From menth@informatik.uni-tuebingen.de Fri Apr 1 01:35:01 2011 Return-Path: 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 217FD3A65A5 for ; Fri, 1 Apr 2011 01:35:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 by73mXAjfC8G for ; Fri, 1 Apr 2011 01:35:00 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by core3.amsl.com (Postfix) with SMTP id B65043A6783 for ; Fri, 1 Apr 2011 01:34:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 2364C52C6; Fri, 1 Apr 2011 10:36:37 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GKVXai2QYNfR; Fri, 1 Apr 2011 10:36:31 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id BCB02527F; Fri, 1 Apr 2011 10:36:31 +0200 (MEST) Received: from [192.168.1.177] (unknown [88.208.109.142]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id 01AAFF51F67; Fri, 1 Apr 2011 10:36:31 +0200 (CEST) Message-ID: <4D958E90.4060103@informatik.uni-tuebingen.de> Date: Fri, 01 Apr 2011 10:36:32 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Toby Moncaster References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> In-Reply-To: <4D94EF65.20001@informatik.uni-tuebingen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 08:35:01 -0000 Hi all, to quickly see that the case analysis is complete, I suggest a slight rewording: Handling of ECN traffic * ECN traffic not being subject to PCN control and not sharing a PCN-compatible DSCP - no action needed * ECN traffic not being subject to PCN control and sharing a PCN-compatible DSCP - ingress tunnels that traffic with an non-PCN-compatible DSCP in the outer header (any tunnel may be used) - alternative: ingress maps the DSCP to a local DSCP and egress re-maps it to the original PCN-compatible DSCP - alternative: ingress tunnels that traffic with not-PCN in the outer header (any tunnel may be used); note that this turns of ECN for this traffic within the PCN domain. * ECN traffic being subject to PCN control - ingress drops CE-marked packets and egress zeros ECN field of PCN packets which disables end-to-end ECN - alternative: ingress tunnels that traffic with a PCN-compatible DSCP in the outer header and the egress zeros ECN-field before decapsulation (any tunnel may be used) * ECN traffic being subject to PCN control, and the receiver has indicated to receive PCN marks - ingress tunnels that traffic with a PCN-compatible DSCP but the egress SHOULD NOT zero the ECN field before decapsulation according to RFC6040 normal mode; note that this may turn ECT(0) into ECT(1) so that the nonce is modified. Another two questions * Traffic may arrive with a non-PCN-compatible DSCP and is subject to PCN control. Do we care about the original DSCP? This seems to be a similar issue. * How is the ECN-field of traffic with a PCN-compatible DSCP interpreted outside a PCN domain? I guess with ECN semantics? Have we stated that somewhere. Do we need to state it? Best wishes, Michael -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From karagian@cs.utwente.nl Fri Apr 1 01:42:20 2011 Return-Path: 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 9F87C3A63EB for ; Fri, 1 Apr 2011 01:42:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.039 X-Spam-Level: X-Spam-Status: No, score=-0.039 tagged_above=-999 required=5 tests=[AWL=0.465, 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 6nMVqXW3Bvcw for ; Fri, 1 Apr 2011 01:42:19 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 54EF13A63CB for ; Fri, 1 Apr 2011 01:42:19 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p318hRFQ029732; Fri, 1 Apr 2011 10:43:27 +0200 (MEST) Received: from 130.129.64.127 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Fri, 01 Apr 2011 08:43:50 +0000 To: "menth@informatik.uni-tuebingen.de" Date: Fri, 01 Apr 2011 08:43:50 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Fri, 01 Apr 2011 10:43:37 +0200 (MEST) Cc: "pcn@ietf.org" Subject: [PCN] additional issue with comments on signaling requirements draft X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 08:42:20 -0000 Hi all I have omitted to mention the following additional issue with one of the comments of Michael. The issue is related to the new requirement proposed by Michael on Destination address: "Destination Address: The signaling message MUST be addressed to the decision point(s)." If this requirement is included then piggybacking the content on an end-to-end signaling protocol is not anymore possible. Best regards, Georgios On 3/29/2011, "Georgios Karagiannis" wrote: >Hi Michael, Hi all > >I have read the comments of Michael on the signaling drafts. As I already >mentioned I am happy with most of the comments but I have problems with >the following changes Michael proposed on the signaling requirements >draft, which I have denoted as issues: > > >----------------------------------- > >Issue 1 (comment Michael): For the following bullet, should we say the >IPv4 or IPv6 address >of the nodes to be more specific? >o identifiers of the PCN-ingress-node and the PCN-egress-node that >specify the ingress-egress-aggregate to which the report refers, > >Georgios: Is it necessary to be that specific? > >-------------------- > > >Issue 2 (comment Michael): Regarding flow identifiers, the following is >not needed: > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > >Georgios: If you do not include the above addresses then an aggregated >flow will not be able to be identified! > > >----------------------- > > >Issue 3 (comment Michael): requirement "2.3.2 Local information" >exchange does not need >to be explicitly stated. > >Georgios: It is very important, because if you do not state that then a >signaling protocol may carry this content up to the end (when they are >e.g. piggibacked), while it >should be used only locally. >So it is a signaling requirement, which is by the way also used in other >signaling requirements RFCs. > > >------------- > > >Issue 4 (comment Michael): Remove section "2.3.3 Carry identification of >PCN edge nodes=93 >since it is part of the content. > >Georgios: I do not understand your comment. The identification of the PCN >edge nodes might not be a part of the content. >The signaling protocol must ensure that the identification of the PCN >edge nodes is a part of the message. >Therefore this requirement must be there. > > >---------------- > >Issue 5 (comment Michael): Remove section "2.3.4 Carry identification of >ingress-egress-aggregates=93 since it is a part of the content. > >Georgios: I do not understand your comment. The identification of the >ingress-egress-aggregate might not be a part of the content. >The signaling protocol must ensure that the identification of the the >ingress-egress-aggregate is a part of the message. >Therefore this requirement must be there. > >---------------------- > >Issue 6 (comment Michael): Add the following text to =93Signaling load=94 >requirement: >We give two examples that may help to achieve that goal: >o Piggy-backing the reports by the PCN-egress-nodes to the decision >point(s) onto other signaling messages that are already in place >o Reducing the amount of reports to be sent by optional report >suppression. > >Georgios: Is this text required? > >------------------ > >Issue 7 (comment Michael): Removed the following text from the Security >requirement: >As PCN reports are sent regularly, additional reliability mechanisms are >not needed. This also holds in the presence of optional report >suppression, as reports are sent periodically if actions by the decision >point(s) are needed. >PCN-signaling messages MUST NOT leak out of the PCN-domain. This can be >easily accomplished, since messages are sent to the PCN-boundary-node's >address; >PCN-boundary-nodes MUST validate the signaling messages, to avoid that >they come from an attacker. Considering that all PCN-nodes are trusted, >see [RFC5559], this requirement could be easily fulfilled by verifying >whether a message arrives on an interface internal to the PCN-domain. > >Georgios: This text was provided by Phil, which I agree with. > >----------------------------- > >Issue 8 (comment Michael): Removed completely old section 3 and included >new sections. > >-------------------- > >3. Signaling Requirements for Messages between Decision Point(s) and >PCN-Ingress-Nodes > > The decision point may require the PCN-sent-rate for a specific >ingress-egress-aggregate and request it from the corresponding >PCN-ingress-node. The PCN-ingress-node measures the rate of admitted PCN >traffic and reports it to the requesting decision point. Signaling for >that purpose is needed only if decision point and PCN-ingress-node are >not collocated. In the following, the contents of these request and >report messages and the requirements for the signaling protocols that >carry them are described. > >3.1 Contents of Requests by the Decision Point(s) > >The request contains >o an indication that the PCN-sent-rate is requested >o the identifier of the PCN-ingress-node and the PCN-egress-node that >determine the ingress-egress-aggregate for which the PCN-sent-rate is >requested >o the identifier of the decision point that requests the PCN-sent-rate > >3.2 Contents of Reports by the Decision Point(s) > >The report contains >o an indication that the reported data is a PCN-sent-rate >o the PCN-sent-rate in octets/second >o the identifiers of the PCN-ingress-node and the PCN-egress-node that >determine the ingress-egress-aggregate to which the measured >PCN-sent-rate refers > >3.3 Requirements for the Signaling Protocol that Carries Data between the >Decision Point(s) and PCN-Ingress-Nodes > >The request messages MUST be addressed to the PCN-ingress-nodes. >The report messages MUST be addressed to the decision point(s). > >The requests by the decision points and the reports by the >PCN-ingress-nodes are sent only when flow termination is needed. As flow >termination is an urgent action, it is important that the messages >arrive quickly and reliably. This implies that these messages SHOULD be >sent >o with high priority >o in a reliably fashion > >----------------- > >Georgios: I found the proposed section 3.3 (by Micheal) very abstract and >very unclear! One cannot clearly identify the signaling requirements, >since you combined them all in a couple of sentences! Therefore, it is >needed that similar 3.3 subsections are used as the ones in Section 2.2. > > > >Best regards, >Georgios >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn From menth@informatik.uni-tuebingen.de Fri Apr 1 01:45:56 2011 Return-Path: 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 8C6633A6405 for ; Fri, 1 Apr 2011 01:45:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 2q5zWC-yGo1H for ; Fri, 1 Apr 2011 01:45:54 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by core3.amsl.com (Postfix) with SMTP id 387BF3A63D3 for ; Fri, 1 Apr 2011 01:45:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id CA6905279; Fri, 1 Apr 2011 10:47:30 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t2nuG2a6lNfy; Fri, 1 Apr 2011 10:47:26 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id ACBAB523C; Fri, 1 Apr 2011 10:47:26 +0200 (MEST) Received: from [192.168.1.177] (unknown [88.208.109.142]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id D3C15F52065; Fri, 1 Apr 2011 10:47:26 +0200 (CEST) Message-ID: <4D95911F.7070201@informatik.uni-tuebingen.de> Date: Fri, 01 Apr 2011 10:47:27 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Georgios Karagiannis References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "pcn@ietf.org" Subject: Re: [PCN] additional issue with comments on signaling requirements draft X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 08:45:56 -0000 Am 01.04.2011 10:43, schrieb Georgios Karagiannis: > Hi all > > I have omitted to mention the following additional issue with one of th= e > comments of Michael. The issue is related to the new requirement > proposed by Michael on Destination address: > > "Destination Address: > The signaling message MUST be addressed to the decision point(s)." > > If this requirement is included then piggybacking the content on an > end-to-end signaling protocol is not anymore possible. To avoid long discussions during the WG meeting: I have no problem with=20 reformulating it to "The signaling message MUST reach the decision=20 point(s). ". This is indeed a rather trivial requirement that we can=20 possibly skip. It was a left-over from the previous version. Best wishes, Michael > Best regards, > Georgios > > > On 3/29/2011, "Georgios Karagiannis" wrote: > >> Hi Michael, Hi all >> >> I have read the comments of Michael on the signaling drafts. As I alre= ady >> mentioned I am happy with most of the comments but I have problems wit= h >> the following changes Michael proposed on the signaling requirements >> draft, which I have denoted as issues: >> >> >> ----------------------------------- >> >> Issue 1 (comment Michael): For the following bullet, should we say the >> IPv4 or IPv6 address >> of the nodes to be more specific? >> o identifiers of the PCN-ingress-node and the PCN-egress-node that >> specify the ingress-egress-aggregate to which the report refers, >> >> Georgios: Is it necessary to be that specific? >> >> -------------------- >> >> >> Issue 2 (comment Michael): Regarding flow identifiers, the following i= s >> not needed: >> o IP address of PCN-ingress-node; >> o IP address of PCN-egress-node >> >> Georgios: If you do not include the above addresses then an aggregated >> flow will not be able to be identified! >> >> >> ----------------------- >> >> >> Issue 3 (comment Michael): requirement "2.3.2 Local information" >> exchange does not need >> to be explicitly stated. >> >> Georgios: It is very important, because if you do not state that then = a >> signaling protocol may carry this content up to the end (when they are >> e.g. piggibacked), while it >> should be used only locally. >> So it is a signaling requirement, which is by the way also used in oth= er >> signaling requirements RFCs. >> >> >> ------------- >> >> >> Issue 4 (comment Michael): Remove section "2.3.3 Carry identification = of >> PCN edge nodes=93 >> since it is part of the content. >> >> Georgios: I do not understand your comment. The identification of the = PCN >> edge nodes might not be a part of the content. >> The signaling protocol must ensure that the identification of the PCN >> edge nodes is a part of the message. >> Therefore this requirement must be there. >> >> >> ---------------- >> >> Issue 5 (comment Michael): Remove section "2.3.4 Carry identification= of >> ingress-egress-aggregates=93 since it is a part of the content. >> >> Georgios: I do not understand your comment. The identification of the >> ingress-egress-aggregate might not be a part of the content. >> The signaling protocol must ensure that the identification of the the >> ingress-egress-aggregate is a part of the message. >> Therefore this requirement must be there. >> >> ---------------------- >> >> Issue 6 (comment Michael): Add the following text to =93Signaling loa= d=94 >> requirement: >> We give two examples that may help to achieve that goal: >> o Piggy-backing the reports by the PCN-egress-nodes to the decision >> point(s) onto other signaling messages that are already in place >> o Reducing the amount of reports to be sent by optional report >> suppression. >> >> Georgios: Is this text required? >> >> ------------------ >> >> Issue 7 (comment Michael): Removed the following text from the Securi= ty >> requirement: >> As PCN reports are sent regularly, additional reliability mechanisms a= re >> not needed. This also holds in the presence of optional report >> suppression, as reports are sent periodically if actions by the decisi= on >> point(s) are needed. >> PCN-signaling messages MUST NOT leak out of the PCN-domain. This can b= e >> easily accomplished, since messages are sent to the PCN-boundary-node'= s >> address; >> PCN-boundary-nodes MUST validate the signaling messages, to avoid that >> they come from an attacker. Considering that all PCN-nodes are trusted= , >> see [RFC5559], this requirement could be easily fulfilled by verifying >> whether a message arrives on an interface internal to the PCN-domain. >> >> Georgios: This text was provided by Phil, which I agree with. >> >> ----------------------------- >> >> Issue 8 (comment Michael): Removed completely old section 3 and includ= ed >> new sections. >> >> -------------------- >> >> 3. Signaling Requirements for Messages between Decision Point(s) and >> PCN-Ingress-Nodes >> >> The decision point may require the PCN-sent-rate for a specific >> ingress-egress-aggregate and request it from the corresponding >> PCN-ingress-node. The PCN-ingress-node measures the rate of admitted P= CN >> traffic and reports it to the requesting decision point. Signaling for >> that purpose is needed only if decision point and PCN-ingress-node are >> not collocated. In the following, the contents of these request and >> report messages and the requirements for the signaling protocols that >> carry them are described. >> >> 3.1 Contents of Requests by the Decision Point(s) >> >> The request contains >> o an indication that the PCN-sent-rate is requested >> o the identifier of the PCN-ingress-node and the PCN-egress-node that >> determine the ingress-egress-aggregate for which the PCN-sent-rate is >> requested >> o the identifier of the decision point that requests the PCN-sent-rate >> >> 3.2 Contents of Reports by the Decision Point(s) >> >> The report contains >> o an indication that the reported data is a PCN-sent-rate >> o the PCN-sent-rate in octets/second >> o the identifiers of the PCN-ingress-node and the PCN-egress-node that >> determine the ingress-egress-aggregate to which the measured >> PCN-sent-rate refers >> >> 3.3 Requirements for the Signaling Protocol that Carries Data between = the >> Decision Point(s) and PCN-Ingress-Nodes >> >> The request messages MUST be addressed to the PCN-ingress-nodes. >> The report messages MUST be addressed to the decision point(s). >> >> The requests by the decision points and the reports by the >> PCN-ingress-nodes are sent only when flow termination is needed. As fl= ow >> termination is an urgent action, it is important that the messages >> arrive quickly and reliably. This implies that these messages SHOULD b= e >> sent >> o with high priority >> o in a reliably fashion >> >> ----------------- >> >> Georgios: I found the proposed section 3.3 (by Micheal) very abstract = and >> very unclear! One cannot clearly identify the signaling requirements, >> since you combined them all in a couple of sentences! Therefore, it is >> needed that similar 3.3 subsections are used as the ones in Section 2.= 2. >> >> >> >> Best regards, >> Georgios >> _______________________________________________ >> PCN mailing list >> PCN@ietf.org >> https://www.ietf.org/mailman/listinfo/pcn --=20 Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From bob.briscoe@bt.com Fri Apr 1 02:15:11 2011 Return-Path: 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 E4FDC3A66B4 for ; Fri, 1 Apr 2011 02:15:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.48 X-Spam-Level: X-Spam-Status: No, score=-3.48 tagged_above=-999 required=5 tests=[AWL=0.119, 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 yzfCxLBgyinH for ; Fri, 1 Apr 2011 02:15:11 -0700 (PDT) Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by core3.amsl.com (Postfix) with ESMTP id 338643A6781 for ; Fri, 1 Apr 2011 02:15:11 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:50 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:49 +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 1301649408450; Fri, 1 Apr 2011 10:16:48 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.193.101]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p319Gl6A028385; Fri, 1 Apr 2011 10:16:47 +0100 Message-Id: <201104010916.p319Gl6A028385@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 Apr 2011 09:26:57 +0100 To: "'Steven Blake'" From: Bob Briscoe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 01 Apr 2011 09:16:49.0939 (UTC) FILETIME=[88425E30:01CBF04D] Cc: pcn@ietf.org Subject: Re: [PCN] WGLC for draft-ietf-pcn-3-in-1-encoding-04 as Proposed Standard X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:15:12 -0000 Steve, If we make 3-in-1 standards track, we will be using the EXP codepoint of baseline (5696) in a standards track doc, therefore, I assume we have to say 3-in-1 updates 5696. This will have the effect of precluding anyone using EXP for other experiments. (Except for local use,.. I guess and operator could specify it wants kit that complies with 5696 and not 3-in-1.) But for interop, 3-in-1 would be the "one true way". Is this what the wg wants? Bob ________________________________________________________________ Bob Briscoe, BT Innovate & Design From bob.briscoe@bt.com Fri Apr 1 02:15:15 2011 Return-Path: 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 1242A3A67AE for ; Fri, 1 Apr 2011 02:15:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.881 X-Spam-Level: X-Spam-Status: No, score=-2.881 tagged_above=-999 required=5 tests=[AWL=-0.483, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_23=0.6, J_CHICKENPOX_44=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 2qXpNyyVYZAY for ; Fri, 1 Apr 2011 02:15:13 -0700 (PDT) Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id A28BE3A66B4 for ; Fri, 1 Apr 2011 02:15:12 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:51 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:51 +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 130164941028; Fri, 1 Apr 2011 10:16:50 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.193.101]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p319Gl6C028385; Fri, 1 Apr 2011 10:16:48 +0100 Message-Id: <201104010916.p319Gl6C028385@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 Apr 2011 10:12:05 +0100 To: Michael Menth From: Bob Briscoe In-Reply-To: <4D87D4E1.8000305@informatik.uni-tuebingen.de> References: <4D8781C0.4070305@informatik.uni-tuebingen.de> <201103212145.p2LLjd2b022753@bagheera.jungle.bt.co.uk> <4D87D4E1.8000305@informatik.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_238725348==.ALT" X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 01 Apr 2011 09:16:51.0314 (UTC) FILETIME=[89142D20:01CBF04D] Cc: "pcn@ietf.org" Subject: Re: [PCN] Some more issues regarding 3-in-1 encoding X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:15:15 -0000 --=====================_238725348==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Michael, At 23:44 21/03/2011, Michael Menth wrote: >Hi Bob, > >Am 21.03.2011 22:39, schrieb Bob Briscoe: >>Michael, >> >>At 16:50 21/03/2011, Michael Menth wrote: >>>Hi Bob, >>> >>>1) >>> >>>When reading the encoding comparison draft, I found some useful >>>information that should be added to the 3-in-1-draft after Section >>>3.2 in form of an own section to argue that ETM must be more >>>severe than ThM. I propose the following text which may also be >>>added in different words: >>> >>>Requirements Imposed by New Tunneling Rules [RFC6040] >>> >>>RFC6040 provides for new tunneling rules so that the codepoint of >>>an outer header ECN field are propagated correctly into the inner >>>header ECN field upon decapsulation. The assumption is that a >>>packet was re-marked to ECT(1) or to CE. Upon encapsulation within >>>a PCN domain, the codepoint of the inner header ECN field is >>>copied to the outer header PCN field using the normal mode. Upon >>>decapsulation, a CE codepoint in the outer header overwrites a >>>ECT(1) codepoint in the inner header, but not vice-versa. Hence, >>>re-marking to CE always survives while re-marking to ECT(1) >>>survives only if the inner packet header is not CE. Hence, CE must >>>be a more severe marking than ECT(1) so that outer header markings >>>can always propagated to the inner header upon decapsulation. >> >>Yes. And I'm sure we can write this more succinctly. It should go >>at the end of S.3.1. Here's a suggestion: >> >>OLD TEXT: >>" >>Therefore, a fourth PCN marking state indicating that a packet is >>marked by both markers is not needed. However a fourth codepoint >>is required to indicate packets that are not PCN-capable (the >>not-PCN codepoint). >> >>In all current PCN edge behaviors that use two marking schemes >>[RFC5559], [I-D.ietf-pcn-cl-edge-behaviour], excess-traffic-marking >>is configured with a larger reference rate than threshold-marking. >>We take this as a rule and define excess-traffic-marked as a more >>severe PCN-mark than threshold-marked. >> >>" >> >>NEW TEXT:This specification defines >>excess-traffic-marked as a more >>severe PCN-mark than threshold-marked. Choosing a severity ranking avoids >>the need for a fourth codepoint to indicate that a packet is marked by >>both markers. However a fourth codepoint is required to indicate packets >>that are not PCN-capable (the not-PCN codepoint). >> >>This severity ordering was chosen to be compatible with other existing >>documents: >> >> * In all current PCN edge behaviors that use two marking schemes >> [RFC5559], [I-D.ietf-pcn-cl-edge-behaviour], >>excess-traffic-marking >> is configured with a larger reference rate than >>threshold-marking. >> >> >> * In the specification that defines propagation of the ECN field >> through tunnel endpoints [RFC6040], CE is defined as more severe >> than ECT(1) and ECT(1) is defined as the same or greater severity than ECT(0). > >This is probably better than before, but does not say why the >ECT(1)=ETM and CE=ThM wouldn't work. If you had mentioned that >argument to me many months ago, I had understood much faster that >the severity order is not just an arbitrary constraint but a >necessity. Therefore, I find it useful explaining this. We could >have saved lots of discussion and it is unfortunate if that >reasoning gets lost. But if you are certain that his is not >appropriate/useful for the draft, I accept. OK. Who has the editing token? >>>2) >>> >>>Do we have that somewhere in the standards? >>> >>> The re-use of the ECN field for PCN encoding has some impact on the >>> deployment of PCN. First, routers within a PCN domain must not apply >>> ECN re-marking when the ECN field has PCN semantics. >> >>RFC3168 (ECN marking) deliberately leaves the precise definition of >>the AQM algorithm open. Therefore there's no reason why an ECN AQM >>algorithm couldn't be similar to a PCN algorithm. Therefore, we >>shouldn't say that ECN AQM cannot be used as the algo for >>PCN-enabled packets, because an ECN algo might already be identical >>to a PCN algo. >> >>Also, one of the reasons for trying to keep PCN encoding similar to >>ECN was so that ECN routers could be used reasonably safely in a >>PCN domain (e.g. if they couldn't do PCN, or if they were >>accidentally deployed without configuring them to recognise the >>Diffserv codepoint that triggered PCN treatment). > >This is just a citation from the encoding comparison draft. If you >find this is wrong, you need to update that draft. Whoever has the editing token for encoding comparison, please ack that this is noted. >>>Second, before >>> a PCN packet leaves the PCN domain, the egress nodes must either (A) >>> reset the ECN field of the packet to the contents it had when >>> entering the PCN domain or (B) reset its ECN field to not-ECT. >>> According to Section 3.3.3, tunneling ECN traffic through a PCN >>> domain may help to implement (A). When (B) applies, CE-marked >>> packets must never become PCN packets within a PCN domain as the >>> egress node resets their ECN field to not-ECT. The ingress node may >>> drop such traffic instead. >> >>S.4.2 of the baseline encoding [RFC5696] already says: >> >>" >>A PCN-egress-node SHOULD set the not-PCN (00) codepoint on all >>packets it forwards out of the PCN-domain. The only exception to >>this is if the PCN-egress-node is certain that revealing other >>codepoints outside the PCN-domain won't contravene the guidance >>given in [RFC4774]. For instance, if the PCN-ingress-node has >>explicitly informed the PCN-egress-node that this flow is >>ECN-capable, then it might be safe to expose other codepoints. >> >>" >>>I already wrote an email that handling of ECN traffic should be >>>discussed in the encoding draft. Do we also have the information >>>somewhere that CE packets need to be dropped when the >>>PCN-egress-node cannot restore the CE codepoint? This is important >>>and should be added either to the encoding drafts or to the edge >>>behavior drafts. If this is added to the encoding drafts, we need >>>an update of RFC5696 unless the information is already there. >> >>See Appx B of the Baseline Encoding [RFC5696], which gives four >>potential ways for the egress to avoid zeroing an ECN field that >>was originally CE at the ingress. > >Good that we have that there! Something along these lines should >also be mentioned in the 3-in-1 encoding draft. I've suggested that we use the classification you sent while reviewing the 3-in-1 slides (off list) of all the possible combinations of ECN, PCN etc and give precise text on what we recommend in each case for e2e ECN preservation. >>>3) >>> >>>Why have you chosen the name "compatibility mode" in RFC6040? >> >>It is a mode of the tunnel ingress to allow it to be compatible >>with a tunnel egress compliant with earlier tunnelling specs. I >>suppose strictly it should have been backward-compatibility mode, >>but it was shorter. > >Do you mean that the compatibility mode is backward-compatible to >the previous limited functionality mode? Quoting RFC6040, S4.3: " To comply with this specification, a tunnel ingress MUST at least implement normal mode. Unless it will never be used with legacy tunnel egress nodes (RFC 2003, RFC 2401, or RFC 2481 or the limited functionality mode of RFC 3168), an ingress MUST also implement compatibility mode for backward compatibility with tunnel egresses that do not propagate explicit congestion notifications [RFC4774]. " IOW, it's for backward-compatibility with all those previous RFCs in the parenthesis, not just limited functionality mode of 3168. Cheers Bob >Best wishes, > > Michael > > >> >>Cheers >> >> >> >>Bob >> >> >> >>>Best wishes, >>> >>> Michael >>> >>>-- >>>Prof. Dr. habil. Michael Menth >>>University of Tuebingen >>>Faculty of Science >>>Department of Computer Science >>>Chair of Communication Networks >>>Sand 13, 72076 Tuebingen, Germany >>>phone: (+49)-7071/29-70505 >>>fax: (+49)-7071/29-5220 >>>mailto:menth@uni-tuebingen.de >>>http://www-kn.informatik.uni-tuebingen.de >> >>________________________________________________________________ >>Bob Briscoe, BT Innovate & Design > > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design --=====================_238725348==.ALT Content-Type: text/html; charset="us-ascii" Michael,

At 23:44 21/03/2011, Michael Menth wrote:
Hi Bob,

Am 21.03.2011 22:39, schrieb Bob Briscoe:
Michael,

At 16:50 21/03/2011, Michael Menth wrote:
Hi Bob,

1)

When reading the encoding comparison draft, I found some useful information that should be added to the 3-in-1-draft after Section 3.2 in form of an own section to argue that ETM must be more severe than ThM. I propose the following text which may also be added in different words:

Requirements Imposed by New Tunneling Rules [RFC6040]

RFC6040 provides for new tunneling rules so that the codepoint of an outer header ECN field are propagated correctly into the inner header ECN field upon decapsulation. The assumption is that a packet was re-marked to ECT(1) or to CE. Upon encapsulation within a PCN domain, the codepoint of the inner header ECN field is copied to the outer header PCN field using the normal mode. Upon decapsulation, a CE codepoint in the outer header overwrites a ECT(1) codepoint in the inner header, but not vice-versa. Hence, re-marking to CE always survives while re-marking to ECT(1) survives only if the inner packet header is not CE. Hence, CE must be a more severe marking than ECT(1) so that outer header markings can always propagated to the inner header upon decapsulation.

Yes. And I'm sure we can write this more succinctly. It should go at the end of S.3.1. Here's a suggestion:

OLD TEXT:
"  
Therefore, a fourth PCN marking state indicating that a packet is
marked by both markers is not needed.  However a fourth codepoint is
required to indicate packets that are not PCN-capable (the not-PCN
codepoint).

In all current PCN edge behaviors that use two marking schemes [RFC5559],
[I-D.ietf-pcn-cl-edge-behaviour], excess-traffic-marking is configured
with a larger reference rate than threshold-marking. We take this as a
rule and define excess-traffic-marked as a more severe PCN-mark than
threshold-marked.
"

NEW TEXT:This specification defines 
excess-traffic-marked as a more
severe PCN-mark than threshold-marked. Choosing a severity ranking
avoids
the need for a fourth codepoint to indicate that a packet is marked by
both markers. However a fourth codepoint is required to indicate packets
that are not PCN-capable (the not-PCN codepoint).

This severity ordering was chosen to be compatible with other existing
documents:

 * In all current PCN edge behaviors that use two marking schemes
   [RFC5559], [I-D.ietf-pcn-cl-edge-behaviour],
excess-traffic-marking
   is configured with a larger reference rate than
threshold-marking.

 * In the specification that defines propagation of the ECN field through tunnel endpoints [RFC6040], CE is defined as more severe than ECT(1) and ECT(1) is defined as the same or greater severity than ECT(0).

This is probably better than before, but does not say why the ECT(1)=ETM and CE=ThM wouldn't work. If you had mentioned that argument to me many months ago, I had understood much faster that the severity order is not just an arbitrary constraint but a necessity. Therefore, I find it useful explaining this. We could have saved lots of discussion and it is unfortunate if that reasoning gets lost. But if you are certain that his is not appropriate/useful for the draft, I accept.

OK. Who has the editing token?

2)

Do we have that somewhere in the standards?

   The re-use of the ECN field for PCN encoding has some impact on the
   deployment of PCN.  First, routers within a PCN domain must not apply
   ECN re-marking when the ECN field has PCN semantics. 

RFC3168 (ECN marking) deliberately leaves the precise definition of the AQM algorithm open. Therefore there's no reason why an ECN AQM algorithm couldn't be similar to a PCN algorithm. Therefore, we shouldn't say that ECN AQM cannot be used as the algo for PCN-enabled packets, because an ECN algo might already be identical to a PCN algo.

Also, one of the reasons for trying to keep PCN encoding similar to ECN was so that ECN routers could be used reasonably safely in a PCN domain (e.g. if they couldn't do PCN, or if they were accidentally deployed without configuring them to recognise the Diffserv codepoint that triggered PCN treatment).

This is just a citation from the encoding comparison draft. If you find this is wrong, you need to update that draft.

Whoever has the editing token for encoding comparison, please ack that this is noted.

Second, before
   a PCN packet leaves the PCN domain, the egress nodes must either (A)
   reset the ECN field of the packet to the contents it had when
   entering the PCN domain or (B) reset its ECN field to not-ECT.
   According to Section 3.3.3, tunneling ECN traffic through a PCN
   domain may help to implement (A).  When (B) applies, CE-marked
   packets must never become PCN packets within a PCN domain as the
   egress node resets their ECN field to not-ECT.  The ingress node may
   drop such traffic instead.

S.4.2 of the baseline encoding [RFC5696] already says:

" 
A PCN-egress-node SHOULD set the not-PCN (00) codepoint on all
packets it forwards out of the PCN-domain.  The only exception to
this is if the PCN-egress-node is certain that revealing other codepoints
outside the PCN-domain won't contravene the guidance given in
[RFC4774].  For instance, if the PCN-ingress-node has explicitly
informed the PCN-egress-node that this flow is ECN-capable, then it might
be safe to expose other codepoints.
"
I already wrote an email that handling of ECN traffic should be discussed in the encoding draft. Do we also have the information somewhere that CE packets need to be dropped when the PCN-egress-node cannot restore the CE codepoint? This is important and should be added either to the encoding drafts or to the edge behavior drafts. If this is added to the encoding drafts, we need an update of RFC5696 unless the information is already there.

See Appx B of the Baseline Encoding [RFC5696], which gives four potential ways for the egress to avoid zeroing an ECN field that was originally CE at the ingress.

Good that we have that there! Something along these lines should also be mentioned in the 3-in-1 encoding draft.

I've suggested that we use the classification you sent while reviewing the 3-in-1 slides (off list) of all the possible combinations of ECN, PCN etc and give precise text on what we recommend in each case for e2e ECN preservation.

3)

Why have you chosen the name "compatibility mode" in RFC6040?

It is a mode of the tunnel ingress to allow it to be compatible with a tunnel egress compliant with earlier tunnelling specs. I suppose strictly it should have been backward-compatibility mode, but it was shorter.

Do you mean that the compatibility mode is backward-compatible to the previous limited functionality mode?

Quoting RFC6040, S4.3:
"
   To comply with this specification, a tunnel ingress
MUST at least
   implement normal mode.  Unless it will never be used
with legacy
   tunnel egress nodes (RFC 2003, RFC 2401, or RFC 2481 or the
limited
   functionality mode of RFC 3168), an ingress MUST also
implement
   compatibility mode for backward compatibility with tunnel
egresses
   that do not propagate explicit congestion notifications
[RFC4774].
"

IOW, it's for backward-compatibility with all those previous RFCs in the parenthesis, not just limited functionality mode of 3168.

Cheers


Bob

Best wishes,

    Michael



Cheers



Bob



Best wishes,

    Michael

--
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de
http://www-kn.informatik.uni-tuebingen.de

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design


-- 
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de

http://www-kn.informatik.uni-tuebingen.de

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design --=====================_238725348==.ALT-- From bob.briscoe@bt.com Fri Apr 1 02:15:16 2011 Return-Path: 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 D20AA3A67AC for ; Fri, 1 Apr 2011 02:15:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.472 X-Spam-Level: X-Spam-Status: No, score=-3.472 tagged_above=-999 required=5 tests=[AWL=0.127, 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 3stjNvk8Hl16 for ; Fri, 1 Apr 2011 02:15:15 -0700 (PDT) Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id 594DF3A66B4 for ; Fri, 1 Apr 2011 02:15:15 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:54 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 10:16:54 +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 1301649412528; Fri, 1 Apr 2011 10:16:52 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.193.101]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p319Gl6E028385; Fri, 1 Apr 2011 10:16:50 +0100 Message-Id: <201104010916.p319Gl6E028385@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 Apr 2011 10:16:46 +0100 To: BRADNER Scott , Steven BLAKE From: Bob Briscoe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 01 Apr 2011 09:16:54.0330 (UTC) FILETIME=[8AE061A0:01CBF04D] Cc: PCN IETF list , Michael Menth Subject: [PCN] Slides for pcn-3-in-1-encoding X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:15:16 -0000 Scott/Steve, Slides for last item in PCN session this afternoon: Sorry they're late. Bob ________________________________________________________________ Bob Briscoe, BT Innovate & Design From karagian@cs.utwente.nl Fri Apr 1 02:59:58 2011 Return-Path: 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 AF0FB3A67D6 for ; Fri, 1 Apr 2011 02:59:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.155 X-Spam-Level: X-Spam-Status: No, score=-0.155 tagged_above=-999 required=5 tests=[AWL=0.349, 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 71ANjrBVUwwR for ; Fri, 1 Apr 2011 02:59:57 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 4A3773A67D4 for ; Fri, 1 Apr 2011 02:59:57 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p31A13q7010836; Fri, 1 Apr 2011 12:01:03 +0200 (MEST) Received: from 130.129.64.127 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Fri, 01 Apr 2011 10:01:26 +0000 To: "Michael Menth" , "Toby Moncaster" Date: Fri, 01 Apr 2011 10:01:25 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: <5vioPNiQ.1301652085.7621590.karagian@ewi.utwente.nl> In-Reply-To: <4D958E90.4060103@informatik.uni-tuebingen.de> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Fri, 01 Apr 2011 12:01:15 +0200 (MEST) Cc: "pcn@ietf.org" Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:59:58 -0000 Hi Michael If we need to define the actions, then these actions should be in line with Section 3.6 of RFC5559: ----------------- 3.6. Backwards Compatibility PCN specifies semantics for the ECN field that differ from the default semantics of [RFC3168]. A particular PCN encoding scheme needs to describe how it meets the guidelines of BCP 124 [RFC4774] for specifying alternative semantics for the ECN field. In summary, the approach is to: o use a DSCP to allow PCN-nodes to distinguish PCN-traffic that uses the alternative ECN semantics; o define these semantics for use within a controlled region, the PCN-domain; o take appropriate action if ECN-capable, non-PCN-traffic arrives at a PCN-ingress-node with the DSCP used by PCN. For the baseline encoding [Moncaster09-1], the "appropriate action" is to block ECN-capable traffic that uses the same DSCP as PCN from entering the PCN-domain directly. "Blocking" means it is dropped or downgraded to a lower-priority behaviour aggregate, or alternatively such traffic may be tunnelled through the PCN-domain. The reason that "appropriate action" is needed is that the PCN-egress-node clears the ECN field to 00. Extended encoding schemes may need to take different "appropriate action". ---------------- Can you please emphasize how the proposed actions satsifiy the above requirements taken from Section 3.6 of RFC5559? Best regards, Georgios On 4/1/2011, "Michael Menth" wrote: >Hi all, > >to quickly see that the case analysis is complete, I suggest a slight >rewording: > >Handling of ECN traffic >* ECN traffic not being subject to PCN control and not sharing a >PCN-compatible DSCP > - no action needed >* ECN traffic not being subject to PCN control and sharing a >PCN-compatible DSCP > - ingress tunnels that traffic with an non-PCN-compatible DSCP in >the outer header (any tunnel may be used) > - alternative: ingress maps the DSCP to a local DSCP and egress >re-maps it to the original PCN-compatible DSCP > - alternative: ingress tunnels that traffic with not-PCN in the >outer header (any tunnel may be used); note that this turns of ECN for >this traffic within the PCN domain. >* ECN traffic being subject to PCN control > - ingress drops CE-marked packets and egress zeros ECN field of PCN >packets which disables end-to-end ECN > - alternative: ingress tunnels that traffic with a PCN-compatible >DSCP in the outer header and the egress zeros ECN-field before >decapsulation (any tunnel may be used) >* ECN traffic being subject to PCN control, and the receiver has >indicated to receive PCN marks > - ingress tunnels that traffic with a PCN-compatible DSCP but the >egress SHOULD NOT zero the ECN field before decapsulation according to >RFC6040 normal mode; note that this may turn ECT(0) into ECT(1) so that >the nonce is modified. > >Another two questions >* Traffic may arrive with a non-PCN-compatible DSCP and is subject to >PCN control. Do we care about the original DSCP? This seems to be a >similar issue. >* How is the ECN-field of traffic with a PCN-compatible DSCP interpreted >outside a PCN domain? I guess with ECN semantics? Have we stated that >somewhere. Do we need to state it? > >Best wishes, > > Michael > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de > >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn From toby@moncaster.com Fri Apr 1 03:23:30 2011 Return-Path: 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 27DA43A67D3 for ; Fri, 1 Apr 2011 03:23:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.216 X-Spam-Level: X-Spam-Status: No, score=-2.216 tagged_above=-999 required=5 tests=[AWL=0.033, 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 9xj5QoIAEi7P for ; Fri, 1 Apr 2011 03:23:29 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by core3.amsl.com (Postfix) with ESMTP id BD8343A67FB for ; Fri, 1 Apr 2011 03:23:25 -0700 (PDT) Received: from TobysHP (host86-149-183-12.range86-149.btcentralplus.com [86.149.183.12]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0MANGk-1QH7qh2L7q-00BfcL; Fri, 01 Apr 2011 12:25:01 +0200 From: "Toby Moncaster" To: "'Bob Briscoe'" , "'Steven Blake'" References: <201104010916.p319Gl6A028385@bagheera.jungle.bt.co.uk> In-Reply-To: <201104010916.p319Gl6A028385@bagheera.jungle.bt.co.uk> Date: Fri, 1 Apr 2011 11:24:57 +0100 Message-ID: <001e01cbf057$0d2a2d40$277e87c0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcvwTYtGIdM0e51XRdmF2tcUnuFZdwAAm6aQ Content-Language: en-gb X-Provags-ID: V02:K0:WzEV/9j7dymqnOC47Gl8JhmMOhSq4mW5cvEY6dBLhYj u9ygVsrNI33hRcbBW1uWZu/I9oSWfGEoy9D9Ei0BM/9omNwRtg U2n1cIohRwopJIOsQJLjmFzOwciuY4Lb0ES4XnB/ynu4dr2q3C sSUTjzohHGfM5jo72T6oG3OOHfc/35bXGPhJmkoUXYnYEyzDmq 9lhc2w8S3y3bNC3SXCMiFSn1rzntlh58Gd0ZbKaBDs= Cc: pcn@ietf.org Subject: Re: [PCN] WGLC for draft-ietf-pcn-3-in-1-encoding-04 as Proposed Standard X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 10:23:30 -0000 The only difference is that we are fixing on a meaning for the EXP codepoint. In RFC5696 we specified that " o The 01 Experimental codepoint in the ECN field MAY mean PCN-marked or it MAY carry some other meaning. However, any experimental scheme MUST define its meaning in the context of that experiment. o If both the 01 and 11 codepoints are being used to indicate PCN- marked, then the 11 codepoint MUST be taken to be the more severe marking and the choice of which meter sets which mark MUST be defined." So the change is that we are defining EXP as only being able to indicate PCN-marked. We already had 11 being a more severe marking so that doesn't create any conflict. I would be keen to be able to preserve a coding that allows for a single marking scheme as that is the easiest version of PCN. Is it possible to have a standards track extension to a standard without updating the original standard? After all we have already written this document to be compliant with RFC5696. If we are going to have 3-in-1 update RFC5696 that might mean we have to put all the extra stuff from there into this document (rather more than minor changes in other words). Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > Bob Briscoe > Sent: 01 April 2011 09:27 > To: 'Steven Blake' > Cc: pcn@ietf.org > Subject: Re: [PCN] WGLC for draft-ietf-pcn-3-in-1-encoding-04 as > Proposed Standard > > Steve, > > If we make 3-in-1 standards track, we will be using the EXP codepoint > of baseline (5696) in a standards track doc, therefore, I assume we > have to say 3-in-1 updates 5696. > > This will have the effect of precluding anyone using EXP for other > experiments. > > (Except for local use,.. I guess and operator could specify it wants > kit that complies with 5696 and not 3-in-1.) > > But for interop, 3-in-1 would be the "one true way". > > Is this what the wg wants? > > > Bob > > > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn From toby@moncaster.com Fri Apr 1 03:40:17 2011 Return-Path: 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 F34FD3A67FA for ; Fri, 1 Apr 2011 03:40:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.617 X-Spam-Level: X-Spam-Status: No, score=-1.617 tagged_above=-999 required=5 tests=[AWL=-0.569, BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_23=0.6, J_CHICKENPOX_44=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 Cz9zZ2vjDrvn for ; Fri, 1 Apr 2011 03:39:53 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by core3.amsl.com (Postfix) with ESMTP id 09FF23A67F8 for ; Fri, 1 Apr 2011 03:39:53 -0700 (PDT) Received: from TobysHP (host86-149-183-12.range86-149.btcentralplus.com [86.149.183.12]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0MPXk1-1Q0wxM1IaP-004kly; Fri, 01 Apr 2011 12:41:31 +0200 From: "Toby Moncaster" To: "'Bob Briscoe'" , "'Michael Menth'" References: <4D8781C0.4070305@informatik.uni-tuebingen.de> <201103212145.p2LLjd2b022753@bagheera.jungle.bt.co.uk> <4D87D4E1.8000305@informatik.uni-tuebingen.de> <201104010916.p319Gl6C028385@bagheera.jungle.bt.co.uk> In-Reply-To: <201104010916.p319Gl6C028385@bagheera.jungle.bt.co.uk> Date: Fri, 1 Apr 2011 11:41:25 +0100 Message-ID: <002001cbf059$5a8fa4f0$0faeeed0$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0021_01CBF061.BC540CF0" X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcvwTY2oYsiDQ7U/SXmUYSz2pk174AACwqlw Content-Language: en-gb X-Provags-ID: V02:K0:vWm2F5UBGj2DUYnadDXYZZRmaw71GfVbybdxOwOixJF hg4TYBz3JU3Mj24f+msbMYUdGNWhteKQ4RR7954fg0nTFx3l4a C8q0dl9q30xVM60ETyk/eiTQVuJwynTNMe94U5BO31jRHi2VFy 2FsDXFgD8EuKeMm7R19IrV5XDxnWU+z15SFLBTwtG5U+89gboT MQu66YB85Oggcb5GWURjTvRYDISsnnexluQToHL4fg= Cc: pcn@ietf.org Subject: Re: [PCN] Some more issues regarding 3-in-1 encoding X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 10:40:17 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0021_01CBF061.BC540CF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit OK, I think I unpicked which bits were from Bob's latest reply! As this seems to be determined to be an HTML email it is getting into a bit of a mess. Inline marked {TM} Toby From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Bob Briscoe Sent: 01 April 2011 10:12 To: Michael Menth Cc: pcn@ietf.org Subject: Re: [PCN] Some more issues regarding 3-in-1 encoding Michael, At 23:44 21/03/2011, Michael Menth wrote: Hi Bob, Am 21.03.2011 22:39, schrieb Bob Briscoe: Michael, At 16:50 21/03/2011, Michael Menth wrote: Hi Bob, 1) When reading the encoding comparison draft, I found some useful information that should be added to the 3-in-1-draft after Section 3.2 in form of an own section to argue that ETM must be more severe than ThM. I propose the following text which may also be added in different words: Requirements Imposed by New Tunneling Rules [RFC6040] RFC6040 provides for new tunneling rules so that the codepoint of an outer header ECN field are propagated correctly into the inner header ECN field upon decapsulation. The assumption is that a packet was re-marked to ECT(1) or to CE. Upon encapsulation within a PCN domain, the codepoint of the inner header ECN field is copied to the outer header PCN field using the normal mode. Upon decapsulation, a CE codepoint in the outer header overwrites a ECT(1) codepoint in the inner header, but not vice-versa. Hence, re-marking to CE always survives while re-marking to ECT(1) survives only if the inner packet header is not CE. Hence, CE must be a more severe marking than ECT(1) so that outer header markings can always propagated to the inner header upon decapsulation. Yes. And I'm sure we can write this more succinctly. It should go at the end of S.3.1. Here's a suggestion: OLD TEXT: " Therefore, a fourth PCN marking state indicating that a packet is marked by both markers is not needed. However a fourth codepoint is required to indicate packets that are not PCN-capable (the not-PCN codepoint). In all current PCN edge behaviors that use two marking schemes [RFC5559], [I-D.ietf-pcn-cl-edge-behaviour], excess-traffic-marking is configured with a larger reference rate than threshold-marking. We take this as a rule and define excess-traffic-marked as a more severe PCN-mark than threshold-marked. " NEW TEXT:This specification defines excess-traffic-marked as a more severe PCN-mark than threshold-marked. Choosing a severity ranking avoids the need for a fourth codepoint to indicate that a packet is marked by both markers. However a fourth codepoint is required to indicate packets that are not PCN-capable (the not-PCN codepoint). This severity ordering was chosen to be compatible with other existing documents: * In all current PCN edge behaviors that use two marking schemes [RFC5559], [I-D.ietf-pcn-cl-edge-behaviour], excess-traffic-marking is configured with a larger reference rate than threshold-marking. * In the specification that defines propagation of the ECN field through tunnel endpoints [RFC6040], CE is defined as more severe than ECT(1) and ECT(1) is defined as the same or greater severity than ECT(0). This is probably better than before, but does not say why the ECT(1)=ETM and CE=ThM wouldn't work. If you had mentioned that argument to me many months ago, I had understood much faster that the severity order is not just an arbitrary constraint but a necessity. Therefore, I find it useful explaining this. We could have saved lots of discussion and it is unfortunate if that reasoning gets lost. But if you are certain that his is not appropriate/useful for the draft, I accept. OK. Who has the editing token? {TM} I think I had it last... 2) Do we have that somewhere in the standards? The re-use of the ECN field for PCN encoding has some impact on the deployment of PCN. First, routers within a PCN domain must not apply ECN re-marking when the ECN field has PCN semantics. RFC3168 (ECN marking) deliberately leaves the precise definition of the AQM algorithm open. Therefore there's no reason why an ECN AQM algorithm couldn't be similar to a PCN algorithm. Therefore, we shouldn't say that ECN AQM cannot be used as the algo for PCN-enabled packets, because an ECN algo might already be identical to a PCN algo. Also, one of the reasons for trying to keep PCN encoding similar to ECN was so that ECN routers could be used reasonably safely in a PCN domain (e.g. if they couldn't do PCN, or if they were accidentally deployed without configuring them to recognise the Diffserv codepoint that triggered PCN treatment). This is just a citation from the encoding comparison draft. If you find this is wrong, you need to update that draft. Whoever has the editing token for encoding comparison, please ack that this is noted. {TM} Again, that was me, although Georgios did the actual posting. I would rather defer this to Georgios though Second, before a PCN packet leaves the PCN domain, the egress nodes must either (A) reset the ECN field of the packet to the contents it had when entering the PCN domain or (B) reset its ECN field to not-ECT. According to Section 3.3.3, tunneling ECN traffic through a PCN domain may help to implement (A). When (B) applies, CE-marked packets must never become PCN packets within a PCN domain as the egress node resets their ECN field to not-ECT. The ingress node may drop such traffic instead. S.4.2 of the baseline encoding [RFC5696] already says: " A PCN-egress-node SHOULD set the not-PCN (00) codepoint on all packets it forwards out of the PCN-domain. The only exception to this is if the PCN-egress-node is certain that revealing other codepoints outside the PCN-domain won't contravene the guidance given in [RFC4774]. For instance, if the PCN-ingress-node has explicitly informed the PCN-egress-node that this flow is ECN-capable, then it might be safe to expose other codepoints. " I already wrote an email that handling of ECN traffic should be discussed in the encoding draft. Do we also have the information somewhere that CE packets need to be dropped when the PCN-egress-node cannot restore the CE codepoint? This is important and should be added either to the encoding drafts or to the edge behavior drafts. If this is added to the encoding drafts, we need an update of RFC5696 unless the information is already there. See Appx B of the Baseline Encoding [RFC5696], which gives four potential ways for the egress to avoid zeroing an ECN field that was originally CE at the ingress. Good that we have that there! Something along these lines should also be mentioned in the 3-in-1 encoding draft. I've suggested that we use the classification you sent while reviewing the 3-in-1 slides (off list) of all the possible combinations of ECN, PCN etc and give precise text on what we recommend in each case for e2e ECN preservation. {TM} which is I guess what is in Michael's parallel email thread. 3) Why have you chosen the name "compatibility mode" in RFC6040? It is a mode of the tunnel ingress to allow it to be compatible with a tunnel egress compliant with earlier tunnelling specs. I suppose strictly it should have been backward-compatibility mode, but it was shorter. {TM} Incidentally, I meant to say that I think compatibility mode is the correct term and reasonably self-explanatory - it is the mode that is compatible with all forms of tunnelling (not backward compatible, actually compatible). Do you mean that the compatibility mode is backward-compatible to the previous limited functionality mode? Quoting RFC6040, S4.3: " To comply with this specification, a tunnel ingress MUST at least implement normal mode. Unless it will never be used with legacy tunnel egress nodes (RFC 2003, RFC 2401, or RFC 2481 or the limited functionality mode of RFC 3168), an ingress MUST also implement compatibility mode for backward compatibility with tunnel egresses that do not propagate explicit congestion notifications [RFC4774]. " IOW, it's for backward-compatibility with all those previous RFCs in the parenthesis, not just limited functionality mode of 3168. Cheers Bob Best wishes, Michael Cheers Bob Best wishes, Michael -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design ------=_NextPart_000_0021_01CBF061.BC540CF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

OK, I think I unpicked which bits were from Bob’s latest reply! = As this seems to be determined to be an HTML email it is getting into a = bit of a mess.

 

Inline marked {TM}

 

Toby

 

From:= = pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of = Bob Briscoe
Sent: 01 April 2011 10:12
To: = Michael Menth
Cc: pcn@ietf.org
Subject: Re: [PCN] = Some more issues regarding 3-in-1 = encoding

 

Michael,

At 23:44 21/03/2011, Michael Menth = wrote:

Hi Bob,

Am = 21.03.2011 22:39, schrieb Bob Briscoe:

Michael,

At 16:50 21/03/2011, Michael Menth = wrote:

Hi = Bob,

1)

When reading the encoding comparison draft, I = found some useful information that should be added to the 3-in-1-draft = after Section 3.2 in form of an own section to argue that ETM must be = more severe than ThM. I propose the following text which may also be = added in different words:

Requirements Imposed by New Tunneling = Rules [RFC6040]

RFC6040 provides for new tunneling rules so that = the codepoint of an outer header ECN field are propagated correctly into = the inner header ECN field upon decapsulation. The assumption is that a = packet was re-marked to ECT(1) or to CE. Upon encapsulation within a PCN = domain, the codepoint of the inner header ECN field is copied to the = outer header PCN field using the normal mode. Upon decapsulation, a CE = codepoint in the outer header overwrites a ECT(1) codepoint in the inner = header, but not vice-versa. Hence, re-marking to CE always survives = while re-marking to ECT(1) survives only if the inner packet header is = not CE. Hence, CE must be a more severe marking than ECT(1) so that = outer header markings can always propagated to the inner header upon = decapsulation.


Yes. And I'm sure = we can write this more succinctly. It should go at the end of S.3.1. = Here's a suggestion:

OLD TEXT:
"  = 

Therefore, a fourth PCN marking state indicating =
that a packet is
marked by both markers is not =
needed.  However a fourth codepoint =
is
required to indicate packets that are not =
PCN-capable (the =
not-PCN
codepoint).
 =

In all current PCN edge behaviors that use two marking =
schemes =
[RFC5559],
[I-D.ietf-pcn-cl-edge-behaviour], =
excess-traffic-marking is configured
with a larger =
reference rate than threshold-marking. We take this as =
a
rule and define excess-traffic-marked as a more =
severe PCN-mark =
than
threshold-marked.
&nb=
sp;

"

NEW TEXT:This = specification defines 

excess-traffic-marked as a =
more
severe PCN-mark than threshold-marked. =
Choosing a severity =
ranking
avoids
the need for a =
fourth codepoint to indicate that a packet is marked =
by
both markers. However a fourth codepoint is =
required to indicate packets
that are not =
PCN-capable (the not-PCN =
codepoint).
 
This =
severity ordering was chosen to be compatible with other =
existing
documents:
 =

 * In all current PCN edge behaviors that use two =
marking schemes
   [RFC5559], =
[I-D.ietf-pcn-cl-edge-behaviour],
excess-traffic-mar=
king
   is configured with a larger =
reference rate =
than
threshold-marking.
&n=
bsp;


 * In the specification = that defines propagation of the ECN field through tunnel endpoints = [RFC6040], CE is defined as more severe than ECT(1) and ECT(1) is = defined as the same or greater severity than ECT(0).


This is probably better than before, but does not = say why the ECT(1)=3DETM and CE=3DThM wouldn't work. If you had = mentioned that argument to me many months ago, I had understood much = faster that the severity order is not just an arbitrary constraint but a = necessity. Therefore, I find it useful explaining this. We could have = saved lots of discussion and it is unfortunate if that reasoning gets = lost. But if you are certain that his is not appropriate/useful for the = draft, I accept.


OK. Who has the = editing token?

 

{TM} I think I had it last...




2)

Do we have that somewhere in the = standards?

   The re-use of the ECN field for PCN = encoding has some impact on the
   deployment of PCN.  = First, routers within a PCN domain must not apply
   ECN = re-marking when the ECN field has PCN semantics.  =


RFC3168 (ECN = marking) deliberately leaves the precise definition of the AQM algorithm = open. Therefore there's no reason why an ECN AQM algorithm couldn't be = similar to a PCN algorithm. Therefore, we shouldn't say that ECN AQM = cannot be used as the algo for PCN-enabled packets, because an ECN algo = might already be identical to a PCN algo.

Also, one of the = reasons for trying to keep PCN encoding similar to ECN was so that ECN = routers could be used reasonably safely in a PCN domain (e.g. if they = couldn't do PCN, or if they were accidentally deployed without = configuring them to recognise the Diffserv codepoint that triggered PCN = treatment).


This is = just a citation from the encoding comparison draft. If you find this is = wrong, you need to update that draft.


Whoever has the editing token for encoding = comparison, please ack that this is noted.

 

{TM} Again, that was me, although Georgios did the actual posting. I = would rather defer this to Georgios though




Second, before
   a PCN packet leaves the = PCN domain, the egress nodes must either (A)
   reset the = ECN field of the packet to the contents it had when
   = entering the PCN domain or (B) reset its ECN field to = not-ECT.
   According to Section 3.3.3, tunneling ECN = traffic through a PCN
   domain may help to implement = (A).  When (B) applies, CE-marked
   packets must = never become PCN packets within a PCN domain as the
   = egress node resets their ECN field to not-ECT.  The ingress node = may
   drop such traffic = instead.


S.4.2 of = the baseline encoding [RFC5696] already says:

" = 

A PCN-egress-node SHOULD set the not-PCN (00) =
codepoint on all
packets it forwards out of the =
PCN-domain.  The only exception to
this is if =
the PCN-egress-node is certain that revealing other =
codepoints
outside the PCN-domain won't contravene =
the guidance given in
[RFC4774].  For =
instance, if the PCN-ingress-node has =
explicitly
informed the PCN-egress-node that this =
flow is ECN-capable, then it might
be safe to =
expose other codepoints.
 

"

I = already wrote an email that handling of ECN traffic should be discussed = in the encoding draft. Do we also have the information somewhere that CE = packets need to be dropped when the PCN-egress-node cannot restore the = CE codepoint? This is important and should be added either to the = encoding drafts or to the edge behavior drafts. If this is added to the = encoding drafts, we need an update of RFC5696 unless the information is = already there.


See Appx B of the = Baseline Encoding [RFC5696], which gives four potential ways for the = egress to avoid zeroing an ECN field that was originally CE at the = ingress.


Good that = we have that there! Something along these lines should also be mentioned = in the 3-in-1 encoding draft.


I've suggested that we use the classification you = sent while reviewing the 3-in-1 slides (off list) of all the possible = combinations of ECN, PCN etc and give precise text on what we recommend = in each case for e2e ECN preservation.

 

{TM} which is I guess what is in Michael’s parallel email = thread.




3)

Why have you chosen the name = "compatibility mode" in RFC6040?


It is a mode of the tunnel ingress to allow it to = be compatible with a tunnel egress compliant with earlier tunnelling = specs. I suppose strictly it should have been backward-compatibility = mode, but it was shorter.

 

{TM} Incidentally, I meant to say that I think compatibility mode is = the correct term and reasonably self-explanatory – it is the mode = that is compatible with all forms of tunnelling (not backward = compatible, actually compatible).

 


Do = you mean that the compatibility mode is backward-compatible to the = previous limited functionality mode?


Quoting RFC6040, = S4.3:
"

   To comply with this =
specification, a tunnel ingress
MUST at =
least
   implement normal mode.  =
Unless it will never be used
with =
legacy
   tunnel egress nodes (RFC 2003, =
RFC 2401, or RFC 2481 or =
the
limited
   =
functionality mode of RFC 3168), an ingress MUST =
also
implement
   =
compatibility mode for backward compatibility with =
tunnel
egresses
   =
that do not propagate explicit congestion =
notifications
[RFC4774].

"

IOW, it's for backward-compatibility = with all those previous RFCs in the parenthesis, not just limited = functionality mode of 3168.

 



Cheers


Bob


Best wishes,

    = Michael




Cheers



Bob




<= /o:p>

Best wishes,

    = Michael

--
Prof. Dr. habil. Michael Menth
University of = Tuebingen
Faculty of Science
Department of Computer = Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, = Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de<= br>http://www-kn.informa= tik.uni-tuebingen.de


___________________________________________________= _____________
Bob = Briscoe,           = ;            =          BT Innovate & = Design

 

-- =

Prof. Dr. habil. Michael =
Menth
University of =
Tuebingen
Faculty of =
Science
Department of Computer =
Science
Chair of Communication =
Networks
Sand 13, 72076 Tuebingen, =
Germany
phone: =
(+49)-7071/29-70505
fax: =
(+49)-7071/29-5220
mailto:menth@uni-tuebingen.de<=
o:p>
= 
http://www-kn.informa=
tik.uni-tuebingen.de

______________________= __________________________________________
Bob = Briscoe,           = ;            =          BT Innovate & = Design

------=_NextPart_000_0021_01CBF061.BC540CF0-- From menth@informatik.uni-tuebingen.de Fri Apr 1 04:37:03 2011 Return-Path: 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 ACAF73A682C for ; Fri, 1 Apr 2011 04:37:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 rkdcLl5NB84o for ; Fri, 1 Apr 2011 04:37:02 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by core3.amsl.com (Postfix) with SMTP id 049EF3A6810 for ; Fri, 1 Apr 2011 04:37:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 5CBAB52CA; Fri, 1 Apr 2011 13:38:38 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qP7Ckk0T-ssN; Fri, 1 Apr 2011 13:38:33 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 1C31E527F; Fri, 1 Apr 2011 13:38:33 +0200 (MEST) Received: from [130.129.99.164] (dhcp-63a4.meeting.ietf.org [130.129.99.164]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id F2466F52FEA; Fri, 1 Apr 2011 13:38:32 +0200 (CEST) Message-ID: <4D95B93A.3000104@informatik.uni-tuebingen.de> Date: Fri, 01 Apr 2011 13:38:34 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Georgios Karagiannis References: <5vioPNiQ.1301652085.7621590.karagian@ewi.utwente.nl> In-Reply-To: <5vioPNiQ.1301652085.7621590.karagian@ewi.utwente.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "pcn@ietf.org" Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:37:03 -0000 Hi Georgios, Am 01.04.2011 12:01, schrieb Georgios Karagiannis: > Hi Michael > > If we need to define the actions, then these actions should be in line > with Section 3.6 of RFC5559: > ----------------- > 3.6. Backwards Compatibility > > PCN specifies semantics for the ECN field that differ from the > default semantics of [RFC3168]. A particular PCN encoding scheme > needs to describe how it meets the guidelines of BCP 124 [RFC4774] > for specifying alternative semantics for the ECN field. In summary, > the approach is to: > > o use a DSCP to allow PCN-nodes to distinguish PCN-traffic that uses > the alternative ECN semantics; > > o define these semantics for use within a controlled region, the > PCN-domain; > > o take appropriate action if ECN-capable, non-PCN-traffic arrives at > a PCN-ingress-node with the DSCP used by PCN. > > For the baseline encoding [Moncaster09-1], the "appropriate action" > is to block ECN-capable traffic that uses the same DSCP as PCN from > entering the PCN-domain directly. "Blocking" means it is dropped or > downgraded to a lower-priority behaviour aggregate, or alternatively > such traffic may be tunnelled through the PCN-domain. The reason > that "appropriate action" is needed is that the PCN-egress-node > clears the ECN field to 00. > > Extended encoding schemes may need to take different "appropriate > action". > ---------------- > > Can you please emphasize how the proposed actions satsifiy the above > requirements taken from Section 3.6 of RFC5559? The proposed actions either restore the original ECN-field at the PCN egress node or they avoid that packets which were CE-marked before entering the PCN-domain do not leave the PCN-domain without a CE-mark. In the most extreme cases, CE-marked packets are dropped when entering a PCN domain. Michael > Best regards, > Georgios > > On 4/1/2011, "Michael Menth" wrote: > >> Hi all, >> >> to quickly see that the case analysis is complete, I suggest a slight >> rewording: >> >> Handling of ECN traffic >> * ECN traffic not being subject to PCN control and not sharing a >> PCN-compatible DSCP >> - no action needed >> * ECN traffic not being subject to PCN control and sharing a >> PCN-compatible DSCP >> - ingress tunnels that traffic with an non-PCN-compatible DSCP in >> the outer header (any tunnel may be used) >> - alternative: ingress maps the DSCP to a local DSCP and egress >> re-maps it to the original PCN-compatible DSCP >> - alternative: ingress tunnels that traffic with not-PCN in the >> outer header (any tunnel may be used); note that this turns of ECN for >> this traffic within the PCN domain. >> * ECN traffic being subject to PCN control >> - ingress drops CE-marked packets and egress zeros ECN field of PCN >> packets which disables end-to-end ECN >> - alternative: ingress tunnels that traffic with a PCN-compatible >> DSCP in the outer header and the egress zeros ECN-field before >> decapsulation (any tunnel may be used) >> * ECN traffic being subject to PCN control, and the receiver has >> indicated to receive PCN marks >> - ingress tunnels that traffic with a PCN-compatible DSCP but the >> egress SHOULD NOT zero the ECN field before decapsulation according to >> RFC6040 normal mode; note that this may turn ECT(0) into ECT(1) so that >> the nonce is modified. >> >> Another two questions >> * Traffic may arrive with a non-PCN-compatible DSCP and is subject to >> PCN control. Do we care about the original DSCP? This seems to be a >> similar issue. >> * How is the ECN-field of traffic with a PCN-compatible DSCP interpreted >> outside a PCN domain? I guess with ECN semantics? Have we stated that >> somewhere. Do we need to state it? >> >> Best wishes, >> >> Michael >> >> -- >> Prof. Dr. habil. Michael Menth >> University of Tuebingen >> Faculty of Science >> Department of Computer Science >> Chair of Communication Networks >> Sand 13, 72076 Tuebingen, Germany >> phone: (+49)-7071/29-70505 >> fax: (+49)-7071/29-5220 >> mailto:menth@uni-tuebingen.de >> http://www-kn.informatik.uni-tuebingen.de >> >> _______________________________________________ >> PCN mailing list >> PCN@ietf.org >> https://www.ietf.org/mailman/listinfo/pcn -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Fri Apr 1 04:43:06 2011 Return-Path: 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 78CAE3A680E for ; Fri, 1 Apr 2011 04:43:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 sNlCDhHgk96x for ; Fri, 1 Apr 2011 04:43:05 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by core3.amsl.com (Postfix) with SMTP id DC0933A6808 for ; Fri, 1 Apr 2011 04:43:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 5547152BD; Fri, 1 Apr 2011 13:44:44 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bueC4arlWhew; Fri, 1 Apr 2011 13:44:42 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 5F07C527F; Fri, 1 Apr 2011 13:44:42 +0200 (MEST) Received: from [130.129.99.164] (dhcp-63a4.meeting.ietf.org [130.129.99.164]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 3EEE517FC789; Fri, 1 Apr 2011 13:44:42 +0200 (CEST) Message-ID: <4D95BAAB.7010604@informatik.uni-tuebingen.de> Date: Fri, 01 Apr 2011 13:44:43 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Toby Moncaster References: <201104010916.p319Gl6A028385@bagheera.jungle.bt.co.uk> <001e01cbf057$0d2a2d40$277e87c0$@com> In-Reply-To: <001e01cbf057$0d2a2d40$277e87c0$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] WGLC for draft-ietf-pcn-3-in-1-encoding-04 as Proposed Standard X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:43:06 -0000 Hi, is baseline encoding meant only for local use? If so, I do not see why it should not be possible to have two different standards for local PCN encodings. If baseline is defined for global use (not sure how this relates to ECN), then having two standards track docs about PCN encoding indeed seems to be a problem. Michael Am 01.04.2011 12:24, schrieb Toby Moncaster: > The only difference is that we are fixing on a meaning for the EXP > codepoint. In RFC5696 we specified that > > " o The 01 Experimental codepoint in the ECN field MAY mean PCN-marked > or it MAY carry some other meaning. However, any experimental > scheme MUST define its meaning in the context of that experiment. > > o If both the 01 and 11 codepoints are being used to indicate PCN- > marked, then the 11 codepoint MUST be taken to be the more severe > marking and the choice of which meter sets which mark MUST be > defined." > > So the change is that we are defining EXP as only being able to indicate > PCN-marked. We already had 11 being a more severe marking so that doesn't > create any conflict. > > I would be keen to be able to preserve a coding that allows for a single > marking scheme as that is the easiest version of PCN. Is it possible to have > a standards track extension to a standard without updating the original > standard? After all we have already written this document to be compliant > with RFC5696. > > If we are going to have 3-in-1 update RFC5696 that might mean we have to put > all the extra stuff from there into this document (rather more than minor > changes in other words). > > Toby > >> -----Original Message----- >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of >> Bob Briscoe >> Sent: 01 April 2011 09:27 >> To: 'Steven Blake' >> Cc: pcn@ietf.org >> Subject: Re: [PCN] WGLC for draft-ietf-pcn-3-in-1-encoding-04 as >> Proposed Standard >> >> Steve, >> >> If we make 3-in-1 standards track, we will be using the EXP codepoint >> of baseline (5696) in a standards track doc, therefore, I assume we >> have to say 3-in-1 updates 5696. >> >> This will have the effect of precluding anyone using EXP for other >> experiments. >> >> (Except for local use,.. I guess and operator could specify it wants >> kit that complies with 5696 and not 3-in-1.) >> >> But for interop, 3-in-1 would be the "one true way". >> >> Is this what the wg wants? >> >> >> Bob >> >> >> >> ________________________________________________________________ >> Bob Briscoe, BT Innovate& Design >> >> _______________________________________________ >> 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 -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From bob.briscoe@bt.com Fri Apr 1 05:27:43 2011 Return-Path: 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 A561628C261 for ; Fri, 1 Apr 2011 05:27:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.479 X-Spam-Level: X-Spam-Status: No, score=-3.479 tagged_above=-999 required=5 tests=[AWL=0.120, 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 5-b7RXvv2gmO for ; Fri, 1 Apr 2011 05:27:41 -0700 (PDT) Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id 3289E28D020 for ; Fri, 1 Apr 2011 05:20:37 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 13:22:16 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 13:22:16 +0100 Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 130166053560; Fri, 1 Apr 2011 13:22:15 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.129.105]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p31CMCas029062; Fri, 1 Apr 2011 13:22:13 +0100 Message-Id: <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 Apr 2011 13:22:11 +0100 To: Michael Menth From: Bob Briscoe In-Reply-To: <4D958E90.4060103@informatik.uni-tuebingen.de> References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 01 Apr 2011 12:22:16.0537 (UTC) FILETIME=[703A7C90:01CBF067] Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 12:27:43 -0000 Michael, At 09:36 01/04/2011, Michael Menth wrote: >Hi all, > >to quickly see that the case analysis is complete, I suggest a >slight rewording: > >Handling of ECN traffic >* ECN traffic not being subject to PCN control and not sharing a >PCN-compatible DSCP > - no action needed >* ECN traffic not being subject to PCN control and sharing a >PCN-compatible DSCP > - ingress tunnels that traffic with an non-PCN-compatible DSCP > in the outer header (any tunnel may be used) > - alternative: ingress maps the DSCP to a local DSCP and egress > re-maps it to the original PCN-compatible DSCP > - alternative: ingress tunnels that traffic with not-PCN in the > outer header (any tunnel may be used); note that this turns of ECN > for this traffic within the PCN domain. We ought to recommend one: #2 does nothing wrong, whereas the others do, to a certain extent. THe only reason for using #3 would be if you are short of DSCPs (e.g. MPLS or Ethernet). #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So #1 can be chucked. >* ECN traffic being subject to PCN control > - ingress drops CE-marked packets and egress zeros ECN field of > PCN packets which disables end-to-end ECN Not recommended > - alternative: ingress tunnels that traffic with a > PCN-compatible DSCP in the outer header and the egress zeros > ECN-field before decapsulation (any tunnel may be used) recommended >* ECN traffic being subject to PCN control, and the receiver has >indicated to receive PCN marks > - ingress tunnels that traffic with a PCN-compatible DSCP but > the egress SHOULD NOT zero the ECN field before decapsulation > according to RFC6040 normal mode; note that this may turn ECT(0) > into ECT(1) so that the nonce is modified. Good point. This needs to be clearly flagged as an experimental only scheme. >Another two questions >* Traffic may arrive with a non-PCN-compatible DSCP and is subject >to PCN control. Do we care about the original DSCP? This seems to be >a similar issue. Similar to what? >* How is the ECN-field of traffic with a PCN-compatible DSCP >interpreted outside a PCN domain? I guess with ECN semantics? Have >we stated that somewhere. Do we need to state it? Dunno whether we've said this somewhere. Will need to check. Bob >Best wishes, > > Michael > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design From toby@moncaster.com Fri Apr 1 06:46:39 2011 Return-Path: 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 9937D3A67FC for ; Fri, 1 Apr 2011 06:46:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.192 X-Spam-Level: X-Spam-Status: No, score=-2.192 tagged_above=-999 required=5 tests=[AWL=0.057, 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 ZExrFvU8S8X2 for ; Fri, 1 Apr 2011 06:46:38 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by core3.amsl.com (Postfix) with ESMTP id 63FB93A67FA for ; Fri, 1 Apr 2011 06:46:38 -0700 (PDT) Received: from TobysHP (host86-149-183-12.range86-149.btcentralplus.com [86.149.183.12]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MTvWL-1QVkAK3pNR-00QvrG; Fri, 01 Apr 2011 15:48:18 +0200 From: "Toby Moncaster" To: "'Steven Blake'" , "'pcn'" References: <4D91D14C.8080906@informatik.uni-tuebingen.de> <9510D26531EF184D9017DF24659BB87F327E900C5A@EMV65-UKRD.domain1.systemhost.net> <1301536970.9225.11.camel@tachyon> In-Reply-To: <1301536970.9225.11.camel@tachyon> Date: Fri, 1 Apr 2011 14:48:14 +0100 Message-ID: <003d01cbf073$72e88f20$58b9ad60$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcvvR7/QStrEtqacTOS7Wbfx2GcheABKxMPA Content-Language: en-gb X-Provags-ID: V02:K0:YfHV6+wJ02qqUI03M8lM01EzfjNyXK85LEXyk4JAycQ JS7YE4lgm6fdXlYza3VH8DS0yef2TjNLbc3Na8WBRPziNlIPn6 1z7JFOseI72iLMW1gN+u+y+omUfcii6q6GORW20SPr4fU0j+b7 rEuuMz0JbCfAMEWbpWa0dI4eEyx0DMqMcRKKJ4Xsmfuczjrip6 DVQmboU4QxwpCkF/qAGbK5iQuXl0rRlS4SraQAkQ6c= Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 13:46:39 -0000 Following the discussion in the meeting regarding the appendixes to this draft. Clearly these don't exist in this form anywhere else and are of interest to people. Equally clearly there is no real mechanism for back-referencing a previous version of this draft. Would there be any harm in submitting them as a stand-alone informational RFC in their current form (with appropriate boilerplate, x-references for security considerations, etc)? Also, I think Gorry's point about the name of the draft was very valid. I would have no objection at all to changing the name. Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > Steven Blake > Sent: 31 March 2011 03:03 > To: pcn > Subject: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison- > 04.txt > > I am seeing rough consensus for a set of edits to be applied to this > draft. > > Editors: please revise the draft, and we will run an abbreviated WGLC. > > Thanks to all who participated in the discussion. > > > Regards, > > // Steve > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn From toby@moncaster.com Fri Apr 1 06:56:30 2011 Return-Path: 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 0A9093A6839 for ; Fri, 1 Apr 2011 06:56:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.194 X-Spam-Level: X-Spam-Status: No, score=-2.194 tagged_above=-999 required=5 tests=[AWL=0.055, 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 HC8ZK6FyUXS4 for ; Fri, 1 Apr 2011 06:56:28 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by core3.amsl.com (Postfix) with ESMTP id B171B3A6835 for ; Fri, 1 Apr 2011 06:56:27 -0700 (PDT) Received: from TobysHP (host86-149-183-12.range86-149.btcentralplus.com [86.149.183.12]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0MTxaL-1QVkHn3kNl-00Qjsv; Fri, 01 Apr 2011 15:58:07 +0200 From: "Toby Moncaster" To: "'Bob Briscoe'" , "'Michael Menth'" References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> In-Reply-To: <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> Date: Fri, 1 Apr 2011 14:58:03 +0100 Message-ID: <003e01cbf074$d2042270$760c6750$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcvwZ3CBxc/pUxEeTaO4xREolj/bsQADByzA Content-Language: en-gb X-Provags-ID: V02:K0:dZA4AvMTTew9T+XrTPMdOqBX2lZJ/n/3nhGWs1s+Hmy knAqfBXk/UfXr4hhfSv3mJ+TlzKgly+69Uw+GV6EeN8CjRtiLL XctgTKahjE3d5dYGk4KkJfyNHxvCRGFaIAoLrHzZBqRjfFAOLK WqCsM7PEjErLApIg2aMeDUmHloSpnWPuYwMfGw/j4Zv8i4UFrb iS77XJxhOYDxFTD3me78+l1QYppNbjmQk0kJ0+6Y0A= Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 13:56:30 -0000 I'm not sure if I captured all the changes we intend to do on this draft: 1) add Michael's text on e2e ECN (once it has become stable) 2) add a brief paragraph explaining that this effectively updates RFC5696 and that therefore anyone running experiments with that are on their own (which they kind of are anyway, if they are doing an experiment!). 3) clarify how to do single marking with this encoding. I now recall the real reason why I wanted to preserve baseline which is that this encoding has the RFC6040 dependency. Is there any mileage in exploring a bis for RFC5696? As I see it we are always going to have a slightly messy situation. For instance I am not sure if you are allowed the circular dependency of 3-in-1 encoding being dependent on RFC5696 but also updating RFC5696. Of course we could always revive the option we discussed, where we obsolete RFC5696 and incorporate a baseline behaviour within this draft (which could then be called PCN encodings using a single DSCP)... Thoughts anyone? Toby > -----Original Message----- > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > Sent: 01 April 2011 13:22 > To: Michael Menth > Cc: Toby Moncaster; pcn@ietf.org > Subject: Re: [PCN] ECN handling with 3-in-1 > > Michael, > > At 09:36 01/04/2011, Michael Menth wrote: > >Hi all, > > > >to quickly see that the case analysis is complete, I suggest a > >slight rewording: > > > >Handling of ECN traffic > >* ECN traffic not being subject to PCN control and not sharing a > >PCN-compatible DSCP > > - no action needed > >* ECN traffic not being subject to PCN control and sharing a > >PCN-compatible DSCP > > - ingress tunnels that traffic with an non-PCN-compatible DSCP > > in the outer header (any tunnel may be used) > > - alternative: ingress maps the DSCP to a local DSCP and egress > > re-maps it to the original PCN-compatible DSCP > > - alternative: ingress tunnels that traffic with not-PCN in the > > outer header (any tunnel may be used); note that this turns of ECN > > for this traffic within the PCN domain. > > We ought to recommend one: > #2 does nothing wrong, whereas the others do, to a certain extent. > THe only reason for using #3 would be if you are short of DSCPs (e.g. > MPLS or Ethernet). > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So > #1 can be chucked. > > >* ECN traffic being subject to PCN control > > - ingress drops CE-marked packets and egress zeros ECN field of > > PCN packets which disables end-to-end ECN > > Not recommended > > > - alternative: ingress tunnels that traffic with a > > PCN-compatible DSCP in the outer header and the egress zeros > > ECN-field before decapsulation (any tunnel may be used) > > recommended > > >* ECN traffic being subject to PCN control, and the receiver has > >indicated to receive PCN marks > > - ingress tunnels that traffic with a PCN-compatible DSCP but > > the egress SHOULD NOT zero the ECN field before decapsulation > > according to RFC6040 normal mode; note that this may turn ECT(0) > > into ECT(1) so that the nonce is modified. > > Good point. > This needs to be clearly flagged as an experimental only scheme. > > > >Another two questions > >* Traffic may arrive with a non-PCN-compatible DSCP and is subject > >to PCN control. Do we care about the original DSCP? This seems to be > >a similar issue. > > Similar to what? > > >* How is the ECN-field of traffic with a PCN-compatible DSCP > >interpreted outside a PCN domain? I guess with ECN semantics? Have > >we stated that somewhere. Do we need to state it? > > Dunno whether we've said this somewhere. Will need to check. > > > Bob > > > >Best wishes, > > > > Michael > > > >-- > >Prof. Dr. habil. Michael Menth > >University of Tuebingen > >Faculty of Science > >Department of Computer Science > >Chair of Communication Networks > >Sand 13, 72076 Tuebingen, Germany > >phone: (+49)-7071/29-70505 > >fax: (+49)-7071/29-5220 > >mailto:menth@uni-tuebingen.de > >http://www-kn.informatik.uni-tuebingen.de > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design From sob@sobco.com Fri Apr 1 08:38:05 2011 Return-Path: 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 AE51C3A68B5 for ; Fri, 1 Apr 2011 08:38:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.38 X-Spam-Level: X-Spam-Status: No, score=-1.38 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DATE_IN_PAST_24_48=1.219] 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 JXuNTZGL-PAc for ; Fri, 1 Apr 2011 08:38:04 -0700 (PDT) Received: from smtp.mikenopa.com (smtp.mikenopa.com [77.78.97.148]) by core3.amsl.com (Postfix) with ESMTP id 8DD693A68AF for ; Fri, 1 Apr 2011 08:38:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by smtp.mikenopa.com (Postfix) with ESMTP id A25B31C6262 for ; Fri, 1 Apr 2011 17:39:41 +0200 (CEST) X-Virus-Scanned: Maia Mailguard 1.0.2a Received: from smtp.mikenopa.com ([127.0.0.1]) by localhost (smtp.mikenopa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2gDVFEesI0En for ; Fri, 1 Apr 2011 17:39:38 +0200 (CEST) Received: from soblap3.sobco.com (unknown [212.47.23.197]) by smtp.mikenopa.com (Postfix) with ESMTP id A053F1C625E for ; Fri, 1 Apr 2011 17:39:38 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by soblap3.sobco.com (Postfix) with ESMTP id 8B90736B8C6; Thu, 31 Mar 2011 06:09:05 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott O Bradner In-Reply-To: <003501cbef89$41cbe2b0$c563a810$@com> Date: Thu, 31 Mar 2011 06:09:05 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <4D9444D1.60202@informatik.uni-tuebingen.de> <4D944725.6020404@informatik.uni-tuebingen.de> <003501cbef89$41cbe2b0$c563a810$@com> To: "Toby Moncaster" X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Fri, 01 Apr 2011 08:46:36 -0700 Cc: pcn@ietf.org Subject: Re: [PCN] An alternative edge behavior X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 15:38:05 -0000 I uploaded all the presentations Scott On Mar 31, 2011, at 5:51 AM, Toby Moncaster wrote: > Michael, > > In future can you send as a link rather than an attachment? Receiving a 5Mb > email may cause issues for some folks, especially those travelling and > relying on an over-stretched corporate VPN for email access (or even worse, > an over-priced 3G roaming contract!). > > Failing that, just sending to the WGCs would suffice, as they can then > upload the files to the meeting materials page... > > Toby > > >> -----Original Message----- >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of >> Michael Menth >> Sent: 31 March 2011 10:20 >> To: pcn@ietf.org; Scott O. Bradner >> Subject: Re: [PCN] An alternative edge behavior >> >> Once more again, >> >> sending pptx apparently caused problems. Attached is the presentation >> in ppt/pdf Hopefully you get this without warning. >> >> Michael >> >> -- >> Prof. Dr. habil. Michael Menth >> University of Tuebingen >> Faculty of Science >> Department of Computer Science >> Chair of Communication Networks >> Sand 13, 72076 Tuebingen, Germany >> phone: (+49)-7071/29-70505 >> fax: (+49)-7071/29-5220 >> mailto:menth@uni-tuebingen.de >> http://www-kn.informatik.uni-tuebingen.de > > From slblake@petri-meat.com Fri Apr 1 21:01:07 2011 Return-Path: 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 D99C928C10E for ; Fri, 1 Apr 2011 21:01:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.45 X-Spam-Level: X-Spam-Status: No, score=-102.45 tagged_above=-999 required=5 tests=[AWL=0.149, BAYES_00=-2.599, USER_IN_WHITELIST=-100] 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 WPP3Ym97VGRJ for ; Fri, 1 Apr 2011 21:01:06 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by core3.amsl.com (Postfix) with ESMTP id 9F16428C104 for ; Fri, 1 Apr 2011 21:01:06 -0700 (PDT) Received: from cpe-174-097-227-047.nc.res.rr.com ([174.97.227.47]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from ) id 1Q5s2v-0008Nw-JV; Sat, 02 Apr 2011 00:02:45 -0400 From: Steven Blake To: Toby Moncaster In-Reply-To: <003d01cbf073$72e88f20$58b9ad60$@com> References: <4D91D14C.8080906@informatik.uni-tuebingen.de> <9510D26531EF184D9017DF24659BB87F327E900C5A@EMV65-UKRD.domain1.systemhost.net> <1301536970.9225.11.camel@tachyon> <003d01cbf073$72e88f20$58b9ad60$@com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 02 Apr 2011 00:02:46 -0400 Message-ID: <1301716966.27565.4.camel@tachyon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit 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' Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 04:01:08 -0000 On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > Following the discussion in the meeting regarding the appendixes to this > draft. Clearly these don't exist in this form anywhere else and are of > interest to people. Equally clearly there is no real mechanism for > back-referencing a previous version of this draft. I must not have followed that part of the discussion. What is the problem with keeping the appendices in the draft? > Would there be any harm in submitting them as a stand-alone informational > RFC in their current form (with appropriate boilerplate, x-references for > security considerations, etc)? They seem very relevant to the topic of the draft already. I don't understand the need to separate them. > Also, I think Gorry's point about the name of the draft was very valid. I > would have no objection at all to changing the name. Regards, // Steve From menth@informatik.uni-tuebingen.de Sat Apr 2 01:19:51 2011 Return-Path: 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 BD31D3A6A57 for ; Sat, 2 Apr 2011 01:19:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.718 X-Spam-Level: X-Spam-Status: No, score=-0.718 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 saVrMODxIYee for ; Sat, 2 Apr 2011 01:19:49 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by core3.amsl.com (Postfix) with SMTP id 4D1103A69ED for ; Sat, 2 Apr 2011 01:19:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 8513A5286; Sat, 2 Apr 2011 10:21:26 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y1G9n06skWgE; Sat, 2 Apr 2011 10:21:22 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 24A9A5271; Sat, 2 Apr 2011 10:21:22 +0200 (MEST) Received: from [192.168.1.100] (HSI-KBW-095-208-114-108.hsi5.kabel-badenwuerttemberg.de [95.208.114.108]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id 445FCF59AD3; Sat, 2 Apr 2011 10:21:22 +0200 (CEST) Message-ID: <4D96DC83.8010504@informatik.uni-tuebingen.de> Date: Sat, 02 Apr 2011 10:21:23 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Steven Blake References: <4D91D14C.8080906@informatik.uni-tuebingen.de> <9510D26531EF184D9017DF24659BB87F327E900C5A@EMV65-UKRD.domain1.systemhost.net> <1301536970.9225.11.camel@tachyon> <003d01cbf073$72e88f20$58b9ad60$@com> <1301716966.27565.4.camel@tachyon> In-Reply-To: <1301716966.27565.4.camel@tachyon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'pcn' Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:19:52 -0000 Hi, the appendix documents initial thoughts from a time when we were not fully aware of all the implications from RFC4774-compliance and tunneling contraints. All relevant information is in the main document. Therefore, the appendix can be dropped without any loss of relevant information so that keeping the appendix rather confuses than helps. Best wishes, Michael Am 02.04.2011 06:02, schrieb Steven Blake: > On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > >> Following the discussion in the meeting regarding the appendixes to this >> draft. Clearly these don't exist in this form anywhere else and are of >> interest to people. Equally clearly there is no real mechanism for >> back-referencing a previous version of this draft. > I must not have followed that part of the discussion. What is the > problem with keeping the appendices in the draft? > >> Would there be any harm in submitting them as a stand-alone informational >> RFC in their current form (with appropriate boilerplate, x-references for >> security considerations, etc)? > They seem very relevant to the topic of the draft already. I don't > understand the need to separate them. > >> Also, I think Gorry's point about the name of the draft was very valid. I >> would have no objection at all to changing the name. > > Regards, > > // Steve > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Sat Apr 2 02:15:41 2011 Return-Path: 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 717C63A65A5 for ; Sat, 2 Apr 2011 02:15:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.722 X-Spam-Level: X-Spam-Status: No, score=-0.722 tagged_above=-999 required=5 tests=[AWL=0.079, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 GlAgos3L05dN for ; Sat, 2 Apr 2011 02:15:40 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by core3.amsl.com (Postfix) with SMTP id CE8C83A69EE for ; Sat, 2 Apr 2011 02:15:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id EFD50527B; Sat, 2 Apr 2011 11:17:19 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wdSkOkol-fYD; Sat, 2 Apr 2011 11:17:16 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 7E478512F; Sat, 2 Apr 2011 11:17:16 +0200 (MEST) Received: from [192.168.1.100] (HSI-KBW-095-208-114-108.hsi5.kabel-badenwuerttemberg.de [95.208.114.108]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 3225C180A859; Sat, 2 Apr 2011 11:17:16 +0200 (CEST) Message-ID: <4D96E99C.4040008@informatik.uni-tuebingen.de> Date: Sat, 02 Apr 2011 11:17:16 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Bob Briscoe References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> In-Reply-To: <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 09:15:41 -0000 Hi Bob, Am 01.04.2011 14:22, schrieb Bob Briscoe: > Michael, > > At 09:36 01/04/2011, Michael Menth wrote: >> Hi all, >> >> to quickly see that the case analysis is complete, I suggest a slight >> rewording: >> >> Handling of ECN traffic >> * ECN traffic not being subject to PCN control and not sharing a >> PCN-compatible DSCP >> - no action needed >> * ECN traffic not being subject to PCN control and sharing a >> PCN-compatible DSCP >> - ingress tunnels that traffic with an non-PCN-compatible DSCP in >> the outer header (any tunnel may be used) >> - alternative: ingress maps the DSCP to a local DSCP and egress >> re-maps it to the original PCN-compatible DSCP >> - alternative: ingress tunnels that traffic with not-PCN in the >> outer header (any tunnel may be used); note that this turns of ECN >> for this traffic within the PCN domain. > > We ought to recommend one: > #2 does nothing wrong, whereas the others do, to a certain extent. > THe only reason for using #3 would be if you are short of DSCPs (e.g. > MPLS or Ethernet). > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So > #1 can be chucked. Both #1 and #2 change the DSCP for transport within the PCN domain and restore the original DSCP at the egress; I assume that this is a DSCP outside the PHB of the PCN-compatible DSCP. #3: the outer header has: PCN-compatible DSCP & not-ECT, so that the traffic is carried in the same PHB as admisison controlled traffic. Is that what we want to recommend? This makes AC less useful as other traffic for the same PHB can enter the network without AC. > >> * ECN traffic being subject to PCN control >> - ingress drops CE-marked packets and egress zeros ECN field of >> PCN packets which disables end-to-end ECN > > Not recommended > >> - alternative: ingress tunnels that traffic with a PCN-compatible >> DSCP in the outer header and the egress zeros ECN-field before >> decapsulation (any tunnel may be used) > > recommended What do you mean by not recommended? 1) Valid, but non-preferred option? 2) Should not be mentioned in the document? My view is that we should offer a way to work without tunnels if possible. > >> * ECN traffic being subject to PCN control, and the receiver has >> indicated to receive PCN marks >> - ingress tunnels that traffic with a PCN-compatible DSCP but the >> egress SHOULD NOT zero the ECN field before decapsulation according >> to RFC6040 normal mode; note that this may turn ECT(0) into ECT(1) so >> that the nonce is modified. > > Good point. > This needs to be clearly flagged as an experimental only scheme. We have the same issue for RFC6040 in general and probably for your current guidelines draft. > > >> Another two questions >> * Traffic may arrive with a non-PCN-compatible DSCP and is subject to >> PCN control. Do we care about the original DSCP? This seems to be a >> similar issue. > > Similar to what? Example: traffic that is subject to PCN control arrives at the ingress with a non-PCN-compatible DSCP. What should be done? 1) Ingress overwrites original DSCP with PCN-compatible DSCP -> original DSCP cannot be restored at the egress 2) Traffic is tunnelled with PCN-compatible DSCP across the PCN domain -> tunneling overhead Other example: traffic that is not subject to PCN control arrives at the ingress with a PCN-compatible DSCP. What should be done? 1) do nothing -> the traffic is carried in the same PHB as admission controlled traffic; this makes admission control less useful 2) tunnel the traffic in a local DSCP and restore the original DSCP -> care must be taken that the local DSCP is carried with a PHB that is good enough Do we need to address these issues? Maybe it's good to point out these options? Do we need to give a recommendation. Regards, Michael > >> * How is the ECN-field of traffic with a PCN-compatible DSCP >> interpreted outside a PCN domain? I guess with ECN semantics? Have we >> stated that somewhere. Do we need to state it? > > Dunno whether we've said this somewhere. Will need to check. > > > Bob > > >> Best wishes, >> >> Michael >> >> -- >> Prof. Dr. habil. Michael Menth >> University of Tuebingen >> Faculty of Science >> Department of Computer Science >> Chair of Communication Networks >> Sand 13, 72076 Tuebingen, Germany >> phone: (+49)-7071/29-70505 >> fax: (+49)-7071/29-5220 >> mailto:menth@uni-tuebingen.de >> http://www-kn.informatik.uni-tuebingen.de > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From karagian@cs.utwente.nl Sun Apr 3 12:28:44 2011 Return-Path: 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 4FF893A67E4 for ; Sun, 3 Apr 2011 12:28:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.067 X-Spam-Level: X-Spam-Status: No, score=0.067 tagged_above=-999 required=5 tests=[AWL=0.571, 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 65350YAvYphs for ; Sun, 3 Apr 2011 12:28:40 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 94C8F3A67D7 for ; Sun, 3 Apr 2011 12:28:40 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p33JTlja005060; Sun, 3 Apr 2011 21:29:47 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Sun, 03 Apr 2011 19:30:12 +0000 To: "Steven Blake" , "Toby Moncaster" Date: Sun, 03 Apr 2011 19:30:12 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: <6t56jPZG.1301859012.3107340.karagian@ewi.utwente.nl> In-Reply-To: <1301716966.27565.4.camel@tachyon> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Sun, 03 Apr 2011 21:29:58 +0200 (MEST) Cc: 'pcn' Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2011 19:28:44 -0000 Hi Steve, Hi Tobby Actually, I am in favour of either kepping the appenidices in the current draft or submitting them as a stand-alone informational RFC in their current form (with appropriate boilerplate, x-references for security considerations, etc). However, this depends of course on what the PCN WG wants. Best regards, Georgios On 4/2/2011, "Steven Blake" wrote: >On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > >> Following the discussion in the meeting regarding the appendixes to this >> draft. Clearly these don't exist in this form anywhere else and are of >> interest to people. Equally clearly there is no real mechanism for >> back-referencing a previous version of this draft. > >I must not have followed that part of the discussion. What is the >problem with keeping the appendices in the draft? > >> Would there be any harm in submitting them as a stand-alone informational >> RFC in their current form (with appropriate boilerplate, x-references for >> security considerations, etc)? > >They seem very relevant to the topic of the draft already. I don't >understand the need to separate them. > >> Also, I think Gorry's point about the name of the draft was very valid. I >> would have no objection at all to changing the name. > > >Regards, > >// Steve > >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn From philip.eardley@bt.com Mon Apr 4 05:36:21 2011 Return-Path: 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 6F20D28C11C for ; Mon, 4 Apr 2011 05:36:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.945 X-Spam-Level: X-Spam-Status: No, score=-101.945 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] 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 UwjGu5WS6h-b for ; Mon, 4 Apr 2011 05:36:14 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp62.intersmtp.COM [62.239.224.235]) by core3.amsl.com (Postfix) with ESMTP id C40A528C100 for ; Mon, 4 Apr 2011 05:36:13 -0700 (PDT) Received: from EVMHT63-UKRD.domain1.systemhost.net (10.36.3.100) by RDW083A006ED62.smtp-e2.hygiene.service (10.187.98.11) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 4 Apr 2011 13:37:55 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.142]) by EVMHT63-UKRD.domain1.systemhost.net ([10.36.3.100]) with mapi; Mon, 4 Apr 2011 13:37:55 +0100 From: To: , , Date: Mon, 4 Apr 2011 13:37:54 +0100 Thread-Topic: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt Thread-Index: AcvyNZtQM4P3OUKPT62V1ekfD4yyJQAj3KRg Message-ID: <9510D26531EF184D9017DF24659BB87F328F45F1EF@EMV65-UKRD.domain1.systemhost.net> References: <1301716966.27565.4.camel@tachyon> <6t56jPZG.1301859012.3107340.karagian@ewi.utwente.nl> In-Reply-To: <6t56jPZG.1301859012.3107340.karagian@ewi.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: pcn@ietf.org Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 12:36:21 -0000 We agreed to drop them (I believe) -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Georg= ios Karagiannis Sent: 03 April 2011 20:30 To: Steven Blake; Toby Moncaster Cc: 'pcn' Subject: Re: [PCN] Conclusion: WGLC for draft-ietf-pcn-encoding-comparison-= 04.txt Hi Steve, Hi Tobby Actually, I am in favour of either kepping the appenidices in the current draft or submitting them as a stand-alone informational RFC in their current form (with appropriate boilerplate, x-references for security considerations, etc). However, this depends of course on what the PCN WG wants. Best regards, Georgios On 4/2/2011, "Steven Blake" wrote: >On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > >> Following the discussion in the meeting regarding the appendixes to this >> draft. Clearly these don't exist in this form anywhere else and are of >> interest to people. Equally clearly there is no real mechanism for >> back-referencing a previous version of this draft. > >I must not have followed that part of the discussion. What is the >problem with keeping the appendices in the draft? > >> Would there be any harm in submitting them as a stand-alone informationa= l >> RFC in their current form (with appropriate boilerplate, x-references fo= r >> security considerations, etc)? > >They seem very relevant to the topic of the draft already. I don't >understand the need to separate them. > >> Also, I think Gorry's point about the name of the draft was very valid. = I >> would have no objection at all to changing the name. > > >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 karagian@cs.utwente.nl Mon Apr 4 05:45:55 2011 Return-Path: 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 D2B033A69ED for ; Mon, 4 Apr 2011 05:45:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.154 X-Spam-Level: X-Spam-Status: No, score=-0.154 tagged_above=-999 required=5 tests=[AWL=0.350, 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 O4nD+Cmfx1ms for ; Mon, 4 Apr 2011 05:45:49 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 1E23D3A67D1 for ; Mon, 4 Apr 2011 05:45:46 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p34CkpAH027422; Mon, 4 Apr 2011 14:46:54 +0200 (MEST) From: "Georgios Karagiannis" To: , , References: <1301716966.27565.4.camel@tachyon> <6t56jPZG.1301859012.3107340.karagian@ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F328F45F1EF@EMV65-UKRD.domain1.systemhost.net> Date: Mon, 4 Apr 2011 14:47:26 +0200 Message-ID: <3693794687694867A73AD80207390D5A@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: AcvyNZtQM4P3OUKPT62V1ekfD4yyJQAj3KRgAAAv4yA= In-Reply-To: <9510D26531EF184D9017DF24659BB87F328F45F1EF@EMV65-UKRD.domain1.systemhost.net> X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Mon, 04 Apr 2011 14:47:04 +0200 (MEST) Cc: pcn@ietf.org Subject: Re: [PCN] Conclusion: WGLC fordraft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 12:45:55 -0000 Hi Phil Yes! But what if people that have not attented the PCN WG meeting have another opinion! Note that not many people attended the PCN meeting! Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: maandag 4 april 2011 14:38 > To: karagian@cs.utwente.nl; slblake@petri-meat.com; toby@moncaster.com > Cc: pcn@ietf.org > Subject: RE: [PCN] Conclusion: WGLC > fordraft-ietf-pcn-encoding-comparison-04.txt > > We agreed to drop them (I believe) > > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: 03 April 2011 20:30 > To: Steven Blake; Toby Moncaster > Cc: 'pcn' > Subject: Re: [PCN] Conclusion: WGLC for > draft-ietf-pcn-encoding-comparison-04.txt > > Hi Steve, Hi Tobby > > Actually, I am in favour of either kepping the appenidices in > the current draft or submitting them as a stand-alone > informational RFC in their current form (with appropriate > boilerplate, x-references for security considerations, etc). > > However, this depends of course on what the PCN WG wants. > > Best regards, > Georgios > > > > On 4/2/2011, "Steven Blake" wrote: > > >On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > > > >> Following the discussion in the meeting regarding the > appendixes to > >> this draft. Clearly these don't exist in this form > anywhere else and > >> are of interest to people. Equally clearly there is no > real mechanism > >> for back-referencing a previous version of this draft. > > > >I must not have followed that part of the discussion. What is the > >problem with keeping the appendices in the draft? > > > >> Would there be any harm in submitting them as a stand-alone > >> informational RFC in their current form (with appropriate > >> boilerplate, x-references for security considerations, etc)? > > > >They seem very relevant to the topic of the draft already. I don't > >understand the need to separate them. > > > >> Also, I think Gorry's point about the name of the draft was very > >> valid. I would have no objection at all to changing the name. > > > > > >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 philip.eardley@bt.com Mon Apr 4 05:51:23 2011 Return-Path: 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 E4A0B3A69EA for ; Mon, 4 Apr 2011 05:51:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.649 X-Spam-Level: X-Spam-Status: No, score=-101.649 tagged_above=-999 required=5 tests=[AWL=-0.203, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100] 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 ES-UvnIcJ-K8 for ; Mon, 4 Apr 2011 05:51:16 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 693903A67D1 for ; Mon, 4 Apr 2011 05:51:15 -0700 (PDT) Received: from EVMHT67-UKRD.domain1.systemhost.net (10.36.3.104) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 4 Apr 2011 13:52:57 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.142]) by EVMHT67-UKRD.domain1.systemhost.net ([10.36.3.104]) with mapi; Mon, 4 Apr 2011 13:52:56 +0100 From: To: , , Date: Mon, 4 Apr 2011 13:52:56 +0100 Thread-Topic: [PCN] Conclusion: WGLC fordraft-ietf-pcn-encoding-comparison-04.txt Thread-Index: AcvyNZtQM4P3OUKPT62V1ekfD4yyJQAj3KRgAAAv4yAAADBswA== Message-ID: <9510D26531EF184D9017DF24659BB87F328F45F227@EMV65-UKRD.domain1.systemhost.net> References: <1301716966.27565.4.camel@tachyon> <6t56jPZG.1301859012.3107340.karagian@ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F328F45F1EF@EMV65-UKRD.domain1.systemhost.net> <3693794687694867A73AD80207390D5A@dynamic.ewi.utwente.nl> In-Reply-To: <3693794687694867A73AD80207390D5A@dynamic.ewi.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: pcn@ietf.org Subject: Re: [PCN] Conclusion: WGLC fordraft-ietf-pcn-encoding-comparison-04.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 12:51:23 -0000 Sorry Steve, I misread the indentation- to answer your question about why d= rop the appendix: - the main body has all the information about the pros and cons of various = encoding options.=20 - the appendix is full of typos, poor phrasings etc which would take quite = a lot of effort to clean up. Best wishes phil -----Original Message----- From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]=20 Sent: 04 April 2011 13:47 To: Eardley,PL,Philip,DES8 R; slblake@petri-meat.com; toby@moncaster.com Cc: pcn@ietf.org Subject: RE: [PCN] Conclusion: WGLC fordraft-ietf-pcn-encoding-comparison-0= 4.txt Hi Phil Yes! But what if people that have not attented the PCN WG meeting have another opinion!=20 Note that not many people attended the PCN meeting! Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20 > Sent: maandag 4 april 2011 14:38 > To: karagian@cs.utwente.nl; slblake@petri-meat.com; toby@moncaster.com > Cc: pcn@ietf.org > Subject: RE: [PCN] Conclusion: WGLC=20 > fordraft-ietf-pcn-encoding-comparison-04.txt >=20 > We agreed to drop them (I believe) >=20 > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of Georgios Karagiannis > Sent: 03 April 2011 20:30 > To: Steven Blake; Toby Moncaster > Cc: 'pcn' > Subject: Re: [PCN] Conclusion: WGLC for=20 > draft-ietf-pcn-encoding-comparison-04.txt >=20 > Hi Steve, Hi Tobby >=20 > Actually, I am in favour of either kepping the appenidices in=20 > the current draft or submitting them as a stand-alone=20 > informational RFC in their current form (with appropriate=20 > boilerplate, x-references for security considerations, etc). >=20 > However, this depends of course on what the PCN WG wants. >=20 > Best regards, > Georgios >=20 >=20 >=20 > On 4/2/2011, "Steven Blake" wrote: >=20 > >On Fri, 2011-04-01 at 14:48 +0100, Toby Moncaster wrote: > > > >> Following the discussion in the meeting regarding the=20 > appendixes to=20 > >> this draft. Clearly these don't exist in this form=20 > anywhere else and=20 > >> are of interest to people. Equally clearly there is no=20 > real mechanism=20 > >> for back-referencing a previous version of this draft. > > > >I must not have followed that part of the discussion. What is the=20 > >problem with keeping the appendices in the draft? > > > >> Would there be any harm in submitting them as a stand-alone=20 > >> informational RFC in their current form (with appropriate=20 > >> boilerplate, x-references for security considerations, etc)? > > > >They seem very relevant to the topic of the draft already. I don't=20 > >understand the need to separate them. > > > >> Also, I think Gorry's point about the name of the draft was very=20 > >> valid. I would have no objection at all to changing the name. > > > > > >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 >=20 From philip.eardley@bt.com Mon Apr 4 09:17:23 2011 Return-Path: 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 EF14C3A6836 for ; Mon, 4 Apr 2011 09:17:22 -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 13+SHRZfSwUl for ; Mon, 4 Apr 2011 09:17:22 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp61.intersmtp.COM [62.239.224.234]) by core3.amsl.com (Postfix) with ESMTP id 557813A6835 for ; Mon, 4 Apr 2011 09:17:20 -0700 (PDT) Received: from EVMHT69-UKRD.domain1.systemhost.net (10.36.3.129) by RDW083A005ED61.smtp-e1.hygiene.service (10.187.98.10) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 4 Apr 2011 17:19:01 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.142]) by EVMHT69-UKRD.domain1.systemhost.net ([10.36.3.129]) with mapi; Mon, 4 Apr 2011 17:19:01 +0100 From: To: Date: Mon, 4 Apr 2011 17:19:00 +0100 Thread-Topic: Signalling requirements Thread-Index: Acvy5AFxX/NzM0rpT8qdYIu3rfamUw== Message-ID: <9510D26531EF184D9017DF24659BB87F328F45F4EC@EMV65-UKRD.domain1.systemhost.net> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/mixed; boundary="_005_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_" MIME-Version: 1.0 Subject: [PCN] Signalling requirements X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 16:17:23 -0000 --_005_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_ Content-Type: multipart/alternative; boundary="_000_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_" --_000_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I did my edits to Michael's version. Mainly just some re-wordings for clari= ty. I think i managed to make it even shorter and hopefully clearer. The word doc has track changes on, whilst the pdf shows it without. Best wishes phil --_000_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I did my e= dits to Michael’s version. Mainly just some re-wordings for clarity. = I think i managed to make it even shorter and hopefully clearer.=

 

The word= doc has track changes on, whilst the pdf shows it without.

<= p class=3DMsoNormal> 

Best wishes

phil

= --_000_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_-- --_005_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_ Content-Type: application/pdf; name="draft-ietf-pcn-signaling-requirements-02-MM-phil.pdf" Content-Description: draft-ietf-pcn-signaling-requirements-02-MM-phil.pdf Content-Disposition: attachment; filename="draft-ietf-pcn-signaling-requirements-02-MM-phil.pdf"; size=100599; creation-date="Mon, 04 Apr 2011 17:13:05 GMT"; modification-date="Mon, 04 Apr 2011 17:13:06 GMT" Content-Transfer-Encoding: base64 JVBERi0xLjUNCiW1tbW1DQoxIDAgb2JqDQo8PC9UeXBlL0NhdGFsb2cvUGFnZXMgMiAwIFIvTGFu Zyhlbi1HQikgL1N0cnVjdFRyZWVSb290IDI3IDAgUi9NYXJrSW5mbzw8L01hcmtlZCB0cnVlPj4+ Pg0KZW5kb2JqDQoyIDAgb2JqDQo8PC9UeXBlL1BhZ2VzL0NvdW50IDgvS2lkc1sgMyAwIFIgMTIg MCBSIDE0IDAgUiAxNiAwIFIgMTggMCBSIDIwIDAgUiAyMiAwIFIgMjQgMCBSXSA+Pg0KZW5kb2Jq DQozIDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jlc291cmNlczw8L0ZvbnQ8PC9G MSA1IDAgUi9GMiA3IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJ XSA+Pi9NZWRpYUJveFsgMCAwIDU5NS4zMiA4NDEuOTJdIC9Db250ZW50cyA0IDAgUi9Hcm91cDw8 L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCPj4vVGFicy9TL1N0cnVjdFBh cmVudHMgMD4+DQplbmRvYmoNCjQgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgg MzUyNz4+DQpzdHJlYW0NCniczVxbbxu3En4PkP+w6JMEJPSS3GtOUODEjluf1oVRO092H2RdrEV0 cSXZTs6vP5whuUtKJjVyegAjwCaSOCTnwplvZrhJji6Sjx+Pzo/PTpL06PfB4i7pjRfvv1z2f/45 +XRynHy6evvm6JQnPGV5kVxN3r7hSar+8KQoWJllSVkIxkVyNX/7Jk3u4PHL2zfXvbNF/33W2/Tr 3njVL3uLsXpsEvX4vFCPu8Z+h782+F0CFFeKYrBWH7/C4NOleqyGMA4+JjsPRZEoit0fAo9fgIIB xW/q4wAWH9zBDgawIdhGA4sn/b+Sq/+8ffNZcQ8SsDznomC1y/K1NzT5fH6cJI5IeUik20LMU8bN hM9KLrAfzksmCo/8fWiokCz3Rp4g9xOrmB+SK4HiCzADen8EjlZroGgUxeY7/AqKnsC4qyfQNmhi Mw5qIWWFz3VUC4KqBVkxIXbVAJsZwaZHsMH1BsQGjwcwlQ/w3RkMmSyBYqUo5mBNG+B1CT8MZj8g tjjFlXowFBss+R0WWq70uIDspESLcVmNCk9ShaeOhszMjJ+/wTbv1TYb2M24FdQliPEehDeeq8ct mgL8kAqgeAeMCfjI1YPv8P48T6LiLK39Hfzj1hxYOysLVgh/7d8UJSrleAraX+x3KN7OY9rIqNrg GcuKThb/h/P8EoqADNOUVaW/518fQHToCxo78xVYyxBkugB3MYMHRhJlX3FP4UkjJt+cKt9UsLx6 dfKNU4QsOEWP4HJ0zoDivPXE0z3y9aQRk29BlG9Rp6x8JeJ9nnVZ5qwovY1+Qfzw2DeoZg2mqaKb mXg5sQ77Aez4FiHQXUiwacXSwpk9SVkqlIsYXoNKotpwiZAgqpGSqpGyYpV4JSoJPEIWLgXLpM/B OcRLRJZTE37K3jv4l0jVg/M9IvaEERNvRRWv+rvOXol44xbv7TTGe03lPc9eD+90q+I1K/nW5qPJ QDDB2pZHJuHwvzZ5RIO3v+eoGKhJUSE54y+NsYEkqCpUEvRDE79QviHPVOGR8jYUFR41lymUdUrS jFSAX6Qly2hZLxWl5nXO8mcOfkBatVAmtkX1JyRof0NQhXi6gsg6h8cCcow1CH+CNQSc/BISEkj3 F+D9ZyYCl072edO70NMEXGBaMFH7Owgl3JILVuT+2Js+LHK8tAtjYtQliskZ/AA4AZM4lUaaFLRB CqDFUkkyiBmVwQ6+cKP6oqLevJIQ/f7RgxPK6WTJ0txf8QQkAdKZXPYNxnqEOU6WrbCgoBCCR1Kd spxvMRGVCxWt5iVn5cscStBRISj3Jh6pKVfI5QTKJiHBcc6q3KcMmajgFSTO3tgG602TEIVy86Im zp7VeADcsVASGIYUJIqKZdTJy2yHzfX28VaiWqjvQiAbDKKQtPWkskcV5ryx6G3+hkRVVzmgoqHz pVA+mnHJspK2IuCLyttd8l4lAXWBmF4B1ijYdckIWQCnpgF5XoMcKKeHCn3zrOym/PctaA00ucHy JCD0WPWTb9HHt0RFpLnMWV2TaotUUJeLjHG+ncslQS9e5axMt8iQ5AJtbWhjxh0YIdYkuyCB5ZFN Y11FA4MH3ZA957Vb8TrsnvOcVbU/VsfO4z8gjGKc06X0gXWHGJexGubF5bJ3DxwtN5atTXdwE3vA sITawJDv8N0y5J9MfhbkYVd/VDSaq3Au5OH6c8mQZI01T6gSNG1jo5MFxvcxcDtYt9EfxiXA/Aoc 22RiaREHjOZWNJsxUECYwMFLmG+AAbKxZN3iyQiGzIFiAGvAurqSPNW7CrgXhSqywmVrn4CpiDVX iYTMDxewS4Yky7YCg1YzA6YujtXjDxQI/IBFRCUzxfwYIhJW81dWG9puRxafDbFFdQsfR9aWNQz7 Uz1OYeYkV48cHjVWzqDKM220pSuKOYDUuVZJtAjnMLNPrFTYnlUVhJxDxeqRIQl2QNZgdivgDEv3 eJA3Uys4GxANEIuhcZdsjQf+DqDbFi6Hj/f39rsxqCR5alU3bRUB009hoaR1QUF0zDOVGDns7RM0 NZmBTkBeHy5ol0wLGuFsKOalGTg4h+q6O78fdArDWw+szT6OMb2pgt1DTJy9oZOxPT6jWxupv8bR PGkpAzG9sc2iNZ05KZaZ5MubJFjXUkAr5VsLKrbQXodYJ0QP0HYAJyvtOjvDM14hKu6syJRV0GRg 3IE3dnxnT9g62O7QmR9pCWu1aleljZSLpQ0geC43S/9shWwjE9C98maKHylqvpnlwk550JFyyTrf NWz6piivk23wK8vGeqd/3fTUU9z0rTI7/7SX2gKcgcYnATPLU3A5zuaunZsO3WpxI9JJgTdJ0IhE wdKtBZuFdbVxS7IGSFpHt0C9sYDeliPLkjakPYaYpcCZJp+PLS5ZP/Qj9RjOU1b7pO/iVyW8sUGL xrsS3lDEraM2yN2jL9rETkUtWLW13i0YyPCreoR2KRRwzXLaLoVUWHeLe21GcYBPm1wDfG8sos9N zBWIqtzZ/lJpcWIMWyk1ZNlS5ExskYaTcUzcfc51dcSDxyHySrB0i/wWnB7o8wlvJYXiij1TFBGa THxXP9ErRjZMuFRQNRk0FjjpRuKe0yQqVu+A6YvjkPSt53TJkCSkAlOLdQi0DJdwXhcjC7S/R2KG SiM88iD2yCpW+kMxwdWAdA+4cRhyqids36ndkUM8KzKFNG+P8RBILS1mym2lL4DvLhk1BCaIrdqG NSL8ZNw32eW0vaszxNsXeNfIVBYsEIRfnxobzjR02HMIu41e4xwWwUcLaB7VngKaNxbrw3f2nham d8EQaA4iaSkTLt2xnY0mJueJliw82rjtUGt1WZoz/oKMxCVDEiwiDNtEbtVmaf9tMbHlNnSsanTu 3cyRyKMGZbU/9qaHRuoDpRmGIywb4ZU3tMW1tcV3OhcSfb8aBWaPpaYE033TObL2MMLRXQofi3VG yLKWTFrYs53JzqK4xSNt4rjFG9vWxgIVaFM3Wu9xV96c92OLaAatrJvWSaAz14W5oZr5YWa/6ypN myf7LxQj1iWTW6uOKcjjET0PIjpQxrvt/R2divBFY1lxlpndfkzTT/LnbeLnbimXkqmU2SPW/ktb cuvJdG0BfdrA2vRND6D47yoloGzT2Pj2NjPSNo3Re9sMaw87PN5YgMoYdWkiNfn4y0RqEnRv/XVb s5mN20iyindRvQm++kXfmx60+M6JopeFBN/5MtHLogaYRhK9uQLjjb02VcDo9QjS7FlaQlHVG/tN SeTbN31YlICg3a0rjnBr+js8/grNVtVwxdeZjYSA8pQzb78JoX0kqL0eEHZOqxtTezUyL4lTSmqv RmY5JEp6ysuNzUU34LnWHQRHeNPY786x2rmMFtC8ieN7pfYlpJSsJOEGSa3ES8Eh99NTKuBryrnI 5dnC5oAr7FQEe3MI2r2ZgvhepZpp4Y89abM5jNWNbQomEDceoN44b9roP9JDTNCaPGifblCsdvbu nQr1sW28eGDVlJRDICbLORNbPMUFTq3RS+WV0sPrXB4ZkuhO2qNFO7pEurYQFLPwT+A9LtCZlIrZ CnsibXHD/lr2ylo9WCTPl9LdwD5RUKvooq4Yp51mahVRqKMnDm8seWRIQrZ9WTDu0sdyW8yDvbG+ 7a9N08rgKGx/oCV/7dok2MoDm35wryB49467Ku6ZBT+7L2YZ7Kp7kMhn9JKy6QV6m4+rjJr1wu0O eXjW65HptB3kuIaKW3JqBYeJTILl3rPPIb0o3Fi786mpTk1yYG/3QJdJd63bvAQbE3jWdJqCCLlN NxH53q/7XaZtWlyztYXOIwwnG0uBXccHXCNSfM39jcZVQE0eRSFepAKXDEmeMPsFFdjX/Erd4hqC OLz2oK35HhJozKUhZ929l4a8sVunrVNvlwDOrD/ddLEfTxuodzW2wHVzyLZNq4a0bd2y9IbGdUxF YwJaEocXCDwyJHFeJVzbYKwdFx6IqQ3V9x9AWEdKWEcj++ugLSlgZRzPDGu07JRWUCFQQ16Bq0My R11H1o6wRac935F+xzNwXhQCS6XLwj5hUnGogLu8pGCYUXGoEOrvw++ceGQviVwd/f7I5Y6NRy5f dYGgpX54tH4AS0wj/9YAlqIQxH2DX+foQxJrIxNznUD9iuPaRH+65w0xj4248qjAXHB0NgcrzyXT 1bcWndkGo7l9kWA8aQ+Svp2Cr1DiYcB7EwMb8EbvbGjSTQSILGvs985s60MD6Vu7xtKv+lqfbe+z dAobWNeIOw2V/I0X69jbJ2hquiJSYd/AOEjQLhmS4EVsDEh4EQqR0qYrHSIWMjdSbEQHGSNIGnRA YGlVs3bxljkF8fNnesTO1iJNsLyA8rY39rkDiHtHg5i0m8Cgi0lQHFa4c8eVRU11eM3teyKHKMsj Q5J524zU8p955q2VABx2t7w6DDx/xrw33bu6gzbb/El97PBLl2PqPMu9kGH+W4Gf4rmjw8Y+gVIT Jl7WxHdHMmrCxIuSHR51XKquZaaPznM5RyiuqGmUQ+5mi4QgBOnuSItDTAFc3xVrLwGOoY52374n krT3ZS/H9nV1NKj5rd1pkqqHQM9p3kqPtqWeFRwPQhHdS96RW1yJ1BQKqiovUKJDRdgMNZngmSS+ O5RRsSuHtzlovomK4DiviW+G5FQEx9PSeTMkOiUVV6iku05JjOfUCFpl2kIIU9L/OwjGM9qUVE9X pLEp/wf1yJgXDQplbmRzdHJlYW0NCmVuZG9iag0KNSAwIG9iag0KPDwvVHlwZS9Gb250L1N1YnR5 cGUvVHJ1ZVR5cGUvTmFtZS9GMS9CYXNlRm9udC9BQkNERUUrQ291cmllciMyME5ldy9FbmNvZGlu Zy9XaW5BbnNpRW5jb2RpbmcvRm9udERlc2NyaXB0b3IgNiAwIFIvRmlyc3RDaGFyIDMyL0xhc3RD aGFyIDEyMi9XaWR0aHMgNDQxIDAgUj4+DQplbmRvYmoNCjYgMCBvYmoNCjw8L1R5cGUvRm9udERl c2NyaXB0b3IvRm9udE5hbWUvQUJDREVFK0NvdXJpZXIjMjBOZXcvRmxhZ3MgMzIvSXRhbGljQW5n bGUgMC9Bc2NlbnQgODMzL0Rlc2NlbnQgLTE4OC9DYXBIZWlnaHQgNjEzL0F2Z1dpZHRoIDYwMC9N YXhXaWR0aCA2NTkvRm9udFdlaWdodCA0MDAvWEhlaWdodCAyNTAvU3RlbVYgNjAvRm9udEJCb3hb IC0yMSAtMTg4IDYzOCA2MTNdIC9Gb250RmlsZTIgNDQyIDAgUj4+DQplbmRvYmoNCjcgMCBvYmoN Cjw8L1R5cGUvRm9udC9TdWJ0eXBlL1R5cGUwL0Jhc2VGb250L0FCQ0RFRStDb3VyaWVyIzIwTmV3 L0VuY29kaW5nL0lkZW50aXR5LUgvRGVzY2VuZGFudEZvbnRzIDggMCBSL1RvVW5pY29kZSA0NDMg MCBSPj4NCmVuZG9iag0KOCAwIG9iag0KWyA5IDAgUl0gDQplbmRvYmoNCjkgMCBvYmoNCjw8L0Jh c2VGb250L0FCQ0RFRStDb3VyaWVyIzIwTmV3L1N1YnR5cGUvQ0lERm9udFR5cGUyL1R5cGUvRm9u dC9DSURUb0dJRE1hcC9JZGVudGl0eS9EVyAxMDAwL0NJRFN5c3RlbUluZm8gMTAgMCBSL0ZvbnRE ZXNjcmlwdG9yIDExIDAgUi9XIDQ0NSAwIFI+Pg0KZW5kb2JqDQoxMCAwIG9iag0KPDwvT3JkZXJp bmcoSWRlbnRpdHkpIC9SZWdpc3RyeShBZG9iZSkgL1N1cHBsZW1lbnQgMD4+DQplbmRvYmoNCjEx IDAgb2JqDQo8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL0FCQ0RFRStDb3VyaWVyIzIw TmV3L0ZsYWdzIDMyL0l0YWxpY0FuZ2xlIDAvQXNjZW50IDgzMy9EZXNjZW50IC0xODgvQ2FwSGVp Z2h0IDYxMy9BdmdXaWR0aCA2MDAvTWF4V2lkdGggNjU5L0ZvbnRXZWlnaHQgNDAwL1hIZWlnaHQg MjUwL1N0ZW1WIDYwL0ZvbnRCQm94WyAtMjEgLTE4OCA2MzggNjEzXSAvRm9udEZpbGUyIDQ0NCAw IFI+Pg0KZW5kb2JqDQoxMiAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJj ZXM8PC9Gb250PDwvRjEgNSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0lt YWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA1OTUuMzIgODQxLjkyXSAvQ29udGVudHMgMTMgMCBSL0dy b3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1MvU3Ry dWN0UGFyZW50cyAxPj4NCmVuZG9iag0KMTMgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9M ZW5ndGggMzE2MD4+DQpzdHJlYW0NCniczVxdb9s6En0v0P8g5GVjoGVE6ntxcYHWSXazm7TZJn1Y tH1wbNn1trFd22mbf788I1EiXZOi0puiuAArX2v4cWY4c2ZIJzi6DP744+hieHYchEfno8UsOCwX z99eDf78M3h5PAxeXj99cnTKAx6yJA2up0+f8CCU//EgTVkWx0GWCsZFcH379EkYzND84+mTd4fB 4ENw/a+nT06kfHByMQwCbSRuG2m37yRknLp+d/jv0eB5fLgeFIej2SA7nI9ks1jgaSObZ4Fsyq1s AnzxmeEpgEQgJU6+y4+ruWzWpWw2ePkKTytIlLeyucHHNUmEUkI8QwdCNiGXDQ+q/vY19Rjt/3t3 KRuaZImP/IMGhb7IRIQsTY1FOlETvqhFORPCp8fIt0eRsiiuezxbYMlbueRyDR0AuK1liZxnTKSm /HPbuyJiifnqMQYYTTHAPtgv5RyGr/DxCnYAxBekfWh6gY8BOii/yOZursyH1F3CcrYbu1Z11V6g 0/VYNh/xhQihVW7TapizcGfJTiXEvkrgMYtTnx4T3x5DwZLcp8fUs8e0CFlWdzhcAr+VxO9+rdTz kXYoVLbE0xyYljZ7SDOWmF0655j5zjHLWe61PXLfHuW/Rdy57PeHsh2/HxieJYRFnZ1A5lrKnOLj NQTvNsrsR7DVCZ62H5VTWZXKnDdLGDtZMsx+gu24IHCxb+alkh1tlDlXvVhQj9OIFeaKnBgVvhgl seoxCFko5ONYdh0ElnnkCcvCHTESmWC94zvZ3NZLtZhPlEq3qsmbCzFejQV2lvHuSAJ1Bxg/Yrw1 8GWNQ3jxGV4GqK6B+exj40zI3+CJfONX0tJESjDL0FHEWeKY5o+h0xqldwGPI/ghny59w3EqJ8vz /jrUxUhkCExX9yZ+gPP9ITzC+4HuZmvM5R6RO+MUIF9DEBawaQL+YoIn0lepJFal0txyoaL+fNI4 f4w8RVNOlMRoo/Vi2R+5YHmqr6kLXd+wnfKCRf3B1aQs+6OG6BdaczOnLmx8CUgaZiz28tncN5wm RYLw0hdvQ4xEroEXkdAAxrWEBd+1HCNoviUHfCfhu/kfvh2rb7fQSfBSNkMwxyCTTV47/hpwZZPy 2zPZnGAH7IaKv1U2LiXOwXIQd0afbVacheBl2mK6YPXlFEkegdT2hlUXI5FLrGz5VaE3b8PcG6AH mx1RmCOQZgqkZR1Pla843qOSjc18uWQGhT6XLlR8eVGScZb195yGGIm8P6TdaQtkYYyZa2LviKiv /i6Fjo4g2doLrKlkFUeoCf0UH5d4ZYaXiUePSwW8zSWKXG7OxBzVRvJFIbEtzHfnUMqUaJMkR0XF YxaU0IHCTDGBMbmxpfpCEaF6e5AhEC9aTt1+2xjYrVtfPpkkBcuz/rrVxUhkBad9A8MmXlxZd7Pk 5bSJTZTKbIDUPodTp77Z4SW6KuH6N01MpPz3K0W9b1qso1d2HJiUKKUEBRDbjqnYoraULlB9KXUS Zw8CVRcjkTHlbljcFPB+Bib3z1RM3LTGdK8gIga9GatwSIWBAFxliQ7Wepyst83GZOlVjWGr3hu3 emwo+Le5GreNsavazp3FAm2BXVD7MvMkSlhR9IdaFyORKo7VFlpju4+NtMyDeCDhHQwBMIx4RUg1 L1Mv5XcF9XqkEC2J8WFTrCFx22iyCrY2g40k1Y/0yVsY023jJ20Kken4Tkfu6o0vcU9EzDjvrw9d jETIr45h8HcT5R+voJnblXLuO/z3Jeoox3jvfMf1BypifK/5pO6ByHzHlO3eNJppnPhVbddSYi4l iIsHMeygVD7d5rSTUHprfWVdGPtmMgkXTPQn24ZYZfNNRr6TtJ9jcTOqRpEvXmP9S7l+cr4bNG1W 0vqO0Vr1tzIlJk0i3/oOckg02jfyciQxUj77vs763fGwXVEXtr55TBKGLEr6Y6uLVZnMHkdMCJBh a5T4StnWj4ZdE+sr0MDgfKBKTgtlv6U9lSFHq82qCx/fXCbOcxZ7uXDhm8vEWcoSPy/ky+PjNGaZ 2nRviD98QUmkKaLfmi76nLJwJB13eJpZq3pFwXhkdu+esS/HjhPh26UvtYvjkOX93YQh1uaItK0/ lWprfqNUfKIAPLiQzdsrVQg8II5yIJuLtzBgZHxUOH2NJ/mtk19rM7CXvSJp22Fivnsgh35D1cj/ yKe3SDbfIJk6xkzokOUAMeKfL6Dy82omNE8pcSUl2i88JluXyq2T/VFxvvQxFjkr+vsgQ4xEqtW+ hmrO98DQfkGc5pVEQC251h6hN8R7F1DwCVA5rhGVEs8QQ0nLAO6/TfdtRDiA7CU6PXutxnhByO+4 QoorTrKiLa8LaF/yGPOMhf15uiHmLluRs2lT+5smlaGlEydZr9R7W73cnTXsREqMQR73hRFUE07B Pqkmz1GTL0iZ77AVUEMYtl98kI0tYlRkRVtZ1+GbLyGMw4RxL+8e+fKfSLqJSPnKa2JzN3K5n1tG BoCInpMm3HUTniELNPp0T9OXSkQ5Z7HqkrPmqPVMzYuo/wRWo2VZmDqrGynBIEFJsVdTj8H0XtwN jWFhWXHCwshchzU1STiLCvNd69wjd5poHfBHXfjSligtWKK8tGh1YT16pTJdffRK21NK3IJytUev lC1Acd9KZWQBSqDDV9aQlTJRmHOxlZoiSW3TxHyXqqJVfm4tAiYh6JnfEEmKyGW8u0CO02RF2uGE Te28AG0x+nBrzJcVRkmmddleVLBMpBAyGO9IHUNfYMxaDZbSmaXyn9tfvdFcY8Qdu8IAxImxL02O 5AZPk94Y61ICIPBmxyCWUQl2226l02YDEQenAAmt3HchZtsZBQu5OQsT2MdXhYGbUxW+/D+KIpZl vVWhS5EqhFMVFHqmKjVfo0ykFWo9zN1jb/hinHRgbADixNg3IYoExwlJX4x1qQbjyuZrdy+fqGDS VEOrk6xT+B8ibAgVI9j8J0+r9HApPk6oC2MDECfGvrlLxEPszr4Y61KEcTRwXYyqo3N9Ijkn3Hcu RvV32w909F0YG4A4MfZNW0SRowrRE2NNKngu51SkdbbjPo7Txapkp9FPuwcoNyFnM6+Ld7WLmTZl 2xlUM6LzITzN8MVFzWXowmF9YrP5CyNq6laNiaPzlptvtiNySfH2RFTasB1A66ItxuTQkTHTyRYB 2OHGMRbdGR2jbkO5+Kz0RKy/+XdhbADixNg3/RNZzKI9odIHY120xZicDbJoKmCv7xXGE2It4MTt fRs6kts2FfA237xEB68CZceT5grtq+acaBM8DsYGIE6MfXNXkYoHY6yLthjHfwXGletYVxhb6KFI YHDaLLTSjj1vqgrmhhRJWJOnOMbRg7FYqF3jADbJXCCrNiSto+Q5E5n5Lt3NroaZVRtf95wP8oOG sp3245tvC+She6iWj/3ooq39JAMrIag7P4eZjCbdkeNRsrcujA1AnBj7Zsgiylm6h2r5YKyLthin g0y7oEQ/UriZV0DXJ9j33UHj8YpXnRgbgDgx9s2QhZD/7qFaPhjroi3GmbJjqkzctZzJwyofuQrh hbEBiBNj39RX8JjlvasQhpSwvZuzKNx5lyIRwXFKtk0V4rXSSnWPhex9itRi5y7TA1OLB/qUrEMX BnBOXfimyCIU7VXuqFmUlcG/AVxfUMJWSZhx8Qqv0JHFFve1KBcmenpco0x3CWoaS1/slObUQZKl +BiGFLT1Obth8M1iecHV9fM+B0OGWHUPlEih21FoUo7fF8k0sjBfVWSog2/wJIGM3ygpZ5H56kJn r79FnbRjVxizd5uDb8LNs0K7L+/roQyp6BHrpD8g5o2x+zDHWIBVJ13qMLBzqSPxTbLx26re5Q9d KPrZSunPmG//LZJ3IKzD4QTYN8OGy+gPsCbUALxbJm0AVsdYdd+ndIQG7n5DdyQ//VYA63A4AfZN r3kcab8I8UZYl2ohJkPGFTHLWVd9vay6lEC/PqJoTvWJ9e8CsQGIE2PfFJTj5zxxb4x1qehhlWjb 7SYR45cGxgg7R8q/rGjdpQ4DO6c6fLNVzgvtdym9MilDtNHJb1997sLYAMSJsW+2ysNM+31IP4x1 0Rbj37363IWxAYgTY99stUhYEfptDd+kK4+rFMOjS98EJhOMx6rLn/njE0Gjz86/QFGPEYTyo99f oKAxnHePjHU47Rh3ckNhCuAS3OVIWSBNx/rnLOiOoTmcUxPePx0PXV3+H7dcJXANCmVuZHN0cmVh bQ0KZW5kb2JqDQoxNCAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8 PC9Gb250PDwvRjEgNSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdl SV0gPj4vTWVkaWFCb3hbIDAgMCA1OTUuMzIgODQxLjkyXSAvQ29udGVudHMgMTUgMCBSL0dyb3Vw PDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1MvU3RydWN0 UGFyZW50cyAyPj4NCmVuZG9iag0KMTUgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5n dGggMzk5Nz4+DQpzdHJlYW0NCniczVxZjxs3En434P/QyMuOAJtuspt9BEEAZ+wsvBsbXnv2aewH ja7RWiNNdMzs7K9fVvHooiSyKW0CLwJ0JA+LR51fVbGVvfqY/fTTq/eX795k+avfhstZdjFZvvzn 58HPP2e/vLnMfrl6/uzVrzzjOZNVdjV9/oxnufqPZ1XF6rLM6kowLrKru+fP8mwGj78+f3Z98W45 eFlebAftxWQ9qC+WE/XYDr5mV397/uytmhPmtTNxXjNR0ZmuL16GxoqCSX/oG1hgOIUFMvXI6EPt 4aPaw+UH+PpZPeYz2M1QPRZz+ARfM5hg8rt67OZAsYZd38G/LWHSzf6kh2tkiuI9TLoeqcct/EHk 6sF54Bgyb1i+d+SMjM3evr/MMiIcHhLOvjhkznjKhCJ1wqJhImmLReqMomJFaWd0/NPsDIk9L1lV +aSFImKFIsJHdglaAJJcP8HXd+oxnsDkSzVuC8KewmMEYsKvK5ButoI/wNIfYYIPuJ2JohiDZkzg Dx9Weqr6YgNfh0A2hk9v4N9GqDIbRTGHcUucCj7Nl1YjWRPSApEfnCrK4jKVxbxkZXUeiylpx+Ly j2AxsmS2tizebAJbKYqaNbW/lZBDKMqSicIfC5PP0KjBdoOrNILlReIqjbKCvR0NZ/o0ahn4NNy6 cyGb2ZFHnyJ4YospgkxVhFww2ZynCJS0UwQZ9qRm8t9WgYkFV06v9ScejmHSLPpgduaecfShKBgc 9JgU8NH2iMJjXEwUVaIoqjZn9VmSoJSdICog/ATatwBpgCBu5loaJvI+BQ/vHsnsOnj0iaSPwR47 YvytU/lbN6wR5zGYknYcrq2qTyCq78DS51v1eEpQyJP5dZoKJ3HYY0iMxU0qi9X/WxuoSnemozyC HV5iRAQfPAczn6DnH9pYgcFh8z8bcpDTAe6UkrOi9c8S0o9S1shJOvYsZQ8tdiCKNlUUsuxmlJ0o ICa/BrT7+rgAME7VgFVM2O4VwHd1EvSUcXwczF72GVcWgLz1lFXHuNdqO6NvwC7g2SP41AnwbAYg 7w4ey63W1z+eDX+C7dNTxhmXmllUBWfcRsS6YxyGoKnVLkyZRg4s/8n6c7qO8ryHcfSUccalZlAV b1lxGJcC+2gVKK18ohpYwJ3NgHWvgNd3Dmc/AMOVJAwAncLXdQiFCQUypbcA0CzBfyNe/v+RBWVc VBSpqWeV16w8ghF6ZEGpUBjCCQP87XJ6VCJm8k8gDC0R9CIRPn8HFnsMifI4NfeUrWTySHof57FH 9VqN34G3vQVfvAZm/QUO/Boc8rhL7CY29f6uvjhc5NE89hkS5XFqWiebAmZOmTI1PZE1Z3Wa40tF 5FK2kManTJmKQGVZp06ZiqRkIVnbJpXMUjGGVC6Wp1XhUqOv5ALKHHpK7uM9BCZrrFLtIPoagKf+ EEp7qho00pszvs3UWCfznBWyB1XXBVOJV3js4fKp/r1sGlYmqYdIdWdlXTGp1SPLWS6UIY/Ar4UO 10hW53tkSHJ1OzAFRYwSc1cau/nXwKRPe5FjBXEl+6gjRyCYK5wnWrpauIYlypZV0h97CctgVQ4h W6hCL1rlb/aWseVOtdkPMAtqHex4DkcZdkoIR/5yAcfAMvyXAdLMbe6xhUEZ+PPdvXrco8sH6hCH pVDJlL+XuKhTvWpZlazmp4uakiHJ1on6dzDIIRZoXFasxQoH1gnxA9SOR5biy8U/YMxnwyk7HEts IKPF0AY91JYRDJnCAqvHgQHdj/AH3INWsqFVqDdYop3q0Km4/BDjcq7iAT1bH5dTA00pxVlcpmRI Ml75tjS3yjaExwa+3oFGLdCgXoC3BKZjdXqB5TJM8l5oFilaQBfYC1rdAMUONBQVETg2BNpbV7fQ 6O8KuI36e2ex9wj4jj2COVDcbfp53J2sj8epkbcsc9YUp/OYkiEJVvtRL3eosMCiH5HH8OkO2LHZ DGg9IRtZFm2RlQufvcDKBWbYmdcgxKmWfuOAOcxnFzJ+Q7cVji0UYjQvVSZBjtfH6FQ8UoqGtfJ0 RlMyJJnH9MSUKQnVtdZOsOJx50THNpDoag9y+FGNu51Yh4C8zkCpV74UsVG1WltPgaaxgqm+OYtC 9/Po+5vMNXPQ0yEsx6ke0f0s9Dai8Ng7VVwqqZCu5DXL69OlQsmQhBx0a7l3TFMz1wTMdta7olys A1bOZjmgSeIChTMC1w//NtpZX7FFW+mSRCcr3WlDCpRuqGRZFRAdu6P0dW1TQW2ZS8bPAEKUDElQ NSaY3mEU6vT3gMfWQ6BDR3ePhQ7XUOwC7eTf2uMaCt1p3IuNLmO7opBDUdyDT1lb1dWTbqKqq9v3 5Gx9XE7F+YVCWsXp0dEj0xjk0SoO1h4Qj+1c6vyCck9xYKU4gEWkNSrnYmAiIZJNOhhiUFygScpb lnO6l0hDVUgmpD926y5yTB200X7xLqbweQ1ZjD+TDSsqYFkwjZYIR9TnfIqFC4zL3oxx6aamR0XD WXmGdCkZkuiW67cBhT2dMXjIyGKfLgZHhSikZE1Ll4xkFJVAIdKxYEtDDBwYdDYDC0DX1pCHCPMx ZsOn9dzpGajdk8mQDMU350q121j2i43uJi621LSyqFomT4dTHhmSYGEck5uhE9sIkyRMnGbORp3a oj1uu8snDo+hw8P5EJRpCqxTXVnPimGog0loVDMINGvDVMNjzfyNjVT41x4edyfr43Fqnl3I+iwe UzIkucEsyUBMahUdK20AMcECmZUtBiZcf3NkiHkzVFKgeMAoP/bCC3aLwldftta5ZjfwbztrgyjH p57wQs7Wx+XUFLcoJdQATuYyJUOS5d6lKHc8DSQhs0QHvFjZnu8YmQnjsFsUvCSiqxRkxWviOpbW Q2irmbkrN365AZErYiosHmdfLqxNKGRlSLIfrBsKRpa6YpXwtxJyhWUjWFP5Y+MiS82Xi6Jg9elg 1iPTzsewzMJ0p6U/HCiyAZqkiPNlMDAJWVfH0jfmQgE+V5uVdBsRMJBXUMXyxk5mLmhEL3Hp619p y8gcqoPe2D09RnyJqf7OeFrPR3SQaEPcSDS98VaLa0Rqdl8IDiH6ZI2gZLqC4upBXe92S4Owsp9v XjiylyTr42Btaf2lrmxhrg7uDstbGqk4jP+ASNNFnWUX8oDVpAzoMoVNNDBhVZCcsY/bqSl+wXNA tSdzm5IhiRfKY7ebCek1yYy0CnY5/l45BNi+cixGbZ4iE2mib7LUjbH9uJ3QbYR2XMgKilfBsYd8 T03iRdswfjog8MiI33M9koULJOO9Woa7wLm+s8pMPGAcA5NlrxXeDo1tWNn6Y0PHEXXJmr15b8An uzpc1tXcYPtYm8TqY6ctaMdYUUAcrU94Cz51rjUjFPhyuJAf3OfhveTUIoJoKuDWyUKlZNp1mbvX tdNlm+A7+GtNxTYbOlR2xFTQ2SG7blz/BRVn4Sph2vEj54HfWNC/NVjRYopoamXZ2h0mgic09vDG BsWlsUdw7KG4UqsRoITF6djDI9PlTQTMvVeyuWjxJB195E2QomLcH7oXzFfrozqvbB5xuOu4aaUA mx9iVeDGiZP2EOgtMK0FtOFgENPE1aN10+c/bnC0Mu2dIi661FID+KVzREfJ9pB+6EYlvL/DPdK+ Q6Qm3gIi0elIxyNDkl9dJLzDT51/cMm4hiIbK/vJtfr66VewZ7jyLuHRYq8I/jDu3jkKFsMEZAJk KxFgqgtndNsv1XHbSttOKD8pCs6qwl9iO40D5UPW9KBlb/b7USQSQlGgLBJPXKs8qQ7Id7QIUem3 ME44Q1secKh7uSfkTpU0msRzlAp15ntM0gEEPM7wwaKHXeg2nvXdSYs1LbyK5Y3N1TLN1wFWdKN5 iEcVt87Uko0oGladjow9MiS5BktEeDwNviOIyJiQxl4R1EGEjgUAgKYeMg8uJZRc0haoOPhsOjRq GLzRcT9pbhXEZYCzm7sQUdsiBj1gbLBwm0sEonRH9rZzgKLI4QZI0hlEUUPq740F6DrB1ni/TZjb JklrmTKDNxZsQn7V9dBo98GjittEaoFNKIdQp2Hm1AKQ4JgJnGxmlKy7gUQaKvDADtHm3iWVWIfu 7lV2eSd9R9YEUO9WfDyykb2QyBbOQE1kOzhCcB39xiAhuNaAf7Z0WMzVbHXvYatxvanPLkKQ1LwC 4s38Y7T36g2Nq0BqxUfkIvE9iDK1rMFbbt8QOEWrCNk1KM/xwSpxLPK9NXRXEqsZmE1175HGXbK3 ItYD7y223wbzCO0QPdJgoq19oTd2ihoC9oG1qZ6Omc7qvQmCrlFn9d7YxLdVNZ5MWsVYnTd2aWtx E7/ffhsrqhn85E0E/Q9bgPIu/tCsOgp2vOlCtRIAOzwswUPFT60r8bq1b3icpPgdWYLi0zXOVny6 Iio+ut/oRU2r+JQ0pFFW8enYoJFwjnpLx06hUoad5r3u80FpxtRT7v3X4jVL+u2r5AUkIt7aQYis sbs3FrDfMq2bANcdc5G4lK7meGNtrhygaCW83p3EcOizNns7wT7E0LIvqLCylGhloWUOXyZPrd7B vfEjbzL1GQOhwtII9rlnsXeUeCmQU3S94NCG1f4aaQ0q3mpnRCiDoNxYFRlqlMogoeAvGZj72SmL mMYnHXrMZyNyc3eAd+4+QOKprUdP2FCpoHXjs3Yzibp3nQwnzV0IqBXQobY9EoVhlCAYORCFhXTn UPtTi6Hglk/vR3RUCWGDrBCIGlEjIEv1xRYy9ERMRSiDfQ4TWRL2YwMLGerHlWGvSltMRaYI2ljD 4Rco6FCvMo1WFU0ZU1Yx2QsdGkdfwZ5eXMMD7D3U8NSaMVfe6tjrkX1qS8lIkI/XZzyqYGkZi/z+ vqJHTa0scyUj91LeVdfAgUwRGz3b7m6quUkZKwZ502FeHDQjXQzyCMJjoRjkDR32RDM6dhbtNZtf Y/FnN+EkHswoBerpAtEsfJpMLAAcu7d8gjckTNLuzWfDWKjEXGCEoRTHOoE2F7E/TeS3fKPexAIv ukTI0K0uKdDp3sbUNy5n9h5DEBlwnoMNU9Ig/NC/j+aN7RxKD4SiRD0Yig7tLhrqi0Guw4XvWeD1 upG7zzAOZsbYG/cmDlm6zaJD+z009dQyNc/rxDdbZWqVTwH5Nrfa8Xd3WRV/EQp/iWfpXgDCm9ZY esZUZ2EuodNfp3kLVznvXVkNe5ef8RIM9hoB8emeAqyR5eqrwEYUvIWew+8CcJMP7D28X8CBrtXH oQXeGfzAzddoT9I7Y5xtqZXMptS4KWHK1MpYLRgv7ZTn/Oggpe/50UE69Pv86GA0Qfb25+lAgEzl ifD7Z5TsrB8x9NaNSjX5h4by2JT/BVW3JpgNCmVuZHN0cmVhbQ0KZW5kb2JqDQoxNiAwIG9iag0K PDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9Gb250PDwvRjEgNSAwIFIvRjIg NyAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFC b3hbIDAgMCA1OTUuMzIgODQxLjkyXSAvQ29udGVudHMgMTcgMCBSL0dyb3VwPDwvVHlwZS9Hcm91 cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1MvU3RydWN0UGFyZW50cyAzPj4N CmVuZG9iag0KMTcgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggNTE3Nj4+DQpz dHJlYW0NCniczVxZbxvJEX434P8wyJMI2OO5j2RhYNf25sB614gVBIG1DxRJSYQlkUtS9iq/Pl3V VT1dQ1VP08lDsFiakqqqrzq/PpJXH5Lvvnv1/s1f3ybZq5/m99fJ2er+5T8+zl6/Tn54+yb54fz5 s1c/5kmepXWTnF89f5YnmfkvT5ombasqaZsizYvk/O75syy5ho8/P3/26axIZy+rs2TWnyUfZ+3Z +tp83M/Nx+0avsGPyezX5Pxvz5+9M01AMyw4r+s0a3zBn87+rtE2eVpK0tVvRvYDtLJbQR/uTB9W 9+bHwz7QaFG2aVZLSVeGc7MDpvfmYwXsexjC9Qq+JSAcSHYb8+NdAi3cAJ3SQtn0aTXqq9absq3T ppW0H94Y4T9rDH2VNiPhLxXaKsvSbiT8nUrbpsVI7jWMGadgr3GVXdr2kb2pzGqPWtBGWdVmtUdy N6Y3S1oQhasr0k7oU5KlWVEl54tPZ4eNxtXXaTXiQg6tmTrL01Zf3uTd+zdJ4plbrpnb2MDqLM1Z YOKsSulFXxjbkUxvwQAWYISgwWvQ1nvQ1g/wbY2WoVlXl6VFI4RdnBlp+4uZxtH3aV7KPocmoYid BKNRRdS0lrESiyYtq7E6JIk2sV2dttmIDVnO0ehxQkMWmhc9auHAr9tEXjZm+gTp6to6tIDV5W2Z 9pEN0ML6tPfg7ZagXyvQrzsYFXi7/YNrWfOdRueLWkp7ATK2IAMdKDl9I3wH2rgPSCurCl1OzDhK o2dVe/JMlZ3RpjayCfKsPu3cjOHaNXM9h3EdYFwvVMfVps1ovlV31VRGHSUtCL+BthKYzfmBw5Em g3U8r8CHkaO8Yt+xhNW4ugrEqjxvUT98/p2Lo7fm4xEU/g70Y/cZBC1ZeNAIisIIrKVcbeKLMkub XtIecPjQ8ysYwyJhD4bzskIFezCduMWOub8eYOp2X4D3NqB5HOyGFpOXxjX0Ddp5qi5YbixbspFn sKtGE3MHnZjDqj1gZ9HAsHdTq5gVad3RDJjxsLKBlC+YUqEqzFkf7VyAw99AG3fYg3sOk0tMVMD1 J6BG88/sveYJT+vvyLEEC3Zz9oCSL4EY2L6uuPdJbj6yzI1SnVwyAX8wUybg04LN3S+hwdo22Fof pbVXF+2RjImJbvrMRHBL+mnHnvDqVy3UdmmZ+VxeHFGVJTeJdC94kP77Ay+INXP4sKOFlbpKuDNz WNabxC7rU+qk2FJfgi35AzyQdRxr0wvZlQ/m442akeUlOGBfsJroWTPxSWFE126i9XTSqk5UI1Zz fFKKa6jl4eVvu7TjHGOBTv3W8C4g/qFDOVCayYm+usZYlEhxKqkdmk8LGS0WSMbF0+rYpC3sVIWM CacqaG9hWF/g4zYc4ONaaLq0GrWAseqw5ohxcD7x4gyixU/vzIeaUpZ1g3rjC1TrpqZMs1bSXobr MUELTmbvvOTm3rME0+M92An84TdQifk9Dwo/VrojykZLHOMnWCfNv/043eQULWiZ5GgG/kA2aKO9 oCXTbMO5GpXqca1Yq/BJ70GtMSqpptRj7Sa43n9vGP6lqV+ep10tGdSaP+9MdJe0l9ibBa8+xsNr lwFz8ET1VdSqqNFWfKHIu4DB7pYTmhvTb9ZcnxY0N9lzeOaooThJk1qO21q7zP8eBKwhx1pj2qR6 ZVsgR/UYamOj/L42e5mVyUwVNkipiieMYMpq6mpgcLb2QbUVqu0EG7JoukxVtsdg0aJbmPevocyc ysAjToszfQVfg5ntjVq5NWkt2adsx6ddH0SCuFqz61+qRkL+3Jey+h26GC6xsiYtRmxqiZUXaTMa 1DjTnwgOUc2Qifm0ooJpbcWKOdbnFcdeDPhLdAEDdKkhJnXWoUP027gJOTjW2KoEPgrIc442h0Cm 17oUjiMqVGg2hUsnwr/f2gQiKmjPXR0KNQHWoba2omrQdOIRHNElFxUP6JJgGR9uOZhu4A9bZMOS FPKdHQwqATprQlPTVeZpzln9MPg7XKA5h2Qbv/F30OQ9NHkAE9tgzvmZF/frmlM6rCiwpyhgO3d/ 2HFPHw486dfaLLOi+Z0MYlZVJGbVmBS6jBFYxwo0FW/FyY+pQSgtOzhIC/XMJkOwOFiXiBrEcGDS 5EIkaivGEDvziFX4xQW1YR3ercswsPpE/Ub83km5fWQOjEljxXj1Y/HE3gSXAd7wvsuyH8rXY+an NjaqFsExMTebrVAqLInjukIzXZtoWVeuK3WdZVX3+mUF38vXPfxTwK9ft/C1zbKstF8b839nv5ZI 2w7sjqDBr9UbkGJ/m5vhVvg1K+Ev1FSDTeGv7F8rYG8H9t5+rYbfdub/NmriKFT4Q9W9S1tBniZo PwFG4fy+5mIpWghOPbL0aZZL2jVk8aBZWtZBAGRcAxaAFLRbsA+tWKPcLU643QXyaL1sZqEVawRu Cq5gMkMIp+gSJIJLrEHD1XzUOCjfFLSX6DpuANIAjAkLXBPegjs4cY11PewUCNrMNNP9alp4MRFX 6q6EWo3UcclxJaiPeVYBj2DVKy0oygQpJtkHTRftTkCc7KqAfFzQbgG/0FTRFmRxsi1M4dH6+fv+ LrzN4LOFVdFmt6JLFlmGPUdNFankixoIlXyCFku+G4hOX9DBYyibcFtRbXX5UVsZgJcaoGi8MmRc ggH3UQ5sK9PbTJQQR3WQ8hQ53dO7J7R/HNUEQeqC1gfkGFXBNMPB2LZA2dpMbRogr9s8bV02uDnO YhBiWMDi7oe8EMVTiqJvZppSXohXM+usxtjn0+q4gyEqddqjdK6JTOfquoeViZDYxkqs2kHijxt2 iB48HMaUPH7fY3x8Hy6PfbZwxU8O0u8mVnLXwc6RO/O5LkENQWNMPDKjXNsUNexFfH5t64/QWUGr l1xYngnaMNRc1HXajTjUXlsUV86VGeYWgalDYL7YMfmc7w2nUR0zVeeB4wilqYEgt/A5FzC1WLXO bSkVzn581j+qOU+e9rk+yUf638Xqf1mnfT8FtGRFmgtaL0/b6BZSoar7XPZIiiuy1UifQUku+rbm /b0xfKf6qxJVOGZ8RWbKzlLS2nLwhMBUtAXagS9EjZxth3bw5ISqClP0OUBOxxM6jWOXRYFhPaZz pXFReS5pGcjWYnKFOX/MXJdNhlrv085dER52BpWJK9mId710aBHu+q9tOc5F+NWsjXDmbAzGleX5 ybCqYIuBVT2G6I0Iihs+Z/h0jSANrx8lyj7DVGTxafHI1OER8KQ1TDz4PwQQbh/F7K8REfkrGBLu x8PKLf3dUZqDi9mfmG+DJZqTsCMdIZZHdT8Vj9FFDYj2XgXtHs/1LNjPPE4efaS9+KgGWddMlV8w 1mW3qafPHVJ55bNO7HkJ2kHVJkqsgUmUQRO7ZD7bRBlkFc7v2xxW+no45QKg2yFks5x3+EIgsiD6 +hVWa004Xrh6Efwuo7ZHa7eM4x0SrhqugntGjE34QrXECWCJOpe0wZjex8Z0k82UdWRMH2hPiek+ 12kx3e8bQg8HnnLrq8GTb7SChQO1L0SvhGuMsT4tHJWeO2zc7ogEN5k5UEc1aMIBJJE+LUzLDrJA PI22Vnd5KOTGLFxpoh8gcj4teuCftZqDw3PMIDg8i2VyZ0MuZmqv+u6oV/bgGkSexYHd+P4VfKw4 TGCarG0ZV6Y8rQopUzOm2pSnTaPP4PHpZPU2wMiaqg5HFmVNgnaTOHhtpOOqV6zBZQshHwy7fgSi M/FG0qset8/AswtasgbcC8T8izYEhcIGHLDVdyESsnTci9osWGfwVsKrPcdsPCVwr54SMDJNgSNk 6v6zAKNR1+d4yWNPpFdtk9aRRZFHe4IDFVwnOVDRN2dC9sYGVkbBk1S2KBIyVHdmfa2g5ZNUeHJM YTPd7GKbMOWsKdgFLaaCOBDYqrSWo9ZDLWyUCHZVWczIx91SfZnJssbd+grLQwcXcOePgD0L58ES PEB/L12Weuk2Y1dYtaJ1/ZsPImKSwmVPME+Enb72qCbZ3GuTQjWJYLMnsbSaJE972c6UGcXeaajq IlZk7KWGCrSLk6Un4To8b4c7u7EomZD5DSiZ4J9AyQTtBEomaL3MNIx+Ca6T0C/BeRL6JTiP0K92 CtVSJ+VYT2IPElRFl/aRKbBHe4oH97lO8+B+374R1ooaH3twn/ZbYS0hZALWenpCp2Ct4wmNhrWi Okc5tqCNgrWi5pryZkF7Iqwl9eJ/CGtVeQvyT4W1BFsMrOUxnAhrCc4wrCVIY2AtwTAVCnza/1dY K2pABGsJ2m+FtaIaZF0zdVjusNmTYC3BOgFrCdpYWMtjOgXW8tliYC3Rt2+FtYSQb4C1JP//CNYS QidgLUEbDuqxh/nKvkzLSYDaBnWP9oSgLrhOCuqib0/V/Gjszh/ebPj2jVYJU20k5Kpxty5hb17Q jg/+hmsowUqYA3Wa0QDKhhf6lf4SdERIujDZoxmsCkxZ0ChqjFVWQZKozPPFLDDGyph/M2IloCLo yyA9rZhhs3A3yXwcq50ANPKqS1spSTOc3J6pFrRhw4k9NgFn8uqpqoMNx6f9VghLCAH3/PtiKhOg xFZwTkATgpbP09ObFSrUyrYS1Q4cN6kl7RFo1j5xaTeYTwpxmGS8AytRjaTtUXtjOkzwmaCNQW+r ooTsVfBZ9HbCQkyWMSjLf2UhvqQpC/FpwxYSewyorGpwgzEiY09WlGWZtk+cLIKrA5vDjE6Yv/lp RmfC7G1YeEvmPcEXfCzQwUnjM3xgTy/8+oKfH5g+WUZH40Qn7b0zzGHxFjneoaabYrSyczxPptXz dLBcCA1PZuyWVlnkAN/FeTCf1nqwpy+PmQ8Y5+ZrKD6SW/Jl+jU7RUWuzzRopjkSovpBW29HDZjq bUF7cYbjXLEyYb7PB/upfCxS82MOH79j4NSgQYi5ba735fi1k9hNFYBYs7gHVGJB+8IkEzl7Be8S Kb4JM7zOBCtub7e43JcRMpqdBVoj2qC7N2Mf+XC3fvbD6rv3JuwdSLrR4d8EEsc0qY4cvVSzHV6q mfC4RddAWkjK7QABe+0NlhpBh+QPM6xaW/uKh1ZQUtUrZKq1DT6+IkgvYaIWn6EPf1DNB0+Nemxe Nq4eVidgVXBZDGkllgFnbIGvNyxdovuVbRLn3UYxmG18K8JmMLLwvnN3n4fHr2y6Po9ZkLZKS3Z2 W3exbS+v0muegfAPIQQvYV1zgDj4r+8Y4SpORzPtS9K3xvFAuaCNw2uKqoc4GdeKPbopaFUM0ILX R/Ng704P4XEALv2r6+bbkl3dsWWROqinoAkqEW2rHtHeuxK0alJlo6FKe+zqYjdWYLYiRcZurBRw z4d9/Mc15x7jF+3unIL478S1Zx//Ahy/wKYBJDRvE5etuAVMbtgRs+kREoG3TtVNFrqAJPqH3m6A r6zLAw3AKmXuJPNFV9yEVhbJ3rwR4vV31vDmjaAlaCbsIkoTpjnYLVdc+a+/uMDi9PjOvb6AKM9n eomIUhi2Ad4/BAF4wn8AmecHaSaPPP07Zyb4nN926xwm3R9lhHM/iyn0eGhFAyf9yWC/cNDdYV4F zapZv8XxPP6op4jAX7ai2eT4+PyxFcRuGxU53n6JMaxY0KowSam7Ke2lJcMMJWxJeH93KNfwD5fu dugQCPCOx7W7pjlkM9udjW50kxfrrlsyz/bsl3+Yj5/eighqLxSv+RnJ9b9ZK1QH2DZpU8hR6fZi bcun/SeqIXgBq/4T+pX3+XA52yLkWOBoSC89WSTY9HIB77UJWsQqYAXuwD5uZRCfhzZR6TECIQ0x uMeJLEdwoBO43UozR7wXCwyaMirGOD8xq79hZZjYalUn5ljBJ8ElKrfytudb4CcgrYLL7keB/iFa rqarVZOWPmcgW60LXFuf9tJFBP+Zg4kttKLoYHNSCBJFAynIpdwTCp8qLKsc6qqokZRVB4W6oI16 ARCRoLgmejyBKmiHO2z72VPFDL2fdpxyKTtJZTZadXzrs6WPcEEPZQrHGJHPtVTt6q91khp4AtS2 6s7UNz6lPcSAIMhmJurACV3xZDzpqtWdGzxPF9NZ2jL3Se9IHVq75cTLxneQDzIPwLQOs/255rzL BuB8v4nlo0wXIMXCd8MW6gaiPZXpC9ECS21qkl4d/LF7mkT2WHlMFVKe7J08JmT4Ox8XfliIiDsE 5TmkxgjLDbiAzaBGdz1Dj+fQybOheW/vzz7c5M5R3gdP9FjM2JcD3k8NRbQR49M/+SAEDYXfNAnG Q5r+qhwemdg/sNpsh0rTNaFpRt62kPMJSWHdmIRouXNlPtyh195JzrMurSXplPb4tHgcCo8GUqo1 9Ti4Ge1YxgjTRQ0aXpZBZGl48RRnVr6ew3U9YhPB8yuiWf2MeAsvWgvaOPiANvGiWqFTMYJW7KYP 78QGXiurOjz3LKRYTEhzfOyzohac9Cjvh9vf+zU/R3p969LskXNWc0jbWV+cnm9iCSRoL85QDUan SdA77bgrV5i36EcB8ZiskOoVHvMZw2UJgzOn3zqvTEYDqYnouRbBK+OSitEwdXAmB0vVZu/YT0zu PvD6Zm3kRfYyFgDv67TPWL2+38vHhY+QaUoyh1XcuzdvhyMc1+4dTyy/H19woF9C4Fq7vYqxP8fE ZM4eCsEePPWU3Lkz+w5lwVTvbvQcb7iE6yobdu/owBYVL3hmGrcp7Ku9acgn2vM7QtI5H8je+xtW NI03WPku+a/rEVi45a4P04iPvYVfFaQtM9ELLWjQKziCFuLefxFQ3bPuRiMrNaBqgSnDl9N9VuqJ wkAPtDuGGNje7uQKJmSYB98LbOjlcK9vfrzzH6kT+s+PcG056GEFsnzqqJ7zinN/M2yo3OLe0wiv i4mfwwCUKkWOAeGeFW1cKJNjH0P0RU/gD4L2E7YFWYH2Igs/retzTb2tp/UGneF/AKzu/yMNCmVu ZHN0cmVhbQ0KZW5kb2JqDQoxOCAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNv dXJjZXM8PC9Gb250PDwvRjEgNSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VD L0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA1OTUuMzIgODQxLjkyXSAvQ29udGVudHMgMTkgMCBS L0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1Mv U3RydWN0UGFyZW50cyA0Pj4NCmVuZG9iag0KMTkgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29k ZS9MZW5ndGggMzIzNj4+DQpzdHJlYW0NCnictVtfbxs5Dn8v0O8wjw7QqqPR/L0u9mHTdpG7Zi/Y pE9pH1zbcYxLbF/sbq/f/khKGkvjUEP3cFhAm7QkpSEp8keKzd5cZb/88uby/OJdlr/5OF0vs8li /frT9dmvv2a/vTvPfrt5+eLNB53pXFV1dnP38oXOcvhPZ3WtmrLMmrpQushuHl++yLMlLr+/fHE7 yc6+ZDd/f/niPfBn7y/PsyzYSXM7DWVXudIkekRgIRVoWlXYw2a5yosyu5ndTgoVyA65mk6V9YCL ODTD0FaqySOG2wknvCtUXg9oObldq8xQbsbQ6rxUdR3TXp91k+3irJnMVrDc4TKbwrLHnzZrWLLN 2etycgd02Qf49WEDy/cMlos5LIu1JybexRMsO2Z/owtVV/xZj4xnpMYramVKicRSKlGXYOChO2QZ p1pv3pCNWG7uUSuorifU8hb1s9j1igtVDVrOQMubO1Q6/kV2F+j7+X2LulVlF+57O1kd2QUkL0Dy E2cXo1VtYiHchsY0qm1i2jl9GS5r3HqX9a6zh+Ue/yLb4SG+4SFQA5tvnniFdEtutypv4SrwJzuy byW1b16oqj3dviEbsZCe/0I9P6Gh1o+97l/hZ+O3qyUur6x9GTPmFZnxIP52sv3mnSa7gOWKYy07 ulQh6yu8rJfI9BGWazrJ77BcXuEhPsLfXven28/wdGiy9/+BZYofsH3wXhpcfvz1GxLfI/Edkmy+ IwlnOzCaic+VNF0tNF3d5ao52XIhF3Ec3xKKXkzkLFvgPshIxNiqQo8NSZ9Ae4utN+ZugRpdw5/t 4zhL14Zi7xp/+rrwEQAui+OYZ/7GZLew/Inx+LyApchhqb7A8gpJbv9Ejg/AcW7gV934v+VO7VXb tKo9SoIgLZkEIy7i6Hemc3XuXIzCTA2ZPJAx4iaN1E3g/53PCQOFlKgQ88U6fvJYoZDksVrpsapS KLGTSiwNepxAomZx3FAkJATtL+1Fn5mGEQldbU0xBOPABgP7v3bW1sCxBw4b+9HFKUesMR+s0KdX +OsTCnhEj/9BHDPMfnQVkGO3t/EH7ibSTXHZ4Qm+Uvrcx/nykGlGXFx3EJXsl91RcHsAGTbJ4q7r pT/x+s5/1OMgS/8tHcXDLdL2kKLdOm9UKbodWop3q65SVXlyGI3YiGWT2fTukvrTzOOdiyuPY+Zz 6zeguh0oe/eW05+GbN+Fe4x9rRQgVq1B5CsRKUWIVaNVczqCiNgCBc59xiU/Ww8guLtuoMAppoF5 n0yQg1UnIIPKhDuOfbsUPVVVhyBQIlKa1auy8SJPUmfIFqhz6wHZHpcZLg+UPMOs75DNIRZN8S8o yd6j7pf3Z66iyRDtTH/0QBpJPk+2PkDsP58Nfd3ZZkUBYwk8nJXKSquiCT9kTKXSDFiZSnWdSKQ0 e1VFqbQ+3UohW2ClsL6Bn6Ye9jxY/XKpuc1VUYdCbynZ/NiirlfwE6EoEnK38balcPRXjYLP2BvT QZjoYslpxUmTdAWlbyFKCoU0SVd5rkx1ui1CtsAW1xhiLrxV6E48zHsI+mSjEOj3CiM4NQwyf5VI 3VuqD+ieYC5ezG1UcyGLsO5btqisclU24dHGlCTNnGXbomSJSGnmLJtaVd3Jeo/YAr2/g+X6HJX/ Bpabf+Kv5LlUkKA+55y76q5T2oSSx75Rmi8B1qtG1l+T5suyKrzIk9QWsgVq6wHoFB1t3rdVbPOB ICEVu+fgfH+weEOrtgq3uJ28TmOTiNb2Lg5bsz0auPvSbWw/J6Jdbzx+5uNWpzoTc6WtJs30ZZmr Vha3pJm+LFrVnR63Irb/kyMcthh3hJB2sQySPsNWVarthFs4hwlpsfzfzC22TiaviCttMSmQKHWj clkQlQKJEkol7WPWP6ZoIGyTTFGRK+qB4N1auWqSyj0HsB4U/pT56i/rO1fbVW8E/LNrakpSKnq0 uMLtkWFPoqD+F7ZOcg2LzqxQBqJBXgJsFp05cxxHZ2GFQEjNi1jILTBd4UctqXJFcPIl2U2Lj5C0 hBSZGHAbIwoaRopMTKtV6UXa9gHiM0LStl/AJTRwNEB2ET93SXRhVBWTvsMNpnjl96F1vIkQuZz/ 4bHOCl2N6qyHQ91P0ePfCGRW3l0Wh47ubij0eA90g0sU+tR3SqkHprn3G9fhjr4jbQUp9DE1lX8S kVLoY6pGKlKKNExZYftaIlKKNIwxqvHhynC9S6N0PqBVWdI50h3fSBLXMdW1hlsckXp38x2SR/S5 g7txwd5ASK5iSVjLWqB+2SfBPrjsWOytO5XrWNJXPAOGzu8L7/wsO3hZOfikd8g+8/F7Re8iqNqr jS/QqBH4ebKjaiysvJO9O1NozKED5HB1zqV1hxwiNmLhYop7eA0ZXsNGXU1cEMmS76rH+2Ddn4YF ts0ccCYCXlngI1hEy325fa+ISDd9h4l1ZKirdRlzpW+kFEUanaOPSURKUWTRtVj7WJE39z5aUw9y ec/ml1x1MSurDJuKIlpKB3RdyaZsFqNLHnGyNq0b9JzjXdBO241/99mlGttFUaqyimVgm/U4hjH8 kHpyoVaKtjnaKwwWrj9Gt31P3TO24q+xrhBtamqD8DOinfcjC7tDl5T6cav+eY1FYtWx0g+dvyus xbl7VeUan6lEtvWO2tYI5vuK0bUDR8KCddSQlXUh56gh7aFYSMeSgCkMdPxbnU11IZsNdIe3Htp1 5uP8sXHcI1CAtNxdoscBxgGKCveLPpGfT6BZhogWG1A0bGDfdfphjN3Wn85eMDrEPbrzmOuE0pMO g72ZupBZ0jtMA0i/+TmHCVnHHCakDavLZvKIW02pn/eUciJIl+1A0C5uo9uZF+rBotXZ4hhEQP0d SeJDkA1XIe2+H7IBY4C+OGt4R5KoyTtS9HU9NhsJa6INXFgLaZ/o3efw8k9ojkaBaH5m2wMr6tHO ElnBO1Nd/LQzhaxjzhTSYgYY74r5WCLaxWbUkJQ6BXaXZd9k5jzV9WwCAQF+ZEcACpNjQyXiIo5r ehxCP5hifzY9wuTaMrEhCIatfbqkXrltmBNWRqE/Mm9mvivR4JNCJPgQhzkmUyBcj5hSudSH6xEv w/59d0il8F1z7IfgkwuLzp2XhaxjXhbSUhkx3ndzriPaxYGxkDYMjM7L7AAEKmlDqsFbuEGTPWxG QlYoeNbf9Dk3Buoqs4iNTXsusnG0x0Bb2vwrTKtqGXaXNv+KAv4fY3e8BseYIFGrOAATSroEGZ+w er9huaDq72Imehpe771xV1yN50NIyMvOgQAiNyamTWtO2qwrNCVKV9H1Lrnu58Lmzw3w0mwM/dlg MCd5P4vSqKKLt2Q71nYIMaIdTZY+64s2cFcopA2S5crPljznQxBZmUvTtvj0Hgl9xdF2pap0TJue NJZ2S4u8OEyEbQYWSnccIlYMiOyUlR+SGgO43s1DwUmA6xpREQPvJdajolML39Bc4SnaxmXckNa/ obkW7QGheujIWL2pVN0MTvz84Ohp02hl2+EMfKxn259O9olFCnCOpTt9GAy0KKnvLbDp0jpWxMpn ZUzgEalXc6rZFTG8JRsgF3Up9/eRMu2vP9L4LJI30i+NaOe+cUEPE48EdlgEaX1KtJfJ86O93I12 3yV0etdbFRnDeerQ5mPwqNQG5yNEW5SAR9rBcTD7LA+uhRva8Y9w+CbtpU13mDX9ft+P8NzH9ygN JandGUlindaWHRHtaKZyE0eyDaDUr2LSp2n/BEaJmtD/KYnKe18olEtUbhYgok0nKumDEuJjw+Sp 5IjvcfJpREVHzzF9vmXkXnql1X9ZgulN9Bmsq1dQNXQR6aiTuFaPSHxLnZOQ1IOZZPQPGbiqwT4U h5Rp60vf/vDiyCRKn/40wAHZVHMpffrTRh9Gh4eVxWFcMz30Hwm5/AQM1zcpLGbLxoirn2TfT/sn LxZx0exJxM4WFhadRbRpxUlfaDTE9n5A+n8vLAb6Xni0NZ+euX/0FkD26Wh8d62y6JB8W80mzZB2 vG8H6L42sg3cNEhEm769JRSCw+Nz4ds1aCLatImlL2Y6bw5z4MP4nU6vNGoR8fNTGR1FtpB2PL26 nCzagPo5EemwDsSeDTXSZpRUKU/gbKWdWqV6fyzRhuLHEm1Im7aUtOXSVarLf64ijFjZijAdySIZ 6VZKfNLTasyIV1JjRgwjNWash5NqTNk21lEiWqbG5F4KaOQ5EiCqReMvO+UfMZYGUHInM6/DSs/Y l2Ow423x94x2o20VHHuCoAoWmchdpra0nf6fqIIj1nQVHJFKquCIgcNyrssZ0fIdUayBWNLjaCTt 1jaF0iUr8r+3DrYfDQplbmRzdHJlYW0NCmVuZG9iag0KMjAgMCBvYmoNCjw8L1R5cGUvUGFnZS9Q YXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwvRm9udDw8L0YxIDUgMCBSPj4vUHJvY1NldFsvUERGL1Rl eHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNTk1LjMyIDg0MS45Ml0g L0NvbnRlbnRzIDIxIDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2 aWNlUkdCPj4vVGFicy9TL1N0cnVjdFBhcmVudHMgNT4+DQplbmRvYmoNCjIxIDAgb2JqDQo8PC9G aWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDI3OTM+Pg0Kc3RyZWFtDQp4nMVb3W4bNxO9D5B3IHol AQ6z5JL7AxQFHOWnaWLXSFwU+JxcyNLaEiJLrizV9dt/M7PLXVIWV+MmQFGAVb2cITkcnjMzZMXL M/Hzzy9PRu9fi+Tlx/HyWgyq5Ys/Pg9/+UW8ej0Sr86fP3v5VgmVSJuJ86vnz5RI4B8lskzmxog8 01JpcX7z/FkirrF59/zZxeB8NnxhBtWwHIj1MB9Uf0GzraC520Ajhl/F+W/Pn70B7TiC06mMlibz dV4MTkAHzCcfnAtoLlGHGKPyKXyYkvI71Isfpthls8IuOMyMOp9BMzqNjJiqUiYqHPFFrK+2Utuw 73wJ2q+7WcREs1KalDlMbmWWh32XuKZpFZEwSSKLHYmjaN9c6p2ZxLbDqFSaHb3jZW3niERayLwM JTawT7Po1G0us4w5nczIRId916C8uoUprXAPNjFR56w2kYokRQKqjDifgIOBd+2XKqzMk1CKJAJP BGtMoVmTc6MPVFPnfyuBftqsH/6GH6oJNHPsN8c9XaKqW/xFnrSJuqmWmfVmEreS82ivK81gXNun melfW+eym/bgzGOjG53JJA9UyqgDaHL0yETFm5OREB7oqBjo7O4cOJbe5yCPNGquRlhUajgaU65G ZRC9ao0HABB3Y9k6Su0eaydB/rDuA0qd5jKx4YifQfLX30Hoj4/QvO58lJxyWbtiP7L56qL+lSqZ pWHfexh6TgvBUWdzxMQZDo0ncz13xxO6wCQeYq5jrExS3iSMVTItw75jmERt0gMgkGhpC4cfFU5p gfPHLblcQPNw1EdRupRFFiq5RBDCcz3e1kwUEc1TWYaS0VGKROqdURocIQuWtQfRUT7kI76OO5zp 0iHBCn8tHlDHfe2FoHyJyq/wQ8wBjCEG8fWuQOheODRZ3zg8G288oAPlc+h3h/2WlUNKaCJ7XFoK BrpxPNA+OrDJWZnI3Mfs+5kbfzLr297EIB914hfdnIn6BG7x+ro+Uo0dxxOH8/VSYxuiwVutP7UX sKAyo/nJ+DZmskwfL6gXsgwTsrK8kAULVi1XI/y7ZMFqxtVoDVNjztVoUpnsg5hHGguuRgBF5Q6D kegOAs/RZ8f42wb/AF3QY0bkJxQF0Bkg6EcA28zduYyFks4f/BF711By1wCBQ8ri7GimsKsRYk2j d4+uEDFXb+KtQIxELj6BQd6OoLEWmxKarxQ5oVlXf7d2vHOWH+PX68ohzRrRciHqIBpsO3G8dLtx sEBGF7gvVwRkiBKVcJnFZOskNlH+ghAF4nZv9ofsyA1+LCChNU+2YyBGIpNHbhdANH4g6F+tnR3P 0OinEj+gLc5nLnoViPHVTR3lRogiyaQu/WlcDKYrF+TUNLDqi9rTLMW4M1BQh8m07biELe5kNLkA jy7SUD4aUdQxbtB3PHV55rwzUuNJvexjixRZpOFcotUJaAlAIBZepNKG8v0+xA13ba5k/ohGD/uQ L8bzob7gx1MXzyEw+FEm7NtvBG6Ebm2JiTJHJZdBrcm5KrkUalMry7JRaTsyeQ/2PT7FZj+FdPvQ hHFRClFg2TQcp3/qXK62EOIoXuLHJWsLqa9On+64vlidte/HriZSnWDkvw1JhNBpb/q2cbLvjxEf j1Ei5s5NcuVN6JBpuFGHTRKZWpZKbhBgigJLPpw8mxsFmDyT1rlZ1rkzWm7yzZHA/cIlBMTaN0Td m544SJUaE7FAe/+EuXSLdaac5cSai77GaqfyKU4ciJHIn5XL1lYYkSwo30XTzb+5eKWuf44d6XxD 716hxIIqPddtvzbCIWPfXDpmXt9FIqE6GMBf91Sh+OZipyUqFdis8cP21gsk9i/Q6gQZzlvgIVNz Md6YBEn/yab2xUikW/d07mLGLRV5uxi9sY8L3vcEnV15rdM3aRF607k5JeRXDlyohnJ3oDDrzfmi 2cRVHxI1FZZArN/oXBY0upAlC4k0lwWNyjEg46jkspNJrFQ8rOCyU1qmMuU5MBfV00JJw1PJRXW8 frCsHU+5qJ7anKuSi7spuGfmnOgDARiW98eIK1SdWy4dgx/haanaSuqiSVActeDXN/9Ac4vHqC7N 498+46/bjWP/y8qNIRL4T011Pw1NoqBRwmU9QeOPIS4QFcfu1AvKS2OIpwyk18Ea+83G5ZY0TWXO OigpF0NTrWThDsr7patuUYxJ0BYrJCs4tDoL5WP3XHWqE3R9TUEsguBmn93PYA4jDICprjJHv6jT MdzlmoO6YG3u9pa2ui7W3e3d0Ud7e0K1VcR7qmdrdA6lYvuaFFhMCtbRvwtcUE1Vgjc5HJVcUNVl IZU7tXkXi2F9pUK70xaTsSZVX/BV1+QCdf0z5GK0LjKMljkquRitczh5vAPCxWid6U5lbUcFdpTk R6fD5r7jhgIAdM6/CR58Kzex1pLqF/FaH0RJZTha/wK4jKBtIg3LXQ2XETTWv1juariMoHWGiepT Y7lAbKeAqAna2wKieOUCtemy3ZgjV7qVxAg/QfMBN/ChC32njlKuVi2HNJc/IEF4hF8/vYVmFEsM S4M3ad5s6wsaL7tctgUoul4i5ooFd5gIhcr6N4HLLxqIq2hP5A4B7muimGERKAN1nxCfG7jOm8u4 m+CO6mPljs8C0funI7dpI3zXIRRKGJA46swtgm2mDwGiN4e1xK95NFbO6QYuXHyvPbnkqhPNvM8w XKZQpXIXGk85J4FYf6FdvEH/Q1CbUqL+0J6Ts+CcnK17XBRxDLDdGzYeHeisQIAK+tYlr+uhe7lA FI9Xj3TWTlcOba+wmbTgW1f2vwyGlMGCyCmIfBn2XC3rPBy4f5e45Kvy0ruy+e6DFKg7xryd/Jvu KNqS82Y7bALg+uS0+yus2+SSPvyGElu0JSEYRcEY95TRslb9TClcVK+duCGAynLeRZThRgBosafT iC9Vn46pI4uraABMQW0n2Rf+0kMCvyuWUiipuTqw8xz1mYI+fs9bdI/Y3XTz4ICluciCJXomncTe DKiypJO/a9Ho6YdMHU+/Nx1XG+yNlDjzb95F+F3pAQeWZ8Z0lUg1rFjlSkPGzxwpTZLdkRIYqfjq jv455a3nODC+wlhQaEHH8dgx12hWA29TMOp9m2IyvGPxh+s/PtxoV5nUu9L8fuDy1b11YfOviFRj CniuHZ+/I/t8cNQTqQSAxInTctIW1GYdJ7Vly1e0s21QRUofWu6Y9r2msYmS+Y4leo3LjcRVqrzb ye83rq/u1a5fNxi/biLXvP7VVSZrhkXzUSF3sXB5ClUwP+LfxtOWTUf40OzLkOzeGZBGucIl4GO0 264S2nFxb4kkNEjvmxRuaqJU6d2nfr+NfXVgiXLwZ1MPp9jfPaK6dWb03gdD2OGo+PWweRtS3aDI pSuwdBWo5BD3BsvqtRQ341JJzrx0tdz8obSyTJ7+eiEQexr9eqIH+TfoyyVg3gDEwEFXDgXzdBMH 77fs3U0/CT827AEWDmbEomHWGhoeDvr+CyJmjdUwcdAXqdi2VHxMVINMQS+l14hTD01knNfc8r/Z LkPFMgh60x4M1n+UuKljYepd/kE4Fqh719avPrQRB15qXc+HzdPHJd1JkU1OnE0Cvj0Y1TxiY5dz TB3Fc9mYmCI0R6+FuZl0rqUyP87Cgbons/Hntq5NV7dg9WZPiGnq//UE+30ZYLHqhLiFtoaeRlXN jWKzhN+RjnZf68SjneLR9PsNzH4fmvxQAwfq/kMqDpe1a6n/A+nhKrMNCmVuZHN0cmVhbQ0KZW5k b2JqDQoyMiAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9Gb250 PDwvRjEgNSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4v TWVkaWFCb3hbIDAgMCA1OTUuMzIgODQxLjkyXSAvQ29udGVudHMgMjMgMCBSL0dyb3VwPDwvVHlw ZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1MvU3RydWN0UGFyZW50 cyA2Pj4NCmVuZG9iag0KMjMgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggMjU5 Nz4+DQpzdHJlYW0NCnicrVpbTxvJEn6PlP8w4uVgnaQzfZvLarU6hEvCBjYosHk4JA8OGLACdo4x kOyvP/XVTNvdZi5thCJ1jGeqqqu66qtLO3lzlPz++5vD7f2dJH1zMJxcJpujyeu/jwd//JG83dlO 3p68fPFmTyYyFTZLTi5evpBJSv9kkmUiNybJMyWkSk5uXr5Ik0ss716+ON1MBl+Tkz9fvtgl+mT3 cDtJPEmyTdIqb5sKyax7GKpYhroQStUcczF4bTbVoNwUySDfTPZpmVzQMp3RcjOkZT6m5X6Ep59o GV2AYkQUM3w3OcN3t97GfJHKaKHKUGSnEjpWCZUJbWI4mliO0giTMcckFaki5mfEOulkbhv4FVbk 6Qo/5nUK8+1t06IULaml5StbHctbGHx4DmtOYOFXZOHkLf0pXuGV/9JyNezaS9awF2WtKEp/L6eb k0ti9QoiD4T79HYEkTMSeTvFobLI44Xw99gV9vcPnl7WT4lCEAUzGE5oOcenY9G1ybxhk6a02F2w yU6rF/WRno9e7+x2HWmqhC0cxwQbTmDVhc0fLx1SywZBMpNCh3L+RMzcjCsr1hI3PlVBQmF1R8uM YwYSPyGEjrHMPsOKc1CMiWIKeyZHeACTz7GcYbkG2ZdNMDwGydGXQSWlC2rSJqsbK9Jg757bv37d yU828bO5yLKQXxVCnaxUE6vM0E5Cs34mo7AL3sK0lXlkJ2fdwNmqdGWTffuLhY+sTEX+RFd77FE+ t707B7OExMR3SnwnQ+cKxz/gS3g6BmyPzyo3ok8cyBsLKFmATwLwUSktdhHmI3CZww9vvi3gHexl SUuZAwlaNmyKkvJToH6nQW2sQfNCFKobjxtgNyBbgV0taclXYBeW/M4RuAjXvQUu7sOSd3C7GVuc 4ZmtBn6Cz/kAnomX9/DKHQ7gquZH7+0tQHQHJ3PvArzissT3NrVqcPTU6jNwFmtg+r80rS7b4p5U A5WPSNfxbJ90YwvpBPloxgnokuR7zgt20wtXeFRwh+8u8HTGO94niqN7+tOEWWgf0HmfLYqW2yqD EcV9KAMPNvgEWrZtU0meHWrcaf881v7WdNl/zewki9b0FAj6BIfcTqpoIJE5iaxwgGsSwILszOCy KQ/WdUaoUmexmkbm8IwqyDSqKlAylqWWQj5Kef3I4pOtIgsbrwyQZesBzgjwPrtymMqgsuOXXeTI l4O6ugqKMqJ4B1eduAdLsoOx+3Sy+O545pBlwvU6sOgWS1XLfa6ApsXFq6zoKdhnahVralmSAz6T i6umjF67uCdnCQLvhJN4jLMYXgPCEfUPbJMNWj4h+30+6hRrmhy+1CIrA7mdJZNq6hR0Su5nAyYn tNnd39y2d3+6tMw4tUSsBAA2TTwFagoHjeQkeNCtWFPHUKdz/9w6eUSjXZoLo56vQPLZnXCFhGMf tRGVShRZSHW9hP5lbaQHdW1ULnI2F1ejG+z4mytCW8AyONzciixf0bvTlEWkKS2VBDYOZctYloUG AqwLiQHZKiQaWnIdQGKAd64wPVjUQAjId+zt/B5XXACzf0ZVRBPFIVHcIY6pFm6xu02Fyf2thaEZ vpuJQofvHqH0bei5DrCdb1ymXGPbCK8H7G7OFR83fJetNUSBJBbI6R6DtM6hVg8up+rkqS3u47AK 2H2hBJRvHh5VYEKcqdWsFR/jDCeLA+KRQvKoya2TXlCBEVgthkqPm1yiOEP3e91WDVdNZrDNtsOt u8jgXcAr+9VF3Sx1n1dg3M7zip3mWVuK4vn6xIDdLsx5Oa7ixzVxy+P5stmY74KslhXClCHXNvOq 3IjChu9y9iIvIWm7tPycu22spK8m1DVoMnVbiWJ0ATQNzdd5IrHjUGvyZz0Rnx3PgiaIhiHj3S8w brOnlGxPnx5zWc4yui3L1APWUIlOu8ROWK22oiyjWMbOSKwyQkbNsnXslMBKJVRUpaJj+2JLVZm2 USxjix9TFMhJMSxjiwCTZ8LGHU9sEQDAzKOOx8SmJ2NVLMtYBDUmRc6OYRkLAUYVoow6cRMbPUbm Io06cRMbPSa1QkaduImNHk1djI47ntjo0YUUJo5lbPTorBTWnfiHobupGCKrjYeu9B8jsXArPEJz lHBxIirA9jGde6ofSIt8f3XLzTM+/ZhXdb6r8iAjAfiq5XgEA0TZnBR8GaeoaXh/PBiU4PK1rdaQ htJGoGO32WIRQlOtFMkyFiG0oZ7GBco+X1PNXUvENfu8dWyYC5WF9G2FhVRa2PDVHb4bQ8k2b7I7 SvbtvwZ5R20KBqP/0XI3dmfLRz2C68xv23O9f7aHw0F9eXOFB9wnStldQwZ6dN8lxoKq1lrkUdhi Y0FVK4n5XQzLWFDVkhpJBwRbd85XrnhAAYP/i4dkmKifz1yDcMsh2eYYRSrkCuPuvcaitSoLIaNC xcaitSoyoezaHXVAxiTcEPNtPJf2U/bVD1VJmYcgWA8AWy/jqcLMtS+iT9nYPIJeQOfrK+uTMcnf jOT3rlXku775L2gMt7ngkefDwF2RM/b0KLsU0adsbIZTmepV9jH3potvZwafITM7Qt76yMkLN0TT ny4BybxTSPsdgCejzw5l5GxXYdBSrn/oPhmT8I1c2hb0qUHH71Gd0ruUZ3F1tMsJHT5zu7h2Ox8N 3Py8tdWiSoqYBTw7bZLF3lYotKlyTd/Imq7TnbV8hszs5MqVFX9xxr1ywXLNKHBe1TRd4pqu3CWB gvWl9VkkGlpVhjhc20t8MibZPQTcARCuf0M4APjE904c/A9MA7gYI5TuUN898HiRKz18N7nu6ui1 LJAVvb30WSU6O0gensSwjMbgVLm7t7UM7ZNVDgaovWGohT1/Xbv80zr4qG79PE59OsVCrSylu/xb R6eAjEne8wyGMwc8KDkZ1HP9K4DHlFVkD+LKvzWBVrjhse9TNLbFkXn5lCvJgIxJZEFaWKQKnqtP Fz9dGE8cbGzdV97fdlNSohTyOPfpGNuPyCwX6wOBT8UUHxG8c6j0MBzUHd/HifuO5518MUY1Eh2l JBx4jz8z/ICuaDtYnYlSe7L6dI5tmKS1T9HZo2KK7aFrac6HbefGXdOSskeDPLbZkEa7+6u1VPDJ qpoGiYon/iPG738P6lY6Q1Ot+ROcN03cL1IzTIRt25EpKuy0L6dP49heSGrprtfW0tgnqzLWTZix +M72puoZ+eKw9llC2PpnXTNkrG9IUdeAJMHWauup62G9J7fPArGtm5Rl5D1VHlsGyDR3VynxhVHe dPPuzO0zZGYfAO9TVAT8e1UGgW043XDSKaTpZr4qmj0ZfXbIIgvE0ooyXd+5ArLnz2ge+z5F80hF C1Npt6aiAVmV0ZDMLNe7CJZL/gUy/jxivP/ehoe5FqXPrk+x6B8VKyHN+ooFZEyyxT/pXP7cGvXt FmeutOr0eMLUNgpBue7x7NMutqnL0idpF5BVnTxGcVsdTZ0NqBr2/3+n1Uc+DQplbmRzdHJlYW0N CmVuZG9iag0KMjQgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwv Rm9udDw8L0YxIDUgMCBSPj4vUHJvY1NldFsvUERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUld ID4+L01lZGlhQm94WyAwIDAgNTk1LjMyIDg0MS45Ml0gL0NvbnRlbnRzIDI1IDAgUi9Hcm91cDw8 L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCPj4vVGFicy9TL1N0cnVjdFBh cmVudHMgNz4+DQplbmRvYmoNCjI1IDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3Ro IDk1Nz4+DQpzdHJlYW0NCnicnVjbThtJEH235H/oR1sbir73dBRFUYw32k2IkDBPKA8GBrASDxGY TfL3W6fDJDOCweUIqRh7uqr7nLq21f6RevVq/3D2z4HS+x+WzZWaXNR7B/Pp69fq7cFMvV2MR/t/ G2U0hagWl+ORUZr/jIqRkvcqRUvGqsV6PNLqCuLdeKQ0aevV4vx0opSaflKLf8ejOZtS88OZUp1N TWef1nIVKOmeZf4atubraZosVyy+vGShPrO4PodYsmje4OkeS75N9/yknubJivjj+Q2L9XOnsE+c wrpI2XVPwWCeM+Ie+KubvZPj6RMWW8aCJiMx6KUGXUW2JWqA+Kf47aoVlUNQe34NBmuQrFgc4qnZ gNoBcyYmCj1zW3AFKS4byfndcXXVispJw8df/ceivmVxB5ibH4ggRMYlYC4QN/UZ4mbFcdNc4WMz sJF1mmLubrQFcZQiNp583B1xV62oHMBrX5EVt3Dd+pcTfyOelaz4CsT3jHiDJbd4cYyMWhUNPNVD JCRPyXX33kJCkpKgLYVqdxK6akVldt2Wi4Lr5hL4Z3hCHVnD402J+CVI2KBcgJMGiz8C/+YbFiNk Pt8NsVAZ0rm7+RYWKiELMWtKO5PQ1Soax6UyXgC5YeGGcthm3rWjvgVFlqJIFVW7l6aeWlFp85Mj E8l8VbeOUomF1SxSHAJXRQpdm1vAGS1Fx//z7gWqp1ZU3pXkK90N6H5s8dJv/W1IjBRJ8H+EpKtW VI6QczdDhdPwGJG7WqeTunTyv1j43LpTQxh412akpuLUTHBxKGKwKpeG3bP+PDtWyo53pHcvyz21 JweY9c8uw5UGtL3Bi+byZ81h2GuGvUTRXmHQoYd6NQA+BKpyd8vTyd7QWh5pbOivRfW7RxSelUM8 tD8+BPGLi6Ee4FyiKvUtPU+5dEiKzpARFVQjHZOiyeREFqUDStSJvKykSCeAkAOGKYlJaT8NlaMo 8460OYVkKMm8I+0UIWSEksCklZbn4JPUpLROBhcoZ5FJaXEJ1pMR3QesNHmC4QQXhbqVJk/QmlwQ mZRmj68q8jL3SLPHJ+70MvdIs8dHHnNl7pFmjw9WalKaPd5rqkQed9Ls8baiLPK4k2aPN4m0yONO mj1eBzIijztp9rjsyLXueV/uBrfoxOiJqzJOl+vkHYsXmFHqcq/Ciy/4tYGngoeRReHt/DtuYuUS gvZ6V25Y5XYGtRoTwFnd7qEw39gXsGIxB5l2DlKPRHcPdcriaNnOxWXSN58GenawGu2gh/IRcf8D 1sbMYg0KZW5kc3RyZWFtDQplbmRvYmoNCjI2IDAgb2JqDQo8PC9BdXRob3IoTWVudGgpL0NyZWF0 b3Io/v8ATQBpAGMAcgBvAHMAbwBmAHQArgAgAE8AZgBmAGkAYwBlACAAVwBvAHIAZAAgADIAMAAw ADcpL0NyZWF0aW9uRGF0ZShEOjIwMTEwNDA0MTcxMzA2KSAvTW9kRGF0ZShEOjIwMTEwNDA0MTcx MzA2KSAvUHJvZHVjZXIo/v8ATQBpAGMAcgBvAHMAbwBmAHQArgAgAE8AZgBmAGkAYwBlACAAVwBv AHIAZAAgADIAMAAwADcpPj4NCmVuZG9iag0KMzIgMCBvYmoNCjw8L1R5cGUvT2JqU3RtL04gNDEz L0ZpcnN0IDM3NTEvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0MjMyPj4NCnN0cmVhbQ0KeJzt nN2qJknRhc8F76HuoCt+sjITxBsQZHA8kzn4kMYjfxhb0Lt3rar1ttJ8s/fyQESnB2aq9ttRqzKf ihURNex+6zzOo+qocVQf8+RJnPjhOqLx0zxi4qd1ZOCnfWSPA5/nOo+OowI/Ja7BT9BY19GND/Jg 1FhH44ONT+YxCiHrGBc/Oa4zD1xzQXfEcc0+Rh4Tdxh1TFw0sJSFkHGs4EXHwidjHmsjZB07EbKP fSWUjr3XcQVWjQ3gkzgnlY+I8zquxhErvLCrmIjDtjIQh30lV7BwxLKvfURh3bg0CneY0CusfEKv sfQJvcbFWGkMLB5MYmD1E3oDH07oXVg/bhEXNjChd2EHwBQTW1hBjn3go5jYxILewi4W9BYWvaC3 sA8sJTb2saC3sZgF4if2gUvyxD524DhJAA8E+9iFI/aBpSaEjj2OxD9AgyNJTRzxh5DOKrLCkZs/ Idgn7n5CsZv4INlc/wnNEUwDiI6Rdz5ADFvCSvLCssEYJ4R8QnhCLE4oT6YLKOQkp4Dywn8ioLzw 8COgvLhVrDw3lhm4TW48yggob6waT+mos/j4Fk74PGIjz04+MGRgIMHwBHFCpJAo7BsnyD6sFSeN E9DB00VaJ5Sx3Kr7uUO5sTk8cJwgiQN/XM1HV8x7LCoKymPw4TOrF5TpjQtigacCmWR+4GQzYaA8 aRRsuyZTBBlRK5hDUF5I+9tDi0+ZbtlYOLOxNh5N0DEbD4xbwrqYafQWU5G+IeyARDMwgK+D2USr ZTDtAid8Ovi3k0uFebqSGQrBuhgMwSLVQWfyFjBRN7Oe7hxMANDvQRq4oMeTyDAuaWC3fZEGnjQu unMbZiYNGKonadDQkzSQVb1IA+q9SAM76U0aeIooAywlUN6kMel/0kDcOEmDNeAkDVhrEH/AW4Ma gTWNJA1k50jSgL0GSxCJjELKMBtGDboJygWbBCw2wAUnUG4WAGTeoHlplIEgnEB50MOLVSZoSihf YBysNNdtQyhPUkVWITZoUJzAUQFjjcWCiXWPxVqxWZhgBZgXJ003Q3nT7vsue/Qxys6J55Cw3nXS uVjTxdRLZOdFfvA6Shlth3+vRMpw/1dOloOJ6ka7wHpXjborMyrpZkVAwcPTSTgOVQiC2NLVLAKs eaPuaoGTi8EQvHgL4LuuZjDr42QwljppViz3mqCRySq9WEygvEAj4bhr8Rb44WLpQr1BGS0WINZT 0Eg4DrUB98JjmGezJm2cgEayptLQiW1PZmUWOwBpYJWTHycbUpIGRGdxqUivWaQBx6HYsJhBuUkD j3M2aSCVZ7NeNss01sKMmeNieYPg4FJhtHlBPlmqr8lgCE6WNxgN1YvBEJzIOLaJuVix4IS5SIPN apEG29UmDTasTRpw3GRDSjatkzTYtk7SGGwDpAHHLVo84bjFPE1cuQg72Qp4RcJxi4U74bhVpIEM hr0W6y7aBmnAcau5VHyKYgNlPNc1SIOtY5AGHLcGaWAFaDSTRRonUM3JNsPyD8fBryzkUJ74CfX7 WItlG/tH9WJph/KCb+i6tZOFHMr74igA5c0cw042mzCKPU4my/9Ax2KLYGtieUtQ2/QoC9ZmoiUS d5NWYpU72dBgtM3SzR92XWwREGwuFUbbjYefMBoqCoMhOEgV0PfgLWA01FeUWxgNz4T9JHACGnWy M+I+6DBojWwIMNqeoMH02uvkVVBedTcfnHD4wQb2Bo3Cbfbuux1x6kD5Z3s7T3afYJ88L7YotsUT 66q4+ysbx91OWf7oXLRaSN5l62QqFjvYSY4VbLL8byV7aoFL5T3bbHY43oPjSCXv0UiAu96fLOSV 9+TGPnN36IFnV8l7XLh7sRKe12DDvBs5sHMgQGO9GyTvAUuwZ7KpnxwK7/bO3la8x0K+1D0dbuy6 WOlRvHAPNv1zL/Zb9viTTZnFFUtgf2UHP/G4ikNG3P202fnZFYrFPFjSin096NBqDghMr2L9DNIp Ng80Xg6pVGaB59DJ2W6ydfOMq2c/jEYGsDBiuiANdgV0ubuzc9Bg+x9UvpBaNag8z7vd84zP4x5I OIDeTRS9BXos/Ggci9MAZ5J7RuY9Nhv6PWfuyTgOISee8jNznEy7e9o8mXf3vHlPImxsyX5anHGS zaDmPdIw99hLksYsNtJkdhVnquT+i9Nnctou9i4UuuL8wTPmH2e4ZNFngcQcxPxjr0RdCY4nHImY f5xFUV443fMeHFeLvRk1g9ML7zGZf+uenZh/bIdw+T3S3HMz7sGxENbFPfY9Ud1zDu/BPl+cxIqN nvmLM+5333MW98t2X/fQxBml7jeNzXGMDazYYYtluO5hizWkOWkWs5/VAGecWdjRi9fdwx1SiuMU 78HRjoUy7tmuOUHcw11zmLynuz55D453fU9tzIimp4uFsenp4lDb9PQ94vU9JS5UgqanAYxXUBkF E2dU3sErqLw5idHT2ALHtZMDIfKv70Hw5N3o6ebwzaeIMzin854X8WzZzJHiuHvT05339MexkoX0 nm7uia/p6WaOsjrgDOyansbQxxGQ98DchjPeg+WSlHDGQZOexssah0feA3PHwRKLMw6L9HRffImj p1FycQ96GtMf6jo/WuxFHO72YsnnUDZY/DiUNdsGJ6/7Ys5FJ9vKPSE1RxYWhX332/vV5h6cmwPQ QOo063qw2f/sZx++4d3O41cfvv3wzYdf/OY4vzs+fPO7o/jZz3/+05/8PyHxfki+H1Lvh/T7IeP9 kOv9kPl+yHo/ZBvoHLwG3zAAh0E4DMRhMA4DchiUw8AcBuc0OKeTxwbnNDinwTkNzmlwToNzGpzT 4FwG5zI4l1MwDM5lcC6Dcxmcy+BcBucyOLfBuQ3ObXBupzIbnNvg3AbnNji3wbkNzsPgPAzOw+A8 DM7D4KwlYwB4t2W/GZNGTBkxbcQMI+YyYqYRs4yY7TC0QDukw0EdDutwYIdDOxzc4fAOB3g4xNMh nlZuO8TTIZ4O8XSIp0M8HeLpEE+HeDnEyyFeVjlxiJdDvBzi5RAvh3g5xMsh3g7xdoi3Q7ytCu4Q b4d4O8TbId4O8XaID4f4cIgPh/hwiA+raTrEh0N8OMSHQ3w4xF/A25hQ3opJI6aMmDZihhFzGTHT iFlGzHYYWqAd0uGgDod1OLDDoR0O7nB4hwM8HOLpEE8rtx3i6RBPh3g6xNMhng7xdIinQ7wc4uUQ L6ucOMTLIV4O8XKIl0O8HOLlEG+HeDvE2yHeVgV3iLdDvB3i7RBvh3g7xIdDfDjEh0N8OMSH1TQd 4sMhPhziwyH+YnkZw8dbMWnElBHTRswwYi4jZhoxy4jZDkMLtEM6HNThsA4Hdji0w8EdDu9wgIdD PB3iaeW2Qzwd4ukQT4d4OsTTIZ4O8XSIl0P8FbOMgvNWTBoxZcS0ETOMmMuImUbMMmK2w9AC7ZAO B3U4rMOBHQ7tcHCHwzsc4OEQT4d4WrntEE+HeDrE0yGeDvF0iKdDPB3i5RAvh3hZ5cQhXg7xcoiX Q7wc4uUQL4d4O8TbId4O8bYquEO8HeLtEG+HeDvExTLP91vhmzFpxJQR00bMMGIuI2YaMcuI2Q5D C7RDOhzU4bAOB3Y4tMPBHQ7vcICHQzwd4mnltkM8HeLpEE+HeDrE0yGeDvF0iJdDvBziZZUTh3g5 xMshXg7xcoiXQ7wc4u0Qb4d4O8TbquAO8XaIt0O8HeLtEG+H+HCID4f4cIgPh/iwmqZD/LU54xeV 3oxJI6aMmD7GcX3u02/+CtHBv9xx8FfY8x/dz/nFnLeDhhN0OUGTg9jnzuX8Us3bQdZz4N8YO+6/ p/WPjuH8MsvbQcsJcnZazk7L2WlZKefkRTl5UU5elEO8HOLlEC+HeDvE2yHeDvG2XO4Qb4d4O8Tb Id4O8XaID4f4cIgPh/hwiA+H+HCIj4tfTzAcWsOhdZ38SoPL2enl7PRydno5O72c3Lqc3LocWpdD azq5NZ3cmg7xyS+pOKZDazq0pkNrOrSmQwvjwefJxPgFpTdj2ogZRsxlxEwjZhkx24j5/P8pnF9Q ejvIQR0O63Bgh0M7HNzh8A4HeDjE0yGeDvF0iKdDPB3i6RBPh3g6xNMhng7xcoiXQ7yscvIDxKeC vv3420/PsvgBv5PoPvRzGM/heg7zOazncN+G30p0H+I55HN4VPpR6UelH5V+VPpR6UdlPCrjURmP ynhUxqMyHpXxqIxHZTwq41G5HpXrUbkeletRuR6V61G5HpXrUbkeletRmY/KfFTmozIflfmozEdl PirzUZmPynxU1qOyHpX1qKxHZT0q61FZj8p6VNZz+X4u38/l+7l8P5fv5/L9XL6fy/dz+X4WsR8V ft/QcwwdU8fSsXUcOl46Th2XjtIL6YX0QnohvZBeSC+kF9IL6YX0UnopvZReSi+ll9JL6aX0Unop PWUxv9XlOUpPaR3K61BihzI7lNqh3A4ldyi7Q+kdyu9QgocyPJTioRwPJXkoy0P5HUrwUIaHUjyU 46EkD2V5KM1jvHS0LmV6KNVDuR5K9lC2h9I9lO+hhA9lfCjlQzkfSvpQ1ofSPpT3ocQPZX4o9UO5 H0r+UPaH0j+U/yEDhBwQskDIAyET8IuBnqP0ZIeQH0KGCDkiZImQJ0KmCLkiZIuQL1K+SPki5YuU L1K+SPki5YuUL1K+SPkh5YeUH1J+SPkh5YeUH1J+yHjpaF3yQ8oPKT+k/JDyQ8oPKT+k/JDyQ8oP KT+k/JDyQ8oPKT+k/JDyQ8oPKT+k/JDyQ8oHKR+kfJDyQcoHKR+kfJAq9yk/pPyQ8kPKDyk/pPyQ 8kPKDyk/pPyQ8kPKDyk/pPyQ8kPKDyk/pPyQ8kPKDyk/pPyQ8kPKDyk/pPyQ8kPKDyk/pPyQ8kPK Dyk/pPyQ8kPKDyk/pPyQ8kPKDyk/pHyQ8kHKBykfpHyQ8kHKBykflHxQ8kHJByUflHxQ8kHJByUf lHxQ6g8lP5T8UPJDyQ8lP5T8UPJDyQ8lP5T8UPJDyQ8lP5T8UPJDyQ8lP5T8UPJDyQ/1ecqRnvxQ r7HnNfe8Bp/X5PMafV6zj/xQ8kOpP5R8Uf0ao6QnX5R8UfJFyQ8lP5T8UPJDyQ81XvOYdOSHkh9K fij5oeSHkh9Kfij5oeSHul4DnvTkh5IfSn4o+aHkh5IfSn4o+aHkh5qviVF68kPJDyU/lPxQ8kPJ DyU/lPxQ8kOt1wgqPfmh5IdSfyj5ouSLki9Kvij5ouSL2q+Z9jXUaqqVL1q+aPmi5YuWL1q+aPmi 5YuO13QsHfmh5YeWH1p+aPmh5YeOl47WJT90vsZt6ckPLT+0/NDyQ8sPLT+0/NDyQ8sPXa/5XXry Q8sPLT+0/NDyQ79eBh4/fHfoPePXf/vTxw/ffvr+L7/99OvvP3781R//+OnDN//3/cc/3D8ez2qe N6fnun/6019+/OunX3z827Gk9cu//P7P/L8or9HueNXE+xtu7qd3f8PNvY77G254xi8m0+vA/Q03 PJv3N9x8XufXd5/jP/zu893Bp/D1Beh/7gXoebBf34L+J9+Cnof7I30V0ua/vg/p+B99H9LD+PpS pON/5UvR8xD9N6MfOta/eHzvzerL4w+9ab13/LG9iX15/PLN7Mvjv+tN7cvjm29uTxJ+fn378vhj fZ376U/+Dg3a8a4NCmVuZHN0cmVhbQ0KZW5kb2JqDQo0NDEgMCBvYmoNClsgNjAwIDAgNjAwIDAg MCAwIDAgNjAwIDYwMCA2MDAgMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDAgMCAwIDAgNjAwIDYwMCA2MDAgNjAwIDYw MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgMCA2MDAgNjAwIDYwMCAwIDYwMCAwIDAgMCA2MDAgNjAwIDYw MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwXSANCmVuZG9iag0KNDQyIDAgb2Jq DQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDM1OTM2L0xlbmd0aDEgNjM1NTI+Pg0Kc3Ry ZWFtDQp4nOx7CXiURdbuOfV9nXR3tu5OSNIJSbrTZO2EfadDOiRhi+wBEtaEXQFBA6i4gDi4BBRw ReFXRsUNgU5ATAIKjDgKigsiuP3jBm6IjArqCOnvvlXpsMw488z/3/vc53/u9auct6pObadOnTpV RQIxETkAOrlKRg0aEPb1o8eIPltL1OapASWl/R9/fWMU0TvZRJw6YNTofpdNXXgD0eGBRNFDh43q 0DlKdHkTZU+hlzFjSoZUdK4fkkUUWU5kv3fq3Or5wTmzwolSvkKdH6YuWuDauLH6e6KOs4jCl82Y P3NunaN7Z6K0j4hM782srplPXrJgvET0Z5s557oZ307+ywaiHt8SLXbNml49bd/ZnGvQVx7Ku88C I+J64UN+GvLtZs1dcO07tLWSSCBrHTln3tTqVak18UT1kcgPnVt97XxL+4hc1L8dFVxXVs+dHrGl yxtEuyYQxa+fP69mQTCTRhMd+kWWz796+vxdG1alEWVsR/s6kroSX8z4vMtf2k+O8Z0xW8wkv8cy RlTL+Ln9T/9sHP51tSnJ7EXWourLD3HY080PQskHjcPGIf3s+ZLWT5McUyYNREp+gmzUQUqiPYJx VR/6QV5NJtR6yNQF2ZSWWKumGcJhMolwzSKESeg6NHXb0pZelXhD5l05j/zk0m7SvwzeJCURM/3E hmHIUv0gzQzFcpATbKWddAwU5E/FRM6nz2g1e6mJD9IXdBwlm+glOkL72EHv0Jccywe5J02h6XQv x9JRstNYWkIPUwU9QktpNlpsokqkEqk9zaJtoApqpFU0CvPLoOE0ld4VBfQ5+9Az8S5aTflocRNa HKUbMf8XaDvthjRtaA6tQdlSlL5Jd9N46kM9Mep9dJLvEz6+F3XsCEvQvxxpFHq6EDahXUtoCgXZ W2sYHwrneASkuIFW8TwltVIL7+RCjOOArHPR0xS6FzSOArDT7vQkfcrZnEkFmM18+oJPYJ53UB1k GYWZLUE7KdMskIPWGN9j/h9yM2egn3WQfCo0H06zRTlFUyydhSa99An6smMOkiqgvZZA6IPQpwxN 7MOYPu4tiOu4ifvwYWhvDMZshGbepZPCZzTTzej9PoyXj9WL5kU8mqeGLE2uy43oU9ZegnlKusk4 LvZhzNWKHka+GaMvVbQUPbdSe+hN0ixorQLtJMl+VmFFJI2CFiVBCkVLMMNx0NdznExr6S263jjO DqSjSfCNrSSRnoauHqTVIkVtsRSRIrGFWj++EaWydssG+Sfpf/6Jma0JhJgQbcF6Z2LPaZCkiBow S4H5PcIxkNtCscaPgrk97USZ4Mv5ctoC25A6atVcq5ZaNHXjeZoN251NfaHnFy6hTbDnSlj03ef1 uRRE0CeFdNqiz8XnddlKGbB3uaZH1fgOWNxwmo9dKfmthHLYl49uh/SRqBdBycIM+9jJZvIb52Bl RcZPlGscph/UTp2OEd9Vu7QS2pB79B6s7TTYzT7IMBUjpJAPpdNoClZtBe+ksaxTfx5DK2ibiIGl FFE5DeZSyH4Aco/FGpbSQs5Gag1oobLkJQiNyo43kQfztNM1lIc+pQTSWwymCuMsXU3ZCNegRiIk apFiCaTIU3JUUg5OKF2t3VhYdzzkXQ3dXQ+7Goc4DrneCNdSF0pD+zUg6UmegPzXYJ5DqD+5EcrQ +xO0jNrRLWh1F1pLf/ICPMJ26mJ8hxW7Fi1mY+S12OGdaJbI4ME8iAeJdvw8wlpei1SZaCe6w6rX Cp+2ghr5ddj2w9yGHqMNfA0PwurO4hqs1XbaA6+xHPuvLQ1D+gf6lf5Cj9LL9Cy9ThuwystRupt+ xvp+hfr3Kfvcg7JGRW+p0NrzdHjaC/0uV33KHs/3x9dgRbaD86wo5pVcxe34FX6FzgpsKv6IHwB9 xI+BDvCH/D5Pg2c7zUu4nHuwmcM5i+5H7S/EYH6bf+QozmI7VvbC/jsgNMFC40f5cd7Ec3kkeOt5 ClfB9jJUlQgKUzVtkEN+q6F5LXSiWRHk9ww85V/pAdBfUeth7AUESCL9dAv/Ab6F34XkT/EB1E/B OnjPx63p/wMfZF+vTjiiOOxyK70GDT0Ay9/Du/gXJadyFkiH5sev8h/Oz7WVF5rrP8QP8whJSgeS wlp0cz7++y8ypJ9QzElY34viVt3Ceo+oeDv2uyw301Uqrud6xQ/CqmX+R8gqP8xHzeUZWqTyM7FH l9EfaT08CUg4sdqwC6qmy6CRD2EbUbCAx6CJieQiE9bhAMK7WI1bUCpHWU/r+Rs+w2ewv2fzc3ya P+dMMRVaC2DfFFEmfwLO5/wd70WPr0ALD2Oso7g3vEEH+QpeAAkP0i7I6IMt3wELtNN3sPZdCK/Q Q/Aft/JEhBcRdvFD/PEFbZ/XgrQUqecUZQ/EAxAq6Ef6gH/BeuFGp84o+E3I8CB27T5+jffAD74M y21kL3ZGIk/iEu1GelW1f4Rf4I38ktrjXhWyVTDOh33QwMX5C6EfaoPOn5//Ll18dvwWHYdXkmeG nMl/hf7+5LiYpqp7RwtJGeQY/6QNd+A4OgOCL4R/joMfvVbRbIQpaC9pOCw7B751Nk6xfpB5ljrJ 5H1WY/mZNI2xuSjR9G3EHvrFbOBOGmYEcbZacMewKoygCGAkRQKjgOdwP4gCxii0UTTQTjGQwaEw lmxKHjuwDfBXnAYOYALO61/h3+OMv5GT4oFJCpMpAdgW+AvsJRGYSk5gmkIXJRs/42SQmE5tgR5K wSnZTmGGwkxKBWZRmnEGZ5TEHHIDc4GnYYHpwDzyAPMVtqd2xo+4v2cAOyrsRJnAzpRl/IATKhfY lbzAbsDvcZPMA/agfGBPhb2ovfFXnGcS+1AHoI86AQuAp3BKdQYW4sQ6hZu9PLeKqCuwH3UDFiss oe7GSZzGPYD9qSdwAPUCDgR+S4OoN3Aw9QGWAU/QZeQDDlE4lPoCh1Gh8Q1WWOII3B++oZG4P3wD 2ygyvsa53w84WuEYKjW+wrk8AFihsJIGAsfRIONLWJPECTQYOFHhJCozvqDJdBmwioYAq2mocRwW NQw4VeE0Gg6cTiOMYzRD4UwaCZyl8HIqNz6nK2g0cLbCOTTG+Ayn7VjglQrn4V7xGTxfhfEpfGQl 8GoaD6wBfkILaAJwIU0ELlJ4DU0yPoZ9VwGvo2rgYpoCvJ6mGn/BPXEa8EaaDrwJ+J/YFzOAS2km 8GaFy2iW8RFuFhL/QFcAl9Ns4K3AD+k2mgO8neYC7wB+QLV0JXCFwpU0D3gnzTfeh3+8CriKrgau phrgGuB7uFcsAN6j8F5aaBzFDlwEvF/hA3QtcC1dZxyBj5f4EN0AXKdwPd1ovEv/gbv9u+qG/y5e AktwE9xANwP/qPBRWgZ8jG4x3qHHFW6kPwCfUPgkLTcO0VN0K/Bpug34DN1uvI0b1B3AZxVuplrg FuBbtJVWAAO0ElinsJ7uMt7EvW4VcLvC52i18QbtUPg83khv4A5+N7AReBC+6R7gTrrPkOfFA8br 8IZrgS/Sg8DdCvfQQ8ZrtFfhn2gd8CVaD9xH/2EcwM3oYeCf6RHgK8D98PcbgPsVHqA/Al+jR41X cX+SeJAeB75BG4FvAl/B/esJ4NsKD9GTxp/x7n0KeFjhu/Q08AhtMl7GCSfxPXoW+L7CD2izsY8+ pC3AjxT+J201XsIdsB74MW0DfkLbgZ/Sc8af8NaW+DntAB5TeJyeN/bi5d0A/FLhV9Ro7KGvaSfw G4UnaBfwW+BuvLleAH5HLwJPKfwr7TZepO9pD/AH2gv8kf5kvECnFZ6hl4A/0T7gz8Bd9Au9DPwb vQr8VeFZ2m/spHMKm+kAMEivGU1kKLzYp1uVT7f+f+nTs3/36b/79N99+v+GT1/7u0//3af/j/Lp /y/d00v+iz697Hef/i99+lW/+/Tf7+n/0qc3/Y/y6aT+HVZS29BvH//Q8ltHriVd/X4pHj5cozB4 1xz4srHwBxOxszbQZu0m9btCFzyrF36sEvzqVr7x+SVhqjH13IZ/+O3mhX9zDaMLvxQV1PKL2ksq QETdJFPWiEiKjrHZHbFxbeITEp1JyW1TUmWBp11GZlZ2Tq43L799h46dOnfp2q17j569epOvoC+k Iyop7T9g4KDBZZcNGTps+IiRo8pHjxlbUTlu/ISJ/0ys/+an/fea/V/Ttr+o3F/Yt8DXp3evnj26 de3SuVPHDu3z87y5OdlZmRntPOluV1pqStvkJGdiQnybuFiH3RYTHRUZYbWYw8NMuiaY8ko9/atc gcyqgJ7pGTgwX+Y91WBUX8SoCrjA6n9pnYCrSlVzXVrTj5oz/q6mv6Wm/3xNtrl85MvPc5V6XIGD JR5XA48bUYH0nSWeSlfgpEoPUenVKh2FtNuNBq7SxFklrgBXuUoD/RfNqi2tKkF3dRHWYk/xdGt+ HtVZI5CMQCqQ4Jlfxwl9WSVEQmnvOkHmKAgVSPKUlAacnhIpQUDLKK2eFhg+oqK0JNntrszPC3Dx VM+UAHn6BWK8qgoVq2ECYcWBcDWM63I5G1rhqsvbU7uywUZTqryR0zzTqidUBLTqSjmG3YtxSwIJ i48lXsiic0dxxW0XlyZrtaWJl7tktrb2Nldgw4iKi0vdEisr0Qfaioz+VbX9MfRKKLFslAujieWV FQFejiFdciZyVi3zm+4plZyqK1wBi6efZ1btFVVYmqTaAI28zl2flORvxFGbVOqqLa/wuAOFyZ7K 6pK2dXFUO/K6bU6/y3lpSX5enc3eoti66JhQIjLq4sT082UqparLVNnI85plKZFnEAwi4JrqgiQV Hsypp4TpPal2ak9Uw1fJaBWYhhW5PGAprqq19ZZ82T5gyrB5XLVnCBbgOfntpZzqECcsw3aGZFLa yXlTQ3lrOuD1BnJzpYmEF2NNIWNfle+Wn7eoQVzumW9zIYL6aDh0W13ZuwPU73bLBV7R4KcpyASW jqhoybtoSnI9+Tt4KwOiSpbsaS1pM1qWLG0tOd+8ygNL3q62dZuAOfP8T4wtPrZ0Vu8Ax/+L4ukt 5WWjPGUjxlW4SmurQrotK78k11Le83xZKBWILa7QkkUoJZI1VQqjnHC+ssxURAb0DPyEKaOe1hBu hlUqDrv6B2xVA1uw0up2/5uNGoy/ylYqutAsJGagt/fSfJ9L8peIF1mrQWA9U5SVj6uttV5S1h8e qLa2v8fVv7aqtrrBWDrF47J5ahu1TC2zdn5pVeuKNhhNK5ID/VdWYhKzuDesVVC/Og/fPqLOz7eP GlfRaIODvr28ol6wKK7qV1nXDmUVjS74XMUV57ky55I5KmNYer0wq6LkRj/RUlWqK4bKT21gUjxz K49paoNo4dkUD19+Ey7Ve7Q99aO7+BsQ9VbRtuh2nZfKOCJKxfWWLoVFHbQ9NB+0FfQmSKfJwCUh jkZpwEKQ5K5S5Ru0nRQA7QG9BZKcJnCawGkCpwmcQq2BWHte21HfLg1Db9/mbNf5VFGSto0MkNDW aCvwUEvTJoXiyaF4FeJcxKtD8Z3aivo+aTFFFuSZTgENkMDc1tcPGNa5USV6+FRiXStn3TZw0oqc 2npItR5SrYdU6yHVKSCj13XgrwN/HfjrFH8dserKnRPqKpRYXx8TH+IgUWTVKrUxePulaRWheKw2 pr5z2u6iKm00ut6qcINWDlylcLLCYQqXqNIlKj1PpeepdKFKF4bSEjtchGkKYyRqI7VRuAukaSO0 wSoerpXiXZumDUNexkO1QSoeog1Q8WXgJyIuQz0H4sFaf5UfhHwJ4oHIy3iA1r++JK1j0XzkJ6NM YDzJL4EMJZCpBEqSnFWgDaCPFWcycAnoTZCmarJWglCMUKQVoYUfffhR4idN8yMUIvTV+qKkAHUL gH7Np+boQy0fRvJBVz707MPy+LA8PgrXfECX1o06gvyg4aAqkAn95KFdHuTKwwh5Wj7e+mmaW6yk OMSuUJwmVlAq4lSxoj41zV9kEdtpOKgKNB+0VGyvNzliiuJQT9btABoGmgxaAnoEtBVkpsKWEn+E KBSF2jAxTNNh3TnbfL7OKu7SvSVum9ISRyZ1jim6WsuBmnLoEZAGkXMgcg6m2ppLAwmYThbtBr0J +hgkFZ4FZWRBGVmYYBbaZ6laYareKZAB0mBEWej/0jom1ToN1OGiXiQ3G5xs5LLRJht1s8H9GMiq hSwfDloF2h0qS1fGnK6MMx19pUPaDsBClYoBpmnp9cIS0wD9cu+Yoh7Q+zAQCsWd0Oad0Nud0kKE 3MQdUFIYqrEKtBVk0hoRchCyELIR0hHcCC4ErKCWitVbjbAK4S6EOxFWIqzAasRt9e72isnd5nVb 0m1Vt0e6be22u1v4TlGNUCWq/FaKj8dJ6LCbk4psQqcJFMW/Ktys8GqFfoUJ/qQJUccmRL06IerB CVH3TYiqmBA1dEJU/wlRHSZENfAUf4I36kNv1Gpv1BhvVHdvVDdvVBdvVI43qsjOlTyWouhFhf0U dlaYrjCFx9ZHkWUXjye3GRbPWdvdN6cddzfoXJ92i7vBjGhZS258S9RHMnekdXTPTMtr4WS2RO3c L+jogUbzsxTOXn9e+P7wyeH+8F7h7cPzw7PDs8I94WnhcWaH2WaONkearWazOcysm4WZzHENxid+ r3xFxYXZZBSmS9RV2iYkygcXrg6CzYIGUyBWKxNlo/pxWWDPVCqb4gr8NMrTwFacqSZPPw44yqis vF9ioIe3rCHcGBno6S0LWIaPr6hjvqsSuYC4HUdWeUUDG5K1PFleXxuJOW/5ncmhuLJStqmo0/nO OyspflFhYqGjr71X/5LfgKoQei98id6LM5AkJXB/2aiKwDMplYHOMmGkVJZBc/K22yh6iu6lJY2i h4wqKxqtS0XP0pGSb11aUnmhHrnAL2kkt4xUPXLJeuT6u3qpooeslyGjlnqpql7qJfXqCtylJXVu d2udAlWn4NI6My+tM1PVmRmqo7XUcV9UJ/wTcqs67vBP/qFO6r9RJ+M361ykzen9vP/i40YazEfq ihfLp0KVp3Q6qCqwYtGsxMDSKS5XIxXzkdArIrNqytRZMq6e3sBHPNNLAsWeElfd4MX/WB5YLIsH e0rqaHFpeUXdYv/0kvrB/sGlnuqSym0DqnM3XzLcHa3D1eVW/0Zn1bKzXDnWgM2/UbxZFg+QY22W Y22WYw3wD1BjKauHWZqpXyXupireJiKsMOCqZHdlv3jb/L7Kmvu4E29KbtLl37hH4KoeiWdfFEgW 5RflF8ki7DJZFC1fhKGixJv6uJOb+KlQkQ1su6cfJZZeXoKfmppQ4t/8qampWTCpZlKNjNVPzYKF ILlMVEM1CwgzKIpU51savLH0zStAK5WP1mpqKheQWtOahSR7WyDhQufnUwvRM9dcbARU8/eftAwv tRC6q1nIqCUrLgyZTY388yl0Q1LIUC9E+peguykZcao2BSc2GR+H6DP5V+myPNhsGOIoKpeHqOUr R7hPYTkPaYlpGh2mubSGHgCvC79BT5OfYsA/TBoTV5CP7qFr6F0abXwPrpseo1OUR71olhFUf5Ea 5BvpMW75S+Ce9I78Gz3h07z6CTjHXO6obeJllI9eyul+SqA30WOuYUV+m0gRPrQqp9e0yeY8o6Px A+/R9xtT6FH2iSP6FnqdTnK6TsFbjBXGOmM9RdNpLaX5JaOTMRetRlMVLaQbIMFSepgOcqUoELuN O9Tfe08H93l6jb0wqCrc6Eai9h9oLTXSi/QmvUfHmTmGs3kpv8OHTdS8L7jPGGRMMeZRKQ2l4bQU pSmcwUVinDZO26wdbf48+ImRir7LaRFdS9fTKvW38EfpffqQNWEV5WK0tpmSqUD9lfYa6OxhaHI/ fcxm7sq92c+38rNika4178MJr1MbaHCg0v4aWgedbqSttI/eorfR5/fQqcZOLP5onsA38nK+i+/l jfwsb+ETwiTe0zTtZv3P+ongEcNqPGQ8jXGTqS25cNfNwxpchvU8SN9gfrmcx4V8SHhFnsZ6ZHMw 2MUYYCwxXjaOkoeyULcA99pSGkJjIfV1dAvtpD+j7UF6g76gn6Elja3sgC5c7OGRPIoXQorNfIqb RTzWr6eYI+rFYc2rHdTH6luatwfbBOuDp4KGsckIGC8Zr6v17Y5xirECE2k+tphcsecwzst0jL6m MxgjjNMg60Auw3zXov+P+RzMySxuEs8KA7ff1dp+3amvDQ4Nzg2uDW4zuhpDYFsaLl1O6orQG9Y0 mirR9zJo8zF6BiuzDdZzhL7jRE7ljjyIx3AFV/Esnsfz+Sq+nm+AVp/m7byTj/CH/B2ejmGiDfTk FVPFMnGP2C72iSPimEbaKLxhrtKu1+7RtmtvaV/pNj1P76gP0av06/TFJlzJwuLNr59LODe3eUrz Q80vBdsHS4KzgyuCe4NHgp8ZEcZu4ziuoh0hYyXNhIw3Yv630l30COzjGcj4KX1JJ7DmP0AXGls4 CRKnqXUrhtxDIPlYXJlmIMziK6D/pbyJ63kX7+G9vJ9f40P8EZ/C47mNaI/QB7tgtJiBOTwkNomA eB/hjPgbnuV5WmetC14VVZjNbdrtmM8D2kfacV3obfRO+ih9if6KSTNNM91vWmfaZ3rV9E2YLWx8 yEdc8CDy32pfF3v1vtoc2oDXgaZ9Iw4JH98ozvKTIoX3YrQUvLeGi2LRB3ejnbDyuRQXvi7MHeYW cWQLr5J9iAdFvjZWz9QiaQH2G4lx4lZRRU/wLjorBsLSFmkHxQYxWVun36335aN4X+zVSUTxT1RE RdwXa/cOXYUVyte26vJvVMlk1s6Z5ooo4zb9S5PQDsEPFrDQDvA4PsnDRTy01UfcRR7kbXwS8SDs wPdh+Y24dvbUP9FWisHiQ/Dm0D28F3PcSXPETn4U69IT+/FqHs7rtU50E18FbfSiK8S9lC7mi3TY 82j6kZdxG+zcs1ibdmIG6VqUmEqHRSVW/S12iPZ8E+x0Lq3gWsrjZt5Dr4s11J2nay+eczZnCz53 kuu0gVTHZ/X9+n5cvs9CkymwXDMu3J/CptdhlD+TW8uE1fQkk8A7DvupCnvdLs7wDWIOXc5rta95 oyiiYTRdqxH9+f7gGb1I6wKNNcGbFIf1MpPJZ0rRu2LFv6S+sMaZRGGz9I9Ny2Rae0c7bVQa7uBk U3TwI1oM7QyEd1uBvTSQPuB4nsQjdEOU6YYxhjaJrfpHRgJHspveNrDDgs+xj9sZLr7KiOARsPBJ 8v9p6Sv05fpC/QacTWfhNW+lu+kh+hNOk8dxbmVBj5dBmxPgey7HGdGROlM3zK4v9YNXGoSy4TQG /rQKXnIGXUlXwfP+Bz1LdTihyqCPSWg3g64AvwYn1PV0E/b/bbQSPuB+eoLeFs+IR/DGvV28LBaJ y+kD+kB7RfPzGDqs36EvoVF4A4/gWIzcA6uUhnYrjXcwWg4lw/t3xS6F3RsnjCPGU81vor8nIPvd Yf3oRFixNGD5j4Ym+Z/INAqn/nVh4Q0cuR1cky4TGlnDTEjs0DSRZAmXvB1MTvOw6xO9Q22nfUOa fUNtP/mG2JrxmPc1+yR16ui2u+0ZALwz6JxL23POb6Kz5NL3yPFOGJ+Jz0wmnEFpNMwfcyTieIQw h1vJxrELkjDA8/7YKEqKiN9i68vWvilb8IAK5/BdYhDOhSAPpUSv7aeJJ48dsx07RoWFJ20n2e7o hZ9OHeEQtbAwT3pmlpbZrWv3Lp3j28RpCsM84IIlns8UCXZHgsgQHTye9tOzvAV9cyXodzePcyUl ucQTiRHp7dt7rOfMBd48X0Fuvk/KbBVPanv1Q2SG1FV10aYGcavfylaL/P981qOWJvE4RYgX/ZEu +277m/aP7afsJnsTx5MQL24zY9c3iMef62iehxfZLvEgzvHveXjLPE6ftDVjNqdPQns+mw8axTTc oVlcSGCs/mEup9MVxjNVMjHJZdIPBZMy09Iy+YuWGG+rT/FaPoE9YaYcv820A++6LeJu2rLKbKih h5DlggqPNUN/Jy8e7lPZtTsRo+hfNv+Y63bL/xYpJgbPwTd9iZN5uD8rJzLXJkwJ0bFWR3xYmMmW EB/bpm+saYjFErshuh2RDQels+2BJjZRIjuXSxuZOKT5tM920obRYB5YqF5yweRyTeSuDkePlnUK x7EV50hQa5WelSkyxUTfM1mR0Q5n+JWTJl0Z7nRER2Y85ecfaljwSE9Eot0aeSDY8PjGYMP+SKvd GZHOg4PQQH7wnFgSkjbHIixJTuFM0qXEFkdYQrzNFAZprVYIDXljYIKCklIeb8ItMiTvT1LeYxBY iXuJtHFChIcpQ+rR3dGtq8hqsbKEeEe8WPKb0n5fEzSCm9MjnZB2Pw98fCMPPABpYWPBHZAWd69i vUAfAjHG+zs5x6elEV7sT9rG60+aY8ZbLOa2H9F4c8J4uz1xvM1m5vHh4eaPOkZypNNlHn5zopc6 sFKw0i9IRlhVm1J38zGbtCi5wvY4JbbdrTZBF7e9ZXPY3S17Q6xJjHUkBlemJiWl8gKZ5gUyLdKC ExTv8YTY2AR+VKaDk2QadsHe4GHxNreHSXXxJ/6JDtEn9Ffs9x06/yj20qGY8LRwEb6L15KV5nLK BZvrcFIp080hVeICYA8eTc50ejRu3/xeZ4/TGin/QaJJhOuxYgn8UpI/kvZgnUzCqU/dJB3PMdsX 1GGI7KiNu5see+5JseTaayHTQeMzXPa/pyhqi/1Zb47Q34twRs9t5FRS/mrISWXyGZc6hdHteg4f 0UPC98N69h4qCeN/YYzVvjHNhUnP9fe2WOLZadF6Ui9Lfx5kGW+ZbVnE11ruMN9huZ8ftGzkpy07 aAe/wvstR/gL/tryE/9iSYiwcEQDv/qcFtGXxlsauB5CjTe/0EFj7ai9gXfW7YJWTk9sxv4P6eWq iRP5vGK6h1zYJ80T7Ml2p1U8FhEXbXea2v1akeGMiWxjeioh2hkTARM+jnl/ZZL3yA68eZtDWD1N xg+kGafr8805RRaks43TlGX8TPGgNsbPO9pGW6LN0aLJ+IVsxg/1KdH5skWu8YPfk2NqG50Wne6Y a05t66D2nGWKSvdEuwsceQUmh8kUlVQAf/b6jk7tCqKdHf/YxGHYOnnLW9Rr+wkaLoT5ncSmkX65 V8vuKb7OP060t2UmOhOc8c42zjinKaxtckpyanJash6WlZmdmZOZm6mHRURaIy2R5sjwSFOYlplu b+cnV2ySn71hGX7K1zv42RPj9nOyE5AZmeen9gKgHpnqWZmLz3sz9Qx93PPiDy9ifxt7aqyzMC7V nlBolxCfmuooTG8wzvr9SGTFtbUDkm0AZwwgIbrQIyErLj4KKYAWh3paqiOiMN8KiJeplDinW3by rT8BiZi4hDTZKq1QWG32vgkS+Df+NUWKXcltbMqnZGXip1s3m3KHCfH4Ce8KTlamJ120aROHfEJ8 l86ObtpXN09/aPAt7VNKYxKQKlvWPrXEFl9enOvM7jXgzg3F3sTsXgNXbhAfvhX8/uEb+nRz310w puYttsl0+t2+MUuuOVjgcXqCn+xpvOaNgnRnO3bvkbvtGC4AX+m/wG/W1TvMyQ3GL/4YexiZLcn+ 5OGO4cm6JaZJPE2RvM5vsUVGxthetJiF5JjAcbDJJPhFc+iPBsIdyXFNeLXbxcznyWQxRzpF3E5x M87OBPGG30oz7XaeifPe9oKYj+feH/FYVxYkz3WfrfmkTR2HhSflyZ7Qi2zNBY5eHRLZdub0vksy nTrSRLXKrY7svH8ztbrpHmI1u6Tfap6jPJkr+F2cJcZpNTv1X85OSICrS3TEJugdx4Q57TFRZnme b4ImjmIvedlVFyaKyyueT47wmvQ4ogYe/5w1Mq4g3QQvUtgshevUMbkRe+ov/rzkdl0HxiyOvjXr 1uxbc57IfiJnZ+T2XEuUwxrfLbJnrp7jyU31xmWlZnsi4yKkpUR94zgZ/6ujOV7PNrdq8qPnQ4o0 vcDH4FgjOApObfx2i8UamdTAf9uuxt6JGxE2PfjmT+0FGUVRYh4unQngpqJ+hJiLq/ma1l1p++m0 3JQA6fpOFkK/x3Bl+l+cfQmcFNW1/r3V1T3Va23d1dVb9V493dXr9DILM9M1jICCwqjIajO4YSA8 YZS4RSMuiOACL7gjgguuUQyLDoOKSTAuxCeJazQJmD/iElGShzxNnJ53b3XPDODyy/vPb7hVdbt7 7L7nnO9837mn2voygtoyouj0+iOcKEQDsiMoqoAPsyp0+u0q5CJoqEfX1VfX1hv9gD7Yp8xsDtZp FkLhSHMnUSwgdzU0GOpZso5fBkMDaBgkluHE8s2bEPyjb6r/yZ9e8JjLYLQwrHP+9rPW/VWefXH1 3YGpQWykn1xx4PNFP5rSuPChn1XEBpOTyT44572VbWddtKT6p/uwr/5m6K8kWiiADL9lYQsE/Qi1 8k1NRbYtclJkYrS75UJguCp4fctt5Jri7S0biw+1bOcHnLv53fbXnO/zf3Z+xv/TOZRh8eu22UPI cGw/sqAXncQp2qw0sroMeiMi0Ie9wCUFGuWkC5l+SyDAJfvhzVvkjrwNHbdxHYZwR6kfWlWTo0Pn 9bbq3G2ZAWQCL3H1M2ZXa15vsH42AJfWDIFgESfrU/bvn8wcQGt/CoNZH7bG4H50eRDhJIZLzeXR L1sDTW+hGInydlIfLYRVyOsdKowUZRXaSU4FQLPL1egHHVoqfS2gpQ8KNQolj5CTfFMJ2UWuWSTv 1K40Kw3HSM1IOn7J5V/2L/w4TTsZxr72iZ+/eNbTFcntcp3Yt+buK6b/PMmwZlacftnd6393NvF4 YdvZd3x0ZpbhGJG+6JnFk1afjmMJrpw9Z3V7wW50Mo0dZ+y8burtKDe9jeMJMTIfQApLtaJ8HiCk oN7n9wpoWQ887fM9L9AOrh/OVTmb7XlHIBg8n9AhrqUjgv4AWvhndDpSH5SsEjrfDGwo+aB85fPi MBAAjeYEh66fuFalod52vs/nB7QEUShIA8QFIAhnq2YUQ9AVIkmHBWWrPyBzREbM0XcKot997Yh7 D7YzmDkdxCefa1xKI+SD7WyrfnlauZLZhaIFBc6Xb7YPH+lctg8GizDPDvOJ4ZM6EOVZNgx1usE3 4Bubxvvdbv94bay+jMd1yep02HuWLvbN7/DaVb8cRiPYS+wdDCI/34X9HK1cEvxFDZk9Rm/IGHe1 ifpU/OR4b/yC+J3xV1zvi38TKRd2YgE7MY9OPIEwZWcCEcHvhn5fEDwH8VcFQLwRBferRl8HSZqA HOX74f9Tjc4Ok7uDQQJrgFgG4sTCbeiZ50cj/fDPzzCuVJQ0Dbvw6JohuonW6OBgpea+mNJnDiLU xi6skWVu2HtF0as3evUof4tGNHgMPhW6KOeo56IQVpRKH2SHoQJz/+M8NxxqqLPX2jPgVRNv6Lj3 rUNbL7lgsiqLDMvfsXnNCw8tvfbagBUR8YkYQsifV8/z+/+y7eWvitHmoMC5uJtfefiWJ8YxokCk MA4h+OTQ6roRioRBFj6mWtIhe6QQkhQpKMkDQ0dwEVq1FckxVDc5iTqDnEUZomiBt6D1DdSPIe0Y LkT6h95UTRg90KsjlLUfvfIqkiQpO2mnZFKmEnwbP4mfzS/gL+Nv4JdFdvDbIu+Z3+P+ZuXNUE81 BAyyi44EosHzAucELwte1nhRZnF2S2hH4m3LX00HLNwsCpEehuUCvN3vkASf08WI1hCIWC1Rs2yC 2QyRTqIsEm9QEnqnwWaN5FCMbNyW6tDpjJ5++BdV8HfY9bEOo1X8wNABEkwikMgmyMRzxGugCURg BFiIh54JdWRt0ObK7YAt8OoRSlc5BeeOwYomFlECwbbeX1PcztZaBsQwFU0GgiTP0CzN0TqDxWq2 EoYkmVBhgA/1w1+oDiCbEJeLRhopNKnoUyoM0n78iBlGrTEVxBtimltgx2DaNSaHca1PSzgaW6ql HgWOuormKSjtYF+p+044BBx2RJ9GXQcunLzxvOv3PP/wfzxX6i5nN7x1xdQWUWCtXLzjN9WdLvmB RYvXbzjvrFntBH/RBXsfvP3r62984g/33jB//Xkh2sU5TfbqLz8K/v7pezbddO0vTm9GUfnGUFX3 NopKB1j6S6MOJ24Dgq4EYTDoiOeNFqv1fAewOxzAgciExWl2WICOgcT5ZhNLMyaSsZgHUCRC4pGt TqNL+Owo+rz/FI34lDXgQbjj1KIJB9NyW1qxYQQ6Lm/DYrC2EEV0AocBXXf14EMYS3S66pOUYONE A7lQ1sJi/fX/etnNioyJQyj8EdIMH2maIQpycLl6Avdw6FXwOfjcQrpJn0NJTVfOI/RmGyl6bHZx pXgrvJu627wmtl65J/UofCC2jdhpGrAMKK+ZXlX4y+DGIJGzpxCz2ewNS/1Df96cDacHhv6MxMZX W1mqsTGC5xKNoYGhz0B06NPNsVAQ0yBOaVSpcEc8bvB18PpMh8Ea7od/VJl4XGDkDt0H7o6yMEUg hH54UDXnAx3MB8kOo6vpONmBXPQwrqJgKDqgOSr2U801s6mcx886SEriAirw2hEOpRuQZsjqURr1 swiRPA40pKiMCnJIYIyKCZxYv60kQAVW+kBfN94KVoY+3oLUAPogH29BIgEf1SzSCHoRXelFdAbx GRS1Obul7BDR0x14zoHnHHjuGGkwcyR/IwxsHoZCrT7SrKVtJAWQb/NHnev4+T/et2HDvh8vODPR 9tbtd7zZFrfe95Ml962/+JL1zl8sXfqLJ6666gnixvzDc297773beh8uFFtPPXvl66+vPLun7ZOF a+9ZcPaaNdWGRQ8+eMGFjzyCcJFHuOhEfhEFedijphooMtGggPRjkYGIQcYgGU6iwSaiwWqTmgqW EBqahHwylnRgJkbPzn3IfR3+78ThtH4ngDmMkvhV/djoArL/p6AJrVMKvcpg35bblXsjR86hrBEg 2ywxc6MxgdQfOrPKaMJK0pF4h0mP8Uw1ZRCgmYIdglUeQJhlJR5STZEO2l10f9DQkXyOeAQURqGL OTyIiNYR5Bofgpo37C/X9ASrKdM6cMVi6VCYdFhtFhthYBGd4Rk7Qxr00YQR+UijGflITA45Ihip eJgmsdik4mjShoYwE0Tz20DKkBnBrqPAC1QUDFh9cATD0LkWpHWrOjW7amz5qJwHioWYPGre5pJu Z9eWOdMfmLtzw4XPFrpb5TVn/uyGWa1ukbU4Y/m3YJO9uG7+j++/f96Yi/JB4rcXLTn3VwvuHrxl +RMfbr645/ZMOcSIrNPMw/xHiXd3r9l684otqqogO2u1Et3ZwIo0X0410psFM7UZGLgdUECYQEJh m9nscnlHiyftpzA1FaFVDY8pofDfV1AZHXRn9zSPmYz/Da4aqbIQsGUooQPauxDBDJV9wbbH9i6z z/YJc8j2NdPgRCTlsS1ZGtL90K0a0fuj/5v5lUD2Q0G1mgu2P9ACFN5zAUP9XYIyREBw+HCtDHYQ ndYqd8e8PV1wBCqJqdGWKT3NaDj1TEhVP3S4WDFgOOqt/q6aDXGSw8Lj+xLeGfoZUoYs6AATYGU7 YIZe2OKVClz/0AuqkZMKVhUNZXS1BR35+lHUjmKhGz/LiU4GqGdVgmMy1jCj+xEV8MGOUms/tKmm UqmpA5ITOk/w9ev0qtGVS9r+1Dnb1NGv06ksmTzhBJfJEEm6zIEnWztLiBePV62CqbNYinROiIAS REJk/eauZEM/zKhmwRFJCZFUTxImn4UfgRPBS7ggiwU2IrhIDw4ergxiEoc4L3NYy+woQrAUQSu3 X0s6GsVl2kFFC5PTyt3Rgl5MKHGlUYkpsqI38HbOztoZO2nIyPlo2djVCMSo0AvorKMXWJvMjbBb j+ZUqrMROhVXL7Cnbb3QUrA1wrGGExpr8aIMg99wth9uNCnWLVTK19M4ihMHa+fyTSP14pGiCVsr mggOVsNOQ1hnGI4d3WxXgvvput88dsO8CWXFmx235c7bJ7EMK7bPXduzLOWdzDhvWHjvaSsX2O1W Xjzhutv+42w2aodpM0neufCnvzzrgpsirkj5l9dWt/26+j8TGJEJyB1jCv7b205dDHsguP+acffN H3yBQHTCYYT74DVTT56nx99IxQJA7iR/DhIgDZ9WlRKLVtTTmWxOTeBOcp+cHJ/q4XqEXndvsif1 VYJWQCKRTEOCSJmYfuJBVbCusq63Enut0BpnrVaG9ZlYLhzHD9lkOZ+Q5XjCF04kjTptymDIa+TD ZyRSLl6bEoRpnCDwnM/FsSEvnjrRD/xL/av9uj1+6I97/H6vxxfyuN3JRELyuO0ej5tjWYlIId2V ioTDJiMFoKTQaX+aSKeNrlRSdvOy20W4B+AMkISdqj0he1TaWAYspD1+zz7PIQ+JyGby6SwhsymZ G4CdgEW+z5rKLPZ9Bj2XZiFgp7BfsEMsyaLnbsmMWyj210s/fcgXDmveiU8HtRoQVmM4p1e0rSXk r8v1mhRbnhaV5VciRUaN1IP+XunLHN519MT/6VJ7dQOiXvhfrUCtO07MwbpHBuFxD+h0YZ3up4Pv 9t2nVch/i8cueNFXWsXpYXh3lzb9EhZ9G9Z87P8ALq++Niz2dJ/ievq/fj0i/pYT5wyuw7tx05EP zUQ+5AUx0ATnqc9tSjyu/Nb0ovkdk35VYqWyLrA2ul55Mmr4aeSq6EXKT1KrTKvsN0ZWRakzmPOY q0yLmcXsYm4x3zAxcErwpMgk5XqbvokeE2gLtkXLiTHKOHoCQxkzroA36Il6Ep5MmE4o1GXMs5GX MrrxgZOiFweuD6zM3hbYGNgWoJIUkusKAD6BoPQKhD4qG7Dpwo22pkDMF5eFmExJPinX1CRQhECF o7TFb8lYypYpll7LIkuDpR9eq8ZTUYCCj6DZ1ewL7B52H3uINbDuQqwRCXa8dXQI0WtXfuJlNZ/A 6qOvvsNY0YQ6ZsfIXpr8ZGoVk3qJ8FhhrmGWFElydpOZl5Vowp5KwagpnIJJLp4CEbOcgmCU5YG+ Cuzr66ugnyg7bGQNZOqAUjc0H0Too+mKIBKjpVpZJQhBn7ZZwqx7ceO1l/dsPGtQ20h5EcZ7p3Sc cOsl1S3w0VMv7Zx5743VP0ytmXvb5Xf3Zu6ZM/XGs7HJiVLYu6B5yrJvhBMXtKqXduKe8aG95Mnk E6AF7FUvTdlhBpTBFKDTCw5hmvM8+7nC/PRi+0XCYnGr09TsLWUnChNLs52ziwucPyou896VMeVz dMATgkBH2QRnc1MgLNFWoOPM4a0KF20230hKUaVZRxKK0SZTc4Oy7G7zyHTOn8vkyjky52pdfpQR TjmImdTgIF5+rbZfW32NStX385ytmFWhZAsmPWU+fdJTkVNnIX7sRWqAtQNM+X1Dn20TBKdXFOo8 eiam0SjShyuIdUEXq6N9gwFNAY3/1PEes6S0rlgscGhG9y5eRyfPOgn9tCW3njVNlcfGvJDZuvDx HtbBCcppr82fPefEOSualn20fA/pH4NN8onfLXqmds1U/KnJveNnrHm2+rc5vQ6BdWbOrIQ9Jz7+ n9MfvwLi2w3w94iRF6PY8yGos6jBW0wrzDdwK/gV9pscq/yrAiuDN8dWxlclLCjLxQJxbxA32Rrv im0LEt2U04fx1uyOA7fbB3xOisDXRX1cq+36KDZN+yVB8ElOSpGMRkKiiIhMI4pDB2iCdqeTkgQD yNoEcKV2wFZIjWrx0WDANAwFgTZglfhDRXIUC4VAwuSw0VbaQptp0iBHY9HGaDxKGnjOzhGGYDRh iqRhwBFOwyitpGGI86frRRq8pVIv/KL8fHR84C0JbLeGUSTUogLz15gWGb4JGgTuWrApPSXuu3DZ OddU2/HMWphbsL3iioyN3HRq9fV6UMxo6V1wyvwlV/9j1lgcFSt/NefOyR0ze5InoXiYgeyRQfYo Qk519/oXGa4y6FizTeE4nznk9RfDYZ9XZzRgrkVLZXxUk7SrbJhGoKxodzsVnve5C2ns4EROKRZ9 6VgK10GIhCLLvpS/Hy5U290ElM3hiOwuAjkqAWB2E2YqJNNe+IV3yEt4u3QyMMIe4wbjHuM+4yGj 3liU5TRIMSki1Y8yohCNRlDSNJ7GZ7gvuEOcjnOVJi4S65Y7OIirjIdxJmMqfYia9tXRbLBWZsS/ CL0OImlfebN95KSOaNqlogw/MDKPt0AgO1yGZ0fqjsNWYofLA6PPqc/AM4jr8bJ/cxa2SJ+GYbqL 8MzgQ1CrkSEriESx6tfyWHXraLaq7sUzr1Un9WqPfI7HXmSl9chKS5CVCuDv6py5ekgbLQrD+IxB j1QMhXyefIrO+rNEVikUfCmURko4jXAuh8KyPpecBHEmTsSVaNSXDIVlVwFEIzIALmQVo4swUoVo KiqDJJPsSeqSeL2TkUgYQJkJycAT8BA9ng2ePRoP0XtOYwMMBMxSZjVziCEZV/HIdhxHIykFLT5T twcu9OKiy2D7qC2OX31wtBUq32EEWDl+D6puguYftsE9tc2pqmfYBrRZ0q3DCz945bFGOIYvWE3f bQJkg6UocyxDmaMdymrLTYG7A0SGKTNTGN1JlvGRaeaKZVrkIfNDkWcNAxYjGXaGZUssLEdKEUMJ tK4Gra3AVypmMGDl6SbYVEo3NWXSvqKJ8seYFA8lp4jSU6qU8PsYXdDTLpcycmlesUjywahNh+jf fDVgt/NEIkoapXnpdEqCELg7YzJN+SmCcnUsX3RcWtFahxhNgmh4htne/tH0Uiso18tgx8BcpYZz tQtm1zGZp8uExNlnQI+/22PoUxBH/xqHPt0WEUJCeDj/oATUV8EJiMWZJU3UE4uzvms1nI9qWyXo ksS5aDjA9LV9LTIzd2fv8tdumbLi85t239SAa20ixzqh4fc/XbLj1BIEH5x8zfSaqeCtkpuxw83V O4ulntWbV9y9EupXLsrZabf0vN/l9J2x8LxbKhff9fsjgUbYjEwsQidvFRqQRX+MomoRiqpu+GvV wt0nPJnZIuzMkDWpYLYqdYXgDmjMn/FBnxL0+QJBnzvZpE2BDMzE85lMU96XbB+Lpxi67C8TZaW7 XB7b7Wuv6QizQanLiJqIMAvxuoZQotrfoRthoxJpbIxGfMqYIp7qBi2wRSm0tBQLvjHhkAQgNLqa 5GRSCcjuqKwoNc3QPmaMCQmKvBQpSJFu1esvrO/e1E2s6t7bTXT3EztUzzhOCgZZKUuoxGpCN4XY QxA00UssInTEs8QOcAK+7QBovRIocjH5Q2GstGvVCByx7VgpaJwQj2ydIh7vKt959f0XP/Sq4/+G hgBaSTCDiwG0vSyoaMigRPSMjUcXaKiV94Lf2iKqQ/XIFlLwWzPHy41rB9/Q4Lr6Jy3sC1hYfK0h CJFaLLld/q/xTKF3+Dku/2KiVJWOlRwakJ8Mtw6ffyMMP4587kMkQD5BPucH76ipDJnWhy0Ba8Ae cGS8GalTn7dk7VlH2VuWJuu7LapddUzyTvFNkRz4njDkOZaS1iKAPMmvXXtLwOv1A5+rxoXMCPlr XEjk8HXMUWIdDo71iX7ZxckukSBkipaNRgqLUHYKAxlX4Ka94ggHwlZHxi5rxYx/w5TfZa1v9QwE jyL+uCfquL6BfRrJv1XbXeocXazRxcTo+zhC301o3WTwD/WKn+mu4i+3ryBu0q3iV9q/EigjYbab Hbq7iXUNjzV8xHxo/1AwkMw85mnmaTvZRMmBcBEJrIDL731fFH3+Bpozm8mAn+AQmopODKWqlS0D 1cKU9wG4FP333I30PJtEUQ34gQb8wNIG2OCKrdsO36qnO0ThMMbun1yX2PVezYO4ty2DsPW7pFOI EQiDQ7CjkdXTCHVpQwOvc6YgY0AYLBBcqkYOcegpibqAqtTbzGL17jId3oXBeum4ldVt2n9v7zML cWKDp9wx8bSTmmdXn8EOS8yrLe6g+65908+BJc19/zFhQqN0y6nEgZFlhvh7+Mm70CqPJc5VK2JK LLm7Ivlivrk0ITi76/zgwq5Lgld0rVRXdt2lru3a1LWja3eep0EpPy4/vUDSIaU0vtBVnJbbVf6N +kIX5Ql5cvND83O3FjalHi19HPo69XXJ1DQWgNywNyvHeLMNeKE3H0AOHfC5ElmtYBNIrU4R2RRM pVbnUqlszpfIgZqv24Ae6vPHuLsZEZ6au8fD+LpHpmW/nJV1shLC+cYXDwW7CmqJLI8N5QAHpGDI HgyGQDAXIgMwKyfCciIed+VCoQCKFxQwItHSLHeWyxTFyKqRAv3E5VuDQdHY1A9nPBMYOzYHxspN A/ARECIuV51qT25ubnFOB3Jqrien25c7hDhxV/MOOAMEQBmWVPaEYADHHWDgIRx63RMH4NRREaJJ 8vZ2F3PYPSiiyz43bmTAoOt2adh7UCy7D2qwPNiuCRStD7Ed761raX15WsGdWC6gSu3Im73NaHA1 ocGZQoO9sVwrDc5crr9yF8AvEI+u02R+GLGPrvBU+n4QtBtsTHt7rcVnOwgN7dviihSwktuMjugt zMQwoUnU74Ps4DBAw+MQG+L+LefwFSHH4LS12sb/hlGuDefimbXECWfi4//gqVC16fwbypG58/HM /ddtXQ5fra78NtAM/ovQjyD4OYmfLek6pDVfzH89oTFAFB0zUHQEwUK1BYmkIhZJmIIjbPEgkfR+ XRMVsSYiZLMHyxzaCI1uxKYlnnOFNl52VHP3gQpix7XS/ygH/hYzxk2mo22l371O8C0irfUAzcUf 9uWXtVX4cBhQ4WScqKpzjgNVCET0eV5An6eFiKltf/UdkIjxYGLLC2APeAO+6/297wg4Ao/4TFEQ 88UkuWWCd7r3EWm79CZ4E77p+xR+7LPOkKBFizx+PZbZfiSz4zxNc7zP4teoDQNCPSEiFJdDoajs 82c0cmNuypeamoolX8as166pPElRetJn9jhqf0yEtOgXCTFuF0WH3edJN9YiXulRCCUeU5TGmC/d P3Sj6vVBEPD6fBIk7BCPUgsAkk+yoykUrT7VLEVlv1+SvD4Z4uuJXq+npZnQOWQPkc7ESnImYzZb SF62UHKspcUnSb7mkhRTwevQH+uNLYptiu2M6WNqLF6IqVyRjq2K7Yntix1Cc/3EB6rD54e9kFgF X8ffvE16vSRBkL5+4jJV4AM60k5KU/jX+b38FzzJu1p/Xdesp+AgdruYgyLbmqn9VvrQZUVR+kTm gFvrjcGzWEAN1mIcH8oYHrSLWuQjz8Fl2+VX7lpOpUVFfyWzSxG/n1r1/f/xsz4tr1+IOH0fDMNv d+IMhyiE39usEybunVt9jlmrJZ5X8TihiMf/gp2w9b80TlXr39kteVDocrhR53gmMJgk3jyWTuk+ xVGZRl58NfLiJFykChQBjV6Xl3iJgGZo8Hig4CHNrOZktjhns7EoYqNKzZkQ6Y4nGxuVpC9qIrWn NOR1DQ2kDlF+u3btVFCs2FEwRyR8HQrmfcGg5PNFPATkoOT12JE3QQ/gFTkaleRIBCWmy5/22GUU +V50qpqg2WSClM8rQSTOVA8ASTVapJNTkr3JRclVyb1JQ9KdJnQS58FP57lefhG/ij/EkzQPeVeq 7ccjoq4PVzqYWpUKU40DNbLWXidrtR51TdPVswANKYT40M560cB4tN3wmVpp//9M7L5NyjX4Doa/ F8Dz8HgoJ4mFg7fVsHq31rClYfWfiIVrMTrVOMkE0vlNx3H1+490L47yQALfxUoCpMKtwAW/UYde oV90EdwB4YD4NfM1d1g47DK8JPyR+SP3tvCO+AnzCdfgZtycQxBE8iXun/QRXrfOeJvlQeJR/aPG By2vGl6lqGuJm/Q3U0stK/gVjluJtXqq2dBM5Y3tljYmz+WFNpFKEIolw0S5qJARxxANz9I7mc3c Zn6z4ylhpzjgop6gn2Q2cvfzDzgeFDaJj7mo6fypQkVcz9zGrxHuEe9yUeP4cY5xwkTxZNcsehZz GkfFxTa6xDc7WsXJ9ERmHEeZDSbKY/BQcTrGxxxIF7sgSfG0lQQNTkRS2ahJZ4viUn4AZMEGoAeX 2KMNri3u7svr7fe4aQxvIGslY6d2z472g2vvKHIrFeQT2wSTly1z/UNHtqAj0z/01RZOLAu4Jdlm 95QFUfCVRTwYUbLeQrvwQ5/io75/6O2RazOHr3+Nj8b6kcdHRJQd+HW142HVhkizI2DlOnkJDRC3 cvCusrV+JPCRcZQt9aOIOxysLN8JbWiwhPDZd3d2Yz8G+J4RxIkBywDkglxDgcDt3LiuzZHghi9W 7K7uhsXdKz5fccbnz/3yX7Bh43OfE+MfqX6wAc6ENkjDGRuqf330NTi++sqfPq2+g//XKwTYgpBk NkKSMEiBQ6pIuklPgwT8vIfzRz1FzzjPdsWU4GL9Q5+rzE/c17mJGJWg1rhv8xPH89nvVmO5EXqa 1LRYGEhRjo6UI0QkIiJJFo/SiAC7MylEERlX+sjoRsFweRpXp7G6qAAtwiMqWvsIUsVoMNNYB8+s 3yn278s13HGMC9DfU2YbDmCt9Tha35sJB+FTx9fXEOP4+In3JzRN6mmbVv0aWioPTHrsmupbcF91 ybER/bsVp14TbXHzU0+/tPOce/G6/2iIJX+EYjoN2uArau9y5frsysIdyl2FRxofSjyYprgFufl5 whTTKZ6YXbGnZDAx213oLp3UOqmtEpkVnRarZE/Pn1GY3jy79cy2c5Vzc+cX5jY/mX2gsKH5uezT +c2Fp5q3t/1W+W02lLU0I29/us2UpSL49PDmHJXHzjpTscSoeCreWmwsJ9pSba0nRSYoN0dujF2r XJe+LruitDayNrZGWZ2+LXtXaSN4SHlD+aT1n9kjhSOlf7Z5S82tbWQhn9Ul5RBEBCQcsoeR3JiH YhQB/7TN5nkN/XCFyuuizhYZGJuicWdcFzba5iVBP6xshgcDOD2IxUwUl2EDyWxyQ1KfvKQYlV1j UIT3j7RjoShnjgzux2W9cgZX9ZD+HCbaDUMvbDYyBWXmfteHIprXqIHtyl2jiDDcY67tOGidVur4 cLuLLqfPlbiy0oiGNEaIkoSGAh5K+I6NAh5KEnpeCd+xUcBDCd+xUcCDYkcBD4+L0pmwom+ot92M 7DNpnQW1TahaCbdZJoo4fnEU80dFMHHh4tNLM85oD7ZN8Fo4p8kxsaWUuHVc7sTzOuxGVnTuePgL FNwowKt73h8J7+BUNuDMcE6eNosBV8nCsnrRbmeWx+HEj3HAVx+p/r36ZfVh4tyjw57QdkCeR1Gf As3wvu0gOLRLnRwIdip2p9g5uzgv95OcrkFpy03MzXLPyC0JLEleWry5uDHxWO51+S3/G4G98lup L2SWlo25cf7xwUuTy/wrk//pv9//ePLlwCvBA4pV2jH0FTAC+jsR4lgBO2YUIfyBhBI0hFLJsD8N SnU1mgJSJo2DPo3jPZ2mkNCVEwlcz/EPEJeDFLFBtQL0QSQmH/UCGcrIvbZd5V3lRXwENqr4K3R6 QhtCe0KHQmQI82GaVRmYYQ4xBONqmbjw2P3hSt/+yv4Ko1X0tfuPNL6h9Q0gIB4WoUfvFv+7sNMC Jj3F1WvKm/2WwMDQYfy10VsVS1Hwo/y0uRDIoVwz3BlYLynj2yV+WDI2CMeow2h+BLDO+LZO/Gbd O8vumbX0ZhVfLb7n8UXVLz+8YMupj15W3U2YqhOPha2Xrpy1vth5zz80Qeh8vji1Z2HL1DsR/9yO GIkdodcJ4H010ZE/2TMlX8lfIlwvLHev8NzUetdY00mB8V0EdolHux4Z+5bzgPNLZ4MHf0heLOHW 8pmKGu8Y4xZpvR3AZltTNqxLF/CuMmt2ye3tBTbabb6RTN8YK0SD3ToSpZ2gtrncHO2VFkmE5B5v j6o5OSyrXYviV8VXxdfHN8X1cde4dQPQf1S/8f6DiCjW7sOs7TgPbzkPstptErW241qjubN24y/u 0oSYPhy/m1xro5MIvFVZbxEebpitd+DVO4Vj8kjfuW5NjclxTqh/4LobH0yfPHfe413TZx74zfvX 4mWtPbLj3nufGT8ue+fvzzzzjSeeIju92DpvS3iD+fpVZzWdlvezXl9s5ZzVu1dk8UMf473nM++4 d+HY8yWHO3ziicuuex7rglUortu1bH6LmqCNliLeMAt5/SW8pUlQ+iLeI+NdQgmpeFeYQ8KDQGHk 6oeLnmYYVkJ/Ap2qAcab8c71vu4laW/ZO8Xb612MommTd6+X8n4SxYIOV/8O1+9yKGvJ97hNrG9t aX3LhYMjt5EOnxCr39NqpFr14r3qI1rX8RN4+Y4tkVb/jL0aXlJdoR3D6HOfjvzxCvS5szC0A3jx V7oPfbXZz3jxDYkexPRCl3j2Gw54P/V/TfwvZ18CJ0V17V23qreq3qqra+nqtap6mV5mpmd6uoeB HmcKhkVFHSQioIwg4ALqG3CNyyfD0wjGBRRRcYnznhoTIYgMyAAqxqBiMAE/MS4xAX24xIgSPzQm MD3fvbe6Z5pB/CVP7Np7urvuOef+zzn/c+obyzeB7yJHFdpOmiwgYI/8JPCwxcL5DM9dYAVSaJIF wSeHOCMc5yLqQF2KqKtrIEJpD2PkSVK008nQIY8Rc5uUaCrH2hqgZYomUilfgmMSnIcMQRyrqWEA uuHYkG6ik5iNSlBzsj9ss3XSs+luegm9gjbTcmOV39OFw6pIaruGA6xDDs//Kt2Aq0GxWWkpR1bh HR9KKlZ8WMxzay6M8GOogS+eWrT+hklhv8sRNryWh1/8zx/dfgn2bY0DpraBcc8envvaj8kXcUoR e6/j7nj5jJ/Nw0cq8Re2PPNkwEw9aCWsvgbiDN/pmTmhe9m9oX/4/pFhfkH8IkQ6eCP/xDYJLMsL IYcgaml0CBr4RQmSSLCJOYm9CVMikcokEulMSMsQdpx48nVbAaoW7rZCvzZFWq0UGbKTQJXRydNC oSZfKCT7QqpPEkgAwvAHQl32ZSCAkXy8JPkkMZ3Q5ITKJxxUwq6pqsNhJ9FT8DIgk2jwTfFt8B32 mXwoZWyXyERWmC3sECgB7vcNSkDaBm4hRHJvXy3mos1H1OFPuo50YUZ5F9aVShQD/ctmK7GM76Gg jaSY4VjGDx4oDzP0Ucu0YDyEBusoCpq+7yj55DWlmWMl3unkJTDa53W6vNJ/gdssYGmvj4c7PtBi rHVTGy04HAJtLI+J1OfV+8j6QF/N9AQc2yT5NwOf6T7BR4qS2WKCjl3Sz1sSioOkY6SQMqZOZDha cRk/rn3Uf9Tt7w50B7tDy8XbpJfML/GfifQcdo5nDjfHa9pDAlZkJV3UJZOPDEhhORIKJ1NSM9ks NkoTyYniWGkmOF+cIS2XfiG9Tu4S34c/CycfPewUFrAFnmW9fMjJC2oNOhqOKbFFMZKIsbEpsZdi e2Pm2MpkLFaTDKlJwmHBl9BuOkKTbnoHvZ/+ih6EirrSTNMWc8hhNil+dAkfmh0CoYIcCvnlkCL7 CPiDlf7SP/W8YKIU3mwyhQWeh3NIEoqYT+Z9Phk/5DLsk+C2hB55SYUFEV4hkgmpn7xWD/tQ8wVK SFAmW01C9aP/FcWbcFoSTgcJXsTPpvbBGUqGN71Lz+2RQUQGsp4uyHq+OS/3ZOFGNJaX9URNXk7o 7mQkOTu5JLki+VhyT/KrpC25nbwegkAJwm9JhG8T9Sx8wbeKur/gFr/CBRIzNpF6ogAR2/UbzYrw Avw4nqDgR5tAnS5EePASD/gEawaEudO8wrzHbDK/AM+miAk4uj/fIGEegiL6pcwe9LMDmYHFCCb7 PpHZgcV+3yGDwd51EJ71sV8SQ/atnIlDAf4BHOmzIYamGerH0MYwZRP+PWJkOP+HSJwnHjB0ZvKG BARmaQjMtpA9pF/yi/4yBJu8wT9EQCMHv9hI2qT+wcPPimwFoqGQflfXTDWKeJsj4j9eb5PXO+IY 9c6tX/7l1psi2HS2oBlsZ/f/LP3LFa8YthQdiFDtx35tahvKpWpU9tib1J+rrOg8qGmXQk3LgUdQ suHTPimCKsY/1Qteuf05DdBROidH5dyC6IKc5TzuAnF26DzVZFPna/dpT2qmv6vfRUmLSkcFVY6a Ko58oQzTjdy/cyjxr2qZRnikj60H9f3ky7o9V1/fmAtlckQF0BfKgF72ot4lIrpmiDCcjmH+R00m WlMTi4bSUU0DrOYhKJnORb2NiUwskUkribRf5Tic34eAJJqYkgO5fnLHZijhCQ8Lt3S3miC4Tm4F IkI1Vc+VZx7CFYRHug6VoYiRHMLZ3NbWCrqrGvRvjhOBEyZR2/Gz6MmvxLaWWAxRvQxFJA5FpI/w eXxlMuJi4vuA+wm5nZEHyFVDIEiOvF9akUN7n6LFj8AY0DQVyccnaDdHsqXxQzzf58n6oSRODXiv Oov8NkFQJSgr0Eroo6+nAHchfaEwR1zELLYvEi391GfkZ27KRsKXO0JJ7iSZpVpQe1pqCXWd+1r2 dnI55TasoZ0+t2z8DE5HGuJIY5hZN0l5TOawy0lyEEYCm1tXCm49BF9yMO9OmFCkNyob+KebMBH+ gCfhGKsA0Am6wRJwGJiA7IejarhhELUj8AO9MWQmhloBoRq26pK1kfVrkzcIQ7rqHvz6WdJV4eUg NsVmCjVhYPsHP+orr7dAn56k3JFWg0zRpaqF4Ro4jyoAoZKEokrH3iGfHngTJZzItwfOJW9Fd/cG 6gXr3zEGnXzdsXE0iKNt1Py0NABmmD4lPMREPeGxu74miJwdou+vAcjZ7Axr4wgQo1mmgZnCUIzM XfTLajJC+4nZMO+QHFUCVue8gSNRB4yIlOnef+5AX8j8Oa5Grf4Gbboy8huwdo5mYqAd0aPLn32s 8tkjP9k8zP0ryzCgdldzGJ4xj0W5939ifA4nlZUQiZ9L9RBJohnM1c9+2vpE5Ol6KmGNR4qmq73X +a8N9PA/8d/Lr/avtfbyT/jXZzdbn3c9y2/ybw3vdh1pFBgggzSgHvLc5ydvrP9p/cP1T7vW1r/S +Hbjx422JPTf1+v+eFaNxzVVS3Ihr5RqVonmFKCaHHRtcz84oJ8HlicJpkml7LSKQkuLaqnaVNHh SPKPsGrIik44CUVRdafY7lZBVm1XO9XZ6mPqM+oOdb9qU/0t0ooG1YLOd1ses+yw7LeYLPKo9PZh owMyZw58UiZBGLeuUs6a7TqE0DquHhzyLEd7Ro8wHWWrgYR1B2GFbkp+8DBRgC958EgfZ6u3lWll cHopU9F4eOl2Igwv8Q6+hM5AB7VLLVQqW6D7WVXejJpVGOnTsuRQCXyuUskyY8veB54+8M6Y5Z09 PXOfVWhWYlzzHpny2MZFSIZfKd562pZLzrruyiu2z7v+oTXdNzznZpdPuHg04+M8jNuffnTewD4c E/hvD9tZnHrGpdNno5hmHRz76VDqgkQSxJ5F0Gu9bmezGHZpzqCI9r1yVpBlUdCCYSsF7ErC0WXv B/M2J1RaUaH3OU9PU0Fosay0PaS64Z0nLf509BzCoQg8KhBx8938fh6qcuqCu6uHAw3CwUq4GOoQ ghVwBpAP+g6WOX8/1Phj8gZHeTD0cxbSoMHeEJuUPDc5P/lL7cnYFrDV/nz4uZqd5t22faYPbAfN n9s8oqkR5Myn2DtAp/208LlgmrnL2mWfDy42X26/hryRuTF8feT28LbIC9rmuAggZNhoZ5P9g58/ GxaNjhddYPFM4IFjRAg8gSIJ0RHBHVBVlQnSD77TDyylv2/+YNUrVQzbn71/773vo5fp04G3Xi19 8/LO0uFXn8RNSNpwcnzXY3/602PwVWYTTYaamSYOb1YZuxslLL7Va+HGa8IH8fdqDkQOqH+Nf15j jQk14njlzPiZNdOUrvh5NQvdC+UF8dtlh4jSFVd5+Znec4XL4hfXfOs3W/wyK/hTbIqL+3/KPsze 71vtf1J4El4bhe6vW+YDuGpADkpGbIdY7lFTVnufyRL8b0mN2l1F28zeCFgZeSlCRvy1vJpAg9yb AIjEsjJBJeTMzqpxhtqGeZ5wijhidCCB/w6W2Z3DhQNGGAf5u4hIhArAyoEcS3UgR6yuB4hqRCFP NOWoVzCVCNcCWJ65b/vLf3h67u6pAuuRLnp81+7SUWDf/WvKGURa8mLELwUm9Xz+wOP7Tp3CS57M uMsA9dpu4EC6cDO822tRL1p4vz987rT0pWkSoaX1BoUniwGTZgv70CE2kJUCAZ+khRlRS9JdDFSD vqQK7zdUB0VT+TDhsPNW1FhbitBKD+rSCoC/Nq72QLemH9zZl0n3VCqfFpfvDwpftuISCzifHIT/ H0F6cPJwQWPD5A1iWQn6XDbOhkzMsF5sJdIQ/Sp8DQqpJCDijNpi8pCNGgI60YJlyMnMSRVRri4w NpGGibn3wyvfvP76N6/64H68v+jd1fe/++79q981fXr0CmRbntp1/YHrfrz/hl3gfUOSez/4oBdJ MolZyVkoyTKhEHv1BYy4RiBz5DhyKjmPfJV81ftb+X3uffmDwP/4Po78U3TKwXQwT7aETw+cEZkV OC/SHbg8cnPgzsCa4JrwFrP7GnFbcCe1k3s9+HrYYnvF41cU6H55QqpkNakeu+Mcf7GXAIugBvWD j3VJU4qg2MuDbn4HvweaIhMvq+l1VSJ65iFcdHboYKVyHBcYHWdkNoq8BZqETQE+Eib7B78YMvUQ OAJVFEcUqhiSSVgN+rCp7tgvxI9/ecHvx3pdrI9t+Gbpu6X9wL3r94CZLr+9atU+P3j08dfamtyy x8PmpoPA61ug5fh/S+9Yv+4uhAffgb7DeVAy88RuPa47pph7zLc4ljb2OjY6NmVezuzLMJLNTTt2 saxG5+uJRgDBv+k5gtDqIYDoB7ruB1ByY0mNiHel1BBBcIpcX+ez0DZGg7KoM81ELVD8e7Bortad WUEXFgl7BZMgF67ZCt4oMwnPxMULrewnGLW3Iog3gFtBjKi/6hrBJnSlMwE4oLURIhNIRQAKyyxd elLGPNwol0IP93SwCEKFlpkF2I4OdKPl7ufQ8rl1d1+3rEnw8TbvA5f+x3XgdmxonQOTKlib3Irk ccnCR0SbyHESJV0+YQmGXVAy/0/pZtPNUDJriCYQ1hsn8It48gP1rfgX6sH4UfVIzHJZ6oq6edl5 TTc4b0otbroz1dP0aOqeprWp3qZtYRdpQ9ZgLjYQtNlsozWSCGcafQorKXAsXeFVjarCZFRiVcJq K5IWYAHJkAIUhmHpXnoDTblpFFJ8ht5Dm2l/oV7tia6M9kY3RE07onuiB6KHo6aonE9feJywYmuB GFlwMBAAbD+ITGp7pSZu9AgjUSXF24nA4BHCP3hkY9qW6x/8bmPYRqDsYq2tAa1SjiZ0sE7MDic1 yoKOkAsoDDFneKuLjA53FBrVXEBWhCzkuabccb0JlhpzX8y3aNaZuEjhb6dfVyMue/tXR4/+6u1l u++667e/veuu3eSuh7DF2HrOuNoLkpj9fsZp6bHHtgKweTMgSpPve+N3q+773e+gLkyDunAF1IUW cKVet8Z/VCFNQADzLddYVoL7yF7wBLkB9JHMk5afWzeZN1tftb5r3e+3+m0eCdttNx/hSX6Wj+cl n+ZJZTHgqZ3VUFubbdBSLGPYeydwzsLhYo018Ks9PquMX1tyaD9ayDYWCrlGrQWg8i9TKpmEw91C mKwsY6MVeb8PwHnicd0+hlCVxh0NexrIhn7w177Rky4cqnc1XODWgYrJx0FGz0kN/r/KYYenKqlW MPgS6lMDEKfR4y9zGqFCsv6A2WqJB8xyBPitQUMlUTee4WzXVsIyeGSz4ojwBvqZaaRXjD49wxh1 SHXLRdonS3uBqVNWnT/39lkXRGQ5UvoKTR8X3HLNrLHZy6vrV7BmQ1x0dPqkCSs6B/4+pL/U+TfU KdcNfDHUr63N6OFDvAClQTR7CAoi2CV6WpNzsi5PlefJV8u3ylavk53BQxxrcdAzzGbNIQbl1QLE sdQrZD+477mgxelgCLAdoAA/Cd0Ql8lkVoROHvBy6Owlwx4eO4BHqbX920MjHD2iugJIiBa8J7DK yzeAXHnTEnA6+t0DPuyMnf4N4pCZPe+9Vzr72NdVlgpiGWSXNpVuplrwLwsRj+kZFrXLI1nqfPfM IER3wavdPUQP6CF7qNVu11m2FbbHbGuD24LmoC2AkpRBqM1mu60f/Oo5k0mzGz9Yd9kt/nNkhfO6 xFVhlDiarXtIkqLCEYdTCYU6TcAkh7eBzeBNwjec1MDlFJXE0cDB9m8HhmvPUF8UOAGiXz70i6sL As255gK5/6alJScKjpCTZsw45ZzSN/gG0Jfdin79wDGs+fMuW1kXwYp/5yVQy3fAcV0FtbxA9m8l UlCMRWd7ClX38Q681js5e/sl3p97yZ15kObT8fpUOp8sjI61x09JtecX8guj9ou9IOpt9pIZvjP1 Xvy9/BfxL/JH40fztjHxMfmFsYWFtfzaqCVWiEYJw4zbh2x4ECn9JiICIhH0oQ62PYJL2CHyjsyK RiJaVAtGibombC0aGibmGxqa8lpdvuCx4z/kyjIul53RPIgpCj0ogybqW4N5olqA99Ym0PFJqdSs eCqViGu18Vg8FlMKeb5QyEd5L+dViChPEFHCW4jx5ijQisGgUAxYEsXapmJdXW0taS9yHsJWBCTD Ixea7o6C6EPx2LTCNtBLxOER56J8T55U8g35OXkqj6xRaJQXzv1w9llE99AkSyt0A9xA85CFlpu3 g0eJHiMQPEzzRi2JUbXioXK0rhLpxeUXZS6fNHqZCZP5tkI/d19fuBURrfb1BUcZazlnrKU6vN44 TPAGiOG9zFXmhP5wJuXkMb+R10JTdsLlx1G9vYMH+vyxPI/ZYx7UqePARrjG7ThxTGoYQUchguZt cdQaNT/4bXXVGLwCXjWlfNV3fXE5rwxVNSOeyRC1cBjXDMUS1aFY4sgWA+D5KmfxFXBRBuuKExmO C0v94LELMT3gMDpaLD0Ari39tMp1/CeoReYDN/P9sjRzKNR4FdSo7VCjeKhRPqJLz88VrhJuESD4 cMxAmBGixBkIIXI+YbXHo/kICAwJoHhYtpPdwVKsLFdbQ9ya8+RW8KQW8J7j7d/XyP5VXIcqow6/ q4C6Z0BMNpFM663uUe4W12j3GHer+xS37u5wT6C5hKPZsSmwsdZUA5oBOS041zo3eLX16qC52ZoL TrBOCE6zmhtso07B+rl/DBgzsW3MmFPatFGCGx0KKxyYwu3lDnCHORPBsZzOUdxEF8e5XZoQj2Cg QGisRmoTw5oWCWvx5gbjYBPbRDZNzDY1NWS15ok6OnjR/g7QMbG9o0Nv1+qylnCivi4ZClqANT1K LxITLWmV8qs0TVlHNTfH4wLjdCmSqEcKDWKPSIrHEqGwUpNA+4meBJk41kZklfY2FMgi2na07Wmj 2uRJ6V/5qmImcCPTOrQaKoArF0RVoufcaOJ/UcnWdWLJREVrLMgKYzAxElSUUYWSTPlkxmEy2+Mp U00EmC0yI0VA0pyOAJ/DHwFEpbcbbqzV1QXhRmC4YJMZ/JIwwZd18H34We9D8PJWBXsCo9uWFX0D fxuu8oZr9E02wrXRRrfLK+CIGvZihwFK1GM0uzx+vwqpjFTSzy67fOxcteWqMec3T8LV6w+f1VR/ 8diJeLOzsa72lA58+CPMBMab1NxpV02YOHFC8YzzBjYjaSYf0M+ZcNHAW3j7no7podR8Y2fYGYFS fjmU8ulQylvAMn3U25a3beROy04b+bhto2WjjVps7bGS86zzbfMD1MOBJy3kjZE+sImkgpGFEZIA JpIM2zgjFuEWIgIpTMQUCI0biWmNKclFuIBrYnlWMjAtS8TZODkC2DoLEw1gmyu2WMA2cIBQwDzd G1JNVohxOc7D0Izi3y8DGU0oLIa3Kxt6IbyVEbYdhkxlZGsI58AROFn8+1WW/y6u5QNBs81qs9hI S9AMBS5gCxnYNo2xbWCIycXDt/752QBviNdi3P6jqwsiuOay43mCdBwvRSfA2+kz7p45p7PlfCwP H2Li+H9e8aMbFlej27KsLJk5PhW+47SBr4bR7cwbO34y8LcRAgIx4D2D+02tUELshARO1Vs40STy kki9Dl63v03+0fwn69t2y2XWBR7yIvIi0wLbAmah83LPRd6LJZugUm6Vpuy01aESuCuC3I7XLgmv dadQ2EAAlmgg5kCI2U8u032catFRzwQdXtNt2WHZYzlgOWwxW/rBR30+aIIqfguc3A4NdC1GLkOl 1/dxxdfbCREiUH7wyCaWd/HStsGP4Iz7UZ8z7AkP+5NdOBGHqJ12EdH+ebTwoPCm1x1ut/NwYWPg wooWHtQoMAQRn5W3c/AkXIi8R2rj0cLLu3l0xU6dgxsMA8GaDS1wmghUqNhVDfZQ7LYSn6mOcrWW Dr28s/Ql4Ha+DLzTPuzt/RC9wDMvlQ4Dzw7UpP7wr3/25/2PPnJgP4qcl27G2ot6J9bp7Y2Me3QN fBXqzgbTyC7nfADHxHKZ82pwY/rKevtvLC8x71nfo9+vea/xE8vHjE2maqkbrXdSa6h1lEUMYpWV syFZDoY00Zil7Nyu46aksVq2PBsBZyrrLgrBIpRUV1a1MykVrDJZiUgxbkmobhuw+ZtqCZcSdoc6 Q7ND3SFTSM5VB98xtKuE3g+14gDC98UPfpgeWR0eSzoakN9Rh8mRTgWgUW8c/NOzNdHjyu1RAaqh ZSi6g4LoJ1Wp42Lpk9ddc9P/vao08MKHdxpptO6qkPqjbz24Zt++NQ/so+auOX/W1Xuu3Fwa3FKy GFw9iCuKGBAtuGfP3pX37N2DopFw7J6GYxclsuAM1MXx243u0SkkfC3u0euJpwLr49RUYrZ/PvEf /oXqVcRN/mvrbyHu8t9WvybxSO0D9b9MrKv9eb3niSh4OLVWWZuiDP/BVR0GMmyzXdhVNsuGGZ6K zHDFOSD8NXW+IoeAvKtODTI0ihDVqMQqzRoDMi0rPQxwMweYwwzF+BvTKmrf1RvZEDHtiRyIHI5Q EbmhEkSujgzhsi1oeuGgIupre+v3hYV+wMoeP7B+o31PFgLhOF+L2nsm+Uw/HNnUiJE1ovYnra0y gqKxEeGhda/gSDKOJ5cW4ZDeHR89XxoA1IsH7tj34IP70It8fQ0awaOvVEYU/HMLAJufGyxNvmfP nnvu2bvX6NpuOo+6Dlp7QedvcoFaupNZyF3P3c7db3nUaw0aYZzIrrL3FhC2keuhs6PrdNkpQ00O 1uudybNwhwMtY3fx+LH3ZqsTeAnexTKxeJHIWJh2Fk6G0BdDLlmAcVsPW0mrv47glZg7OiVqBPAO Ry1RuXbg7uEJ0SikNOoocR927FhXelECz+h/lZb8g5MgHDlPeeQ2e3mXyAUrCKqsdce1tThZAJYk n3h8wuSlspdxeaN5edTDO8DVGLpfgbz43bgUipq7775pF/m9stUb9c9YW8rjweE8Evl8Gd/sGdxP laCWjQd/05fz7cGxJHcGMZNYMH6dsm7Uf7W84X193J+9fxD/0PbHcX/1Hsx/Nu6Y90j+u3Gc3WsR zW30uIhXEIW2wLg7tNX57W77dO95LQtaFhZvaLm5eHvL7cUn+Y08c3dxc4Q825ZJRRON+imteb/P 7bIKjtFEPtcQNdU3u10OiiEoj1w85RTVo3Yw/aCwiVIQLQbcrwcTzapKFK3TRqudYURSpsL+iY3n RIspQdXRLCnC+VCf2Z0CKXlCh5WyJBjVfkFZ5TAzufz4FZA5VK6wx5xlNMZdw4Tl0VWU5XJXE87o PtoyahynBOPeuNQmRIhiYHQEjFLgghsHd8V2X4SQfG2njAm1QizjL7a2RJojBD/Wg6E0rr3Hi3JV A8Y4ldHfVOTzTPD5wU8JCWrveKi2bfwoqL19mtgaHI7rYtpLF0bXLXCOpaHbUeThogXNuD5WgHtw MR5NseN5OKmO5+3u9iD6O/DOoIu2IGDBo0XVFAtn9+9r6oUaM1cRsXlLFRF7uGlzTSJW7o9K3WR4 syiv1zJ12V1nFSc23PbM+Atn//6115bYBCemYstSdE33E71nTy29tvyMfavWU5kQlNSVYb8ot9a0 jM4UWpNBt9cXvenUy566SONd/vCvoPgK9ZGG9hvGn5XNKvlLWy9fgrzOeyHaKqIKTeJ1PXY0AJwB f4B8gtnMvMy8xRxkzNe6bnOtdv3c9ar9D3aLZEMd09cTJnClLthMJqtNAyxPCx436+F4s+xI9YPH dU+4GItZiwAQFocq2/nlpn7wS52vrbXRSkJ9lQiyQSW4KLgjaIYI4OO+OuTooafk4DTLkUpTHFRI ayRKT+j0ZeRX/AHGbvfTEYIJOCKEkV8pt2SoaLiHH5miShSOz7eIAoT7uCa71HLN4mmvjuKdrM+p /H3xqvWYNPwwGgxqLlLugTdPm9ukONETM9Qzf3oNmUUHcZcodB/Ph/dxJjWXqIGW2MGYNotkUgR+ m5vGFtiRtTkctE1zG4lUe+CsciK1RkX7dagd+UQlFlMVrQaIbl5Ri0QNI/mKkXDYbaOLrNvCq5Rd UQhCEpEPQqdYj2LbYwVWFGBPjgywt7YaLWvLLLMyLelfnQ4r5lZngI6MrXJcGJ3zok7BXpMnQnAW 3rjzhhp6y2r4AiFA9RMhGOIGPypnDDEBpKbq9uOxGTW8W+F/3LZu1436j4xI0KVn/W4tHoavsBtx 4yMdM64hw3gw7pq68Hlj04gjozEooierwjGIgtl641qwllvnpRRGsSuojYtLcSvQcyuCFm6M92Ly Es8CfkH0GXjR015OjwDUWGi9LjgJJ+vMOinnWbjBkMZ4OGMShb82AqrCoKh70HrUhXQWbh+k0SQw wp7tPiPuedZQ2NNDAqBwHh76kXyUIBQvz3u9vJcDBFMOcAbYIkMVGdoSLfL9YKFu95LFrKfd84yH 8mwDCwkvoHWnzoEGrpvr5fZyJu4F8AyUmThQyxxWCIQ+weztQ0QVA7+99QeJ2yNpqN/DOf0eDiqK BBrM7eOCek0jj5Ab7i49dS4Oe+E+hHeAfBzUG4/bakUZkWmUE/f6QsM5yfD/KrGwlsFB031wJJNU rf5kUqyRbqOeFp+U+smt4ibJRpAsuURcIT4jvijuF0uirZfcQO4hKZvJJvhMPiFJpkxJoUZqMbUI p5pOFaabpvMzhBnyjOTF4DLTpcIl0iXyJckbTT8WHhTvl35OrjX9QuiVNpPbTf3CBmmLvCX5uvia 9Edxn/QX8aCUsYsBMUNmxIy0TF6WXCduF181v8p/IH4GPpO+I4+K30keg0PkYodIRAZ3e71euygG iJgS02PUYbTVG9sboxbFemIkInOTsdgazOTWykzu9XpqNi60oBCfu5OmvqLBM5jUTaFeFfQazGvU yqRuKJWhUBYzujVF9q3GjO7B0/VchdGtDDG6lSpGt1LF6FbKjO4d4AB0t6+G0nQAhSLBAT1qIs4B gDrHxNQUVX9R8RadlqJDVRSn02Hp9gHfb2SA0ugJYpWsNxRkPZnJy3q8Bi5CYbiQ/XDh9uTloj4n CZLbwVOYyn2HLonTSL1xdJ5E15HoOlJnPXmyHzylO83KHAEIv+FNq/iiGYW6Ggpo1dcyOo93M8Yu /Bi8hn8Br+H78Rr+MbTWOVHKm3WhsMS8wkwi5jdpfgF8RKSqNObbrq6hufsQYnd3IfI3/G8AU7+7 KtTvzJFP0EnCd3xFRPsR1EUabvzb5O8TgvxdXYtPqJj4voNl7mgl4rA5aZNtJnYY0IArVStF1VTI 3RWnpJrcXTlGLb90a/+l61NDpN3LVvfN71+xEEWnP0GgNwnI4MBBUKWhF5P8wBfkQ9VaehG0twuh lnaQ9+qrI54IR3ItnukeMoBiLBFtDriC61a7o3M6fgN+w/6e+736RvSN3Mv5lzvcNsJHPKhRRA5w HR6uI8pqUVbNN+WAms9FWY5VQI4HIJfv4DhOUfO8qubJIii6i9BQeotcUS0qRX9jMVeMFaPF9Lhi R7FQzBeLekdHe0tLezRaU19f0z7TnO8H9ZuUjofaWZQsCgBgdqiq6HCYCRGIYgg85DZ3Q9HwT8jB 833Rh2o4fJ36UM1MdyhbDiOYQ/J4hvEzaUvR8sk2YB16sFEFCB+Uj/gOySxcICwsn3nQh6rAIQqW UaMQNHqHUGnBIR97EB1EB8prP+FjDx1ClX/HLczLyoklbvC3KJHElRNJcL2uj08aTQK4KFp/hGJb cP3njYHWtjIQLVt7FGaKss3w/WwtfDOLegyxDHwbG4bvYcMQ8LLa0Lvw29zwP2Pq3+zxOd35pv7B zzbCdbkvEM4B4S/WNPiRTnP2dk/YzrU3oUe/nA43PIwotXnglNnWMTbMtQO06BgV9LQDtOgYFWDh Flx0IIIzQAuVCSlteTdc5Hg50MYi3J1DQBuuufK6o39wZx/Lo8j3Tt0JN6KtcKGixUmbECAwDoza oaos03HeeTM8UH4mwUlI7pYo2QuWJng39NK/RkpxR2lraTuewEpfhf1ubwIsLT0d88LzH6P5bD4I gNB8pEIfo7Mx8EpphVV0ltNRo0uvGbFOp2iFjumpNnwGxWi+Ah5DqxyiDWrV6tLNpgehVuXA8xBM ED7Op2WcqlQABU+nU5eOev+h2WnvZO/p2qXgUs+PvT/WlnuXa1s9L3i3aa9q72guqJpcjvPkvAam CTud2SEwE9DCPWEQXqOFw5oW0KKoYmL9pvoG7BtK5ZIJLZPz0gYJ0GxeY1AAaUCgxitwypEaJCBl cfMVze/NobqJ9foVNTVZXDihpaOaN5dTjCp7D1RfAvAE5yVADp7gPICwhc0cjaBPIMAX/X6o0SSC PrFiurGYyaRdRHhKmFwUPhA+jDzT/BRUusOaFfMi8wHzYbPFLDelt2Erbjw+pmsx+wk0f5UgQxX4 KTMtl9nqcaZ1mWGUf8gW/6uAqLLLjrzaamNbba1GcRuoPA3upOI1Ig+qkpeXbpDDfqcg4sqJxWA6 mIqB8McRP8vXD3xxC5Y9XHQLrNA2c06Bxsa5k3zWECEoXMMRI2SjDxEE9SWUJon4i864UIgY2FwM +cLgt4Rz8DuCIUzIH7FmcXMdjRGxyIz3Zt1eL+vWRBcgOVJxunin0+V0kC4gOkkHcLkVQoKoV7E7 GNBlKrqZdqYbxetksasbPajVd83/b+/LA5sot8Vn5kwX0oWW0rKUZdhKgS5JW0rLJqFNaaAbScom KGkyaaNpUpK0pVevl1ZFFAQfioJc2QQEcQW9FxVXFFxA3MXrroiKOyBUQHznOzNZWkC97/nu7/eH xHw9c+Z8Z//Od2apDbtFV66+73wo+AsShaG/mYWlTvlfSArKQ3OBbeNYrugnViz8eXA71qtAier5 q79ZQf/3hBF8Mh/4f85GDRjJB/9aELz182KhgN63+JkTvD+fUC7upvw8jv7w6/NThGe8DNjLcVyB +lnOHQ58+AS+ln+Cf0LoI5QJDmGJ8IkI4qKImZHayP1RV0avjD6jidacibkoZkXgE3t33L74F7ve kGBKHJL4ebdXumu6b06emfJFj6qeO3rd3ftg6i19Xu97rN+T/cdICdLZgTsG7hj0wuC2wbsH7x7C qZ+zafuHXpOek/7qsL8Nnz7ikhEvZUzOPJZlzN6l3a9bndOSa8vLGHlNfnr+kVEHCjeMKR/rH5fw 5+fPz5+fPz9/fv78/Pn58/Pn5//th2P/SqCCY3/fiP07SyODeS6FT1BhgYvnZ6gwcLOIisFiGE0E XvY4VDiS68NfpcJR3Gb+dhWO5tKEfSrchesTfVyFNUK/LgE+MZwrJkuFYzlHTGBuXORDwgQVjudm xzINlX9/i52twjwXE3tIhQUuKi5ahYHLjH1XhcUwmgguNq6rCkdy8XGpKhzFmeOGqXA0lxT3jAp3 4eIT3lJhDd81IcAnhstPPKbCsVxut8DcOJgVd6UKx3NZ3WajJrwIqFtstxsIjkA4odvtBEcS/m6C owj/D4KjCd5DcBc1RgqsxEiBlRgpsBIjBRbDaJQYKbASIwVWYqTASowUWImRAisxUmAlRgqsxEiB lRgpsBIjBmvC7I0hW94iODYMH0/wYYITmC3dThCchHC3JJHg7mH0ycRHgVPC8L3Y3KQUglOJRuHZ N4ymfxg8mOgHEzyc4ByCMwkmW6LD9I8OkxUbho8N2GLhWrgGTuYcnJWz4U+J24pfC1dHcDnn4dz4 9atUEleER16E2WhFvJMoJMS4cH4WQsWEt/4vOWUHNZM4M55xcY1BGh/ijPhTkafjCvGj5TJVKI+w epzhwp8mnFOLOvhplgn5+fDr5ZpwtJ+j1WjSqhHPO4lK4irwZzPim+jYF9QyB6UwqRKXjlycqIsX z/jw60Buw0hSLXJyoW1ebtoFZneUpsiqQnvL0foO5wYMJF8yT9nxuJ64Xo44Ju9/7mUJsUxPJ+rm Jx2YVyQ8ZjQ2wrBYBo6ZRm7EKFr50IoKrhKlG7kS/Bah1xlciVj296dKcCwjvAExZhxZXCahbwz4 KSeshYvjNPRlNjgpSv5zcjKAV6xsIF83qNq1BL1wrvVKDnnQQmZ9A85n1FakUqxUsqKRckLiauhs C1kZkMlsbgrzTCPNVXIjoI/iuXqiVzRh2e+irJApX2XC1RIXFj2ZvMjydKYqrQ7PNxGdB/UI+FyR 6f8VzwQyrpkygmFksqtO1dGORwxvQ5yL7HOQ9+rP6y+PahfzmBzGpVnleT55djV7WE7U0CpVtK5R I+NWOZ8vQkPJqo6eUvLq3Kw4V7KCZ75uwpFVCCtKdane9hE3/wVlM+9XI8ZFEn1hkQ/FQolTx3XB vKNI9REfG2IdZMHvibmk5qKb1qIbj0Jy2dq2k6eVVWqlCuYNq2AZQWpvWN4q9vl/01NMu3riH8gr Twd+zRT/yyma4bXCoeZFiNKDtEoVaSSPM/51QXsUvcKzm9Urlg2K/5VV1aDmRyBLO+fQr1kUyg8j 2X5u5JiHGf95iJeJd8AaG/1Uapu7Uwy8nfwd4szs81A9t6tVs4lqYHNYHfg90Q/wU9YkW6tNajRC ayzA79w4Kt5SLPBTDfCfdx0HImbt5GvHv6VtyMvnSrCRh9kql8/RSLGHZdDoIIdqrP96xGZybMcs wF16FO6SEo46PMrEvTAPv1qO9XDV3BSVUotndXgmT4VHcbn4ZbPyuZG4g7Iv486i5UfNRmPfkI3+ Yp8stKPzirdR5Sul/GU+ZXpOoSrhpzrgxe5Fpn26Nlh9rcEqE+DTTDniV2tjqBYHvG7kJqLH2Frt 3E00q9wClZNVgmbVjyxCesI5Vd+WIKx0PbVBWeESWGckk942de3YKGvksP1ZIq4B3Z0UNxdxcnLz VQsbyBob5Z49zP4MWrkBHwYqudILNFPuKusktKP6qN+pCdPCwYW6icC6a1D3PlZ/fR1qEcs9pWcK VIDzedxDXmmgMeQTL3H2UE+gVEo/6RLowUL1LaSvn3xXR3Ug4Bk7UtlwVmAVhCph1r+ZZ9lEX49c s3H0U0VnXLOpV7hU7acC2eEmO7OCc/5YWc2UKQqt/IdICZzL7lRJgrwtLQ2yw2qTpa2SpU6Wyj1u jx9RUpHH2+DxWv1Oj1tqcNmypGKr3/obRNmMmWT2uBoZxicZ3ThPV1iozcQhL0vSu1ySyVlb5/dJ Jtkne5tke4DV6CJPo9cpe6UKuXl0k+z1MZY5WYVaKb3cafN6fB6Hf5hJrm10Wb3Twk6r03BWlbnc oh7dLVm8Vrtcb/VeLnkcv6qy5JVrnT6/7JXtktMt2WSv38p+ehrdfmTly6qotBhLjEV6i7GyQqos kcqMRYYKs0HSTzIZDOWGCkucJk5jqXP6JH/AkwxGkQ1eTwOya2EqBMWjhzy1XmtDXYtkdaNIdEWj T5ZqWqQWTyObafM0kTKNbjt6g/FB5ep9jIlVcjltshvJrbVeWa6X3f4saSZOq7M2yZKnhmmOM/0d lGGOa7Z6ZUl2IjOvZHd6ZZvf1SI5vJ76kF4elOWplYmkGSlD8+zoHq+zptGPrFFNj1sON2ioL6AU +iroiuBkhK1Sk9XVaK1xodo+n+wPn50lVbtdss9HxpMVaJMaC78Hp/oaZJvT4bSda7mEXnT7ne5a mmu1250spFaX5KUEy2BoL/kW5fk7K+Vy1juZQSiE6Jo93st9fiUrHOgLQnqaMUUaa1xOXx2Tg7wU d9dbWyTUH0PV0MIcF/JQR0HkD6MjZJzV3SLNa5R9JMbmcWO2uVULvKreROyr8zS67JiaTU65mXLg XPMZHUZSduIiUiLG6II2oloowG+1+UMxZoZZVa0d52dLKgcn2KxuqUYOMEI5Vv9oRlBt1kuZUnpB 3qhh0ihdQaY2T6vt0qV6CiK1Ol1eHo6jckdJo/JHFo4sjNPU+f0No7Ozm5ubs+oDgbd56ks9qKld miL7/S7ZWyz7nLUsfa0sZRhNsxdD5JUoi5nqxonlGVKgTDQjGUtOrxWDhGmpt3udqG2JF0tPLZul TJDMsgvT3YsZhPWGrWdJ0jPuThumisM5HwU2OP22OslO8jMk0pAlOVaBZpnFhBaqz2WtIRYOKhMs dg24+qRqn5JFcj1WJpYAIcU9jf6GRj9p4pWx5rCk9FtrWAWjfCO+ftlW5yZl7B5bIwsBJWHWBXyW Xeevd2XX+93Wejm73nepTXGHW27OYmd+56xm2YVY+bensKNsNUmImqug3bmedmE39cnYE/FxuKNc hsdf0n4UOG+mfZnt4dTFwe3wIDwOT+L3EXgU7gnjZaXdKXD8MfGWO8iSO3AjfmI/USdOESeJ43As RGorXWHa1T2xjn+AXw8cXTnokd6r3hWxqvekubOD8Lo1dL83/B9w7O7oYI7/5Rd2H47uv3Lq/d9M 4Qv2B+yFH4R2DoSfIILjIRKiOIBoiEa4C3RBWAOxCMdBV06ABEhAOBESEe4GvfFsKqQipg/0Qbgv 9EN8f8hHzCgoQXgSTEF8GVyB8JXwV8RfBX9DeAEsQLgVliB8IxxH+Ec4g/DP8DPCZ0XUW+RFgRNE YHdrRQ27FyrGickIp4g9EO4ponQxVeyDcF9xEMKDxTSEh4rZCGtFHcI5Yh7CI8V8hEeJ4xAeL05A WC8aEZ4sTkG4TLyU48W5ooP9DSTyj4ZLwwzgrV5rDfpOZK5C30XQWQF9KHIRTrcTO8F62e7k0hxO t5XLcDlrrVxOPW4K3NhgJHj6yRNnUGaS3yNRRjzXj3uerxAGR/SO2Bw9X7Nc85Tm25gJcWvitsft oZk8Rc7EpcEAGALDIBty4RhcDHOhBmqhDpxwGfhgPiyG/4LbYDWshTvhLtgB/4THMDN3w154CQ7A 6/A2vAsfwqfwOXwF7B58GkZoEAyFTNDBSIxTIYyGcTAeLoIJUAQGuB6WwQpYBXfAetiEef4w5vjj 8DQ8By/AfngV3oR34H34GD6DL+GHME0ncH1hIKTBcNBCHhyHJbAcVsLfYR1shC3wEOyEXfAUPAvP wz54Bd6Ag/AefASH4Av4mmUAzg7X63+qRR2ng34gwWBIhwzIghzIhwqwQBtcAwthEdwAS+EmuAVu xTW8BjbAZrgb7oH74AHYDv/AtfwEPAN74EV4GV6Dt+Bf8AF8AofhCHwL38NROAHtcAozlUcpAX1H qBoXQDFm9NVwLVyH2t+I+t8cZsFW2Ab3wv2/Yck38B38gGvhJPwEpzFfupBVvPAUl4zXo6PxavEq bh33Gnecj+QT+N78YD6LL+An858IopAmzBW8wpXCfThHhHhcTV8TxNbqIS6KS+BSuD7cQLwazuLy YBRiP4ECHL+HGTiug5k4boRZOG6Bi9kcmE08RMxWmgtleHwflON4GCpoZiWOR9mTIa471xuvZdK4 DCgkznOI5yXE81LiOZd4WjvxrCKeU4mniXiaiSdbJbEwmnjVkAXMFlsQsgchOQg5glALQQqPMcR1 LHHthhpm4bX8ePYHmrkqbho3G6t+HVXTv3ALuIXcEm45xGHNOoTaX0U/N2LFAszUIzAOeayB8Thu gItw3AwTSD89SZjIJEAt2V1HdjvJ7svI7suZ3fAjjm1wEsdr4CccF2GUBVga5o8TRNFOFKeI4kwn ChdJqCcJbpLgOW+Eu5LEItKwmDRsoJnzaKaXZvrC/GQhmmryE/Ohn851jK2BuJUQZSNxayJuzcRt fhi3aRTX6Syu7JcSsIYNwzq1HCvVyg616nWsTR9RdfqC1SesBCIXpWQ9RgRwtxqP8emoRTdOEH6A STgehVIcj4ERx+MwGccfcccRhBPsySVGuydW2cGQQmd70KyeOLZDL6LszTio+nZnsyCZcUPJIJyE KEhCXXh1BW5G76ZhxvwFM2QNImt4F9/EL+Bv4B/iP+C/FwTBEi5THMlksp1H+EEcz2SKFzGZbP9B meGUc4nSSpQ1RGkjSntIO5FZdoLtV6idgpEJ4yBMbMAzXA5XEJ7bTAtIYVpAD6YF9GRaQC+mBfRm XKE74wrJ0BfHPmyfRh+1ItwFrsYxCq7DMelXJMwlCVaSUEMSbCTBThJkkuAgCf1Iwl9IQhtJuIYk LCIJLOOuZccELQxC1wehGwgK9xxPnhPIcxryXAx5LvYcH6cSZR+iHEyUQ4gyLczHKeTRHmE+1hJG RxhN+NrCSjyBK+HKmAZovUDWa8j6GLI+lqxPIet7kPU/ksUnyeKfyOLzc0wljn2I42DiOIQ4phFH LXHUEccTxLGdOJ5SfZiA+881uP8swv1nKe4m3+JuchR3k3bcT07BaawlEcGdcizPUT/CoZck1AF9 jFhlJ43qcBTd4YjtSXOxQ4zH/U/CdT0Q98B0XN3DcQ/Mx36iAHuIEuz5KqASTGDGvbcapmHfMhus 4IJ6cIMHu5YFuE8uxN14Ge7GrC6swB35Dqyua7GmrMf6eidWla24N9+LVeRB3Jt3YAfBeu3HsIt4 HHfpJ7GXeAH36Zewm2A79cdYlz7FOvsl1umvsO4x27/DKsXsx6qCe+qJDn5g3e8PGHteOC78iONJ 7IGV7pen7heo++XRynjqdbshnIIVQ+l1ebR9IMd+YWcojukwHGnQeoRH0Z5qCHa/PHqiDPHoDRxN VBcvpp3VSnuhi6r3fKqdrCsG5heEb8B8B/TOchzRN4i5A+5AeA2sQ3g9rEd4A2xEGL2EI/oJxwfh IcQ/ArtwfByeQswLsA/H1+A1HN+Ct3D8GGs0oJ++RvgbrLdAvbcY1kO1cQkiJ3aBX8RoMUIUxSjs yCPFeOzFu4kJ2IUnil3DqC1I3VscJPYSB4r98UpmAPbmkpiOXXmGOBz78RHisDDqNKTOw+ucXHGs WCgWiGOwSx8tTsT+vEQsxs7cIBaxPGaxYZFhcWFRwWh0Q89PglIwwmT0a3geZ1wwj2M6HMV2OIrD bxNe18RDV7yi6ZzLI7B7DOQz65DHwNhgl6yHidgpF6t5Xk6ZXgVTw7J9OsyAmTCLsn4ORroWLsdI N0AjNEEzRpvlPlul14etgPDs34S9Bcv8+7EvZdn/MPamLPtZ5rOs34/96ZsYz/exP2WZ/xl2T78n 53XCMba/CSdwh2TXdHGYAyzDAX3A+gXlyi4J98FQhg/HEb2hZriAHhmNmDHUV43FDgjQH6wDQp8g XEy9Bst/dt3HusRKyvwq6vFM2F8A+mdOMP9rqWO6nLqaBupQGmktXEuVP7QKWP6vQXitmv8bEEYv 4XgvbEcMeghH9BGO6CXK/BfxLHoKxzcp89FblP+fIAY9Rv3Rd9TLHEUM6z2Ec9YCu4JMFruLSWE4 CXHZYpaYGYaLRZxRLBUnUfdwDHuJpOA1oHIVyCXfjD+7KxffyYu1bcnXRXYZvrB04ck4PkpY15Y8 H1F+ged18drYyGjljBARwWnnRmpGRPIi3zZK4MV1Jm2VNiMM02dDvwV98KqTfSqxm/XR2ysyPWsY zz5aqSM/MeFfH/dbdrqx6vWIzQPn+ycMWruuLeGAtk2YoG3jtwoJsHfZqHeXp3849rHe97adqk3Q xgX15AVUx6pL1HaNhGoxKinayG5yumW/roc2maE0SfHTZK/TTDeg2E1zXa5Wx07EJA0PnJCKPPX1 stfmtLokc+AuX5Vyd1L2+qQivbZfj7jCfG2etlBL/2b1iMMDnXZUTi67DzfrP6FC69pwu/kIDlpv 5LSt1wutrdzu152yib/Fsi19T03PHZbq54qvM0we88xVB19/+/kFC288GPtDyt/3Xb512PZlTb7l zz9Xs3nsN/0iGr9P4lzdy99YeVPUE05f686aCl2/V8+8EPvVX2968r6HJk392vOyfaTw1l9rI5o/ WfbO1LdP39Zr1/i3m1v3FL1/9P0PX7zz6sUv6Z8eN7C0dHMvATCpOoUFUK+Hdz3QeNn1GxY+bp+/ +66cRm/i3WlCj7nask9L83o9Ypo8teeCs+bMK97ULXlOXqXXZx+9z/aXL3yrkm/q3f8vi/WvLB39 yv6CvOJXGtuPzHu2tVdBj5GT73tufM7hATsjnrr5470Fsw+evLnAftM3lpdffP31Vy79Tlz9gdD2 /qJhD+6u3LR/nl03dqy2DQ7ht3wdCLwgJHJnNm5am9H1qUdgZW7qFRZL33CVRcyk1jW6/tq+StBS grGxeBt9fqlC9rNbi4GoxpwT1QztcOXEoNBMZ70smf3W+gZ2L9ose5ucNlkyeTx+XZ42R6EeUVEp lRn1E41lRstMSV9UZKiyGIozpHTbsMJRUkcZlIeFOp0uv2Me5gfysHX7hbNOtSzmgpaVaIsVgnHs lmUTErH7tnTLkt1l9Tn9Hm9LtqlKz/h5vA1Z7O6wSXZkZTD9s8osxUznAl0WlgPkA0lDfsMRRXrJ PF2Hi3xg59Ru47tyiNcIbTzPvbHyi9rlT9cn7ri7/a4Dzw/P2XPk6L6Mza9FrO39t3WfP5FdeelH r6Tu9PY8sNWQpP+6V/buCS8tP5yYuezW8prbNt3fJzI7N+KNCZve79v7zQeO74T6Nxeernzr0gTj B/88pEmpkGMNgzR7f1m7fFjimNZRy0teeWj1jEFzTftP7ui6/UCTpmHRIOsj1+1/5r3tLzc8GPlp zfYfEzVflHpfuG77qC57zBkRw1asfnJJac+ciLSI++/JyLu6qmLyZO2ymk1rhORr+x0ZMWneqm/N vT+IM0zdfzxn03eH15z54aX2d3JuXtt8Qnv0kWuXm95eZyw88vlDyUufWZZ7+Pobb5m7auYGYVri xPYhX3+euPJs67KVi1Yn0+q6s/U6bes12iT0bN8hYqxWExmNFTciIgqitZUMKYmlWhbBmLkLS/mF 7QY+iue1I7W5ATqBTxnK7kj71FvSvxJfKmV9k8RobSTP/yLwnDaGIbqKIgiRT3VaNGydX3nkjmO3 /FfRnQMefffYwmNXzBBbFvU8tX2K66J9UQMueXv3yJduXnR8atE3mVsz1s/bu/dh0A358oXE04OT b/B98k7Z7kmnG9ti+3FjvvnqrhWVcx22haX2D9JTvfddOmNp4qGnhMXO6n/2Ss/b1vP+nKo3Lh5r OD5iiaXk+n3Pb9m4aVPPfb6KtAi/tk2zFr/RyjpPaDy6tH3L6SP1iabbuq+YIs/uvMz/MxsGrs88 9vgmsFB12jxdcMNo4+f8nyvxhy3o8dqxCp+Rxc5apx8FGoulIpfV55NypUwp+BQ5pMc0q8tpV575 NeXoYrRd2PzIJKHarEvSJrKD6CTNdCs9/fN73LoEbbziiiiTbK/3uO26fto+VES6J4fYhz1gDpyP ucB5besd52yXi7HAX8e2yzeNX/7yROSqtIKae7ZVL1/x2DOmDb3X/7ytuOTTbu/lrra+un1X7YTY sVXNO3fEf/vIXV19xdUPf/vs4PYddww81D7jlrW15mh//Ms5x3wLhqR++Nip7k8N9e/uvyzx1S3P xpZmztleOD5/ws33LnnvlZlTt9Y/Gz3VP8K9dU6C+8zoLlu+GnP11DkV2wQe7myLwiSImkaewaUm aMMXWcQ6best7IgXW5fgHr8g4YpbD71a9HPdymMF+9xjjsa0rbf9B7K47dzWawDTSsSqIPbQdtey xjDU+KWAELWAQ7cjiUaM1LJqgS2cmB9Go2FT28RBiO6/btiC31WRiqrM69tgZ2sbPESPwNmbBOzJ NXso6KTEZUGXfSx7vbJD9spum5zR4SUA9uiYPar0u1o0vsaay2SbX/J7MuhJbcgfQb4sb6u8Vpuf 7VK4bfmVB8PpqMkwTeAVCrbPSdYmq9NFT+Cd7o7cQgawZ7uaCxk6hmltyKxHNkgnoYRMr0xPsn0T OtJ5vBokDRB2DG+GlDOyMBcjasX9XN8kI6KcvWfBXriY5pSbM9heW4jlKJeeMBd5GlrooTjrMnSF hfmd2Enne58kSyoymCx6Y4Vmut5k0ldYjAazVGw0F5XpjeWGYklfURzWyJQZy43Yx2RpGHWFsWLS aMlSapCqzQb2qoel1GgmdsoLIAYJD80Wk7HIUjZTMldPnGwoskiWSjZFM81gMpqNkyrC6NkLI1Um fZHFWGTAeciAvS6CajMRRrO5GuVJ+mpLaaUJddEElDQHLJCM5VVlRlVnw4wqk8FslkJWoRMqisqq ixmXEFaDepcbTEWleBiwstIklRgtFWx6CcJ6qUqPOhZVl+lNUlW1qarSbMggIdONZWVSRaVFM9FA Tioz0ISiygqzYWo1Km/Ul2XglAqjxThNnRNQthKtMknF+nL9JIM5SzIbDBpmJ6YK8Sg2IFWZGT1d 5MEy4Pb7Au8ghOVi8E0ct8fN0srhlO1mZSHo/eorFj6NPB/nU3KzF0tkyVdnxTxgL2Qo7yr4nHZi wl4ksNkavcoKdHi89bRmNE1K2VdeZ2EaGPVZmjvzF+T9nmUewLs8tZ6sWqcDLwD7s1ICYpuQggfd 8BuPX03HFqeN/ymljb/rD6gM0v+yMoRXA1zy0gWNRuJ/Z9lLf8Cyl9iyt8iuLGmETkrP040cJhXm 6zILCnK1HauB9G+XA+n85YA5+dxysC4+MjYsevz6jseCFq+iUtJ/564gaVPCtpZUtV/F/87Tour/ lbIsMfXqu6Uj/Xr0e9Y3qEHYc9D5rnWvo/T2YT99lPLmmdt3tn+mO7j5BnfKx3u33HuFJnLN/Fz5 gRlTPpq1eq3b4Sg+8/S/5thnLPvlzRsrns6/aETKhzmehcsvOzj1WP2xsSm7yip7Tm6849u2Mwd2 JX56qkfUw4cm3jogdVHzNmniivYPUzfM0bWJ6bjpDRYwZRv/A3v3ebrgDjdd1rX+Q9sr6KUuoAvf yUVsrkJHMbpO+7y2f2iiqOsmJhw0f5btmF267cAq19G7zvZK0c4KI4/VlWknrxu4QLrA7xYpb7C6 Of/6wQsGhr8zE+jrKPJ+b6NM78x0auvE1gU3JA+JX3tV2rab5h7+/NTzcYdbn1m1um7Tbuc/Uh8c cLTnT58/nNPXc2fN/lOPL77UtOnTFcWbFz06QEy8VX55zjfGiIr1plrD/C4/VdeZP6sak75AMOfG P/rYzHE/vJs0fSj/ffGZG7d8d2vX030cJ4YlLhGWlCbOm93tpfwZ8uqW0sVfXDSj4a60nuvbhHKs S8aQUyJ1bcJoROWzaLc+9P/9fYXz3RrpmC0ztT3DkyUmdKeQx1wJnonQdaULn4KcPF1uXr42f9Y5 ubLVtHHsidbpZw9+9r08e+27b3SOZxvP3bzb/+Lqn6PyH6zo25r90YvL3sleMy397qtW7br+I/2q jfGzz953JKKy6vtD0d6zy++5+sHT9w/ZZmyvOZ6fbLwy4cAn7V26vr1nIz+576y6kntu2506bp5n 8y1mrXf/e3v4LW596fdTTJPem3By6dXLNt3z2M4P5nxz2SrrvtevW3r7pk+//LC658LNleuu/2zT zff3KH308pvkdZe893GfqrGZS5z5G5prHnhpz+P94reuHrzXcfFH7X8v2rJtaPtOy+aTqcVtdwza f0X/nStTllbvmZ6Q37Zo43brjCfX/rPP+BVJ42MjX5iyfOS1Y7OfdVxR+drABQnJlyQM3TNv4INf POFe/Nh796YvXLnh6p27ejzyzJqkqAMW7r8B+3TXyw0KZW5kc3RyZWFtDQplbmRvYmoNCjQ0MyAw IG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAyOTQ+Pg0Kc3RyZWFtDQp4nGWR206E MBCG7/sUvVwvNlAOq5sQEhc14cJDRB+gtAM2kdKU7gVvbztdV12bAPk73z8zzCRNe9dq5WjyYmfR gaOD0tLCMh+tANrDqDRhOZVKuJPCt5i4IYk3d+viYGr1MJOqosmrDy7OrnRzK+cerkjybCVYpUe6 eW86r7ujMZ8wgXY0JXVNJQw+0SM3T3wCmqBt20ofV27des8P8bYaoBlqFpsRs4TFcAGW6xFIlfpT 0+rBn5qAlhfxLLr6QXxwi3Tu6TTN0jqookC1Y+g9Uezbcy5R7BArbiKdn+gYZ5cliiZi+99J839J S4ZYGRva3WNDZRkv9/i5zvDyEJFDaDZLWfOnfPjnsJrzQMXRWj9L3B8OMYxPaTiv2MwmuMLzBWi1 oBsNCmVuZHN0cmVhbQ0KZW5kb2JqDQo0NDQgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9M ZW5ndGggMTkzOTEvTGVuZ3RoMSAzODI0OD4+DQpzdHJlYW0NCnic7HsJdJRF1va99faWvbNvJN2d JmsHAmELEEiHLCyRfUsQJCEsQUCCARQQiSiKAQUXFAWFEXEUFDoBNQGUOIKKiCvgxgyooDNixAUc PyF5v6cqnQCOM2fmfP9/znf+37dyn6q6td9761a93R1iIgoBGMieP3rwQNPfnjhNtKyRKPzpgfkF hU++tTWAqHIEEccPHD12wDXlC24hmldJFDhs+OiMzAAx4gaUPY1exo3LH1qcWTc0mch/DFHwg+Vz yipPXGv7hSjur6jzfvnC+fatW8u+J+oyiMi8fHrljDm1IT0ziWz7iIwfzSirqiQX+WA8N/qzzpi9 aPrNlsEriXq9RRRZUTGtbOqBi6k3oa90lPeUDL8lIhv5qch3rJgz/+YPaGcJkUDWd9TsueVlg/oM +JpoeHfkh80pu7nSp5Mf5sfok+w3lM2Z5rej29tEJXcQRWysnFs1vyWJxmJ8uyyvvHFa5b7Na2xE iQ+ifS1JWYkvpz/2/vGPJgdlX7D4WEg+WxJHlsn4+UPP/F0/+staY4zFhayPqi8fxKZnmh+BkI/o R/X3DRfbS9oeTXKMSVSgpi4XYKUMORNtE8ZVfRiO8Foyotajxm7IxrXGWhlNFyFGozBrPkIYhcFA tPiu6tZe1fSGzr1hLrnJbo8zfNVyq5yJmOEm1nVdlhqO0AxvLAc5y760l06DWvgzMYk70ee0ll20 h4/Ql3QGJdvpVTpOBziEPqCvOJSPcBZNoWn0IIfShxRM42kZPU7FtImqaRZabKcSpKKoM1XQLlAx NdAaGo31JdIIKqdjoh99wdnomXgfraVOaHErWnxIS7H+l2g37cdswmk23YeyapS+Q/fTtdSXsjDq OmridSKbH0SdYIRl6F+ONBo9XQ7b0a417PEG2VtbuNYbLvFIzOIWWsNz1ayVWHgv52CcEMx1Dnqa Qg+CJpAHdtqT/kifcQonUT+sppK+5LNY591Ui7mMxsqWoZ2cUwUohO7Tv8f6P+VmTkQ/GzDzckje TLPEGAqkULoISbroFPoKxhokFUN6rYHQB6FPGfZwNsbM5j6CuJb3cF8+CumNw5gNkMwxahLZejPd ht7XYbxO0F4gL+SxXO61NKmXpehT1l6GdUq6VT8jDmDMtYoeR74Zo1crqkbPbdQZcpNUAakVo50k 2c8aaETSaEhREmahaBlWOAHyep5jaT29S0v0MxyCdCAJXtpGEukZyOoRWivi1BaLE3ESW6nt4aUo lbVbN8g/Sf/zR8xoSyAEeWkH9J2E3adhJrlUj1UKrG8TB2HePhSq/yiYO9NelAmeyTNpB2xDyqhN cm1SapXU0naaBdudRf0h55euou2w5xJY9P3t8qwGEeRJXpm2ynNxuyzbKBH2LnX6oRo/BBY3giqx KyW/jVAO+8qmlZi9P+r5UaywwD72soXc+iVYWa7+E6XpR+kHtVOnYcRjapeWQBpyjz4A3U6F3RzA HMoxQhxlo3QqTYHWVvFeGs8GKuRxtIp2iSBYSi6NoSFcgLm/iXmPhw4LaAGnIHUfaIGy5GUIDcqO t5MT6wymmygdfcoZSG8xhIr1i3QjpSDchBpRmFHrLJZhFulqHiWUihPKoHQ3HtYdgfmuheyWwK4m IA5Drg/CzdSNbGh/H0h6kqcw/5uwzqFUSA6EIvT+FC2njnQ7Wt2L1tKfvASPsJu66d9CYzejxSyM vB47vCtViEQewoN5sOjILyKs5/VIFYmOoieser3I1lZRA78F236cw2kLbeabeDC0W8FV0NVuaoTX WIH914GGI/0D/UJ/oSfoID1Lb9FmaHkFSvfT36Hfv6L+OmWfjShrUPSuCm09T4OnvdzvCtWn7LG9 P74JGtkNzrMij1dzKXfk1/l1uiiwqfgEPww6wVtAb/Kn/DFPhWc7z8t4DPdiC5s5mR5C7S/FEH6P f+QATuZgaPby/ntTaIKFxk/wk7yd5/Ao8DbyFC6F7SWqKn5kUjWtmId81kLycm/JxxdBPtvgKb+j h0Hfodbj2AsImIn00638h/l2PoaZP81von4c9OBqj9vS/wcezH2jOuGIwrDLfekwJPQwLL+R9/HP ap7KWSDtXR+/wXe0r7WN513rP8SP80hJSgaSTK2yaY9//fh75eONOQb6vSJuky2s97iKd2O/y3IL zVNxHdcpfgusWuZ/xFzlg/WotWyjhSo/A3t0Of2BNsKTgEQ0tA27oDK6BhL5FLYRAAvYAklMIjsZ oYc3EY5BG7ejVI6ykTby13yBL2B/z+Ln+Tx/wUmiHFLzYN/kUhKfAucL/pZfQY+vQwqPY6wPcW94 m47w9TwfMzxCuPHBU62ju2GBwfQtrH0fwuv0KPzHnTwJ4WWEffwon7ws7XYpSEuRco5T9kA8EKGY fqRP+GfoCzc6dUbBb2IOj2DXHuDD3Ag/eBCW28Au7Iwovo7ztaX0hmq/iV/irfyq2uMuFVJU0NvD AUjgyvzlMAC1Qe3n579LV54dv0Vn4JXkmSFX8p/Qr0+OK6lc3TtaSc5BjvFP2nAGh9EFEHwh/HMY /OjNimYhTEF7SSNg2anwrbNwig3AnCvUSSbvsxrLx6hpjM1FUcZv/BrpZ4uOO6lJb8HZ6oM7hq9C P/ID+pM/MAB4CfeDAGCQQisFAoMpCHMIURhKVjWfYGA48BecBiHASJzXv8C/h+n/RdEUAYxRGEuR wA7An2EvUcB4igbaFNopVv87TgaJCdQB6KQ4nJIdFSYqTKJ4YDLZ9As4oySmkgOYBjwPC0wAppMT 2ElhZ+qo/4j7eyKwi8KulATMpGT9B5xQacDu5AL2AH6Pm2Q6sBd1AmYp7E2d9e9wnknsSxnAbOoK 7Ac8h1MqE5iDE+scbvby3Mql7sAB1AOYpzCfeupNOI17AQspCziQegMHAb+hwdQHOIT6AouAZ+ka ygYOVTiM+gOHU47+NTQscSTuD1/TKNwfvoZt5Op/w7k/ADhW4Tgq0P+Kc3kgsFhhCQ0CTqDB+lew JokTaQhwksLrqEj/kibTNcBSGgoso2H6GVjUcGC5wqk0AjiNRuqnabrCGTQKWKFwJo3Rv6DraSxw lsLZNE7/HKfteOANCufiXvE5PF+x/hl8ZAnwRroWWAU8RfNpInABTQIuVHgTXaefhH2XAhdRGXAx TQEuoXL9L7gnTgUupWnAW4F/xr6YDqymGcDbFC6nCv0EbhYS76DrgStoFvBO4Kd0F80GrqQ5wLuB n1AN3QBcpXA1zQXeQ5X6x/CP84Br6EbgWqoC3gf8CPeK+cAHFD5IC/QPsQMXAh9S+DDdDFxPi/Tj 8PESH6VbgBsUbqSl+jF6DHf7Y+qGfwxvAstwE9xMtwH/oPAJWg7cQrfrH9CTCrfSHcCnFP6RVujv 09N0J/AZugu4jVbq7+EGdTfwWYXPUQ1wB/Bd2kmrgB5aDaxVWEf36u/gXrcGuFvh87RWf5teUPgi 3pHexh38fmAD8Ah80wPAvbROl+fFw/pb8IbrgS/TI8D9ChvpUf0wvaLwT7QB+CptBB6gx/Q3cTN6 HPgabQK+DjwEf78ZeEjhm/QH4GF6Qn8D9yeJR+hJ4Nu0FfgO8HXcv54Cvqfwffqj/hree58GHlV4 jJ4BHqft+kGccBI/omeBHyv8hJ7TD9CntAN4QuGfaaf+Ku6AdcCTtAt4inYDP6Pn9T/hXVviF/QC 8LTCM/Si/grevOuBXyn8KzXojfQ32gv8WuFZ2gf8Brgf71wvAb+ll4HnFH5H+/WX6XtqBP5ArwB/ pD/pL9F5hRfoVeBPdAD4d+A++pkOAv+L3gD+ovAiHdL30iWFzfQmsIUO63tIV3ilT/dVPt33/0uf nvK7T//dp//u0/8HPn397z79d5/+v8qn/790T8//D3160e8+/V/69Hm/+/Tf7+n/0qfv+V/l00l9 Diupg/fbx/mt3zryYjLAG5D6TkEjAR9bhv08EztyIW22x6nvCe3glYN3A/bmZnsHXde/uCKUn3r4 H77RbP2M1USXvwQVRN5vN6+ogCkZfvPz0H//yafCgYMQXyMzI0eNprHjxheX/A87/a1H88a7dv9H zf6vSdedO8ad079fdt8+vbN69ejeLbNrl4zOndJdaakpyUmJHZ0JDrstPq5DbEx0VGREeFhoSLA1 KDDA38/Xx2I2GQ2aYEovcBaW2j1JpR5DknPQoE4y7ywDo+wKRqnHDlbh1XU89lJVzX51TTdqTv9V TXdrTXd7Tbbasym7U7q9wGn3HMl32ut5wshipO/Jd5bYPU0qPVSl16p0ANIOBxrYC6Iq8u0eLrUX eAoXVtQUlOaju1o/3zxn3jTfTulU6+uHpB9SnkhnZS1H9meVEJEFfWoFWQIwKU+MM7/AE+3MlzPw aIkFZVM9I0YWF+THOhwlndI9nFfunOIh5wBPkEtVoTw1jMeU5zGrYewz5Wpolb02vbFmdb2VppS6 /Kc6p5ZNLPZoZSVyjGAXxs33RC4+HXU5i85D8orvurI0VqspiJppl9mamrvsns0ji68sdUgsKUEf aCsSC0trCjH0agixaLQdo4kVJcUeXoEh7XIlclWt65vmLJCc0uvtHh/nAGdFzfWlUE1MjYdGLXLU xcS4G3CUxhTYa8YUOx2enFhnSVl+h9owqhm1aFe02x59dUmn9FprcKtgawODvAn/gCsT09rLVEpV l6miUe2SZTkj52AYhMdebsdMip1YU5aEaVlUU56FanhKGK08U6GRmR6fvNIaax/Jl+09xkSr015z gWABzqZvruaUeTmmROsFkklpJ+2mhvK2tMfl8qSlSRMx50GnmGN/le/RKX1hvZjprLTaEUF8NAKy LSvpkwHxOxxSwavq3TQFGU/1yOLWvJ2mxNaRO8NV4hGlsqSxrSR8rCypbitpb17qhCXvVls63GNJ av8LskaEFlT08XDEvyie1lpeNNpZNHJCsb2gptQr26IxV+Vay7Pay7wpT2hesRYrvCkRq6lSGOXE 9soyU+zvMSTiz6SMemq92QKrVBy2F3qspYNascTX4fg3G9Xr38lWKrrczDtNTx/X1fm+V+Wvmp5/ jYYJG5JE0ZgJNTW+V5UVwgPV1BQ67YU1pTVl9Xr1FKfd6qxp0JK0pJrKgtI2jdbre1bFegpXl2AR FdwH1ipoQK2TV46sdfPK0ROKG6xwyivHFNcJFnmlA0pqO6KsuMEOn6u4op0rc3aZoyKGpdcJiyqK bXATVatSg2KofHk9k+JZ2nhM5fWilWdVPDyd9uDS3Kg11o3t5q5H1EdFuwI7ZlbL2C9AxXU+3XJy M7RGqgTtBL0DMtBk4DIvRyMbMAckuWtU+WZtL3lAjaB3QZKzB5w94OwBZw84OVo9sfai9kJdRxuG 3r0rumPmudwYbRfpIKHdp63CMWbTrvPGk73xGsRpiNd643u0VXV9bUG5PsgznQPqIIG1bawbODyz QSV6ZavEhjbOhl3g2HKjtY2Y1UbMaiNmtRGzOgdk9LoB/A3gbwB/g+JvIFZdOVK9XXkTG+uCIrwc JHJ9tRJtHN7tbFqxNx6vjavLtO3PLdXGouudCjdrY4BrFE5WOFzhMlW6TKXnqvRclc5R6RxvWmLG FWhTGCRRG6WNxvuoTRupDVHxCK0A7602bTjyMh6mDVbxUG2giq8BPwpxEeqFIB6iFar8YOTzEQ9C XsYDtcK6fFuX3ErkJ2vyF2RBmuTnYw75mFM+hCQ5a0CbQScVZzJwGegdkKZqspaPkIeQq+WihRt9 uFHiJk1zI+Qg9Nf6o6Qf6vYDurVstcZs1MrGSNmQVTZ6zoZ6sqGebDJr2UC71oO6gNygEaBSkBH9 pKNdOuaVjhHStU54l7dpDrGawhDbvbFNrKJ4xPFiVV28zZ3rI3bTCFApqBJULXbXGUOCcsNQT9bN AA0HTQYtA20C7QRZKKe1xO0nckSONlwM1wyw7tRd2dmZKu7WszXuENca+8dkBuXeqKVCTKm0CaRh yqmYciqW2pazgQRMJ5n2g94BnQRJgSdDGMkQRjIWmIz2yaqWSdU7B9JBGowoGf1fXceoWttAGVf0 Irkp4KQgl4I2KaibAu5JIKsWsnwEaA1ov7csQRlzgjLOBPSVgNlmAHNUKgho0xLqhE9QPeTLfYJy e0Huw0EoFPdAmvdAbvdICxFyE2egJMdbYw1oJ8ioNSCkIiQjpCAkIDgQ7AjQoBYP7a1FWINwL8I9 CKsRVkEbYTtd+11ico+5PZb1WNNjU4+dPfb3MO8VZQilotTtSxER8vYcbInJtQoDTaQA/kXhcwpv VOhWGOmOmRhwemLAGxMDHpkYsG5iQPHEgGETAwonBmRMDKjnKe5IV8CnroC1roBxroCeroAeroBu roBUV0BuMJfweAqglxUOUJipMEFhHI+vCyCffXwtOSyweE7e7bjNdsZRb+A62+2Oegui5a25a1uj vpL5gq2LY4YtvZWT1Bp1dLxkQA80lp8lM7vc6eZD5slmt7m3ubO5kznFnGx2mm3mMEuIxWoJtPhb fC0Wi8lisAgLWcLq9VNul3xrCjNZZWQySDSotFVIlC9YuDoItggaQp5QrUgUjR7ARZ7GciqaYvf8 NNpZz744U43OAewJKaKiMQOiPL1cRfVmfZQny1Xk8RlxbXEt870lyHnEShxZY4rrWZesFbHy+tpA zOkr7on1xiUlsk1xrYHvuaeEIhbmROWE9A/uXZj/G1DqRdflJ8p1ZQYzifM8VDS62LMtrsSTKRN6 XEkRJCdvuw0iS/QsyG8QvWRUUtzgWy2yCkZJvm91fsnlemQHP7+BHDJS9cgu65H9V/XiRS9ZL1FG rfXiVb34q+rV9nMU5Nc6HG11+qk6/a6uM+PqOjNUnRneOlprHccVdcynyKHqOMyn/qFO/L9RJ/E3 61whzWkDXP/i4QYawsdr8xbLV4VSZ8E0UKln1cKKKE/1FLu9gfL4uPctIql0SnmFjMum1fNx57R8 T54z3147ZPE/lnsWy+IhzvxaWlwwprh2sXtaft0Q95ACZ1l+ya6BZWnPXTXc3W3D1aaV/UZnZbKz NDnWwOd+o/g5WTxQjvWcHOs5OdZA90A1lrJ6mKWFBpTgbqriXcLPFwZcGusoGRBhreyvrLmvI+rW 2D0G+Rt2P1zV/fHaFwCSRZ1yO+XKIuwyWRQo3wi9RVG39nXE7uGnvUVWsIOdAyiqYGY+/qqqvIl/ 86+qqmr+dVXXVclY/VXNXwCSaqIqqppPWEGuvzrfbPDG0jevAq1WPlqrqiqZT0qnVQtI9jZfwuXO 21ML0DNXXWkEVPXrR1qGi1oJ3VUtYNSSFRd4zaZK/jwK3ZCcpLcXIsNXoPspFnG8NgUnNuknvfS5 /NW5LG9p1nXxISqP8VLrMwZhncIxPLQ1pql0lObQffQweN34bXqG3BQE/lHSmLiYsukBuomO0Vj9 e3AdtIXOUTr1pgq9Rf3itIWX0hZu/aVvFn0gf4MnsjWX4SycYxp30bbzcuqEXsbQQxRJ76DHNN0X +V0iTmSj1Rg6rE22pOtd9B+40XBIn0JPcLY4bthBb1ETJxio5XZ9lb5B30iBdF6La35V76rPQaux VEoL6BbMoJoepyNcIvqJ/frd6vfc08B9kQ6zCwZVihvdKNS+g9ZTA71M79BHdIaZgziFq/kDPmqk 5gMtB/TB+hR9LhXQMBpB1SiN40TOFRO0Cdpz2ofNX7Sc0uPR9xhaSDfTElqjfuv+IX1Mn7ImfMUY MVZ7jmKpn/oV9n2Q2eOQ5CE6yRbuzn3YzXfys2KhQWs+gBPeQOGQ4CAl/ftoA2S6lXbSAXqX3kOf 30OmGkdD+WN5Ii/lFXwvP8hb+VnewWeFUXykadpthtcMZ1uO6776o/ozGDeWOpAdd9106OAa6PMI fY31pXE65/D7wiXSNTb4N7e0dNMH6sv0g/qH5KRk1O2He20BDaXxmPUiup320mtoe4Tepi/p75CS xr4cAlnY2cmjeDQvwCye43PcLCKgvywxW9SJo5pLO2IYb9jRvLslvKWu5VyLrm/XPfqr+ltKvz0x Th40MIkqscWkxp7HOAfpNP2NLmAME9sw10FchPWuR/8n+RLMySJuFc8KHbfftdohQ7Rhfcuwljkt 61t26d31obAtDZeuaOqO0AfWNJZK0PdySHMLbYNmdsF6jtO3HMXx3IUH8zgu5lKu4LlcyfN4Cd8C qT7Du3kvH+dP+Vu8OppEOOTkEuViuXhA7BYHxHFxWiNtNN5h5mlLtAe03dq72l8NVkO6oYthqKHU sMiw2IgrmSnC8talyEtzmqc0P9r8akvnlvyWWS2rWl5pOd7yue6n79fP4CraBXMsoRmY41Ks/066 lzbBPrZhjp/RV3QWOv8BstDYh2MwY5vSWx7mPRQzH48r03SECr4e8q/m7VzH+7iRX+FDfJjf5xN8 Di/P4aIzQl/sgrFiOtbwqNguPOJjhAviv/Banq5lat3wVlGK1dylrcR6HtZOaGcMwhBu6GoYbVhm eN2oGacaHzJuMB4wvmH82mQ1Xev1EZc9iPxs9i3xiqG/Nps24+1A074W74tsXiou8h9FHL+C0eLw vjVC5Im+uBvthZXPoTDzBpPD5BBhZDWXyj7EI6KTNt6QpPnTfOw3EhPEnaKUnuJ9dFEMgqUt1I6I zWKytsFwv6E/f4j3i1cMJAL4J8qlXO4P3X1A86ChTtpOg/wNKhkt2iXjHBGg32X4yii09+EH+7HQ 3uQJ3MQjRASk1VfcS07krdyEeDB24Mew/AZcO7MMp7TVYoj4FLzZ9AC/gjXupdliLz8BvWRhP97I I3ij1pVu5XmQRm+6XjxICaJSJMCex9KPvJzDsXMvQjcdxXQyaAGinI6KEmj9XQ4RnflW2OkcWsU1 lM7N3EhvifuoJ0/TXr4U3Zwi+FIT12qDqJYvGg4ZDuHyfRGSjIPlWnDh/gw2vQGjvEYOLQlWk0VG gfc47KdS7PVgcYFvEbNpJq/X/sZbRS4Np2lalSjkh1ouGHK1bpDYHniTPFNvCxmzjXGG7tD4V9Qf 1jiDyFRhOGlcLtPaB9p5vUR3tEw2BracoMWQziB4t1XYS4PoE47g63ikQRdFBl0fR9vFTsMJPZL9 2UHv6dhhLc9zNnfU7TxP9+ORsPDr5P9hGVYZVhgWGG7B2XQRXvNOup8epT/hNHkS51Yy5HgNpDkR vmcmzogulEk9sLr+NABeaTDKRtA4+NNSeMnpdAPNg+d9jJ6lWpxQRZDHdWg3na4Hvwon1BK6Ffv/ LloNH/AQPUXviW1iE95xV4qDYqGYSZ/QJ9rrmpvH0VHD3YZlNBrvwCM5FCP3gpZsaLda/wCjpVIs vH937FLYvX5WP64/3fwO+nsKc7/fNIDOmvKkAcsPDY3yn8Q0MlNhrclcz/67wTUaZEIjX5MRiRc0 TcT4mCXvBaZoy/AlUa5h1vPZQ5uzh1l/yh5qbcbLfHZztqSuXRzBjuBEAN4z6JJda7zkNtJFshsa 5Xhn9c/F50YjziAbDXcHHfc74ycsZl+ycuj8GAzwojs0gGL8InZY+7Nv/7gdeIEys3mfGIxzoYWH UZTL+tOkptOnradPU05Ok7WJg0N6469rFzhEzWRyJiQla0k9uvfslhkRHqYpNDnBBUu8mCQig0Mi RaLIcDo7T0t29eufJsFwf/MEe0yMXTwV5ZfQubPT95Klnys9u19ap2z5DdRa/aRhnFZNKbD1Ke6R 28xP2rZ11pLMiba+hvmhN8UsjK0OWxFzf9i6mO3mzWFPxuzIeN68L7A2bHdMQ/zhwPNdw31huGms PRr8YIxY0rmm84bO2wK3dz7Y9VjXM10tKQn1Yoc7JjHDkZiY4EhICYkLjUzt6aCeqax18/dJ71nP p9wTeGUK+XZzaH4+Dkq3plema+mpff39U8I2Wh1xZlkQQHa7wx0QkRPk4AxHjmO4Y7Jjk2OnY7/j pMPiiMmKXNPFYZLlc02bTPtNJ00GU3SvtL1R9Xgnk9qcxK6hzV9Cn5PmsUuqlnKacpqaQnpnNGVM Qion+3wTBB0S2VuKvDek3puszf1QHsXWC+cPdO1CRZ7o0UWejiMnFO8ns/4zdde/ox6gaP38rhBL Z0uWekpo0jxU9UPVMFTdS/GoEqo3ypJ5k3iSo4epVV9QXmSP7knOBHMro1fPXkqtwV6takmqLDws oltmz15a8YvvPrzt1Id9Vg6vrp5Sa/exRvoGlm8csamu0hYTYzvY947BL84YdtONc/aWL3r0kbmL XwiyriyY3ts3KiTYNygm7bHy5qORoSFR/ESwdXjfUddUjJ8sX4y3Q/dF0H0affe8w9cvKCe8Xv/J nY7E6+EnEj9OPmU75Tib+HWyuWN4ckS+fWji0OSx9kmJE5KvD7o+embi3dH+EfX6D+6q0LCS0HHh sxKnJ/8UYzTFRFvDY1KtqSGJMTXWDdaHotbFbA3firrOpJDgoOiwWFwMLIHRHSKDAkgL9qOVwY5U s98ug6nDE5EOp19gX0vJZhuvtTXahC0mPcyR5A7yydmcxEFJtqS1SVpStOvAvZcVC30ObVKKHXq+ CVqVymw6jY0gNw7LGPoMbt1F0EBWFkMNuLh7d1F4666Swm6TdevukmqhHt2pW6Z2MCokNIojQ4Mj hWnng3v/dHzblMOjwq3BkdO2vHG45SL7HX5FC+gg9fCyLSYydmD11w9vOTpoRFhksGvALNZeP8z+ cqfdCmlvl28EkPdnLwxOq0jDBUpuj0AysjGDjUbBCZb4KMmyxmZExsZGRSbE+0YkpPhM8q3n8l0p Dsiby932BEdYPPn7hZnlxxuRNh97tbwrM8ekJzqqrWyt59W7XGnVrUKy/jTPK5/m7GwrDD8nx5pt bTqNv/PS1q808ytsfpI0+iJPhNfmdwVaQizSiIs8/l5WA94SvqmzhyXvwW5I0r/a5bR0jG7fBdxm yE5l8dLkIdjIYK/1h3a/LHGDaDXi+z+78b1Fi96rOvGQyld+tO6hjz56aN1Hhq8uzpHW+8c3Fp26 6eaTi9/gT6KQvfTG5hMnNm/6858h22rINgOWHA1P+q57pm/EI+EiUwwQo3BXfE28Fvpm9Cchn0Sf iP0i6oztl4iA6A5pHbqLrPghsdfYJsZOsM2NnW27NXZ17CMdHol/0Ri0IGJPhwPagZBDHQ7FmywH g2PsdmIOjnNEmg2OYD//MTF9NxNXYgfV8xl3ZIK9L/fdHMZzw/aHvRN2MswQFu1Ie/YKEx3a1CQV 0HRaeR0IGEeJtUn5lDZh1kWEmer173bHhtniRb3+TbszYfw5Iq4yzHbLJLOyW7Oh06WnI848c93b uaGB1ihrlwu3fdRykoPeeJt9x0cfe+CBozH82JbX+3cLig4OtmaO59hDL7Kp5cfbVu149h5pmS/h JhZhDMY52YGWudMSojOj3dGjosuj50ffEW0ODbAWh4UlBJj8fYqNxgT/iA7R68LDEzpoB0U9P/hC B1OAvy/hlj5Z/d/oKXegwWC0hw8P47DouJHL1GE6SbpcHKTqKM35SZ5s1gtHs+lXMc65SRzu7BEa 7Gi1HUersTjarEasvWUZD5HG0RwVHxMTz0MuxMfG2IzBH3/cMvLSD9JIsFcjRYPcsdLDzcbKxsMu svgud69jpmMWccB0wCK2WOpMdRZtnrnaLMrNUy1TY7UNsVtNYoltF+8WWgfb9TZBbBAi3hLSuh+D wm3hIrwwOjw8KjohJDVDMv3SJ3ZJT8/okpAa7Ne6jwM5sNA3MNDPNyG49eSzUqI1USRO9B5/WZmS GdCjsGuPHpldEzL7Zpl4D58iO3Z1aJzDYE5NSQmBy/bxtcecjOboerHFbe1DDnvXtV02dxFdonsP LLtCoIiURLGfs3Oaz8O2/ule/qe5XxfVmkTeGPmppt64K7Zjd67XT9UFx3Qnl6uka5e8Re6w2A5G i9lisghTB2OMjWMtcTaWn5Ck3XYb7Dm2zZ5tYWj6l9rYMGXH8+bB64ImQb/KD0RcPum8uu0WrFyC uY3taGN7y3l88b0lpcOzrh0oNf+ZNILC5XNGL543WeZbvpU4WZVpU5aV5KfGrxrcfK7dIrSSJXkr mr+/wkKQkrZ/HzxHNizEjyJ5kDvrv9n7ErAormzhqrpFN/QC9MoOxSKCsnQDsghREFBaEZDFaKKj DRTQpunG7gY0yWSEzLgkJjpmmThOXJJoYszqMmMSk5jV7GZfJ5sxJpPExC3GLOJ/7qlqaFAzmffm n/9/74tt3z5169xzz3bPObe6utCbebMxwkyeZZ9Vv8G9F/S+8g214hKlQ8eJnMg7gh2qBVqnTjS0 RQSbEklYYggULUpNIrMb1BUWNRE/QyPws1RrGncf/QmkBcpjwuzmlpVG6qFKATRFKeC4oVDZr/hI cUQRpNjNHtgROeZuf8SmGerw6bkLx9JPiNjhh+VwoZbV+xBjPnOCMZ45sTPcGGqMePDMASgyDuzQ xuviCwuHYvDCuczC8jmzStVmY3jMRCNtdDTFG8LiJ6qN0ASroFHSBvq/Ko3TqycqjWo9nITGbNRF TDDSxmAMM1KMJ0v1AKhUmnAYCQ1HwhJK6MWx4f9ms0ZmKEYFRvqSgcOPPznwNat/8nHW0PTxxo0f 0zd7796BI6zu0b2sbuDIY+s/+PDmv3z0Idgmc+AKXL2jGCubWTrRqgorGg3vcZkz2CZurraVBZso LtH62MvGeLLUTyj2qt5RvhPy7uh3rIcUn6qCo2BDfZlyJVlL7iIKcywu2ajsuKio2LgksykMj/XP hOr1YaFJplEJ9LgsKTs+KSkhPmkUq03PDis2xRaDp4ZmJ6pV6YnsdbySSSgepUhNDAtmg6NzM5hQ IT4srjZuXpw7jo+LyvlNQGFCVyjdQcydTsuSkokHscyklvyZrDviYHiKSNNYHqR364LVx2q0Akut bj3z/v2jkwdtjhan5Q2uMmCdGmL0eZdUgGnYMdPu6r78Ve/A6Yc/XvkCLik3bRcuxCV182s3rX39 9bV/ep00r714jm+/Z9fAmb8NKOh6ijAYIvhiup4GHH/c//LqP768n9aWEHkvIr0QGUylxstD2YyQ WtUC/WL9Cv2NipsNylgMj+qEZ5ITEpKSk2JjTA9y9zCRbGlpiDEy0mRMihk7imLUptWkpKWNSkka qw414s1aQUotbAmNoeGqlFHFzFiFamI4BE5TcUxScWxsjCpMeUTJKaMzGaOQEpZcl7wkeXXyxuQj yYrkqIzT1w4Fz5rwQ3MhdE6nBqFVI0RSabNVpMNdQFHR+c0y7OBnAyaYTyebb5fBGGrWx0rhEPZz koWoWfz1p3JE2hu0E8fddmvltL4ogyrUkJwXVbDuUdaHSbAzPjoq4fl1tCXNr1/fJEYbIF8nR8/a NpCHptFDzboHQx3L7D/zIRmA1VTBHi1dbpwYW8bpq5nZjKPiLuGugk2FLxienfSB4U3zmxPem/Sl 4WDe55N+MpzIOzVJrzYozEETQiYlGExm04SYSVcn3ZD3UJj6QsNFhY7CBcWXFl5RvKJwRfFm43aj 6triXQncjOCx6cmp1tILSvKiI8NClSZNEZOXY0nms/LDQjVEBVV/VPEFF8Auuhzq2nE7iZDFZu1m byyNTc1PTGSKlU1FibXx8+Ld8SQ+erK1Mbk43ZRYSiOqGWJn6Wx3OpseVVmuJIpUVaL6N3KdSwvb iSw17/QT7NjD4acP4uI7ffowQ208F5rTOtjvSds8nbzVk/YJRXR3AMmtsGCSXogdZRgVMcGUwBTH FCWwBQI0+klwaJ4YmcBERE64YHxcCeS96OKSwoT8BMZYpqMJcCxNwlLDSlEQ86Hf+juLjXmq2D1n PmMiznzFVEDhPMFYACF3R5K5JLZwaP3C7nHh3HL6ZVwhxOMQ2NEWG6EppNE5MtwER9BU0HBcYYQA XGGEzVospQOaoUh/o0nISJuAcAyZQN7tyN42Wt5bRpjpS3LC0UbcCo3zX16IwKJzXN7o1JRUacNK LqdlVSTugwrrl11TUzzZsvTeCvu8l/bt+12wSUtDgT4qInmt+7aNM+oH9i2vfv26e8jYOPDU1fHR 5qiS0YVFY8eVpMWGGSKTL6+65HYxyRgaHX83uK8pK8Ey8dKKmuxsIa+jxPk7WrutgcxczK9hMphn S1N+jGG1MdEx3G2qXarHVa+pDqqCekKXht4QuiX0afWbakVEMKukEYRnPaWmYJ5XBiex4cYQky4s XKc3BkVp0nezt5bq4otTUpTFLMsoNIlRauNyfje7tdSYkREcIqQmPs3EhscKsV2xj8YGQbb4dEcm ZGSajQ+W0K3TCSzfIYJDJXtY2lhSDxoRsMGLQqNjVGp1dEgCo4rRJDC0OAJfoAXQXNa/wnXGkSV9 6jj/cs+VTQCl4TMYiAu7FzY9XWDUhkdqhe8WXnfPOtq7jhqDNNPFffoVW3OuoI3ShWkTp1/VzWXT zlMUierxYtDjbNLMjIZIrFHxu8xcmpmNDg4LwQisyQ7WaEKCk8Kkjac6pkbeeI5OpMeZTAqbMllI SUkUkkaz5jCjkFjMjFZFRBYnxMeHBYcUh4cpjIlEDTskJsJM69WQ9HCdELxfySp3s1/uSIOC1V/U 0F3PCVDkYdTjaSxbpetqwzPizxSo/nBbqmJLabAVAkvTcL2BVwSNMvC6BEavMEqal5ahQV6GDzMm WH5mSJz6MwfkHRZekhkdoH60TcHQof+KzNK7nrmstAHz4VMdNS9uQzN8gyXnZX8pn9XNxaMxrqlf sEcCpR0JtUEx/T4QbJDMziu1bmO36e8yEEElqAWNoBVChTABqvxitlA/3tDGtescRkfyvYB0p0Ff msCqwqkhTFpGG67N1hJtjU6rDdclqXR6KYmCtAlswhw5kSYzIQQ3IwrFHE6hIFxSCMfGmGjXxMiw yIRILrJGzrBGg45jWUGvM8Kew5jMMILBaDQYjAY9y6hoNoWkGhNerCLFqhBFcrFxN7ugVG3girN1 E3X36ojuQXYBY2BDSrWletaid+s36l/W8/qH2XvBZ0axiZDNW8HusP89dGLu4XB6dabkMF099P/E kuzsZUFZY5f99sllWZH0I5IJHrTz0bnZYPaA4xGHI0/TY3qRdC4zNzGZlQ0nL7VkNndkD3fftQO3 z8QNZDFtr2bzRrFZK7GjJCEqKqGJaKn90JxTpL2Cf7+wgztAjvKf0echMRWlcWouhuOIllXqzqhU rOZig9qnOm5418T6mOOwwI7vMrJMy55IyE5s+MkToAV4Q0Kim2EoMeiG15BrkAPwELTj3W0h8bDP vho+48xxUfxnAzMiNKb4NPZ9GQBO3uMO8FEyJxNLw4P1LB9KmVD51Md1j2lg8tIwE+Njjysf494F NvZtk9g4cRh4OAlNIBu5rHwZMgBa/c7Ae5HxpvgQbs47A3+PijPHq4CR5LR4ozaCvVcG6Bc7hfJr zf/bF7uaXc1N4b4l10svnvW/gvRBHykeUTyiXBb8YciVqkr1mP+BL7d656+vX1+/vn59/fr69fXr 69fX/74X3r40mdQM/sB0QLqhCW/kNrPhMswxoewsxv8r3osQi+CvS4dwgmAD0ibDCiaWvUKGlcwW 9s8yHMykci/IcAgTG3xChlVcfIifjppxqrNkWMO0qf1jtYqdXKkMhzJzNEM/7v2dZo4Ms4xac1CG OUapDZZhwmRq3pNhPgAniNFow2RYwYRqY2RYyTRo02U4mDFoH5fhECY0/E0ZVrFh4X46aiZfd1yG NUyu3j9WSy7SXi7DoUyWfg791TNPf4mr0V+FcBB92rL+zwgrsP9OhJXY/1eEgxF+GuEQ2UYSLNlI giUbSbBkIwnmA3AkG0mwZCMJlmwkwZKNJFiykQRLNpJgyUYSLNlIgiUbSbBkIwqrAuRVoyxvIqwJ 6A9F+BDC4VQW/UmEDQDrDTzCxgB8E9KRYHNAfxQdazAjHIM4Es24AJyEADgF8VMQHoNwDsKZCKMs wQH8BwfMpQno1/hlaWQWM12MyLThr6pFRmC2wruR6UB4OuNmXPD2yVgCUw5HHoBpa4d+B2II0OOE 8VkAVWC//b9JKXuQM4FpgDNOpnsQxwt9NviU5rMyRfCyMJkylIe9ZTDCCZ/1MKYdePDhqHqg54W3 h+mBtvUsrsYjV91w3oFYAlMDn73Q34PH3kEuc2AWOqvApAEVB/DigTNeeLcBtXScqR0oOUE2DzPz PKOHzybNVQfy0ju7h51LTEJdUk21wnEnUr0E+uh8/3UtC9BL+XQAbz7kgWpFwF/XC+gPHrSl/5hy 5IIeiSsvSFHD1MLsNmYyvMvxCcc26KkB7FroE5hq7Kf3ZDdAS+0yBXRTiXcs095GRsuo8E1lcKCV fGf5pL9fkrILdd0lc7d4UAtnSy/5kBskpNJ3wfjF+PwAlyyl5BXd6BMC3j8twJtK6Z+TytwToJlu HCv5hp8fSXOdiC9xQr3fiV4hor+K2NeOVKj1RNQi9dPZ8mwdcL4H8dzAh1/n0py+n9GM3+N60SNo j4hydcg8tsIR7W+BPifK14ba6zynvtyyXFRjYgCVXpnmueZrlb2H+kQzrlKJ62bZMi6Z8rksNBql Gq4pya/O9oqzZ5b6qa57oKURwg6zOmVte5Ga77xzU+03QY8TZ/QGWH7IFpKdhq8Lqh1pVi/Soc+i aEMJfonNBdkXXbgWXXA0NC9d262oaWmV2jGCeQIiWMYgtifAbyX5fP9UU5S7TqTv9yv3MHq9aP9L 0JqBsaJN9oshTDfgSlGkGzVO6XcMyiPxFejdNF5Rb5D0L62qLtk//F460od+TqIh/7Ch7GdbjmqY 0l8I/SLS9kvTgp9SbHONsIFnhL6HKFP53BjPW+Wo2YMxsDcgDvwS6/vpSWuSrtUe2RpDa8xP72w7 StqSJPBhDPCdcx37LWYfoeu2f4nbIS2fPUMLaljAv2YxkiNJHupB4wcpNNEnbEFvJkMzZiFk6QLI kgK0Vvp0MMiFefC20GcdA+40GdMCZ634CxEJLmBy4U1H5TPjIIPSN6VOreUDzsZD3ZAN+qKvLJBj 5IpvwchXhf5LdUr5nIZRwodxwAPVi4h5un0w+toHo4yfTi/6iE+OjUOx2K91GzMJNEbX6shqolem 5o+cNBL0ynqkFirDPoes28kAS1VP++BcgTPQykhEvlvktdOCXiMG5GcBqfp5d6DdnEjJwSySJexC aVrQ91oD5M/AlevXoT+SS7VAL/qutE6GMqoX653mAC7amKFqwr/uuuTcR+Ovd1gsor4n1Uz+CHAu jbtRK13YDunEg5TdWBNIkdKHvPhrsKH4NsSvD3XXgXHAr5lWwGqBUf5VMBQJs/5FP8tG/E6gmg2t DyM6pZqNtcI8uZ7ye4cL5cwaHPPvnasXPUXCFf8ts/jPZY+IJIO0Gxd3iW32FlHYKjR2iAL90zo+ 6BLK3Z4ut8fuc7hdQpezJUuosPvs/wQpmxITGtzObtrjFWwuGGctKrJkQpOXJZQ5nUK9o73D5xXq Ra/o6RFb/aTGl7u7PQ7RI9SIveN7RI+XkszJKrIIadMdLR63193mS68X27udds/MgNPyMBhV1zC9 UT66U2j02FvFTrvnEsHd9rMsCx6x3eH1iR6xVXC4hBbR47PTT3e3ywekvFk1tY22ybbyskZbbY1Q O1motpVX1jRUCmVT6isrp1fWNGpVWlVjh8Mr+PyapDBM2eVxdwG5xZSFwelBQ+52j72rY7Fgd8GU oIpuryg0LxYWu7vpyBZ3DzLT7WoFbVA6wFynlxKxC05Hi+gCdHu7RxQ7RZcvS5gNwzrsPaLgbqac w0jfMGao4nrtHlEQHUDMI7Q6PGKLz7lYaPO4O4f4csNc7nYRUXoBc2hcK6jH42ju9gFpYNPtEgMF Gu31MwW6GlTF4GCA7UKP3dltb3YC216v6AscnSU0uZyi14vCoxQgk2wLnxuGervEFkebo+VsyQXQ osvncLXjWHtrq4Oa1O4UPOhgGbTbg7qF+XwjmXI6Oh1UIJgE8Xrdnku8Pskr2kAX2OnuBRfpbnY6 vB10HqAlqbvTvlgA/sFUXYup4oY0NHwi1IetbUg4u2uxsLBb9OI0LW4XeJtLlsAj843I3g53t7MV XLPHIfaiD5wtPsUDS4oOWESSxSjeoIzAFkzgs7f4hmxMBbPLXLedmyyyPDigxe4SmkU/IZjH7htP EZoayoRMIa0wryBdKLAWZlryLJaQkKZp0GmxWvPyoC3ILRAK8scVjSvSqjp8vq7x2dm9vb1ZnX7D t7g7q9zAaaswTfT5nKKnQvQ62qn72qnLUJxeD5jII6AXU9Ztk6ZnCP4w0Qto1Dk9djASuGVZq8cB 3E72QOhpp6OkAUKD6AR394AHQbyh61kQyih1Rwu4SptjEUzY5fC1dAitOH+GgBxSJ4co0CtSm+BC 9TrtzUiiDcMEtV0XrD6hySt5kdgJkYk6wBDj7m5fV7cPOfGIEHOoU/rszTSCob8hXZ/Y0uFCZlrd Ld3UBOiEWefRWXaHr9OZ3emjf+ctu9M7r0VSh0vszaJnfuGoXtEJveI/H0KPsmUnQWymBrNzJ2Zh F9bJUBOxWsgoC+D4H5iP/OcbMC/THI5VHPkzuZ88TB6F9wPkQXJXAC07Zif/8cdIWxw2lziMGtLj 43krP42fwl8AbRFg23GH2SrnxA72PnYTYXDnUAb4HvmqiN3/0MOBZPy9Lcuc/Y8w9OpoCv2TctIT JRmNfIZjMrnPuSMMyx3lTjGE+54EMSxRECVDSDAJBjiEhACsIhqAtSSM4Ug4CQdYR3QA60k0nI0h MdATS2IBjiPx0J9A8qGngEwGeAqZBv3V5DKALye/hf4ryO8AXkKWANxHVgJ8DTkB8LfkJ4BPk9MA D/D0wZMszzEcT+jVWl5Fr4XyWt4EsJmPADiSh9n5GD4W4Dg+GeAUPhXg0Xw2wBbeCnAOnwfwOD4f 4AL+AoAn8KUAl/E2gKfy0wCu5ucxLD+fb/M/nAWq+1TwANbusTeD7vD5l6C7IEZ6gAv9JX6Qw+WA SrBTbHUwqW0Ol53JcDra7UxOJyQFpmTQEix+So99IdJI1LsC5ghl4pln2BouJSg6aEvwItUa1V7V 1+pS7Xrtdu3TOJJFy9UzqSSRjCLpJJvkkuPkYjKfNJN20kEcZAHxkkXkavJH8ieyjmwgt5LbyQ7y N/IQeOYTZB95nuwnr5G3yHvkQ/IJ+Yx8Seg1+FSwUDIZTTKJlYwDOxWR8eQCMoFMJKWknFSSFWQV uYGsJTeTTWQz+Pku8PGHyWPkKfIseZG8Qt4g75D3ycfkU/IPcjSA01ImjiSRVDKGWEgeOUFWkjXk JvIXspHcRu4gO8lusofsJU+SZ8gL5GXyOnmb/J18RA6Sz8lX1ANgdCBf/1UuOhgriScCSSFpJINk kRyST2pII+knvydLyXJyFbmWrCbXkxthDa8nt5At5E5yF7mH3Ee2k7/CWn6EPE6eJs+Rl8ir5E3y LvmAHCCHyBfka3KEHCMnySnyA3gqC7P4+R0rc1xIKsCjryR/IMuA+2uA/+sCJNhKtpG7yb3/RJLD 5BtyFNbCd+R78iP4SwhKxXJ7GRPsR8fDbvEKZiPzKnOCVbDhbDSbwmaxhexU9gDHc6ncfM7DXc7d Qx86REJhNX2FEF2rBxklE86YmVgmCXbDWUweKYDeA6QQ2iNkFrQbyWxobyMXQXsHuZiOIXOQBg/e imNJNRzfQ6ZDe4jU4MhaaI/Rb4YYIxMNe5lUJoMUIeW5SPM3SHMe0pyPNO0jaNYhzRlIsx5pNiBN uko0ZDzSakYJqCwtg1DrICQOQm2D0GKEJBrFSLUEqeqBwyzYy08ATU7F34rTX5J3YDS9lFnCLGVW MmuIFmLWQeD+Cvy8DSIWAU/9glwANNaTCdDeQiZCu4WUIn9lOMMkOgNpR7k7UG4Hyr0A5b6Eyk2+ hbaffAft78n30C4HK3Pk2gB9nESMU4jxA2L8NALDiTN04gwunMF9TguH4YzlyGEFctiFIxfiSA+O 9AboqRFxmlBPVIc+PDfctpVIbTJidiO1HqTWi9QWBVCbiXa9kNoVqJkghqVDnFoDkeqmYbHqNYhN H2F0+pzGJ4gEPEiCXg8WIZCtJoB9hnOhZzjuKJkC7TFSBe1xYoP2BJkK7beQcTjuJP3mEqwdCVE2 hZjxbASOioT2FIlCzGhKQebXSEcRE6VGnxTCfUeUxAC8sPIK3ALaTQWPuRQ8ZD10NrNOtoddwl7F 7mQ/YI9wHNcYOCc/js5JMw93lJ9A5+Qn0jlp/oE5AzHnI6YdMZsRswUxW4e446lkJ2m+Au6kHhF7 2rBH49cMk4PPQhj0bcoFMVMuSATlgkRSLkgU5YJEU6rESKkSE4mDNpbmadBRH8Ah5EpolWQZtIaf mWE+zmDHGZpxhhacoRVnEHGGNpwhHme4FGfoxxl+jzMsxxmox/2BHiO0dBBaMQhdhVCg5ljUHIea U6Hm1Kg5zVk6jkHMWMRMQcxRiJkaoGMzajQiQMcW7LFijypwbUEkLmUmM9WUA5CeQ+lVKL0apdeg 9GaUPgKl/xYl/g4l/h4lPjfFGKQYixRTkOIopJiKFC1I0YoUTyLFU0jxB1mH4ZB/fo/ParkG8txh yFpHISZ9B1nre8hbP0IsCRrMlCUsg/UIffq1ADyw+Bc8pUyqHHYUPOyI5qT5UCGGQv4TYF0n4XMF 0yHvj4NcWwB5sJJMhpqvhtTSp2pC7m0iM6FumUPsxEk6iYu4oWpZAnlyKWTjVZCNaVy4ATLyzRBd N0BM2QTx9VaIKlshN98NUeR+yM07oIKgtfZDUEU8DFn6UaglnoU8/TxUEzRTfwxx6ROIs/+AOP0l xD0q+zcQpaj8EFUgp54cpgda/R4F27PcCe5baL+DGliqflmsfglWvyxIGYq1rh5gM0QMqdZlQfYk wBlNHxMJ0o8BHJAe4ALMqZWD1S8LmqiGftAGtPUYFy/GzGrHXOjE6L0IYyetignVC8BXgb8T0M4a aEE30HMzuRng9WQjwJvIJoBvIbcBDFqCFvQE7f1kJ/Q/QPZA+zDZCz3PkhegfZW8Cu2b5E1oP4YY TUBPXwF8GOItwdqbD6ih+plwnuFDyBk+mA/ieV4JFbmCD4VaXM+HQxWu48MCsBsBO5pP5qP4JD4B djKJUJsLfBpU5Rn8GKjHx/LpAdipgJ0H+5xcvoQv4gv5YqjSx/OToD6fzFdAZV7Jl+PjEsE21DLU LtQqYA09aH4KqSI2MhX0GujHGef1Y/WwI82wIy28e2BfE0rCYEcz0pfHQvXo92daIReTksEquYxM gkq5Qvbz6ejpdWRGgLdfSGaR2eQi9Pq5YOl2cglYuot0kx7SC9amvk9X6YqAFRDo/ZuhtqCefy/U pdT7d0FtSr2fej71+hehPn0D7Pk+1KfU8z+F6umX+LyVO07zG3cSMiTd02nBB6iHE9ABrReknZ0B 8uCQh4+BFrQhezgHGhkPPcVYV5UQ+vzZMqyAQCcAV2CtQf2f7vtolViLnl+HNV491BcE9DN30P/b sWK6BKuaLqxQunEt/AEj/9AqoP6/HuANsv/fAjBoCdq7yXboAQ1BCzqCFrSEnv8cnAVNQfsGej5o C/3/APSAxrA++gZrmWPQQ2sP7qy1QHeQJt7IGwL6BOjL5rP4zIA+DfTZ+Cp+ClYPx6GWMAzuAaVd IGO6Dj6N0ubbdLWl37RMETJmadXS77SsktvYb1oEXT6OZa2hFo0iWDrDBQUxlvkK1VgFy7P9BRzL b6y31FkyAnpib4lfEgu7TvqqhWrWi3eviPhdwwT6sgjD6fHh734cv+rH7rrXgrYkLfKVJm/Y2B++ 39LPlVr62a1cONm3quC9NWkfljwUfXf/D+3hFu0gnywH7NitOkuYgjTxSkOwjV7kdIk+a4TFRLtU htCZosfRgBeg6EVza67FSk+oDWP8J4Ryd2en6Glx2J1Cg/8qX510dVL0eIXyMkt8hLYo35JnKbLg v4sitHBgtRTk5NLrcBf9J1jo2xAoNxvEkL5rGEvfCq6vj3niNYdYz17fuC3t6ebIHY1NT1Usq5xa /PgVb7/21jNLll7ztuao+S8vXLI1ffuqHu+aZ55q3lJyOD6o+4iBcRqnv37TauUjDm/f7uYaa/wr Pz2r+fK3qx+9Z+eUGV+5X2odx7352/ag3gOr3pnx1o9/itoz4a3evqfL3z/2/ofP3Xrl1c+XPXZB UlXVliiOPmdxhFkI8LVrz33dC1bcsvTh1kVP3J7T7dHdmcpFzLdUf1KVF/VA/dQZkUsGGjIve8O6 8ilxbVlZ9rF7Wi793LvWtDo64dKry16+dvzLLxbmVbzcfeqLhU/2RRVGjJt6z1MTcg4l7g7ae93H +wrnvP3ddYWtqw83vvTca6+9PO8bft0HXP/7y9Pvf6J284sLW60lJZZ+chDe0zfSv0XN6Zifbtu8 ISNs7wPkptyYyxob4wJZ5sGT+tZbEyxxktHMg7Zp9HR7fUKN6KOXFv1WVZ9l1QzLGOlE8tBIR6co NPjsnV30WnSD6OlxtIhCvdvts+ZZciTssTW1QrWtbJKt2tY4WygrL6+sa6ysyBDSWtKLCoThc6Af Flmt1vzhfpjv98O+7ef3Olky9Xklm2ypkBAuoJcsewCJXrfFS5b0KqvX4XN7FmfX15VRem5PVxa9 OlwvtmVlUP6zqhsrKM+F1iwIB0CHGEb9E0WUlwkNF1phkSeNdO1+NoyBfhXXz7LM6zd93r7msU7d jjtP3b7/mTE5T39x7IWMLa8GbYj+3cbPHsmunffRyzG7PZH7t1Yayr6Kyn6i9Pk1h3SZq26c3vyn zffGKrJzg14v3fx+XPQb953YTTrfWPpj7Zvzwm0f/O2gylwjaiqTVfvObFiTrivuK1gz+eWd62Yl z69/8bsdYdv396i6lifbH1j24uN/3/5S1/2KT5q3f6tTfV7leXbZ9oKQpxsygtJvWPfoyqrInKDU oHvvysi7sq5m6lTLqubN6znTH+K/GDtl4dqvG6I/0FbOePFEzuZvDq3/6ejzp97JuW5D70nLsQf+ sKb+rY22oi8+22m69vFVuYdWXHP9/LWzb+Fm6iadGvXVZ7qbBvpW3bR8nQlX1619yyx9v7cYQLNx o3iNRaUIhogbFKQkwZZa2inwVRZqQfX8pVXs0lOVrJJlLeMsuX48jjWPplekvfIl6Z+xL4ayOAMf bFGw7BmOZSxq2hHG84RT7B2xaOg6v/yLm49f/8fyWxMffO/40uOXzeIXL4/8Yfs058QXlIm/eeuJ cc9ft/zEjPLDmVszNi3ct28XsY76x7O6H1NMV3kPvFP9xJQfu/s18Uzx4S9vv6F2flvL0qrWD9Ji PPfMm3Wt7uBe7mpH09+i0vK2Rd6bU/f6xSWVJ8aubJy84oVn7rht8+bIF7w1qUE+S79qA7yDpXUe 3n3s2lN3/PhFp67+T8YbpolzRi7z/0zCgPWZR7++8S9UqyXPOpgw+tm5/9eZ+Lct6AmWEonOuApH u8MHE9oqhHKn3esVcoVMYfBb5CE+ZtqdjlbpO7+eHKvaEkLHKwxcU4PVYNHRg2CD6kI7fvvnc7us 4ZZQSRXKerG10+1qtcZbYjGIGE1D5AO+YPafV5/nvKXv5rPS5dUQ4JfRdPmG7R9nHlGsTS1svmtb 05obHnq8/pboTae3VUz+RP/33HX2V7bvaS/VlNT17t4R+vUDt4d5K5p2ff1kyqkdNycdPDXr+g3t DcG+0JdyjnuXjIr58KEfjHtH+55IWKV75Y4nNVWZc7cXTcgvve7ulX9/efaMrZ1PBs/wjXVtnRvu +ml8yB1fFl85Y27NNo4lt/YrwQmUM1EzsNQ4S+AiC9po6bueHrF830rI8UvCL7vx4CvlpztuOl74 gqv4mLp/U8t/wIv7zy69EilXPEQFPsJitNDCcKjwMxNOuYQBtQOKildYaLSAEo7PD8BR0aH9fDJ0 J2xMX/KLIlJ5XcOmfrK7r5/sxK/A6Z0E9Jtr+qWgAx2XGl30Uu/1iG2iR3S1iBnDbgKgXx3Tryp9 zsUqb3fzArHFJ/jcGfhN7ZA+BulSv63z2Ft8NEtB2vJJXwynASfpKv8tFDTPCfYeu8OJ38A7XMOp DQlAv9tVnU/QYsp1ZWYnkAE8AWbI9Ij4Tba3dDie26MCVD/icPNmCDnjinLBonbI52U9InRMp/dZ 0BsuZjrE3gyaa4sgHOXiN8zl7q7F+KU4rTKsRUX5I8gJ57qfJEsor6xvLLPVqC4sq68vq2m0VTYI FbaG8uoy2/TKCqGspiKgkKm2TbdBHZOlotg1tpop44XGqkqhqaGS3urRWGVrQHLSDSCVAhw2NNbb yhurZwsNTZOmVpY3Co21dIhqZmW9rcE2pSYAn94wUldfVt5oK6+EcUCA3i4CbNMpbA0NTTCfUNbU WFVbD7yo/Ew2+CUQbNPrqm0yz5Wz6uorGxqEIalACTXl1U0VlMpQrwr4nl5ZX14Fh34pa+uFybbG Gjp8MsBlQl0Z8FjeVF1WL9Q11dfVNlRm4CQX2qqrhZraRtWkSlRSdSUOKK+taaic0QTM28qqM2BI ja3RNlMe42e2FqSqFyrKppdNqWzIEhoqK1VUTnAVpFFRCVjVDaDpcjeEAZfP678HIcAXB+/Ecbld 1K3aHGJrg7QQynzyLRZelbgIxqNz0xtLRMHbYQc/oDdkSPcqeB2tSITeSNDS0u2RVmCb29OJa0bV I4V96XYWyoGtLEt1a/6SvF+yzP39Tne7O6vd0QYbwAQaSgjfz5nhQA/vUHirhpc4/ez35n729n9D ZBD+m5EhMBrAkhfOKzQg/yvLXvg3LHuBLvtG0ZkljLUKaXnWcelCUb41s7Aw1zI8Ggj/cjgQzh0O qJLPDgcbQxWaAOuxm4YfcxbYRZnTfmFWECzmgNQSI9er8P8cJWrZu+ZVupgr7xS+iI+If9Kb3MU9 /bbjPfu+tqo/p3//kfmNn/68+9Sn1re3XOUyf7zvjrsvUynWL8oV75s17aOL1m1wtbVV/PTYu3Nb Z60688Y1NY/lTxxr/jDHvXTNgrdnHO88XmLeU10bObX75q/7f9q/R/fJDxHKXQcn3ZgYs7x3mzDp hlMfxtwy19rPp0HSS+HAZbv/A7n7HFXwsIsuG/v+aoka1FIIsQZmch6Kq6EjtXVEnrckDA3krXo+ /O2GT7Pb5lRt27/Weez2gSiz5aIAdI212jJ1Y9IS4Ty/LZLuYHUxvk0pS5IC75nx13VoeZ+nW8R7 ZkaUdXzfkqtMo0I3XJG6bfX8Q5/98Iz2UN/ja9d1bH7C8deY+xOPRX7/2a6cOPetzS/+8PDV8+o3 f3JDxZblDybyuhvFl+YetgXVbKpvr1wU8n1TR8OndcVpS7iG3NAHH5p9wdH3DBeOZo9U/HTNHd/c GPZjbNvJdN1KbmWVbuEc/fP5s8R1i6uu/nzirK7bUyM39XPTIS7ZhpSisPZz46Ern1q7b+f/99cV znVpZLi3zLZEBjqLeuhKIQu+MngmyBqGG5/CnDxrbl6+Jf+is3xla/1tJSf7Lhx4+9Mj4pwN770+ 0p79LHPdE77n1p1W5t9fE9eX/dFzq97JXj8z7c4r1u5Z8VHZ2ttC5wzc80VQbd2Rg/8n2QAm/why /pKsg7H7ryWrSfhi9DYVSXwQz+L4CQ/XxqQBSh1aaEasl8MbPXFvppRTMHLN3MYBqG5BSPBLUkfc QPeOg4+lrLu43l3taplhzNOHjpql4+nfVRiGpk+gieWlk68XSLprkGWgXtzhHFA8LYxpNqJ3YrDL xr0eDqmbJMdmW+D4nEOoqyf4uFSm9xtEgp0jzXsfuJgWjlXGVxA2goiksmFYv5+3HD6VEz4MBslL kjWFPC/EZntP0iKAEBVeECfGcSKx6L5ui7vcrSiGmKKDuLwXucKeEwfPVAAVa0uVDQplbmRzdHJl YW0NCmVuZG9iag0KNDQ1IDAgb2JqDQpbIDNbIDYwMCA2MDBdICA2OFsgNjAwXSAgNzBbIDYwMCA2 MDAgNjAwXSAgNzZbIDYwMF0gIDgxWyA2MDAgNjAwIDYwMF0gIDg1WyA2MDAgNjAwIDYwMCA2MDAg NjAwXSAgMTc5WyA2MDAgNjAwXSBdIA0KZW5kb2JqDQo0NDYgMCBvYmoNCjw8L1R5cGUvWFJlZi9T aXplIDQ0Ni9XWyAxIDQgMl0gL1Jvb3QgMSAwIFIvSW5mbyAyNiAwIFIvSURbPDVDREJDQTc2NkQ2 ODI4NDQ4NjgwRDkxNjdDMjI2QzU2Pjw1Q0RCQ0E3NjZENjgyODQ0ODY4MEQ5MTY3QzIyNkM1Nj5d IC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDkxMD4+DQpzdHJlYW0NCnicNdZ32FZzHMfx8wnZ 6nmeIruSka1CtqxSZpQVKXsUysgIqWwSImTv7D2zR/YmZY9QsrfyePxet/uP+3X9rnNf93XO+Z3r +z5V1fRpbEzTd11V/cdwTC9kWqHFrELLCYW6MYX6NuiCqYWGDoVWjrVuXmg3sdB+fKHTiELnYYXu sws9ZhT6+Je+kwsD5hQGziwM6lcY3LMwpHdVNWs6z7a5ABfi/ML/x8Y1/XJo19qqCpphLsyNedAc 82I+zI8FsCAWwsJYBC3QEnWoRwNaoTUWxWJog8WxBJbEUlgay2BZtEU7tMdy6IDlsQJWxEroiJWx ClbFalgda2BNrIVO6IwuWBvrYF3bcZFVV6yH9bEBNsRG2BibYFN0w2bYHFtgS2yF7uiBrdETvbAN tsV22B47YEf0xk7YGX3QF7tgV+yG3bEH+mFP7IX+2BsDMBD7YF/sh/1xAA7EQTgYh+BQDMJgHIbD cQSGYKitutjqSByFo3EMhuFYHIfjcQKG40SchJMxAqdgJEZhNE7FaTgdZ+BMnIWzcQ7OxRich7Go DQhTozI1qnGoPZ+1ax+PS3ApLsMEXI4rcCWuwtW4BtfiOlyPG3AjbsLNmIhbcCtuw+32qHaCd+BO 3IW7cQ/uxX24Hw/gQTyEh/EIHsUkPIbH8QSexFN4Gs/gWTyH5zEZL+BFvISX8Yrrq935V/EaXscb eBNv4W28g3fxHqbgfUzFNHyAD/ERPsYn+BSf4XN8gS8xHV/ha3yDGZiJbzEL3+F7/IAf8RN+xi/4 Fb/hd/yBP/EX/sZszME/7m7tgW60qgVTIiORkchIZCQyEhmJjERGIiORkchIZCQyEhmJjERGIiOR kchIZCQyEhmJjERGIiORkchIZCQyEhmJjERGIiORkchIZCQyEhmJjERGIiORkchIZCQyEhmJjERG IiORkchIZCQyEhmDJbVSSmQkMhIZiYxERiIjkZHISGQkMhIZiYxERiIjkZHISGQkMhIZiYxERiIj kZHISGQkMhIZiYxERiIjkZHISGQkMhIZiYxERiIjkZHISGQkMhIZiYxERiIjkZHISGQkMhIZiYxE RiIjkZHISGQkMhIZwz+1UkpkJDISGYmMREYiI5GRyEhkJDISGYmMREYiI5GRyEhkJDISGYmMREYi I5GRyEhkJDISGYmMRGZsqmpUx/J+Pbq85Ke+V6FhUqH/lKr6FxdAANUNCmVuZHN0cmVhbQ0KZW5k b2JqDQp4cmVmDQowIDQ0Nw0KMDAwMDAwMDAyNyA2NTUzNSBmDQowMDAwMDAwMDE3IDAwMDAwIG4N CjAwMDAwMDAxMjUgMDAwMDAgbg0KMDAwMDAwMDIzMCAwMDAwMCBuDQowMDAwMDAwNDc1IDAwMDAw IG4NCjAwMDAwMDQwNzcgMDAwMDAgbg0KMDAwMDAwNDI1MiAwMDAwMCBuDQowMDAwMDA0NDk1IDAw MDAwIG4NCjAwMDAwMDQ2MzIgMDAwMDAgbg0KMDAwMDAwNDY2MCAwMDAwMCBuDQowMDAwMDA0ODI2 IDAwMDAwIG4NCjAwMDAwMDQ5MDAgMDAwMDAgbg0KMDAwMDAwNTE0NCAwMDAwMCBuDQowMDAwMDA1 MzgyIDAwMDAwIG4NCjAwMDAwMDg2MTggMDAwMDAgbg0KMDAwMDAwODg1NiAwMDAwMCBuDQowMDAw MDEyOTI5IDAwMDAwIG4NCjAwMDAwMTMxNzYgMDAwMDAgbg0KMDAwMDAxODQyOCAwMDAwMCBuDQow MDAwMDE4NjY2IDAwMDAwIG4NCjAwMDAwMjE5NzggMDAwMDAgbg0KMDAwMDAyMjIxNiAwMDAwMCBu DQowMDAwMDI1MDg1IDAwMDAwIG4NCjAwMDAwMjUzMjMgMDAwMDAgbg0KMDAwMDAyNzk5NiAwMDAw MCBuDQowMDAwMDI4MjM0IDAwMDAwIG4NCjAwMDAwMjkyNjYgMDAwMDAgbg0KMDAwMDAwMDAyOCA2 NTUzNSBmDQowMDAwMDAwMDI5IDY1NTM1IGYNCjAwMDAwMDAwMzAgNjU1MzUgZg0KMDAwMDAwMDAz MSA2NTUzNSBmDQowMDAwMDAwMDMyIDY1NTM1IGYNCjAwMDAwMDAwMzMgNjU1MzUgZg0KMDAwMDAw MDAzNCA2NTUzNSBmDQowMDAwMDAwMDM1IDY1NTM1IGYNCjAwMDAwMDAwMzYgNjU1MzUgZg0KMDAw MDAwMDAzNyA2NTUzNSBmDQowMDAwMDAwMDM4IDY1NTM1IGYNCjAwMDAwMDAwMzkgNjU1MzUgZg0K MDAwMDAwMDA0MCA2NTUzNSBmDQowMDAwMDAwMDQxIDY1NTM1IGYNCjAwMDAwMDAwNDIgNjU1MzUg Zg0KMDAwMDAwMDA0MyA2NTUzNSBmDQowMDAwMDAwMDQ0IDY1NTM1IGYNCjAwMDAwMDAwNDUgNjU1 MzUgZg0KMDAwMDAwMDA0NiA2NTUzNSBmDQowMDAwMDAwMDQ3IDY1NTM1IGYNCjAwMDAwMDAwNDgg NjU1MzUgZg0KMDAwMDAwMDA0OSA2NTUzNSBmDQowMDAwMDAwMDUwIDY1NTM1IGYNCjAwMDAwMDAw NTEgNjU1MzUgZg0KMDAwMDAwMDA1MiA2NTUzNSBmDQowMDAwMDAwMDUzIDY1NTM1IGYNCjAwMDAw MDAwNTQgNjU1MzUgZg0KMDAwMDAwMDA1NSA2NTUzNSBmDQowMDAwMDAwMDU2IDY1NTM1IGYNCjAw MDAwMDAwNTcgNjU1MzUgZg0KMDAwMDAwMDA1OCA2NTUzNSBmDQowMDAwMDAwMDU5IDY1NTM1IGYN CjAwMDAwMDAwNjAgNjU1MzUgZg0KMDAwMDAwMDA2MSA2NTUzNSBmDQowMDAwMDAwMDYyIDY1NTM1 IGYNCjAwMDAwMDAwNjMgNjU1MzUgZg0KMDAwMDAwMDA2NCA2NTUzNSBmDQowMDAwMDAwMDY1IDY1 NTM1IGYNCjAwMDAwMDAwNjYgNjU1MzUgZg0KMDAwMDAwMDA2NyA2NTUzNSBmDQowMDAwMDAwMDY4 IDY1NTM1IGYNCjAwMDAwMDAwNjkgNjU1MzUgZg0KMDAwMDAwMDA3MCA2NTUzNSBmDQowMDAwMDAw MDcxIDY1NTM1IGYNCjAwMDAwMDAwNzIgNjU1MzUgZg0KMDAwMDAwMDA3MyA2NTUzNSBmDQowMDAw MDAwMDc0IDY1NTM1IGYNCjAwMDAwMDAwNzUgNjU1MzUgZg0KMDAwMDAwMDA3NiA2NTUzNSBmDQow MDAwMDAwMDc3IDY1NTM1IGYNCjAwMDAwMDAwNzggNjU1MzUgZg0KMDAwMDAwMDA3OSA2NTUzNSBm DQowMDAwMDAwMDgwIDY1NTM1IGYNCjAwMDAwMDAwODEgNjU1MzUgZg0KMDAwMDAwMDA4MiA2NTUz NSBmDQowMDAwMDAwMDgzIDY1NTM1IGYNCjAwMDAwMDAwODQgNjU1MzUgZg0KMDAwMDAwMDA4NSA2 NTUzNSBmDQowMDAwMDAwMDg2IDY1NTM1IGYNCjAwMDAwMDAwODcgNjU1MzUgZg0KMDAwMDAwMDA4 OCA2NTUzNSBmDQowMDAwMDAwMDg5IDY1NTM1IGYNCjAwMDAwMDAwOTAgNjU1MzUgZg0KMDAwMDAw MDA5MSA2NTUzNSBmDQowMDAwMDAwMDkyIDY1NTM1IGYNCjAwMDAwMDAwOTMgNjU1MzUgZg0KMDAw MDAwMDA5NCA2NTUzNSBmDQowMDAwMDAwMDk1IDY1NTM1IGYNCjAwMDAwMDAwOTYgNjU1MzUgZg0K MDAwMDAwMDA5NyA2NTUzNSBmDQowMDAwMDAwMDk4IDY1NTM1IGYNCjAwMDAwMDAwOTkgNjU1MzUg Zg0KMDAwMDAwMDEwMCA2NTUzNSBmDQowMDAwMDAwMTAxIDY1NTM1IGYNCjAwMDAwMDAxMDIgNjU1 MzUgZg0KMDAwMDAwMDEwMyA2NTUzNSBmDQowMDAwMDAwMTA0IDY1NTM1IGYNCjAwMDAwMDAxMDUg NjU1MzUgZg0KMDAwMDAwMDEwNiA2NTUzNSBmDQowMDAwMDAwMTA3IDY1NTM1IGYNCjAwMDAwMDAx MDggNjU1MzUgZg0KMDAwMDAwMDEwOSA2NTUzNSBmDQowMDAwMDAwMTEwIDY1NTM1IGYNCjAwMDAw MDAxMTEgNjU1MzUgZg0KMDAwMDAwMDExMiA2NTUzNSBmDQowMDAwMDAwMTEzIDY1NTM1IGYNCjAw MDAwMDAxMTQgNjU1MzUgZg0KMDAwMDAwMDExNSA2NTUzNSBmDQowMDAwMDAwMTE2IDY1NTM1IGYN CjAwMDAwMDAxMTcgNjU1MzUgZg0KMDAwMDAwMDExOCA2NTUzNSBmDQowMDAwMDAwMTE5IDY1NTM1 IGYNCjAwMDAwMDAxMjAgNjU1MzUgZg0KMDAwMDAwMDEyMSA2NTUzNSBmDQowMDAwMDAwMTIyIDY1 NTM1IGYNCjAwMDAwMDAxMjMgNjU1MzUgZg0KMDAwMDAwMDEyNCA2NTUzNSBmDQowMDAwMDAwMTI1 IDY1NTM1IGYNCjAwMDAwMDAxMjYgNjU1MzUgZg0KMDAwMDAwMDEyNyA2NTUzNSBmDQowMDAwMDAw MTI4IDY1NTM1IGYNCjAwMDAwMDAxMjkgNjU1MzUgZg0KMDAwMDAwMDEzMCA2NTUzNSBmDQowMDAw MDAwMTMxIDY1NTM1IGYNCjAwMDAwMDAxMzIgNjU1MzUgZg0KMDAwMDAwMDEzMyA2NTUzNSBmDQow MDAwMDAwMTM0IDY1NTM1IGYNCjAwMDAwMDAxMzUgNjU1MzUgZg0KMDAwMDAwMDEzNiA2NTUzNSBm DQowMDAwMDAwMTM3IDY1NTM1IGYNCjAwMDAwMDAxMzggNjU1MzUgZg0KMDAwMDAwMDEzOSA2NTUz NSBmDQowMDAwMDAwMTQwIDY1NTM1IGYNCjAwMDAwMDAxNDEgNjU1MzUgZg0KMDAwMDAwMDE0MiA2 NTUzNSBmDQowMDAwMDAwMTQzIDY1NTM1IGYNCjAwMDAwMDAxNDQgNjU1MzUgZg0KMDAwMDAwMDE0 NSA2NTUzNSBmDQowMDAwMDAwMTQ2IDY1NTM1IGYNCjAwMDAwMDAxNDcgNjU1MzUgZg0KMDAwMDAw MDE0OCA2NTUzNSBmDQowMDAwMDAwMTQ5IDY1NTM1IGYNCjAwMDAwMDAxNTAgNjU1MzUgZg0KMDAw MDAwMDE1MSA2NTUzNSBmDQowMDAwMDAwMTUyIDY1NTM1IGYNCjAwMDAwMDAxNTMgNjU1MzUgZg0K MDAwMDAwMDE1NCA2NTUzNSBmDQowMDAwMDAwMTU1IDY1NTM1IGYNCjAwMDAwMDAxNTYgNjU1MzUg Zg0KMDAwMDAwMDE1NyA2NTUzNSBmDQowMDAwMDAwMTU4IDY1NTM1IGYNCjAwMDAwMDAxNTkgNjU1 MzUgZg0KMDAwMDAwMDE2MCA2NTUzNSBmDQowMDAwMDAwMTYxIDY1NTM1IGYNCjAwMDAwMDAxNjIg NjU1MzUgZg0KMDAwMDAwMDE2MyA2NTUzNSBmDQowMDAwMDAwMTY0IDY1NTM1IGYNCjAwMDAwMDAx NjUgNjU1MzUgZg0KMDAwMDAwMDE2NiA2NTUzNSBmDQowMDAwMDAwMTY3IDY1NTM1IGYNCjAwMDAw MDAxNjggNjU1MzUgZg0KMDAwMDAwMDE2OSA2NTUzNSBmDQowMDAwMDAwMTcwIDY1NTM1IGYNCjAw MDAwMDAxNzEgNjU1MzUgZg0KMDAwMDAwMDE3MiA2NTUzNSBmDQowMDAwMDAwMTczIDY1NTM1IGYN CjAwMDAwMDAxNzQgNjU1MzUgZg0KMDAwMDAwMDE3NSA2NTUzNSBmDQowMDAwMDAwMTc2IDY1NTM1 IGYNCjAwMDAwMDAxNzcgNjU1MzUgZg0KMDAwMDAwMDE3OCA2NTUzNSBmDQowMDAwMDAwMTc5IDY1 NTM1IGYNCjAwMDAwMDAxODAgNjU1MzUgZg0KMDAwMDAwMDE4MSA2NTUzNSBmDQowMDAwMDAwMTgy IDY1NTM1IGYNCjAwMDAwMDAxODMgNjU1MzUgZg0KMDAwMDAwMDE4NCA2NTUzNSBmDQowMDAwMDAw MTg1IDY1NTM1IGYNCjAwMDAwMDAxODYgNjU1MzUgZg0KMDAwMDAwMDE4NyA2NTUzNSBmDQowMDAw MDAwMTg4IDY1NTM1IGYNCjAwMDAwMDAxODkgNjU1MzUgZg0KMDAwMDAwMDE5MCA2NTUzNSBmDQow MDAwMDAwMTkxIDY1NTM1IGYNCjAwMDAwMDAxOTIgNjU1MzUgZg0KMDAwMDAwMDE5MyA2NTUzNSBm DQowMDAwMDAwMTk0IDY1NTM1IGYNCjAwMDAwMDAxOTUgNjU1MzUgZg0KMDAwMDAwMDE5NiA2NTUz NSBmDQowMDAwMDAwMTk3IDY1NTM1IGYNCjAwMDAwMDAxOTggNjU1MzUgZg0KMDAwMDAwMDE5OSA2 NTUzNSBmDQowMDAwMDAwMjAwIDY1NTM1IGYNCjAwMDAwMDAyMDEgNjU1MzUgZg0KMDAwMDAwMDIw MiA2NTUzNSBmDQowMDAwMDAwMjAzIDY1NTM1IGYNCjAwMDAwMDAyMDQgNjU1MzUgZg0KMDAwMDAw MDIwNSA2NTUzNSBmDQowMDAwMDAwMjA2IDY1NTM1IGYNCjAwMDAwMDAyMDcgNjU1MzUgZg0KMDAw MDAwMDIwOCA2NTUzNSBmDQowMDAwMDAwMjA5IDY1NTM1IGYNCjAwMDAwMDAyMTAgNjU1MzUgZg0K MDAwMDAwMDIxMSA2NTUzNSBmDQowMDAwMDAwMjEyIDY1NTM1IGYNCjAwMDAwMDAyMTMgNjU1MzUg Zg0KMDAwMDAwMDIxNCA2NTUzNSBmDQowMDAwMDAwMjE1IDY1NTM1IGYNCjAwMDAwMDAyMTYgNjU1 MzUgZg0KMDAwMDAwMDIxNyA2NTUzNSBmDQowMDAwMDAwMjE4IDY1NTM1IGYNCjAwMDAwMDAyMTkg NjU1MzUgZg0KMDAwMDAwMDIyMCA2NTUzNSBmDQowMDAwMDAwMjIxIDY1NTM1IGYNCjAwMDAwMDAy MjIgNjU1MzUgZg0KMDAwMDAwMDIyMyA2NTUzNSBmDQowMDAwMDAwMjI0IDY1NTM1IGYNCjAwMDAw MDAyMjUgNjU1MzUgZg0KMDAwMDAwMDIyNiA2NTUzNSBmDQowMDAwMDAwMjI3IDY1NTM1IGYNCjAw MDAwMDAyMjggNjU1MzUgZg0KMDAwMDAwMDIyOSA2NTUzNSBmDQowMDAwMDAwMjMwIDY1NTM1IGYN CjAwMDAwMDAyMzEgNjU1MzUgZg0KMDAwMDAwMDIzMiA2NTUzNSBmDQowMDAwMDAwMjMzIDY1NTM1 IGYNCjAwMDAwMDAyMzQgNjU1MzUgZg0KMDAwMDAwMDIzNSA2NTUzNSBmDQowMDAwMDAwMjM2IDY1 NTM1IGYNCjAwMDAwMDAyMzcgNjU1MzUgZg0KMDAwMDAwMDIzOCA2NTUzNSBmDQowMDAwMDAwMjM5 IDY1NTM1IGYNCjAwMDAwMDAyNDAgNjU1MzUgZg0KMDAwMDAwMDI0MSA2NTUzNSBmDQowMDAwMDAw MjQyIDY1NTM1IGYNCjAwMDAwMDAyNDMgNjU1MzUgZg0KMDAwMDAwMDI0NCA2NTUzNSBmDQowMDAw MDAwMjQ1IDY1NTM1IGYNCjAwMDAwMDAyNDYgNjU1MzUgZg0KMDAwMDAwMDI0NyA2NTUzNSBmDQow MDAwMDAwMjQ4IDY1NTM1IGYNCjAwMDAwMDAyNDkgNjU1MzUgZg0KMDAwMDAwMDI1MCA2NTUzNSBm DQowMDAwMDAwMjUxIDY1NTM1IGYNCjAwMDAwMDAyNTIgNjU1MzUgZg0KMDAwMDAwMDI1MyA2NTUz NSBmDQowMDAwMDAwMjU0IDY1NTM1IGYNCjAwMDAwMDAyNTUgNjU1MzUgZg0KMDAwMDAwMDI1NiA2 NTUzNSBmDQowMDAwMDAwMjU3IDY1NTM1IGYNCjAwMDAwMDAyNTggNjU1MzUgZg0KMDAwMDAwMDI1 OSA2NTUzNSBmDQowMDAwMDAwMjYwIDY1NTM1IGYNCjAwMDAwMDAyNjEgNjU1MzUgZg0KMDAwMDAw MDI2MiA2NTUzNSBmDQowMDAwMDAwMjYzIDY1NTM1IGYNCjAwMDAwMDAyNjQgNjU1MzUgZg0KMDAw MDAwMDI2NSA2NTUzNSBmDQowMDAwMDAwMjY2IDY1NTM1IGYNCjAwMDAwMDAyNjcgNjU1MzUgZg0K MDAwMDAwMDI2OCA2NTUzNSBmDQowMDAwMDAwMjY5IDY1NTM1IGYNCjAwMDAwMDAyNzAgNjU1MzUg Zg0KMDAwMDAwMDI3MSA2NTUzNSBmDQowMDAwMDAwMjcyIDY1NTM1IGYNCjAwMDAwMDAyNzMgNjU1 MzUgZg0KMDAwMDAwMDI3NCA2NTUzNSBmDQowMDAwMDAwMjc1IDY1NTM1IGYNCjAwMDAwMDAyNzYg NjU1MzUgZg0KMDAwMDAwMDI3NyA2NTUzNSBmDQowMDAwMDAwMjc4IDY1NTM1IGYNCjAwMDAwMDAy NzkgNjU1MzUgZg0KMDAwMDAwMDI4MCA2NTUzNSBmDQowMDAwMDAwMjgxIDY1NTM1IGYNCjAwMDAw MDAyODIgNjU1MzUgZg0KMDAwMDAwMDI4MyA2NTUzNSBmDQowMDAwMDAwMjg0IDY1NTM1IGYNCjAw MDAwMDAyODUgNjU1MzUgZg0KMDAwMDAwMDI4NiA2NTUzNSBmDQowMDAwMDAwMjg3IDY1NTM1IGYN CjAwMDAwMDAyODggNjU1MzUgZg0KMDAwMDAwMDI4OSA2NTUzNSBmDQowMDAwMDAwMjkwIDY1NTM1 IGYNCjAwMDAwMDAyOTEgNjU1MzUgZg0KMDAwMDAwMDI5MiA2NTUzNSBmDQowMDAwMDAwMjkzIDY1 NTM1IGYNCjAwMDAwMDAyOTQgNjU1MzUgZg0KMDAwMDAwMDI5NSA2NTUzNSBmDQowMDAwMDAwMjk2 IDY1NTM1IGYNCjAwMDAwMDAyOTcgNjU1MzUgZg0KMDAwMDAwMDI5OCA2NTUzNSBmDQowMDAwMDAw Mjk5IDY1NTM1IGYNCjAwMDAwMDAzMDAgNjU1MzUgZg0KMDAwMDAwMDMwMSA2NTUzNSBmDQowMDAw MDAwMzAyIDY1NTM1IGYNCjAwMDAwMDAzMDMgNjU1MzUgZg0KMDAwMDAwMDMwNCA2NTUzNSBmDQow MDAwMDAwMzA1IDY1NTM1IGYNCjAwMDAwMDAzMDYgNjU1MzUgZg0KMDAwMDAwMDMwNyA2NTUzNSBm DQowMDAwMDAwMzA4IDY1NTM1IGYNCjAwMDAwMDAzMDkgNjU1MzUgZg0KMDAwMDAwMDMxMCA2NTUz NSBmDQowMDAwMDAwMzExIDY1NTM1IGYNCjAwMDAwMDAzMTIgNjU1MzUgZg0KMDAwMDAwMDMxMyA2 NTUzNSBmDQowMDAwMDAwMzE0IDY1NTM1IGYNCjAwMDAwMDAzMTUgNjU1MzUgZg0KMDAwMDAwMDMx NiA2NTUzNSBmDQowMDAwMDAwMzE3IDY1NTM1IGYNCjAwMDAwMDAzMTggNjU1MzUgZg0KMDAwMDAw MDMxOSA2NTUzNSBmDQowMDAwMDAwMzIwIDY1NTM1IGYNCjAwMDAwMDAzMjEgNjU1MzUgZg0KMDAw MDAwMDMyMiA2NTUzNSBmDQowMDAwMDAwMzIzIDY1NTM1IGYNCjAwMDAwMDAzMjQgNjU1MzUgZg0K MDAwMDAwMDMyNSA2NTUzNSBmDQowMDAwMDAwMzI2IDY1NTM1IGYNCjAwMDAwMDAzMjcgNjU1MzUg Zg0KMDAwMDAwMDMyOCA2NTUzNSBmDQowMDAwMDAwMzI5IDY1NTM1IGYNCjAwMDAwMDAzMzAgNjU1 MzUgZg0KMDAwMDAwMDMzMSA2NTUzNSBmDQowMDAwMDAwMzMyIDY1NTM1IGYNCjAwMDAwMDAzMzMg NjU1MzUgZg0KMDAwMDAwMDMzNCA2NTUzNSBmDQowMDAwMDAwMzM1IDY1NTM1IGYNCjAwMDAwMDAz MzYgNjU1MzUgZg0KMDAwMDAwMDMzNyA2NTUzNSBmDQowMDAwMDAwMzM4IDY1NTM1IGYNCjAwMDAw MDAzMzkgNjU1MzUgZg0KMDAwMDAwMDM0MCA2NTUzNSBmDQowMDAwMDAwMzQxIDY1NTM1IGYNCjAw MDAwMDAzNDIgNjU1MzUgZg0KMDAwMDAwMDM0MyA2NTUzNSBmDQowMDAwMDAwMzQ0IDY1NTM1IGYN CjAwMDAwMDAzNDUgNjU1MzUgZg0KMDAwMDAwMDM0NiA2NTUzNSBmDQowMDAwMDAwMzQ3IDY1NTM1 IGYNCjAwMDAwMDAzNDggNjU1MzUgZg0KMDAwMDAwMDM0OSA2NTUzNSBmDQowMDAwMDAwMzUwIDY1 NTM1IGYNCjAwMDAwMDAzNTEgNjU1MzUgZg0KMDAwMDAwMDM1MiA2NTUzNSBmDQowMDAwMDAwMzUz IDY1NTM1IGYNCjAwMDAwMDAzNTQgNjU1MzUgZg0KMDAwMDAwMDM1NSA2NTUzNSBmDQowMDAwMDAw MzU2IDY1NTM1IGYNCjAwMDAwMDAzNTcgNjU1MzUgZg0KMDAwMDAwMDM1OCA2NTUzNSBmDQowMDAw MDAwMzU5IDY1NTM1IGYNCjAwMDAwMDAzNjAgNjU1MzUgZg0KMDAwMDAwMDM2MSA2NTUzNSBmDQow MDAwMDAwMzYyIDY1NTM1IGYNCjAwMDAwMDAzNjMgNjU1MzUgZg0KMDAwMDAwMDM2NCA2NTUzNSBm DQowMDAwMDAwMzY1IDY1NTM1IGYNCjAwMDAwMDAzNjYgNjU1MzUgZg0KMDAwMDAwMDM2NyA2NTUz NSBmDQowMDAwMDAwMzY4IDY1NTM1IGYNCjAwMDAwMDAzNjkgNjU1MzUgZg0KMDAwMDAwMDM3MCA2 NTUzNSBmDQowMDAwMDAwMzcxIDY1NTM1IGYNCjAwMDAwMDAzNzIgNjU1MzUgZg0KMDAwMDAwMDM3 MyA2NTUzNSBmDQowMDAwMDAwMzc0IDY1NTM1IGYNCjAwMDAwMDAzNzUgNjU1MzUgZg0KMDAwMDAw MDM3NiA2NTUzNSBmDQowMDAwMDAwMzc3IDY1NTM1IGYNCjAwMDAwMDAzNzggNjU1MzUgZg0KMDAw MDAwMDM3OSA2NTUzNSBmDQowMDAwMDAwMzgwIDY1NTM1IGYNCjAwMDAwMDAzODEgNjU1MzUgZg0K MDAwMDAwMDM4MiA2NTUzNSBmDQowMDAwMDAwMzgzIDY1NTM1IGYNCjAwMDAwMDAzODQgNjU1MzUg Zg0KMDAwMDAwMDM4NSA2NTUzNSBmDQowMDAwMDAwMzg2IDY1NTM1IGYNCjAwMDAwMDAzODcgNjU1 MzUgZg0KMDAwMDAwMDM4OCA2NTUzNSBmDQowMDAwMDAwMzg5IDY1NTM1IGYNCjAwMDAwMDAzOTAg NjU1MzUgZg0KMDAwMDAwMDM5MSA2NTUzNSBmDQowMDAwMDAwMzkyIDY1NTM1IGYNCjAwMDAwMDAz OTMgNjU1MzUgZg0KMDAwMDAwMDM5NCA2NTUzNSBmDQowMDAwMDAwMzk1IDY1NTM1IGYNCjAwMDAw MDAzOTYgNjU1MzUgZg0KMDAwMDAwMDM5NyA2NTUzNSBmDQowMDAwMDAwMzk4IDY1NTM1IGYNCjAw MDAwMDAzOTkgNjU1MzUgZg0KMDAwMDAwMDQwMCA2NTUzNSBmDQowMDAwMDAwNDAxIDY1NTM1IGYN CjAwMDAwMDA0MDIgNjU1MzUgZg0KMDAwMDAwMDQwMyA2NTUzNSBmDQowMDAwMDAwNDA0IDY1NTM1 IGYNCjAwMDAwMDA0MDUgNjU1MzUgZg0KMDAwMDAwMDQwNiA2NTUzNSBmDQowMDAwMDAwNDA3IDY1 NTM1IGYNCjAwMDAwMDA0MDggNjU1MzUgZg0KMDAwMDAwMDQwOSA2NTUzNSBmDQowMDAwMDAwNDEw IDY1NTM1IGYNCjAwMDAwMDA0MTEgNjU1MzUgZg0KMDAwMDAwMDQxMiA2NTUzNSBmDQowMDAwMDAw NDEzIDY1NTM1IGYNCjAwMDAwMDA0MTQgNjU1MzUgZg0KMDAwMDAwMDQxNSA2NTUzNSBmDQowMDAw MDAwNDE2IDY1NTM1IGYNCjAwMDAwMDA0MTcgNjU1MzUgZg0KMDAwMDAwMDQxOCA2NTUzNSBmDQow MDAwMDAwNDE5IDY1NTM1IGYNCjAwMDAwMDA0MjAgNjU1MzUgZg0KMDAwMDAwMDQyMSA2NTUzNSBm DQowMDAwMDAwNDIyIDY1NTM1IGYNCjAwMDAwMDA0MjMgNjU1MzUgZg0KMDAwMDAwMDQyNCA2NTUz NSBmDQowMDAwMDAwNDI1IDY1NTM1IGYNCjAwMDAwMDA0MjYgNjU1MzUgZg0KMDAwMDAwMDQyNyA2 NTUzNSBmDQowMDAwMDAwNDI4IDY1NTM1IGYNCjAwMDAwMDA0MjkgNjU1MzUgZg0KMDAwMDAwMDQz MCA2NTUzNSBmDQowMDAwMDAwNDMxIDY1NTM1IGYNCjAwMDAwMDA0MzIgNjU1MzUgZg0KMDAwMDAw MDQzMyA2NTUzNSBmDQowMDAwMDAwNDM0IDY1NTM1IGYNCjAwMDAwMDA0MzUgNjU1MzUgZg0KMDAw MDAwMDQzNiA2NTUzNSBmDQowMDAwMDAwNDM3IDY1NTM1IGYNCjAwMDAwMDA0MzggNjU1MzUgZg0K MDAwMDAwMDQzOSA2NTUzNSBmDQowMDAwMDAwNDQwIDY1NTM1IGYNCjAwMDAwMDAwMDAgNjU1MzUg Zg0KMDAwMDAzMzgzMyAwMDAwMCBuDQowMDAwMDM0MTkxIDAwMDAwIG4NCjAwMDAwNzAyMTkgMDAw MDAgbg0KMDAwMDA3MDU4OSAwMDAwMCBuDQowMDAwMDkwMDcyIDAwMDAwIG4NCjAwMDAwOTAyMDYg MDAwMDAgbg0KdHJhaWxlcg0KPDwvU2l6ZSA0NDcvUm9vdCAxIDAgUi9JbmZvIDI2IDAgUi9JRFs8 NUNEQkNBNzY2RDY4Mjg0NDg2ODBEOTE2N0MyMjZDNTY+PDVDREJDQTc2NkQ2ODI4NDQ4NjgwRDkx NjdDMjI2QzU2Pl0gPj4NCnN0YXJ0eHJlZg0KOTEzMTkNCiUlRU9GDQp4cmVmDQowIDANCnRyYWls ZXINCjw8L1NpemUgNDQ3L1Jvb3QgMSAwIFIvSW5mbyAyNiAwIFIvSURbPDVDREJDQTc2NkQ2ODI4 NDQ4NjgwRDkxNjdDMjI2QzU2Pjw1Q0RCQ0E3NjZENjgyODQ0ODY4MEQ5MTY3QzIyNkM1Nj5dIC9Q cmV2IDkxMzE5L1hSZWZTdG0gOTAyMDY+Pg0Kc3RhcnR4cmVmDQoxMDA0MTgNCiUlRU9G --_005_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_ Content-Type: application/msword; name="draft-ietf-pcn-signaling-requirements-02-MM-phil.doc" Content-Description: draft-ietf-pcn-signaling-requirements-02-MM-phil.doc Content-Disposition: attachment; filename="draft-ietf-pcn-signaling-requirements-02-MM-phil.doc"; size=106496; creation-date="Mon, 04 Apr 2011 15:38:40 GMT"; modification-date="Mon, 04 Apr 2011 17:12:51 GMT" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAACAAAAywAAAAAAAAAA EAAAzQAAAAEAAAD+////AAAAAMkAAADKAAAA//////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEAA4AJBAAA8BK/AAAAAAAAEAAAAAAACAAAFocAAA4AYmpiarRWtFYAAAAAAAAAAAAAAAAAAAAA AAAJBBYANDwBANY8AQDWPAEAeHkAAAAAAAAAAAAAAAAAAJ0FAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAALcAAAAAAH4JAAAAAAAAfgkAAMEW AAAAAAAAwRYAAAAAAADXFgAAEgMAAIcbAABkAAAA6xsAABQAAAAAAAAAAAAAAP////8AAAAA/xsA AAAAAAD/GwAAAAAAAP8bAAAAAAAA/xsAAPQBAADzHQAA5AAAAP8bAAAAAAAAay4AAOABAADXHgAA AAAAANceAAAAAAAA1x4AAAAAAADXHgAAAAAAANceAAAAAAAAsh8AAAAAAACyHwAAAAAAALIfAAAA AAAAvC0AAAIAAAC+LQAAAAAAAL4tAAAAAAAAvi0AAAAAAAC+LQAAAAAAAL4tAAAAAAAAvi0AACQA AABLMAAAogIAAO0yAAA8AAAA4i0AABUAAAAAAAAAAAAAAAAAAAAAAAAAwRYAABYAAACyHwAAGgEA AAAAAAAAAAAAAAAAAAAAAACyHwAAAAAAALIfAAAAAAAAzCAAALwAAACIIQAAYAAAAOItAAAAAAAA AAAAAAAAAADBFgAAAAAAAMEWAAAAAAAA1x4AAAAAAAAAAAAAAAAAANceAADbAAAA9y0AACwAAADy LAAAAAAAAPIsAAAAAAAA8iwAAAAAAADoIQAAWAMAAMEWAAAAAAAA1x4AAAAAAADBFgAAAAAAANce AAAAAAAAvC0AAAAAAAAAAAAAAAAAAPIsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAsh8AAAAAAAC8LQAAAAAAAAAAAAAAAAAA8iwAAAAAAAAAAAAA AAAAAPIsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8iwAAAAAAADXHgAAAAAAAP////8AAAAAIGKvJePy ywEAAAAAAAAAAP8bAAAAAAAAQCUAAEAGAADyLAAAAAAAAAAAAAAAAAAAqC0AABQAAAAjLgAASAAA AGsuAAAAAAAA8iwAAAAAAAApMwAAAAAAAIArAAByAQAAKTMAAAAAAADyLAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADy LAAAJgAAACkzAAAAAAAAAAAAAAAAAADpGQAAngEAABgtAACQAAAAsh8AAAAAAACyHwAAAAAAAPIs AAAAAAAAsh8AAAAAAACyHwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsh8A AAAAAACyHwAAAAAAALIfAAAAAAAA4i0AAAAAAADiLQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA8iwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALIfAAAA AAAAsh8AAAAAAACyHwAAAAAAAGsuAAAAAAAAsh8AAAAAAACyHwAAAAAAALIfAAAAAAAAsh8AAAAA AAAAAAAAAAAAAP////8AAAAA/////wAAAAD/////AAAAAAAAAAAAAAAA/////wAAAAD/////AAAA AP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA /////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAACkzAAAAAAAAsh8AAAAAAACy HwAAAAAAALIfAAAAAAAAsh8AAAAAAACyHwAAAAAAALIfAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACyHwAAAAAAALIfAAAAAAAAsh8A AAAAAAB+CQAACQwAAIcVAAA6AQAABQASAQAACQgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEludGVy bmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2UgICAgICAgICAgICAgICAgICAgICAgICAgICBHLiBL YXJhZ2lhbm5pcyANSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFVuaXZlcnNpdHkgb2YgVHdlbnRlDUludGVuZGVkIHN0YXR1czogSW5mb3JtYXRpb25h bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFQuIFRheWxvciAgDUV4cGlyZXM6IFNl cHRlbWJlciAwMiwgMjAxMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSy4g Q2hhbiANICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBIdWF3ZWkgVGVjaG5vbG9naWVzDSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBNLiBNZW50aA0gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVW5pdmVyc2l0eSBvZiBUdWViaW5nZW4NICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE1h cmNoIDAyLCAyMDExDSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICANICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICANICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICANDQ0gICAgUmVxdWlyZW1lbnRzIGZvciBTaWduYWxpbmcgb2YgKFByZS0pIENvbmdlc3Rp b24gSW5mb3JtYXRpb24gaW4gYSAgDSAgICAgICAgICAgICAgICAgICAgICAgICAgIERpZmZTZXJ2 IERvbWFpbg0gICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLXBjbi1zaWduYWxpbmctcmVxdWly ZW1lbnRzLTAyDQ1BYnN0cmFjdA0NICAgUHJlY29uZ2VzdGlvbiBub3RpZmljYXRpb24gKFBDTikg aXMgYSBtZWFucyBmb3IgcHJvdGVjdGluZyBxdWFsaXR5IG9mDSAgIHNlcnZpY2UgZm9yIGluZWxh c3RpYyB0cmFmZmljIGFkbWl0dGVkIHRvIGEgRGlmZnNlcnYgZG9tYWluLiBUaGUgDSAgIG92ZXJh bGwgUENOIGFyY2hpdGVjdHVyZSBpcyBkZXNjcmliZWQgaW4gUkZDIDU1NTkuIFRoaXMgbWVtbyAN ICAgZGVzY3JpYmVzIHRoZSByZXF1aXJlbWVudHMgZm9yIHRoZSBzaWduYWxpbmcgYXBwbGllZCB3 aXRoaW4gdGhlIFBDTiANICAgZG9tYWluOiAoMSkgUENOLSBmZWVkYmFjay1pbmZvcm1hdGlvbiBp cyBjYXJyaWVkIGZyb20gdGhlIFBDTi1lZ3Jlc3Mtbm9kZSB0byB0aGUgDSAgIGRlY2lzaW9uIHBv aW50OygyKSB0aGUgZGVjaXNpb24gcG9pbnQgbWF5IGFzayB0aGUgUENOLWluZ3Jlc3Mtbm9kZSB0 byBtZWFzdXJlLCBhbmQgcmVwb3J0IGJhY2ssIHRoZSByYXRlIG9mIFBDTi10cmFmZmljIGJldHdl ZW4gdGhpcyBwYWlyIG9mIFBDTi1ib3VuZGFyeS1ub2Rlcy4gZGVtYW5kIGZvciB0aGUgbWVhc3Vy ZW1lbnQgDSAgIGFuZCBkZWxpdmVyeSBvZiB0aGUgUENOIHJhdGUgc2VudCBhdCB0aGUgUENOLWlu Z3Jlc3Mtbm9kZS4gVGhlIA0gICBkZWNpc2lvbiBwb2ludCBtYXkgYmUgZWl0aGVyIGNvbGxvY2F0 ZWQgd2l0aCB0aGUgUENOLWluZ3Jlc3Mtbm9kZSBvciANICAgYSBjZW50cmFsaXplZCBub2RlIChp biB0aGUgbGF0dGVyIGNhc2UsICgyKSBpcyBub3QgcmVxdWlyZWQpLiBUaGUgc2lnbmFsbGluZyBy ZXF1aXJlbWVudHMgcGVydGFpbiBpbiBwYXJ0aWN1bGFyIHRvIHR3byBlZGdlIGJlaGF2aW91cnMs IJNjb250cm9sbGVkIGxvYWQgKENMKZQgYW5kIJNzaW5nbGUgbWFya2luZyAoU00plCBbUkZDIHh4 eCwgUkZDIHl5eV0uIAUNDQ1TdGF0dXMgb2YgdGhpcyBNZW1vDQ1UaGlzIEludGVybmV0LURyYWZ0 IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlDSAgIHByb3Zpc2lvbnMg b2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQ0gICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9j dW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0gICBUYXNrIEZvcmNlIChJRVRGKS4g IE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZQ0gICB3b3JraW5nIGRv Y3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0 LQ0gICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RyYWZ0cy9jdXJy ZW50Ly4NDSAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBh IG1heGltdW0gb2Ygc2l4IG1vbnRocw0gICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBv ciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0gICB0aW1lLiAgSXQgaXMgaW5h cHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQ0gICBtYXRlcmlh bCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iDQ0gICBU aGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIFNlcHRlbWJlciAwMiwgMjAxMS4NICAg DQ0NDQ0NDQ0NDUthcmFnaWFubmlzLCBldCBhbC4gICBFeHBpcmVzIFNlcHRlbWJlciAwMiwgMjAx MSAgICAgICAgICAgICAgICBbUGFnZSAxXQ0NSW50ZXJuZXQtRHJhZnQgICAgICAgUENOIFNpZ25h bGluZyByZXF1aXJlbWVudHMgICAgICAgICAgICAgTWFyY2ggMjAxMQ0NDUNvcHlyaWdodCBOb3Rp Y2UNDUNvcHlyaWdodCAoYykgMjAxMCBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlm aWVkIGFzIHRoZQ0gICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4NDSAg IENvcHlyaWdodCAoYykgMjAxMSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVk IGFzIHRoZQ0gICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4NDSAgIFRo aXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVn YWwNICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cw0gICAoaHR0cDovL3Ry dXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YNICAg cHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1l bnRzDSAgIGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJp Y3Rpb25zIHdpdGggcmVzcGVjdA0gICB0byB0aGlzIGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRz IGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVzdA0gICBpbmNsdWRlIFNpbXBsaWZpZWQg QlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YNICAgdGhlIFRy dXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFz DSAgIGRlc2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS4NDQ1SZXF1aXJlbWVu dHMgTGFuZ3VhZ2UNDSAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlS RUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJF Q09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNICAgZG9jdW1lbnQgYXJl IHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBSRkMgMjExOSBbUkZDMjExOV0uDQ1U YWJsZSBvZiBDb250ZW50cwUNMS4gIEludHJvZHVjdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzDSAgICAgMS4xLiAgVGVybWlub2xvZ3kg IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNA0yLiAgU2ln bmFsaW5nIFJlcXVpcmVtZW50cyBiZXR3ZWVuIFBDTi1lZ3Jlc3Mtbm9kZXMgYW5kIA0gICAgRGVj aXNpb24gUG9pbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDQNICAgIDIuMSBSZXBvcnRpbmcgRnJlcXVlbmN5IC4gLiAuIC4gLiAuIC4gLiAuLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0DSAgICAyLjIgUmVwb3J0aW5nIEluZm9ybWF0aW9uLiAu IC4gLiAuIC4gLi4gLiAuIC4gLiAuIC4gIC4gLiAuIC4gLiAuIC4gNQ0gICAgMi4yLjEgUENOIGVn cmVzcyBGZWVkYmFjayAuIC4gLiAuIC4gLiAuLiAuIC4gLiAuIC4gLiAgLiAuIC4gLiAuIC4gLjUN ICAgIDIuMyBTaWduYWxpbmcgUmVxdWlyZW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4uIC4gLiAu IC4gLiAuIC4gLiAuIC41DSAgICAgIDIuMy4xIFByaW9yaXR5IG9mIFNpZ25hbGluZyBNZXNzYWdl cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNg0gICAgICAyLjMuMiBMb2NhbCBJbmZvcm1h dGlvbiBFeGNoYW5nZS4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLjYNICAgICAgMi4z LjMgQ2FycnkgSWRlbnRpZmljYXRpb24gb2YgUENOIGVkZ2UgTm9kZXMgIC4gLiAuIC4gLiAuIC4g LiAuIC42DSAgICAgIDIuMy40IENhcnJ5IElkZW50aWZpY2F0aW9uIG9mIGluZ3Jlc3MtZWdyZXNz LWFnZ3JlZ2F0ZXMgIC4gLiAuIC4gNg0gICAgICAyLjMuNSBTaWduYWxpbmcgTG9hZC4gLiAuIC4g LiAuIC4uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYNICAgICAgMi4zLjYgUmVsaWFi aWxpdHkuIC4gLiAuIC4gLiAuLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2DSAg ICAgIDIuMy43IFNlY3VyaXR5LiAuIC4gLiAuIC4gLi4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICAgNg0gICAgMi40LiBGaWx0ZXIgU3BlY2lmaWNhdGlvbnMgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDcNMy4gU2lnbmFsaW5nIFJlcXVpcmVtZW50cyBi ZXR3ZWVuIERlY2lzaW9uIFBvaW50IGFuZCANICAgUENOLWluZ3Jlc3Mtbm9kZXMgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA3DSAgICAzLjEgUmVwb3J0 aW5nIEZyZXF1ZW5jeSAuIC4gLiAuIC4gLiAuIC4gLi4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g Nw0gICAgMy4yIFJlcG9ydGluZyBJbmZvcm1hdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLjgNICAgIDMuMi4xIFBDTiBpbmdyZXNzIEZlZWRiYWNrLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC44DSAgICAzLjIuMiBEZWNpc2lvbiBQb2lu dCBUcmlnZ2VyLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuOA0gICAgMy4z IFNpZ25hbGluZyBSZXF1aXJlbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLi4gLiAuIC4gLiAuIC4g LiAuIC4gLjgNICAgICAgMy4zLjEgUHJpb3JpdHkgb2YgU2lnbmFsaW5nIE1lc3NhZ2VzIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA4DSAgICAgIDMuMy4yIExvY2FsIEluZm9ybWF0aW9uIEV4 Y2hhbmdlLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuOA0NDUthcmFnaWFubmlzLCBl dCBhbC4gICAgIEV4cGlyZXMgU2VwdGVtYmVyIDAyLCAyMDExICAgICAgICAgICAgIFtQYWdlIDJd DQ1JbnRlcm5ldC1EcmFmdCAgICAgICBQQ04gU2lnbmFsaW5nIHJlcXVpcmVtZW50cyAgICAgICAg ICAgICBNYXJjaCAyMDExDQ0NICAgICAgMy4zLjMgQ2FycnkgSWRlbnRpZmljYXRpb24gb2YgUENO IGVkZ2UgTm9kZXMgYW5kIERlY2lzaW9uIFBvaW50IC44DSAgICAgIDMuMy40IENhcnJ5IElkZW50 aWZpY2F0aW9uIG9mIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZXMgIC4gLiAuIC4gOA0gICAgICAz LjMuNSBTaWduYWxpbmcgTG9hZC4gLiAuIC4gLiAuIC4uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDkNICAgICAgMy4zLjYgUmVsaWFiaWxpdHkuIC4gLiAuIC4gLiAuLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5DSAgICAgIDMuMy43IFNlY3VyaXR5LiAuIC4gLiAuIC4g Li4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgOQ00LiAgU2VjdXJpdHkgQ29u c2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDkN NS4gIElBTkEgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICA5DTYuICBBY2tub3dsZWRnZW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgOQ03LiAgUmVmZXJlbmNlcyAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuMTANICAgIDcuMS4g IE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLjEwDSAgICA3LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4xMA0gICAgQXV0aG9ycycgQWRkcmVzc2VzIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTENDQ0NDQ0NMS4gIEludHJvZHVj dGlvbg0gDQ0gICBUaGUgbWFpbiBvYmplY3RpdmUgb2YgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0 aW9uIChQQ04pIGlzIHRvIHN1cHBvcnQgDSAgIHRoZSBxdWFsaXR5IG9mIHNlcnZpY2UgKFFvUykg b2YgaW5lbGFzdGljIGZsb3dzIHdpdGhpbiBhIERpZmZzZXJ2IA0gICBkb21haW4gaW4gYSBzaW1w bGUsIHNjYWxhYmxlLCBhbmQgcm9idXN0IGZhc2hpb24uICBUd28gbWVjaGFuaXNtcyANICAgYXJl IHVzZWQ6IGFkbWlzc2lvbiBjb250cm9sIGFuZCBmbG93IHRlcm1pbmF0aW9uLiBBZG1pc3Npb24g Y29udHJvbCANICAgaXMgdXNlZCB0byBkZWNpZGUgd2hldGhlciB0byBhZG1pdCBvciBibG9jayBh IG5ldyBmbG93IHJlcXVlc3Qgd2hpbGUgDSAgIGZsb3cgdGVybWluYXRpb24gaXMgdXNlZCBpbiBh Ym5vcm1hbCBjaXJjdW1zdGFuY2VzIHRvIGRlY2lkZQ0gICB3aGV0aGVyIHRvIHRlcm1pbmF0ZSBz b21lIG9mIHRoZSBleGlzdGluZyBmbG93cy4gIFRvIHN1cHBvcnQgdGhlc2UgDSAgIHR3byBmZWF0 dXJlcywgdGhlIG92ZXJhbGwgcmF0ZSBvZiBQQ04tdHJhZmZpYyBpcyBtZXRlcmVkIG9uIGV2ZXJ5 IA0gICBsaW5rIGluIHRoZSBkb21haW4sIGFuZCBQQ04tcGFja2V0cyBhcmUgYXBwcm9wcmlhdGVs eSBtYXJrZWQgd2hlbiANICAgY2VydGFpbiBjb25maWd1cmVkIHJhdGVzIGFyZSBleGNlZWRlZC4g VGhlc2UgY29uZmlndXJlZCByYXRlcyBhcmUgDSAgIGJlbG93IHRoZSByYXRlIG9mIHRoZSBsaW5r IHRodXMgcHJvdmlkaW5nIG5vdGlmaWNhdGlvbiB0byBib3VuZGFyeSANICAgbm9kZXMgYWJvdXQg b3ZlcmxvYWRzIGJlZm9yZSBhbnkgY29uZ2VzdGlvbiBvY2N1cnMgKGhlbmNlICJwcmUtDSAgIGNv bmdlc3Rpb24iIG5vdGlmaWNhdGlvbikuIFRoZSBQQ04tZWdyZXNzLW5vZGVzIG1lYXN1cmUgdGhl IHJhdGVzIG9mIA0gICBkaWZmZXJlbnRseSBtYXJrZWQgUENOIHRyYWZmaWMgaW4gcGVyaW9kaWMg aW50ZXJ2YWxzIGFuZCByZXBvcnQgdGhlc2UgDSAgIHJhdGVzIGFzIHNvLWNhbGxlZCBQQ04gZmVl ZGJhY2sgdG8gdGhlIGRlY2lzaW9uIHBvaW50cyBmb3IgYWRtaXNzaW9uIA0gICBjb250cm9sIGFu ZCBmbG93IHRlcm1pbmF0aW9uLCBiYXNlZCBvbiB3aGljaCB0aGV5IHRha2UgdGhlaXIgDSAgIGRl Y2lzaW9ucy4gVGhlIGRlY2lzaW9uIHBvaW50cyBtYXkgYmUgY29sbG9jYXRlZCB3aXRoIHRoZSBQ Q04tIA0gICBpbmdyZXNzLW5vZGVzIG9yIHRoZWlyIGZ1bmN0aW9uIG1heSBiZSBpbXBsZW1lbnRl ZCBpbiBhIGNlbnRyYWxpemVkIA0gICBub2RlLg0gICBGb3IgbW9yZSBkZXRhaWxzIHNlZVtSRkM1 NTU5LCBbZHJhZnQtaWV0Zi1wY24tY2wtZWRnZS1iZWhhdmlvdXItMDhdLCANICAgW2RyYWZ0LWll dGYtcGNuLXNtLWVkZ2UtYmVoYXZpb3VyLTA1XS4NDSAgIFRoaXMgbWVtbyBzcGVjaWZpZXMgdGhl IHJlcXVpcmVtZW50cyB0aGF0IGhhdmUgdG8gYmUgc2F0aXNmaWVkIGJ5b24gdGhlIA0gICBzaWdu YWxpbmcgcHJvdG9jb2xzIG5lZWRlZCB0byB0cmFuc3BvcnQ6DQ0gICBvIFBDTiBlZ3Jlc3MgZmVl ZGJhY2ssdG8gY2FycnkgcmVwb3J0cyBmcm9tIGEgUENOLWVncmVzcy1ub2RlIHRvIHRoZSBkZWNp c2lvbiBwb2ludDssDSAgIG8gYSB0byBjYXJyeSByZXF1ZXN0cywgZnJvbSB0aGUgZGVjaXNpb24g cG9pbnQgdG8gYSBQQ04taW5ncmVzcy1ub2RlLCB0aGF0ICAgDSAgICAgdHJpZ2dlcnMgdGhlIFBD Ti1pbmdyZXNzLW5vZGUgdG8gbWVhc3VyZSB0aGUgUENOLXNlbnQtcmF0ZTsgKG9ubHkgbmVlZGVk IGlmIGRlY2lzaW9uIHBvaW50IGFuZCBpbmdyZXNzIG5vZGUgYXJlIG5vdCBjb2xsb2NhdGVkKSwN ICAgbyBQQ04gaW5ncmVzc3RvIGNhcnJ5IHJlcG9ydHNmZWVkYmFjaywgZnJvbSBhIFBDTi1pbmdy ZXNzLW5vZGUgdG8gdGhlIGRlY2lzaW9uIA0gICAgIHBvaW50Lg1UaGUgbGF0dGVyIHR3byBtZXNz YWdlcyBhcmUgIChvbmx5IG5lZWRlZCBpZiB0aGUgZGVjaXNpb24gcG9pbnQgYW5kIFBDTi1pbmdy ZXNzLW5vZGVzIGFyZSBub3QgY29sbG9jYXRlZCkuDQ1LYXJhZ2lhbm5pcywgZXQgYWwuICAgICBF eHBpcmVzIFNlcHRlbWJlciAwMiwgMjAxMSAgICAgICAgICAgICBbUGFnZSAzXQ0NSW50ZXJuZXQt RHJhZnQgICAgICAgUENOIFNpZ25hbGluZyByZXF1aXJlbWVudHMgICAgICAgICAgICAgTWFyY2gg MjAxMQ0NDSAgIEEgc2lnbmFsaW5nIG1lc3NhZ2UgbWF5IGVpdGhlciBiZSBzZW50IGRpcmVjdGx5 LCBvciBtYXkgcGlnZ3ktYmFja2VkICANICAgb24gc29tZSBvdGhlciBtZXNzYWdlIHRoYXQgaXMg YmVpbmcgc2VudCB2aWEgdGhlIHJlbGV2YW50IG5vZGUuICAgBQ0NICAgDQ0xLjEuICBUZXJtaW5v bG9neQ0NICAgSW4gYWRkaXRpb24gdG8gdGhlIHRlcm1zIGRlZmluZWQgaW4gW1JGQzU1NTldLCBb ZHJhZnQtaWV0Zi1wY24tY2wtDSAgIGVkZ2UtYmVoYXZpb3VyLTA4XSBhbmQgW2RyYWZ0LWlldGYt cGNuLXNtLWVkZ2UtYmVoYXZpb3VyLTA1XSwNICAgdGhpcyBkb2N1bWVudCB1c2VzIHRoZSBmb2xs b3dpbmcgdGVybXM6DSANDSAgIFBDTiBlZ3Jlc3MgZmVlZGJhY2s6DQ0gICAgICBBIHJlcG9ydCBz ZW50IGJ5IHRoZSBQQ04tZWdyZXNzLW5vZGUgdG8gdGhlIGRlY2lzaW9uIHBvaW50LiBJdCAgIA0g ICAgICByZXBvcnRzIG1lYXN1cmVtZW50cyBtYWRlIGJ5IHRoZSBQQ04tZWdyZXNzLW5vZGUgdGhh dCBpbmZvcm0gDSAgICAgIGRlY2lzaW9ucyBhYm91dCBmbG93IGFkbWlzc2lvbiBhbmQgZmxvdyB0 ZXJtaW5hdGlvbi4gDQ0NDSAgIFBDTiBpbmdyZXNzIGZlZWRiYWNrOg0NICAgICAgQSByZXBvcnQg c2VudCBieSB0aGUgUENOLWluZ3Jlc3Mtbm9kZSB0byB0aGUgZGVjaXNpb24gcG9pbnQuIEl0ICAg DSAgICAgIHJlcG9ydHM6DSAgICAgICAgbyBtZWFzdXJlbWVudHMgbWFkZSBieSB0aGUgUENOLWlu Z3Jlc3Mtbm9kZSB0aGF0IGluZm9ybSANICAgICAgICAgIGRlY2lzaW9ucyBhYm91dCBmbG93IHRl cm1pbmF0aW9uOw0gICAgICAgIG8gbWVhc3VyZW1lbnRzIG9mIHRoZSBQQ04tc2VudC1yYXRlLgUN DTIuICBTaWduYWxpbmcgUnJlcXVpcmVtZW50cyBiZXR3ZWVuIGZvciBNZXNzYWdlcyBmcm9tIHRo ZSBQQ04tRWVncmVzcy1Obm9kZXMgdG9hbmQgDSAgICBEZWNpc2lvbiBQb2ludChzKQ0NICAgVGhl IFBDTi1lZ3Jlc3Mtbm9kZSBtZWFzdXJlcywgcGVyIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZSwg dGhlIHJhdGVzIG9mIGRpZmZlcmVudGx5IG1hcmtlZCBQQ04tIA0gICB0cmFmZmljIGluIHJlZ3Vs YXIgaW50ZXJ2YWxzLiBUaGUgbWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGFyZSByZWNvbW1lbmRlZCB0 byB0YWtlIGEgZml4ZWQgdmFsdWUgYmV0d2VlbiAxMDAgbXMgYW5kIDUwMCBtcyBbcmVmXS4gIGFu ZCBzaWduYWxzIHJlcG9ydHMgdGhlbSBhcyBQQ04gZWdyZXNzIGZlZWRiYWNrdG9nZXRoZXIgd2l0 aCB0aGUgY29uZ2VzdGlvbi1sZXZlbC1lc3RpbWF0ZSANICAgdG8gdGhlIGRlY2lzaW9uIHBvaW50 KHMpLiAgIA0gICBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIHRoZSBjb250ZW50cyBvZiB0aGVzZSBy ZXBvcnRzIFBDTiBlZ3Jlc3MgZmVlZGJhY2sgYW5kIHRoZSByZXF1aXJlbWVudHMgDSAgIHRoYXQg YXBwbHkgdG8gc2lnbmFsaW5nIHByb3RvY29scyB1c2VkIGZvciB0aGUgdHJhbnNwb3J0IG9mIFBD TiANICAgZmVlZGJhY2sgZnJvbSBQQ04tZWdyZXNzLW5vZGVzIHRvIGRlY2lzaW9uIHBvaW50c3Rv IGNhcnJ5IHRoZW0uDSAgIE5vdGUgdGhhdCBpZiB0aGUgZGVjaXNpb24gcG9pbnQgYW5kIHRoZSBQ Q04taW5ncmVzcy1ub2RlIGFyZSANICAgY29sbG9jYXRlZCwgdGhlbiB0aGUgc2lnbmFsaW5nIHJl cXVpcmVtZW50cyBkZXNjcmliZWQgaW4gdGhpcyBzZWN0aW9uIA0gICBhcHBseSB0byB0aGUgc2ln bmFsaW5nIGJldHdlZW4gUENOLWVncmVzcy1ub2RlcyBhbmQgUENOLWluZ3Jlc3MtDSAgIG5vZGVz LiANDQ0yLjEgUmVwb3J0aW5nIEZyZXF1ZW5jeQ0NICAgVGhlIHNwZWNpZmljYXRpb24gb2YgUENO LWJhc2VkIGFkbWlzc2lvbiBjb250cm9sIGFuZCBmbG93IHRlcm1pbmF0aW9uIA0gICBpbiBbZHJh ZnQtaWV0Zi1wY24tY2wtZWRnZS1iZWhhdmlvdXItMDhdLCBbZHJhZnQtaWV0Zi1wY24tc20tZWRn ZS0NICAgYmVoYXZpb3VyLTA0XSBzdWdnZXN0IG1lYXN1cmVtZW50IGFuZCByZXBvcnRpbmcgaW50 ZXJ2YWxzIGF0IHRoZSBQQ04tDSAgIGVncmVzcy1ub2RlcyBvZiAxMDAgdG8gNTAwIG1zLiBUaGUg UENOIHJlcG9ydGluZyBmcmVxdWVuY3kgY2FuIA0gICBwcm92aWRlIHNvbWUgbGV2ZWwgb2YgcmVs aWFiaWxpdHkuIFRoZXJlZm9yZSwgaXQgaXMgY29uc2lkZXJlZCB0aGF0IA0gICBmb3IgcmVndWxh cmx5IHJlcG9ydGVkIGluZm9ybWF0aW9uLCBhZGRpdGlvbmFsIHJlbGlhYmlsaXR5IG1lY2hhbmlz bXMgDSAgIGFyZSBub3QgbmVlZGVkLCBzZWUgU2VjdGlvbiAyLjMuNi4gDQ1LYXJhZ2lhbm5pcywg ZXQgYWwuICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMDIsIDIwMTEgICAgICAgICAgICAgW1BhZ2Ug NF0NDUludGVybmV0LURyYWZ0ICAgICAgIFBDTiBTaWduYWxpbmcgcmVxdWlyZW1lbnRzICAgICAg ICAgICAgIE1hcmNoIDIwMTENDSAgIA0gICBUaGUgZm9sbG93aW5nIFBDTiBjb250ZW50cyBhcmUg DSAgIHNlbnQgcmVndWxhcmx5OiByYXRlIG9mIG5vdC1tYXJrZWQgUENOIHRyYWZmaWMsIHJhdGUg b2YgdGhyZXNob2xkLQ0gICBtYXJrZWQgUENOIHRyYWZmaWMsIHJhdGUgb2YgZXhjZXNzLXRyYWZm aWMtbWFya2VkIFBDTiB0cmFmZmljLCBDTEUuBQ0NDTIuMiAxIENvbnRlbnRzIG9mIHRoZSBSZXBv cnRzIGJ5IHRoZSBQQ04tRWdyZXNzLU5vZGVzaW5nIEluZm9ybWF0aW9uDQ0gICBUaGlzIHNlY3Rp b24gYnJpZWZseSBkZXNjcmliZXMgdGhlIGluZm9ybWF0aW9uIHRoYXQgaXMgcmVwb3J0ZWQgYnkg IA0gICB0aGUgUENOLWVncmVzcy1ub2RlLg0NDTIuMi4xIFBDTiBlZ3Jlc3MgRmVlZGJhY2sNDTIu MS4xIE1lYXN1cmVkIERhdGEgYnkgdGhlIFBDTi1FZ3Jlc3MtTm9kZQ0NICAgVGhlIFBDTi1lZ3Jl c3Mtbm9kZSBtZWFzdXJlcyBwZXIgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlIHRoZSBkaWZmZXJl bnRseSBtYXJrZWQgUENOIHRyYWZmaWMgaW4gcmVndWxhciBpbnRlcnZhbHMuICANICAgZm9sbG93 aW5nIHJhdGVzDSAgICAgIG8gcmF0ZSBvZiBub3QtbWFya2VkIFBDTiB0cmFmZmljOw0gICAgICBv IHJhdGUgb2YgdGhyZXNob2xkLW1hcmtlZCBQQ04gdHJhZmZpYywgd2hpY2ggYXBwbGllcyB0byBD TCBlZGdlIA0gICAgICAgIGJlaGF2aW9yIG9ubHk7DSAgICAgIG8gcmF0ZSBvZiBleGNlc3MtdHJh ZmZpYy1tYXJrZWQgUENOIHRyYWZmaWM7DSAgIEF0IHRoZSBlbmQgb2YgZWFjaCBtZWFzdXJlbWVu dCBpbnRlcnZhbCwgdGhlIFBDTi1lZ3Jlc3Mtbm9kZSBjYWxjdWxhdGVzIHRoZSAgICBvIGNDb25n ZXN0aW9uLSBsZXZlbC0gZXN0aW1hdGUgKENMRSkgYmFzZWQgb24gdGhlc2UgcXVhbnRpdGllcy4g VGhlIFBDTi1lZ3Jlc3Mtbm9kZSBtYXlNQVkgYmUgY29uZmlndXJlZCB0byByZWNvcmQgYSBzZXQg b2YgaWRlbnRpZmllcnMgb2YgUENOLWZsb3dzIGZvciB3aGljaCBpdCByZWNlaXZlZCBleGNlc3Mt dHJhZmZpYy1tYXJrZWQgcGFja2V0cyBkdXJpbmcgdGhlIGxhc3QgbWVhc3VyZW1lbnQgaW50ZXJ2 YWwuIFRoZSBsYXR0ZXIgbWF5IGJlIHVzZWZ1bCB0byBwZXJmb3JtIGZsb3cgdGVybWluYXRpb24g aW4gbmV0d29ya3Mgd2l0aCBtdWx0aXBhdGggcm91dGluZy4NDUF0IHRoZSBlbmQgb2YgZWFjaCBt ZWFzdXJlbWVudCBpbnRlcnZhbCwgb3IgbGVzcyBmcmVxdWVudGx5IGlmIJNvcHRpb25hbCByZXBv cnQgc3VwcHJlc3Npb26UIGlzIGFjdGl2YXRlZCBbZHJhZnQtaWV0Zi1wY24tY2wtZWRnZS1iZWhh dmlvdXItMDhdLCBbZHJhZnQtaWV0Zi1wY24tc20tZWRnZS1iZWhhdmlvdXItMDVdLCB0aGUgUENO LWVncmVzcy1ub2RlIHNlbmRzIGEgcmVwb3J0IHRvIHRoZSBkZWNpc2lvbiBwb2ludC4gDTIuMS4y IENvbnRlbnRzDQ1Gb3IgdGhlIFNNIGVkZ2UgYmVoYXZpb3IsIHRoZSByZXBvcnQgBU1VU1QgY29u dGFpbjoNVGhlIHJlcG9ydCBtZXNzYWdlIGNvbnRhaW5zDQlvIHRoZSBpZGVudGlmaWVycyBvZiB0 aGUgUENOLWluZ3Jlc3Mtbm9kZSBhbmQgdGhlIGlkZW50aWZpZXIgb2YgdGhlIFBDTi1lZ3Jlc3Mt bm9kZSAodHlwaWNhbGx5IHRoZWlyIElQIGFkZHJlc3Nlcyk7IHRvZ2V0aGVyIHRoZXkgdGhhdCBz cGVjaWZ5IHRoZSBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUgdG8gd2hpY2ggdGhlIHJlcG9ydCBy ZWZlcnMsBQ0JbyB0aGUgcmF0ZSBvZiBub3QtbWFya2VkIFBDTi0gdHJhZmZpYyAoTk0tcmF0ZSkg aW4gb2N0ZXRzL3NlY29uZCwNCW8gcmF0ZSBvZiB0aHJlc2hvbGQtbWFya2VkIFBDTiB0cmFmZmlj IChUaE0tcmF0ZSkgaW4gb2N0ZXRzL3NlY29uZCAob25seSBpbiB0aGUgQ0wgZWRnZSBiZWhhdmlv ciksDQlvIHJhdGUgb2YgZXhjZXNzLXRyYWZmaWNQQ04tbWFya2VkIHRyYWZmaWMgKEVUTS1yYXRl KSBpbiBvY3RldHMvc2Vjb25kLA0JbyB0aGUgY29uZ2VzdGlvbi1sZXZlbC1lc3RpbWF0ZSwgd2hp Y2ggaXMgYSBudW1iZXIgYmV0d2VlbiB6ZXJvIGFuZCBvbmUuLA0JbyBhIHNldCBvZiBmbG93IGlk ZW50aWZpZXJzDQ1Gb3IgdGhlIENMIGVkZ2UgYmVoYXZpb3IsIHRoZSByZXBvcnQgTVVTVCBjb250 YWluOg0JbyB0aGUgaWRlbnRpZmllciBvZiB0aGUgUENOLWluZ3Jlc3Mtbm9kZSBhbmQgdGhlIGlk ZW50aWZpZXIgb2YgdGhlIFBDTi1lZ3Jlc3Mtbm9kZSAodHlwaWNhbGx5IHRoZWlyIElQIGFkZHJl c3Nlcyk7IHRvZ2V0aGVyIHRoZXkgc3BlY2lmeSB0aGUgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRl IHRvIHdoaWNoIHRoZSByZXBvcnQgcmVmZXJzLAUNCW8gdGhlIHJhdGUgb2YgdGhyZXNob2xkLW1h cmtlZCBQQ04gdHJhZmZpYyAoVGhNLXJhdGUpIGluIG9jdGV0cy9zZWNvbmQsDQlvIHJhdGUgb2Yg ZXhjZXNzLXRyYWZmaWMtbWFya2VkIHRyYWZmaWMgKEVUTS1yYXRlKSBpbiBvY3RldHMvc2Vjb25k LA0NRm9yIGJvdGggQ0wgYW5kIFNNIGVkZ2UgYmVoYXZpb3VycywgdGhlIHJlcG9ydCBNQVkgYWxz byBjb250YWluOg0JbyBhIHNldCBvZiBmbG93IGlkZW50aWZpZXJzIChzZWUgU2VjdGlvbiAyLjEu eCkuDQUNVGhlIHNpZ25hbGxpbmcgcmVwb3J0IGNhbiBlaXRoZXIgYmUgc2VudCBkaXJlY3RseSB0 byB0aGUgZGVjaXNpb24gcG9pbnQgb3IgaXQgY2FuICJwaWdneS1iYWNrIiwgaWUgYmUgaW5jbHVk ZWQgd2l0aGluIHNvbWUgb3RoZXIgbWVzc2FnZSB0aGF0IHBhc3NlcyB0aHJvdWdoIHRoZSBQQ04t ZWdyZXNzLW5vZGUgYW5kIHRoZW4gdGhlIGRlY2lzaW9uIHBvaW50LiANSWYgYSBQQ04tZWdyZXNz LW5vZGUgbmVlZHMgdG8gc2VuZCByZXBvcnRzIGZvciBkaWZmZXJlbnQgaW5ncmVzcy1lZ3Jlc3Mt YWdncmVnYXRlcyB0byB0aGUgc2FtZSBkZWNpc2lvbiBwb2ludCwgaXQgbWF5IGFjY29tbW9kYXRl IHRoZW0gaW4gYSBzaW5nbGUgbWVzc2FnZS4NDTIuMS4zIFNwZWNpZmljYXRpb24gb2YgRmxvdyBJ ZGVudGlmaWVycw0NDQ0NICAgVGhlIHJhdGUgdmFsdWVzIGFyZSByZXBvcnRlZCBpbiBvY3RldHMv c2Vjb25kIHRvIHRoZSBkZWNpc2lvbiBwb2ludCANICAgZWFjaCB0aW1lIHRoYXQgdGhlIFBDTi1l Z3Jlc3Mtbm9kZSBjYWxjdWxhdGVzIHRoZW0gYW5kIHdoZW4gdGhpcyBpcyANICAgc3VwcG9ydGVk IHZpYSBjb25maWd1cmF0aW9uLiANICAgQSByZXBvcnQgbWF5IGVpdGhlciBiZSBzZW50IHBlcmlv ZGljYWxseSwgZXZlcnkgdGltZSB0aGUgUENOLWVncmVzcy0NICAgbm9kZSBtZWFzdXJlcyB0aGUg dmFyaW91cyByYXRlcywgb3IgZWxzZSBtYXkgYmUgc2VudCBvY2Nhc2lvbmFsbHksIA0gICBzZWUg Im9wdGlvbmFsIHJlcG9ydCBzdXBwcmVzc2lvbiIsIGZvciBpbnN0YW5jZSBpbiANICAgW2RyYWZ0 LWlldGYtcGNuLWNsLWVkZ2UtYmVoYXZpb3VyLTA4XSwNICAgW2RyYWZ0LWlldGYtcGNuLXNtLWVk Z2UtYmVoYXZpb3VyLTA1XS4NIA0NICAgSWYgc28gY29uZmlndXJlZCAoZS5nLiwgYmVjYXVzZSBt dWx0aXBhdGggcm91dGluZyBpcyBiZWluZyB1c2VkKSwgdGhlIA0gICBQQ04tZWdyZXNzLW5vZGUg TVVTVCBhbHNvIGluY2x1ZGUgaW4gdGhlIFBDTiBmZWVkYmFjayBhbmQgcmVwb3J0IHRoZSANICAg c2V0IG9mIGZsb3cgaWRlbnRpZmllcnMgb2YgUENOLWZsb3dzIGZvciB3aGljaCBleGNlc3MtdHJh ZmZpYy1tYXJraW5nIA0gICB3YXMgb2JzZXJ2ZWQgaW4gdGhlIG1vc3QgcmVjZW50IG1lYXN1cmVt ZW50IGludGVydmFsLiANDSAgIFRoZSByZXByZXNlbnRhdGlvbiBvZiBhIGZsb3cgSUQgaWRlbnRp ZmllciBkZXBlbmRzIG9uIHRoZSBzdXJyb3VuZGluZyANICAgZW52aXJvbm1lbnQsIGUuZy4sICJw dXJlIElQIiwgTVBMUywgR01QTFMsIGV0Yy4gRXhhbXBsZXMgb2Ygc3VjaCBmbG93IA0gICBJRCBp ZGVudGlmaWVyIHJlcHJlc2VudGF0aW9ucyBjYW4gYmUgZm91bmQgaW4gW1JGQzIyMDVdLCBbUkZD MzE3NV0gW1JGQzMyMDldLCANICAgW1JGQzM0NzNdLiANDQ1JbiBwdXJlIElQIG5ldHdvcmtzLCB0 aGUgaWRlbnRpZmllciBtYXkgY29uc2lzdCBvZiBhIHN1YnNldCBvZiB0aGUgZm9sbG93aW5nIGlu Zm9ybWF0aW9uOg0NICAgbyAgc291cmNlIElQIGFkZHJlc3M7DQ0gICBvICBkZXN0aW5hdGlvbiBJ UCBhZGRyZXNzOw0NICAgbyAgcHJvdG9jb2wgaWRlbnRpZmllciBhbmQgaGlnaGVyIGxheWVyIChw b3J0KSBhZGRyZXNzaW5nOw0NICAgbyAgZmxvdyBsYWJlbCAodHlwaWNhbCBmb3IgSVB2Nik7DQ0g ICBvICBTUEkgZmllbGQgZm9yIElQc2VjIGVuY2Fwc3VsYXRlZCBkYXRhOyANDSAgIG8gIERTQ1Av VE9TIGZpZWxkOw0NICAgbyAgSVAgYWRkcmVzcyBvZiBQQ04taW5ncmVzcy1ub2RlOw0NICAgbyAg SVAgYWRkcmVzcyBvZiBQQ04tZWdyZXNzLW5vZGUgBQ0NDQ0NICAgRm9yIG1vcmUgZGV0YWlscyBz ZWUgW2RyYWZ0LWlldGYtcGNuLWNsLWVkZ2UtYmVoYXZpb3VyLTA4XSwgW2RyYWZ0LQ0gICBpZXRm LXBjbi1zbS1lZGdlLWJlaGF2aW91ci0wNF0uDQ0NMi4zIDIgU2lnbmFsaW5nIFJlcXVpcmVtZW50 cyBmb3IgdGhlIFNpZ25hbGluZyBQcm90b2NvbCB0aGF0IENhcnJpZXMgRGF0YSBmcm9tIHRoZSBQ Q04tRWdyZXNzLU5vZGUgdG8gdGhlIERlY2lzaW9uIFBvaW50KHMpDQ0NDQ0gICBUaGlzIHNlY3Rp b24gZGVzY3JpYmVzIHRoZSBmcmVxdWVuY3kgYXQgd2hpY2ggcmVwb3J0cyBhcmUgc2VudCBmcm9t IHRoZSBQQ04tZWdyZXNzLW5vZGUgdG8gdGhlIGRlY2lzaW9uIHBvaW50KHMpIGFuZCB0aGUgcmVx dWlyZW1lbnRzIGZvciBzaWduYWxpbmcgcHJvdG9jb2xzIHRoYXQgY2FycnkgdGhlc2UgcmVwb3J0 cy4NDSAgIGFyZSB1c2VkIHRvIGNhcnJ5IHRoZSBQQ04gZWdyZXNzIGZlZWRiYWNrIGZyb20gUENO LWVncmVzcy1ub2RlcyB0byANICAgdGhlIGRlY2lzaW9uIHBvaW50Lg0NDTIuMi4xIEZyZXF1ZW5j eSBvZiBSZXBvcnRzIGJ5IHRoZSBQQ04tRWdyZXNzLU5vZGUNQXQgdGhlIGVuZCBvZiBhIG1lYXN1 cmVtZW50IGludGVydmFsLCBhIFBDTi1lZ3Jlc3Mtbm9kZSBzZW5kcyBhIHJlcG9ydCBmb3IgZWFj aCBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUgdG8gdGhlIGRlY2lzaW9uIHBvaW50IHRoYXQgaXMg cmVzcG9uc2libGUgZm9yIHRoZSBjb3JyZXNwb25kaW5nIFBDTi1pbmdyZXNzLW5vZGUuIFRoZSBt ZWFzdXJlbWVudCBpbnRlcnZhbHMgYXJlIHJlY29tbWVuZGVkIHRvIHRha2UgYSBmaXhlZCB2YWx1 ZSBiZXR3ZWVuIDEwMCBtcy4gYW5kIDUwMCBtcy4gSWYgk29wdGlvbmFsIHJlcG9ydCBzdXBwcmVz c2lvbpQgaXMgYWN0aXZhdGVkLCB0aGVzZSByZXBvcnRzIG1heSBiZSBzdXBwcmVzc2VkIHRvIHJl ZHVjZSBzaWduYWxpbmcgb3ZlcmhlYWQgW2RyYWZ0LWlldGYtcGNuLWNsLWVkZ2UtYmVoYXZpb3Vy LTA4XSwgW2RyYWZ0LWlldGYtcGNuLXNtLWVkZ2UtYmVoYXZpb3VyLTA1XS4gDQ0NS2FyYWdpYW5u aXMsIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMDIsIDIwMTEgICAgICAgICAgICAgW1Bh Z2UgNV0NSW50ZXJuZXQtRHJhZnQgICAgICAgUENOIFNpZ25hbGluZyByZXF1aXJlbWVudHMgICAg ICAgICAgICAgTWFyY2ggMjAxMQ0NMi4yLjEgRGVzdGluYXRpb24gQWRkcmVzcw0NVGhlIHNpZ25h bGluZyBtZXNzYWdlIE1VU1QgYmUgYWRkcmVzc2VkIHRvIHRoZSBkZWNpc2lvbiBwb2ludChzKS4N DTIuMzIuMSAyIFByaW9yaXR5IG9mIFNpZ25hbGluZyBNZXNzYWdlcw0NICAgU2lnbmFsaW5nIG1l c3NhZ2VzIFNIT1VMRCBoYXZlIGEgaGlnaGVyIHByaW9yaXR5IHRoYW4gZGF0YSBwYWNrZXRzIHRv IGRlbGl2ZXIgdGhlbSBxdWlja2x5IGFuZCB0byBhdm9pZCB0aGF0IHRoZXkgYXJlIGRyb3BwZWQg aW4gY2FzZSBvZiBvdmVybG9hZC4gDSAgIFRoaXMgaXMgbmVlZGVkIHRvIGF2b2lkIGFzIG11Y2gg YXMgcG9zc2libGUgdGhlIHNpdHVhdGlvbnMgdGhhdCANICAgZHVyaW5nIHNldmVyZSBvdmVybG9h ZCBjYXNlcyB0aGUgc2lnbmFsaW5nIG1lc3NhZ2VzIGFyZSBkcm9wcGVkIA0gICB3aXRoaW4gdGhl IFBDTiBkb21haW4uDQ0NMi4zLjIgTG9jYWwgSW5mb3JtYXRpb24gRXhjaGFuZ2UNDSAgIFNpZ25h bGluZyBtZXNzYWdlcyBNVVNUIGJlIGFibGUgdG8gY2FycnkgdGhlIFBDTiBlZ3Jlc3MgZmVlZGJh Y2sgZnJvbSANICAgdGhlIFBDTi1lZ3Jlc3Mtbm9kZSB0byB0aGUgZGVjaXNpb24gcG9pbnQuBQ0N DSAgMi4zLjMgQ2FycnkgSWRlbnRpZmljYXRpb24gb2YgUENOIGVkZ2UgTm9kZXMNDSAgIFRoZSBz aWduYWxpbmcgcHJvdG9jb2wgTVVTVCBjYXJyeSB0aGUgaWRlbnRpdHkgb2YgdGhlIFBDTi1lZ3Jl c3Mtbm9kZSANICAgdGhhdCBzZW5kcyB0aGUgbWVzc2FnZS4gBQ0NMi4zLjQgQ2FycnkgSWRlbnRp ZmljYXRpb24gb2YgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlcw0NICAgVGhlIHNpZ25hbGluZyBw cm90b2NvbCBNVVNUIGNhcnJ5IHRoZSBpZGVudGl0eSAoYWRkcmVzcyBpbmZvcm1hdGlvbikgDSAg IG9mIHRoZSBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGVzLiAFDQ0NMi4zMi41IDMgU2lnbmFsaW5n IExvYWQNDSAgIFRoZSBsb2FkIGdlbmVyYXRlZCBieSB0aGUgc2lnbmFsaW5nIHByb3RvY29sIFNI T1VMRCBiZSBtaW5pbWl6ZWQuIFdlIGdpdmUgdHdvdGhyZWUgZXhhbXBsZXMgdGhhdCBtYXkgaGVs cCB0byBhY2hpZXZlIHRoYXQgZ29hbDoNBW8gUGlnZ3ktYmFja2luZyB0aGUgcmVwb3J0cyBieSB0 aGUgUENOLWVncmVzcy1ub2RlcyB0byB0aGUgZGVjaXNpb24gICAgICBwb2ludChzKSBvbnRvIG90 aGVyIHNpZ25hbGluZyBtZXNzYWdlcyB0aGF0IGFyZSBhbHJlYWR5IGluIHBsYWNlLg0NbyBSZWR1 Y2luZyB0aGUgYW1vdW50IG9mIHJlcG9ydHMgdG8gYmUgc2VudCBieSBvcHRpb25hbCByZXBvcnQg c3VwcHJlc3Npb24uDW8gY29tYmluaW5nIHJlcG9ydHMgZm9yIGRpZmZlcmVudCBpbmdyZXNzLWVn cmVzcy1hZ2dyZWdhdGVzIGluIGEgc2luZ2xlIG1lc3NhZ2UgKGlmIHRoZXkgYXJlIGZvciB0aGUg c2FtZSBkZWNpc2lvbiBwb2ludCkuBQ0NDQ0NMi4zMi42IDQgUmVsaWFiaWxpdHkNDUFzIFBDTiBy ZXBvcnRzIGFyZSBzZW50IHJlZ3VsYXJseSwgYWRkaXRpb25hbCByZWxpYWJpbGl0eSBtZWNoYW5p c21zIGFyZSBub3QgbmVlZGVkLiBUaGlzIGFsc28gaG9sZHMgaW4gdGhlIHByZXNlbmNlIG9mIG9w dGlvbmFsIHJlcG9ydCBzdXBwcmVzc2lvbiwgYXMgcmVwb3J0cyBhcmUgc2VudCBwZXJpb2RpY2Fs bHkgaWYgYWN0aW9ucyBieSB0aGUgZGVjaXNpb24gcG9pbnQocykgYXJlIG5lZWRlZCBbcmVmXS4N DQ0gICBUaGVyZSBhcmUgc2l0dWF0aW9ucyB0aGF0IG1lc3NhZ2VzIG5lZWQgdG8gYmUgcmVjZWl2 ZWQgaW4gYSANICAgcmVsaWFibGUgd2F5LiBUaGVyZSBhcmUgZGlmZmVyZW50IHdheXMgb2YgYWNo aWV2aW5nIHJlbGlhYmlsaXR5LiBUaGUgDSAgIHNwZWNpZmljYXRpb24gb2YgYSBtYW5kYXRvcnkg c29sdXRpb24gb2YgYWNoaWV2aW5nIHRoaXMgcmVsaWFiaWxpdHkgDSAgIGlzIG91dCBvZiB0aGUg c2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gSXQgY2FuIGJlIGhvd2V2ZXIgY29uc2lkZXJlZCwgDSAg IHRoYXQgd2hlbiBpbmZvcm1hdGlvbiBpcyByZWNlaXZlZCBvbiBhIHJlZ3VsYXIgZmFzaGlvbiwg YWRkaXRpb25hbCANICAgcmVsaWFiaWxpdHkgbWVhc3VyZXMgU2hvdWxkIE5vdCBiZSByZXF1aXJl ZC4gBQ0NDTIuMzIuNyA1IFNlY3VyaXR5DQ0gICBUaGUgUENOIGFyY2hpdGVjdHVyZSBbUkZDNTU1 OV0gY29uc2lkZXJzIHRoYXQgYWxsIFBDTi1ub2RlcyBhcmUgUENOLSAgDSAgIGVuYWJsZWQgYW5k IHRydXN0ZWQgdG8gb3BlcmF0ZSBjb3JyZWN0bHkuIEluIHRoZSBjb250ZXh0IG9mIHRoaXMgIA0g ICBkb2N1bWVudDoNVGhlcmVmb3JlLCBubyBhZGRpdGlvbmFsIHNlY3VyaXR5IGZlYXR1cmVzIGFy ZSBuZWVkZWQuIDIuMS4xIFNwZWNpZmljYXRpb24gb2YgRmxvdyBJZGVudGlmaWVycw0FDSAgIFRo ZSByZXByZXNlbnRhdGlvbiBvZiBhIGZsb3cgaWRlbnRpZmllciBkZXBlbmRzIG9uIHRoZSBzdXJy b3VuZGluZyANICAgZW52aXJvbm1lbnQsIGUuZy4sIHB1cmUgSVAsIE1QTFMsIEdNUExTLCBldGMu IEV4YW1wbGVzIG9mIHN1Y2ggZmxvdyANICAgaWRlbnRpZmllciByZXByZXNlbnRhdGlvbnMgY2Fu IGJlIGZvdW5kIGluIFtSRkMyMjA1XSwgW1JGQzMxNzVdIFtSRkMzMjA5XSwgDVtSRkMzNDczXS4g DQ0NSW4gcHVyZSBJUCBuZXR3b3JrcywgdGhlIGlkZW50aWZpZXIgbWF5IGNvbnNpc3Qgb2YgYSBz dWJzZXQgb2YgdGhlIGZvbGxvd2luZyBpbmZvcm1hdGlvbjoNDSAgIG8gIHNvdXJjZSBJUCBhZGRy ZXNzOw0NICAgbyAgZGVzdGluYXRpb24gSVAgYWRkcmVzczsNDSAgIG8gIHByb3RvY29sIGlkZW50 aWZpZXIgYW5kIGhpZ2hlciBsYXllciAocG9ydCkgYWRkcmVzc2luZzsNDSAgIG8gIGZsb3cgbGFi ZWwgKHR5cGljYWwgZm9yIElQdjYpOw0NICAgbyAgU1BJIGZpZWxkIGZvciBJUHNlYyBlbmNhcHN1 bGF0ZWQgZGF0YTsgDQ0gICBvICBEU0NQL1RPUyBmaWVsZDsNDSAgIG8gIElQIGFkZHJlc3Mgb2Yg UENOLWluZ3Jlc3Mtbm9kZTsNDSAgIG8gIElQIGFkZHJlc3Mgb2YgUENOLWVncmVzcy1ub2RlIAUN ICAgICBvIFBDTi1zaWduYWxpbmcgbWVzc2FnZXMgTVVTVCBOT1QgbGVhayBvdXQgb2YgdGhlIFBD Ti1kb21haW4uIFRoaXMgDSAgICAgICBjYW4gYmUgZWFzaWx5IGFjY29tcGxpc2hlZCwgc2luY2Ug bWVzc2FnZXMgYXJlIHNlbnQgdG8gdGhlIFBDTi0NICAgICAgIGJvdW5kYXJ5LW5vZGUncyBhZGRy ZXNzOwUNICAgICBvIFBDTi1ib3VuZGFyeS1ub2RlcyBNVVNUIHZhbGlkYXRlIHRoZSBzaWduYWxp bmcgbWVzc2FnZXMsIHRvIA0gICAgICAgYXZvaWQgdGhhdCB0aGV5IGNvbWUgZnJvbSBhbiBhdHRh Y2tlci4gQ29uc2lkZXJpbmcgdGhhdCBhbGwgUENOLQ0gICAgICAgbm9kZXMgYXJlIHRydXN0ZWQs IHNlZSBbUkZDNTU1OV0sIHRoaXMgcmVxdWlyZW1lbnQgY291bGQgYmUgDSAgICAgICBlYXNpbHkg ZnVsZmlsbGVkIGJ5IHZlcmlmeWluZyB3aGV0aGVyIGEgbWVzc2FnZSBhcnJpdmVzIG9uIGFuIA0g ICAgICAgaW50ZXJmYWNlIGludGVybmFsIHRvIHRoZSBQQ04tZG9tYWluLiAFDQ1LYXJhZ2lhbm5p cywgZXQgYWwuICAgICBFeHBpcmVzIFNlcHRlbWJlciAwMiwgMjAxMSAgICAgICAgICAgICBbUGFn ZSA2XQ0NSW50ZXJuZXQtRHJhZnQgICAgICAgUENOIFNpZ25hbGluZyByZXF1aXJlbWVudHMgICAg ICAgICAgICAgTWFyY2ggMjAxMQ0NDTIuNC4gRmlsdGVyIFNwZWNpZmljYXRpb25zDQ0gICBJbiBQ Q04gdGhlIFBDTi1pbmdyZXNzLW5vZGUgYW5kIFBDTi1lZ3Jlc3Mtbm9kZXMgc2hvdWxkIGJlIGFi bGUgdG8gDSAgIGlkZW50aWZ5IHRoZSBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUgdG8gd2hpY2gg ZWFjaCBmbG93IGJlbG9uZ3MuIA0gICBNb3Jlb3ZlciwgdGhlIFBDTi1lZ3Jlc3Mtbm9kZSBhbHNv IG5lZWRzIHRvIGFzc29jaWF0ZSBhbiBhZ2dyZWdhdGUgDSAgIHdpdGggdGhlIGFkZHJlc3Mgb2Yg dGhlIFBDTi1pbmdyZXNzLW5vZGUgZm9yIHJlY2VpdmluZyByZXBvcnRzLCBpZiANICAgdGhlIFBD Ti1pbmdyZXNzLW5vZGUgaXMgdGhlIGRlY2lzaW9uIHBvaW50LiBUaGUgZmlsdGVyIHNwZWNpZmlj YXRpb24gDSAgIGF0IHRoZSBQQ04tZWdyZXNzLW5vZGVzIGRlcGVuZHMgb24gdGhlIHN1cnJvdW5k aW5nIGVudmlyb25tZW50LCBlLmcuLCANICAgcHVyZSBJUCwgTVBMUywgR01QTFMuIA0gICBJbiB0 aGlzIGRvY3VtZW50LCBhIHBvc3NpYmxlIElQIGZpbHRlciBzcGVjIGZvciBwdXJlIElQIGlzIGdp dmVuIGFzIA0gICBhbiBleGFtcGxlLiBJbiB0aGlzIGNhc2UgdGhlIGZpbHRlciBzcGVjIHNob3Vs ZCBiZSBhYmxlIHRvIGlkZW50aWZ5IGEgDSAgIGZsb3cgdXNpbmcgKGFsbCBvciBhIHN1YnNldCBv ZiB0aGUpIGZvbGxvd2luZyBpbmZvcm1hdGlvbjoNDSAgIG8gIHNvdXJjZSBJUCBhZGRyZXNzOw0N ICAgbyAgZGVzdGluYXRpb24gSVAgYWRkcmVzczsNDSAgIG8gIHByb3RvY29sIGlkZW50aWZpZXIg YW5kIGhpZ2hlciBsYXllciAocG9ydCkgYWRkcmVzc2luZzsNDSAgIG8gIGZsb3cgbGFiZWwgKHR5 cGljYWwgZm9yIElQdjYpOw0NICAgbyAgU1BJIGZpZWxkIGZvciBJUHNlYyBlbmNhcHN1bGF0ZWQg ZGF0YTsgDQ0gICBvICBEU0NQL1RPUyBmaWVsZDsNDSAgIG8gIElQIGFkZHJlc3Mgb2YgUENOLWlu Z3Jlc3Mtbm9kZTsNDSAgIG8gIElQIGFkZHJlc3Mgb2YgUENOLWVncmVzcy1ub2RlIAUNDTMuICBT aWduYWxpbmcgUmVxdWlyZW1lbnRzIGZvciBNZXNzYWdlcyBiZXR3ZWVuIERlY2lzaW9uIFBvaW50 KHMpIGFuZCBQQ04tSW5ncmVzcy1Ob2RlcyANDSAgIFRoZVRocm91Z2ggcmVxdWVzdC1yZXNwb25z ZSBzaWduYWxpbmcgYmV0d2VlbiB0aGUgZGVjaXNpb24gcG9pbnQgYW5kIFBDTi1pbmdyZXNzLW5v ZGUsIHRoZSBkZWNpc2lvbiBwb2ludCByZXF1ZXN0cyBhbmQgaW4gcmVzcG9uc2UgdGhlIFBDTi1p bmdyZXNzLW5vZGUgbWVhc3VyZXMgYW5kIHJlcG9ydHMgbWF5IHJlcXVpcmUgdGhlIFBDTi1zZW50 LXJhdGUgZm9yIGEgc3BlY2lmaWMgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlIGFuZCByZXF1ZXN0 IGl0IGZyb20gdGhlIGNvcnJlc3BvbmRpbmcgUENOLWluZ3Jlc3Mtbm9kZS4gVGhlIFBDTi1pbmdy ZXNzLW5vZGUgbWVhc3VyZXMgdGhlIHJhdGUgb2YgYWRtaXR0ZWQgUENOIHRyYWZmaWMgYW5kIHJl cG9ydHMgaXQgdG8gdGhlIHJlcXVlc3RpbmcgZGVjaXNpb24gcG9pbnQuIFNpZ25hbGluZyBmb3Ig dGhhdCBwdXJwb3NlIGlzIG5lZWRlZCBvbmx5IGlmIHRoZSBkZWNpc2lvbiBwb2ludCBhbmQgUENO LWluZ3Jlc3Mtbm9kZSBhcmUgbm90IGNvbGxvY2F0ZWQuIEluIHRoZSBmb2xsb3dpbmcsIHRoZSBj b250ZW50cyBvZiB0aGVzZSByZXF1ZXN0IGFuZCByZXBvcnQgbWVzc2FnZXMgYW5kIHRoZSByZXF1 aXJlbWVudHMgZm9yIHRoZSBzaWduYWxpbmcgcHJvdG9jb2xzIHRoYXQgY2FycnkgdGhlbSBhcmUg ZGVzY3JpYmVkLg0NMy4xIENvbnRlbnRzIG9mIFJlcXVlc3RzIGJ5IHRoZSBEZWNpc2lvbiBQb2lu dChzKQ0NVGhlIHJlcXVlc3QgTVVTVCBjb250YWluOnMNbyBhbiBpbmRpY2F0aW9uIHRoYXQgdGhl IFBDTi1zZW50LXJhdGUgaXMgcmVxdWVzdGVkLA1vIHRoZSBpZGVudGlmaWVyIG9mIHRoZSBQQ04t aW5ncmVzcy1ub2RlIGFuZCB0aGUgaWRlbnRpZmllciBvZiB0aGUgUENOLWVncmVzcy1ub2RlOyB0 b2dldGhlciB0aGV5IHRoYXQgZGV0ZXJtaW5lIHRoZSBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUg Zm9yIHdoaWNoIHRoZSBQQ04tc2VudC1yYXRlIGlzIHJlcXVlc3RlZCwNbyB0aGUgaWRlbnRpZmll ciBvZiB0aGUgZGVjaXNpb24gcG9pbnQgdGhhdCByZXF1ZXN0cyB0aGUgUENOLXNlbnQtcmF0ZS4N DTMuMiBDb250ZW50cyBvZiBSZXBvcnRzIGJ5IHRoZSBEZWNpc2lvbiBQb2ludChzKQ0NVGhlIHJl cG9ydCBNVVNUIGNvbnRhaW46cw1vIGFuIGluZGljYXRpb24gdGhhdCB0aGUgcmVwb3J0ZWQgZGF0 YSBpcyBhIFBDTi1zZW50LXJhdGUsDW8gdGhlIFBDTi1zZW50LXJhdGUgaW4gb2N0ZXRzL3NlY29u ZCwNbyB0aGUgaWRlbnRpZmllcnMgb2YgdGhlIFBDTi1pbmdyZXNzLW5vZGUgYW5kIHRoZSBpZGVu dGlmaWVyIG9mIHRoZSBQQ04tZWdyZXNzLW5vZGUuIHRoYXQgZGV0ZXJtaW5lIHRoZSBpbmdyZXNz LWVncmVzcy1hZ2dyZWdhdGUgdG8gd2hpY2ggdGhlIG1lYXN1cmVkIFBDTi1zZW50LXJhdGUgcmVm ZXJzBQ0NMy4zIFJlcXVpcmVtZW50cyBmb3IgdGhlIFNpZ25hbGluZyBQcm90b2NvbCB0aGF0IENh cnJpZXMgRGF0YSBiZXR3ZWVuIHRoZSBEZWNpc2lvbiBQb2ludChzKSBhbmQgUENOLUluZ3Jlc3Mt Tm9kZXMNDVRoZSByZXF1ZXN0IG1lc3NhZ2VzIE1VU1QgYmUgYWRkcmVzc2VkIHRvIHRoZSBQQ04t aW5ncmVzcy1ub2RlLCBhbmQgdGhlcy4NVGhlIHJlcG9ydCBtZXNzYWdlcyBNVVNUIGJlIGFkZHJl c3NlZCB0byB0aGUgZGVjaXNpb24gcG9pbnQgdGhhdCByZXF1ZXN0ZWQgaXQocykuDQ0NVGhlIHJl cXVlc3QgYW5kIHRoZSByZXBvcnQgU0hPVUxEIGJlIHNlbnQgd2l0aCBoaWdoIHByaW9yaXR5IGFu ZCByZWxpYWJseSwgYmVjYXVzZSB0aGV5IGFyZSBUaGUgcmVxdWVzdHMgYnkgdGhlIGRlY2lzaW9u IHBvaW50cyBhbmQgdGhlIHJlcG9ydHMgYnkgdGhlIFBDTi1pbmdyZXNzLW5vZGVzIGFyZSBzZW50 IG9ubHkgd2hlbiBmbG93IHRlcm1pbmF0aW9uIGlzIG5lZWRlZCwgd2hpY2ggLiBBcyBmbG93IHRl cm1pbmF0aW9uIGlzIGFuIHVyZ2VudCBhY3Rpb24uICwgaXQgaXMgaW1wb3J0YW50IHRoYXQgdGhl IG1lc3NhZ2VzIGFycml2ZSBxdWlja2x5IGFuZCByZWxpYWJseS4gVGhpcyBpbXBsaWVzIHRoYXQg dGhlc2UgbWVzc2FnZXMgU0hPVUxEIGJlIHNlbnQNbyB3aXRoIGhpZ2ggcHJpb3JpdHkNbyBpbiBh IHJlbGlhYmx5IGZhc2hpb24NDQ0NMy4gU2lnbmFsaW5nIFJlcXVpcmVtZW50cyBiZXR3ZWVuIERl Y2lzaW9uIFBvaW50IGFuZCBQQ04taW5ncmVzcy1ub2Rlcw0NICAgVGhlIGRlY2lzaW9uIHBvaW50 IG1vbml0b3JzIGFuZCB1c2VzIHRoZSBQQ04gZWdyZXNzIGZlZWRiYWNrIHNlbnQgYnkgDSAgIHRo ZSBQQ04tZWdyZXNzLW5vZGUuIFRoZXJlIGFyZSBzaXR1YXRpb25zIHRoYXQgdGhlIGRlY2lzaW9u IHBvaW50IA0gICBtdXN0IG9idGFpbiBhbiBlc3RpbWF0ZSBvZiB0aGUgcmF0ZSBhdCB3aGljaCBQ Q04tdHJhZmZpYyBpcyBiZWluZw0gICBhZG1pdHRlZCB0byB0aGUgYWdncmVnYXRlIGZyb20gdGhl IFBDTi1pbmdyZXNzLW5vZGUuICANICAgSW4gb3JkZXIgdG8gcmVjZWl2ZSB0aGlzIGluZm9ybWF0 aW9uIHRoZSBkZWNpc2lvbiBwb2ludCBoYXMgdG8gDSAgIHJlcXVlc3QgZnJvbSB0aGUgUENOLWlu Z3Jlc3Mtbm9kZSB0byByZXBvcnQgdGhlIHZhbHVlIG9mIHRoZSBQQ04gDSAgIHRyYWZmaWMgYWRt aXR0ZWQgdG8gYSBjZXJ0YWluIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZS4NICAgTm90ZSB0aGF0 IGlmIHRoZSBkZWNpc2lvbiBwb2ludCBhbmQgdGhlIFBDTi1pbmdyZXNzLW5vZGUgYXJlIA0gICBj b2xsb2NhdGVkLCB0aGVuIHRoZSBpbmZvcm1hdGlvbiBleGNoYW5nZXMgYmV0d2VlbiB0aGUgZGVj aXNpb24gcG9pbnQgDSAgIGFuZCBQQ04taW5ncmVzcy1ub2RlIGFyZSBpbnRlcm5hbCBvcGVyYXRp b25zLg0NDTMuMSBSZXBvcnRpbmcgRnJlcXVlbmN5DQ0gICBUaGUgUENOIGNvbnRlbnQgc2VudCBi eSB0aGUgUENOLWluZ3Jlc3Mtbm9kZSBhbmQgRGVjaXNpb24gUG9pbnQgYXJlIA0gICBub3Qgc2Vu dCByZWd1bGFybHkuIA0NDQ0NS2FyYWdpYW5uaXMsIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1i ZXIgMDIsIDIwMTEgICAgICAgICAgICAgW1BhZ2UgN10NDUludGVybmV0LURyYWZ0ICAgICAgIFBD TiBTaWduYWxpbmcgcmVxdWlyZW1lbnRzICAgICAgICAgICAgIE1hcmNoIDIwMTENDTMuMiBSZXBv cnRpbmcgSW5mb3JtYXRpb24NDTMuMi4xIFBDTiBpbmdyZXNzIEZlZWRiYWNrDQ0gICBUaGUgUENO LWluZ3Jlc3Mtbm9kZSBtZWFzdXJlcyBwZXIgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlIHRoZSAN ICAgZm9sbG93aW5nIHJhdGUgDSAgICAgIG8gcmF0ZSBvZiBhZG1pdHRlZCBQQ04gdHJhZmZpYyAN DSAgIFRoaXMgdmFsdWUgaXMgcmVwb3J0ZWQgaW4gb2N0ZXRzL3NlY29uZCB0byB0aGUgZGVjaXNp b24gcG9pbnQgYXMgDSAgIHNvb24gYXMgcG9zc2libGUgYWZ0ZXIgcmVjZWl2aW5nIHRoZSByZXF1 ZXN0IGZyb20gdGhlIGRlY2lzaW9uICANICAgcG9pbnQuIFRoaXMgaW5mb3JtYXRpb24gaXMgbm90 IHNlbnQgcmVndWxhcmx5IGFuZCBTSE9VTEQgYmUgDSAgIGRlbGl2ZXJlZCByZWxpYWJseS4gDQ0N My4yLjIgRGVjaXNpb24gUG9pbnQgVHJpZ2dlcg0NICAgVGhlIGRlY2lzaW9uIHBvaW50IHJlcXVl c3RzIGZyb20gdGhlIFBDTi1pbmdyZXNzLW5vZGUgdG8gc2VuZCBmb3IgYSANICAgY2VydGFpbiBp bmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUsIHRoZSB2YWx1ZSBvZiB0aGUgYWRtaXR0ZWQgUENOIA0g ICB0cmFmZmljIHJhdGUuIFRoaXMgRGVjaXNpb24gUG9pbnQgVHJpZ2dlciBtZXNzYWdlIGlkZW50 aWZpZXMgdGhlIA0gICBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUgZm9yIHdoaWNoIHRoZSBhZG1p dHRlZCBQQ04gdHJhZmZpYyByYXRlIGlzIA0gICByZXF1aXJlZC4gTW9yZW92ZXIsIHNpbmNlIHRo aXMgRGVjaXNpb24gUG9pbnQgVHJpZ2dlciBtZXNzYWdlIHNlbnQgYnkgDSAgIHRoZSBkZWNpc2lv biBwb2ludCB0byB0aGUgUENOLWluZ3Jlc3Mtbm9kZSBpcyBub3Qgc2VudCByZWd1bGFybHksIGl0 ICAgIA0gICBTSE9VTEQgYmUgZGVsaXZlcmVkIHJlbGlhYmx5Lg0NMy4zIFNpZ25hbGluZyBSZXF1 aXJlbWVudHMNDSAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIHJlcXVpcmVtZW50cyBmb3Ig c2lnbmFsaW5nIHByb3RvY29scyB0aGF0IA0gICBhcmUgdXNlZCB0byBjYXJyeSB0aGUgUENOIGlu Z3Jlc3MgZmVlZGJhY2sgYW5kIHRoZSBEZWNpc2lvbiBQb2ludCANICAgVHJpZ2dlci4gDQ0zLjMu MSBQcmlvcml0eSBvZiBTaWduYWxpbmcgTWVzc2FnZXMNDSAgIFNpZ25hbGluZyBtZXNzYWdlcyBT SE9VTEQgaGF2ZSBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIGRhdGEgcGFja2V0cy4gDQ0NMy4zLjIg TG9jYWwgSW5mb3JtYXRpb24gRXhjaGFuZ2UNDSAgIFNpZ25hbGluZyBtZXNzYWdlcyBNVVNUIGJl IGFibGUgdG8gY2Fycnk6DSAgICAgIG8gdGhlIFBDTiBpbmdyZXNzIGZlZWRiYWNrIGZyb20gdGhl IFBDTi1pbmdyZXNzLW5vZGUgdG8gdGhlIA0gICAgICAgIGRlY2lzaW9uIHBvaW50Ow0gICAgICBv IHRoZSBEZWNpc2lvbiBQb2ludCBUcmlnZ2VyIGZyb20gdGhlIGRlY2lzaW9uIHBvaW50IHRvIHRo ZSBQQ04tDSAgICAgICAgaW5ncmVzcy1ub2RlLg0NMy4zLjMgQ2FycnkgSWRlbnRpZmljYXRpb24g b2YgUENOIGVkZ2UgTm9kZXMgYW5kIERlY2lzaW9uIFBvaW50DQ0gICBUaGUgc2lnbmFsaW5nIHBy b3RvY29sIE1VU1QgY2FycnkgdGhlIGlkZW50aXR5Og0gICAgICBvIG9mIHRoZSBQQ04taW5ncmVz cy1ub2RlIHRoYXQgc2VuZHMgdGhlIG1lc3NhZ2UsDSAgICAgIG8gb2YgdGhlIGRlY2lzaW9uIHBv aW50IHRoYXQgc2VuZHMgdGhlIG1lc3NhZ2UuDQ0zLjMuNCBDYXJyeSBJZGVudGlmaWNhdGlvbiBv ZiBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGVzDQ0gICBUaGUgc2lnbmFsaW5nIHByb3RvY29sIE1V U1QgY2FycnkgdGhlIGlkZW50aXR5IChhZGRyZXNzIGluZm9ybWF0aW9uKSANICAgb2YgdGhlIGlu Z3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZXMuDQ0NS2FyYWdpYW5uaXMsIGV0IGFsLiAgICAgRXhwaXJl cyBTZXB0ZW1iZXIgMDIsIDIwMTEgICAgICAgICAgICAgW1BhZ2UgOF0NDUludGVybmV0LURyYWZ0 ICAgICAgIFBDTiBTaWduYWxpbmcgcmVxdWlyZW1lbnRzICAgICAgICAgICAgIE1hcmNoIDIwMTEN DTMuMy41IFNpZ25hbGluZyBMb2FkDQ0gICBUaGUgbG9hZCBnZW5lcmF0ZWQgYnkgdGhlIHNpZ25h bGluZyBwcm90b2NvbCBTSE9VTEQgYmUgbWluaW1pemVkLgUNDQ0zLjMuNiBSZWxpYWJpbGl0eQ0N ICAgVGhlIFBDTiBpbmdyZXNzIGZlZWRiYWNrIGFuZCB0aGUgRGVjaXNpb24gUG9pbnQgVHJpZ2dl ciBhcmUgbm90IHNlbnQgDSAgIHJlZ3VsYXJseSBhbmQgU0hPVUxEIGJlIGRlbGl2ZXJlZCByZWxp YWJseS4gVGhlcmUgYXJlIGRpZmZlcmVudCB3YXlzIA0gICBvZiBhY2hpZXZpbmcgcmVsaWFiaWxp dHkuIFRoZSBzcGVjaWZpY2F0aW9uIG9mIGEgbWFuZGF0b3J5IHNvbHV0aW9uIA0gICBvZiBhY2hp ZXZpbmcgdGhpcyByZWxpYWJpbGl0eSBpcyBvdXQgb2YgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1l bnQuDQ0NMy4zLjcgU2VjdXJpdHkNDSAgIFRoZSBQQ04gYXJjaGl0ZWN0dXJlIFtSRkM1NTU5XSBj b25zaWRlcnMgdGhhdCBhbGwgUENOLW5vZGVzIGFyZSBQQ04tICANICAgZW5hYmxlZCBhbmQgdHJ1 c3RlZCB0byBvcGVyYXRlIGNvcnJlY3RseS4gVGhlIGRlY2lzaW9uIHBvaW50IGlzIGEgDSAgIFBD Ti1ub2RlIGFuZCB0aGVyZWZvcmUgaXQgaXMgY29uc2lkZXJlZCB0byBiZSBQQ04tZW5hYmxlZCBh bmQgdHJ1c3RlZCANICAgdG8gb3BlcmF0ZSBjb3JyZWN0bHkuICBJbiB0aGUgY29udGV4dCBvZiB0 aGlzICANICAgZG9jdW1lbnQ6DSAgICAgbyBQQ04tc2lnbmFsaW5nIG1lc3NhZ2VzIE1VU1QgTk9U IGxlYWsgb3V0IG9mIHRoZSBQQ04tZG9tYWluLiBUaGlzIA0gICAgICAgY2FuIGJlIGVhc2lseSBh Y2NvbXBsaXNoZWQsIHNpbmNlIG1lc3NhZ2VzIGFyZSBzZW50IHRvIGVpdGhlciB0aGUgDSAgICAg ICBQQ04tYm91bmRhcnktbm9kZSdzIGFkZHJlc3Mgb3IgdGhlIGRlY2lzaW9uIHBvaW50J3MgYWRk cmVzcywNICAgICBvIFBDTi1ib3VuZGFyeS1ub2RlcyBNVVNUIHZhbGlkYXRlIHRoZSBzaWduYWxp bmcgbWVzc2FnZXMsIHRvIA0gICAgICAgYXZvaWQgdGhhdCB0aGV5IGNvbWUgZnJvbSBhbiBhdHRh Y2tlci4gQ29uc2lkZXJpbmcgdGhhdCBhbGwgUENOLQ0gICAgICAgbm9kZXMgYXJlIHRydXN0ZWQs IHNlZSBbUkZDNTU1OV0sIHRoaXMgcmVxdWlyZW1lbnQgY291bGQgYmUgDSAgICAgICBlYXNpbHkg ZnVsZmlsbGVkIGJ5IHZlcmlmeWluZyB3aGV0aGVyIGEgbWVzc2FnZSBlaXRoZXIgYXJyaXZlcyBv biANICAgICAgIGFuIGludGVyZmFjZSBpbnRlcm5hbCB0byB0aGUgUENOLWRvbWFpbiBvciB0aGF0 IGl0IGlzIHNlbnQgYnkgYSANICAgICAgIGRlY2lzaW9uIHBvaW50Lg0NDTQuICBTZWN1cml0eSBD b25zaWRlcmF0aW9ucw0NICAgW1JGQzU1NTldIHByb3ZpZGVzIGEgZ2VuZXJhbCBkZXNjcmlwdGlv biBvZiB0aGUgc2VjdXJpdHkNICAgY29uc2lkZXJhdGlvbnMgZm9yIFBDTi4gIFRoaXMgbWVtbyBk b2VzIG5vdCBpbnRyb2R1Y2VzIHRoZSBhZGRpdGlvbmFsIHNlY3VyaXR5IA0gICBjb25zaWRlcmF0 aW9ucyBkZXNjcmliZWQgaW4gU2VjdGlvbiAyLjMuNyBhbmQgU2VjdGlvbiAzLjMuNy4NDQ01LiAg SUFOQSBDb25zaWRlcmF0aW9ucw0NICAgVGhpcyBtZW1vIGluY2x1ZGVzIG5vIHJlcXVlc3QgdG8g SUFOQS4NDQ02LiAgQWNrbm93bGVkZ2VtZW50cw0NICAgV2Ugd291bGQgbGlrZSB0byBhY2tub3ds ZWRnZSB0aGUgbWVtYmVycyBvZiB0aGUgUENOIHdvcmtpbmcgZ3JvdXAgZm9yDSAgIHRoZSBkaXNj dXNzaW9ucyB0aGF0IGdlbmVyYXRlZCB0aGUgY29udGVudHMgb2YgdGhpcyBtZW1vLg0NDQ0NDQ0N S2FyYWdpYW5uaXMsIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMDIsIDIwMTEgICAgICAg ICAgICAgW1BhZ2UgOV0NDUludGVybmV0LURyYWZ0ICAgICAgIFBDTiBTaWduYWxpbmcgcmVxdWly ZW1lbnRzICAgICAgICAgICAgIE1hcmNoIDIwMTENDTcuICBSZWZlcmVuY2VzDQ0NNy4xLiAgTm9y bWF0aXZlIFJlZmVyZW5jZXMNDQ0gICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRz IGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZQ0gICAgICAgICAgICAgIFJlcXVpcmVtZW50IExl dmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQ0gICBbUkZDNTU1OV0gIEVhcmRs ZXksIFAuLCAiUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIChQQ04pDSAgICAgICAgICAgICAg QXJjaGl0ZWN0dXJlIiwgUkZDIDU1NTksIEp1bmUgMjAwOS4NDSAgIFtkcmFmdC1pZXRmLXBjbi1j bC1lZGdlLWJlaGF2aW91ci0wOF0gVC4gVGF5bG9yLCBBLCBDaGFybnksIA0gICAgICAgICAgICAg IEYuIEh1YW5nLCBHLiBLYXJhZ2lhbm5pcywgTS4gTWVudGgsICJQQ04gQm91bmRhcnkgTm9kZSAN ICAgICAgICAgICAgICBCZWhhdmlvdXIgZm9yIHRoZSBDb250cm9sbGVkIExvYWQgKENMKSBNb2Rl IG9mIE9wZXJhdGlvbiANICAgICAgICAgICAgICAoV29yayBpbiBwcm9ncmVzcykiLCBEZWNlbWJl ciAyMDEwLg0NICAgW2RyYWZ0LWlldGYtcGNuLXNtLWVkZ2UtYmVoYXZpb3VyLTA1XSBBLiBDaGFy bnksIEouIFpoYW5nLCANICAgICAgICAgICAgICBHLiAgS2FyYWdpYW5uaXMsIE0uIE1lbnRoLCBU LiBUYXlsb3IsICJQQ04gQm91bmRhcnkgTm9kZSANICAgICAgICAgICAgICBCZWhhdmlvdXIgZm9y IHRoZSBTaW5nbGUgTWFya2luZyAoU00pIE1vZGUgb2YgT3BlcmF0aW9uIA0gICAgICAgICAgICAg IChXb3JrIGluIHByb2dyZXNzKSIsIERlY2VtYmVyIDIwMTAuDQ0NNy4yLiAgSW5mb3JtYXRpdmUg UmVmZXJlbmNlcw0NICAgW1JGQzIyMDVdICAgQnJhZGVuLCBCLiwgWmhhbmcsIEwuLCBCZXJzb24s IFMuLCBIZXJ6b2csIFMuLCBhbmQgUy4NICAgICAgICAgICAgICAgSmFtaW4sICJSZXNvdXJjZSBS ZVNlclZhdGlvbiBQcm90b2NvbCAoUlNWUCkgLS0gVmVyc2lvbiAxDSAgICAgICAgICAgICAgIEZ1 bmN0aW9uYWwgU3BlY2lmaWNhdGlvbiIsIFJGQyAyMjA1LCBTZXB0ZW1iZXIgMTk5Ny4NICAgW1JG QzMxNzVdICAgQmFrZXIsIEYuLCBJdHVycmFsZGUsIEMuIExlIEZhdWNoZXIsIEYuLCBEYXZpZSwg Qi4sICANICAgICAgICAgICAgICAgIkFnZ3JlZ2F0aW9uIG9mIFJTVlAgZm9yIElQdjQgYW5kIElQ djYgUmVzZXJ2YXRpb25zIiwgDSAgICAgICAgICAgICAgIFJGQyAzMTc1LCAyMDAxLg0NICAgW1JG QzMyMDldICAgQXdkdWNoZSwgRC4sIEJlcmdlciwgTC4sIEdhbiwgRC4sIExpLCBULiwgU3Jpbml2 YXNhbiwgVi4sDSAgICAgICAgICAgICAgIGFuZCBHLiBTd2FsbG93LCAiUlNWUC1URTogRXh0ZW5z aW9ucyB0byBSU1ZQIGZvciBMU1ANICAgICAgICAgICAgICAgVHVubmVscyIsIFJGQyAzMjA5LCBE ZWNlbWJlciAyMDAxLg0NICAgW1JGQzM0NzNdICAgQmVyZ2VyLCBMLiwgIkdlbmVyYWxpemVkIE11 bHRpLVByb3RvY29sIExhYmVsIFN3aXRjaGluZw0gICAgICAgICAgICAgICAoR01QTFMpIFNpZ25h bGluZyBSZXNvdXJjZSBSZXNlclZhdGlvbiBQcm90b2NvbC1UcmFmZmljDSAgICAgICAgICAgICAg IEVuZ2luZWVyaW5nIChSU1ZQLVRFKSBFeHRlbnNpb25zIiwgUkZDIDM0NzMsDSAgICAgICAgICAg ICAgIEphbnVhcnkgMjAwMy4NDQ0NDQ0NDQ0NDQ0NDQ1LYXJhZ2lhbm5pcywgZXQgYWwuICAgICBF eHBpcmVzIFNlcHRlbWJlciAwMiwgMjAxMSAgICAgICAgICAgIFtQYWdlIDEwXQ0NSW50ZXJuZXQt RHJhZnQgICAgICAgUENOIFNpZ25hbGluZyByZXF1aXJlbWVudHMgICAgICAgICAgICAgTWFyY2gg MjAxMQ0NDUF1dGhvcnMnIEFkZHJlc3Nlcw0NICAgR2Vvcmdpb3MgS2FyYWdpYW5uaXMNICAgVW5p dmVyc2l0eSBvZiBUd2VudGUNICAgUC5PLiBCb3ggMjE3DSAgIDc1MDAgQUUgRW5zY2hlZGUsICAN ICAgVGhlIE5ldGhlcmxhbmRzIA0gICBFTWFpbDogZy5rYXJhZ2lhbm5pc0Bld2kudXR3ZW50ZS5u bCAgDQ0gICBUb20gVGF5bG9yIA0gICBIdWF3ZWkgVGVjaG5vbG9naWVzDSAgIDE4NTIgTG9ycmFp bmUgQXZlLg0gICBPdHRhd2EsIE9udGFyaW8gIEsxSCA2WjgNICAgQ2FuYWRhDSAgIFBob25lOiAr MSA2MTMgNjgwIDI2NzUNICAgRW1haWw6IHRvbTExMS50YXlsb3JAYmVsbC5uZXQNDSAgIEt3b2sg SG8gQ2hhbg0gICBIdWF3ZWkgVGVjaG5vbG9naWVzDSAgIDEyNSBOYWdvZyBQYXJrDSAgIEFjdG9u LCBNQSAgMDE3MjANICAgVVNBDSAgIEVtYWlsOiBraGNoYW5AaHVhd2VpLmNvbQ0NICAgTWljaGFl bCBNZW50aA0gICBVbml2ZXJzaXR5IG9mIFR1ZWJpbmdlbg0gICBEZXBhcnRtZW50IG9mIENvbXB1 dGVyIFNjaWVuY2UNICAgQ2hhaXIgb2YgQ29tbXVuaWNhdGlvbiBOZXR3b3Jrcw0gICBTYW5kIDEz DSAgIFR1ZWJpbmdlbiAgNzIwNzYNICAgR2VybWFueQ0gICBQaG9uZTogKzQ5IDcwNzEgMjkgNzA1 MDUNICAgRW1haWw6IG1lbnRoQGluZm9ybWF0aWsudW5pLXR1ZWJpbmdlbi5kZQ0NDQ0NDQ0NDQ0N DQ0NDQ0NDQ0NDUthcmFnaWFubmlzLCBldCBhbC4gICAgIEV4cGlyZXMgU2VwdGVtYmVyIDAyLCAy MDExICAgICAgICAgICAgIFtQYWdlIDExXQ0FU2F5IHRoYXQgdGhlc2Ugc2lnbmFsbGluZyByZXF1 aXJlbWVudHMgcGVydGFpbiB0byBDTCBhbmQgU00gaW5jbHVkaW5nIHJlZmVyZW5jZXMhDQVuZWVk cyB1cGRhdGluZw0FVGhpcyBpcyBub3QgYXBwcm9wcmlhdGUgZm9yIHRoZSBpbnRyb2R1Y3Rpb24u IElmIGl0IGlzIGltcG9ydGFudCwgaXQgbXVzdCBiZSBzdGF0ZWQgaW4gdGhlIGJvZHkgb2YgdGhl IGRvY3VtZW50Lg0FVGhpcyBzZWN0aW9uIHNob3VsZCBiZSByZW1vdmVkLiBUaGUghGZlZWRiYWNr IHJlcG9ydHOTIGFyZSBqdXN0IGNhbGxlZCByZXBvcnRzIGluIHRoZSBDTC9TTSBkcmFmdHMgYW5k IGl0IGlzIG5vdCB1c2VmdWwgdG8gaW50cm9kdWNlIHRoaXMgbmV3IHRlcm1pbm9sb2d5IGF0IHRo aXMgcGxhY2UuDQVJbnRlZ3JhdGVkIHRoaXMgaW5mb3JtYXRpb24gaW4gU2VjdGlvbiAyLjINBVtw aGlsXSBzZWVtcyBzaW1wbGVyIHRvIHNheSAicmVwb3J0IiByYXRoZXIgdGhhbiAicmVwb3J0IG1l c3NhZ2UiPw0FU2hvdWxkIHdlIHNheSB0aGUgSVB2NCBvciBJUHY2IGFkZHJlc3Mgb2YgdGhlIG5v ZGVzIHRvIGJlIG1vcmUgc3BlY2lmaWM/DQVTaG91bGQgd2Ugc2F5IHRoZSBJUHY0IG9yIElQdjYg YWRkcmVzcyBvZiB0aGUgbm9kZXMgdG8gYmUgbW9yZSBzcGVjaWZpYz8NBVtwaGlsXSBpIHRob3Vn aHQgaXQgd2FzIGVhc2llciB0byBzcGxpdCBpdCBsaWtlIHRoaXMNBUkgZG9uknQgdGhpbmsgdGhp cyBpcyBuZWVkZWQhDQVGcm9tIG15IHBlcnNwZWN0aXZlIHRoaXMgZG9lcyBub3QgbmVlZCB0byBi ZSBleHBsaWNpdGx5IHN0YXRlZC4NBVRoaXMgaXMgcGFydCBvZiB0aGUgY29udGVudC4NBVRoaXMg aXMgcGFydCBvZiB0aGUgY29udGVudC4NBWkgdGhpbmsgdGhlIHJlcXVpcmVtZW50cyBzZWN0aW9u IGlzIG5vdyBjb25jaXNlIGVub3VnaCB0aGF0IGl0IGRvZXNudCBuZWVkIHRoZSBzdWItc2VjdGlv bnMuDQVbcGhpbF0gSSBtb3ZlZCB0aGlzIGhlcmUgd2hlcmUgaXQgc2VlbXMgdG8gZml0Lg0FVGhp cyBpcyBub3QgdmVyeSBzcGVjaWZpYy4NBVtwaGlsXSBtb3ZlZCB0aGlzIHRleHQsIHNvIHRoZSBy ZWFkZXIgZ2V0cyB0aGUgY29yZSByZXF1aXJlbWVudHMgYWJvdXQgdGhlIHNpZ25hbGxpbmcgaW4g b25lIGJsb2NrDQVJIGRvbpJ0IHRoaW5rIHRoaXMgaXMgbmVlZGVkIQ0FU2lnbmFsbGluZyBtZXNz YWdlcyBhcmUgZGVzdGluZWQgdG8gUENOIGluZ3Jlc3MvZWdyZXNzcy9kZWNpc2lvbiBwb2ludHMu IFRoZXJlZm9yZSwgdGhleSBjYW5ub3QgbGVhayBvdXQgc28gdGhhdCB0aGlzIHBvaW50IGlzIG5v dCBuZWVkZWQuDQVBbHJlYWR5IGNsYXJpZmllZCBhYm92ZS4NBUludGVncmF0ZWQgaW50byBzZWN0 aW9uIDIuMS4yDQVJIGRvbpJ0IHRoaW5rIHRoaXMgbmVlZHMgdG8gYmUgc2FpZCBhZ2Fpbg0FVGhl cmUgaXMgbm90aGluZyB0aGF0IGNhbiBiZSBtaW5pbWl6ZWQuDQ0NAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAwNAAANDQAA Dg0AABYNAAAiDQAAfA0AAJ8NAACgDQAArA0AALENAAC2DQAAyg0AAPMNAABNDgAAsA4AAOcOAADv 27vvp++Tf5N/k39rS+83AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnAQiBBEgBAAVo8CP0JhZo Q39dAE9KAwBRSgMAXkoDAG1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdoQ39dAE9KAwBRSgMAXkoD AGNIAQBkaAAAAABkaAAAAABkaPAj9CZtSAkEc0gJBCcBCIEESAEABWjuI/QmFmhDf10AT0oDAFFK AwBeSgMAbUgJBHNICQQnAQiBBEgBAAVo6yP0JhZoQ39dAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEI gQRIAQAFaOgj9CYWaEN/XQBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWjvI/QmFmhDf10A T0oDAFFKAwBeSgMAbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2hDf10AT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRo5iP0Jm1ICQRzSAkEJwEIgQRIAQAFaOYj9CYWaEN/XQBPSgMAUUoDAF5K AwBtSAkEc0gJBCAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBBAACAAASggAAJMIAADe CAAAKAkAAHEJAAC6CQAAAwoAAEwKAAB+CgAAtwoAAO0KAAApCwAAKgsAACsLAAByCwAAnQsAANgL AADZCwAA4gsAAOMLAAAsDAAAcQwAALIMAAD6DAAATw0AAA8OAABSDgAAmw4AAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQPAGdkQ39dAAAEDwBnZOlbswAAHOcOAADoDgAA+A4AACYP AABVDwAAaQ8AAGsPAABsDwAAABcAAAEXAABLFwAAlBcAAAAmAAAaJgAAXyYAAGAmAACxJwAA69fD r+uekJ6CnmKeQp4ungAAAAAAAAAAJwEIgQRIAQAFaEMk9CYWaMIyzABPSgMAUUoDAF5KAwBtSAkE c0gJBD8ACIEVaDpWcQAWaNl11wAXaK4QsABPSgMAUUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAAZGgk mvPGbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2hpE0cAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRo AAAAAGRoJyT0Jm1ICQRzSAkEGwNqAAAAABZoaRNHADBKEQBPSgQAUUoEAFUIARsDagAAAAAWaEZw zQAwShEAT0oEAFFKBABVCAEgFWg6VnEAFmjZddcAT0oDAFFKAwBeSgMAbUgJBHNICQQAJwEIgQRI AQAFaPEj9CYWaNVP2ABPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWjwI/QmFmjVT9gAT0oD AFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVo8CP0JhZoQ39dAE9KAwBRSgMAXkoDAG1ICQRzSAkE JwEIgQRIAQAFaEEk9CYWaPADfgBPSgMAUUoDAF5KAwBtSAkEc0gJBAAQmw4AAG0PAABuDwAAbw8A AIMPAACEDwAAwg8AAOYPAADnDwAALBAAAG4QAAC2EAAA8xAAAPQQAAA9EQAAhREAAMcRAAAFEgAA BhIAAEASAABEEgAARRIAAEYSAABHEgAASBIAAEkSAABKEgAASxIAAEwSAABNEgAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABA8AZ2TpW7MAAB1NEgAAlhIAAJcSAADeEgAA 3xIAAOASAADxEgAA8hIAADITAABdEwAAXhMAAKETAADMEwAAzRMAAA4UAAA3FAAAehQAALoUAAAD FQAASxUAAJEVAADUFQAAABYAAAEWAAACFgAAGBYAABkWAABgFgAAqBYAAO4WAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEDwBnZOlbswAAHe4WAADvFgAAAhcAAEsXAACU FwAAzRcAABYYAABfGAAAqBgAAPEYAAA6GQAAgxkAAMwZAAAVGgAAXhoAAKcaAADwGgAAORsAAIIb AAC4GwAAARwAAEocAACTHAAA3BwAACUdAABuHQAAtx0AAAAeAAABHgAAAh4AAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQPAGdk6VuzAAAdAh4AAEoeAABLHgAAkh4AAJMe AACUHgAA3R4AACYfAABvHwAAuB8AAAEgAABKIAAAkyAAANwgAAAlIQAAbiEAALchAAAAIgAAASIA AAIiAAADIgAABCIAAAUiAAAGIgAAFyIAABkiAAAaIgAAZCIAAKoiAADwIgAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABA8AZ2TpW7MAAB3wIgAAOCMAAIEjAADBIwAACCQA AE4kAACUJAAA2iQAACElAABkJQAArSUAAPclAABAJgAAgSYAAMQmAAAMJwAAFScAAF4nAACIJwAA iScAANUnAAABKAAAAigAAFsoAACsKAAAMikAAIUpAACRKQAA/CkAAP0pAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEDwBnZOlbswAAHbEnAADNJwAAzycAANAnAADYJwAA 6ycAAP8nAAAHKAAAEigAABsoAAAkKAAAKygAAFgoAADfy7qaunq6elhEMLoAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACcBCIEESAIABWglmvPGFmiuELAAT0oDAFFKAwBeSgMAbUgJBHNI CQQnAQiBBEgBAAVo8iP0JhZo1U/YAE9KAwBRSgMAXkoDAG1ICQRzSAkEQwAIgRVoOlZxABZo2XXX ABdo1U/YAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGglmvPGZGjyI/QmbUgJBHNICQQ/AAiB FWg6VnEAFmjZddcAF2jVT9gAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo8iP0Jm1ICQRz SAkEPwAIgRVoOlZxABZo2XXXABdo8AN+AE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaEIk 9CZtSAkEc0gJBCAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBAAnAQiBBEgBAAVo8SP0 JhZo1U/YAE9KAwBRSgMAXkoDAG1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdo1U/YAE9KAwBRSgMA XkoDAGNIAQBkaAAAAABkaAAAAABkaPEj9CZtSAkEc0gJBAAMWCgAAFkoAABaKAAAYCgAAGIoAABr KAAAcigAAHMoAAB0KAAAoigAAKMoAAC4KAAAuSgAAOsoAADsKAAAMCkAADEpAAA3KQAA38u6moa6 ct+637pSut8uy7oAAABGAAiBAQiBBEgCAAVoJprzxhZorhCwABdo1U/YAE9KAwBRSgMAXkoDAGNI AQBkaAAAAABkaAAAAABkaPQj9CZtSAkEc0gJBAA/AAiBFWg6VnEAFmjZddcAF2jVT9gAT0oDAFFK AwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo8yP0Jm1ICQRzSAkEJwEIgQRIAgAFaCaa88YWaK4QsABP SgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWjyI/QmFmjVT9gAT0oDAFFKAwBeSgMAbUgJBHNI CQQ/AAiBFWg6VnEAFmjZddcAF2iuELAAT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRoJprz xm1ICQRzSAkEIBVoOlZxABZo2XXXAE9KAwBRSgMAXkoDAG1ICQRzSAkEACcBCIEESAIABWgnmvPG FmiuELAAT0oDAFFKAwBeSgMAbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2iuELAAT0oDAFFKAwBe SgMAY0gCAGRoAAAAAGRoAAAAAGRoJZrzxm1ICQRzSAkEABE3KQAAQikAAEopAABLKQAAUikAAFop AACPKQAAoCkAAKMpAACkKQAAqSkAAK0pAACvKQAA38u6poa6cl5KXnImAAAAAAAAAAAAAAAARgAI gQEIgQRIAgAFaCaa88YWaK4QsAAXaNVP2ABPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGj1 I/QmbUgJBHNICQQAJwEIgQRIAQAFaEQk9CYWaMIyzABPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEE SAEABWhDJPQmFmjCMswAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVo9SP0JhZo1U/YAE9K AwBRSgMAXkoDAG1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdorhCwAE9KAwBRSgMAXkoDAGNIAgBk aAAAAABkaAAAAABkaCWa88ZtSAkEc0gJBCcBCIEESAIABWglmvPGFmiuELAAT0oDAFFKAwBeSgMA bUgJBHNICQQgFWg6VnEAFmjZddcAT0oDAFFKAwBeSgMAbUgJBHNICQQAJwEIgQRIAQAFaPQj9CYW aNVP2ABPSgMAUUoDAF5KAwBtSAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaNVP2ABPSgMAUUoDAF5K AwBjSAEAZGgAAAAAZGgAAAAAZGj0I/QmbUgJBHNICQQADK8pAAC+KQAAwikAAOUpAADmKQAA+SkA APopAACOKgAAjyoAAB4rAAAfKwAAICsAAOvX67Prj35ePiA+AAAAAAA6AAiBA2oAAAAAFmiuELAA F2gFPKwAMEoRAE9KBABRSgQAVQgBY0gCAGRoAAAAAGRoAAAAAGRobJ3zxgA/AAiBFWg6VnEAFmjZ ddcAF2gFPKwAT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRobJ3zxm1ICQRzSAkEPwAIgRVo OlZxABZo1U/YABdowjLMAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaEQk9CZtSAkEc0gJ BCAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBABGAAiBAQiBBEgCAAVoJprzxhZorhCw ABdo1U/YAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPYj9CZtSAkEc0gJBABGAAiBAQiB BEgCAAVoJprzxhZorhCwABdo1U/YAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPUj9CZt SAkEc0gJBAAnAQiBBEgBAAVo9SP0JhZo1U/YAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAF aCaa88YWaK4QsABPSgMAUUoDAF5KAwBtSAkEc0gJBAAL/SkAAEUqAABGKgAAjSoAAI4qAACPKgAA 2SoAACArAAAhKwAAJSsAACYrAAA4KwAAOSsAAH8rAADAKwAA6ysAAO0rAADuKwAABiwAAAcsAABP LAAAkywAAM8sAADQLAAA0SwAANIsAADrLAAA7CwAADUtAABELQAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAAAAAAABA8AZ2TpW7MAAB0gKwAAJisAAN0tAADeLQAA3y0AAOAtAADu LQAA7y0AAPAtAAD8LQAABC4AAN+/oYHfcFw8cBwAAD8ACIEVaDpWcQAWaNl11wAXaCRJjQBPSgMA UUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAAZGiSmvPGbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2hG cM0AT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRoHprzxm1ICQRzSAkEJwEIgQRIAgAFaB6a 88YWaEZwzQBPSgMAUUoDAF5KAwBtSAkEc0gJBCAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkE c0gJBAA/AAiBFWg6VnEAFmhGcM0AF2gFPKwAT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRo a53zxm1ICQRzSAkEOgAIgQNqAAAAABZoRnDNABdoBTysADBKEQBPSgQAUUoEAFUIAWNIAgBkaAAA AABkaAAAAABkaGud88YAPwAIgRVoOlZxABZo2XXXABdoBTysAE9KAwBRSgMAXkoDAGNIAgBkaAAA AABkaAAAAABkaGud88ZtSAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaMIyzABPSgMAUUoDAF5KAwBj SAEAZGgAAAAAZGgAAAAAZGhEJPQmbUgJBHNICQQACkQtAACFLQAAsS0AAN8tAADgLQAANC4AAEou AABLLgAAsC4AAI8vAACvLwAAETAAAFUwAACYMAAA2TAAACMxAABnMQAAcjEAAHMxAAB0MQAAjDEA AI0xAADXMQAAHTIAAGYyAACpMgAA8TIAADszAABiMwAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAA AAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA 9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA AAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAA AAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAAAA AAAAAAAAAAAABA8AZ2RKZhMAAAQPAGdk6VuzAAAcBC4AABkuAAAaLgAAHi4AAB8uAAAgLgAAJi4A ACcuAAAoLgAALS4AAC8uAAAyLgAARi4AAEkuAABqLgAAiS4AAK0uAACuLgAA69TDr4/Dr4/De1vD r8NHw0cAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACcBCIEESAEABWj4I/QmFmjVT9gAT0oDAFFKAwBeSgMAbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcA F2gkSY0AT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRok5rzxm1ICQRzSAkEJwEIgQRIAgAF aJOa88YWaCRJjQBPSgMAUUoDAF5KAwBtSAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaEZwzQBPSgMA UUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAAZGgemvPGbUgJBHNICQQnAQiBBEgCAAVoHprzxhZoRnDN AE9KAwBRSgMAXkoDAG1ICQRzSAkEIBVoOlZxABZo2XXXAE9KAwBRSgMAXkoDAG1ICQRzSAkEAC0B CIEESAIABWiSmvPGFWg6VnEAFmgkSY0AT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVokprz xhZoJEmNAE9KAwBRSgMAXkoDAG1ICQRzSAkEABGuLgAAsy4AAM8uAADRLgAAMi8AADcvAAA/LwAA RS8AAEcvAABMLwAA3866poZkQBmGAEwACIEBCIEESAIABWgfmvPGFWg6VnEAFmhGcM0AF2hKZhMA T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo+yP0Jm1ICQRzSAkEAEYACIEBCIEESAIABWgf mvPGFmhGcM0AF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo+yP0Jm1ICQRzSAkE AEMACIEVaDpWcQAWaNl11wAXaEpmEwBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoH5rzxmRo +yP0Jm1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABk aAAAAABkaPsj9CZtSAkEc0gJBCcBCIEESAEABWgaJPQmFmjaVSYAT0oDAFFKAwBeSgMAbUgJBHNI CQQnAQiBBEgBAAVo+yP0JhZoSmYTAE9KAwBRSgMAXkoDAG1ICQRzSAkEIBVoOlZxABZo2XXXAE9K AwBRSgMAXkoDAG1ICQRzSAkEAD8ACIEVaDpWcQAWaNl11wAXaNVP2ABPSgMAUUoDAF5KAwBjSAEA ZGgAAAAAZGgAAAAAZGj4I/QmbUgJBHNICQQACUwvAABiLwAAjS8AAKcvAACqLwAAzS8AAM4vAADn LwAA+y8AADswAACJMAAAljAAAJgwAAByMQAAdDEAAN25mbmZuXVTmVN1mTGZAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAQwAIgRVoOlZxABZo2XXXABdoSmYTAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgA AAAAZGgomvPGZGj6I/QmbUgJBHNICQRDAAiBFWg6VnEAFmjZddcAF2hKZhMAT0oDAFFKAwBeSgMA Y0gCAGNIAQBkaAAAAABkaCCa88ZkaPoj9CZtSAkEc0gJBEYACIEBCIEESAIABWggmvPGFmhGcM0A F2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo+iP0Jm1ICQRzSAkEAD8ACIEVaDpW cQAWaNl11wAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGj6I/QmbUgJBHNICQRG AAiBAQiBBEgCAAVoH5rzxhZoRnDNABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABk aPoj9CZtSAkEc0gJBABDAAiBFWg6VnEAFmjZddcAF2hKZhMAT0oDAFFKAwBeSgMAY0gCAGNIAQBk aAAAAABkaB+a88ZkaPoj9CZtSAkEc0gJBAAOYjMAAGMzAACsMwAArTMAAPQzAAD1MwAA+TMAABw0 AABiNAAAqjQAAKs0AACsNAAA8TQAAPI0AAA6NQAAUjUAAFM1AABUNQAAbjUAAG81AACaNQAAmzUA ABM2AAAmNgAATjYAAJY2AACtNgAA4DYAAHo4AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1 AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAEDwBnZOlbswAABA8AZ2RKZhMAABx0MQAAqDQAAKk0AACqNAAArjQAALA0AACxNAAAsjQA AN293Z17VzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABMAAiBAQiBBEgCAAVoKZrzxhVoOlZxABZorhCwABdoSmYTAE9KAwBRSgMAXkoDAGNI AQBkaAAAAABkaAAAAABkaPoj9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVoKZrzxhZorhCwABdoSmYT AE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPoj9CZtSAkEc0gJBABDAAiBFWg6VnEAFmjZ ddcAF2hKZhMAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABkaCma88ZkaPoj9CZtSAkEc0gJBD8A CIEVaDpWcQAWaNl11wAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGj6I/QmbUgJ BHNICQQ+AAiBA2oAAAAAFmiuELAAF2hKZhMAMEoRAE9KBABRSgQAVQgBY0gCAGNIAQBkaAAAAABk aHWa88ZkaPoj9CYAQwAIgRVoOlZxABZo2XXXABdoSmYTAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgA AAAAZGh1mvPGZGj6I/QmbUgJBHNICQQAB7I0AADCNAAAyDQAAOE0AADwNAAA8jQAAG01AABuNQAA cTUAANy83Jq8eFk1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABGAAiBAQiBBEgCAAVoO5rzxhZo8hn9ABdoSmYTAE9KAwBRSgMAXkoD AGNIAQBkaAAAAABkaAAAAABkaPoj9CZtSAkEc0gJBAA9AAiBFmjZddcAF2hKZhMAT0oDAFFKAwBe SgMAY0gCAGNIAQBkaAAAAABkaCua88ZkaPoj9CZtSAkEc0gJBEMACIEVaDpWcQAWaNl11wAXaEpm EwBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoK5rzxmRo+iP0Jm1ICQRzSAkEQwAIgRVoOlZx ABZo2XXXABdoSmYTAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGgqmvPGZGj6I/QmbUgJBHNI CQQ/AAiBFWg6VnEAFmjZddcAF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo+iP0 Jm1ICQRzSAkERgAIgQEIgQRIAgAFaCqa88YWaK4QsAAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgA AAAAZGgAAAAAZGj6I/QmbUgJBHNICQQIcTUAAHI1AAB1NQAAmTUAAJo1AADYNQAA3DUAANy4lG1N KwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDAAiB FWg6VnEAFmjZddcAF2hKZhMAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABkaEWa88ZkaPsj9CZt SAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAA ZGj7I/QmbUgJBHNICQRMAAiBAQiBBEgCAAVoO5rzxhVoOlZxABZo8hn9ABdoSmYTAE9KAwBRSgMA XkoDAGNIAQBkaAAAAABkaAAAAABkaPsj9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVoSJrzxhZo/EOG ABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPoj9CZtSAkEc0gJBABGAAiBAQiB BEgCAAVoO5rzxhZo8hn9ABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPoj9CZt SAkEc0gJBABGAAiBAQiBBEgCAAVoS5rzxhZo/EOGABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAA AABkaAAAAABkaPoj9CZtSAkEc0gJBAbcNQAAETYAABI2AAATNgAATDYAAE02AAB6NgAAjTYAAKY2 AACsNgAA3jYAAN82AADjNgAA3LWVdVV1NXU1dTV1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAPwAIgRVoOlZxABZo2XXXABdorhCwAE9KAwBRSgMAXkoDAGNIAgBkaAAA AABkaAAAAABkaCya88ZtSAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaK4QsABPSgMAUUoDAF5KAwBj SAIAZGgAAAAAZGgAAAAAZGgrmvPGbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2jyGf0AT0oDAFFK AwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRoRZrzxm1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdoSmYT AE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaPsj9CZtSAkEc0gJBEwACIEBCIEESAIABWhF mvPGFWg6VnEAFmjyGf0AF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo+yP0Jm1I CQRzSAkEAEYACIEBCIEESAIABWhFmvPGFmjyGf0AF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAA AGRoAAAAAGRo+yP0Jm1ICQRzSAkEDOM2AAAvNwAANDcAADU3AAA2NwAAPzcAAEA3AABBNwAARjcA AEc3AABINwAAVjcAAFg3AABwNwAAcjcAAIY3AADry7eXhreXhreXhnJeSjYAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAACcBCIEESAIABWg1mvPGFmgQSWoAT0oDAFFKAwBeSgMAbUgJBHNICQQn AQiBBEgCAAVoRprzxhZo8hn9AE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaC6a88YWaBBJ agBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWgumvPGFmiuELAAT0oDAFFKAwBeSgMAbUgJ BHNICQQgFWg6VnEAFmjZddcAT0oDAFFKAwBeSgMAbUgJBHNICQQAPwAIgRVoOlZxABZo2XXXABdo rhCwAE9KAwBRSgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaCya88ZtSAkEc0gJBCcBCIEESAIABWgs mvPGFmiuELAAT0oDAFFKAwBeSgMAbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2iuELAAT0oDAFFK AwBeSgMAY0gCAGRoAAAAAGRoAAAAAGRoLZrzxm1ICQRzSAkEJwEIgQRIAgAFaC2a88YWaK4QsABP SgMAUUoDAF5KAwBtSAkEc0gJBAAPhjcAAIk3AACMNwAAnjcAAKQ3AAClNwAArjcAALk3AAC6NwAA vDcAAMc3AADQNwAA3TcAACA4AAB5OAAAezgAANzItKCMeKC0oLRktFA8UAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJwEIgQRIAgAFaEia88YWaPxDhgBPSgMAUUoDAF5K AwBtSAkEc0gJBCcBCIEESAIABWg4mvPGFmgQSWoAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgC AAVoN5rzxhZoEElqAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaDWa88YWaPxDhgBPSgMA UUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWg6mvPGFmjyGf0AT0oDAFFKAwBeSgMAbUgJBHNICQQn AQiBBEgCAAVoR5rzxhZo/EOGAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaDWa88YWaBBJ agBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWgAJPQmFmhKZhMAT0oDAFFKAwBeSgMAbUgJ BHNICQRGAAiBAQiBBEgCAAVoNZrzxhZoEElqABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABk aAAAAABkaAAk9CZtSAkEc0gJBA96OAAAezgAAG45AAB9OQAAfjkAALI5AADOOQAAmDoAANs6AAA/ OwAAiDsAANM7AADwOwAA8TsAACQ8AADoPAAAMT0AAHc9AAB4PQAAuT0AAOs9AADtPQAAvD4AAFg/ AABZPwAAgT8AAII/AACDPwAAhD8AAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAA AAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQP AGdkSmYTAAAEDwBnZOlbswAAHHs4AAC6OAAA5DgAAOU4AAAxOQAAazkAAGw5AABuOQAAcDkAAHE5 AAB8OQAAfTkAAH45AADr18Osw6zXiGSIQCwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnAQiBBEgC AAVoO5rzxhZo8hn9AE9KAwBRSgMAXkoDAG1ICQRzSAkERgAIgQEIgQRIAgAFaDua88YWaBBJagAX aEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgCJPQmbUgJBHNICQQARgAIgQEIgQRI AgAFaEua88YWaPxDhgAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgCJPQmbUgJ BHNICQQARgAIgQEIgQRIAgAFaDua88YWaPIZ/QAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAA ZGgAAAAAZGgCJPQmbUgJBHNICQQALQEIgQRIAQAFaBkk9CYVaDpWcQAWaNpVJgBPSgMAUUoDAF5K AwBtSAkEc0gJBCcBCIEESAEABWgcJPQmFmjaVSYAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgB AAVoGST0JhZo2lUmAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaBsk9CYWaNpVJgBPSgMA UUoDAF5KAwBtSAkEc0gJBAAMfjkAAIY5AACIOQAAozkAAKQ5AACyOQAAzDkAAM05AADOOQAA0TkA ANU5AADfOQAA69frwuueep5mUj4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcBCIEESAIABWhTmvPGFmhpVPsAT0oDAFFKAwBe SgMAbUgJBHNICQQnAQiBBEgBAAVoAiT0JhZoSmYTAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRI AgAFaECa88YWaPIZ/QBPSgMAUUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWg7mvPGFmjyGf0A F2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoAiT0Jm1ICQRzSAkEAEYACIEBCIEE SAIABWg7mvPGFmjyGf0AF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoBiT0Jm1I CQRzSAkEACgBCIEDagAAAAAESAEABWgdJPQmFmjaVSYAMEoRAE9KBABRSgQAVQgBACcBCIEESAEA BWgHJPQmFmhKZhMAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoBiT0JhZoSmYTAE9KAwBR SgMAXkoDAG1ICQRzSAkEAAvfOQAA4DkAAOw5AADuOQAA+DkAAAE6AAATOgAAFjoAACI6AABQOgAA VToAAFY6AADcyLTItKCJcls0cgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAEwACIEBCIEESAIABWhUmvPGFWhKZhMAFmhpVPsAF2hKZhMAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoAyT0Jm1ICQRzSAkEAC0BCIEESAEABWgDJPQmFWhKZhMAFmhKZhMAT0oD AFFKAwBeSgMAbUgJBHNICQQtAQiBBEgCAAVoVJrzxhVoSmYTABZoaVT7AE9KAwBRSgMAXkoDAG1I CQRzSAkELQEIgQRIAgAFaFOa88YVaEpmEwAWaGlU+wBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEE SAEABWgCJPQmFmhKZhMAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVoU5rzxhZoaVT7AE9K AwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaECa88YWaPIZ/QBPSgMAUUoDAF5KAwBtSAkEc0gJ BEYACIEBCIEESAIABWhTmvPGFmhpVPsAF2hKZhMAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAA AGRoAiT0Jm1ICQRzSAkEC1Y6AABhOgAAezoAAIQ6AACVOgAAljoAAJc6AACbOgAAnzoAALU6AAC2 OgAAtzoAAL46AAC/OgAAyToAANk6AADbOgAA9zoAAOjUwNTAq8CXwJdzwF9LX8BzAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcBCIEE SAIABWhtnfPGFmgFPKwAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVoQprzxhZo8hn9AE9K AwBRSgMAXkoDAG1ICQRzSAkERgAIgQEIgQRIAgAFaEGa88YWaPIZ/QAXaEpmEwBPSgMAUUoDAF5K AwBjSAEAZGgAAAAAZGgAAAAAZGgDJPQmbUgJBHNICQQAJwEIgQRIAQAFaAMk9CYWaEpmEwBPSgMA UUoDAF5KAwBtSAkEc0gJBCgBCIEDagAAAAAESAIABWhJmvPGFmj8Q4YAMEoRAE9KBABRSgQAVQgB ACcBCIEESAIABWhBmvPGFmjyGf0AT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVoQJrzxhZo 8hn9AE9KAwBRSgMAXkoDAG1ICQRzSAkELQEIgQRIAgAFaECa88YVaEpmEwAWaPIZ/QBPSgMAUUoD AF5KAwBtSAkEc0gJBAAR9zoAAAM7AAAOOwAAHjsAAB87AAA9OwAAPjsAAD87AABKOwAAWDsAAFs7 AADcuJS43HDcXDgkAAAAAAAAAAAAAAAAAAAAAAAAJwEIgQRIAQAFaAYk9CYWaEpmEwBPSgMAUUoD AF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWhDmvPGFmjyGf0AF2hKZhMAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoBiT0Jm1ICQRzSAkEACcBCIEESAIABWhCmvPGFmjyGf0AT0oDAFFKAwBe SgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoRJrzxhZo8hn9ABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBk aAAAAABkaAAAAABkaAMk9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVoQ5rzxhZo8hn9ABdoSmYTAE9K AwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaAMk9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVobZ3z xhZoBTysABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaAMk9CZtSAkEc0gJBABG AAiBAQiBBEgCAAVoQprzxhZo8hn9ABdoSmYTAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABk aAMk9CZtSAkEc0gJBApbOwAAazsAAHY7AACGOwAAhzsAAIs7AACPOwAAqDsAAKk7AADQOwAA0TsA ANI7AADTOwAA5DsAAOvH67Prn+uL63dTsy8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARgAIgQEI gQRIAgAFaESa88YWaPIZ/QAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgGJPQm bUgJBHNICQQARgAIgQEIgQRIAgAFaESa88YWaPIZ/QAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgA AAAAZGgAAAAAZGgHJPQmbUgJBHNICQQAJwEIgQRIAQAFaAck9CYWaEpmEwBPSgMAUUoDAF5KAwBt SAkEc0gJBCcBCIEESAEABWhFJPQmFmjCMswAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVo BiT0JhZoSmYTAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaESa88YWaPIZ/QBPSgMAUUoD AF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWhtnfPGFmgFPKwAF2hKZhMAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoBiT0Jm1ICQRzSAkEACcBCIEESAIABWhDmvPGFmjyGf0AT0oDAFFKAwBe SgMAbUgJBHNICQQADeQ7AADuOwAA7zsAAPA7AADxOwAAIzwAACQ8AABoPAAAsTwAAOY8AADnPAAA 6DwAADA9AAB3PQAA3LiUgGyAWEFYLFiAWAAAAAAAAAAAAAAAAAAAAAAAAAAoAQiBA2oAAAAABEgB AAVoBST0JhZoSmYTADBKEQBPSgQAUUoEAFUIAQAtAQiBBEgBAAVoBST0JhVoSmYTABZoSmYTAE9K AwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaAUk9CYWaEpmEwBPSgMAUUoDAF5KAwBtSAkEc0gJ BCcBCIEESAEABWgEJPQmFmhKZhMAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoAyT0JhZo SmYTAE9KAwBRSgMAXkoDAG1ICQRzSAkERgAIgQEIgQRIAgAFaDua88YWaPIZ/QAXaEpmEwBPSgMA UUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgGJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaESa88YW aPIZ/QAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgGJPQmbUgJBHNICQQARgAI gQEIgQRIAgAFaEya88YWaPxDhgAXaEpmEwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgG JPQmbUgJBHNICQQNdz0AALg9AAC5PQAA1T0AAOo9AADrPQAA7D0AAO09AABLPgAATT4AAJo+AAC5 PgAAuj4AALs+AAC8PgAA69fDr8Oahm9bb69vQa8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADMBCIEESAEABWgXJPQmFWjaVSYAFmjaVSYAF2ie ZIgAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoHiT0JhZo2lUmAE9KAwBRSgMAXkoDAG1I CQRzSAkELQEIgQRIAQAFaBck9CYVaNpVJgAWaNpVJgBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEE SAIABWhgmvPGFmjyGf0AT0oDAFFKAwBeSgMAbUgJBHNICQQoAQiBA2oAAAAABEgBAAVoByT0JhZo SmYTADBKEQBPSgQAUUoEAFUIAQAnAQiBBEgBAAVoFyT0JhZo2lUmAE9KAwBRSgMAXkoDAG1ICQRz SAkEJwEIgQRIAQAFaAYk9CYWaEpmEwBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWgDJPQm FmhKZhMAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoCCT0JhZoSmYTAE9KAwBRSgMAXkoD AG1ICQRzSAkEAA68PgAA2j4AAN4+AAAyPwAAQj8AAFY/AABXPwAAWD8AAFk/AABbPwAAXD8AAF8/ AACAPwAA3LjcuNy43JRwTHAoAAAAAAAAAAAAAAAAAAAAAEYACIEBCIEESAIABWhNmvPGFmj8Q4YA F2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoFyT0Jm1ICQRzSAkEAEYACIEBCIEE SAIABWhLmvPGFmj8Q4YAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoFyT0Jm1I CQRzSAkEAEYACIEBCIEESAIABWg7mvPGFmjyGf0AF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAA AGRoAAAAAGRoFyT0Jm1ICQRzSAkEAEYACIEBCIEESAIABWg7mvPGFmgzIqkAF2jCMswAT0oDAFFK AwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoRST0Jm1ICQRzSAkEAEYACIEBCIEESAIABWhimvPGFmgz IqkAF2ieZIgAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoCiT0Jm1ICQRzSAkEAEYACIEB CIEESAIABWhgmvPGFmgzIqkAF2ieZIgAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoCiT0 Jm1ICQRzSAkEDIA/AACBPwAAgz8AAIQ/AACFPwAANkAAADlAAADcuJZ0UjAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMACIEVaDpW cQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoMprzxmRoFyT0Jm1ICQRz SAkEQwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGgvmvPG ZGgXJPQmbUgJBHNICQRDAAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gCAGNIAQBk aAAAAABkaDSa88ZkaBck9CZtSAkEc0gJBEMACIEVaDpWcQAWaK4QsAAXaNpVJgBPSgMAUUoDAF5K AwBjSAIAY0gBAGRoAAAAAGRoNJrzxmRoFyT0Jm1ICQRzSAkERgAIgQEIgQRIAgAFaDSa88YWaBBJ agAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQARgAIgQEI gQRIAgAFaDOa88YWaPIZ/QAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQm bUgJBHNICQQGhD8AAIU/AADNPwAAFUAAADZAAAB+QAAAxUAAAPxAAAAmQQAAUEEAAFJBAABTQQAA nUEAAOZBAAAwQgAAakIAAGtCAAC1QgAA/0IAAFFDAABgQwAAYUMAAGJDAAC8QwAAvUMAANZDAADX QwAA9UMAAPZDAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD1 AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAA AAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDwBnZPxDhgAABA8A Z2TpW7MAABw5QAAAPEAAAPxAAABRQQAAakIAAItCAACOQgAA3buZd1c1AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA QwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGhNmvPGZGgX JPQmbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRo AAAAAGRoFyT0Jm1ICQRzSAkEQwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBj SAEAZGgAAAAAZGg5mvPGZGgXJPQmbUgJBHNICQRDAAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFK AwBeSgMAY0gCAGNIAQBkaAAAAABkaDSa88ZkaBck9CZtSAkEc0gJBEMACIEVaDpWcQAWaNl11wAX aNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoMprzxmRoFyT0Jm1ICQRzSAkEQwAIgRVo OlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGgwmvPGZGgXJPQmbUgJ BHNICQQABo5CAACYQgAAmUIAAMtCAADMQgAA00IAANRCAAACQwAABUMAAA9DAAAQQwAAUUMAANy1 lXOVc5VzTyiVAAAAAAAAAAAAAAAAAAAAAAAAAAAATAAIgQEIgQRIAgAFaFOa88YVaDpWcQAWaGlU +wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQARgAIgQEI gQRIAgAFaFOa88YWaGlU+wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQm bUgJBHNICQQAQwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAA ZGhTmvPGZGgXJPQmbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoFyT0Jm1ICQRzSAkETAAIgQEIgQRIAgAFaE2a88YVaDpWcQAWaPxDhgAX aNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQARgAIgQEIgQRI AgAFaE2a88YWaPxDhgAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJ BHNICQQLUUMAAFRDAABgQwAAYUMAAGJDAAC7QwAAvEMAAN29mXVRKgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATAAIgQEIgQRIAgAFaE2a88YVaDpWcQAW aGlU+wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQARgAI gQEIgQRIAgAFaFWa88YWaGlU+wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgX JPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaFSa88YWaGlU+wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEA ZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaE2a88YWaNl11wAXaNpVJgBP SgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNICQQAPwAIgRVoOlZxABZo2XXX ABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaBck9CZtSAkEc0gJBEMACIEVaDpW cQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoVprzxmRoFyT0Jm1ICQRz SAkEAAb2QwAANEQAADVEAABaRAAAW0QAAIlEAACKRAAAoEQAAKFEAADHRAAAyEQAAO5EAADvRAAA 8EQAAPFEAADyRAAAOUUAAFxFAABdRQAAXkUAANpFAADbRQAA3EUAAN1FAADeRQAAmUYAAJpGAADh RgAA+EYAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPAAAAAAAAAA AAAAAADwAAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA 9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA AAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAA AAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAAABA8AZ2QQSWoAAAQPAGdk6VuzAAAEDwBnZPxD hgAAHLxDAADsRAAA7UQAAO5EAADvRAAA8UQAAPJEAABcRQAAXUUAANm12ZFtTS0cAAAAAAAAAAAA AAAAIBVoOlZxABZo2XXXAE9KAwBRSgMAXkoDAG1ICQRzSAkEAD8ACIEVaDpWcQAWaNl11wAXaBBJ agBPSgMAUUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAAZGg0mvPGbUgJBHNICQQ/AAiBFWg6VnEAFmgQ SWoAF2jCMswAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoRST0Jm1ICQRzSAkERgAIgQEI gQRIAgAFaDSa88YWaBBJagAXaMIyzABPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGhFJPQm bUgJBHNICQQARgAIgQEIgQRIAgAFaDSa88YWaPxDhgAXaMIyzABPSgMAUUoDAF5KAwBjSAEAZGgA AAAAZGgAAAAAZGhFJPQmbUgJBHNICQQARwAIgQEIgQNqAAAAAARIAgAFaFaa88YWaGlU+wAXaNpV JgAwShEAT0oEAFFKBABVCAFjSAEAZGgAAAAAZGgAAAAAZGgXJPQmTAAIgQEIgQRIAgAFaE2a88YV aDpWcQAWaPxDhgAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgXJPQmbUgJBHNI CQQIXUUAAGBFAABiRQAAY0UAAGRFAABuRQAAekUAANZFAADfvZlyUN8sAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEYACIEBCIEESAIABWhZmvPGFmhpVPsA F2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEAEMACIEVaDpW cQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoWZrzxmRoHyT0Jm1ICQRz SAkETAAIgQEIgQRIAgAFaFea88YVaDpWcQAWaGlU+wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgA AAAAZGgAAAAAZGgfJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaFea88YWaGlU+wAXaNpVJgBPSgMA UUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgfJPQmbUgJBHNICQQAQwAIgRVoOlZxABZo2XXXABdo 2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAAZGhXmvPGZGgfJPQmbUgJBHNICQQ/AAiBFWg6 VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkE AAfWRQAA2UUAANpFAADbRQAA3EUAAN1FAAD4RQAA3LiUcFAwAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/AAiBFWg6VnEAFmjZddcA F2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEPwAIgRVoOlZx ABZoMyKpABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkEc0gJBEYA CIEBCIEESAIABWhamvPGFmgzIqkAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo HyT0Jm1ICQRzSAkEAEYACIEBCIEESAIABWhimvPGFmgzIqkAF2jaVSYAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEAEYACIEBCIEESAIABWhimvPGFmjZddcAF2jaVSYA T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEAEYACIEBCIEESAIABWhk mvPGFmgzIqkAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkE BvhFAABRRgAAVkYAAIRGAACYRgAAmUYAAJpGAAD4RgAA+UYAAOdHAADcuJi4dFQymNwAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDAAiBFWg6VnEAFmjZ ddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABkaGSa88ZkaB8k9CZtSAkEc0gJBD8A CIEVaDpWcQAWaDMiqQAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgfJPQmbUgJ BHNICQRGAAiBAQiBBEgCAAVoZJrzxhZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABk aAAAAABkaB8k9CZtSAkEc0gJBAA/AAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkERgAIgQEIgQRIAgAFaGSa88YWaDMiqQAXaNpVJgBP SgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgfJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaGOa 88YWaDMiqQAXaNpVJgBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgfJPQmbUgJBHNICQQJ +EYAAPlGAAD6RgAALEcAAP5IAAD/SAAAAEkAAEhJAACPSQAAkEkAAKpJAACrSQAA7UkAAO5JAAAW SgAAF0oAAK5KAADySgAANksAAFBLAABRSwAAUksAAHNLAAB0SwAAvksAAO1LAADuSwAA70sAAB5M AAD6AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDwBnZDMiqQAABA8AZ2TpW7MAABzn RwAAr0gAAPxIAAD9SAAA/kgAAABJAACPSQAA7EkAAPBJAADctdyRcU8rcQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEYACIEBCIEESAIABWjFmvPGFmjZddcAF2jaVSYA T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEAEMACIEVaDpWcQAWaNl1 1wAXaNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRoZJrzxmRoHyT0Jm1ICQRzSAkEPwAI gRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkE c0gJBEYACIEBCIEESAIABWhjmvPGFmgzIqkAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRo AAAAAGRoHyT0Jm1ICQRzSAkEAEwACIEBCIEESAIABWhjmvPGFWg6VnEAFmgzIqkAF2jaVSYAT0oD AFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoGST0Jm1ICQRzSAkEAEYACIEBCIEESAIABWhjmvPG FmgzIqkAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoGST0Jm1ICQRzSAkECPBJ AADxSQAA8kkAAPNJAAD1SQAA9kkAAPdJAAAaSgAAXEoAAN25mXdTLJkbAAAAAAAAAAAAACAVaDpW cQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBABMAAiBAQiBBEgCAAVoxJrzxhVoOlZxABZo2XXX ABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkEc0gJBABGAAiBAQiB BEgCAAVoxJrzxhZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZt SAkEc0gJBABDAAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABk aMSa88ZkaB8k9CZtSAkEc0gJBD8ACIEVaDpWcQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBjSAEA ZGgAAAAAZGgAAAAAZGgfJPQmbUgJBHNICQRGAAiBAQiBBEgCAAVodJrzxhZon2B0ABdo2lUmAE9K AwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkEc0gJBABDAAiBFWg6VnEAFmjZddcA F2jaVSYAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABkaHSa88ZkaB8k9CZtSAkEc0gJBAAIXEoA AKtKAACuSgAAUEsAAFFLAABSSwAA60sAAOxLAADtSwAA70sAAIRMAACFTAAAhkwAAIdMAADr2rra mnhYeJp4OHiaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD4ACIED agAAAAAWaF0CwgAXaNpVJgAwShEAT0oEAFFKBABVCAFjSAIAY0gBAGRoAAAAAGRoZ5rzxmRoHyT0 JgA+AAiBA2oAAAAAFmgzIqkAF2jaVSYAMEoRAE9KBABRSgQAVQgBY0gCAGNIAQBkaAAAAABkaGea 88ZkaB8k9CYAQwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoDAGNIAgBjSAEAZGgAAAAA ZGhnmvPGZGgfJPQmbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gB AGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdoMyKpAE9KAwBRSgMA XkoDAGNIAgBkaAAAAABkaAAAAABkaGWa88ZtSAkEc0gJBCAVaDpWcQAWaNl11wBPSgMAUUoDAF5K AwBtSAkEc0gJBAAnAQiBBEgCAAVoZZrzxhZoMyKpAE9KAwBRSgMAXkoDAG1ICQRzSAkEAA0eTAAA H0wAAGlMAACGTAAAh0wAAL9MAADATAAACU0AADBNAAAxTQAAMk0AAEpNAABLTQAAzk0AAFpOAABb TgAAp04AACNPAAAkTwAAJU8AACZPAAAnTwAAPE8AAD1PAAApUAAAKlAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA6wAA AAAAAAAAAAAAAOsAAAAAAAAAAAAAAADcAAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA 1wAAAAAAAAAAAAAAANcAAAAAAAAAAAAAAAAAAAQPAGdkXQLCAA8PAGdknmSIAG/GBwEBAAok9CZk JgEPhMQCXoTEAg8PAGdkXQLCAG/GBwECAGya88ZkJgEPhMQCXoTEAgAEDwBnZOlbswAAGYdMAAAu TQAAL00AADBNAAA0TQAANU0AADZNAAA3TQAAOU0AADpNAADdvd2de1ed3TMAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEYACIEBCIEESAIABWjEmvPG FmjZddcAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoHyT0Jm1ICQRzSAkEAEYA CIEBCIEESAIABWh0mvPGFmifYHQAF2jaVSYAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRo HyT0Jm1ICQRzSAkEAEMACIEVaDpWcQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBjSAIAY0gBAGRo AAAAAGRodJrzxmRoHyT0Jm1ICQRzSAkEPwAIgRVoOlZxABZo2XXXABdo2lUmAE9KAwBRSgMAXkoD AGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkEc0gJBD4ACIEDagAAAAAWaF0CwgAXaNpVJgAwShEA T0oEAFFKBABVCAFjSAIAY0gBAGRoAAAAAGRoaJrzxmRoHyT0JgBDAAiBFWg6VnEAFmjZddcAF2ja VSYAT0oDAFFKAwBeSgMAY0gCAGNIAQBkaAAAAABkaGia88ZkaB8k9CZtSAkEc0gJBAAJOk0AADtN AABOTQAAj00AAJBNAACYTQAAm00AAKBNAACvTQAAs00AAM5NAADPTQAA0U0AAONNAADZuaiUgFxI gDSAJjSUAAAAAAAAABsDagAAAAAWaGkTRwAwShEAT0oEAFFKBABVCAEnAQiBBEgCAAVobJrzxhZo XQLCAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaAsk9CYWaJ5kiABPSgMAUUoDAF5KAwBt SAkEc0gJBEYACIEBCIEESAIABWhrmvPGFmhdAsIAF2ieZIgAT0oDAFFKAwBeSgMAY0gBAGRoAAAA AGRoAAAAAGRoCyT0Jm1ICQRzSAkEACcBCIEESAIABWhrmvPGFmhdAsIAT0oDAFFKAwBeSgMAbUgJ BHNICQQnAQiBBEgCAAVoaZrzxhZoXQLCAE9KAwBRSgMAXkoDAG1ICQRzSAkEIBVoOlZxABZo2XXX AE9KAwBRSgMAXkoDAG1ICQRzSAkEAD8ACIEVaDpWcQAWaNl11wAXaNpVJgBPSgMAUUoDAF5KAwBj SAEAZGgAAAAAZGgAAAAAZGgfJPQmbUgJBHNICQRMAAiBAQiBBEgCAAVoaJrzxhVoOlZxABZoXQLC ABdo2lUmAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaB8k9CZtSAkEc0gJBA3jTQAAE04A ABhOAAAgTgAALE4AADVOAAA2TgAAWE4AAFlOAABaTgAAW04AAF1OAAB8TgAAh04AAIpOAACmTgAA p04AAKlOAACzTgAA69frw+vD66+SftdqVtdqQn6vAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAnAQiBBEgBAAVoCiT0JhZoXQLCAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRI AgAFaG+a88YWaF0CwgBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWhumvPGFmhdAsIAT0oD AFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoCiT0JhZonmSIAE9KAwBRSgMAXkoDAG1ICQRzSAkE OQAIgRZo2XXXABdonmSIAE9KAwBRSgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaGya88ZtSAkEc0gJ BCcBCIEESAEABWhGJPQmFmjCMswAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVoaZrzxhZo XQLCAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaGya88YWaF0CwgBPSgMAUUoDAF5KAwBt SAkEc0gJBCcBCIEESAIABWhqmvPGFmhdAsIAT0oDAFFKAwBeSgMAbUgJBHNICQQAErNOAAAITwAA H08AACBPAAAhTwAAIk8AACNPAAAkTwAAJU8AACZPAAApTwAA69fD167XmnNRMQAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPwAIgRVoOlZxABZo2XXXABdoaRNHAE9K AwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaCAk9CZtSAkEc0gJBEMACIEVaDpWcQAWaNl11wAX aGkTRwBPSgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRobJrzxmRoICT0Jm1ICQRzSAkETAAIgQEI gQRIAgAFaGya88YVaDpWcQAWaF0CwgAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAA ZGggJPQmbUgJBHNICQQAJwEIgQRIAgAFaGya88YWaJ5kiABPSgMAUUoDAF5KAwBtSAkEc0gJBCgB CIEDagAAAAAESAEABWgLJPQmFmieZIgAMEoRAE9KBABRSgQAVQgBACcBCIEESAEABWhIJPQmFmjC MswAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoCiT0JhZonmSIAE9KAwBRSgMAXkoDAG1I CQRzSAkEJwEIgQRIAQAFaEck9CYWaMIyzABPSgMAUUoDAF5KAwBtSAkEc0gJBAAKKU8AACpPAAAr TwAALE8AAC5PAAAvTwAAME8AADxPAAA9TwAA3bmZ3XVOmSoAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAARgAIgQEIgQRIAgAFaHCa88YWaNl11wAXaGkTRwBPSgMAUUoDAF5K AwBjSAEAZGgAAAAAZGgAAAAAZGggJPQmbUgJBHNICQQATAAIgQEIgQRIAgAFaHSa88YVaDpWcQAW aJ9gdAAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGggJPQmbUgJBHNICQQARgAI gQEIgQRIAgAFaMSa88YWaNl11wAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgg JPQmbUgJBHNICQQAPwAIgRVoOlZxABZo2XXXABdoaRNHAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABk aAAAAABkaCAk9CZtSAkEc0gJBEYACIEBCIEESAIABWh0mvPGFmifYHQAF2hpE0cAT0oDAFFKAwBe SgMAY0gBAGRoAAAAAGRoAAAAAGRoICT0Jm1ICQRzSAkEAEMACIEVaDpWcQAWaNl11wAXaGkTRwBP SgMAUUoDAF5KAwBjSAIAY0gBAGRoAAAAAGRodJrzxmRoICT0Jm1ICQRzSAkEAAg9TwAAkk8AALVP AAC2TwAA0E8AANJPAADVTwAAIVAAACdQAAAoUAAAKlAAACtQAAC7UQAAvFEAAL1RAAC+UQAA69fD r8PXw5vD13tbPVssAAAAAAAAAAAAIBVoOlZxABZo2XXXAE9KAwBRSgMAXkoDAG1ICQRzSAkEADoA CIEDagAAAAAWaF0CwgAXaJ9gdAAwShEAT0oEAFFKBABVCAFjSAIAZGgAAAAAZGgAAAAAZGh0mvPG AD8ACIEVaDpWcQAWaNl11wAXaJ9gdABPSgMAUUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAAZGh0mvPG bUgJBHNICQQ/AAiBFWg6VnEAFmhdAsIAF2ifYHQAT0oDAFFKAwBeSgMAY0gCAGRoAAAAAGRoAAAA AGRodJrzxm1ICQRzSAkEJwEIgQRIAQAFaEgk9CYWaMIyzABPSgMAUUoDAF5KAwBtSAkEc0gJBCcB CIEESAIABWhxmvPGFmifYHQAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgCAAVocprzxhZon2B0 AE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaHOa88YWaJ9gdABPSgMAUUoDAF5KAwBtSAkE c0gJBCcBCIEESAIABWhwmvPGFmhdAsIAT0oDAFFKAwBeSgMAbUgJBHNICQQADypQAAArUAAAa1AA ALRQAAD8UAAARFEAAItRAAC9UQAAvlEAAL9RAADRUQAA0lEAABxSAABiUgAAb1IAAM5SAADQUgAA F1MAAF9TAACuUwAAulMAALtTAAC8UwAAFlQAABdUAAAwVAAAMVQAAE9UAABQVAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAA AAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAA AAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA 9QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABA8AZ2TaVSYAAAQPAGdk6VuzAAAcvlEAAMFRAADCUQAA w1EAAMRRAADGUQAAx1EAAMhRAABJUgAAb1IAAN+9md+9dU7fLAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAEMACIEVaDpWcQAWaNl11wAXaGkTRwBPSgMAUUoDAF5KAwBjSAIA Y0gBAGRoAAAAAGRod5rzxmRoIST0Jm1ICQRzSAkETAAIgQEIgQRIAgAFaHWa88YVaDpWcQAWaJ9g dAAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGghJPQmbUgJBHNICQQARgAIgQEI gQRIAgAFaMSa88YWaNl11wAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGghJPQm bUgJBHNICQQARgAIgQEIgQRIAgAFaHWa88YWaJ9gdAAXaGkTRwBPSgMAUUoDAF5KAwBjSAEAZGgA AAAAZGgAAAAAZGghJPQmbUgJBHNICQQAQwAIgRVoOlZxABZo2XXXABdoaRNHAE9KAwBRSgMAXkoD AGNIAgBjSAEAZGgAAAAAZGh1mvPGZGghJPQmbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2hpE0cA T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoIST0Jm1ICQRzSAkEAAlvUgAAplIAAKpSAACr UgAAzlIAAM9SAADwUgAA+lIAAGJTAABsUwAAulMAABVUAABGVQAAR1UAAEhVAAD3VQAA+FUAADxX AAA9VwAAPlcAANzItMifiMiIyIjIiHOIUzVTNVMAAAAAAAAAOgAIgQNqAAAAABZon2B0ABdon2B0 ADBKEQBPSgQAUUoEAFUIAWNIAgBkaAAAAABkaAAAAABkaHea88YAPwAIgRVoOlZxABZo2XXXABdo n2B0AE9KAwBRSgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaHea88ZtSAkEc0gJBCgBCIEDagAAAAAE SAEABWgYJPQmFmjaVSYAMEoRAE9KBABRSgQAVQgBAC0BCIEESAEABWgYJPQmFWg6VnEAFmjaVSYA T0oDAFFKAwBeSgMAbUgJBHNICQQoAQiBA2oAAAAABEgBAAVoIiT0JhZoaRNHADBKEQBPSgQAUUoE AFUIAQAnAQiBBEgBAAVoIST0JhZoaRNHAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaBgk 9CYWaNpVJgBPSgMAUUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWh3mvPGFmifYHQAF2hpE0cA T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoIST0Jm1ICQRzSAkEE1BUAACOVAAAj1QAALRU AAC1VAAA41QAAORUAAD6VAAA+1QAACFVAAAiVQAASFUAAJFVAADYVQAA+VUAAD1WAACFVgAAyVYA AA9XAAA+VwAAP1cAAIdXAACIVwAAz1cAANBXAADRVwAA7FcAAO1XAAA0WAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADw AAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAA AAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAA AADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAA AAAAAAAAAAAAAAAEDwBnZOlbswAABA8AZ2SfYHQAAAQPAGdk2lUmAAAcPlcAANFXAAC1WwAAtlsA ALdbAAC4WwAAuVsAAMZbAADHWwAA01sAAOBbAADoWwAA/lsAAAJcAAAEXAAAClwAAAtcAAASXAAA 78+xz++dhnKGXoZKhkqGcoYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACcBCIEESAIABWh6mvPGFmjnKLwAT0oDAFFKAwBeSgMAbUgJBHNI CQQnAQiBBEgCAAVolJrzxhZoq1VnAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaHma88YW aOcovABPSgMAUUoDAF5KAwBtSAkEc0gJBC0BCIEESAIABWh5mvPGFWg6VnEAFmjnKLwAT0oDAFFK AwBeSgMAbUgJBHNICQQnAQiBBEgCAAVogZrzxhZoKjEXAE9KAwBRSgMAXkoDAG1ICQRzSAkEOgAI gQNqAAAAABZo/EOGABdon2B0ADBKEQBPSgQAUUoEAFUIAWNIAgBkaAAAAABkaAAAAABkaHSa88YA PwAIgRVoOlZxABZo2XXXABdon2B0AE9KAwBRSgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaHSa88Zt SAkEc0gJBCAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBBE0WAAAelgAAMFYAAAIWQAA UVkAAJtZAAC1WQAA/VkAAEdaAACFWgAAhloAAJ9aAACgWgAAvloAAL9aAAD9WgAA/loAACNbAAAk WwAAUlsAAFNbAABpWwAAalsAAJBbAACRWwAAt1sAALhbAAARXAAAElwAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAQPAGdk5yi8AAAEDwBnZOlbswAAHBJcAAAVXAAAGFwAAB9cAABG XAAAR1wAAFZcAABqXAAAbFwAAIdcAACcXAAAtFwAAMFcAADCXAAA2bKeinNfikuKSzcjNwAnAQiB BEgBAAVoNCT0JhZoZ1nnAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaDMk9CYWaIM87QBP SgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWhLJPQmFmjCMswAT0oDAFFKAwBeSgMAbUgJBHNI CQQnAQiBBEgCAAVoeprzxhZo5yi8AE9KAwBRSgMAXkoDAG1ICQRzSAkELQEIgQRIAgAFaHma88YV aDpWcQAWaOcovABPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWgyJPQmFmiDPO0AT0oDAFFK AwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoSCT0JhZowjLMAE9KAwBRSgMAXkoDAG1ICQRzSAkETAAI gQEIgQRIAgAFaHma88YVaDpWcQAWaOcovAAXaMIyzABPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgA AAAAZGhIJPQmbUgJBHNICQQATAAIgQEIgQRIAgAFaHma88YVaDpWcQAWaOcovAAXaMIyzABPSgMA UUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGhJJPQmbUgJBHNICQQNwlwAAM5cAAAHXQAAQF0AAGpd AABzXQAAdl0AAHddAACDXQAAiV0AAK5dAACwXQAA3MikgFyAXIA4gCQAAAAAAAAAAAAAAAAAJwEI gQRIAgAFaI2a88YWaCRJjQBPSgMAUUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWiOmvPGFmgk SY0AF2hnWecAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoNST0Jm1ICQRzSAkEAEYACIEB CIEESAIABWiNmvPGFmgkSY0AF2iDPO0AT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoLST0 Jm1ICQRzSAkEAEYACIEBCIEESAIABWiNmvPGFmgkSY0AF2hnWecAT0oDAFFKAwBeSgMAY0gBAGRo AAAAAGRoAAAAAGRoNST0Jm1ICQRzSAkEAEYACIEBCIEESAIABWh6mvPGFmjnKLwAF2hnWecAT0oD AFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoNST0Jm1ICQRzSAkEACcBCIEESAIABWh6mvPGFmjn KLwAT0oDAFFKAwBeSgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoeprzxhZo5yi8ABdoZ1nnAE9KAwBR SgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDQk9CZtSAkEc0gJBAuwXQAAul0AAMtdAADdXQAA4V0A ABheAAAZXgAALF4AAD1eAABTXgAAW14AAFxeAAB6XgAA68frs+ufe1d7M3szAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABGAAiBAQiBBEgCAAVogJrzxhZoKjEXABdogzztAE9K AwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaC8k9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVogJrz xhZoJEmNABdogzztAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaC8k9CZtSAkEc0gJBABG AAiBAQiBBEgCAAVojprzxhZoJEmNABdogzztAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABk aC8k9CZtSAkEc0gJBAAnAQiBBEgCAAVogJrzxhZoKjEXAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEI gQRIAQAFaC8k9CYWaIM87QBPSgMAUUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWh7mvPGFmgq MRcAF2hnWecAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoNST0Jm1ICQRzSAkEACcBCIEE SAIABWh7mvPGFmgqMRcAT0oDAFFKAwBeSgMAbUgJBHNICQQADHpeAACDXgAAhF4AAIxeAACNXgAA j14AAJJeAACZXgAAq14AAKxeAACtXgAA314AANy43JRwTHBM3CjcAAAAAAAAAAAAAAAAAAAAAAAA AAAARgAIgQEIgQRIAgAFaIGa88YWaIM87QAXaIM87QBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgA AAAAZGgvJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaI+a88YWaCRJjQAXaIM87QBPSgMAUUoDAF5K AwBjSAEAZGgAAAAAZGgAAAAAZGgvJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaIGa88YWaCRJjQAX aIM87QBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgvJPQmbUgJBHNICQQARgAIgQEIgQRI AgAFaI6a88YWaCRJjQAXaIM87QBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgvJPQmbUgJ BHNICQQARgAIgQEIgQRIAgAFaICa88YWaCoxFwAXaIM87QBPSgMAUUoDAF5KAwBjSAEAZGgAAAAA ZGgAAAAAZGgvJPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaIGa88YWaCoxFwAXaIM87QBPSgMAUUoD AF5KAwBjSAEAZGgAAAAAZGgAAAAAZGgvJPQmbUgJBHNICQQLElwAAK1eAACuXgAA4F4AAOFeAAD8 XgAAMV8AAOlfAAAxYAAAMmAAAGNgAABkYAAAfmAAALlgAADfYAAAjGEAAI1hAAD/YQAAAGIAAEpi AACcYgAAnWIAAJ5iAAAYZAAALWQAAPQAAAAAAAAAAAAAAAD0AAAAAAAAAAAAAAAA7wAAAAAAAAAA AAAAAOoAAAAAAAAAAAAAAADqAAAAAAAAAAAAAAAA6gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAADq AAAAAAAAAAAAAAAA6gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAADqAAAAAAAAAAAAAAAA6gAAAAAA AAAAAAAAAOoAAAAAAAAAAAAAAADqAAAAAAAAAAAAAAAA6gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAA AADqAAAAAAAAAAAAAAAA6gAAAAAAAAAAAAAAAN8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA6gAA AAAAAAAAAAAAAOoAAAAAAAAAAAAAAADUAAAAAAAAAAAAAAAA1AAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAsPAGdkZ1nnAG/GBwEBADsk9CZkJgELDwBnZMIyzABvxgcBAQBMJPQmZCYBAAQPAGdk5yi8 AAAEDwBnZMIyzAALDwBnZMIyzABvxgcBAQBLJPQmZCYBABjfXgAA4F4AAO1eAADyXgAA+V4AAPpe AAD7XgAAL18AADBfAAA3XwAASV8AAGJfAAB0XwAAg18AAJJfAACXXwAA69fD16+L13fXY09313cr AAAAAAAAAEYACIEBCIEESAIABWiDmvPGFmirVWcAF2iDPO0AT0oDAFFKAwBeSgMAY0gBAGRoAAAA AGRoAAAAAGRoMCT0Jm1ICQRzSAkEACcBCIEESAIABWiZmvPGFmirVWcAT0oDAFFKAwBeSgMAbUgJ BHNICQQnAQiBBEgCAAVog5rzxhZoKjEXAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaDAk 9CYWaIM87QBPSgMAUUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWiCmvPGFmgqMRcAF2iDPO0A T0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoMCT0Jm1ICQRzSAkEACcBCIEESAEABWg2JPQm FmhnWecAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoLyT0JhZogzztAE9KAwBRSgMAXkoD AG1ICQRzSAkEJwEIgQRIAgAFaIKa88YWaCoxFwBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIA BWiBmvPGFmgqMRcAT0oDAFFKAwBeSgMAbUgJBHNICQQAD5dfAAChXwAA518AAOhfAADpXwAAL2AA ADBgAAAxYAAAMmAAAGNgAABvYAAAdGAAAHtgAADr18Ovm4dzXztfJ18AAAAAAAAAAAAAAAAAACcB CIEESAEABWgxJPQmFmiDPO0AT0oDAFFKAwBeSgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoj5rzxhZo JEmNABdogzztAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDEk9CZtSAkEc0gJBAAnAQiB BEgCAAVoj5rzxhZoJEmNAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaI+a88YWaKtVZwBP SgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWg3JPQmFmhnWecAT0oDAFFKAwBeSgMAbUgJBHNI CQQnAQiBBEgCAAVomJrzxhZoq1VnAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaJea88YW aCoxFwBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWgwJPQmFmiDPO0AT0oDAFFKAwBeSgMA bUgJBHNICQQnAQiBBEgCAAVog5rzxhZoKjEXAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAF aIOa88YWaKtVZwBPSgMAUUoDAF5KAwBtSAkEc0gJBAAMe2AAAHxgAAB9YAAAfmAAALdgAAC4YAAA uWAAAN1gAADeYAAA5WAAAO9gAADwYAAA+GAAAA1hAAAfYQAAI2EAADJhAADrx7Ofi3efi59jP2Mr iyufAAAnAQiBBEgCAAVomJrzxhZoq1VnAE9KAwBRSgMAXkoDAG1ICQRzSAkERgAIgQEIgQRIAgAF aJma88YWaKtVZwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg2JPQmbUgJBHNI CQQAJwEIgQRIAgAFaJma88YWaKtVZwBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWiQmvPG FmgqMRcAT0oDAFFKAwBeSgMAbUgJBHNICQQnAQiBBEgBAAVoNyT0JhZoZ1nnAE9KAwBRSgMAXkoD AG1ICQRzSAkEJwEIgQRIAgAFaJCa88YWaCRJjQBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIA BWiDmvPGFmgkSY0AT0oDAFFKAwBeSgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoj5rzxhZoJEmNABdo Z1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDUk9CZtSAkEc0gJBAAnAQiBBEgBAAVo NST0JhZoZ1nnAE9KAwBRSgMAXkoDAG1ICQRzSAkEABAyYQAAM2EAADRhAAA5YQAAQmEAAIphAACL YQAAjGEAAI1hAACPYQAA69ezj7OBbVk1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARgAIgQEIgQRIAgAFaIOa88YWaCoxFwAXaGdZ5wBPSgMA UUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg4JPQmbUgJBHNICQQAJwEIgQRIAgAFaIOa88YWaCRJ jQBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWiPmvPGFmgkSY0AT0oDAFFKAwBeSgMAbUgJ BHNICQQbA2oAAAAAFmhnWecAMEoRAE9KBABRSgQAVQgBRgAIgQEIgQRIAgAFaJCa88YWaKtVZwAX aGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg3JPQmbUgJBHNICQQARgAIgQEIgQRI AgAFaJCa88YWaCRJjQAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg3JPQmbUgJ BHNICQQAJwEIgQRIAgAFaJCa88YWaCRJjQBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAEABWg3 JPQmFmhnWecAT0oDAFFKAwBeSgMAbUgJBHNICQQACY9hAACQYQAAkWEAAJ1hAADLYQAA0mEAAOlh AADsYQAA/mEAAP9hAADcuJFtSW1JbSUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARgAIgQEIgQRI AgAFaMaa88YWaCoxFwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg4JPQmbUgJ BHNICQQARgAIgQEIgQRIAgAFaJKa88YWaCRJjQAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAA ZGgAAAAAZGg4JPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaISa88YWaCoxFwAXaGdZ5wBPSgMAUUoD AF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg4JPQmbUgJBHNICQQATAAIgQEIgQRIAgAFaISa88YVaDpW cQAWaCoxFwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg4JPQmbUgJBHNICQQA RgAIgQEIgQRIAgAFaIOa88YWaCoxFwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAA ZGg4JPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaJGa88YWaCRJjQAXaGdZ5wBPSgMAUUoDAF5KAwBj SAEAZGgAAAAAZGgAAAAAZGg4JPQmbUgJBHNICQQJ/2EAAABiAAAMYgAAE2IAABRiAAAVYgAAPmIA AD9iAABEYgAAR2IAAEtiAABNYgAAVWIAAFxiAABdYgAAXmIAAIViAACXYgAAmmIAAJtiAACcYgAA 3Mik3KTIkHyQ3FjIpNykyHzcyEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcBCIEE SAIABWiEmvPGFmjZddcAT0oDAFFKAwBeSgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoxprzxhZo2XXX ABdowjLMAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaEwk9CZtSAkEc0gJBAAnAQiBBEgB AAVoOCT0JhZoZ1nnAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAQAFaEwk9CYWaMIyzABPSgMA UUoDAF5KAwBtSAkEc0gJBEYACIEBCIEESAIABWjGmvPGFmjZddcAF2hnWecAT0oDAFFKAwBeSgMA Y0gBAGRoAAAAAGRoAAAAAGRoOST0Jm1ICQRzSAkEACcBCIEESAIABWjGmvPGFmjZddcAT0oDAFFK AwBeSgMAbUgJBHNICQRGAAiBAQiBBEgCAAVoxprzxhZo2XXXABdoZ1nnAE9KAwBRSgMAXkoDAGNI AQBkaAAAAABkaAAAAABkaDgk9CZtSAkEc0gJBBScYgAAnWIAALliAAD6YgAAB2MAAEdjAABLYwAA XGMAAHRjAAB8YwAAfmMAAOvXw597n2dTPxtGAAiBAQiBBEgCAAVohZrzxhZoq1VnABdoZ1nnAE9K AwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDsk9CZtSAkEc0gJBAAnAQiBBEgBAAVoOyT0JhZo Z1nnAE9KAwBRSgMAXkoDAG1ICQRzSAkEJwEIgQRIAgAFaIWa88YWaKtVZwBPSgMAUUoDAF5KAwBt SAkEc0gJBCcBCIEESAIABWiFmvPGFmgqMRcAT0oDAFFKAwBeSgMAbUgJBHNICQRGAAiBAQiBBEgC AAVolJrzxhZoq1VnABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDsk9CZtSAkE c0gJBABGAAiBAQiBBEgCAAVohZrzxhZoKjEXABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABk aAAAAABkaDsk9CZtSAkEc0gJBAAnAQiBBEgBAAVoOiT0JhZoZ1nnAE9KAwBRSgMAXkoDAG1ICQRz SAkEJwEIgQRIAQAFaDkk9CYWaGdZ5wBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWiEmvPG FmgqMRcAT0oDAFFKAwBeSgMAbUgJBHNICQQACn5jAACCYwAAkmMAAKVjAACnYwAAqWMAAMJjAADK YwAA0WMAAOhjAAD0YwAACWQAANy4pJC4bNxsuEgkAAAAAAAAAAAAAAAAAEYACIEBCIEESAIABWiW mvPGFmirVWcAF2hnWecAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAAAGRoOyT0Jm1ICQRzSAkE AEYACIEBCIEESAIABWiGmvPGFmirVWcAF2hnWecAT0oDAFFKAwBeSgMAY0gBAGRoAAAAAGRoAAAA AGRoOyT0Jm1ICQRzSAkEAEYACIEBCIEESAIABWiFmvPGFmirVWcAF2hnWecAT0oDAFFKAwBeSgMA Y0gBAGRoAAAAAGRoAAAAAGRoOyT0Jm1ICQRzSAkEACcBCIEESAEABWg7JPQmFmhnWecAT0oDAFFK AwBeSgMAbUgJBHNICQQnAQiBBEgCAAVohZrzxhZoKjEXAE9KAwBRSgMAXkoDAG1ICQRzSAkERgAI gQEIgQRIAgAFaIWa88YWaCoxFwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEAZGgAAAAAZGgAAAAAZGg7 JPQmbUgJBHNICQQARgAIgQEIgQRIAgAFaJWa88YWaKtVZwAXaGdZ5wBPSgMAUUoDAF5KAwBjSAEA ZGgAAAAAZGgAAAAAZGg7JPQmbUgJBHNICQQLCWQAABdkAAAsZAAALWQAAC9kAAAwZAAARGQAAEZk AABHZAAA3LiUcEyUOCQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJwEIgQRIAgAFaHua88YW aCoxFwBPSgMAUUoDAF5KAwBtSAkEc0gJBCcBCIEESAIABWiHmvPGFmgqMRcAT0oDAFFKAwBeSgMA bUgJBHNICQRGAAiBAQiBBEgCAAVol5rzxhZoq1VnABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAA AABkaAAAAABkaDsk9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVohprzxhZoq1VnABdoZ1nnAE9KAwBR SgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDsk9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVohprzxhZo KjEXABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDsk9CZtSAkEc0gJBABGAAiB AQiBBEgCAAVohprzxhZoKjEXABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBkaAAAAABkaAAAAABkaDok 9CZtSAkEc0gJBABGAAiBAQiBBEgCAAVolprzxhZoq1VnABdoZ1nnAE9KAwBRSgMAXkoDAGNIAQBk aAAAAABkaAAAAABkaDok9CZtSAkEc0gJBAgtZAAARWQAAEZkAABHZAAASGQAAI9kAACQZAAA2WQA AB9lAABkZQAAnmUAAOFlAAAmZgAAYWYAAKJmAADsZgAAHWcAAB5nAAAfZwAAN2cAADhnAACAZwAA mGcAAJlnAACaZwAAm2cAAJxnAADkZwAA5WcAAPoAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAA AAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAA AAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA 8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAA AAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAA AAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAA AAAAAAAAAAAAAADwAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAAAABA8AZ2Tp W7MAAAQPAGdk5yi8AAAEDwBnZGdZ5wAAHOVnAAAsaAAALWgAAEdoAABIaAAAY2gAAGRoAACnaAAA umgAAOBoAADhaAAAJmkAAGppAACqaQAAwmkAAMNpAADEaQAA4WkAAOJpAAAqagAAbmoAALNqAAD7 agAARWsAAJFrAACyawAAs2sAAM5rAADPawAAGGwAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAAAAAAAAQPAGdk6VuzAAAdR2QAAMNpAABbcAAAXHAAAF1wAAAPdQAAkHUAAJl1AACi dQAAo3UAAKR1AACodQAAznUAAPt1AAC/egAAEHsAACh8AACRfAAAx34AAN+/ob+BcFxwgXA8cDxw L3AvcBgVaOlbswAWaNl11wBPSgMAUUoDAF5KAwAAPwAIgRVoOlZxABZo2XXXABdo2XXXAE9KAwBR SgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaMma88ZtSAkEc0gJBCcBCIEESAIABWjImvPGFmjZddcA T0oDAFFKAwBeSgMAbUgJBHNICQQgFWg6VnEAFmjZddcAT0oDAFFKAwBeSgMAbUgJBHNICQQAPwAI gRVoOlZxABZo2XXXABdo2XXXAE9KAwBRSgMAXkoDAGNIAgBkaAAAAABkaAAAAABkaMia88ZtSAkE c0gJBDoACIEDagAAAAAWaNl11wAXaNl11wAwShEAT0oEAFFKBABVCAFjSAIAZGgAAAAAZGgAAAAA ZGjImvPGAD8ACIEVaDpWcQAWaNl11wAXaNl11wBPSgMAUUoDAF5KAwBjSAIAZGgAAAAAZGgAAAAA ZGjHmvPGbUgJBHNICQQ/AAiBFWg6VnEAFmjZddcAF2irVWcAT0oDAFFKAwBeSgMAY0gCAGRoAAAA AGRoAAAAAGRolprzxm1ICQRzSAkEABIYbAAAXmwAAGtsAABsbAAAkWwAAJJsAADabAAA22wAANxs AAD9bAAA/mwAACttAABubQAAhm0AAM1tAADjbQAA5G0AACRuAAAlbgAAWG4AAJBuAADGbgAAx24A AP9uAAAAbwAASW8AAG5vAABvbwAAcG8AALhvAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAAAAAAAEDwBnZOlbswAAHbhvAAC5bwAAAHAAAAFwAAAWcAAAF3AAAF1wAABecAAAX3AA AHFwAABycAAAu3AAAARxAABMcQAAk3EAAJRxAACVcQAApHEAAKVxAADvcQAANXIAAH9yAACycgAA v3IAAAhzAABScwAAlnMAANpzAAAidAAAZnQAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAAAAAAAAQPAGdk6VuzAAAdZnQAALB0AAD4dAAAD3UAABB1AAARdQAALXUAAC51AABqdQAA vXUAAP11AAD+dQAA/3UAABd2AAAYdgAAQnYAAEN2AABEdgAAWXYAAFp2AACjdgAA4HYAAOF2AADi dgAA43YAAOR2AADldgAA5nYAAOd2AAAvdwAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAAAAAAABA8AZ2TpW7MAAB0vdwAAMHcAAHd3AAB4dwAAh3cAAIh3AACJdwAApHcAAKV3AACm dwAA6HcAACl4AAAqeAAAaHgAAJp4AACbeAAA23gAACF5AABpeQAAm3kAAJx5AADbeQAAI3oAAGp6 AACcegAAnXoAAJ56AAC7egAAvHoAAAF7AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAAAAAAAEDwBnZOlbswAAHQF7AABKewAAjnsAANN7AAAZfAAAOHwAADl8AACCfAAAxnwAAPh8 AAD5fAAAQH0AAId9AADDfQAA4H0AAOF9AADifQAA430AAOR9AADlfQAA5n0AAOd9AADofQAA6X0A AOp9AADrfQAA7H0AAO19AADufQAANn4AAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAAAAAAAAQPAGdk6VuzAAAdNn4AADd+AAB+fgAAf34AAIB+AACTfgAAlH4AAKx+AADEfgAA1H4A AOt+AAD/fgAAKH8AACl/AAA4fwAAT38AAGV/AACBfwAAi38AAKV/AADGfwAAx38AANd/AADufwAA AIAAABSAAAAbgAAAN4AAADiAAABJgAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAAAAAAABA8AZ2TpW7MAAB3HfgAA7n4AAMp/AAAegAAAd4EAAHiBAAB5gQAAy4EAAMyBAADagQAA 24EAANyBAAAKggAATIIAAE2CAABOggAA94IAAPiCAAAigwAAI4MAACSDAABmgwAAZ4MAAGiDAABu gwAAmoMAAJuDAACegwAAoIMAALGDAADz4vPi0ce8sq6qoJWNlce8oIWVe653bWVaUlplWgAAAAAA AAAAAAAAAAAAAA4WaGlU+wBtSAkEc0gJBAAUFWj8Q4YAFmj8Q4YAbUgJBHNICQQADhZo/EOGAG1I CQRzSAkEABMDagAAAAAWaPxDhgAwShEAVQgBBhZo2lUmAAATA2oAAAAAFmjaVSYAMEoRAFUIAQ4W aJ9gdABtSAkEc0gJBAAOFmiuELAAbUgJBHNICQQAFBVorhCwABZorhCwAG1ICQRzSAkEABMDagAA AAAWaK4QsAAwShEAVQgBBhZoaRNHAAAGFmhUew0AABMDagAAAAAWaGkTRwAwShEAVQgBFBVoRnDN ABZoRnDNAG1ICQRzSAkEABMDagAAAAAWaEZwzQAwShEAVQgBIBVoOlZxABZo6VuzAE9KAwBRSgMA XkoDAG1ICQRzSAkEACAVaDpWcQAWaNl11wBPSgMAUUoDAF5KAwBtSAkEc0gJBAAYFWjpW7MAFmjZ ddcAT0oDAFFKAwBeSgMAHUmAAABkgAAAhoAAAKmAAAC0gAAAyIAAANOAAADvgAAAG4EAAByBAAAd gQAAHoEAAB+BAAAggQAAIYEAACKBAAAjgQAAJIEAACWBAAAmgQAAJ4EAACiBAAApgQAAKoEAACuB AAAsgQAALYEAAC6BAAAvgQAAeIEAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6 AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA AAAAAAQPAGdk6VuzAAAdeIEAAMuBAADbgQAATYIAAPeCAAAjgwAAZ4MAALGDAAD7gwAAMYQAAFCE AACRhAAAr4QAAM2EAAArhQAAXIUAAHiFAADchQAA+4UAAIeGAAChhgAAwIYAAOuGAAAUhwAAFYcA ABaHAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA /QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAP0AAAAA AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAPMA AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA AAAAAAAA/QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDwBnZOlbswAAAQAAAAQSAGdk2lUmAAAE EgBnZEpmEwAAARIAABmxgwAAsoMAALiDAADkgwAA5YMAAOiDAADqgwAA+4MAAPyDAAAwhAAAMYQA ADKEAABQhAAAUYQAAJGEAACShAAAr4QAALCEAADNhAAAzoQAACqFAAArhQAALIUAAFuFAABchQAA XYUAAHiFAAB5hQAA24UAANyFAADdhQAA+4UAAPyFAABFhgAA9e3i7eLt4vXe2tDFu7Cmm6abkd6N g95/ppuR3o11amBVABQVaJ9gdAAWaJ9gdABtSAkEc0gJBAATA2oAAAAAFmifYHQAMEoRAFUIARQV aGlU+wAWaNpVJgBtSAkEc0gJBAATA2oAAAAAFmjaVSYAMEoRAFUIAQYWaJ5kiAAAEwNqAAAAABZo nmSIADBKEQBVCAEGFmhpE0cAABMDagAAAAAWaGkTRwAwShEAVQgBFBVoXQLCABZoXQLCAG1ICQRz SAkEABMDagAAAAAWaF0CwgAwShEAVQgBFBVoMyKpABZoMyKpAG1ICQRzSAkEABMDagAAAAAWaDMi qQAwShEAVQgBFBVoaVT7ABZoaVT7AG1ICQRzSAkEABMDagAAAAAWaGlU+wAwShEAVQgBBhZoSmYT AAAGFmhUew0AABQVaPxDhgAWaEpmEwBtSAkEc0gJBAAOFmhKZhMAbUgJBHNICQQAEwNqAAAAABZo SmYTADBKEQBVCAEAIUWGAACGhgAAh4YAAIiGAAChhgAAooYAALGGAADAhgAAwYYAAOuGAADshgAA FIcAABWHAAAWhwAA+O3j39X4ysC8sqejkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAgFWg6VnEAFmjpW7MAT0oDAFFKAwBeSgMAbUgJBHNICQQABhZo VHsNAAAUFWjZddcAFmjZddcAbUgJBHNICQQAEwNqAAAAABZo2XXXADBKEQBVCAEGFmhnWecAABMD agAAAAAWaGdZ5wAwShEAVQgBFBVo/EOGABZo/EOGAG1ICQRzSAkEABMDagAAAAAWaPxDhgAwShEA VQgBBhZon2B0AAATA2oAAAAAFmifYHQAMEoRAFUIARQVaJ9gdAAWaJ9gdABtSAkEc0gJBAAOFmif YHQAbUgJBHNICQQNMgAxkGgBOnDpW7MAH7CCLiCwxkEhsDYFIrA3BSOQiQUkkG4EJbAAABewxAIY sMQCDJDEAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABqBBsAEgABAAsBDwAHAAQABAAEAAAABAAIAAAAmAAAAJ4AAACeAAAAngAAAJ4A AACeAAAAngAAAJ4AAACeAAAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAAdgIA AHYCAAB2AgAAdgIAAHYCAAB2AgAAdgIAAHYCAAB2AgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAA PgIAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2 BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAAKgA AAA2BgAANgYAABYAAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAALgAAAA2BgAANgYA ADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAABoAQAASAEAADYGAAA2BgAA NgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2 BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYG AAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYA ADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAA NgYAADYGAAA2BgAANgYAADYGAAA2BgAAsAMAADYGAAAyBgAAGAAAAMADAADQAwAA4AMAAPADAAAA BAAAEAQAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAE AAAQBAAAMgYAACgCAADYAQAA6AEAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMA ANADAADgAwAA8AMAAAAEAAAQBAAAIAQAADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA 0AMAAOADAADwAwAAAAQAABAEAAAgBAAAMAQAAEAEAABQBAAAYAQAAHAEAACABAAAkAQAAMADAADQ AwAA4AMAAPADAAAABAAAEAQAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMAANAD AADgAwAA8AMAAAAEAAAQBAAAIAQAADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMA AOADAADwAwAAAAQAABAEAAAgBAAAMAQAAEAEAABQBAAAYAQAAHAEAACABAAAkAQAADgBAABYAQAA +AEAAAgCAAAYAgAAVgIAAH4CAAAgAAAAT0oEAFBKBABRSgQAX0gBBG1ICQhuSAkIc0gJCHRICQgA AAAASgAAYPH/AgBKAAwQAAAAAAAAAAAGAE4AbwByAG0AYQBsAAAADAAAABJkFAEBABSkyAAYAENK FgBfSAEEYUoWAG1IBwRzSAcEdEgJBAAAAAAAAAAAAAAAAAAAAAAAAEQAQSDy/6EARAAMDQAAAAAA ABAAFgBEAGUAZgBhAHUAbAB0ACAAUABhAHIAYQBnAHIAYQBwAGgAIABGAG8AbgB0AAAAAABSAGkA 8/+zAFIADA0AAAAAAAAwBgwAVABhAGIAbABlACAATgBvAHIAbQBhAGwAAAAcABf2AwAANNYGAAEK A2wANNYGAAEFAwAAYfYDAAACAAsAAAAoAGsg9P/BACgAAA0AAAAAAAAwBgcATgBvACAATABpAHMA dAAAAAIADAAAAAAAVgBaYAEA8gBWAAwMEADpW7MAMAYKAFAAbABhAGkAbgAgAFQAZQB4AHQAAAAM AA8AEmTwAAEAFKQAABwAQ0oVAE9KBQBRSgUAYUoVAG1IAABzSAAAdEgAAEYA/i/y/wEBRgAMAA8A 6VuzADAGDwBQAGwAYQBpAG4AIABUAGUAeAB0ACAAQwBoAGEAcgAAABAAQ0oVAE9KBQBRSgUAYUoV AEIAJ2Dy/xEBQgAMDQAARnDNADAGEQBDAG8AbQBtAGUAbgB0ACAAUgBlAGYAZQByAGUAbgBjAGUA AAAIAENKEABhShAARAAeYAEAIgFEAAwNEwBGcM0AMAYMAEMAbwBtAG0AZQBuAHQAIABUAGUAeAB0 AAAAAgASABAAQ0oUAGFKFABtSAAAc0gAAD4A/i/y/zEBPgAMARIARnDNADAGEQBDAG8AbQBtAGUA bgB0ACAAVABlAHgAdAAgAEMAaABhAHIAAAAEAHRICQRIAGogIQEiAUgADA0VAEZwzQAwBg8AQwBv AG0AbQBlAG4AdAAgAFMAdQBiAGoAZQBjAHQAAAACABQADgA1CIFcCIFtSAAAc0gAAEoA/i/y/1EB SgAMARQARnDNADAGFABDAG8AbQBtAGUAbgB0ACAAUwB1AGIAagBlAGMAdAAgAEMAaABhAHIAAAAK ADUIgVwIgXRICQRWAJkgAQBiAVYADA0XAEZwzQAwBgwAQgBhAGwAbABvAG8AbgAgAFQAZQB4AHQA AAAMABYAEmTwAAEAFKQAABgAQ0oQAE9KBgBRSgYAYUoQAG1IAABzSAAAUgD+L/L/cQFSAAwBFgBG cM0AMAYRAEIAYQBsAGwAbwBvAG4AIABUAGUAeAB0ACAAQwBoAGEAcgAAABgAQ0oQAE9KBgBRSgYA XkoGAGFKEAB0SAkERACyIPH/ggFEAA4FAABKZhMAMAYIAFIAZQB2AGkAcwBpAG8AbgAAAAIAGAAY AENKFgBfSAEEYUoWAG1IBwRzSAcEdEgJBKIAZSABAJIBogAMCRoAgzztADAGEQBIAFQATQBMACAA UAByAGUAZgBvAHIAbQBhAHQAdABlAGQAAABBABkADcYyABCUAygHvApQDuQReBUMGaAcNCDII1wn 8CqELhgyrDVAOQAAAAAAAAAAAAAAAAAAAAASZPAAAQAUpAAAACQAQ0oUAE9KAwBQSgAAUUoDAF5K AwBhShQAbUgJCHNICQh0SAkIVAD+L6IAoQFUAAwBGQCDPO0AMAYWAEgAVABNAEwAIABQAHIAZQBm AG8AcgBtAGEAdAB0AGUAZAAgAEMAaABhAHIAAAAQAE9KAwBQSgAAUUoDAF5KAwBQSwMEFAAGAAgA AAAhAIKKvBP6AAAAHAIAABMAAABbQ29udGVudF9UeXBlc10ueG1srJHLasMwEEX3hf6D0LbYcroo pdjOokl3fSzSDxjksS1qj4Q0Ccnfd+y4ULoILXQjEGLOmXtVro/joA4Yk/NU6VVeaIVkfeOoq/T7 7im71yoxUAODJ6z0CZNe19dX5e4UMCmZplTpnjk8GJNsjyOk3AckeWl9HIHlGjsTwH5Ah+a2KO6M 9cRInPHE0HX5KgtE16B6g8gvMIrHsKDw+/kMJICYC1irxzNhWqLSEMLgLLBEMAdqfugz37bOYuPt fhRpPoMX2M0EM79cYPU/6i/nBlvYD6y2R+niXH/EIf0t21JrLpNz/tS7kC4YLpe3tGHmv60/AQAA //8DAFBLAwQUAAYACAAAACEApdan58AAAAA2AQAACwAAAF9yZWxzLy5yZWxzhI/PasMwDIfvhb2D 0X1R0sMYJXYvpZBDL6N9AOEof2giG9sb69tPxwYKuwiEpO/3qT3+rov54ZTnIBaaqgbD4kM/y2jh dj2/f4LJhaSnJQhbeHCGo3vbtV+8UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJENJKRds0YiR/p5Fx X9cfmJ4Z4DZM0/UWUtc3YK6PqMn/s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/jU72QqGWq1B7Qtbj5 1v0BAAD//wMAUEsDBBQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAdGhlbWUvdGhlbWUvdGhlbWVN YW5hZ2VyLnhtbAzMTQrDIBBA4X2hd5DZN2O7KEVissuuu/YAQ5waQceg0p/b1+XjgzfO3xTVm0sN WSycBw2KZc0uiLfwfCynG6jaSBzFLGzhxxXm6XgYybSNE99JyHNRfSPVkIWttd0g1rUr1SHvLN1e uSRqPYtHV+jT9yniResrJgoCOP0BAAD//wMAUEsDBBQABgAIAAAAIQCWta3ilgYAAFAbAAAWAAAA dGhlbWUvdGhlbWUvdGhlbWUxLnhtbOxZT2/bNhS/D9h3IHRvYyd2Ggd1itixmy1NG8Ruhx5piZbY UKJA0kl9G9rjgAHDumGHFdhth2FbgRbYpfs02TpsHdCvsEdSksVYXpI22IqtPiQS+eP7/x4fqavX 7scMHRIhKU/aXv1yzUMk8XlAk7Dt3R72L615SCqcBJjxhLS9KZHetY3337uK11VEYoJgfSLXcduL lErXl5akD8NYXuYpSWBuzEWMFbyKcCkQ+AjoxmxpuVZbXYoxTTyU4BjI3hqPqU/QUJP0NnLiPQav iZJ6wGdioEkTZ4XBBgd1jZBT2WUCHWLW9oBPwI+G5L7yEMNSwUTbq5mft7RxdQmvZ4uYWrC2tK5v ftm6bEFwsGx4inBUMK33G60rWwV9A2BqHtfr9bq9ekHPALDvg6ZWljLNRn+t3slplkD2cZ52t9as NVx8if7KnMytTqfTbGWyWKIGZB8bc/i12mpjc9nBG5DFN+fwjc5mt7vq4A3I4lfn8P0rrdWGizeg iNHkYA6tHdrvZ9QLyJiz7Ur4GsDXahl8hoJoKKJLsxjzRC2KtRjf46IPAA1kWNEEqWlKxtiHKO7i eCQo1gzwOsGlGTvky7khzQtJX9BUtb0PUwwZMaP36vn3r54/RccPnh0/+On44cPjBz9aQs6qbZyE 5VUvv/3sz8cfoz+efvPy0RfVeFnG//rDJ7/8/Hk1ENJnJs6LL5/89uzJi68+/f27RxXwTYFHZfiQ xkSim+QI7fMYFDNWcSUnI3G+FcMI0/KKzSSUOMGaSwX9nooc9M0pZpl3HDk6xLXgHQHlowp4fXLP EXgQiYmiFZx3otgB7nLOOlxUWmFH8yqZeThJwmrmYlLG7WN8WMW7ixPHv71JCnUzD0tH8W5EHDH3 GE4UDklCFNJz/ICQCu3uUurYdZf6gks+VuguRR1MK00ypCMnmmaLtmkMfplW6Qz+dmyzewd1OKvS eoscukjICswqhB8S5pjxOp4oHFeRHOKYlQ1+A6uoSsjBVPhlXE8q8HRIGEe9gEhZteaWAH1LTt/B ULEq3b7LprGLFIoeVNG8gTkvI7f4QTfCcVqFHdAkKmM/kAcQohjtcVUF3+Vuhuh38ANOFrr7DiWO u0+vBrdp6Ig0CxA9MxHal1CqnQoc0+TvyjGjUI9tDFxcOYYC+OLrxxWR9bYW4k3Yk6oyYftE+V2E O1l0u1wE9O2vuVt4kuwRCPP5jeddyX1Xcr3/fMldlM9nLbSz2gplV/cNtik2LXK8sEMeU8YGasrI DWmaZAn7RNCHQb3OnA5JcWJKI3jM6rqDCwU2a5Dg6iOqokGEU2iw654mEsqMdChRyiUc7MxwJW2N hyZd2WNhUx8YbD2QWO3ywA6v6OH8XFCQMbtNaA6fOaMVTeCszFauZERB7ddhVtdCnZlb3YhmSp3D rVAZfDivGgwW1oQGBEHbAlZehfO5Zg0HE8xIoO1u997cLcYLF+kiGeGAZD7Ses/7qG6clMeKuQmA 2KnwkT7knWK1EreWJvsG3M7ipDK7xgJ2uffexEt5BM+8pPP2RDqypJycLEFHba/VXG56yMdp2xvD mRYe4xS8LnXPh1kIF0O+EjbsT01mk+Uzb7ZyxdwkqMM1hbX7nMJOHUiFVFtYRjY0zFQWAizRnKz8 y00w60UpYCP9NaRYWYNg+NekADu6riXjMfFV2dmlEW07+5qVUj5RRAyi4AiN2ETsY3C/DlXQJ6AS riZMRdAvcI+mrW2m3OKcJV359srg7DhmaYSzcqtTNM9kCzd5XMhg3krigW6Vshvlzq+KSfkLUqUc xv8zVfR+AjcFK4H2gA/XuAIjna9tjwsVcahCaUT9voDGwdQOiBa4i4VpCCq4TDb/BTnU/23OWRom reHAp/ZpiASF/UhFgpA9KEsm+k4hVs/2LkuSZYRMRJXElakVe0QOCRvqGriq93YPRRDqpppkZcDg Tsaf+55l0CjUTU4535waUuy9Ngf+6c7HJjMo5dZh09Dk9i9ErNhV7XqzPN97y4roiVmb1cizApiV toJWlvavKcI5t1pbseY0Xm7mwoEX5zWGwaIhSuG+B+k/sP9R4TP7ZUJvqEO+D7UVwYcGTQzCBqL6 km08kC6QdnAEjZMdtMGkSVnTZq2Ttlq+WV9wp1vwPWFsLdlZ/H1OYxfNmcvOycWLNHZmYcfWdmyh qcGzJ1MUhsb5QcY4xnzSKn914qN74OgtuN+fMCVNMME3JYGh9RyYPIDktxzN0o2/AAAA//8DAFBL AwQUAAYACAAAACEADdGQn7YAAAAbAQAAJwAAAHRoZW1lL3RoZW1lL19yZWxzL3RoZW1lTWFuYWdl ci54bWwucmVsc4SPTQrCMBSE94J3CG9v07oQkSbdiNCt1AOE5DUNNj8kUeztDa4sCC6HYb6ZabuX nckTYzLeMWiqGgg66ZVxmsFtuOyOQFIWTonZO2SwYIKObzftFWeRSyhNJiRSKC4xmHIOJ0qTnNCK VPmArjijj1bkIqOmQci70Ej3dX2g8ZsBfMUkvWIQe9UAGZZQmv+z/TgaiWcvHxZd/lFBc9mFBSii xszgI5uqTATKW7q6xN8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAIKKvBP6AAAAHAIAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEApdan58AAAAA2AQAA CwAAAAAAAAAAAAAAAAArAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAa3mWFoMAAACKAAAA HAAAAAAAAAAAAAAAAAAUAgAAdGhlbWUvdGhlbWUvdGhlbWVNYW5hZ2VyLnhtbFBLAQItABQABgAI AAAAIQCWta3ilgYAAFAbAAAWAAAAAAAAAAAAAAAAANECAAB0aGVtZS90aGVtZS90aGVtZTEueG1s UEsBAi0AFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAAAAAAAAAAAAAAAmwkAAHRoZW1lL3RoZW1l L19yZWxzL3RoZW1lTWFuYWdlci54bWwucmVsc1BLBQYAAAAABQAFAF0BAACWCgAAAAA8P3htbCB2 ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8YTpjbHJN YXAgeG1sbnM6YT0iaHR0cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL2RyYXdpbmdtbC8y MDA2L21haW4iIGJnMT0ibHQxIiB0eDE9ImRrMSIgYmcyPSJsdDIiIHR4Mj0iZGsyIiBhY2NlbnQx PSJhY2NlbnQxIiBhY2NlbnQyPSJhY2NlbnQyIiBhY2NlbnQzPSJhY2NlbnQzIiBhY2NlbnQ0PSJh Y2NlbnQ0IiBhY2NlbnQ1PSJhY2NlbnQ1IiBhY2NlbnQ2PSJhY2NlbnQ2IiBobGluaz0iaGxpbmsi IGZvbEhsaW5rPSJmb2xIbGluayIvPgUATQBlAG4AdABoAAQAcABoAGkAbABrBwAAAA8AAB4jAADd JQAAqCwAAKMxAACWMgAA5jQAAOs1AADsPAAA60MAAIREAAAuRQAAzkUAACFHAAC7SQAAzkoAAEZN AAD3TQAAPE8AALVTAACKWQAAW2gAABZ/AAACAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/nLhEB ADgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAMZyRBECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAFbq LhECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAANznLhECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAA AJ3qLhEBADgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAHpwRBECAE0ATQAAAAAAAAAAAAAAAAAAAAAA AAAAAErxLhECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAN1qRBEBADgAAAAAAAAAAAAAAAAAAAAA AAEAAAAAAEJrRBECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAHD0LhECAE0ATQAAAAAAAAAAAAAA AAAAAAAAAAAAABv4LhECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAE/4LhECAE0ATQAAAAAAAAAA AAAAAAAAAAAAAAAAAHD4LhEBADgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAOlxRBEBADgAAAAAAAAA AAAAAAAAAAAAAAEAAAAAABRsRBECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAALv4LhEBADgAAAAA AAAAAAAAAAAAAAAAAAEAAAAAAKlxRBECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAACJvRBECAE0A TQAAAAAAAAAAAAAAAAAAAAAAAAAAAMb7LhECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAAj8LhEC AE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAJTxLhEBADgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAIt2 RBECAE0ATQAAAAAAAAAAAAAAAAAAAAAAAAAAAA8NLxFAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAA AAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAA AAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAA AAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAA AABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABA JPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQm AAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAA AAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAABAJPQmAAAAAAAAAAAAAAAAAAAAAAAAUwAAAGMA AADVAAAAfwEAAKsBAADvAQAAOQIAAIMCAAC5AgAA2AIAABkDAAA3AwAAVQMAALMDAADkAwAAAAQA AGQEAACDBAAADwUAACkFAABIBQAAcwUAAJwFAACfBQAAAAAAABZ/AAAOAAA8AQAAAP////8ACAAA 5w4AALEnAABYKAAANykAAK8pAAAgKwAABC4AAK4uAABMLwAAdDEAALI0AABxNQAA3DUAAOM2AACG NwAAezgAAH45AADfOQAAVjoAAPc6AABbOwAA5DsAAHc9AAC8PgAAgD8AADlAAACOQgAAUUMAALxD AABdRQAA1kUAAPhFAADnRwAA8EkAAFxKAACHTAAAOk0AAONNAACzTgAAKU8AAD1PAAC+UQAAb1IA AD5XAAASXAAAwlwAALBdAAB6XgAA314AAJdfAAB7YAAAMmEAAI9hAAD/YQAAnGIAAH5jAAAJZAAA R2QAAMd+AACxgwAARYYAABaHAABEAAAARgAAAEwAAABNAAAATgAAAE8AAABRAAAAUwAAAFQAAABV AAAAVwAAAFgAAABZAAAAWgAAAFsAAABcAAAAXgAAAF8AAABgAAAAYQAAAGIAAABjAAAAZAAAAGUA AABmAAAAZwAAAGkAAABqAAAAawAAAG0AAABuAAAAbwAAAHAAAAByAAAAcwAAAHQAAAB2AAAAdwAA AHgAAAB5AAAAegAAAHsAAAB9AAAAfgAAAIAAAACCAAAAgwAAAIQAAACFAAAAhwAAAIgAAACJAAAA igAAAIsAAACMAAAAjQAAAI4AAACPAAAAkgAAAJkAAACcAAAAnQAAAAAIAACbDgAATRIAAO4WAAAC HgAA8CIAAP0pAABELQAAYjMAAHo4AACEPwAA9kMAAPhGAAAeTAAAKlAAAFBUAAA0WAAAElwAAC1k AADlZwAAGGwAALhvAABmdAAAL3cAAAF7AAA2fgAASYAAAHiBAAAWhwAARQAAAEcAAABIAAAASQAA AEoAAABLAAAAUAAAAFIAAABWAAAAXQAAAGgAAABsAAAAcQAAAHUAAAB8AAAAfwAAAIEAAACGAAAA kAAAAJEAAACTAAAAlAAAAJUAAACWAAAAlwAAAJgAAACaAAAAmwAAAA8AAPA4AAAAAAAG8BgAAAAC CAAAAgAAAAEAAAABAAAAAQAAAAIAAABAAB7xEAAAAP//AAAAAP8AgICAAPcAABAADwAC8JIAAAAQ AAjwCAAAAAEAAAABBAAADwAD8DAAAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIA CvAIAAAAAAQAAAUAAAAPAATwQgAAABIACvAIAAAAAQQAAAAOAABTAAvwHgAAAL8BAAAQAMsBAAAA AP8BAAAIAAQDCQAAAD8DAQABAAAAEfAEAAAAAQAAAP//FwAKAAAAAAE/5y4R/////wAAAAHGckQR /////wAAAAFW6i4R/////wAAAAHc5y4R/////wAAAAGd6i4R/////wAAAAFCa0QR/////wAAAAF6 cEQR/////wAAAAFK8S4R/////wAAAAHdakQR/////wAAAAFw9C4R/////wAAAAHpcUQR/////wAA AAEb+C4R/////wAAAAFP+C4R/////wAAAAFw+C4R/////wAAAAEUbEQR/////wAAAAG7+C4R//// /wAAAAGpcUQR/////wAAAAEib0QR/////wAAAAHG+y4R/////wAAAAEI/C4R/////wAAAAGU8S4R /////wAAAAGLdkQR/////wAAAAEPDS8R/////+MDAADvDgAAjyIAACYjAAB0KQAAfjEAAJwxAADO MQAAJDQAAKE8AABdPQAAUkMAAO9DAACHRAAACEcAACtIAAC+SQAA+0wAAEhNAAD5TQAA0U8AADRZ AAAaaAAAenkAAAAAAAABAAAAAgAAAAMAAAAEAAAACAAAAAUAAAAGAAAABwAAAAkAAAANAAAACgAA AAsAAAAMAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAawcAAAAPAAAeIwAA 3SUAAKgsAACjMQAAljIAAOY0AADrNQAA7DwAAOtDAACERAAALkUAAM5FAAAhRwAAu0kAAM5KAABG TQAA900AADxPAAC1UwAAilkAAFtoAAB6eQAAAAAAAD0AAABIAAAAjAAAAJIAAAC0AQAAuQEAAPkB AAACAgAAjQMAAJUDAADmAwAA8wMAAFsEAABjBAAA4AYAAOoGAAAaBwAAJAcAAGUHAABoBwAATQoA AFgKAAACFgAADRYAAH8aAACCGgAAoBoAAKgaAAD9IQAACCIAABU1AAAYNQAAkDUAAJo1AADxNQAA +zUAAE02AABPNgAAW0YAAFxGAADJTAAAzkwAAD9PAABKTwAA524AAPJuAAC0bwAAu28AADhwAAA/ cAAA0nAAANhwAAD2cAAAAXEAAAZxAAALcQAAL3EAADhxAADIcQAAznEAAO1xAAD4cQAA/XEAAAJy AAAxcgAAOnIAAMtyAADacgAA+nIAAAFzAAAQcwAAFXMAACFzAAAscwAAqHMAALFzAAC5cwAAwHMA AEh0AACCdAAAanUAAHV1AADudQAA+XUAAJd2AACfdgAAoHYAAKt2AAC9dgAAw3YAAAJ3AAAHdwAA yncAANd3AAD1dwAAAHgAAEN4AABIeAAAWngAAGN4AAC3eAAAwHgAAC95AAA6eQAAeHkAAIh5AACS eQAAzHkAANp5AAAkewAAK3sAADF7AAA4ewAAPHsAAGZ7AAD8ewAAMHwAAM58AADWfAAA2nwAAOd8 AAANfQAAKn0AACx9AABbfQAAeX0AAHp9AADEfQAA230AAPx9AAAGfgAALH4AADN+AACIfgAAoX4A AMF+AADCfgAAw34AAMZ+AADJfgAA6n4AABd/AAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAH ABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcA HAAHABwABwAcAAcAHAAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAFAAcABQAHABwABwAc AAcAHAAHABwABwAHABwABwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcA BQAHABwABwAcAAcABQAHAAUABwAFAAcABQAHAAAAAACvAwAA1wMAAC8EAAA2BAAAdAQAAHsEAAC1 BAAAvgQAAP0EAAADBQAAUgUAAFoFAABVBgAAXQYAAJ4GAACfBgAAxQcAAM8HAABxCAAAeAgAALkI AADCCAAAQAkAAEMJAACICQAAjAkAAMoJAADSCQAATQoAAGAKAAA1CwAAPQsAAKQLAACsCwAAfQwA AIgMAAC9DAAAxgwAAAYNAAAIDQAATg0AAFUNAACUDQAAlw0AANcNAADgDQAAqw4AALMOAABxEAAA fRAAAO4QAADwEAAAoREAAKoRAAASEgAAFBIAAHQSAAB5EgAAsxIAAL8SAAD8EgAABRMAAJAUAACS FAAAqRQAALIUAADVFQAA3hUAAAIWAAAVFgAAPBcAAEEXAAB7FwAAhxcAAMQXAADNFwAAIRkAACQZ AAAsGQAAOBkAAHUZAACDGQAAZxoAAGoaAACtGgAAsxoAAPMaAAD2GgAAOxsAAD0bAACEGwAAiBsA AMQbAADLGwAACxwAAA4cAABRHAAAVRwAAJccAACeHAAA3RwAAOIcAAAkHQAAKR0AAGcdAABxHQAA sB0AALsdAAD6HQAA/x0AAEMeAABKHgAAhB4AAI0eAADHHgAA1B4AAA8fAAATHwAAKR8AAC0fAABi HwAAhR8AANgfAADhHwAABSAAAAYgAABeIAAAXyAAALEgAAC4IAAANSEAADYhAACKIQAAjyEAAP0h AAAQIgAAsyYAALomAADPMQAA0DEAAJkyAACaMgAAQDMAAEEzAACJMwAAijMAACU0AAAmNAAA6TQA AOo0AAAyNQAAMzUAALo1AAC7NQAAz0UAANBFAABbRgAAXEYAAKdGAACoRgAAGksAACVLAABiSwAA bEsAABpMAAAjTAAANEwAAEJMAABTTAAAXkwAAJJMAACZTAAAuEwAAL5MAADnTAAA7kwAAP5MAAAD TQAAJU0AACpNAAA/TwAAUk8AAPxWAAD9VgAAMVcAADJXAADpVwAA6lcAAH5YAAB/WAAAuVgAALpY AADfWAAA4FgAAG1tAAB7bQAAwG0AAM5tAACmbgAAqW4AAOduAAD6bgAAjG8AAJhvAACfcAAAwnAA AHdxAACacQAAoHEAAMNxAAB4cgAAm3IAAKFyAACvcgAAv3IAAABzAACdcwAA0HMAACh0AAA3dAAA PHQAAIF0AACRdAAAlHQAAO51AAABdgAAx3YAANN2AADXdgAA6nYAAHB3AAB8dwAAyncAANZ3AADa dwAA7XcAAPF3AAD/dwAAA3gAABN4AAAXeAAAGngAALd4AADHeAAAL3kAAEJ5AAB4eQAAzHkAANp5 AACDegAAiHoAACR7AABmewAA/HsAADB8AADOfAAAKn0AACx9AABbfQAAeX0AANt9AACIfgAAoH4A AMF+AADqfgAAF38AAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAFAAcAMwAHAAUABwAF AAcAMwAHADMABwAFAAcABQAHADMABwAFAAcABQAHAAUABwAFAAcABQAHADMABwAzAAcABwAFAAcA MwAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAAAAAAVQcAAGkHAABfHgAAYB4AAKAhAACp IQAAjiIAAI4iAAAfJwAAHycAAKgzAACpMwAA6DQAAOg0AAC8NgAAvDYAAFhGAABZRgAAqUYAALNG AADjRgAA40YAAPZGAAAIRwAAH0cAACBHAAAhSAAAJ0gAABNUAAATVAAAFFQAABRUAAAVVAAAFVQA ABhUAAAfVAAAalQAAGxUAACHVAAAnFQAAD5aAAA/WgAARFoAAEdaAADEYQAAeHkAAMt5AADbeQAA I3sAAGd7AACxewAAMXwAAM18AABcfQAAeH0AAPt9AACHfgAAv34AAMB+AADrfgAAF38AAAMABAAD AAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMA BAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAcABwAEAAcABAAHAAQABwAEAAcABAAHAAUABwAE AAcAAgD8XK0FAAAAAAAAAAAAAQIAAgArX1RyAAAAAAAAAAAAAQIAAgAeAAAABAAAAAgAAADlAAAA AAAAAB0AAABUew0ASmYTACoxFwARSSIA2lUmAGkTRwBDf10Aq1VnABBJagA6VnEAn2B0APADfgD8 Q4YAnmSIACRJjQAzIqkABTysAK4QsADpW7MA5yi8AF0CwgDCMswARnDNANl11wDVT9gA2CLmAGdZ 5wCDPO0AaVT7APIZ/QAAAAAAeHkAAHp5AAAAAAAAAQAAAP9AAYABAFFaAABRWgAAABh/AwEAAQBR WgAAAAAAAFFaAAAAAAAAAhAAAAAAAAAAFn8AAHAAABAAQAAA//8DAAAABwBVAG4AawBuAG8AdwBu AAQAcABoAGkAbAAFAE0AZQBuAHQAaAD//wMACAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAA AgD//wMAAAAAAAAAAAD//wAAAgD//wAAAAD//wAAAgD//wAAAAAIAAAARx6QAQAAAgIGAwUEBQID BIcqACAAAACACAAAAAAAAAD/AQAAAAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAA NR6QAQIABQUBAgEHBgIFBwAAAAAAAAAQAAAAAAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAAMy6Q AQAAAgsGBAICAgICBIcqACAAAACACAAAAAAAAAD/AQAAAAAAAEEAcgBpAGEAbAAAAD89kAEAAAIH AwkCAgUCBASHKgAgAAAAgAgAAAAAAAAA/wEAAAAAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAA3 LpABAAACDwUCAgIEAwIE7wIAoHsgAEAAAAAAAAAAAJ8AAAAAAAAAQwBhAGwAaQBiAHIAaQAAADk9 kAEAAAILBgkCAgQDAgTvAgCgSyAAQAAAAAAAAAAAnwAAAAAAAABDAG8AbgBzAG8AbABhAHMAAAA1 LpABAAACCwYEAwUEBAIEhyoAYQAAAIAIAAAAAAAAAP8BAQAAAAAAVABhAGgAbwBtAGEAAABBHpAB AAACBAUDBQQGAwIE7wIAoOsgAEIAAAAAAAAAAJ8AAAAAAAAAQwBhAG0AYgByAGkAYQAgAE0AYQB0 AGgAAAAiAAQAcYiICADwxAIAAKkBAAAAAOYj9CZMJPQmAAAAAAQAXgAAACESAABXZwAACAA+AAAA BAADkNwAAAAhEgAAV2cAAAgAPgAAANwAAAAAAAAAIQMA8BAAAAABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAANgWJBbQAtACBgTIwAAAAAAAAAAAAAAAAAAA6eQAAOnkAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAS4NR APAQAAgA/P0BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEhQAAAAAAng/w8ACSRQAAAAAAAADAUA AP///3////9/AAAAAP///3////9/////f9gi5gAABAAAMgAAAAAAAAAAAAAAAAAAAAAAAAAAACEE AAAAAAAAAAAAAAAAAAAAAAAAEBwAAAcAAAAAAAAAAAB4AAAAeAAAAAAAAAAAAAAAoAUAAP//EgAA AAAAAAAAAAAAAAAAAAUATQBlAG4AdABoAAQAcABoAGkAbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAUBAgAAAAAAAAAA AAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EIACsns9kwAAAAWAEAABAAAAABAAAAiAAAAAIAAACQAAAA AwAAAJwAAAAEAAAAqAAAAAUAAAC4AAAABwAAAMQAAAAIAAAA2AAAAAkAAADoAAAAEgAAAPQAAAAK AAAAFAEAAAwAAAAgAQAADQAAACwBAAAOAAAAOAEAAA8AAABAAQAAEAAAAEgBAAATAAAAUAEAAAIA AADkBAAAHgAAAAQAAAAAAAAAHgAAAAQAAAAAAAAAHgAAAAgAAABNZW50aAAAAB4AAAAEAAAAAAAA AB4AAAAMAAAATm9ybWFsLmRvdG0AHgAAAAgAAABwaGlsAAAAAB4AAAAEAAAANAAAAB4AAAAYAAAA TWljcm9zb2Z0IE9mZmljZSBXb3JkAAAAQAAAAAC0syENAAAAQAAAAACUWeXV8ssBQAAAAABIDQfj 8ssBAwAAAAgAAAADAAAAIRIAAAMAAABXZwAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 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 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAAAAAAAAAA AAEAAAAC1c3VnC4bEJOXCAArLPmuMAAAABgBAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAACQAAAA BgAAAJgAAAARAAAAoAAAABcAAACoAAAACwAAALAAAAAQAAAAuAAAABMAAADAAAAAFgAAAMgAAAAN AAAA0AAAAAwAAADiAAAAAgAAAOQEAAAeAAAAGAAAAFVuaXZlcnNpdOR0IFT8YmluZ2VuAAAAAAMA AADcAAAAAwAAAD4AAAADAAAAOnkAAAMAAAAAAAwACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAA AAAAAAAeEAAAAgAAAAEAAAAAAQAAAAAMEAAABAAAAB4AAAAGAAAAVGl0bGUAAwAAAAEAAAAeAAAA BgAAAFRpdGVsAAMAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 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 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAA AAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAA FwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAl AAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMA AAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAA AEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgAAABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAA UAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAAAFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABe AAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAAZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwA AABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABzAAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAA AHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAAAIEAAACCAAAAgwAAAIQAAACFAAAAhgAAAIcAAACIAAAA iQAAAIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAAAACRAAAAkgAAAJMAAACUAAAAlQAAAJYAAACX AAAAmAAAAJkAAACaAAAAmwAAAJwAAACdAAAAngAAAP7///+gAAAAoQAAAKIAAACjAAAApAAAAKUA AACmAAAApwAAAKgAAACpAAAAqgAAAKsAAACsAAAArQAAAK4AAACvAAAAsAAAALEAAACyAAAAswAA ALQAAAC1AAAAtgAAALcAAAC4AAAA/v///7oAAAC7AAAAvAAAAL0AAAC+AAAAvwAAAMAAAAD+//// wgAAAMMAAADEAAAAxQAAAMYAAADHAAAAyAAAAP7////9/////f///8wAAAD+/////v////7///// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYABQH//////////wMAAAAGCQIAAAAAAMAA AAAAAABGAAAAAAAAAAAAAAAA8APAJePyywHOAAAAgAAAAAAAAAAxAFQAYQBiAGwAZQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAf////8FAAAA /////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJ8AAAApMwAAAAAAAFcAbwBy AGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAaAAIBAQAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADQ8AQAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAACgAAgECAAAABAAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAC5AAAAABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkA bgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAOAACAf///////////////wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMEAAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAIA//////////// ////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHkAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAD+//////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////AQD+/wMKAAD/////BgkCAAAAAADAAAAAAAAARicAAABNaWNy b3NvZnQgT2ZmaWNlIFdvcmQgOTctMjAwMyBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3Jk LkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAA= --_005_9510D26531EF184D9017DF24659BB87F328F45F4ECEMV65UKRDdoma_-- From karagian@cs.utwente.nl Tue Apr 5 03:54:09 2011 Return-Path: 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 E682F28C0E1 for ; Tue, 5 Apr 2011 03:54:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.188 X-Spam-Level: X-Spam-Status: No, score=-0.188 tagged_above=-999 required=5 tests=[AWL=0.315, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, 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 EBg5B36j16-P for ; Tue, 5 Apr 2011 03:54:00 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 1970D3A6922 for ; Tue, 5 Apr 2011 03:53:59 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p35At2Wa011704 for ; Tue, 5 Apr 2011 12:55:05 +0200 (MEST) From: "Georgios Karagiannis" To: References: <9510D26531EF184D9017DF24659BB87F328F45F4EC@EMV65-UKRD.domain1.systemhost.net> Date: Tue, 5 Apr 2011 12:55:23 +0200 Message-ID: <7DD8A87BDF3D4433A0847834D09D357B@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_003C_01CBF390.BD25EA90" X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9510D26531EF184D9017DF24659BB87F328F45F4EC@EMV65-UKRD.domain1.systemhost.net> Thread-Index: Acvy5AFxX/NzM0rpT8qdYIu3rfamUwAmpqWQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Tue, 05 Apr 2011 12:55:16 +0200 (MEST) Subject: [PCN] new preversion of signaling requirements draft + question X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 10:54:10 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_003C_01CBF390.BD25EA90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_003D_01CBF390.BD25EA90" ------=_NextPart_001_003D_01CBF390.BD25EA90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all I would like to thank all PCN WG members and especially Michael en Phil for the comments received on the 02 version of the signaling requirements draft. I have worked out all comments that have been provided by the PCN WG and generated the draft that you can see in the attachment of this email. This version complies to the version sent by Phil yesterday. I have included, however, two additions: 1) included [RFC4804] the list with flow identifier examples. 2) I have ioncluded Phil as co-author of this draft. If you agree with thsi version and especially with the above mentioned additions then I can submit the draft and we could then start a WGLC. Best regards, Georgios ------=_NextPart_001_003D_01CBF390.BD25EA90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi all
 
I would like to thank all PCN WG members and = especially=20 Michael en Phil for the comments received on the 02 version of the = signaling=20 requirements draft.
 
I have worked out all comments that have been = provided=20 by the PCN WG and generated the draft that you can see in the attachment = of this=20 email.
 
This version complies to the version sent by = Phil=20 yesterday. I have included, however, two additions:
 
1) included [RFC4804] the list with flow identifier=20 examples.
 
2) I have ioncluded Phil as = co-author of=20 this draft.
 
If you agree with thsi version and especially = with the=20 above mentioned additions then I can submit the draft and we could then = start a=20 WGLC.
 
Best regards,
Georgios
 
------=_NextPart_001_003D_01CBF390.BD25EA90-- ------=_NextPart_000_003C_01CBF390.BD25EA90 Content-Type: text/plain; name="draft-ietf-pcn-signaling-requirements-03_v00.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="draft-ietf-pcn-signaling-requirements-03_v00.txt" Internet Engineering Task Force G. Karagiannis = Internet-Draft University of Twente Intended status: Informational T. Taylor Expires: October 04, 2011 K. Chan Huawei Technologies M. Menth University of Tuebingen P. Eardley BT April 04, 2011 =20 =20 =20 =20 Requirements for Signaling of (Pre-) Congestion Information in a =20 DiffServ Domain draft-ietf-pcn-signaling-requirements-03 Abstract Precongestion notification (PCN) is a means for protecting quality of service for inelastic traffic admitted to a Diffserv domain. The=20 overall PCN architecture is described in RFC 5559. This memo=20 describes the requirements for the signaling applied within the PCN=20 domain: (1) PCN-feedback-information is carried from the PCN-egress- node to the decision point;(2) the decision point may ask the PCN- ingress-node to measure, and report back, the rate of PCN-traffic=20 between this pair of PCN-boundary-nodes. The decision point may be=20 either collocated with the PCN-ingress-node or a centralized node (in = the latter case, (2) is not required). The signaling requirements=20 pertain in particular to two edge behaviours, "controlled load (CL)"=20 and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08],=20 [draft-ietf-pcn-sm-edge-behaviour-05]. Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on September 02, 2011. =20 Karagiannis, et al. Expires October 04, 2011 [Page 1] Internet-Draft PCN Signaling requirements April 2011 Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Requirements Language The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Signaling Requirements for Messages from the PCN-Egress-Nodes to=20 Decision Point(s) . . . . . . . . . . . . . . . . . . . . . . . . 3 2.1. Specification of Flow Identifiers . . . . . . . . . . . . . 4 3. Signaling Requirements for Messages between Decision Point(s) and=20 PCN-Ingress-Nodes . . . . . . . . . . . . . . . . . . . . . . . . 5 4. Security Considerations . . . . . . . . . . . . . . . . . . . . . 5 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . . 6 6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . 6 7. References . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 7.1. Normative References . . . . . . . . . . . . . . . . . . . . 6 7.2. Informative References . . . . . . . . . . . . . . . . . . . 6 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7 Karagiannis, et al. Expires October 04, 2011 [Page 2] Internet-Draft PCN Signaling requirements April 2011 1. Introduction The main objective of Pre-Congestion Notification (PCN) is to support = the quality of service (QoS) of inelastic flows within a Diffserv=20 domain in a simple, scalable, and robust fashion. Two mechanisms=20 are used: admission control and flow termination. Admission control=20 is used to decide whether to admit or block a new flow request while=20 flow termination is used in abnormal circumstances to decide whether to terminate some of the existing flows. To support these=20 two features, the overall rate of PCN-traffic is metered on every=20 link in the domain, and PCN-packets are appropriately marked when=20 certain configured rates are exceeded. These configured rates are=20 below the rate of the link thus providing notification to boundary=20 nodes about overloads before any congestion occurs (hence "pre- congestion" notification). The PCN-egress-nodes measure the rates of=20 differently marked PCN traffic in periodic intervals and report these = rates to the decision points for admission control and flow=20 termination, based on which they take their decisions. The decision=20 points may be collocated with the PCN-ingress-nodes or their function = may be implemented in a centralized node. For more details see[RFC5559, [draft-ietf-pcn-cl-edge-behaviour-08],=20 [draft-ietf-pcn-sm-edge-behaviour-05]. This memo specifies the requirements on signaling protocols: o to carry reports from a PCN-egress-node to the decision point, o to carry requests from the decision point to a PCN-ingress-node = that =20 trigger the PCN-ingress-node to measure the PCN-sent-rate, o to carry reports, from a PCN-ingress-node to the decision=20 point. The latter two messages are only needed if the decision point and = PCN- ingress-node are not collocated. 2. Signaling Requirements for Messages from the PCN-Egress-Nodes to=20 Decision Point(s) The PCN-egress-node measures, per ingress-egress-aggregate, the rates = of differently marked PCN-traffic in regular intervals. The=20 measurement intervals are recommended to take a fixed value between=20 100 ms and 500 ms, see [draft-ietf-pcn-cl-edge-behaviour-08],=20 [draft-ietf-pcn-sm-edge-behaviour-05]. At the end of each measurement = interval, the PCN-egress-node calculates the = congestion-level-estimate =20 (CLE) based on these quantities. The PCN-egress-node MAY be = configured=20 to record a set of identifiers of PCN-flows for which it received=20 excess-traffic-marked packets during the last measurement interval. =20 The latter may be useful to perform flow termination in networks with = multipath routing. At the end of each measurement interval, or less frequently if=20 "optional report suppression" is activated, see=20 [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-=20 behaviour-05], the PCN-egress-node sends a report to the decision=20 point.=20 Karagiannis, et al. Expires October 04, 2011 [Page 3] Internet-Draft PCN Signaling requirements April 2011 For the SM edge behaviour, the report MUST contain: o the identifier of the PCN-ingress-node and the identifier of the=20 PCN-egress-node (typically their IP addresses); together they=20 specify the ingress-egress-aggregate to which the report refers, o the rate of not-marked PCN-traffic (NM-rate) in octets/second, o rate of PCN-marked traffic in octets/second, o the congestion-level-estimate, which is a number between zero and=20 one. For the CL edge behaviour, the report MUST contain: o the identifier of the PCN-ingress-node and the identifier of the=20 PCN-egress-node (typically their IP addresses); together they=20 specify the ingress-egress-aggregate to which the report refers, o the rate of threshold-marked PCN traffic (ThM-rate) in=20 octets/second, o rate of excess-traffic-marked traffic (ETM-rate) in octets/second, For both CL and SM edge behaviours, the report MAY also contain: o a set of flow identifiers (see Section 2.1). The signaling report can either be sent directly to the decision=20 point or it can "piggy-back", i.e. be included within some other=20 message that passes through the PCN-egress-node and then the decision = point.=20 Signaling messages SHOULD have a higher priority than data packets to = deliver them quickly and to avoid that they are dropped in case of=20 overload.=20 The load generated by the signaling protocol SHOULD be minimized. We=20 give three examples that may help to achieve that goal: o Piggy-backing the reports by the PCN-egress-nodes to the decision = =20 point(s) onto other signaling messages that are already in place. o Reducing the amount of reports to be sent by optional report=20 suppression. o combining reports for different ingress-egress-aggregates in a=20 single message (if they are for the same decision point). As PCN reports are sent regularly, additional reliability mechanisms = =20 are not needed. This also holds in the presence of optional report=20 suppression, as reports are sent periodically if actions by the =20 decision point(s) are needed, see [draft-ietf-pcn-cl-edge-behaviour- -08], [draft-ietf-pcn-sm-edge-behaviour-05]. 2.1 Specification of Flow Identifiers The representation of a flow identifier depends on the surrounding=20 environment, e.g., pure IP, MPLS, GMPLS, etc. Examples of such flow=20 identifier representations can be found in [RFC2205], [RFC3175]=20 [RFC3209], [RFC3473], [RFC4804].=20 In pure IP networks, the identifier may consist of a subset of the=20 following information: o source IP address; Karagiannis, et al. Expires October 04, 2011 [Page 4] Internet-Draft PCN Signaling requirements April 2011 o destination IP address; o protocol identifier and higher layer (port) addressing; o flow label (typical for IPv6); o SPI field for IPsec encapsulated data;=20 o DSCP/TOS field; o IP address of PCN-ingress-node; o IP address of PCN-egress-node=20 3. Signaling Requirements for Messages between Decision Point(s) and=20 PCN-Ingress-Nodes=20 Through request-response signaling between the decision point and = PCN- ingress-node, the decision point requests and in response the PCN- ingress-node measures and reports the PCN-sent-rate for a specific=20 ingress-egress-aggregate. Signaling is needed only if the decision=20 point and PCN-ingress-node are not collocated.=20 The request MUST contain: o an indication that the PCN-sent-rate is requested, o the identifier of the PCN-ingress-node and the identifier of the =20 PCN-egress-node; together they determine the ingress-egress- aggregate for which the PCN-sent-rate is requested, o the identifier of the decision point that requests the PCN-sent- rate. The report MUST contain: o an indication that the reported data is a PCN-sent-rate, o the PCN-sent-rate in octets/second, o the identifier of the PCN-ingress-node and the identifier of the=20 PCN-egress-node.=20 The request MUST be addressed to the PCN-ingress-node, and the report = MUST be addressed to the decision point that requested it. The request and the report SHOULD be sent with high priority and=20 reliably, because they are sent only when flow termination is needed, = which is an urgent action.=20 4. Security Considerations [RFC5559] provides a general description of the security considerations for PCN. This memo does not introduce additional=20 security considerations. Karagiannis, et al. Expires October 04, 2011 [Page 5] Internet-Draft PCN Signaling requirements April 2011 5. IANA Considerations This memo includes no request to IANA. 6. Acknowledgements We would like to acknowledge the members of the PCN working group for the discussions that generated the contents of this memo. 7. References 7.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC5559] Eardley, P., "Pre-Congestion Notification (PCN) Architecture", RFC 5559, June 2009. [draft-ietf-pcn-cl-edge-behaviour-08] T. Taylor, A, Charny,=20 F. Huang, G. Karagiannis, M. Menth, "PCN Boundary Node=20 Behaviour for the Controlled Load (CL) Mode of Operation=20 (Work in progress)", December 2010. [draft-ietf-pcn-sm-edge-behaviour-05] A. Charny, J. Zhang,=20 G. Karagiannis, M. Menth, T. Taylor, "PCN Boundary Node=20 Behaviour for the Single Marking (SM) Mode of Operation=20 (Work in progress)", December 2010. 7.2. Informative References [RFC2205] Braden, B., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September 1997. [RFC3175] Baker, F., Iturralde, C. Le Faucher, F., Davie, B., =20 "Aggregation of RSVP for IPv4 and IPv6 Reservations",=20 RFC 3175, 2001. [RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001. [RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003. [RFC4804] F. Le Faucheur, "Aggregation of Resource ReSerVation Protocol (RSVP) Reservations over MPLS TE/DS-TE Tunnels", = RFC 4804, February 2007. Karagiannis, et al. Expires October 04, 2011 [Page 6] Internet-Draft PCN Signaling requirements April 2011 Authors' Addresses Georgios Karagiannis University of Twente P.O. Box 217 7500 AE Enschede, =20 The Netherlands=20 EMail: g.karagiannis@ewi.utwente.nl =20 Tom Taylor=20 Huawei Technologies 1852 Lorraine Ave. Ottawa, Ontario K1H 6Z8 Canada Phone: +1 613 680 2675 Email: tom111.taylor@bell.net Kwok Ho Chan Huawei Technologies 125 Nagog Park Acton, MA 01720 USA Email: khchan@huawei.com Michael Menth University of Tuebingen Department of Computer Science Chair of Communication Networks Sand 13 Tuebingen 72076 Germany Phone: +49 7071 29 70505 Email: menth@informatik.uni-tuebingen.de Philip Eardley BT B54/77, Sirius House Adastral Park Martlesham Heath Ipswich, Suffolk IP5 3RE United Kingdom EMail: philip.eardley@bt.com Karagiannis, et al. Expires October 04, 2011 [Page 7] ------=_NextPart_000_003C_01CBF390.BD25EA90-- From karagian@cs.utwente.nl Tue Apr 5 05:07:13 2011 Return-Path: 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 D1FE728C0FE for ; Tue, 5 Apr 2011 05:07:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.99 X-Spam-Level: X-Spam-Status: No, score=0.99 tagged_above=-999 required=5 tests=[AWL=-0.921, BAYES_40=-0.185, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, 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 a5mlO5CvzeOv for ; Tue, 5 Apr 2011 05:07:13 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id DACDA28C0F4 for ; Tue, 5 Apr 2011 05:07:12 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p35C8HXI020549; Tue, 5 Apr 2011 14:08:19 +0200 (MEST) From: "Georgios Karagiannis" To: References: <9510D26531EF184D9017DF24659BB87F328F45F4EC@EMV65-UKRD.domain1.systemhost.net> <7DD8A87BDF3D4433A0847834D09D357B@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F328FEAEE75@EMV65-UKRD.domain1.systemhost.net> Date: Tue, 5 Apr 2011 14:08:38 +0200 Message-ID: <09627F81A34A446C904571C8A7376A12@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005F_01CBF39A.F89700F0" X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9510D26531EF184D9017DF24659BB87F328FEAEE75@EMV65-UKRD.domain1.systemhost.net> Thread-Index: Acvy5AFxX/NzM0rpT8qdYIu3rfamUwAmpqWQAAIJlOAAALMekA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Tue, 05 Apr 2011 14:08:29 +0200 (MEST) Subject: [PCN] can we start the WGLC on draft-ietf-pcn-signaling-requirements-03? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 12:07:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005F_01CBF39A.F89700F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear all After getting the okay from Phil, I have submitted the 03 version of the signaling requirements draft, see below: http://www.ietf.org/id/draft-ietf-pcn-signaling-requirements-03.txt Steve or Scott can you please start a PCN WGLC on this version (03) of the draft asap? Best regards, Georgios ------=_NextPart_000_005F_01CBF39A.F89700F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear all
 
After getting the okay from Phil, I have = submitted the=20 03 version of the signaling requirements draft, see = below:
 
http://www.ietf.org/id/draft-ietf-pcn-signaling-requirements-03.txt
 
Steve or Scott can you please start a PCN = WGLC on this=20 version (03) of the draft asap?
 
Best regards,
Georgios
 
------=_NextPart_000_005F_01CBF39A.F89700F0-- From Internet-Drafts@ietf.org Tue Apr 5 05:15:09 2011 Return-Path: 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 EA5FD3A6926; Tue, 5 Apr 2011 05:15:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.584 X-Spam-Level: X-Spam-Status: No, score=-102.584 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, USER_IN_WHITELIST=-100] 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 2sOftm1SdSTJ; Tue, 5 Apr 2011 05:15:01 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB5E33A6919; Tue, 5 Apr 2011 05:15:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.14 Message-ID: <20110405121501.17256.4322.idtracker@localhost> Date: Tue, 05 Apr 2011 05:15:01 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 12:15:10 -0000 --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 : Requirements for Signaling of (Pre-) Congestion Information in a DiffServ Domain Author(s) : G. Karagiannis, et al. Filename : draft-ietf-pcn-signaling-requirements-03.txt Pages : 7 Date : 2011-04-05 Precongestion notification (PCN) is a means for protecting quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo describes the requirements for the signaling applied within the PCN domain: (1) PCN-feedback-information is carried from the PCN-egress- node to the decision point;(2) the decision point may ask the PCN- ingress-node to measure, and report back, the rate of PCN-traffic between this pair of PCN-boundary-nodes. The decision point may be either collocated with the PCN-ingress-node or a centralized node (in the latter case, (2) is not required). The signaling requirements pertain in particular to two edge behaviours, "controlled load (CL)" and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-behaviour-05]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requirements-03.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-signaling-requirements-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-04-05050130.I-D@ietf.org> --NextPart-- From menth@informatik.uni-tuebingen.de Tue Apr 5 14:44:02 2011 Return-Path: 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 9B5453A67EB for ; Tue, 5 Apr 2011 14:44:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.725 X-Spam-Level: X-Spam-Status: No, score=-0.725 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, 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 qZzNuutknw6M for ; Tue, 5 Apr 2011 14:44:00 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by core3.amsl.com (Postfix) with SMTP id 278213A67D8 for ; Tue, 5 Apr 2011 14:43:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id D0F69528C for ; Tue, 5 Apr 2011 23:45:40 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZxsqmgIpc8mT for ; Tue, 5 Apr 2011 23:45:36 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 3E756521E for ; Tue, 5 Apr 2011 23:45:36 +0200 (MEST) Received: from [192.168.1.100] (HSI-KBW-095-208-114-108.hsi5.kabel-badenwuerttemberg.de [95.208.114.108]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id EC714185241B for ; Tue, 5 Apr 2011 23:45:34 +0200 (CEST) Message-ID: <4D9B8D7F.60406@informatik.uni-tuebingen.de> Date: Tue, 05 Apr 2011 23:45:35 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: pcn@ietf.org References: <20110405121501.17256.4322.idtracker@localhost> In-Reply-To: <20110405121501.17256.4322.idtracker@localhost> Content-Type: multipart/mixed; boundary="------------020906090307040807010802" Subject: Re: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 21:44:02 -0000 This is a multi-part message in MIME format. --------------020906090307040807010802 Content-Type: multipart/alternative; boundary="------------070209080007040404000204" --------------070209080007040404000204 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi Georgios, hi all, I quickly went over the draft and fixed some nits. I think it is in good shape now. Georgios, please take care of my minor corrections for the next version of the doc! Best wishes, Michael Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > 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 : Requirements for Signaling of (Pre-) Congestion Information in a DiffServ Domain > Author(s) : G. Karagiannis, et al. > Filename : draft-ietf-pcn-signaling-requirements-03.txt > Pages : 7 > Date : 2011-04-05 > > Precongestion notification (PCN) is a means for protecting quality of > service for inelastic traffic admitted to a Diffserv domain. The > overall PCN architecture is described in RFC 5559. This memo > describes the requirements for the signaling applied within the PCN > domain: (1) PCN-feedback-information is carried from the PCN-egress- > node to the decision point;(2) the decision point may ask the PCN- > ingress-node to measure, and report back, the rate of PCN-traffic > between this pair of PCN-boundary-nodes. The decision point may be > either collocated with the PCN-ingress-node or a centralized node (in > the latter case, (2) is not required). The signaling requirements > pertain in particular to two edge behaviours, "controlled load (CL)" > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > [draft-ietf-pcn-sm-edge-behaviour-05]. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requirements-03.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 -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de --------------070209080007040404000204 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi Georgios, hi all,

I quickly went over the draft and fixed some nits. I think it is in good shape now. Georgios, please take care of my minor corrections for the next version of the doc!

Best wishes,

=A0=A0=A0 Michael

Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: 
A New Internet-Draft is available from the on-line I=
nternet-Drafts directories.
This draft is a work item of the Congestion and Pre-Congestion Notificati=
on Working Group of the IETF.


	Title           : Requirements for Signaling of (Pre-) Congestion Inform=
ation in a DiffServ Domain
	Author(s)       : G. Karagiannis, et al.
	Filename        : draft-ietf-pcn-signaling-requirements-03.txt
	Pages           : 7
	Date            : 2011-04-05

Precongestion notification (PCN) is a means for protecting quality of
service for inelastic traffic admitted to a Diffserv domain. The=20
overall PCN architecture is described in RFC 5559. This memo=20
describes the requirements for the signaling applied within the PCN=20
domain: (1) PCN-feedback-information is carried from the PCN-egress-
node to the decision point;(2) the decision point may ask the PCN-
ingress-node to measure, and report back, the rate of PCN-traffic=20
between this pair of PCN-boundary-nodes. The decision point may be=20
either collocated with the PCN-ingress-node or a centralized node (in=20
the latter case, (2) is not required). The signaling requirements=20
pertain in particular to two edge behaviours, "controlled load (CL)"=20
and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08],=20
[draft-ietf-pcn-sm-edge-behaviour-05].

A URL for this Internet-Draft is:
http://www.ietf.org/i=
nternet-drafts/draft-ietf-pcn-signaling-requirements-03.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@ie=
tf.org
https://www.ietf.org/mailman/listinfo/pcn


--=20
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de
http://www-kn.informatik.uni-tuebingen.de
--------------070209080007040404000204-- --------------020906090307040807010802 Content-Type: application/pdf; name="draft-ietf-pcn-signaling-requirements-03-MM.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-pcn-signaling-requirements-03-MM.pdf" JVBERi0xLjUNJeLjz9MNCjUwIDAgb2JqDTw8L0xpbmVhcml6ZWQgMS9MIDYwMjUzL08gNTIv RSA3NzQ0L04gOC9UIDU5ODcxL0ggWyA0NzQgMjE5XT4+DWVuZG9iag0gICAgICAgICAgICAg ICAgICAgDQo2MyAwIG9iag08PC9EZWNvZGVQYXJtczw8L0NvbHVtbnMgNC9QcmVkaWN0b3Ig MTI+Pi9GaWx0ZXIvRmxhdGVEZWNvZGUvSURbPDFFRjQ5QUJCNTQzREYwMEM5QUJFMjY0NzNE RUM1OERGPjxBOEEzN0E5NjY2RkVCRjQzQjg0QTdCQTI4REZFMUZERT5dL0luZGV4WzUwIDIw XS9JbmZvIDQ5IDAgUi9MZW5ndGggNzIvUHJldiA1OTg3Mi9Sb290IDUxIDAgUi9TaXplIDcw L1R5cGUvWFJlZi9XWzEgMiAxXT4+c3RyZWFtDQpo3mJiZBBgYGJgWgokGAOBBMMuEPcJiFgH ErsPIlxB3CAQYQYkmG1BLCGQRD6QeLuDgYmR4SBILwMjOvGfcekfgAADAPKxCwUNCmVuZHN0 cmVhbQ1lbmRvYmoNc3RhcnR4cmVmDQowDQolJUVPRg0KICAgICAgIA0KNjkgMCBvYmoNPDwv RmlsdGVyL0ZsYXRlRGVjb2RlL0kgMTQ4L0wgMTMyL0xlbmd0aCAxMzIvUyA4OD4+c3RyZWFt DQpo3mJgYGBmYGDSZmABkjEMAgwIIMDABBRlYeBoYHBgkLjHOplzC+fRlpVsoSxrGRhm3WQQ XLhwl+BCDoaGhgyGBnR5IJBiYPiyDUhzAzEPWGQXkGbU4ndQ5dg4Q/xgs2jD1jkL7oNlpBkY vvkDaUYg7gJiOQZG1l8QPqMiQIABAGlXHsgNCmVuZHN0cmVhbQ1lbmRvYmoNNTEgMCBvYmoN PDwvTWV0YWRhdGEgMjggMCBSL1BhZ2VMYWJlbHMgNDYgMCBSL1BhZ2VzIDQ4IDAgUi9UeXBl L0NhdGFsb2c+Pg1lbmRvYmoNNTIgMCBvYmoNPDwvQ29udGVudHNbNTQgMCBSIDU1IDAgUiA1 NiAwIFIgNTcgMCBSIDU4IDAgUiA1OSAwIFIgNjAgMCBSIDYxIDAgUl0vQ3JvcEJveFswIDAg NTk1LjIyIDg0Ml0vTWVkaWFCb3hbMCAwIDU5NS4yMiA4NDJdL1BhcmVudCA0OCAwIFIvUmVz b3VyY2VzIDY0IDAgUi9Sb3RhdGUgMC9UeXBlL1BhZ2U+Pg1lbmRvYmoNNTMgMCBvYmoNPDwv RmlsdGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDMyL0xlbmd0aCAzODkvTiA1L1R5cGUvT2JqU3Rt Pj5zdHJlYW0NCmjevFJdS8MwFP0r91Ef5k3aGjeQwlatCm4OU1QYe4hd3AJdU9IM5783Sesn PglKuW3OuV/n3oYlQIAdwygBxoDSCNgJ0BP3GUI8onB6ipmutOGNKKUHLfPhBG7TFM/39oJb Yb3jglNfoXPkuraOK4pQp+PmRpdc2gXOz3Is5N4u03SBV1k2Ea1cAYt83NJl3czhSVStdIcp UOTjHvIpkCMSYfHSyI/WqJvOn6Yud9yWsrYwjCPMRHMp1XpjgRJC8Ex2rkHsQF6JdQtxEoRO Jnq/GNAoggEbumVEscuI6DI4c7FV1ctBpndGSQMz+XwY+JnYSuxZR875tAg8t0bacoMzbbai CtR9pyJxfa+sqFQ5rteVBILcyu0dJP1EPtSLNKqx2uDDJ/FhNL8mH/O963ld6pWq13iv6nHd qnecK9PabCMMuG18re5/sts2Xos+wk2PfPdovZDC7GRQ9C7LlV7ZTbtghPjbEt7d489v9hX9 1n6q/Bf2E/qfzr256/8qwABfGelvDQplbmRzdHJlYW0NZW5kb2JqDTU0IDAgb2JqDTw8L0Zp bHRlci9GbGF0ZURlY29kZS9MZW5ndGggMzYwPj5zdHJlYW0NCkiJvFM9T8MwEN39K24sEnHt xHEJI7SU0oEBMyEGU5w0ok1QEij990TkuSqogEAFZfDzfeW9uzNPVEIZ64+vJGU1U0rySNNA cU1SxXygSCchV5oqx1J2YljfmJAkmZQdcR3piET7AcZvCQPR1hAiIrNkoq0dcCFCTWbW3syK 3fQmRXMQaJ70XFUAwEAjGLLce1zVAW/IyHTA1g9IOis7UM2QQwTPDvC559uQMQeYWpCyGchZ sCvyelPl1ly0igPJZRjHZIZfKg+GvmTa7JPzz0KuoeJA9PIOPvv+1zl4rQntTtsoZJqVQ2YD sC0/CtVH+cU9AE6q4bHNE/53jNoTdCotwWRpEZuXcNnFv3UIy8e3tNt1Bxae4DvtCbSPXh7B unJeIcIvsbdNeee3A7WF6s5DCmGQ8jes99uE6VYPTjs89w9g59z/bhx7DTnH6lm/zbkft5vN sd+ln7V/+a7eCKdXAQYANF8Q6Q0KZW5kc3RyZWFtDWVuZG9iag01NSAwIG9iag08PC9GaWx0 ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDE1Mz4+c3RyZWFtDQpIiQrx4grR4orWUFBQ0NQ107NE ZmAIDG4lUIavHlTANxXCyCvJgIpoxoYMbu+GQl2cWQZhpBZB6OLMEgijUiEfwkjTNNBQCIGw S4FsqF+TMvMgjPTUvKHiaRKUBEBoPZDnXSHsxKIUCCMntXIY+hi3WqeQYeNdxwJoOs/MgYoY mEBoHQUjqICh4bDxLklKNGMVAAIMAGDA/iMNCmVuZHN0cmVhbQ1lbmRvYmoNNTYgMCBvYmoN PDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAyNTU+PnN0cmVhbQ0KSInsUrGuwjAM3PsV HlukVKEFJObXBSYE2YChgrTKEySQFr4fKl+hEhJveCAxMPlinX32xWoaqF6wDIkoEqN43AUP ic+m/M2N1uq77ifu8hJKu64ktQmuT/XbvBhIEv24n44HpLJAxFImo4bVdWauGRxPHI1HYq8t g7oCt3AcPS3ALUHJd4aBLdHWFQCrcIYqLRisIvT7cSgvdQUpAwlLE4BIhmjl/B5qNdScRSeD RpTfjWts4f2T4bDZ/w33kEH+PmSxgH3+DFbm2rFbj7qzpcngP7NtIZZDvhYQ0TUy4sBxY2F/ ZfBHNt+17iEjPIqfHQOoMr3dH10EGABXXwMxDQplbmRzdHJlYW0NZW5kb2JqDTU3IDAgb2Jq DTw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggNTI0Pj5zdHJlYW0NCkiJdFTLbtswELz7 K/YoFZBgu5UBt6fCQQ45BEahW90DrYfFxBIdkXGQv69sztCC3F7EFVe7nJkdKn+a5V9mc8mL WSRx/jKEySJdfF1/k/xhlqTz+XJ1Sf6Ofu5tnKzSdeR65YPC+VXiP/kTC5fXwlHDof2tzRCs 1pJ/DP0k9rXX57av0NP4tTtgwzrtA9NJh6TTtQ90objDOtlF242Pn3exaCvKn9H6zSqeRyjq rNSmJ4fL84Q3A2YVKeruMP7u7d2/qSPS7nOcNvW9MMssuwgz4W0rnHgGy6KaYtIdsOAsZYmp kDCKOggiqmwJiixKcWbcUskDFawtdO7P4y9KfN8q4OpSyRu0I4PR1Nec+nWyIpDxzOaAeTwi s9084zgFskVD1HSCg8h9hSINA0pJbxQo1nvslEK8w5hR9usRfpAs80G2TrGT+7UJrVs0ao38 19wjhmWFwjskVqB+Q/i0+Nu75gY92TkWYSrBAi6IjoP0oZt4L1hTnXxwOmoOHpkPbLiG8gR0 g07AJeHeiCc93NwxVQO0wRLfkdlFi1087ZGAScXJ7PnXeE0IfEK2VXS2QUrCXAqc3VPnwK3m nW3vJNv6YEMw1YHCo61N/sW0M2VwupeNZnANtaIFC4hhbz8gTMGQn/tBmZZBphtGHnVrFH53 mKah3k6ok18/BYF9vcM3pT7wlL8CDAADU2D5DQplbmRzdHJlYW0NZW5kb2JqDTU4IDAgb2Jq DTw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggNDk2Pj5zdHJlYW0NCkiJlFRNc5swEL3z K/bodGJVQkiga91ecsjkwC3twcayzdSGDJDJpL++wnrrOCZpmgvaYVf78d5blTdJ+SW5nxHR 1dwKN6ubbTQ6H8++n0ejadfR8DREo72SM1w7+CXCHztEXcO1bOK5JvY8tCgxIGSFy9Xv62jQ sONauLQMtVDWj2WRYnNs4Vd5k3xd9JaqnhQJKbVL09PZV02iM6Gc0SSp/B7G7ZGpQcqYQtI2 0eGWOsXdRffiFhgMHTrdbGq0TPHuj/KjDowS0lKWmvEIXxf82jjnqPPJ5lg8K4TmCDG6HDmR FzHgW5kUwmo7NicJpjEizyhTubCp1FQezrlceYz35Hne/8HKChswYAiGHSbt6eGFCvzrLqm4 BGwF52MD8Sy752jMG7jWLDTmfMmyuFvcIhblmi1LqO8nWSZyO+sFDKW5FjpwoIxIC1IBvMy+ IkGpNOLpxjhlZYCVRFaMeFywFHN8iiWZiyKLLP2bgfuZf2NSLF3Ai8X6milBZQzZMRYMbVUj Sd0iC/EO1vgx0AH4PZ/UQ+fL8aHAeUgjDJn8HW0fvZ8BTbsibMNE2r4eeFYokSrgs9/DqLCr g2dFPGFmVtrZMzNRHHDZvryD7ymu7Vh6OCvPoPJzsa//oBDWgCZZfp6oGF8U+ivAAMDfQRgN CmVuZHN0cmVhbQ1lbmRvYmoNNTkgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0 aCA1MDM+PnN0cmVhbQ0KSImEVE1vm0AQvftXjHKCKosIqd34muTSKJEqhZvtwxoW4wRYuizx 3y943thEiVUJscMwn2/ebPo0i0ndRDe3y5+UPs5WARGFahEtA18aFqjiU3vPgnEwyXQHzTVM 10HC0jqkPUtdGAfUsGwHGUHIIfzfHobO5OIbIUFaIj4h0X6HSLqCV7O7HK+GN3x8h7AUblJp PJnPx8ajOF4sKT2MCIRsc3y3xsFZo4KGhqfVokayrBeUHHlL/oCGOQxKy3cC6VG7xVepPxDb 8tk7tHvNhlfIYaURJLcVkpqcKosC82EID8+C5BVNm71NjlOO0aiMWjdAnpCp2yPTrpKKa4R3 74KDAL8OXll6GdJBt0ItDl6FV3AzmH8BRZshlcrQjBIeCFrqG6B6VKNiFu42ghj3m/6YNrjK gZgugKDC3IyHRrUZCIXCuloJuOjUqC0E0FJ/IIrtEV/FcxY20VeqYccG9LPZ8CN9+zyVqQqs VAMtk8VovwpehYG+BzsIdCnGDQOs5V5+vgC02n5TSXKhEq7wnHayFmkpC82k/A24zittXCOg ArrH8/ynxD/VePzqMMttjQSneyYfV62QzarotACFBd61hiYzdBD3ks531//J3zoAJMPsZA0b uS9sAeH+gc8/9Au0G6FHj01+yWo53Gcb+ifAABY1PsQNCmVuZHN0cmVhbQ1lbmRvYmoNNjAg MCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0NjA+PnN0cmVhbQ0KSIm8VE1T wjAUvPMr3pE6thRUZvCMzMDBU27qITQtVGjDhCD476VkFyrOcPRClpf3tfvyqmYddddJRWWd rkTqs/kXJ2k6GDamt66IRPEwGXWntQ8gd+GscxjiMSy6gGWLGO3yAGRvA3CrEtEL3BjcZLsK +eurLLYA8Eumm9awwOBqAC8vzM9COds+V5boQ82OnON+0h88PYkad46MhyNR+4ZxdCoRfpXe hqiVTCxoZrm8d6eooybhfI8SCTGvlr2JX0IHL5Y4d7JwcNltzkybAwLob9FrlLViSkBPAvMd J9Em8jB6bIikIMGx7dn1qkX/BIzN0EUFiS7Ca4AoPWrNy7PWqO7jAMYO7oVHqwmrK5KWdQDl FjXEFgDswrmr+d+YcvyL+eDEvEW61REZlS1GuPQNXl4wfDfPvQB6ho4aV0ybrdhRUlIM0Emo 9wJZzB91etkO0deMe0ng9R8baa5dxODJsb0qp/6M/tIcI3yl4F5TVKkADlCm4l5fJr7F1QFp K8tCS0h0lqFFV9csetkTLEQu3CfDhYMy5h4x5L1Zc4YwmHt+ZhzBnMu35nujr8wD+G6eDvec XyV3Y7HIq/30gOsjjQ/5EWAAk35OEg0KZW5kc3RyZWFtDWVuZG9iag02MSAwIG9iag08PC9G aWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDI5Nz4+c3RyZWFtDQpIiWySMW+DMBCFd37FKROp imWcJlJ2OpC13qoOLjKFFDACR+nPr1M/u27UiY+7d+d7Z8tTJh+y15yItsWBHXPbjx4081+i Gpktz6n3vCY8OVYe53nxYAL0yqJd6G8Al1XjgHpCSqNoQsYWlYdFtYisqFEBFmjbUKzRrXEn vsl7e2OcJw44oJNBhKwBNJDYMKntUDyinUG3Ti93EjVBolbA5oqa5RPaHqNSXNsH/GrYW9kG kuCFk2wy9yvPDouSlbvjE8kqKxjn4nBLJm5lF+4LgXqK9nG2toWHCjOoFhK6ongYUK2/cM19 2DWZ3zdALwg6nsON4jG9x/1w4eERPQUvPZTMe/SuxH5/c5V4SbM78eM52YXbzD9L+RMSSSjK n2VG3wIMAArzrXkNCmVuZHN0cmVhbQ1lbmRvYmoNNjIgMCBvYmoNPDwvQWx0ZXJuYXRlL0Rl dmljZVJHQi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDI1OTcvTiAzPj5zdHJlYW0NCmje nJZ3VFTXFofPvXd6oc0w0hl6ky4wgPQuIB0EURhmBhjKAMMMTWyIqEBEEREBRZCggAGjoUis iGIhKKhgD0gQUGIwiqioZEbWSnx5ee/l5ffHvd/aZ+9z99l7n7UuACRPHy4vBZYCIJkn4Ad6 ONNXhUfQsf0ABniAAaYAMFnpqb5B7sFAJC83F3q6yAn8i94MAUj8vmXo6U+ng/9P0qxUvgAA yF/E5mxOOkvE+SJOyhSkiu0zIqbGJIoZRomZL0pQxHJijlvkpZ99FtlRzOxkHlvE4pxT2cls MfeIeHuGkCNixEfEBRlcTqaIb4tYM0mYzBXxW3FsMoeZDgCKJLYLOKx4EZuImMQPDnQR8XIA cKS4LzjmCxZwsgTiQ7mkpGbzuXHxArouS49uam3NoHtyMpM4AoGhP5OVyOSz6S4pyalMXjYA i2f+LBlxbemiIluaWltaGpoZmX5RqP+6+Dcl7u0ivQr43DOI1veH7a/8UuoAYMyKarPrD1vM fgA6tgIgd/8Pm+YhACRFfWu/8cV5aOJ5iRcIUm2MjTMzM424HJaRuKC/6386/A198T0j8Xa/ l4fuyollCpMEdHHdWClJKUI+PT2VyeLQDf88xP848K/zWBrIieXwOTxRRKhoyri8OFG7eWyu gJvCo3N5/6mJ/zDsT1qca5Eo9Z8ANcoISN2gAuTnPoCiEAESeVDc9d/75oMPBeKbF6Y6sTj3 nwX9+65wifiRzo37HOcSGExnCfkZi2viawnQgAAkARXIAxWgAXSBITADVsAWOAI3sAL4gWAQ DtYCFogHyYAPMkEu2AwKQBHYBfaCSlAD6kEjaAEnQAc4DS6Ay+A6uAnugAdgBIyD52AGvAHz EARhITJEgeQhVUgLMoDMIAZkD7lBPlAgFA5FQ3EQDxJCudAWqAgqhSqhWqgR+hY6BV2ArkID 0D1oFJqCfoXewwhMgqmwMqwNG8MM2An2hoPhNXAcnAbnwPnwTrgCroOPwe3wBfg6fAcegZ/D swhAiAgNUUMMEQbigvghEUgswkc2IIVIOVKHtCBdSC9yCxlBppF3KAyKgqKjDFG2KE9UCIqF SkNtQBWjKlFHUe2oHtQt1ChqBvUJTUYroQ3QNmgv9Cp0HDoTXYAuRzeg29CX0HfQ4+g3GAyG htHBWGE8MeGYBMw6TDHmAKYVcx4zgBnDzGKxWHmsAdYO64dlYgXYAux+7DHsOewgdhz7FkfE qeLMcO64CBwPl4crxzXhzuIGcRO4ebwUXgtvg/fDs/HZ+BJ8Pb4LfwM/jp8nSBN0CHaEYEIC YTOhgtBCuER4SHhFJBLVidbEACKXuIlYQTxOvEIcJb4jyZD0SS6kSJKQtJN0hHSedI/0ikwm a5MdyRFkAXknuZF8kfyY/FaCImEk4SXBltgoUSXRLjEo8UISL6kl6SS5VjJHslzypOQNyWkp vJS2lIsUU2qDVJXUKalhqVlpirSptJ90snSxdJP0VelJGayMtoybDFsmX+awzEWZMQpC0aC4 UFiULZR6yiXKOBVD1aF6UROoRdRvqP3UGVkZ2WWyobJZslWyZ2RHaAhNm+ZFS6KV0E7Qhmjv lygvcVrCWbJjScuSwSVzcopyjnIcuUK5Vrk7cu/l6fJu8onyu+U75B8poBT0FQIUMhUOKlxS mFakKtoqshQLFU8o3leClfSVApXWKR1W6lOaVVZR9lBOVd6vfFF5WoWm4qiSoFKmclZlSpWi aq/KVS1TPaf6jC5Ld6In0SvoPfQZNSU1TzWhWq1av9q8uo56iHqeeqv6Iw2CBkMjVqNMo1tj RlNV01czV7NZ874WXouhFa+1T6tXa05bRztMe5t2h/akjpyOl06OTrPOQ12yroNumm6d7m09 jB5DL1HvgN5NfVjfQj9ev0r/hgFsYGnANThgMLAUvdR6KW9p3dJhQ5Khk2GGYbPhqBHNyMco z6jD6IWxpnGE8W7jXuNPJhYmSSb1Jg9MZUxXmOaZdpn+aqZvxjKrMrttTjZ3N99o3mn+cpnB Ms6yg8vuWlAsfC22WXRbfLS0suRbtlhOWWlaRVtVWw0zqAx/RjHjijXa2tl6o/Vp63c2ljYC mxM2v9ga2ibaNtlOLtdZzllev3zMTt2OaVdrN2JPt4+2P2Q/4qDmwHSoc3jiqOHIdmxwnHDS c0pwOub0wtnEme/c5jznYuOy3uW8K+Lq4Vro2u8m4xbiVun22F3dPc692X3Gw8Jjncd5T7Sn t+duz2EvZS+WV6PXzAqrFetX9HiTvIO8K72f+Oj78H26fGHfFb57fB+u1FrJW9nhB/y8/Pb4 PfLX8U/z/z4AE+AfUBXwNNA0MDewN4gSFBXUFPQm2Dm4JPhBiG6IMKQ7VDI0MrQxdC7MNaw0 bGSV8ar1q66HK4RzwzsjsBGhEQ0Rs6vdVu9dPR5pEVkQObRGZ03WmqtrFdYmrT0TJRnFjDoZ jY4Oi26K/sD0Y9YxZ2O8YqpjZlgurH2s52xHdhl7imPHKeVMxNrFlsZOxtnF7YmbineIL4+f 5rpwK7kvEzwTahLmEv0SjyQuJIUltSbjkqOTT/FkeIm8nhSVlKyUgVSD1ILUkTSbtL1pM3xv fkM6lL4mvVNAFf1M9Ql1hVuFoxn2GVUZbzNDM09mSWfxsvqy9bN3ZE/kuOd8vQ61jrWuO1ct d3Pu6Hqn9bUboA0xG7o3amzM3zi+yWPT0c2EzYmbf8gzySvNe70lbEtXvnL+pvyxrR5bmwsk CvgFw9tst9VsR23nbu/fYb5j/45PhezCa0UmReVFH4pZxde+Mv2q4quFnbE7+0ssSw7uwuzi 7Rra7bD7aKl0aU7p2B7fPe1l9LLCstd7o/ZeLV9WXrOPsE+4b6TCp6Jzv+b+Xfs/VMZX3qly rmqtVqreUT13gH1g8KDjwZYa5ZqimveHuIfu1nrUttdp15UfxhzOOPy0PrS+92vG140NCg1F DR+P8I6MHA082tNo1djYpNRU0gw3C5unjkUeu/mN6zedLYYtta201qLj4Ljw+LNvo78dOuF9 ovsk42TLd1rfVbdR2grbofbs9pmO+I6RzvDOgVMrTnV32Xa1fW/0/ZHTaqerzsieKTlLOJt/ duFczrnZ86nnpy/EXRjrjup+cHHVxds9AT39l7wvXbnsfvlir1PvuSt2V05ftbl66hrjWsd1 y+vtfRZ9bT9Y/NDWb9nffsPqRudN65tdA8sHzg46DF645Xrr8m2v29fvrLwzMBQydHc4cnjk Lvvu5L2key/vZ9yff7DpIfph4SOpR+WPlR7X/aj3Y+uI5ciZUdfRvidBTx6Mscae/5T+04fx /Kfkp+UTqhONk2aTp6fcp24+W/1s/Hnq8/npgp+lf65+ofviu18cf+mbWTUz/pL/cuHX4lfy r468Xva6e9Z/9vGb5Dfzc4Vv5d8efcd41/s+7P3EfOYH7IeKj3ofuz55f3q4kLyw8JsAAwD3 hPP7DQplbmRzdHJlYW0NZW5kb2JqDTEgMCBvYmoNPDwvQ29udGVudHMgMiAwIFIvQ3JvcEJv eFswIDAgNTk1LjIyIDg0Ml0vTWVkaWFCb3hbMCAwIDU5NS4yMiA4NDJdL1BhcmVudCA0OCAw IFIvUmVzb3VyY2VzIDMyIDAgUi9Sb3RhdGUgMC9UeXBlL1BhZ2U+Pg1lbmRvYmoNMiAwIG9i ag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDE2NjA+PnN0cmVhbQ0KaN7UWVt32kYQ fudX7OEldo+RucgQ+uYAbmjxpUZ56LHzgHVDCUiOJEz87yu837cSWkHs5trTc8pkdzU7129m 1kbf7Au/dvzHtCX8pGaaLaPTFT3T6IqWeWL0TNHttw2zK2K35tXeWLVjy2qLlrC82muj2+l2 RDP7D+TJ0we9Zsaj2ewIa1lrZrwbRrPZ7grLzv5lrWs3B3/N4sNG1+gfzPwARCh/wyCRxJFw JZEeNg/ETNKLjDYkKYSQxOjzvSSCGF8k2Lm0U0lEd9iJRVMSZsboCIzaWGu1RIm10Bc04uaK mshfV7Qk8X4j9+F7689M6UbLaLVPToQ13FjArmUb1gesd9rmZj230c3BOITgbgyzuFhoDGk4 L90pLCQaXGBlGkC2kGYMwNYXYOd+WtGIWFjCZGGa7DaCtnAqifsYbl1gp92EVVpFk3T65j6T yCXrty3bDCK4+5F3+HMEiriAu1Ps2K68LWNRuOMFDG8PwOj2sKxIEwvjkSWJMwEiXiX8nrHt wD7pnEGCO90sSGDxJAoZvpDDcbFCfbwATnGYEMkmyBAJ81zbm9wnTmRLYrXElQwuMYPP03kE ySG4wY9PFwuc1WzDJIvdhLH6AMJhin7Z+ErMghcQiPu9UErZCi9kloF+yY92REa7JRP8/zxi zYNtOC3IrbABWwRtkUCBuw84YvNICo3Em4EkrkRPEq8LAB86PK4cNAbMW2dgYMFPKs1e8fYJ LvVni93mv4ohyQP1C7AQUtNrF9/P4Jgg9Bk4VGM8gpko1hA7tubWpEqM24M5tlOE4O/Hx1iI VeBCIRf+C1gHPIMB4h8T04l5jF63QeE94OLtIWQl/gsXW55rb2NWFCpHMJQd+IhCicgrWnkL 0guK3q/uShIqqzLRck7MIBVQjm5VSGGw6FzBWe6Mca+qWhZZD7Tcupz6iVIMKtsw+1LdkVQU 8CxXun3ZxohDqf7T/232NLTpiqn6eCRmSX7vo3CYoTaT+E7hxdMHUHoVZ1mOyJurOvx0JM8X le4pmdll+ybyG1ggoCRylVInREJ+vuXWNiv1uujbNCqla7APLEpQNogc+guQEGX+gpvvKXsh i8Doc8oeiDHrEtY97ETLl8slloVyoedrEOLDxYpFQbVXlHmhygNxF0feTIeEKJWmxBx6PlXq sVopmdnX2qyNd6r8gF341GxKcVQqK1wTJkxfKEzPS948+/XmZgIl/dl2r1cA2EQPxFIhVknD QhxHzFinZMR1QHSIVttgtSaXmGNE+qiMuDOYiyU5T8i9Fq4o8FPsL++R7UHufVa8qSSGNFmg ed+oqsxbsLPVH/e1keHa/YS4zjt4LYEmtD4wZQXP+W51rn+5RaAVPipsg0ciSOHQ5fVz+ftu ikiqH6mdd4hc7IiLS/Cvc0arX6ML+Btnx1wY1jkvgpi+xRAymZQvmr5FE8UtTgyXluJSkfrq u0tcPqm4FCK/m9DXOmsQ11n0oHkYXMIq5yMcH46Gmnkg9D+KUblZquPyKwvN0uUFbVBX8FUq f0Hy0t5UZWqao7Vg+VLXqMmV+eyWQVqlZAWulVI+YBdyfTbgtM7Ov88BHJFwNlBb8rf//rld b6GkWzN2K24BImW5Yr3QJuMC/w2PlmpNxoQj1iVnxRIdlPosQ/1S6oqV3TvfmMvus509ZaOt FCcq+jDAjKUx9FWPrQCLgaIDlpdHGiwozhk0iQIvusFjBVlqUx6fRDJGSLTGyC+NS0mD7wdO 6SFJtTkV7WAhecSQQ482WVCAiHmYcqhN1FD7M7z55RsrHa4VUNHG+Zb6DkXvnu2Iqov2TOtP QHgbRDnLn/qwvN4sj7VR3GNnz1FZfCcjmdow2fm5gU6YTNHRuzTKCyMQ/FQE5m3Z/q5QXAGN LzBijsM9ycT54ruH+ddwESd7wtzM3U37Asdj9qSPaoYJk1L/GmvxnvziiitoO8krGRoKNhZC lcNEPZLFpUeTvOv/iR7fDWzdPR7vKsVPAV8foUy05nOD42tP5bv1/XVKeLXizPGeOnbt8mmI qR1ydE1+wQR+ztnus0pZTytlhLJ4yQhHzD+4mrHYJfO5oMJYPz4burufQ5W6baUuSm3o8Y1x Odt+/n5wVW3zCHLMAfvbwP1XmWafuqer7ZehiE/sr/jHK8eJt12X7PPhd0ap5+RzbyeC639Z 65vaY0Lpj23/gdjJu+rtovK6F0o3smr/CjAARZiX4w0KZW5kc3RyZWFtDWVuZG9iag0zIDAg b2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9GaXJzdCA1L0xlbmd0aCA3NS9OIDEvVHlwZS9P YmpTdG0+PnN0cmVhbQ0KaN4yNlIwULCx0XetKHEPLkksSQWy3YMNFczMgOJBdnb6bvl5JUCx kBAjBTMLqFhAUX5ycGpJtH6Ai5t+SGpFSaydHUCAAQDMExRFDQplbmRzdHJlYW0NZW5kb2Jq DTQgMCBvYmoNPDwvQ29udGVudHMgNSAwIFIvQ3JvcEJveFswIDAgNTk1LjIyIDg0Ml0vTWVk aWFCb3hbMCAwIDU5NS4yMiA4NDJdL1BhcmVudCA0OCAwIFIvUmVzb3VyY2VzIDMzIDAgUi9S b3RhdGUgMC9UeXBlL1BhZ2U+Pg1lbmRvYmoNNSAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNv ZGUvTGVuZ3RoIDI3MDA+PnN0cmVhbQ0KaN7EWltzo8gVftev6JonOyUYCaHbvk08k9QmWWey o5eU7QcEjcQOFw0gyc6vDzLnOzTdgDzOQ3arxl2AmnP9zndOY6/dtdiNPv7121TsipHrTu3Z QixdeyGm7txeumKxdmx3IXI5Ckd/3ow+bjaOmIpNOFrZi9liJibV/7Scv/5gOan2mExmYpOM JtXeE7HxL/+cRzfidvNHtbSm9tSZz8Xm88iyJxNncXni4ebvXn5rLez1jbeLaJHWf9OoqBdj IetFeTu5EV69jqu1XS+FEPXiy/OhXkQ5/aKgO//0y3qRbelOLib1wq02GtNGDl2bToW2tTAv GIuH+u9Xb1cvpHDqxdNF7tunzd/IDDPHvZjh1UaqeWZrVzfPrykJLnMyi6QL1mcYLix7hf1a L+7u6cq3iGRLYcaItt0J2k7+OMKIdCEhk6Vl0W8E48KnenHIya0x3XEmUzLysEk2f2oWjUWq xWJ9CauHm6ldveyy0a+kQkkCZwFp4Jf07iyt31VtpQdma/eHRoHNnrQWCZkZlhLZtl78IX16 Mb3mJOnHWUiLrwhE6w6SIDgK8lqUYd97egTbhRHt76l6vC4eb9izj7f0c6SLKDNa0IXjgdIi yzlSYA5F45I1/kG/82ISsXyB6mF7a5mf6BEfP368+Re97RvJeitIoPCSB6RKKmlzjw1B2oqQ 7mRnaHSOICI9Cjt44jNdCUmyAvl9QiR2qBpk7FSShsVSIEYUdDEh+8USQFHAMzE9uyWZ5RiS pQE9m5P22yOpU9IjoUcX9hE9ktoQelP/PWd0IUGs7QGPcHdSDCjqIf7EEeYhsX6BlkFCWhaF HpA+xOLMIi0FhAgEmT3Ozog+OCCBrzxkia7lJ5IlgS4FPyJI3azyB6d3BiRhVRU4qLGA/o0K AWvLoEoIEcB+UQBwfn2SpN4DVfcyhzXrisNS1Bd0o5X1ZZIs5+e2TZWie/534dX3AORnJdKr Uouskxwm5z2wUwoVwM6qi8OYXnBGHkOFBIil4IeOFYqV4C64mFRIM2wHOBA+bZeTTY8JREZc +JLBSLEgTI/fB7IrZs/AIWS7zKFZZqqIcoYyCWTKULVa4MNepo3kM4IfJgI+myhkc2lgfKWk Ohzg/1JoogOOuhH3jJ0oiyTUODKBGes7Qp8TbODF8AsulFKH669Ufu4t5BIFchiS3j4QsHiN YQIdJh8S+Z4pOEk3T8j4lxYStTiNojVTju9CQ/OmAgUZYg6PjA3kQQWsJKHKaR085BpCqGAg hPk8+AyYhkUEnEJleuHSn39HlqAgwRtph8rEchWVffiq9DSVfaRkCGZ2zLWMzDm2TWVIzWdU XxnAUTbzGD0SGdXh+h2Fcc7q5WwKpLGHR7pc7Ogu3kpOHsAAh68ZpAP5acRKuUchE1SU8wwU JNBTOM1QeUJQDK/N2JhQMbRsM3oB6reXvwykcJoB1AoNN7MjyBYERBDEGapIwfYKwdC0ME1f 9EDZcX3Qdch84HFeMBmDQRmY6eEPCHtpvSVplddrgJmlHwxz9/NXsFXboNkNRNGVHWMgaWPh BQEbOwFuFhpudgRcFV96IjFPHw7nAPETAulgzjJGcACpGqhAC3B3D5G4YdPsI7joHvACEKFA h+eU+dUJLVxhQCNc29Ql3SqDdUlBHL2laMyKuK/MCmpV6BF5yFhqZC0HOrAsAE9s+KfOAfHr vOGfyFGTBA0jcT9zYNo7FtsmYnR6xKoxN/P3ummQsqWHWGBcq3aU6K4RXNI0HxnLTBLAOxiU Qpg78rePHXe45fUGyt2L2EouEzFM63NUBEpDJpqifVuHe5tpREDjHMFUWCn6dJ7SVOHA+1SW CYHBvtEk3/akq06LEw+ZuW0CVXBDFxuzDYMHc4vpNxukGn2Ko/9ov2sKgt3flv0FOA8Ay3Ld wyVaU05vpKx8+J12uZvXizn9Xb++6uNdsRB+Iaai8v9s7Tj8t/DT0XRlz9erywSPxy1P9QRq N6ruLOf1HXUmAur1EAAeKIlL+Bg8MbSoKPsp3fLJ0Ba4xQ71ZispX7wT4h48xKIx3Opp3EKp L5sryjnTxWWS6bquvViJuT1dCNtZV//Vk8yLju7KnuGBSt/LvbW9dHjU2TfgdGdLe7qqB5yK Jx8CDdRLK8KcLgQrpQCCTYrEQtBgGGQhSE2b0P7WhJz8ZPeWrPb0rGesFbUno4lECKJzOjAg gTU1ZUAvqpecQN86MC/k7AXE79CZxszZUDJAy1FyfIB+8UtXKmWtDhNIlWsdSS4PbYLFjUGI qULCYx8ercFNO2jWMBENwboKZD+891XH8f+iII8PwM9g/BAWTYxWUm/IlXJyaF7KUupc2evq wXig3NA3C9DYtP0kCOi4MkceYqECtsgbsXY7nujr3UNTizjKfsKTCOMhbtmhf8HRb+lsatzB TfpqdGYOoFSvdwT0WK2QitMrL90NOMfg1pdxmRLFrxf74+St9Vh0RpReI99yJNIxoscouSz1 iRFPWBLN8R43MtzbNuSMAStGfqUSjTU3ydFA36pkvU5gwMkjZL1BZht3DbclCrUyMi3Q+khV Oe7TmGBjgpT5WnN+GSMYIWs6qRbtit8cHm5/Q+r2VoHfGc4wakSZkmYrUakGOvUbW8LTumU8 nWP0P5zFX0zWem+wVg0Oh70lPvdzdxIgQ3qW6NuLx9uu3Lh+aPWeGtYA3lGLq/fxyvEgr1SB 79CeuvejlDTdgnTmO7smht8g9tJ2JzNV7PpscHyFE3d0dB1Ts5+jrc7KsV2XaKs7Xa9XNSud Laf2yum9zazWWa4u2zSsdnWV1TrLib12DFbLcxGMH8KhyYcxJDVwrNQah47JB8ITw8gYxY4f 4da9GXygfPCQ8wp/SCT9tIlwHVaU1xlzFuNQDUKjV06Y+vIctoO9KXMBrw1O0TP/7ARoPLb5 5Ba91hkVSWv9DeCZTiZtTxXKGScXnbnxFE4eCrxIaQDJjUMNILl+qAHEiSYGuFcbwDYz/j/2 Xp+MgRpG8ZeDkUA/fkHY+XsORANqjUDsUjlqPgdBLsToHfrZr3wzI/exnX+MNSpQGIc0fJDQ zIQ1smPFEodVHAba+DhpTu6Mb0k6DPB4c/cP+tiHP3zYetrZdtNvsk0wx2u+bUjbw+oykr1T t/cU09/o+5d/t+ZP/Yc+nPidB4WZaFdkH7Q/aD5WkO2vCxjDo4A7Eh7MI4iKaweFzWCVG2ae XeHsHGC+ByV+/U4rN+bDMjppFeLqOb589tuT6KK/llgdhejg0U3lQDBAWjN/plaLUzn2itbp vnnKYEw6RH9m2qRL7wn+G/qY7mkmf9NBpjjGHC/6eUKIk4DkZz4b0HsXrtYpzHlGF/odKHHG N0P7N7X0CYAGwXnAa/cIIT5JY174M11JN+NUg+xTqfe7XMWrxFDBW+EPHAI6bLcYbNmB01ku Yg5n6taNJu3HkUOLT6PrnZWuszeiPmQH/YwQJKb/bKj5mkFHN25UPgBSmArxgP7ktWlTYNKH 4UB4TzX343dV8xVV84HBtvlqbbCtEAmN14hrZ+MsWR/tmbNkZk2/Nzqh/t4fRQ9H2ey1jiDQ kWNoSKjNMbsqljHbtJtm6L8CDABBgUjCDQplbmRzdHJlYW0NZW5kb2JqDTYgMCBvYmoNPDwv RmlsdGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDUvTGVuZ3RoIDkyL04gMS9UeXBlL09ialN0bT4+ c3RyZWFtDQpo3jI2VjBQsLHRd87PyS8KLkhMTgVxis0UzEyBEkF2dvquFSXuwSWJJSAJ92BD BTMzqIRbfl4JUCwkxEjBzAIqFlCUnxycWhKtH+Diph+SWlESa2cHEGAAS08bvA0KZW5kc3Ry ZWFtDWVuZG9iag03IDAgb2JqDTw8L0NvbnRlbnRzIDggMCBSL0Nyb3BCb3hbMCAwIDU5NS4y MiA4NDJdL01lZGlhQm94WzAgMCA1OTUuMjIgODQyXS9QYXJlbnQgNDggMCBSL1Jlc291cmNl cyAzNCAwIFIvUm90YXRlIDAvVHlwZS9QYWdlPj4NZW5kb2JqDTggMCBvYmoNPDwvRmlsdGVy L0ZsYXRlRGVjb2RlL0xlbmd0aCAyNzE3Pj5zdHJlYW0NCmje5Frbcts4En33V6Dmyd6yYN5E kdmnrJPMZDbOpGKltracPNAkJXEjiRpSjuP5+gWFPg0SpCRr8pikKkJ4aQB9OX26QRkHsZif Xf1664p5fRYErvRDMQlkKNxgLCeBCGNPBqGo8rPZ2b+mZ1fTqSdcMZ2dRTL0Q1846i8Nx7sX Jo6S4Ti+mK7OHCXbEdO0+efx7FxcTP+nhiNXut54LKavOpd8L2gujaTjeGHz0t35v5PqYhTK +DyZFzRY6991UevBpcj1YHvhnItEj5dqLPVQCKEHr79v9KCo6I2a7vyRbvWgvKc7lXD0IFCC LkmQR9dcV1iiRf9Cb3D3ATvRv7nw9eBLs+6LL9PfoYZ4p4ad2o6o5+2aFp5XpJacLoxeQXGz 7d7F0oqu39OV24LWtoYaCxI7FyQu//MBSqQLK1LZelvvV0Lvwks92FRk1iXd8RyXlKxVMv1H WxHqf2b7ahDGjVvdqZs7qfrfNyUtTf+ftr/Ixe2NyDPW/n2+IA19ozWUDxVcarvI2zLgMBuI 3oqbT7d6ONWPpCQDFkmguhftjewWCy2UAmtTHoD5iowWCEHFrICN6ZFyRoPtApuBJZWg9+QA bDr29npElir1b5YLxFTWk0iTZmZp6y1dmxUcJSRptnNhrRnWHO/7rm34gZXmZJMqJw+qR7T2 EsoQn89J/BOCOIWPLvXvE2szL7C8t3rwwSwvyTJ7Mgw+X/wTWqBtzXMWCd3zhaeDuySRG6O9 tJj11kmP77dUPkeUsWZo13O+M6cr29xavXhcQFULe/UCSiBtlhVQAmJnsHEN+MNG98Vd2Y23 lk/rGOJ1KgcW8MHtaEWGqb7SzJn4cK2H70ckrEpmcL20LRNe8f5mhAcBiJ8vRLEWZYpJ6Xp9 RZrMU1oBfP/yQJwCS9WeIL9xqbb3M5bSSla03eoraSET/c2QayDY1i2hKewJWL2q4Ukl+Ut2 OeR8g6jCm53DxRDMEDZa0p1v+RJxSTPj0RUr95LmelxgC/AwZGWR0CPrBzKwSa33SFWPNMhp DeIvIB1cGNk+E233C/wG/0dtRzShpza0kyEvOl5rs5BOKmkJMNnDDpbrdwIeykkEWzuQSmxY HMolevBJGQxJpfGEYymlQxd+trzSYZE/QYbpcMCfJtcc8+pWUqGnZuwvlhUWJZkxMylH/37N 4aaceBir1Vw0xczANVxluqDIHSFBQDFN9mlh+uF4FYz5rfxyCPbbStrnF89KWiT6e8rOQPvZ cvUwg11PyWtI0lDU6ykrig32+QLIdDD5XSGG9iS/q+s6FGmtSlKF5n7sefxbp+ufKTW+np7p +juIfBkJP/TkRKhiXuU4Xbw3tXgQSZ8ekONY/RGxnERc3O8r6YNJ2EjalfSHFf53srNZ+SSQ arVBKEMl1W8WaC994ss4NGuPguNrD0M59tCOOJUEkEFKwIm4ftfTPxXPN316cG/ibi9DqAco Ar22IVtXW3rk5uV/MTulprq03XibdJH+xXOJe9Jm1mDJ24asz5Yk/FHRiP1Zu+5Sc4hQhXcO Gl5glcKTLqBSnkzSpqwqmqSY026TJeBkznmnx7dS0BNYrLAsULUthzma8brVasqsblK6ZZ5A T5U9y2acobFwVshQztuU2A1SJjtmgStgKdjML5sCaZsYxOieHkmpxPoFLldIWo98BpZ6ymTx xFXxxd2pS92dmp+pgJyM9Z2Owbr4JuCT6fIBVBGp97Ho5u0C+6nLFcKpNNoHn6xEOxkqJDmy h2AiA4UJ7lh6kRhLN9yDM/qBkzDSmSg40jjTMuGK6RTYVM5egVwoNiZV25yRqXNVks7mi700 /T1zuf18N+8iyDqznXT9nMTqj2UcBxNt8rtzIFaSgvVxh1WTFKVXGTkOv9Bih88ynK9QPFQ6 HsuxMk7TkB622+6BU8zmx5F0QpgtA1IVtUUCjnC4XqTKoTrlOT1dFnmoG4uQAGHjpjJa2re/ /UFF5btXtAHOQLnFQxaYyBQh5JAV4KkC3Dy1KVTSYm4ZGHDSFZEAdJjRmqJhCPIycKzimxXi 7KAr8acePKiJwbK+Mvj2HJsZE0ksC7ssTbZW1ZADw5OKoZt0U9LGNgxdMAtDMciqqaiPFOww SUWbKJNsyIvIW3peRN51vDU+7ba17dn0VfDgdc5VDXfm7p/s1vihBLwBWYUJUtRg+t3b3+j8 5RORqlfiPhcr6LNYkai/UGpI8Z98j0Y6PHPOzsN2rZiN0OA7GWtF9lz2EJe9AjXPE2IoX25s X2bkQ1eFw6wnbl5CVS8GKrmBds5zknMDx75GV+bg55sPSNCu9Bw37mfoA1yB7dhLN31+CrQn 2vTUIILdADBd3fx4B6mHFWb2zNCxPljvPXp6XpqJXJVlfJXJw0CxA69bhUShjDzhu26TVzR3 CDzHca0cRK+flIQcR9mnxx0EQLQ0QLfeoqiuP18Iq0MIwsnlCoNn/SPJpMVUEtMX4TSyBNmg m9mTsDjcZolkkD/Dl5sz6DiOtLOey0vjw248btPPHQQetWngRg3n82LFz8I+5wtcv6F6vio8 99uUXj7Fpl7sNKJ2Nh3M7z8Q19XHY3ENxHxAiAyEMdlkRSH2YIqM2d5CtBeXQ4USC7pHD5Oe 3pjWCtyQ51ACeg3CU6LWiyLpctQ63PbQUevFXnPjgIX168bC3nELR44KdCfoRW1t6AnIgoE6 wyuPWz9Wy1Gua1m/HRHG+qeEhBv4O6VMouZrj15IuH60U6jXxI1WaOA2EWmpTL9+UlBMHBkf DorUQB7aY0wI2IlNUW875gxXuD5XgtCYBKMxHmr64RYIDp0ZAB75ztxq+9Y28CVHW7+1WSWW gnajWLHTcO3IjVV0X/rnBYBoBPjMnGhZoV8nKzuppgXyhZVRWwUOOrfyMDfd17x5WduE4ADO 2Jup0RDdtoGD7PCwxOPLJxy/ISdlRbdjO4BAYK4JYVqBC9snLubB8hLrK6RV3WMeA8WNqSZQ joMTrvPc6ohI7nXBJP2mH9mzXGZ4pN1MtwnYhn0cDD/tFSo/BNTdzdYPG3tebno9B/yihgUE J7WbUH+Z07j+qVM9xGFYI7DHBlCBCjjDoUZijgOL3illgi/JCvQNupy4d5b5zAznelFDUjzP lxMksR4cu/Gub34KHLuedKMe72x1QazdCERoAQTlPq9io3awtpzaHNpQGEMDd5l1erQlmC1w NDobkQlTnMekfAyTARdH3U7jArV+ga5ZNTp8XjZyIvoc73L/yoruR3atldH89QoduP7K9p4A jOi7wvEXaUFHv1+kM8jB4v/unHvr4nYDXLcO/dPEdtTOweAbCvqSzqHEW/58ADCKg0EESv33 ssG0f+rRgyn0lLZ2UuLT3kTMzIefOKxoNoLPDQbWbfGEfIPpMiQfVo2NpDVMx01ZfOlgKMrh xJ+vv3W/oyzXK4ub8Iet0mQ4iQDaYAV5+xMEuO4NNYTf3eLKr3QA++HdbffDlHybIt+8ptNg sAJUbVwHsrprlBULcAxzQnQ4zFrnR73PUGzIZs7Mxkv66Ap3hqn4rGHGZU02cNB8p8cf3xAH 8TwOQujHfsR3J91HxNGTtbuPFEjXPj5vjYEy/ZvBxB+4GejfyKHBF2mSxv8FGABucVYvDQpl bmRzdHJlYW0NZW5kb2JqDTkgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDUv TGVuZ3RoIDkyL04gMS9UeXBlL09ialN0bT4+c3RyZWFtDQpo3jI2UTBQsLHRd87PyS8KLkhM TgVxis0UzEyBEkF2dvquFSXuwSWJJSAJ92BDBTMzqIRbfl4JUCwkxEjBzAIqFlCUnxycWhKt H+Diph+SWlESa2cHEGAAS7EbvQ0KZW5kc3RyZWFtDWVuZG9iag0xMCAwIG9iag08PC9Db250 ZW50cyAxMSAwIFIvQ3JvcEJveFswIDAgNTk1LjIyIDg0Ml0vTWVkaWFCb3hbMCAwIDU5NS4y MiA4NDJdL1BhcmVudCA0OCAwIFIvUmVzb3VyY2VzIDM1IDAgUi9Sb3RhdGUgMC9UeXBlL1Bh Z2U+Pg1lbmRvYmoNMTEgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAyNzQ4 Pj5zdHJlYW0NCmje5Fpbc9u4FX7Xr8CjtGPBBAiCZNLpTOtsW2frxF0rT44fZIqSmEqiItLr +t/3gDgHpEhKlnLpS8czFgjidi7fuYE8VjFbDC7/fifYohgoJbivWai4ZkIFPFRMx5IrzXbp YD7462RwOZlIJthkPoi49rXPPPjDZlBNCD1Yw/N8NlkPPFjbY5PE/HseDNlo8gWaY8GFDAI2 eTcYc8+T2oyAho7NqHsYpnlM/683bPs0Gpv2LmXXt2yTlvbxOcfufxe2cWGn4OtlyrKZbaYb 7MvmGfbs2Hpqmy92VmKf8g0ulhU4x77GveYjDzumzbcFnvCxSG2jZPmclcu0OYiNHibvkXxf KkO+hwQzhsvnK9tY4X7P2cY2FgxPvpkT2Wv7Oy0zOvob2q6xUUwbJXv8xwPU/G+cIqdGgVs9 7ZA7IADbuDV8QBbMoD0jCSH3iuoIl1eFZkkB+gLb+LGU7rdINgPh8zAONegPHGT49sIebjEQ XHoitt2Nc/86eW29yOOeZjqIeaRYwM1rP4jj2CqvAK2OmdY+jyN4KzTjSsTQrt6ajVXEfZrO zcSYxTyMnO4f0ngdAERQ41/h8W/THUptgVKbooA3mdNi0qEGj1fQ5ihdks6v/9miqu5wRoFv Piaou/kjvtkxzzYULHSBC0nsE4K1lmbdjk7j/pYoId1QtvFQYcTIf/JLU4Dw1GTFNYEy3SEL CNjjd8SkeXnwYLj71QfsucvwHBtiWQ0dXC79+kQMw441smdTFocJ7nT8xTa2OxThCt+A2iJD TyC/i7YZSZEAvZmS2cqRlF74zYia4iTUaUBdFP8w1EkvMIDSYPWhx6JOxg510vN4JOF1ANhC 1EGfaqPOTq9RJ19FXRCD/ZAnoa7L6y3yLC/RxCVkeRtOA2GYzVEKKU5ihNkZrrYk3Vu6ISvy Lq7n8xC3zrGn/DzC+dOZs5+oAgWpwOIEkfoggViFVnbwQvmV/L5ftn4ojPCCSEA8YIXXMKi+ 1qY7CriOUPAq6orWzj7HngZgqYU+QbKHYoYcf+co0/wZ5PGIYl2BJBBXL1tkczJdNT21c7EQ b/xhm/rz6ARJSA8kEciWJGzw8wOgpiSXwGotuae68pB+aPxfAGIRTiA9WMP5Z0kkgIiwz8PF J2DtDk31NXNAWhF+sCcHe0Y4ucbhRYpBByMkJoipLYVbKzKQKSFxRj3TU6QFtMVBdBpuahqN SzhJXJFf8Q6kpqIecYURB1UJlOaBPiYuO/8scYFF8BSF4N8S+b27Q/d6e2kbk4/Yw1wITUI8 xekIwEUkyenw7w71tKp4JyWPZU+oBzEcpDGBDMnl9NklO/ksvorALNWAwf5JIz+QMf2Yc+I0 zzfHEbHg4Ym+DdylVnUOdVxYhBg2RTcyq/0IjUWgsdsr2/gwdh7GhQ84Z4xwyyEgOQFEwnBQ N2X4lsQLb8IAhX6eifNCrlQjXhCWZdXkq7ueyXdXH2DL97DZF2as4DMTHrth9w/QMxsIlrHB V5hmOC0MkyOSSrKuOteGx7qaurLNGBoeiAts6WpwN/hXQ3PszHOCFRXDlvpszVFgQiImwIP6 8jQVVZHmXvRzNQeHLOqxGLdvcopkWTMTBVJr3hsJg1QtZY75XEjkvWl1WH+M4FCDMA7ZOuuf XjF/Pqfj3iEoFgiB6cqhBIf8nn7FnDijkG3dKjIUfV7txvEKndiC8MYoMCmfsUH+jr3DSQnu VWTI4A2lPzklOeXnIa5XR5WbmUthMB1p6EBDnqgLm0U7iR9/IEtAJmJPrqflN5MlxdrotRdL RhsRL2nHctw6wpYyn4JUqnAi6uZ5xEngO9WIUsrwWF0WIiVNqNLTzrK2yOaMREq51obijNsr ZM3YseJQMJrVfCUVQCo3jq8XrFxSFj2yTtU+9Uh+m5NOlqzBQcodi2Yg20hUKnpwoskee1nc qli5HHvcFfte3eoUGtm6lg6ys3jatRSr1ll6Q7LYOcoarGrJonDpPOkRblSmrsDmcjjSp20L ZPMsOQKbw5Smi0Yebs9DUHdvFu48VMzBqCo7bHEy4s0mpWA3JamSUqxeKHltlCnPUPieimGD 5obGdRLgtoo4MB7TBCSVhjDyGyVLasvpKqEJ1TmJbM66dU6sJ58V7U6ctrcLRKkr/t58wiRm gh0J8bycEsVvWujY87TTBuZoAjIio4SmrNGNHUt605FibbaLlt8Z19pO2kCQIU5/re0E6dLF wZrxHhl0DCAj7RRKutV1HOKChxqzpDCwEMH2mM60AoraPtQrZnUZ2uHfYdnVP/cK+MjktC7t dUrzTVfZd+i06y03LW/5ljbKqUTqDr1rU/HiQFruD1kTd9KOKhzmW48t6gHLHolkq4BER9mi hTxWF0bQvS6pgLLsMLVtGQpXUBvv2uuSl6sc0yEspjN3zXNMWj9QV2e1x3Km0122HDSONH9a duOctpfu4qJmV8uXHUcoI75N6+An5f1XTq9HbOlBJ4xDbj6h45owqp+SdKfEjzf/G4NIyl/X VUlR2IwmTdm+53PevxE7HLamFwfdzWtqd8xYdzBAzpgcHr0pi8tWRSzf9ELh/85s/xSrzb8p x/mGSILu5vqS71ZZs8y75rWVvmU96Vs3zeiIowMmvFPMd+WRKLgD/8e0e5VR7BuyGW2W9wen FIWfkI3RZCr2HotvCPkl/zlibd8F1RLqGiYqiP/jo218+ue7ti7UZh87njNat3PZxFr3kDk1 yhe2f7k865Xijkq4GZq6R8ojLlwqTRb5qehEIZRz0JW2y9Cdo+/mJ8/L/cu15hUNWT0X+By8 BXVmnEIjsvh1OHvcMDbilvaSxDJGuenCSYSYmrQP9A0JSa/iqboQRXCgT18yurJiV+0PVYj2 Xcd5Ft/7Jcj9739DGxrY3yCI8ZKfoaHY5X+0zuFyeUZhL2WudMKVi6yKhOjbHvD8+bwDrOIw c3q03EUmFLrN0l3nyxmSPlXudu34gLNJ7Uqb4SpVNdY5BR15iw91dusixd2+z3lKOq4ga+uY u6F0NdV7yaOInfDvwZTAlfbMPb2KIq7ZeqD8mEsqw672H9dUhqe3d0dL1YK9h/4vjBsNe6aS e6PaHgVMxQYSdb0X+rkfVfqnWPWB2ViaG52qmQzGwlwraPu4Mo+SxzRQSMU9SQvYB89Oqtpj EWAZ33Voc5tAq4xFyINqarUHPsL86gT4aGabs+GjR4t4tHwyePzFVqYvJxNlP4kzN3l+UJGI TaUVD4GPAVBfF+UBaiKmC+zI1tJ+y9cjxaMh6JPivjGQAig0obwAWUBYr+FpNwpgCLu/uREP o4iL4ZvROOYaDQ8cRNuDCI9LIUTj5jJyF9H34NZG4xBmZaMQ1ixoboBzuZahbNzn/MnzPP/P YC/q9bn0w7BeXQlrN4zqh+Yiqb1i7EfHFxwLkBSYKKMR0tOhO7e0KyepiUdgkB5OTdwZDldw eEB8ayufByIOXju8jIL60jeyOwBKJXANGN4+vB+9vuIeO3w8tHHqEVf4MZ9wH3O4tSUPdRyf cVphbDWY7zIf2UG4EI90pF5bR8Sqtc49GNWR+SBomHap1lKcQ7Ug52E8OnAyMp9MAlSC4XNn 7TD0z5JRGNulwcUAZpXNFwJIIasnsOJRlTSMRGRyGLBkQ97RizgK3BcyQmi3L+0NBvW/AgwA kDGLIA0KZW5kc3RyZWFtDWVuZG9iag0xMiAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUv TGVuZ3RoIDE2Pj5zdHJlYW0NCmjeamAYBcMeAAQYAPRlAIENCmVuZHN0cmVhbQ1lbmRvYmoN MTMgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAxMzMxMy9MZW5ndGgxIDQ1 NzYwPj5zdHJlYW0NCmjetFsHfFVF9j63vRdCi3QIwguP0BFERASEkEILJSGUJLQUEkIvUiIo RlCEAK4iiKAIcV1FBHyJDdeGLiqKq1iwrLtrV1RQUHFXSN79f1POy8ujyP52/4Ev55tzZ+ZO uzPnzEzIIKLaVEIWdR+V0a3Hb1899QE0zwI5+YsX+gL3HHiHyGhJ5LQsnDdt9q+/jqhD5OlN VKvFtFnXFY5ZMC2NaO57iJNYVJA79ev4YH+iitVI36sIirp7GiQT1R+DcNui2QuLa9fZsx/h YqJ+w2bNzc+lhlEHiOY3Q3jd7NzieXFJ1makL0J835zc2QUDioPLifY8QGS/OG9BwbyZj5pB olSkaRtDlt3ZuJ0cinK2OFegBK2UtA7TKpOiyKzvmKZpW6b9GZluAu12kWstgEZk+HyUQBR0 PRQk44D3PrOdj4zt4pn1lFNPvB0tQt77EOdOCv9Joxl0LdqrhFbRerqTXqCPKY9Wgm2hHfQg PUwBepFeow/of/gTvM6ZTXWsp8hDDYnc0+7x4IPAPpS0WnMnQg1tX7XGjXF/iND9ELzTjQnu 8zSgaJm2rvkOtD8bVe5pc4AIu71E2LwVvL5McdJ7X/DR4EMRbZBO2TSBJtIkyqFc1H8qFdF0 tMxMmkWzaY4MzcGzafhdiNAUxMpHLMGrY82lecACWkiLaDH+zQO/VofEs/kyvIiW4F8xXUdL aRldTzfo30uk5no8WSrDxcByuhE9cxOtkIyl0qykm+kW9NqttJrWXDC0JsRKaS2tQz/fRn84 L19fI3Q7/t1BGzAeNtImuovuxri4h+6N0G6W+q10H23HmBHPNkGzXTLx9Fl6hZ6gvfQoPSnb Mh+tplqE26VQtuE8tMH1qOHKsBKr9lsSaq3lqLuoW6muaTH0K8JSLNbtKGKuREyVi+oHkcsN ES1xO+qgeHWNVGiTrH+1NrxVLqTl9rg3rGXukSHBIrXn43fRNnyBZfgtWlWw+8EV2y55uP6+ UNwdMvxHeoD+hL54SDKWSvMg+EO0E9/2LnqEduNfNQ9nSu6lPbLnAlROFfQYPY6efJKeon1S f6Fn59I/pvUVIc3T9Gd6BiPkedqPmeYl/GPNc9C9oLUHpE6FX6K/ICxiqdAr9CpmqNfpEL1B b9HLCL0pfx9E6DC9Q+/SB0ZdsLfpW/yuosPOl1SPBmIN+DPa+V6aTJMTBk+dMnnSxAnZWZlj x2SMTk8bNXLE8NRhQ4cMHpSSnJQ4MGFA/2v69e1zde+rel3Z7bKuXTq0i2/rb9O6WaNLYurX rR1dK8rrcTAzG9QlxT8oxxdolxOw2/mHDOkqwv5cKHLDFDkBH1SDasYJ+HJkNF/NmAmIWRgR M0HFTAjFNGJ8/ahf1y6+FL8v8Ndkv2+fkZ2eCb4+2Z/lCxyXfITkdjsZqItAXBxS+FKaFSX7 AkaOLyUwaHFRaUpOMvIrrx2d5E8qiO7ahcqja4PWBgt08M8rNzr0NyQxO6T0Kce6VFe8NmDF p+RODaSlZ6Ykx8bFZUkdJcm8Ap6kgFfm5ZsuykxrfeVd9peu2xdDeTmd60z1T82dmBmwcpGo 1EopLb01cEnnQEd/cqDj0i+bocoFgS7+5JRAZz8ySx0deoERcOJj/L7SU4TC+48fq6nJ1RpP fMwpElRUMdRMeM6cUDaUEPWLixNlWbsvgfIQCJSkZ6qwj/JiKyihW+esgJkjnuznJ43Hiicl /CSUPMcfJ7oqJUf/X1zULFCS5+vaBa0v/8fjP577Ala7nLz8IiFzC0r9ycmq3cZkBhKSQRJy dV1Tyrt3Q/zcHFRiumiG9MxAN/+8QCN/oooAhU/0wfSMTJlEJws0SgrA8NGpAt1SkkW5fCml OcmqgCIvf3rm03SF+2l5T1/sY1dQT8oS5Qg0SUKntEspzZxaGGidEzsV47PQlxkbF0jIQvNl +TMLskQv+WMCHT/F6+LkG2Uq1C0iNkcWNffGR/kyzVgrS/QWFL5B+OVP7IcHMeguGRQ9mtjP l2nEEkfDW3QMwWrkg4AVnzREPLJE0qQhsXFZcernAkWK1WVy4gNRYXnFQBEqk3rPeYumYosC dfSlFCSHFbBGpo4uoM7t3OU0RVvoFyNFlOjOIfzIiseXC52JbKRK9GIzX4DSfJn+An+WH2Mo IS1T1E20tezf1Ax/anp2puxtPUrG1Aip571VKEBxeMwBMwljcFDnWO5WGR4sw6HgkIjHQ/mx rzTKn5pRKjL36wzJhy8Ilfa0G5q7tneDnvg0B2F28w/K9ftifINKc/e5JXml5QkJpfNScor6 iDz8Q6eW+jMy+8XKso7OvCF2qXhVA0o1Usckdu2CuSex3G+sTi9PMFZnZGc+HQMrd/WYzArT MJNyErPK2+JZ5tM+ogSpNYVWKEXAJwIip9EIRMn4sU/Dgi6RT22pkOH8fQZJXRTrDMrfZypd DOtM6GylS5A68YNOalaEJsZ0m+KbKrrn+qyi0pws8XFRE3Ql/hsBw9+fAqa/f7lheuoEov0F iYHa/kShHyD0A5TeI/ReDAyjiYHGEXNSaY4f8xQGVCbFGmooWiJL3z7XHZMZ99fY41lxGGoT gezMQK3OmPud+GGIN1ggB+rBgZL8XFEOGpsp0nrjh+ZnYdhyhogyNFALOdTSOSDGIJlGDEck ykffoANl+hIEAiVZgazO4qWZ07PkcI4J0BB/H3S7ytNpJ17ULau0gb+H/DbxKUTH3ypELZSN MjKVJhZBvCxLNZK3Dkqe78ej/BwfWtum/AwMdTWXRscqTQGmRLtdgUR0rH5IolpWfO260YFa lyFD/Be89mXik3TivVlZqvAydKuOgHfHBGqjRO3CmlInQOvg0VBRFvy/FUUVUV8U2aTvo9H+ YswsotAyJy8eB+rGD83F5K/S14bG35sTR4k5orbO44DSekXN66Ddrfgx+9yH/NfFhf107eIX i4MYmBT7NAY2ZZVGKgITOnftEhWprSvVpaVRdc+dQLVXVN2QFEpfClYNRIRPrfzK6B1nTp/e UeuY0IT/1LfsetUh4y14t2Xkv1h4Yt03BOxs2m0nU+45cQzPjtFm26VYAeso7QZStBykkQ9M AW7S+t3WHtrt1KEJkbArkR/gJJDPtGm3abvDIDtAXg1cDqQBo4Bl0LcC2tsbEG89ec317sN2 B6QHrEkSN1l5ms+jlvZk2u35AHl3Oge8wHDK/12MUvD8SPl2G7wLcPLAM8EVMoRE/QZrNAaa hcJfo1PC4LShXRcLu5TaeFvRNZGw21N35NXqLLxAfTVaSPkLxVwsnInu5wK2TWXWIZp9LtgF VAbMsJdQDwGrBHFLUBYlfRpdgI5AotaXWWlIt4JmnYVi6Itpnb2NEoxjVGYcczMhm0MOAdoD Y4HRwHzoLwGa2bFUZvYnMvu766zXkDdgfipxq/m15idQtiNU5vEg/ztC2AIUS14I7KLC38Wf FZBPofUy3gXY5eDHwRVSpBxFQxXcU8CvoXAWtbSy3KCSGI/raTtwr5abgUWanwWriuI8/emq SFhvUC9rJfosEtMpWSNKyiM0MQKtzqGT8HRTsHvSFnw/2RojgfEc9s6lbM8/AEMBcXPsdcAM oCflWmdo0sXAnE/xnq0UH3WE4u1HwO/RvF8ERkVA6z2LI7AmAlpfI34tvCMpLO+V1c/s4wpO Q4r3dqB46wBdGQlZ17Oxxe7p7rGT3N+M9+kW4313DmR9yGzABywAMoFp0F8CbLH20y12K1pt fOce0ci3/gi9hogDdDJbSplqnKGWZhVt8UwV76qBkVLe726Tsjf6oyZGnaXrp+B5Q/Yd55Nj vk5bFNzfIOdYcZSugHEb51Zx2NmrgLy2GCcRfy/FmQcAIZ+ldvbXFGcvujigreO8qRjfH10c UM6NwG1argJGAGs03xgOaxu1cfbRlZGwlmBO2k5tzkJHytLwStmbFli5NNUqxljdTcnmVzTL HCnlEHMfDTZepLbmZvTRtzTLyKdcY7b7IcKzjMmYz8Yh7tcSKTId0hi/QnanROML8os05i3U 2vqRupjLscatotbmVZRojsF8tgjYKFbtqiiiyqPmuLN1KB9ZUwCpq9wOTIvQbQOmGy7CW4H7 gZ1SXwDkWG2R3ynoBgHTpH4HsNxqj/BQYEYojxusOgjXBy6Rut3Aw+YdSH83sEPqvgU+N2Fj mC8BTyDui8BnsDmk9VE5GrjceBN2yPvAmwqoywgB1O1myKXmjVIuNv5FN5uXs73irhE2iJWB 9fVm6qNsiOCrYk1T9kLwPrE2K3shCDfBHS3tgE3Ultd7tHGGWsPdJjIN1m3rEdgmah3Gehmc I6SnId6J9dRDdLuTRpOdtOBvvCaKtdA8I9cYf2gtw9yq160y+3EqVOsW6nbMHSPXo8/oEl53 rFtpcmgtKVbrhzWBUuV6EDZ3O2gpMa87mXSrWF8kSmFrCSTgO+2B8bgBa193xPsTxihgHsQc MBzPBAZiPiomj9mDNpo93GPAUqC+nFceR/0KITdjrJs0wrLw7fCcMIs62A1oMdJnof8nWs3J ssfS7Ro3AE2cXjTW6UtjUe8GzsO00dlAUwXMNbIvo9FOoq97mQ5tDqEtxr1LcwRkf46gPbI/ 52ksRh+1JyvMdsz1FOEdr1OqI+wrDW0PpglbL2RvfUGW5zTwgbIbvVa1HWf/pvpZ2Klse6Ge CvswL2xUfe20RJxTwAJa6PkJebQC/57qe5pBJgB5NMnOpTxvFPh82Hcu0v8E2w0DW46NH+h+ aSc10miP/i6hemH2UBenGGtwCY231+DZGroL2KRtnLHCfkFdywTQt4YcL8XaJnkYmKHHirC7 2I7YhjG7DTZ3N9QjWo0X+zakmY54p2m2xw97JwXhKdTUWQndUeBLmmmdgP3SA9zF+j6FWtv5 AL5ArOGG1GP9t5PQLmJsHcG8fkDjiFiD3EzYeU3FOhG+hiP//rAJUu0MjL0M2FQZWNPUGrhA rGvWkxhvgN2YmnhMauhMpyn2YKxjHfRadTnQSa4/q0I2h1hnmlO0WOv03NzMeofa2EHoMXdj LG6xr5BraKLzHm1xgggPo2hnDHQvAWsxttejbK+AH6Ledob7m1ib0d/NrDmomwbG6p8EzHuM aPMeekHAeoJuASZL/BNjO4eOA+XWVFqKtWAKxnEnMaaBZ8T4dlbRXdCtE3qW6KPVQGeWWtfZ fJIWAvtZ2s1h8zXH96Cl1ZQM8xOsCY8apValsRfh2gh3Na/FGgJYlbAnAW9/2hQO6H6zKunF 0Dc3m24BlpoLUaeFlG3eTOOARWYC5tUE6IdRAJh2vnjI6z5gCVAMLLYDNNO+BvZAJc0ArjEO 0FrrSlrrYE1ysDZ5/wVg3fD2U9Kzhx4VgP9Z4jxAA5zdNAL1JaQdYD9GQ6HvBD4eUthOmeBP A8MQzoCcjbboDN7T+hlr9XZ8v8/Df9yOeNthp8XR0KgrMFdUYn7/AmP8ErrU3khTzEOYl49R HpCO8dHG+gCyFy23KmCz9cJ80Atjux4NAfYCC4BpgA8oAGYC+cBoiSS0zXpqbt2EefBazIe7 qZ1VhHI8hTYYSt0wNlKtZ2k0ypMGrAcKgDygDzBNlnk7xs92jFfEOat8HS66fN3PVT58H0OM f8OGCFCquYcGmh9TvPkgxsgnNAHrcg/zM+g/gZ3yHaVDppuHabzxLOUAmf9NWnMb9TZO0eXm aOpnDsW4HEaNzEFIk07dzd7UxhyPvEYg74uNV+6mWg0p2ZkCYC11mmp5GZABvEYjJabRYOcp 4H7gr9TeuYFSwFOwtgt7bkjUSBoC3UTva+ivSqzrlTQcyAE6A5M1zwLwDaGv1POxwDgxnp1v qYvt0JWed2k6+j7XPA77r5KihL0h7ACxZnoKMBePoQl2ExqGb24rcBfwmkQ9etRbz+jDMnok bfX0hu9WSB2MUtgDf5Pr7n8J43DEHk1zoDFwqQ63DIPUhfZbjsJXPOoeBb7V8qjQYU1tDOy4 4J7HxvOA9yZeOTdq7EWE/Ev3GaAc2KcAnzLEQ7qJYetLd+uM+7HGR8Ahocf60k6sMdU+jXsU +K5aQrfjLAyVkv2Dd0JYp+UgIfV6YwqJtTcDbd+7em/EfQ7Yr+VBrTtYE9CxfVjingAeAnYA 9wO3QS/2LmoBG8P2F+KANmGy0D52Hug9AadxCFu1XCSksiPdk0Je1Lh7kQqdtrCbBDywce7E nCpwPcoPm0n4dMLmEH5ruE8e7nfDj2hpfkO3WR6s3al0m7kTWIdwMsIT6DbjQeAQOean0CNs z8azRZg3F2HN+VDybKy9480SGoS5wYYdNd78glrYKZgrnkDea4F9lAYbs0rALnTdcFgvCmB9 qQNZJyRN4UMIGK7rhgN51BIwd9EKjbsF4JPcHKZTuBFlBqS/dAfdjO+wCvpGQEPpb4WAdwo/ S/hPcj0Gtirfi8iFzxYcjneeUQgOUKh6SUC/txHyXwnZGLhTwNpqDFfpVb1VuYWvJWTwKV2O RuJdoh1EHfidkbANamQbxmCRm7lLxEVbvKmg2kzo5XsPClgn6SA/Z38N+h1WuSirSu+dSP28 E4UMBw3wHHZdAXBLI8H4hLpLfEM9BOjflCxgerEmCNSi4QLGNsTZJnU9JLTe0jCmaIymZhJ/ oSYSL2CMAmj/9HCg7R+xnsM4aYE2EGhChkSLCBhkhkO8Q7QD6i3bAt9efem7JFAr6RNsgz/m UqyzXOqHYz6d5cTDN3sdY36P+75TD2tFKcZtGvyWdrDV4ZN6a2Fu7IRnmFc93ZD+S6Tl/WL4 o/YAvS8sfE+x55uo93HhC4l8sfYXRT1Cu6Ma026P8HUGI8+ngEb4bjHfwz/qI+fsc+0fh+3r h/bbO9C1PM8j/6ioTSpv8cwrfOj3lP8MH/xHtZ64n6Gec+BnC19sONL1lb5WpvsC6jEH7+km 3iXKK/fxMaegzCPgf/fl9ShyfRHrA/L/yE52v7EmUaz1NdaAjTTVnom2TUG7wY/He+8zy8gL XycfPk4LzOOxsj7ibEJhS9h5RA3gnTdrrAB6ynMIff7A5w0aHYREvXoB8/ksAdihzxOuBHKA QuFvMs46S4ioH58ThJ0RLIk4Ixj8n5wPiHOA8LMA4cOGzgBeoMahfX/Rli+598BPihXvk30x H+/9HH2RjDVtD+yhJ6CbQe31/p9tPab3cruLvVn3B0+S2hsUewfmQGpvPY45ZDj8rf6UJfXw 0zCny30/2Euxcs9MjNVC2MFFlOYV7bUftlMrxD1C4+ATjpdrc09aCqwOB9b1PMTJFJD7z8Pd z+We6x+pD6/zyPsy+JQ5Ml+1F4t83ReUzYD40jYIvon3FMAOOC7SmK+715qvU4zdE3NAT7pV js2esL3/inoKW3o4yqxtjsj9UmEDmGvobvt7tcfpuZNyPBvw7jys68JHFfXFWEXafmaC+y8B uY/qoq0+hx2xQPo6C0Rc42f4dx0xf2zGGIO/KX3t6r3XVcLvPdfecsSe+QDeN+f6a0wDGgq7 BnVvrZEdtp88E+v3Gr0HLZAlfGtGeDkkVBtU7xvr53p/uBSIRru61fvDEpYcD3v1PvBe9x0B vTc7EFim92pXWdvICN+blfuxvCfbEc/UHiyJuMjjFRlHPEObGScpQ47FI9QRz+6y81G/j4Fk pHmJeqEd+5o/UD+rOcZpXxqLMR8l9miARtYhGiL9S3Fm9a7UZ8AeW2A/QIVWKRVZabAfV9As +J0NzR6wWY65QbGP5+lBd9h34BnsMmcDzcE3FaXPejLkHt5KhMWZTrmyz+AnqjOY22Hf3kkz rbtprPdNKosai+8wm8rgw+z2vEVl3iJ8j7AX8Z7B0uZbT3eddfYTdibHZ2Uo02i2HfEO4rzF M89Y2G55tEPuOf7ivqzsUdjcJTTCOBY8jHfNQ7pLZdrj7gOox1S8h+S7UF55Bnen3HMab61D HbQ9G3keJu1M8ewQtcUc0N7Kcr+3roavK85k1yNchTmhBHZCf+S9Vp6TtUeaOnjHWBEP38Nu 9PFu+T3k0HHeY9WYE3bGKHCTlptQlk5AO2AgQMCw0Jki78UW01bAJzjq20nss/H5ILBcnxES 0AFoK/bcGGFnhAqR9dZnf2Hnfv2BO6rP/SSo+sxPohnQXPfpdVou4rO98PM9eabH53rTydHn eLIuyCNaxtFtL9t9MvyLlyFRFvtJxPlR7UvLsZ6G+WML9Gy3D9YIP1eLtOdXaISfqfE52kWc 51zMGQ6+3buqz83knl9f657q+U+uBYATC19dnTmm2lcCfTH3DVRzrEQ6nm2j1tZh2BBXSL9O zVOYHzDH/Sz2wMU5mvmN+5D5m9Dh+SrMefm0UULOfe5LMl2G2o90sAbKfe1eNBbznD8Mav67 jTYCfnzTt0iIuf0794iZ6P5bylL3AOa/gWIOxLzS3l6MNWAs3c7znZzH0lFmMce9CzyL+eMZ GifXkY00WUrU2fHSFLEHizpnwxbKFnumIm/M5e3F3CbbSafxzMW69B7leJujTX5G+x6gOGcp 2roO+mwv4k5HG/9IXYB5qO8Re4R7xHofc0p99wustXl2A+R5iGbALthiZ8GWGID4c2ms8LFN 4c/cAf/oBHWXe7einRai3Q/BthH70zsxJ3agRp43UIeisLV6J/J4C+urwADYIDPwTRZQqvMq pXqmwq/5J/k89dAeoyjR6gZ7RKwh6EfzJ6TDMzsNEnk43Wgl1lBD+Jiww0n4meYZlJf9zJ2U dhF+pvI1K2iI8Delr6n9TOljirO93eqMzu6sz/n0GZ/EEvilApupkzjnE2d8Nc73RlIvKfVZ X+h872PY9OPUOZ85jOqaz4MPwrOV1MEqwPiaAv9FnBuKc0F9HhiKg3wQJ03E8WzE2H7Gfch+ Dn0e7T7kudf9yn4cduDz+PZHAy2AbVjf6kN2dF9C//e1xBwKG8GzGmsxvgdzOsZiEfAxcEDb fOmwVWBLwE7NsWGjGSdopudGqef1foa1DGv6aYwXjF/MMR2tfrD9roft8mGYfaK/UfHNijEj 1+Ar8E1+SButxZSKusyU56ZzgApgCSWKs1PAGzo/3QAfc5c8R50t+VfARoSXYb1vizV3nGpz KxbjsSUk6ifa2+qFNhdnqrPdD40vZbsT+qwLns2RuEWfq24EHgQWwFYT/fStanOZDu0PxJsW sBZ5izPZVdTaOEBjrJ40psb+Pnx16a9voQJgFu8p2qmULGCm00/yvFac44KL/QDJhe5qfEdX q32Gc+417EJbCR88F20zWZ0Vy7Nh8Z4YuisS9viagC4J8nzoFgnEFzI+EtC3gDwL0CdCnguR 5ThfvMQLlONc+naQZ+G/LccF8vVDnoULlC8V8ly42HKcr53bQp6FC5RjJOS5UKMcGFt5AtK2 FvtC4kxqF+Z4BbnvI/a4xHgN7akhnjzr0ntkDDvB/VXAMuluuecl0FbuEZG3Ab0nIOdVMX+K 702MY3Fn4iPXVcD3DYiz43AQVRYK1NxbU3lLnE//SwRY317tbcm9v490OCx95H5oZD6wIZ4U kL68uveYxBI+dz17XPCgkHJPQcSZRK0c2LT2/VRfxhO+vzizx/oDJIqzefsDSvfcDF9anLc3 gN+k5s++LOUZezHmfLGObkG8l8X9HqovzuWFjWEvBsT5EdZffR9vSEiuwfhZE5wrZZq8ozYB vmgrh8AnwXb+GPHE3bUy92W7LFgK5IG3AV4BXxsWLgEya545XDiNp4D8ngL3ZU9BsBTIA4fO fQV8LYeto8ET9nPBFcBSyV8MrtL8AWCTXRk84bwdXAEsdbKCu84RfgDYpO9+XDCuZz/8rP3B E95NwRXAUu+lQlczbNrBE+ZHwRXAUjP3nOEHgE2m7Y4EljrDXY9zKrjCUye4TPKfgjd6nOBC Z3jwLWC33SZ4wvo6uNFpinI0DC63twd3ITxYQZ2HOGky3TJP3WCxsyW4KxS+JHi9CiOvtOBu dQflwnG9jWiyt5Hr8T4ZXOZ9O1jsnSR0OnwkeL0Ih+6P/D6y/4O4NdLxXRRglJajNaRe30/Z APwB2BgW3hAWFsgK4xcVH9+nYfZwVwErgTyESYcFcoAYs0fwLc1/BJYBHYHpQNE57szVhPpO F+u7MCs0bj5HuAEQA5SE3Z0ZCMwXd2j4vsz/B/6T+73/0V3gp38f+rxrqEYkXxbml/8e5l5M PE+/34c6Y3PzNArODrsxxrHgt5BT9Z2tdXqvIEPvkVzwPnBoH0D44mKu/Z9J95S1BojQh+6C /Y/gWfT7uJg5/2Lm4YuZxy5m7Yicz8FHRIbPmg8bBXNrzIcIs/3BNoc8Iwu3J8J5mD0Rsh/q KLsA/sF1DGekvC8WLe8WFsLfHYiyVqh7bPaf9N7/DIp16lB9edZaTru9vSGbq7+lqL6LCL9p MXztd2A/bKWF4l4asMf5lToIiHtw4n6cPQVp65EVOr9APK9XnQPxOY91lLLEmZSAvlPXuMa9 uvBzijwaHrofJ7CA5os7l+IenKzPLeqcAXW80jOJrvJcStfYLegab32yxFmR05gmOHGow+uU 7dRCuabAf/9E+Zli78XaDl9+v7orhvaUd8Ks7/F8MNpsPubxD/H8JORErBfCDmpO0dLnFKig jrCBoq3vYDPvl9hiH6TmAvL+2VsIx1ETsUdij9H3wp6kKaKtrCN0GZ8pwD8dF9pbUvfWosT+ i51Bm4DNoftogLWW7Bp3g/dTR3EXTtwxk/UpV3vWwgf2jKUc5x7U68+U6mlNTTxpKEcKpdk3 ocxiX78zyrZT3sNrL+eMRpDHqMw5rO8FtlT3/4D2KEdT+248MzCPLcF8dz8VSNsu7J6o3ZB6 OSnUEu0/W9z3A8qcUeQTEPcK5X1DF2mzyZBzZpm+F9hN7AlX7yeLv8sQ+QvoO4qW3ANeQzsk +A6isDO/lHcOq3Ea8RvhXStVfeymet/yKA1zVgNZtMD6kBZgHBue5ijDavjvyahDCRWhjw1x LziK1P1gIc1HAfF3SmOhS4N8FthCYX/U5P4diLfrwRcC5PdZ6f4mfHIrk1azr24/ACw2ovHs jHktfPIfaBT/vRJs9PbijpnY93M6kc+bg/E9RN759Dmn5FlfrPgOo3ZSD7uPG7RXUJxdQRPs TeRDWp/IQ9w/A0R7fe1so6/F/SKvQc9C5tmjjQ/s0fS8TfCNyHhOgbn7qzj/Rd0niO8Zec23 D1MfJ48WWq9RDMq00e5GU+xm+EazKcOujW9tIM212qG/xP1YDfhm+zUOSuxy1wnYn1KW9xeK 9n5Ojbx345uchbJiDnJqU1vPQ5AHaax3AL6H1ylO3G+291HLqIny2+8r4gqI+jkzqI3TU96v jHUehSyhWE9tfFMjqYm482u94x7wpmBM30vZnkTML4gvxrhnH812/oJ+zqAG+M7L8N5BqJNY /9vIu8yXURvvSSp06lORJ4CxiPjWvcCr0i/9GP2yXvVxMF38rZrwOY1X0f9iv63cTY3eQY/b R2iDeYRWCoBXQM4T+t8D/MkhagxVNeXRFLob0TYMYWGxXxNaB56T9x3WOWnGV+KOOscVcfCD FYE+A46LP9+rkd8FEPkTKs8glaf0vevr+/mD9LMhGvcryDJOkfHvA8Qt/jaa18B5fJF6EuG2 3r5qhNtkYXbVXNgnBxUQ5zz2BNoZX29VC2AJMIroTBA4jX6g88sLoeowZHeFM+7ZqOS/S9ij JVAVq9EzAjka12pgtFVNicCNCpVlkHPV3ZvKH4Gf9N9JCOzV7yvU4W4aIjxFl/kk5GzInyHn a5Trv8E4qdFN1UG0ldr70M/DgRFQdR3kPxWqUhUqdyrIfB9UqPwCcriGjle1HPpPqtNX/kH/ TUY4NgCbNcZp3IG0KzTmaZzW4La6TuMPGnM0lipUnlGoelJjp0aRhm6XUHswxgDtNDpqtI/A lTURnr9sh0EagzXMmpBtW6j/fiYcZRrn018VAR4T29WYqLpCvS8yvRyrZtiYjcin6jmFSnzd lX9UqHq7JipnCIg9BvgJhxSohTjfP+v+gD7Xk3Pgf/ePKmpZvn3mzY/XamYMA1nJZAWTm5iU MLmRyXImNzC5nskyJkuZXMekmMkSJouZLGKykMm1TOYzmcdkLpM5TGYzmcVkJpMZTKYzKWIy jUkhkwImU5nkM8ljksskh8kUJpOZTGIykckEJtlMsphkMhnPZByTsUzGMMlgMppJOpM0JqOY jGQygslwJqlMhjEZymQIk8FMBjFJYZLMJIlJIpOBTBKYDGDSn8k1TPox6cukD5OrmfRmchWT XkyuZNKTyRVMejC5nEl3Jt2YXMakK5MuTDoz6cSkI5MOTNozaccknklbJn4mbZjEMfExac2k FZNLmbRkEsukBZPmTJoxacqkCZPGTBoxacikAZNLmMQwqc+kHpO6TOowqc0kmkktJlFMvEw8 TBwmNhOLicnEYEKaGC6TIJMqJpVMzjA5zeQ3Jv9m8i8mvzI5xeQXJj8z+YnJSSYnmPzI5Acm x5kcY/I9k++YfMvkKJNvmHzN5CsmXzL5gsnnTD5j8imTT5j8k8k/mPydycdM/sbkIyYfMvmA yftMjjB5j8m7TN5h8jaTw0zeYvImk78yeYPJISavM3mNyUEmrzJ5hcnLTA4w+QuTl5i8yGQ/ kxeYPM/kOSbPMnmGyZ+ZPM1kH5OnmDzJ5AkmjzN5jEkFk3ImASaPMtnLZA+T3UweYbKLycNM djJ5iMmDTP7E5AEmf2RyP5MyJjuYbGdyH5NtTO5lcg+TrUy2MLmbyWYmdzHZxGQjkzuZbGBy B5PbmfyByW1M1jNZx2Qtk1Ima5isZnIrk1VMbmHCZo/BZo/BZo/BZo/BZo/BZo/BZo/BZo/B Zo/BZo/BZo/BZo/BZo/BZo/BZo/BZo/BZo/BZo+xgAnbPwbbPwbbPwbbPwbbPwbbPwbbPwbb PwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbbPwbb PwbbPwbbPwbbPwbbPwbbPwbbPwabPQabPQabPQZbOwZbOwZbOwZbOwZbOwZbOwZbOwZbOwZb O0bSY4LAaq5o1b81bOaKVo0hVqjQTRWt+kCUqNCNSiyvaFUH4gYVul6JZUosVeK6iksHQhRX XJoEsUSJxUosUs8WqtC1SixQyvkVlyZCzFNirhJzVJTZSsxSYmZFyxSIGUpMV6JIiWlKFFa0 TIYoUKGpSuQrkadErhI5SkxRYrJKN0mFJioxQYlsJbKUyFRivBLjlBirxBglMpQYrUS6EmlK jFJipBIjlBiuRKoSwypih0IMVWJIRewwiMFKDKqITYVIqYgdDpGsRJISierZQJUuQYkBKl1/ Ja5Rop+K2VeJPir51Ur0VuIqJXopcaXKrKcSV6hceihxuRLdVWbdlLhMpeuqRBclOivRSYmO SnRQor3Kup0S8SrPtkr4lWijso5TwqfStVailRKXKtFSiVglWlS0GAnRXIlmFS1GQTRVoolS NlaikVI2VKKBEpeoZzFK1FfKekrUVaKOelZbiWglaqlnUUp4lfBUNE+DcCqap0PYSlhKaaqQ oQRJYbhKBGUUo0qFKpU4o8Rp9ew3Ffq3Ev9S4lclTlU0GwPxS0WzDIifVegnJU4qcUI9+1GF flDiuBLH1LPvlfhOKb9V4qgS3yjxtYrylQp9qUJfqNDnSnymxKfq2SdK/FMp/6HE35X4WIm/ qSgfqdCHSnxQ0XQ8xPsVTcdBHFHiPaV8V4l3lHhbicMqyltK/B/7dgLcVLXGAfycm240TZOU JLS05YYim4W27EGQphQCWEuh7UXaQrE0aRsoLWQBWQoVBHFhUVHBBVFBxCC2l1VAQBFXBMVd FMF9Q3FXsPb9b776xvfGceY95808Z07K7/7POffck3tpzledKcdo8AWKoxTPUzxHU56leIYG n6Z4iuIIxZMUh2nmE9R7nOIQxUE6d4DiMRrcT7GPYi/FoxR7aOZu6u2i2Emxg2K7astGqKqt DNFM0UTxCMU2iocptlKEKB5SbajXfAut8iDFZjr3AMUmio0U91PcR3EvxQaKe2ix9bTK3RR3 0bk7Ke6gWEexli64nXq3UdxKsYbO3UKr3ExxE51bTbGKYiXFCoobaeYN1Lue4jqK5RTXUixT rRWIpap1KuIaiiWqtQqxmOJq1aogGlUrijFfpFoHIhZSNNDlC+i6+RTzVKsbMZcuv4piDsVs iiBFgMJPS/vo8lkUM1VrJaKeFqujmTMoaimmU0yj8NJ1NRTVdGdVdLmHwk0zKymmUlRQXEkx haKcHnoy3dkkijJ66FJauoTeaCLFFXS7E+iNFFqlmKKIopBivGpxIsapFu0dClSL9vEeq1qW IPJVS2/E5TQlj+Iy1YL/LuBjqDeaYhQNulTLQsRI1XItYoRqWYTIVS2NiOFqgguRQ+GkyKYY pibg5zu/lHpDVXMJYgjFJapZ+2gMpnCo5lGIQap5ImKgai5FDKBz/Sn6qeZeiL40s49q1h4s SzVrezOTIoMu703v0IsinRa7mKInLdaDojtFN4quqln7W7qIogutmUZrdqbF7LSKTNGJrkul SKFIpuhIkaSaJiMSVVM5ooNqmoKwUVgpLBTtKRLoAjNdYKJBI0U8hYEijmbqaWYsDbajiKGI poiimZE0M4IGdRQSBadgzlbjVFnzq7FSbjG65V/QvgDn4WeM/YSxH+EH+B6+w/i38A3OfY3+ OfgKvoSzGP8CPse5z9D/FD6Bj+Gj+Gr5w/ga+QN4H96DMxg7jXwXTsE76L+NPAlvwZvwhmG6 /Lqhj/wa8lVDrfyKoZv8MpxA+yVDuvwiHIdjOP8Cxo4aZsjPo/0c2s+i/Yxhmvy0wSs/ZaiR jxiq5Sdx7WGs9wQ8Ds7WQzgehAPwWNwseX+cT94X55f3xgXkR2EP7Mb4LtiJcztwbjvGVGiG JnhEP1fepp8nP6xfIG/VN8gh/UL5IdgCD8JmeAA26XvLG5H3w3245l7kBv10+R6016N9N9yF 9p1Y6w6stQ5rrcXY7XAb3Apr4Ba4GdfdhPVWx46VV8UWyCtjq+UVsZvkG2M3y0t1XeVrdA55 CXfIi5VG5epQo7JIaVAWhhoUfQPXNyQ35DXMbwg1nGxwJkTFLlDmKfND85S5yhzlqtAcZa+0 jFVJS51DldmhoBIRtAQDQd13QR4K8hFBnhXkEguagvagLi6g+BR/yKcw3zhfo6/JFzGkyXfa JzEfj93Temi7L7mTC+lc4DOYXLOUemVmqF6pq5qhTMMNeh3VSk2oWqlyuBVPyK1UOqYqFY4r lSmOyUp5aLIyyVGqlIVKlRLHROUKzJ/gKFaUULFS5BivFIbGKwWOscpYjOc78pTLQ3nKZY7R ypjQaGWUw6WMxMOzFFOKPUVn0m5gbAruhCXz4VnJzuTTyeeSI1hyU/KhZF2CsaPcUeppTOK5 BUm8PmlR0qoknTHxeKLkTOzZy2XscLzDux2+6hDR3tmhZ4aL2Uw2u01n1Z7Nll/sCmf2CMo+ A8LPmm/r0s1ltHKjVbZKI2UrZ+bT5nNmnfWg6bhJMhq50dhqlJxGTDfGy/GSdmiN1znj+wxy GQ2yQdIOrQadzWnAiLZi97hxxS6jXtZLSra+QC859dm5Lqe+d5aL6bidc8ZNCF2MdhfcKruw r7fbeCTHz/Pm4qL09Lw9MawwrylmXFkTX97UtUg7OseXNkUtb2JKadnEZs5XljRzKbe4yZI3 vpT6S1esYMNT85pSiyY2bUgtyWtqRMOpNVrRYKnNNja8JL3cH/SnpwfKcSj3B9LDf9DjQa2X rg1qf/wB9LWvYLjP0v/0RdMQU/x4BX4bDKT/rV/87337/w+vZoaP6MScVuka5paWwGK4Ghph ESyEBlgA82EezIWrYA7MhiAEwA+zYCbUQx3MgFqYDtPACzVQDVXgATdUwlSogCthCpTDZJgE ZVAKJTARroAJoEAxFEEhjIdxUABjIR8uhzy4DMbAaBgFLhgJIyAXhkMOOCEbhsGlMBSGwCUw GBwwCAbCAOgP/aAv9IEsyIQM6A29IB0uhp7QA7pDN+gKF0EXSIPOYAcZOkEqpEAydIQkSIQO YAMrWKA9JIAZTGCEeDBAHOghFtpBDERDFERCRE4rjjqQgANjbo4x/iu0wC9wAc7Dz/AT/Ag/ wPfwHXwL38DXcA6+gi/hLNN+H9jNP4fP4FP4BD6Gj+BD+ADeh/fgDJyGd+EUvANvw0l4C96E N+B1eA1ehVfgZTgBL8GLcByOwQtwFJ6H5+BZeAaehqfgCDwJh+EJeBwOwUE4AI/BftgHe+FR 2AO7YRfshB2wHVRohiZ4BLbBw7AVQvAQbIEHYTM8AJtgI9wP98G9sAHugfVwN9wFd8IdsA7W wu1wG9wKa+AWuBlugtWwClbCCrgRboDr4TpYDtfCMljK3DmNHPufY/9z7H+O/c+x/zn2P8f+ 59j/HPufY/9z7H+O/c+x/zn2P8f+59j/HPufY/9zH6AGcNQAjhrAUQM4agBHDeCoARw1gKMG cNQAjhrAUQM4agBHDeCoARw1gKMGcNQAjhrAUQM4agBHDeCoARw1gKMGcNQAjhrAUQM4agBH DeCoARw1gGP/c+x/jv3Psfc59j7H3ufY+xx7n2Pvc+x9jr3Psfc59r74SfCXXiXir+AvvRKn lLNIxn71605ov4POotlgls/GsrL9zICPtI1dwnfutI4YEdM7+gA+rhKz4wMfwzjPdRojJMPu jh2zu+weELVCZx6D/3nfkR29AqU8u+VUy7HMllNnEwZnnuWZ75w5dcb09THz4Mx+Z1450yeL mzubwyzxUnS0JapLWoY0oHu3gf369R0mDejfrUtavBQe6z9w0DBdv76dJJ3lt5FhktbnuhO/ lOoKWqKkhV2yJ/SL7NTRaDFERUopiQm9h3Y1FZV1HZqRGq2LjtJFxkT3GDQ8La92ZNpb0eZU qy01ISYmIdVmTTVHt5yMjD//TWT8hdyI2gtrdFFDJmVfpFsbGyNFREXt6ZSYdPGQzmMmGNub IvTtTWZbTHSCOa7HiEkty6wp2hopViut1ZL/229+8uGCIAiCIAiCIAiCIAiCIAiCIAiCIAiC IAiCIAiCIAiCIAiCIAiCIAiCIAiCIAj/isWzbTjqwv8o2R0+au1odh493vaPlfvy8ra2jsXz 1W3tCLTXt7Wj0N7a1o5mDXyvtkpEO4ykSIPa2hKLl4ra2jqMV7S1I9BuaGtHob0ObY427kfa 2dbG/eiS2BZmZ31ZFr4caOUzL6tkPlbP/FDFAhjLRcvHZoaPFRjxolXHMnAmh9Xiy84KMVbN anDOH+55kB7Mno2jGzNzcV0t5kzFmBczvOF5HmQAV2kz7ZhhR3qwjnY2EB7Vrrajrb2vG70Z SB+bjrH6f17zx2er/qNn0e6oLryWdjd2pqDnDd+D9v5FaFWEe/7we9ZhNLPtDup/9wSV6AVx NhB+Sm12xhZ736wshz3fW+mr99dXBey59b6Z9b6KgLe+LsOeU1trL/RW1wT89kKP3+Ob7XFn 5OTnjHIVpOdW1Hqn+rx/1msLu9dv93gDNR6fvcLu81R7/QGPz+O2B3wVbs+MCt90e7125nfd qj++H7u3zo5l7EqdN4DriwIVAY/fXlHnzsQC9eE3qKwP1gV8Xo8/A9/6fBjFXKyApf/bN7gw /G0MYkT7hvzZzP/2nPjQ/g8/tFq9QdUxpnE7M7HDqBMSMhMnmXk1X4zawsNVKXL9niPLMjdO MQ79niXFhMvUvs8XHNXySNraeRfOt9zQ7ovoXehqdSpcx/4hwAAszw5EDQplbmRzdHJlYW0N ZW5kb2JqDTE0IDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggMjE1Pj5zdHJl YW0NCmjeVFC7bsMwDNz1FRxbdJDiNpthoEgXD32gdrIrEu0IqCmBlgf/fSXBSZCBJHjk4Y6U h/ajJRdB/rA3HUYYHFnG2S9sEM44OoJdBdaZuHUlm0kHkIncrXPEqaXBQ10L+ZuGc+QVnvp+ /6KeQX6zRXY0JuStOp4S0i0h/OGEFEFB04DFQcjDpw5fekKQhXgH+zUgVKXfbdre4hy0QdY0 ItRKqdfmWpDs4/zKOg/molnct99VI9L2hmdevunmwyzMyWI5vBjJFhzh7TfBh6yWQ/wLMADa wWp3DQplbmRzdHJlYW0NZW5kb2JqDTE1IDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9M ZW5ndGggMTcyMDQvTGVuZ3RoMSA1MTg0MD4+c3RyZWFtDQpo3rR7B3xVRfb/ue29EFqkCQTh hUfoCiIiAkIICS2UhFASagoJoRdpgiWCIgRwFUFERcB1LQj6EhuuDV1UFFdZd7Gs+1s7ooJi wV0heff/PTP3vLw8iuxn9x/45nznTLkzc+fOnDMzIYOI6lIpWZQ5MrtLt1+/fOZ9aP4B5BXO zp93Uf82J4leuZbI3F+4eGEgdM++d4mMPkROi+J502b/8svwOkS+HKJazafNuqb466dLRxPN /Zmo8cmSovyph5PDfYneHIzyepRAUXd3gzSi+gsRblMye+HS2nV270X4LqI+Q2fNLcw3uj51 G9HNxxFeNzt/6bykAdZm5G+P9IE5+bOLDp8oLCV6dSqR/fK8uVcvRL3x82oax89bUDRv5uNm mCjjCxSfQJbdybiNHIpztjiXodYttbQO0iqT4sis75imaVum/SmZbgrtclFKLS5veHYgQClE YddHYTL2+e8z2wbI2MZx1jNOPX4aP9l/H9LcQdE/mTSDrkZ/ltIqWk930Ev0ERXQSrAttJ0e pEcoRC/TG/Q+/Q9/wtc4s6mO9Qz5qCGRe9I9Fn4Q2IOaVmvuQKihHajWuAnudzG678J3uAnh Pb4GFK/y1jXfhfYno8o9afbjsNuDw+Yt4PVVjh/894UfDz8U0wdZNJ4m0ESaRHmUj/ZPpRKa jp6ZSbNoNs1RoTmIm4bfxQhNQapCpGJenWouzQMW0EJaRIvxbx741V6I4+ar8CJagn9L6Rpa RsvpWrrO+71Eaa5FzDIVXgpcTzfgzdxIKxQTqTUr6Sa6GW/tFlpNa84ZWhNhZbSW1uE930q/ OytfXyN0G/7dThswHjbSJrqT7sK4uIfujdFuVvq76T7ahjHDcZug2aYYxz5Pr9FT9Bg9Tk+r vixEr+kekX4pVn04D31wLVq4MqrGuv+WRHrrerSd21bmtXQp9Cuiciz2+pFTrkRKXYp+D1zK dTE9cRvaoHl1i3Rok2p/tTa6V86llf64N6pn7lEhZrHas/E7aSu+wB34zb3K7H5wzbYpHq2/ L5J2uwr/nh6gP+BdPKSYSK15EPwhehjf9k56lHbhXzWPZlo+RrvVmwtROVXQE/Qk3uTT9Azt UfpzxZ1J/4Snr4honqU/0nMYIS/SXsw0r+CfaF6A7iVPu0/pdPgV+hPCnEqHXqPXMUO9SQfo LXqHXkXobfV7P0IH6V36K71v1AX7C32N31V00PmC6lF/rAl/RD/fS5NpcsqgqVMmT5o4YXxu zpjR2aOyMkeOGD4sY+iQwYMGpqcNSO2f0q/vVX1697qy5xU9Lu9yycWd27dNbhNs3appowsS 6tetHV8rzu9zMDMb1Dk9ODAvEGqbF7LbBgcPvpjDwXwo8qMUeaEAVANrpgkF8lSyQM2UKUhZ HJMyRadMiaQ0EgJ9qM/FnQPpwUDoz2nBwB5jfFYO+Pq0YG4gdEzx4YrbbVWgLgJJScgRSG9a khYIGXmB9NDAxSVl6XlpKK+8dvyA4ICi+Is7U3l8bdDaYKH2wXnlRvu+hiJm+/Re5ViX6vJj Q1Zyev7UUGZWTnpaYlJSrtLRAFVWyDcg5FdlBaZznWltoLzz3rJ1exKoIK9TnanBqfkTc0JW PjKVWellZbeELugU6hBMC3VY9kVTNLko1DmYlh7qFERhGaMiDzBCTnJCMFB2glD54LGjNTX5 nsaXnHCCmHITI92EeOGEuqGGaF9SEtdl7Z4UKkAgVJqVo8MBKkisoJQunXJDZh7H7JWYxmM4 plRiItnzgkn8qtLzvP+LS5qGSgsCF3dG76v/yfiP+EDIaptXUFjCMr+oLJiWpvttdE4oJQ0k Jd9ra3p51y5In5+HRkznbsjKCXUJzgs1CqbqBFAE+B1Mz85RWbxsoUYDQjCMvFyhLulpXK9A ellemq4glxXMynmWLnM/Ke8eSHziMupOuVyPUJMBeClt08typhaHWuUlTsX4LA7kJCaFUnLR fbnBnKJcfkvBhFCHT/C4JPVElQtti0ktibnl/uS4QI6ZaOXy24IiMBC/gql9EJGA16WC/EZT +wRyjESSZHiKl4JZjXIQsJIHDOYoi7MOGJyYlJukf85RpUSvTk5yKC6qrAQoInXSzzlr1XRq rlCHQHpRWlQFaxTqeBX0SjtzPU3uC+/ByBHHr3OwRFnJ+HKhM1GMUvFbbBoIUWYgJ1gUzA1i DKVk5nDbuK/V+83IDmZkjc9Rb9sbJaNrhHR8Tx0KURKiJWAOwBgc2ClRXqsKD1LhSHBwTPQQ iQ6UxQUzssu48KBXIAXwBaHRvrZD8tf2bNAdn+ZAzG7BgfnBQEJgYFn+Hre0oKw8JaVsXnpe SS8uIzhkalkwO6dPoqrrqJzrEpfxoxpQhpExOvXizph7UsuDxuqs8hRjdfb4nGcTYOWuHp1T YRrmgLzU3PI2iMt5NkCUorQma1nJgQAHuKRRCMSp9InPwoIuVbG2Uqhw4R6DlC5OdAYV7jG1 LkF0JnS21qUoHf/gJTUtQRdjuk0PTOXXc21uSVleLn9c1ASvEv+NkBHsSyEz2LfcMH11QvHB otRQ7WAq6/uxvp/W+1jvx8AwmhjoHJ6TyvKCmKcwoHIo0dBD0eIiA3tcd3RO0p8Tj+UmYahN BMbnhGp1wtzvJA9FukGMPKgHhUoL87keNCaH8/qThxTmYthKgUgyJFQLJdTySkCKgSoPD0dk KsS7wQtU+UsRCJXmhnI78UNzpueq4ZwQosHBXnjtukynLT+oS25Zg2A39W3iU4hPvoVFLdSN snO0JhFBPCxXd5K/DmpeGERUYV4AvW1TYTaGup5L4xO1pghTot22SCE+0YskbpaVXLtufKjW JSgQ/5nXvoQ/SSfZn5urK69Ct3gJ8OyEUG3UqG1UV3oZ0DuIGsJ1wf9bUFVO+jIXk7WHRgWX YmbhSquS/IgO1U0eko/JX+evDU2wp2SO4zmitlfGPq31c8vroN+t5NF73IeC1yRF/VzcOciL Aw9MSnwWA5tyy2IVoQmdLu4cF6utq9RlZXF1z5xB91dc3YhkZSAdqwYSwufWfmX89lMnT26v dZQ10T/1Lbtedch4B97uDgqeL3yJ7lsMezztstMo/4w4irijtNl2KZFhHaFdQLonB3ooBKYA N3r6XdZu2uXUoQmxsCtRHuCkUMC0aZdpu0Mh20NeCVwKZAIjgeXQtwTa2RuQbj35zfXuI3Z7 5AesSQo3WgUen0ct7Mm0y/c+yu54BviBYVT4mxip4fueCu3WeBbgFIDngGtks0T7BnloDDSN hA/jpUTBaU07zxd2GbX2t6SrYmG3o64oq+VpeIl6e2iu5M+UcL5wJrqfMWybdlgHaPaZYBfR DmCGvYS6MaxSpC1FXbQMeOgMdABSPf0OKxP5VtCs07AU+qW0zt5KKcZR2mEcdXMgm0EOBtoB Y4BRwHzoLwCa2om0w+xLZPZ111lvoGzA/EThFvOwx4+jbodoh8+H8m+PYAuwVPFiYCcV/yb+ qIFyiq1X8SzALgc/Bq6RruRIGqLhngB+iYRzqYWV64a1xHhcT9uAez25GVjk8dNgVVGSry9d EQvrLephrcQ7i8V0SvMQp+QhmhiDlmfQKfi6aNjdaQu+n/EeRgDjJOyfS+N9/wcYGkibZ68D ZgDdKd86RZPOB+Z8SvbdTclxhyjZfhT8Ho/3icHIGHh63+IYrImBp6+RvhaeMSCq7JXVcfYx DachJfvbU7K1jy6PhWrr6dhid3d32wPcX4336GbjPXcOZH3I8UAAWADkANOgvwDYYu2lm+2W tNr4xj3kodD6PfQeOA3Q0WyhZIZxilqYVbTFN5WfVQMjlLzf3apkT7yPmhh5mq6Phu8t9e6k nDzzTdqi4f4KOcdKoiwNjNskt0rCzmMaKGuL8QPSP0ZJ5j6A5fPU1j5MSfai8wP6OsmfgfH9 4fkB9dwI3OrJVcBwYI3HN0bD2kqtnT10eSysJZiTtlHr09CBcj34lexJC6x8mmotxVjdRWnm lzTLHKHkYHMPDTJepjbmZryjr2mWUUj5xmz3A4RnGZMxn41F2sMK6Sof8hi/QHalVONzCnIe 82ZqZX1Pnc3rscatolbmFZRqjsZ8tgjYyKt2VRxR5RFz7Ok61I+sKYDSVW4DpsXotgLTDRfh u4H7gYeVvgjIs9qgvBPQDQSmKf124HqrHcJDgBmRMq6z6iBcH7hA6XYBj5i3I/9dwHal+xr4 zISNYb4CPIW0LwOfwuZQ1kflKOBS423YIe8Bb2ugLcMZaNtNkMvMG5RcbPyLbjIvFXvFXcM2 iJWN9fUm6qVtiPDrvKZpeyF8H6/N2l4Iw01wRyk7YBO1kfUefZyt13C3icqDddt6FLaJXoex XobnsPQ1xDOxnvqIbnMyabKTGf5V1kReC81Tao0JRtYyzK3eurXDfpKK9bqFth11R6v16FO6 QNYd6xaaHFlLlur1w5pAGWo9iJq7HfQUz+tODt3C64tCGWwtRgq+024Yjxuw9nVFuj9gjALm fswBwxDH6I/5aCn5zG600ezmHgWWAfXVvPIk2lcMuRlj3aThloVvR+aEWdTebkCLkT8X73+i 1Ywsewzd5uE6oInTg8Y4vWkM2t3AeYQ2OhtoKsNco95lPPqJ33UP06HNEbTBuHdpDkO9z+G0 W73PeR4W4x21IyvKdsz3leAZb1KGw/aVB88ezGRbL2JvfU6W7yTwvrYb/Va1HWf/qt8z26li e6GdGnswL2zU79ppgTQngAW00PcjymgJ/i3V9zWFTAEKaJKdTwX+OPD5sO9c5P8RthsGthob 39H9yk5q5KEd3ncp1Yuyhzo7S7EGl9I4ew3i1tCdwCbPxhnD9gvauoOBd2uo8bLUs0keAWZ4 Y4XtLrEjtmLMboXN3QXtiNfjxb4VeaYj3Uma7QvC3klHeApd6KyE7gjwBc20jsN+6QbuYn2f Qq3sQgBfINZwQ+mx/tsD0C88tg5hXt/n4RCvQW4O7LwLeZ2IXsNRfl/YBBl2NsZeNmyqbKxp eg1cwOua9TTGG2A3piY+kxo602mKPQjrWHtvrboU6KjWn1URm4PXmWYUz2udNzc3td6l1nYY eszdGItb7MvUGprq/I22OGGEh1K8Mxq6V4C1GNvrUbfXwA9QTzvb/ZXXZrzvptYctM0Dxuof GOY9Rrx5D73EsJ6im4HJCv/E2M6jY0C5NZWWYS2YgnHckcc08ByPb2cV3QndOtaLxDtaDXQS 6ek6mU/TQmCvSLsZbL5m+B48aV1Ihvkx1oTHjTKr0ngM4doIX2xejTUEsCphTwL+vrQpGtD9 alXSy5FvbjbdDCwzF6JNC2m8eRONBRaZKZhXU6AfSiFg2tnSoaz7gCXAUmCxHaKZ9lWwBypp BnCVsY/WWpfTWgdrkoO1yf8vAOuGv4+Wvt30OAP+Z6nzAPVzdtFwtJeQt5/9BA2BviP4OEi2 nXLAnwWGIpwNORt90Qm8u/UT1upt+H5fhP+4Dem2wU5LoiFxl2GuqMT8/jnG+AV0kb2RppgH MC8fpQIgC+OjtfU+ZA+63qqAzdYD80EPjO16NBh4DFgATAMCQBEwEygERikMQN+sp2bWjZgH r8Z8uIvaWiWoxzPogyHUBWMjw3qeRqE+mcB6oAgoAHoB01Sdt2H8bMN4RZrT6tf+vOvX9Uz1 w/cx2Pg3bIgQZZi7qb/5ESWbD2KMfEwTsC53Mz+F/mPYKd9QFmSWeZDGGc9THpDz3+Q1t1JP 4wRdao6iPuYQjMuh1MgciDxZ1NXsSa3NcShrOMo+33TlbobVkNKcKQDWUudCT14CZANv0AiF aTTIeQa4H/gztXOuo3TwdKztbM8NjhtBg6Gb6H8D76sS63olDQPygE7AZI/nAviG8K50/Bhg LI9n52vqbDt0ue+vNB3vPt88BvuvkuLY3mA7gNdMXxHm4tE0wW5CQ/HN3Q3cCbyhUI8e99cz eomMH0F3+3rCdyum9kYZ7IG/q3X3v4RxMGaPphnQGLjIC7eIgtJF9luOwFc84h4BvvbkEdZh TW0MbD/nnsfGs0D2Jl47M2rsRUT8S/c5oBzYowGfMsIjuolR60tX65T7kYcPgQOsx/rSlteY ap/GPQJ8Uy2h234ahigp/sG7Eazz5ECW3npjssTam42+71m9N+K+AOz15H5Pt78moBP7sNQ9 DjwEbAfuB26FnvcuagEbo/YXkoDWUbLYPnoWeHsCTuMI7vbkIpbajnR/YHle4+5lKnbawG5i +GDj3IE5lXEt6g+biX06tjnYb432yaP9bvgRLcyv6FbLh7U7g241HwbWIZyG8AS61XgQOECO +Qn0CNuzEbcI8+YirDkfKD4ea+84s5QGYm6wYUeNMz+n5nY65oqnUPZaYA9lwsasYtjFrhsN 62UG1pc6kHUi0mQfgmG4rhsNlFGLYe6kFR7uYsAnuSlKp3ED6gwof+l2ugnfYRX0jYCGyt+K AM9kP4v9J7UeA3dr34vIhc8WHoZnntII99OoeoXhPbcRyl8J2Ri4g2HdbQzT+XW7db3Z12IZ fsarRyN+FvcDt0GeGQvboEa2YQzi0sydnBZ98baG7jPWq+fuZ1g/0H6JF38N+u1WOddV5/dP pD7+iSyjQf18B12XAW55SDE+pq4KX1E3Bv2b0himH2sCoxYNYxhbkWar0nVT8PSWB2OKh1HU VOFP1EThJYxRAP2fFQ30/aPWCxgnzdEHjCZkKDSPgUFmNPgZ3A9ot+oLfHv1le+SQi2VT7AV /phLic71Sj8M8+ksJxm+2ZsY87vd95x6WCvKMG4z4be0ha0On9RfC3NjR8RhXvV1Qf4vkFf2 i+GP2v28fWH2PXnPN9Xbx4UvxOVi7S+Je5R2xTWmXT72dQahzGeARvhuMd/DP+ql5uwz7R9H 7etH9tvb09Uyz6P8uLhNumyO87MP/TftP8MH/16vJ+6naOcc+Nnsiw1Dvt7K18pxX0I75uA5 XfhZXF+1j485BXUeDv+7t6xHsesLrw8o/0M7zf3KmkSJ1mGsARtpqj0TfZuOfoMfj+feZ+4g P3ydQvg4zTGPJ6r28NmExpao84gawDNv8rAC6K7OIbzzBzlv8NCeJdrVA5gvZwnAdu884XIg Dyhmf1Nw2llCTPvknCDqjGBJzBnBoP/kfIDPAaLPAtiHjZwBvESNI/v+3JevuPfAT0rk56l3 MR/P/QzvIg1r2m7YQ09BN4Paeft/tvWEt5fblfdm3e98A/TeIO8dmP2pnfUk5pBh8Lf6Uq7S w0/DnK72/WAvJao9Mx6rxbCDSyjTz/21F7ZTS6Q9RGPhE45Ta3N3WgasjgbW9QKkyWGo/edh 7mdqz/X31EvWeZR9CXzKPFWu3otFue5L2mZAemUbhN/Gc4pgBxzjPOab7tXmm5Rgd8cc0J1u UWOzO2zvP6OdbEsPQ509myN2v5RtAHMN3WV/q/c4fXdQnm8Dnl2AdZ19VG4vxiry9jFT3H8x 1D6qi776DHbEAuXrLOC0xk/w7zpg/tiMMQZ/U/na1Xuvq9jvPdPecsyeeT/ZN5f2e5gGNGS7 Bm1v5WF81H7yTKzfa7w9aEYu+9aC6Hoo6D6o3jf24r394TIgHv3qVu8PK1hqPDzm7QM/5r7L 8PZm+wPLvb3aVdZWMqL3ZtV+rOzJdkCc3oMlTosyXlNpOA59ZvxA2WosHqIOiLvTLkT7PgLS kOcV6oF+7G1+R32sZhinvWkMxnwc79EAjawDNFj5l3xm9Velz4Y9tsB+gIqtMiqxMmE/rqBZ 8Dsbmt1gsxx1w7yP5+tGt9u3Iw52mbOB5uCbivPOerLVHt5KhPlMp1zbZ/AT9RnMbbBv76CZ 1l00xv827Ygbg+9wPO2AD7PL9w7t8Jfge4S9iOcMUjbferrztLOfqDM5OStDnUaJ7YhnkJTN cb4xsN0KaLvac/zZfVXbo7C5S2m4cTR8EM+ah3wXqbzH3AfQjql4Dqlnob7qDO4Otec0zlqH Nnj2bOx5mLIzOe4AtcEc0M7Kdb+1roSvy2ey6xGuwpxQCjuhL8peq87J2iFPHTxjDKfD97AL 73iX+h7y6JjssXqYE3XGyLjRk5tQl45AW6A/QMDQyJmi7MUupbuBAHO0tyPvs8n5IHC9d0ZI QHugDe+5CaLOCDVi2+2d/UWd+/UFbq8+91Og6jM/haZAM++dXuPJRXK2F32+p8705FxvOjne OZ5qC8qIV2m8vlf9Phn+xauQqIv9NNJ8r/el1VjPxPyxBXqx2wd5iD5Xi7XnV3iIPlOTc7Tz OM85nzMcfLt3Vp+bqT2/3tY91fOfWgsAJxG+uj5zzLAvB3pj7uuv51iFLMRtpVbWQdgQlym/ Ts9TmB8wx/3Ee+B8jmZ+5T5k/so6xK/CnFdIGxXU3Oe+ovJl6/1IB2ug2tfuQWMwzwWjoOe/ W2kjEMQ3fbMCz+3fuIfMVPffSpa5+zD/9ec5EPNKO3sx1oAxdJvMd2oey0KdeY77K/A85o/n aKxaRzbSZCXRZsdPU3gPFm0eD1toPO+ZctmYy9vx3Kb6ycvjm4t16W+U52+GPvkJ/buPkpxl 6Os6eGePIe109PH31BmYh/Yesoe7h6z3MKfUdz/HWltgN0CZB2gG7IItdi5siX5IP5fGsI9t sj9zO/yj49RV7d1yPy1Evx+AbcP70w9jTmxPjXxvoQ0lUWv1wyjjHayvjH6wQWbgmyyiDOd1 yvBNhV/zTwr46qE/RlKq1QX2CK8heI/mj8iHODsTEmU4XWgl1lCDfUzY4cR+pnkK9RU/82HK PA8/U/uaFTSY/U3la3p+pvIx+Wxvlz6jszt553zeGZ/CEviljM3Ukc/5+IyvxvneCOqhpHfW Fznf+wg2/Vh9zmcOpbrmi+ADEbeS2ltFGF9T4L/wuSGfC3rngZE0KAdpMjmNbyPG9nPuQ/YL eOfx7kO+e90v7SdhB76Ib38U0BzYivWtPmQH9xW8/94Wz6GwEXyrsRbjezCnYyyWAB8B+zyb Lwu2CmwJ2Kl5Nmw04zjN9N2g9LLez7CWY00/ifGC8Ys5poPVB7bftbBdPoiyT7xvlL9ZHjNq Db4M3+QHtNFaTBloy0x1bjoHqACWUCqfnQL+yPnpBviYO9U56mzFvwQ2Irwc630brLljdZ9b iRiPLSDRPu5vqwf6nM9UZ7sfGF+ofie8s86Im6Nws3euuhF4EFgAW43f09e6z1U+9D+QbFrA WpTNZ7KrqJWxj0Zb3Wl0jf19+OrKX99CRcAs2VO0MyiNYWbRj+q8ls9xwXk/QHHWXYnv6Eq9 z3DGvYad6Cv2wfPRN5P1WbE6G+bnJNCdsbDH1QR0AyDPhi6xQHqWybGAvjnkaYA+FfJMiK3H 2dKlnqMeZ9K3hTwN/209zlFuEPI0nKN+GZBnwvnW42z93AbyNJyjHiMgz4Qa9cDYKmAo25r3 hfhMaifmeA2178N7XDxeI3tqSKfOurw9MoGd4v7CsEy6S+15MdqoPSLyN6C/MdS8yvMnf288 jvnOxIeuq4HvG+Cz42gQVRYzau6t6bIVzqb/OQaib6f3ttTe34deOCp/7H5obDmwIZ5mKF9e 33scIBI+dz17bHg/S7WnwGkmUUsHNq19P9VX6dj35zN7rD9AKp/N2+9Tlu8m+NJ83t4AfpOe P3uLVGfsSzHn8zq6Bele5fs9VJ/P5dnGsBcDfH6E9de7jzc4Itdg/KwJz1UyU91RmwBftKVD 4JNgO3+EdHx3bYf7qr0jXAYUgLcGXgNfGxUuBXJqnjmcO4+viIK+IvdVX1G4DCgAh859DXyt hK0j4eP2C+EVwDLFXw6v8vgDwCa7Mnzc+Ut4BbDMyQ3vPEP4AWCTd/fjnGl9e+Fn7Q0f928K rwCW+S9iXc2waYePmx+GVwDLzPwzhh8ANpm2OwJY5gxzfc6J8ApfnfByxX8M3+BzwgudYeF3 gF126/Bx63B4o3Mh6tEwfL29LbwT4UEa+jzEyVT5lvvqhpc6W8I7I+ELwtfqMMrKDO/Sd1DO ndbfiCb7G7k+/9Ph5f6/hJf6J7HOCx8KX8vhyP2R38b4/yBtjXxyFwUY6clRHpTeu5+yAfgd sDEqvCEqzMiN4ueVHt+nYXZzVwErgQKEyQsz8oAEs1v4HY9/DywHOgDTgZIz3JmrCf2dLvbu wqzwcNMZwg2ABKA06u5Mf2A+36GR+zL/P/Cf3O/9j+4CP/vb8M67hniI5cuj/PLfwtzzSefr 89vQZ2xugYei08NugnE0/DXkVO/O1jpvryDb2yM5533gyD4A++I81/7PpHvCWgPE6CN3wf5H 8C36bZzPnH8+8/D5zGPns3bEzufgw2PDp82HjcL5NeZDhMX+EJtDnZFF2xPRPMqeiNgPdbRd AP/gGoEzQt0Xi1d3C4vh7/ZHXSv0PTb7D97e/wxKdOpQfXXWWk67/D0hm+m/pai+iwi/aTF8 7XdhP9xNC/leGrDb+YXaM/geHN+Ps6cgbz2yIucXSOf363MgOeexjlAun0kxvDt1jWvcq4s+ pyigYZH7cYwFNJ/vXPI9ONWem/U5A9p4uW8SXeG7iK6ym9NV/vpk8VmR05gmOElow5s03qmF ek2B//6x9jN578XaBl9+r74rhv5Ud8KsbxE/CH02H/P4B4j/AXIi1gu2g5pRvPI5GRXUATZQ vPUNbOa9Clvs/dSMoe6fvYNwEjXhPRJ7tHcv7Gmawn1lHaJL5EwB/unYyN6SvrcWx/svdjZt AjZH7qMB1lqya9wN3ksd+C4c3zFT7SnXe9bsA/vGUJ5zD9r1R8rwtaImvkzUI50y7RtRZ97X 74S6Pazu4bVTc0YjyKO0wzno3Qtsoe//Ae1QjwvtuxBnYB5bgvnufipStl3UPVG7IfVw0qkF +n823/cDdjgjKcDge4XqvqGLvOPJUHPmDu9eYBfeE67eT+a/y+DyGd4dRUvtAa+h7QpyB5Ht zC/UncNqnET6RnjWSt0e+0Jv3/IIDXVWA7m0wPqAFmAcG75mqMNq+O9paEMpleAdG3wvOI70 /WCW5uMA/53SGOgyIZ8HtlDUHzW5/wCS7XrwhQD1fVa6v7JPbuXQavHV7QeAxUY84k6ZV8Mn /45Gyt8rwUZvx3fMeN/P6UgBfx7G92B15zPgnFBnfYn8HcY9TN3sXm7YXkFJdgVNsDdRAHkD XAbfPwO4vw47W+kw3y/yG/Q8ZIE9ynjfHkUv2gTfiIwXNIS7v/D5L9o+gb9nlDXfPki9nAJa aL1BCajTRrsLTbGb4hsdT9l2bXxr/Wmu1Rbvi+/HeoBvttfDfoWd7jqG/Qnl+n+meP9n1Mh/ F77JWagr5iCnNrXxPQS5n8b4++F7eJOS+H6zvYdaxE1U335vTsvg9jkzqLXTXd2vTHQehyyl RF9tfFMjqAnf+bXedff50zGm76XxvlTML0jPY9y3h2Y7f8J7zqYG+M534LkD0SZe/1uru8yX UGv/D1Ts1KcSXwhjEemte4HXlV/6Ed7Lev2Ow1n8t2rscxqv4/3zflu5mxG/nZ60D9EG8xCt ZIBXQM5j/W8B/uRgPYaqLpTRFLkb0SYKUWHer4msAy+o+w7rnEzjS76jLmk5DX6wItCnwDH+ 870a5Z0DsT+R+gzUZSrfu753P3+gFzfYw/0aqo5TVPr7AL7F39rjNXAWX6SeQrStt6ca0TZZ lF01F/bJfg2kOYs9gX7G11vVHFgCjCQ6FQZO4j3Q2eW5UHUQsqvGKfd0VMrfJez2JFCV6KF7 DPI8XO0Bo61qSgxu0KjcATlX372p/B740fs7CcZj3vOKvXAXDxye4tX5B8jZkD9BzvdQ7v0N xg8euug2cF/pvQ8vPhoYAVXXQP5ToypDo/JhDVXugxqVn0MO8+Clq7oe+o+r81f+zvubjGhs ADZ7GOvhduRd4WGeh5MepK+u8fA7D3M8LNOoPKVR9bSHhz2UePD6JdIfgtFAWw8dPLSLweU1 EV2+6oeBHgZ5MGtC9W2x9/cz0djh4Wz6K2IgY2KbHhNVl+nnxeZXY9WMGrMx5VS9oFGJr7vy 9xpVf6mJyhkM3mOAn3BAg5rz+f5p9we8cz01B/53/6iilhXYY970ZK2mxlCQlUJWCLlRSKmQ G4RcL+Q6IdcKWS5kmZBrhCwVskTIYiGLhCwUcrWQ+ULmCZkrZI6Q2UJmCZkpZIaQ6UJKhEwT UiykSMhUIYVCCoTkC8kTMkXIZCGThEwUMkHIeCG5QnKEjBMyVsgYIaOFZAsZJSRLSKaQkUJG CBkuZJiQDCFDhQwRMljIICEDhaQLSRMyQEiqkP5CUoT0E9JXyFVC+gjpLaSXkCuF9BRyhZAe Qi4X0l3IZUK6CblUSFchXYRcIuRiIZ2FdBLSUUgHIe2FtBPSVkiykDZCgkJaC0kSEhDSSkhL IRcJaSEkUUhzIc2ENBVyoZAmQhoLaSSkoZAGQi4QkiCkvpB6QuoKqSOktpB4IbWExAnxC/EJ cYTYQiwhphBDCHnEcIWEhVQJqRRySshJIb8K+beQfwn5RcgJIT8L+UnIj0J+EHJcyPdCvhNy TMhRId8K+UbI10KOCPlKyGEhXwr5QsjnQj4T8qmQT4R8LOSfQv5PyD+EfCTk70I+FPKBkPeF vCfkkJC/CfmrkHeF/EXIQSHvCHlbyJ+FvCXkgJA3hbwhZL+Q14W8JuRVIfuE/EnIK0JeFrJX yEtCXhTygpDnhTwn5I9CnhWyR8gzQp4W8pSQJ4U8IaRCSLmQkJDHhTwmZLeQXUIeFbJTyCNC HhbykJAHhfxByANCfi/kfiE7hGwXsk3IfUK2CrlXyD1C7hayRchdQjYLuVPIJiEbhdwhZIOQ 24XcJuR3Qm4Vsl7IOiFrhZQJWSNktZBbhKwScrMQMXsMMXsMMXsMMXsMMXsMMXsMMXsMMXsM MXsMMXsMMXsMMXsMMXsMMXsMMXsMMXsMMXsMMXuMBULE/jHE/jHE/jHE/jHE/jHE/jHE/jHE /jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE/jHE /jHE/jHE/jHE/jHE/jHE/jHE/jHE7DHE7DHE7DHE2jHE2jHE2jHE2jHE2jHE2jHE2jHE2jHE 2jEGPMEEVnNFy76tYDNXtGwMsUKHbqxo2QuiVIdu0OL6ipZ1IK7ToWu1WK7FMi2uqbioP8TS iosGQCzRYrEWi3TcQh26WosFWjm/4qJUiHlazNVijk4yW4tZWsysaJEOMUOL6VqUaDFNi+KK FmkQRTo0VYtCLQq0yNciT4spWkzW+Sbp0EQtJmgxXotcLXK0GKfFWC3GaDFai2wtRmmRpUWm FiO1GKHFcC2GaZGhxdCKxCEQQ7QYXJE4FGKQFgMrEjMg0isSh0GkaTFAi1Qd11/nS9Gin87X V4urtOijU/bWopfOfqUWPbW4QoseWlyuC+uuxWW6lG5aXKpFV11YFy0u0fku1qKzFp206KhF By3aa9FOF91Wi2RdZhstglq01kUnaRHQ+Vpp0VKLi7RooUWiFs0rmo+AaKZF04rmIyEu1KKJ VjbWopFWNtSigRYX6LgELeprZT0t6mpRR8fV1iJei1o6Lk4Lvxa+imaZEE5FsywIWwtLK00d MrQgJQxXi7BKYlTpUKUWp7Q4qeN+1aF/a/EvLX7R4kRF09EQP1c0zYb4SYd+1OIHLY7ruO91 6DstjmlxVMd9q8U3Wvm1Fke0+EqLwzrJlzr0hQ59rkOfafGpFp/ouI+1+KdW/p8W/9DiIy3+ rpN8qEMf/D/2zQQ+rqre4+fcO/t6Z89kksxkmyyTZLJvTTOTNM2eptt0T9u0SUugTdosFEo3 2oIgVIuiUEFEZTUs6XQLi1C0iKgFRJaHLNL3nrIZBZ8KFtK835lz0xZFRd97fnzvzU2/93fO ueeeufd/////OXeacHkx6loMeSHqWgR5nstzvPEnXJ7l8mMuz/AuT3N5ijee5PIjLj/k8gPe 5Uku3+eNT3D5HpfHuZzg8l3e8zu89hiX41we5cce4fJt3vgwl4e4PMjlAS7jvOcxXjvK5QiX w1wORZ0hSDTqXA45yGWMy/1c7uNyL5d7uIxy+VbUiXxN7+aj3MXlTn7sDi63c7mNyze5fIPL 17ncyuVrfLBb+Chf5XIzP3YTl69wOcDlRn7CDbz2ZS5f4nI9P/ZFPsoXuFzHj+3n8nkun+Oy j8u1vOc1vPZZLldzuYrLZ7hcGXV0Q66IOtZA9nLZE3Wsg+zmcnnUEYHsijqQjOnOqKMcsoPL dn76Nn7eZVy2Rh09kEv56Zdw2cLlYi4jXIa5DPGhB/npm7lsijrWQgb4YP2850YuG7hcxOVC Ln38vAu4rOdXto6f3sulh/dcy2UNl24uq7ms4rKS33QXv7IVXJbzm17Gh17KP2gJl8X8chfx D4rwURZyWcBlPpd5UXsYMjdqZ5/QGbUz954Tte+BdETt+ZB23qWNS2vUjnUBbeG1Zi5NvLEx at8BmR21fwbSELXvhMyK2ndB6qPWRkgdlzCXEJfaqBXzO53JazVRy1LIDC7VUQtzjSoulVFL E6QialkCKY9alkHK+LFSLiVRSx6kmPcsilrYjRVGLSw2g1wK+On5/BPyuAT4YLlccvhg2Vyy uPi5ZEYtzEoZXNL5mGl8zFQ+mI+P4uWSws9L5pLExcMlkYs7KnVBEqLSSogrKq2COLk4uNi5 2LhY+QkWfoLEG81cTFyMXAy8p5731PFGLRcNFzUXFe+p5D0VvFHkInChXEh4yrzGyzhjXuud NPd4P0L5Q3Aa/AFtH6DtffB78DvwW7T/B/gNjr2H+rvg1+BXYALtvwTv4NjbqL8F3gRvgF+Y 1nt/brrA++/g38C/glNoex36M/AaeBX1V6Avg5+Cl8C/GC/yvmgs8r4Afd64wfuc0e/9CXgW 5R8bA95nwNPgKRw/ibYfGTd6f4jyD1B+EuXvGy/0PmHs837PeIH3ceN67wmc+12M9x3wGAhP Hcf+UfAI+LZhs/dhw6D3IcOQ90HDsPcBMA6Oof0oOIJjh3HsENqi4CAYA/frL/Xep9/qvVe/ zXuPfrt3VL/D+y1wN7gL3AnuALfr8723Qb8JvoFzvg69VX+R92so34LyV8HNKN+Esb6CsQ5g rBvRdgP4MvgSuB58EXwB512H8fbr5ng/r+v0fk633rtPd7v3Wt2d3ivETO9esdK7h1Z6d0d2 RS4f3RXZGdke2TG6PaLfTvXbPdvbtl+2fXT7y9vDVpVuW2Rr5LLRrZFLI1sil4xuiTwoXEnW CVeEayIXj45EFCP2keER8bcjdHSENozQwhEqkBFpxDciGoYjg5Gh0cEIGZw7uGtwbFAxY2zw 9UGBDFLd+NTxQ4OelEZoeNugUWrcHBmIbBodiPSv2xi5EBfYV7k+csHo+si6yp5I72hPZG3l mkh35erIqsquyMrRrsiKymWR5aPLIksrl0QWo/+iyoWRyOjCyILKeZH5o/MinZVzInPQ3lHZ FmkfbYu0VjZHWkabI02VjZHZuHmSJCX5kkSJXcCcJFwJ8dD6Qk/Y87rnXY+CeMY8xz2i1Zzo TRRyzG46q9NNB9w73Z93i+aEpxOEcEJOXqPZ9bTrZ65fuxS2sCunoJE4JafPKTrYvTk7FjbG NNTAtagsdq8dznR/o9lBzQ6vQ5jtdVBied3yrkV0PCo9LQlmMzWbp8xC2IzuZpPXJLDdlEkM m4oqGs1Gr1Fguymj6Awb0cJGzDLMXdho1nv1QiSk79QLYX1oVmNYn1/YSETqo5RQCSJq2FVQ h7cRcX3ISZUU8/nBhQsCgbZxDZnfNqaZu3yMXjWWuYDtw/OWjamuGiORZcuXHKT0c0sPUmHW wjF727xlvH7Fvn2kPrltLHnBkrFbk5e2je1CIcwKUyiQ5INOUr80sHJoZCgQGF6J3cqh4UDs H2p0hNUCrJH9GxpGnf2MxOok8Bc33g2yagjb8HTjcOB/9Ub/d1/+P8N2kMBFl9RNCXtJj7AH 7AaXg11gJ9gBtoNt4DKwFVwKLgFbwMVgBAyDIbAZbAIDoB9sBBvAReBC0AcuAOvBOtALesBa sAZ0g9VgFVgJusAKsBwsA0vBErAYLAIRsBAsAPPBPDAXdII5oAO0gzbQClpAM2gCjWA2aACz QD2oA2EQArVgJqgBM0A1qAKVoAKUgzJQCkpAMSgChSAICkA+yAMBkAtyQDbIAn6QCTJAOkgD qcAHvCAFJIMk4AGJwA0SgAs4gQPYgQ1YgQVIwAxMwAgMQA90QAs0QA1UQAkUdVPYi0AAFBDS Q9FGz4BJ8BH4EJwGfwAfgPfB78HvwG/Bf4DfgPfAu+DX4FdggrDfB+6h74C3wVvgTfAG+AX4 Ofh38G/gX8Ep8Dr4GXgNvApeAS+Dn4KXwL+AF8EL4HnwHPgJeBb8GDwDngZPgZPgR+CH4Afg SfB98AT4HngcnADfBd8Bj4Hj4FHwCPg2eBg8BB4ED4BxcAwcBUfAYXAIRMFBMAbuB/eBe8E9 YBR8C9wN7gJ3gjvA7eA28E3wDfB1cCv4GrgFfBXcDG4CXwEHwI3gBvBl8CVwPfgi+AK4DuwH nwefA/vAteAa8FlwNbgKfAZcCa4gPXW7KOKfIv4p4p8i/ininyL+KeKfIv4p4p8i/ininyL+ KeKfIv4p4p8i/ininyL+6SBADqDIARQ5gCIHUOQAihxAkQMocgBFDqDIARQ5gCIHUOQAihxA kQMocgBFDqDIARQ5gCIHUOQAihxAkQMocgBFDqDIARQ5gCIHUOQAihxAkQMocgBF/FPEP0X8 U8Q+RexTxD5F7FPEPkXsU8Q+RexTxD5F7Mdngv/StjRugv/SlrBqJVEScmZIfJb9DjpRkyrS QeaQ5Q8TI1zaSarpkSOOhgZNvvoRuKtAfHB4DaF0VtisEIzHEhND6cfKVPtESwte3g+H1PuQ ykOTr00+FZx8bcJaFZygwVdPvXZKeu8pS1Ww5NRzp4oKqSXVEsNuEtRquyo9rUAoy/KXl5QU 1wplpf70NJMQaystr6gVS4pTBNE+3VIrsDoVn/1omdg5qRJ2pIcWlShTEs12o0opJCVY82sy pQXLM2sKktWiWiUqNersivq0tg2z036qtiQ7nMlWjcaa7HQkW9STLytNp3+jNH04S7Hhw+tF 1YwVoQzxRp1GUKhU4ykJ7twZqS2LzDZJobdJFqdGbbUYshtWTF7pSGJjJDkcfKzJDkKJeeq0 +CIsmEZ6jyWEjbQjwUKwhD+MElGNT715SKId0HcPmWU1xvT3hwwxffOQHvogJlHL1PEjOGZR Wcdp9qHkeYYICYUmimkw8F7sgT0ekE4EYENmkVTLtF0sqdPWSWXmelGhNWrOXK+xp7oT0uys ZNQoldiJezVGrUJxwpZk0Xx4i8agVirVBo1ijcaSZLPx22G/vL1iakIMiT8gJSRMxsI+c723 Plgv6rWuUgOut1TCBZYm6FnJLNH20nH6fthEsrLMhBqIhDsk1ewW0bWa3ZpRVj3Xw+yc6nFB E7ZbXI+TUqlUmHG8lJJSWlpaUJc7Tj1h8zNpNC1Nkfx2QevMVwwdChIMTYSYN3VNWNh+88ou +NUpZo8TgZVdVUEpVi6uKipc2ZVpV8Gl/P6yMpXqrNOUlJUWCOccq1bB3MihZi0Ou7OkuLxC DElJnkSvacZ185qG5uXXDt/Vt81ZNKdqZndLkUFj0CrUnvpF60q7r1rov21fQ0+9d+ncuoGZ CQaDSmUwLAs1Zjauq2vf1JrZWDq3zJOcnqyR3GZ3cmJ6si0vsmPhCVd+KKdxQX0DrHsA1n1e uZnkkpnkiiOhENWllsuuUC67RrlsL1aP2at8nH4Q9jgCVnQK+NAjwOwfSIBbBZjFA+OCLqwl Dl15WapCWThOlUf9rZ5Gqb0KxYPKDgIDwo+srioafC5mrMA5m3VR2Y+yHGcdSo40h4VHoFo2 n9ridLIwFZ8vWbu/K9DS2JilsXoc9iSrSm3zJbh9Vk12W3Nz9pprFmff5yhdFPbVhmdnNWyb Vbukwk3fGHlob6PFX53TD9dTKOB6ykoN/E+B3eTPcyrTpTl7xkZm7+6Zac2tLz5zYMHimrWX IbqWwWI+8UlSRq4+mMTiioUT9HVmK8J8CsYgWXKcZclxBv0VM2qWbEzo2+yErHFBHzYGTdTk fsMb1hmbvRnjVDhsaxXfKWIxqzU2F+WNU9VBLcw2+VxgIrajwS5utxPMakWFmXaT6rycpHLw RJaehlKKwGwUy1w+Qal217QtCXZ/ubesbvOBpYF5DWUJWpVgNZqzaiLVW3amhrtqqhaFAga1 Ti1+w+K2GN2ZydbwZYdGrnh06wwpMS3BZEuwZnlTs1OP3bd4z5JARiBdY4vF6WrY5WblRuJH 1r4m7A3NoHpPFYvOKh3uu0qS2A6WqGLOUvUQVtCEBLnVgrKxgrKxgnLEBmVjBZlD6Wypjfqq LI/ClMu+gkxoRagrDpk6lO0sKcXcKSTHYUD2qpg/ZU670fkhWOx0nfUq0e/nocctVSHerLYk 2VlibTqwfO21i7OL11y3qnNPWG33Mp/S3jFre0MIHgSPqkudGW7Mck870JaORR17Dq4Zfmhv 0+xZgl5tZCnNqJ6cDd9Zsy3csLsXvjSriFmrC9Y6gKwWIKXkvnBusDxUPlAu2lg02Xwwgc2W mifBBHnMWnnMjHmx/AZf+MORhsBtASEAIx1h0VaqkJ1PIftYrK6PKU9wCma/1NS8J3Yp9iuE 4wr6jIIqFEnBV/ytCW+vNm0yCSbt20kxB+uSc9vmwemkVvxqgDsbmgOBWICq0lPPcyvHx51P cGSVxwyqFg9kuSejKY2b5oV7WoIGtV4lCqJaX75oc3jgzsHqms23rr3wS6vz7xAv3TJzRW2a IAhZqW2XLCpwJDrUJrfVaDMb9O4EW+3W8a3DD1w+u2HopiW23dcXtPdWsD/gyZw6LVypvITg vTTqlFgAxgLPI2ctz3S28sjpzCM7k4f9Z2thbub41DNhq2Sh7Zm6ifKmRP9EYbOvXWomLDUV h3D3gRMl7/EYKzkhT3JpPPE4HPy+Venp52Y9pPnp7B6zg0K4UqHUqNSOlBxPZqnP9KRGr1Va zU9qkJoSfDbNTkliqWZnevPG1vT6DINGVJptLpNSq9cmlMyrXqO2JNoyfB+9o9GznKTXiA5f hi3Rou5a+ZlFOUazweYhWCOVnfmieLX4fVKLddIq8kzYYc1vYlHWpMEtN/kkG21vKgmNT33A TBCS4wv6+lF2KKTuRDFsNFtpe6dHYS4US9Rq5j1SzF7Hw0YU8kvUHo+6JF/BbBwuZUZewj5i iU/CaUtyM8N6aKa5UC1Wtv7UsOBNh2N1pfhWTXOur/6lytblL/k6CZ8yQ7EZc+IFnvoDJSeZ cV1VQWyBgAWN0skA/gWmd8zqsLHTyacCf5YK+czpcqWIjvMWYRWYXrE68/unIzu12ElL/Wen 01rBVurPyjKJck282ma+PD2puGvXnIq1HqurrvydWZvmF5RedMfmjQfW5EmpRb6iYHGmN6N0 xeXtOU1eKlksZ870dhU2BV29y4uag64Fq+a95ctJ0O69uK231iMOp3szFgfnXLIgL9lpLUhJ LxB0QurMpTNqN0WKMsNLS1NrK0vc7va8mav9mV31HVsX5ms1qWfeW7HeV9mSvXSdt6J5cmV1 SNC483OyHXWzkgtrmX8fwCruVszMxeTSw6FSmmuT/dc27dg22bFtssfb2LTsStGzdKtnGUPP coc+ljb07JiOhHGIpOS6Jcwox/JbMxrd7bH0yWZjPJFg4NS5yfhjudMSm3JVasufzsnl5TyL 3qqx8jk3oaClsHZbA6pu+Ll6eipu2t+y7LL2VPe0PwvmjpUNGUsik9dMt5w//7a1zFx3dTfL lFdMnabzlEHiIKnk2mOh9M70gXTRKa/lnLINYnVbTGPO65Q93SkbzfmQsJkkEQe3lEM+yyEf dUyb1AEzHdV5wziT/bfjYbfUErPPCxMBORvKM0vg48aRbWFj0y5zRnghrf1jA9jyZlQHGGdN IO5V8xtW08Lq3JwqID95Wosn7yDhYyFXp2vAJRL5GRP5yol85WT6ygn7FWOd1Bi7XPlaP/Ea //S63H9q/7P+hxmqmFwfNlsl5nlsJ7viu8zKNtnK5zzwrEfKrsoWiil6Nvdzj2R5gztozDdx /JjslMwlw7r81lx3Rsu0V7KMcdYrZbeM+SUJBD6Fazr+mmuqrEkuZ7Kkbr+h46+4Jt5V9FpR 1Oo1WyKd8MzVzDPZSvA1WMhGsshd4aRQDs220hwL9Rup30D9GupX01yR5gg0RV7gpMgGS5Fn 7BR5xk6RDZbCJuqUoI7q7Gw1bWfmsrM1gZ2tte3MZvYHBR0hU8ePmUnHJjwmN/s/V3NrOlaN 8tKarQ5lk00vE2Gy6Y3+0evr9GJ6evkjvlY9dO/gwO395VVD9wxBK+7z1F7Y2dLXkOoJXdjZ fGGDj/68/4Er2+p3HB6EtkK3texeU1W6andH6+7uqtKVu7n3CHfG3trWHt5URv1m2TXM8p2a px3XLPuOmfmKlYQRxCRswY7dNknUjdPMsDbQ6jc7fC0O5hXWqphXsJXv2Tx1/uT8SY4Qe29Q CXcKKq1G40rOcLgLy6rT/9gNMuuqq5KNqRnJBoVIxTXOFItWq9XYC9orJsf+1BH2lDdkmUWN Tqc1eVi8zJuaEJ7CHbeQp8KGYFuorbNtZ9v9bco6+QbrZAvUyT5Qx14dbHJdklXPlL4S9mYU ZxQbPCxmPCxcPCyEPCz+PMwnPA/S3zMnCOvYC64hjHYDm679GC9kuN8gGAperdC9Y5lrWW3Z ZBErLBUWZ83LdR5lTqvzTe4lMOOEpQpzb5c0IcVcJvCc7DVW1nwuz8nGVUx7DP9mpEB17mXj vJWRHWZ+qmTl7jmFi2cXOnUKlV6tD4QWVeY2FHuywnMj88JZOfMvm5/RXJ3jUIuiqNaptGnl LcHccI4jOzw/siCcRU2zN+B5u9z2DK8tUVJ7fB5renmmvzTbmxaoXVRT1t2SZ7A6JIPZKVnc ktrpdtrSC5OyyrJ9abk1C9mzSJ36tbBRcS+pJisO5xBLer5s83z5WeTLzyJfjst82SvzmRMa XMb8ifTmZOOEq7kI7xgH1TysTjK3K5HfLE6e4K9dik9e/H18ieicXioLGzWSL6fA1dgTTt5h trJvQbZPp+E32Hu91fxGRZMrI8muUWqViuXJaZJJq8psG5ojmPjq7wU1eim0BhRi68Mzuq5V Wp1WaUpg9102dVq5V3yYzCavPUCa4BAzcdOVbCmYU0krmGYWUH8q9fuo30v9KdSfTLOSaLaC 5oi0egadUU1n5NOaPCr5HLRDkidTpng1RcGHESSz3Mw0bGChy5rNdS2xfuzlJSR1SgPSTkkh ha3OZqmkJbOlen8ezWPH8pifSjZn8/q8LXnCbLS62rUsrp/vggt2nQiFTga6ApjCWPriHkhi eetsBsPhANaFamoSY98TiFlqUS7S6UVgiuCyuSps/PuC84rKvQrlmfdFoys7xZvrNojfFoT7 RWNiToo3C7Uzf1AqsDx3JaVZNeJLgvCEoLV63Qleq0Z4UaAvCFpbamJCskUtfk1tN390t96k ERUak07Yp9VODk3XxMVmu1qrV+NVx6idTNRqhV9ojXB1TPWTCdM1QaNjzyvtzPXiNjyvDDL/ AeKZejdcBies8NAcD01gyd6fQP2mcpOQpaWJLMirE6m7EjrDTb0tbp2tRdem6CRtsRUcJksE K4xDYzbqCqSK/IW3wub3wzKlfDZ00RJbbJnstKuFkktURcWJPoug2qaVxDOPaqSMlJQ0u1ZJ qfiBypLmS8qwqM4ckSxKg91EqxRWnbjCkWBSihqzcbJAeMGmV8LzrLiTG6bep/3kdaInroPs S8bjR9mXiVoRT/YknuVjLFjOWxz1B2trChgbm4IFs8HZv1in9XH+mRCkOHH+8Yj9fzuKWwlR jn86VL/4OJrsT4e24J8bvebTYZDOYRT+m7jqz2P61p/H/L2/H2n841gbPh22mn9e7L/8ZBxH 48SJEydOnL+T03HixIkTJ06cOHHixIkTJ06cOHHixIkTJ06cOHHixIkTJ06cOHHixIkTJ06c OHHixIkTJ87/HYhAaOwPku1EZCUhhagEXewvlMn/5CYu+W8crOfPHaACNVOJJtIUmk3n0mW0 K9Y6AC6m22Pla+l++pVY6THwBIlv5zYFuQt7P/GhpCIFZCHpJmth7V6yjqwnF5A+soH0kwEy SIbIMNlCLp2aQn/eb81f7ifmEol8ndxLjpIHyHfIW+Q35LdUpBpqwtNKpn7aSuf8DS4o/tUe JnLf2X49Z89Rk9OoTX9OMV0pl0ViovvlsgLlW+SyCuV75LKabKcPsqhRaNmYQoVcpiRJuEku C8QkHJPLItofl8sKlE/JZRXKk3IZ1yO6yd2weDEpxE8lSh2w31rYbgDWG4BFh9E2K2bNTbF9 N1r6UOqH5X2kDrbeAJ2PNmb7YZzFar3QXvS+GPse9JyF8zagzxq09aFHX6xfL3QYZ7GePvTw QXsxTl/syfXGaj1oHY59LnvCG6GD5CK0DZw955OPrvub7oVdUX9sLHY1PhJBrS92DezzF6DU HasNxT6zH61B+QoGzruDtaiN4Ohw7C5Z74K7fcWFhZW+jr61gwNDA+uGfbMGBjcNDHYP9w30 F/jqNmzwze9bf8HwkG9+71Dv4MW9PQV1HXVNTXMDs7o39K0Z7PtLNVl8fUO+3r7hC3oHfd2+ wd71fUPDvYO9Pb7hwe6e3o3dgxf5BtiR86rrPvl6fH39Pgzji/T3DeP8BcPdw71Dvu7+niAG GIh9wNqBkf7hwb7eoYJ/iNvUYdw60oSfuSTwR040P+YqI2hhD/0v9fx7j/2/dVp5QjanUR/y 5neRJwRoEAeJZT/djXxCY1lJecv4jNWPjK0y1/yOuDWxNPXQO9t+xPTxtBu3fnh68hrtL9VH UdVOz/z/KcAAOlZn8A0KZW5kc3RyZWFtDWVuZG9iag0xNiAwIG9iag08PC9GaWx0ZXIvRmxh dGVEZWNvZGUvRmlyc3QgMzMvTGVuZ3RoIDQ1Ni9OIDUvVHlwZS9PYmpTdG0+PnN0cmVhbQ0K aN68kl1vmzAUhv/KuUw0RQZsDJGqSCQMxkXbqKClUpQLh3gECTAyrhT+/WygXbKq6nozyRf2 +X7Oa+yCBZiC7XiA9SE2YB9cnwJeguc5cHeHNqISMm1Zzs2jo0BN0tNqhb5fVJwqpowjTm2g dHJEolHalmUOUN/Y9JUAwdPVBUKmKwXyWm0rRZ5ytUfbMEIZv6jDaqWLBF3OGwW2ZVlow9of vCzO0zPko2/hWBRFFSs6wM7QfL0Wl/2CLn3tszUedVydQt3D4I1YXVb9LGNnUbP5YHpgNUej YbEW1WkwpkpylZ/Rg5A1qwbTbmzv6e6JYlWZB01RcbBQqnj9E2zPQlnf8iHWjCfLVgmJnq/G vqbyXA2VhBpbSzCs5ENEHTkikitC18KwwJans4kFS0puADd6wKMsR8KorLgD9qjBG3JwH8TR 47cp8hNq8gG1/4/Qa9ZxE/N3V7OBvtOlkuaX0HGP8sRl2RSz5KTZS9XP0RMvyk7JfhacxJHP UfrSthWvzWp0bVMhE3ES3rMWvSahcDfu8HYs88/NCtKXozJD61QTYACcPxhot8d7x6GHwzu5 PhXo5g9+XSH3vULx9n8o9FuAAQBT4UByDQplbmRzdHJlYW0NZW5kb2JqDTE3IDAgb2JqDTw8 L0NvbnRlbnRzIDE4IDAgUi9Dcm9wQm94WzAgMCA1OTUuMjIgODQyXS9NZWRpYUJveFswIDAg NTk1LjIyIDg0Ml0vUGFyZW50IDQ4IDAgUi9SZXNvdXJjZXMgNDAgMCBSL1JvdGF0ZSAwL1R5 cGUvUGFnZT4+DWVuZG9iag0xOCAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3Ro IDE4NTA+PnN0cmVhbQ0KaN7UWV1v2kgUfedXjPIEK3D5puxbIB9NSlIUrFRq0gfXHhxvwGZt J2n669fE54zN2BSSaLVaVaonM+Px/Tj33nMHY9gdCrfy4XTWEm5U6XZbRqcvBl2jL1rdnjHo iv6wbXT7IpSVeWVkVj6YZlu0hDmvfDT6nX5HNJN/GPZeXhg0kzOazY4wl5VmcnbDaDbbfWHa yV/mU+WmKoSoNfrGsBpJOx08hOnTi5/TgbCDdOBHXjpwZPoMrRh7Ax+nGKL23TxPTm+0jFa7 1xPm0fpTdqUqauZfmO+0u+v5jalhcSq/y/wjJ/tN9bMFKS0XMlmQwPeidFAXkDKuNavCSseL ZGxALWp+/HMFLUK8EWHliw39gh/UWDTTQTc5qI6D2phrtYR2tChOFAY3U2qSPqXopYPva7lf rJkon7OhZoozH0LKECaQmGgc0UjzeKtg+Pr4EjMzD3L4NJmHY12B4+TfDzQYJpYwjx9H2xUu TBymg1UIFy6w0m62YNAt6pfaoWfw4DMcfImnGBcBTMsUALzT4smgP0Tw1F6OT/837zwesZRL 4CZdw4JvLxBiDuwWCT9IovlvTBN+sYiDRIvL9M9DAnZDspf4/Z1FcnL2DZEKcogYv4e2wRMk ko5bcOWGQTaiVBdgI9p3W+qrFE/wyMPCoXIp1iCfTCyQX7CU4Jh+WkBOJXi6EVLfycwJP+js SARzEd/J/MHTMbCSiIRt9xngX7bgA2ESjpR6JebcvWGeNs2zkVqzT0JZL2KujaIi/vAOwi8W VNBXWRcrkraL72gDnBuonIBjY56bWIAf8Da/mIHWKIuBXWm61O0DAu8Kss+pAwWzZbQD3VvA tT4cacKgoS/hn3BJE3mPtMwVBokX58yXhLotd2D9t/rmPH1zdYJ02mZJGCKZc8uI7nOYrUPW kZnBynWQDj4nwkK053UxeIKDQofyQpUgWSUeHyKqzLSzfhXqnyRjID5aT8fZ++IM2x28ZzM5 SuWbm/0SOwZXKrF59PqSsGRBmkC/RzwX0QGNMIIppziu1eUKlRmzYLSAhGEdMxcwcmgjNAQd MRyUptPSklLiV9TmXk/36zEZicOU+ky/TnW/TjN3ycaYIcs4j1RNgkMECkEQw45zz95SvsRt VRX025qm6Ou8dxjiI0wUMRliTIooD6ii7pFer6d55BycwZeqyoM2DY0319wbRzEciNbwyIEw 01hBar8BWC8aes1r/MAAYLEecUpATRvNj/S3aQjTAjVesArUxWFdjJmzQ/+Z07VCjRiW1og9 HHJCgvPpgZTX5WdOkQnXcfwZqxnIciTZZwWi5y5yb15o0XlH5x1kZRJZLKA7Her8rCVhh44u 6Qhep/go8wvh/kA6zgQYqrLGnDXWSmEYIDAVcxATbLEcFT14a3JbYybR1VEV9MtKL8hZxJaw gtfpfFv9ymJ2jyXSErGCWwOXcYiUH93WVPY8whJr25IYD3WW3dxd7/+dSIyWb4pEtkfi0CgN uXNDfOO079bzbG8PsraHb05Vp8FQIwJcj9/1ya5UnLHsXCiCfaeSxMvT5LFl6SVXORiK64gd 0TrAhsMqlEUjew3xH8XhDHuZrBZSr9H3JCquAv8MqSgJw4uMojgZhxOIjvl6/AWN5Nau7n8Z j3vR0FLeMjDaGjM+g6yqbVkqG5F5KYa8L0ffQc+3k+J2FsI084ieo4t9xs1IkadvKEqJxwvR PTE01ijDiPmfKwCiwXj7RLj8gmddrswMnstbJUetlPjmdUgS55B+SdirKssuKVJxZevty4zO uVZFh3rilGkIdeKA3eBClTccM7ueqvhCDm6sA+k6CzD2zFlNa21teF9pgBNyB1uvmxYlna0Y LkDpXG9KVGxnHJQwEzrOlF/lilRWvxvI9QcMnRLanEG5g55kUISyxTsMeKqu+BslPYs3r1pD 6u1IbhmzXExyOQ8ftx7IzGW4qWD2iSNI8ejJzS0jtUW8sTEQB7hXc3kzIl3mXR2MwZzOQfRd s5vLLlDQd04fu4WgO8uqHkpOP9fMyogmfiwwsIjgEO9qgnKgSp+dFvDRq+t9TOtdjWWHp+mN pThE2+8gbOw7qRUVldJGNIirg2+i3H7K5KmgonInsOZljETLnSFrnkeLR5aWxK7Vh95ocT3l KrY1e+KN9IKXgPzUgZ7XGuZxOvhTXfKrG7GtV24B7y1myIPTsvuVyYyL764EJhMhr4IWOmyv TsD2hI6PvRiFQuYrfpXZD6fdQaeQ+BT49IutiX4BcppdbPmKtPHy95e617yAfRbM+Y0pezle XKkSR5xbtMJCwYa/Z6n7jOx+920Qva2i376APJOZumyZQQs3+/1EY7dXpFOqp7EVBSMBoFGu rcJlUNEEWFo0zM1+dK6K5vuhekybURsptZTgJmaBgol3VboHvTCPlYWOf7IIMwBV1dgJfwW7 +vtpCHmYz+uU8Fn7Qa/Z+U1KPzYr/wgwAGBGaaENCmVuZHN0cmVhbQ1lbmRvYmoNMTkgMCBv YmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDUvTGVuZ3RoIDc1L04gMS9UeXBlL09i alN0bT4+c3RyZWFtDQpo3jIxUDBQsLHRd60ocQ8uSSxJBbLdgw0VzMyA4kF2dvpu+XklQLGQ ECMFMwuoWEBRfnJwakm0foCLm35IakVJrJ0dQIABAMvMFEQNCmVuZHN0cmVhbQ1lbmRvYmoN MjAgMCBvYmoNPDwvQ29udGVudHMgMjEgMCBSL0Nyb3BCb3hbMCAwIDU5NS4yMiA4NDJdL01l ZGlhQm94WzAgMCA1OTUuMjIgODQyXS9QYXJlbnQgNDggMCBSL1Jlc291cmNlcyA0MSAwIFIv Um90YXRlIDAvVHlwZS9QYWdlPj4NZW5kb2JqDTIxIDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURl Y29kZS9MZW5ndGggMTQwOT4+c3RyZWFtDQpo3qxYy3baSBDd8xV9shl7Btp6ocesjDGJPY5j jlGyGCcLGQRoAMFIwoS/nwbdK14C2zkTnxOKflRX3aq+VY30LE8MKhefOroYpBXL0qVpC8eS ttCtunQsYXuGtGyRhJV+5cqvXPi+IXTh9yuutE3bFJr6g1hfb3A0pUPTTOFPKprSXZOaZtjC 76pv/qLydCaEOK/Z0jt7evyYC00r/3Q1CD+4RHyUED7nn+G5pgZzOZh3c2EYznMhqWL1h0Yu DAYJ9g2CXMiiaS7EOGLah/AYphiZY1M3hLpHCJ0QM9+CLBe2tP3w/1Iu1nSpG/W68K+3Xd0S DgYotKF7CtXTLnSPxfczmNj5lgvt7+d7pqU07eXAtJSevmBtIu6hRqEJYDsrYP1cbl1cY7DG EU7N1bIYesMxjv5QLZzbgGAa1i+AUKQEBixXg1DFyMfwGV4g6EGyxGYDazWHWbNtj7e2R1tl oprw/9m1c5OmT2d3AbAMBhEE+hwhR6oCWGYr3JBbYyXLPY9aP2cIR8JIYeahy0A/F3Ghs0pR dc8pXX8HjIXw1KYnuAfCxhVb2b2Gx/99GxT1bRuK2xhGhgkgCDFQuyZI/eyoYTi9+QUjnQh2 xIQsgtqB4E39d07AMDABPHGWHnf4YAAMMEsi3qL809B0AHrE/VIcGnM4OZzCrPQ3nNTo5UKv CHC6ifSrABcWfwpxX5MB7y/dvQNYCaMYYSCOo/2TlGrbA9Ge53dg/f9XLi1IIMVAthSKA/0F 0C4Cvm38Dm+35UMuSAxcTX8yWYGt86o9Tp2XVTRaohXD1+4Q5vVCXrTzLWopscbnDvGFCTpk yo55e3u7V6+EF7Y0tu4Bb4T9fwrgLkevR+IS5iwiUAEzZxEi1bMQM/FYlBAnqsdbiGoDwnQC TeDpYAnbp8mOzwrArW0384C2wR3uD7sAMZ5SET1mmSwB8ViwdbeOyyc+8/4kQcQ6IhovOFWW VJD9gD9kADRAygYsDQ/M3YCXfkrn75CYN+S/v90yQJok+gAZE5yu6+0hi2zIVPkD7LLiV5yl m1huu8x5AwNO/U0ZOTnISNaOCdlMR1JlWLock08uUTDDMXbLgsrL4S6lqmOxvVvgnJG4mYrm MNhpiEou7P+QdLtBU3HZZYBgMGVRYflLRsf3N4pCHJNz0B81VkHEKk13WECOq/raaRyfLIki rBrS8SC+xAibmwIk2WXE39LVIFVLyeI+Yt8cMDE4U1DUsCQzfrm0wJfwmTd+EO4nyZ7K63DG wEHTpglYqWwiwJPZnJyaEPh1n9Fl3mBX0cqXYreTn0UKswFRB0Iojp3M2Q+ibG2a7pi5yAZx QSIe7dTqY11yhxTUExv2OOCg9XoV7Ytmaotuqp5kKjqmZxjFZ9qNK7p0POWklh/hMHMdexeM QcWUdc91ufBEwNY7Th9al6bnGrmu7ZTJI+MY7NHt4nRLGpqJHVrxUszTueW/cpyjS8MVpuFI leimLjVXqDesSvv8zapbrvTUvJoxLWHa0hRSPSo0PZ9eH++qQShQOKh/wpOOW7x5j710Td2T rpG/dI+0dMggXvx4+Y6iWVJb1hMoMOrh7mgOW1lj9Q00qNXfUEVLyGiy1wEOLxn+PlMYS4IM MyO5dxFq2fHckezs3tMWt4fs3/E5Ey1SA2r0OFweXu7DWn3lny6yV3X8+nABVJ1q8WpBHKM5 y9ANfypI2S2D+HsBRjI+j0iubXLZiOUlSDJ6AGog9Ux4QEhiGZ5mjdtZyraTjTQfkB1EpN/n 7wmsheIWltWhxXxsnahtjHHGFl3cAZYYZbpXtKFl5e+wrQbJDzkSzSTdRiXpYSZcojA+Z1jC X0cmrz3j9oSd8JeUzJKW+60aypcrBvtPgAEAPBU6pA0KZW5kc3RyZWFtDWVuZG9iag0yMiAw IG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvRmlyc3QgNS9MZW5ndGggOTIvTiAxL1R5cGUv T2JqU3RtPj5zdHJlYW0NCmjeMjFUMFCwsdF3zs/JLwouSExOBXGKzRTMTIESQXZ2+q4VJe7B JYklIAn3YEMFMzOohFt+XglQLCTESMHMAioWUJSfHJxaEq0f4OKmH5JaURJrZwcQYABK7hu7 DQplbmRzdHJlYW0NZW5kb2JqDTIzIDAgb2JqDTw8L0NvbnRlbnRzIDI0IDAgUi9Dcm9wQm94 WzAgMCA1OTUuMjIgODQyXS9NZWRpYUJveFswIDAgNTk1LjIyIDg0Ml0vUGFyZW50IDQ4IDAg Ui9SZXNvdXJjZXMgNDIgMCBSL1JvdGF0ZSAwL1R5cGUvUGFnZT4+DWVuZG9iag0yNCAwIG9i ag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDIzMD4+c3RyZWFtDQpo3nzPTUvEMBAG 4Pv8ivfYyjabr6bmKi6CHhSc27KHunRLl3WVdkF/vqkTD1qQQPIwybxJVPQRPa3vng36ibw3 ygU0XgUYX6vGI0SrfMDY0YFumNbMFgZ8oGsVXHDQaWTW3w2NThlaO/Ar6ZStwft5+qACJR8T K6OMrWvw7a+Ss35Riv7fU3xFldLahvmObfHQjmUVVCzafsg4y3oeJsEKneBS6gKt+JSshAAE m893wTDmjinvPO4vgreXvDNCC3wKWuUgm2vG4E80loUFtk8/P5G1QyPYze8ud3xPG6YvAQYA uHlbww0KZW5kc3RyZWFtDWVuZG9iag0yNSAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUv Rmlyc3QgNS9MZW5ndGggNzUvTiAxL1R5cGUvT2JqU3RtPj5zdHJlYW0NCmjeMjFSMFCwsdF3 rShxDy5JLEkFst2DDRXMzIDiQXZ2+m75eSVAsZAQIwUzC6hYQFF+cnBqSbR+gIubfkhqRUms nR1AgAEAzFwURg0KZW5kc3RyZWFtDWVuZG9iag0yNiAwIG9iag08PC9GaWx0ZXIvRmxhdGVE ZWNvZGUvRmlyc3QgMTkvTGVuZ3RoIDMxNC9OIDMvVHlwZS9PYmpTdG0+PnN0cmVhbQ0KaN6M UltrwjAU/it5HxKTnKQNiFDddIONja3DB/Eh2rAGXCptfPDfL0lHHRZdCZxbzi3fF2BojAAQ YwQB9xagyQTPVKMXlXU4V2X1rUazal/gB7urCmO/8MrYzDam8xembty8VDViFIeye93sanNw lY8I3/8dP6vfDEIE/jhu3emgcV4fdR6NIOK8lSlc2aypDGvdPoIlvRgTA+pkWCm9OQE4dDIc LmVnwUWu9FkCfF/S7gMs1hKxmU7/Qpm9ZMvF691c7c22NjhgpG2hrAu3zZqlAajNGeWnQltn 3Gn0eAbMizHOq09rfJJGBCK4HXz9gcu3buAA+kD06JMX9FEyhD5O/6Vh+IE0uX6XSMSp/7eU tVqmiI29Tkj0KW2Ja3WIcNp2YyD964j/+Dz6CeGRcuZp+xFgAA3px4cNCmVuZHN0cmVhbQ1l bmRvYmoNMjcgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDExL0xlbmd0aCA0 NC9OIDIvVHlwZS9PYmpTdG0+PnN0cmVhbQ0KaN4yMVMwUDAxVzC0VLCx0fcrzS2OBvMNFIJi 7eyAQsH6LnZ2AAEGAKSmCNQNCmVuZHN0cmVhbQ1lbmRvYmoNMjggMCBvYmoNPDwvTGVuZ3Ro IDM2MzIvU3VidHlwZS9YTUwvVHlwZS9NZXRhZGF0YT4+c3RyZWFtDQo8P3hwYWNrZXQgYmVn aW49Iu+7vyIgaWQ9Ilc1TTBNcENlaGlIenJlU3pOVGN6a2M5ZCI/Pgo8eDp4bXBtZXRhIHht bG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA0LjIuMS1j MDQzIDUyLjM3MjcyOCwgMjAwOS8wMS8xOC0xNTowODowNCAgICAgICAgIj4KICAgPHJkZjpS REYgeG1sbnM6cmRmPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgt bnMjIj4KICAgICAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIKICAgICAgICAgICAg eG1sbnM6ZGM9Imh0dHA6Ly9wdXJsLm9yZy9kYy9lbGVtZW50cy8xLjEvIj4KICAgICAgICAg PGRjOmZvcm1hdD5hcHBsaWNhdGlvbi9wZGY8L2RjOmZvcm1hdD4KICAgICAgICAgPGRjOnRp dGxlPgogICAgICAgICAgICA8cmRmOkFsdD4KICAgICAgICAgICAgICAgPHJkZjpsaSB4bWw6 bGFuZz0ieC1kZWZhdWx0Ij5NaWNyb3NvZnQgV29yZCAtIGRyYWZ0LWlldGYtcGNuLXNpZ25h bGluZy1yZXF1aXJlbWVudHMtMDMtTU0uZG9jPC9yZGY6bGk+CiAgICAgICAgICAgIDwvcmRm OkFsdD4KICAgICAgICAgPC9kYzp0aXRsZT4KICAgICAgICAgPGRjOmNyZWF0b3I+CiAgICAg ICAgICAgIDxyZGY6U2VxPgogICAgICAgICAgICAgICA8cmRmOmxpPk1lbnRoPC9yZGY6bGk+ CiAgICAgICAgICAgIDwvcmRmOlNlcT4KICAgICAgICAgPC9kYzpjcmVhdG9yPgogICAgICA8 L3JkZjpEZXNjcmlwdGlvbj4KICAgICAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIK ICAgICAgICAgICAgeG1sbnM6eG1wPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIj4K ICAgICAgICAgPHhtcDpDcmVhdGVEYXRlPjIwMTEtMDQtMDVUMjM6NDM6MjIrMDI6MDA8L3ht cDpDcmVhdGVEYXRlPgogICAgICAgICA8eG1wOkNyZWF0b3JUb29sPlBTY3JpcHQ1LmRsbCBW ZXJzaW9uIDUuMi4yPC94bXA6Q3JlYXRvclRvb2w+CiAgICAgICAgIDx4bXA6TW9kaWZ5RGF0 ZT4yMDExLTA0LTA1VDIzOjQzOjIyKzAyOjAwPC94bXA6TW9kaWZ5RGF0ZT4KICAgICAgPC9y ZGY6RGVzY3JpcHRpb24+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAg ICAgICAgICAgIHhtbG5zOnBkZj0iaHR0cDovL25zLmFkb2JlLmNvbS9wZGYvMS4zLyI+CiAg ICAgICAgIDxwZGY6UHJvZHVjZXI+QWNyb2JhdCBEaXN0aWxsZXIgOS4yLjAgKFdpbmRvd3Mp PC9wZGY6UHJvZHVjZXI+CiAgICAgIDwvcmRmOkRlc2NyaXB0aW9uPgogICAgICA8cmRmOkRl c2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4bXBNTT0iaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wL21tLyI+CiAgICAgICAgIDx4bXBNTTpEb2N1bWVudElE PnV1aWQ6Nzk4OGJkY2EtZjBjOS00MWU4LWFhNDktZjBjM2UzYjg0ZTljPC94bXBNTTpEb2N1 bWVudElEPgogICAgICAgICA8eG1wTU06SW5zdGFuY2VJRD51dWlkOjRjZDI2ZTIxLTEwMzMt NGQ3Ny04NzRlLTg4YTYzZDllZGZhOTwveG1wTU06SW5zdGFuY2VJRD4KICAgICAgPC9yZGY6 RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAKPD94cGFja2V0IGVuZD0idyI/ Pg0KZW5kc3RyZWFtDWVuZG9iag0yOSAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvRmly c3QgNS9MZW5ndGggNzAvTiAxL1R5cGUvT2JqU3RtPj5zdHJlYW0NCmjeMrFQMFCwsdF3zi/N K1Gw0PfOTCmONjUCCgYpGIJJEzBpDhExgFAQnhGEZ2QMomL1QyoLUvUDEtNTi+3sAAIMAGeW FEYNCmVuZHN0cmVhbQ1lbmRvYmoNMzAgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0Zp cnN0IDUvTGVuZ3RoIDE5NS9OIDEvVHlwZS9PYmpTdG0+PnN0cmVhbQ0KaN58j7FqwzAUAH9F WySCbEW2h4QQCPUqCLQ0SxZVek4eqFLy9Ex/vxo6d787uHEvjDge+/PKj0LSQeaH6t8IPGPJ s2eQ88Ga3c6MZrLDOFi7NXZjzOaPatLlPRA+eepiSuITqDZTTJ3trOpdif9HLlTiGoDkOVD5 8ixmrIwpAYl9Sxhxk1fMsfzUm1L9B3IC6bCxtSwsroWi0CKSX1gj8KKfIeuK9+wT5rsmeK1I 8N22qjaDdq6LJajT6VeAAQC6u0zuDQplbmRzdHJlYW0NZW5kb2JqDTMxIDAgb2JqDTw8L0Rl Y29kZVBhcm1zPDwvQ29sdW1ucyA0L1ByZWRpY3RvciAxMj4+L0ZpbHRlci9GbGF0ZURlY29k ZS9JRFs8MUVGNDlBQkI1NDNERjAwQzlBQkUyNjQ3M0RFQzU4REY+PEE4QTM3QTk2NjZGRUJG NDNCODRBN0JBMjhERkUxRkRFPl0vSW5mbyA0OSAwIFIvTGVuZ3RoIDEyNS9Sb290IDUxIDAg Ui9TaXplIDUwL1R5cGUvWFJlZi9XWzEgMiAxXT4+c3RyZWFtDQpo3mJiAAImRjkHBiYGhjYg wX4ISDAuh3G5L4G4O+Dcx3BuB4jLDOKGAgmTcBBLFki4dAEJJnWYEo5GkMQKGJftBIi7E8Zl 1IHJMs0EiYH08teBWItBEopAp4krg7jMcIIdRDAwYhLMf1DUMaKqY/wHYzH9B8sCBBgAubQU hQ0KZW5kc3RyZWFtDWVuZG9iag1zdGFydHhyZWYNCjExNg0KJSVFT0YNCg== --------------020906090307040807010802 Content-Type: text/plain; name="draft-ietf-pcn-signaling-requirements-03.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="draft-ietf-pcn-signaling-requirements-03.txt" Internet Engineering Task Force G. Karagiannis Internet-Draft University of Twente Intended status: Informational T. Taylor Expires: October 04, 2011 K. Chan Huawei Technologies M. Menth University of Tuebingen P. Eardley BT April 04, 2011 Requirements for Signaling of (Pre-) Congestion Information in a DiffServ Domain draft-ietf-pcn-signaling-requirements-03 Abstract Precongestion notification (PCN) is a means for protecting quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo describes the requirements for the signaling applied within the PCN domain: (1) PCN-feedback-information is carried from the PCN-egress- node to the decision point;(2) the decision point may ask the PCN- ingress-node to measure, and report back, the rate of PCN-traffic between this pair of PCN-boundary-nodes. The decision point may be either collocated with the PCN-ingress-node or a centralized node (in the latter case, (2) is not required). The signaling requirements pertain in particular to two edge behaviours, "controlled load (CL)" and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-behaviour-05]. Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on September 02, 2011. Karagiannis, et al. Expires October 04, 2011 [Page 1] Internet-Draft PCN Signaling requirements April 2011 Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Requirements Language The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Signaling Requirements for Messages from the PCN-Egress-Nodes to Decision Point(s) . . . . . . . . . . . . . . . . . . . . . . . . 3 2.1. Specification of Flow Identifiers . . . . . . . . . . . . . 4 3. Signaling Requirements for Messages between Decision Point(s) and PCN-Ingress-Nodes . . . . . . . . . . . . . . . . . . . . . . . . 5 4. Security Considerations . . . . . . . . . . . . . . . . . . . . . 5 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . . 6 6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . 6 7. References . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 7.1. Normative References . . . . . . . . . . . . . . . . . . . . 6 7.2. Informative References . . . . . . . . . . . . . . . . . . . 6 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7 Karagiannis, et al. Expires October 04, 2011 [Page 2] Internet-Draft PCN Signaling requirements April 2011 1. Introduction The main objective of Pre-Congestion Notification (PCN) is to support the quality of service (QoS) of inelastic flows within a Diffserv domain in a simple, scalable, and robust fashion. Two mechanisms are used: admission control and flow termination. Admission control is used to decide whether to admit or block a new flow request while flow termination is used in abnormal circumstances to decide whether to terminate some of the existing flows. To support these two features, the overall rate of PCN-traffic is metered on every link in the domain, and PCN-packets are appropriately marked when certain configured rates are exceeded. These configured rates are below the rate of the link thus providing notification to boundary nodes about overloads before any congestion occurs (hence "pre- congestion" notification). The PCN-egress-nodes measure the rates of differently marked PCN traffic in periodic intervals and report these rates to the decision points for admission control and flow termination, based on which they take their decisions. The decision points may be collocated with the PCN-ingress-nodes or their function may be implemented in a centralized node. For more details see[RFC5559, [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-behaviour-05]. This memo specifies the requirements on signaling protocols: o to carry reports from a PCN-egress-node to the decision point, o to carry requests from the decision point to a PCN-ingress-node that trigger the PCN-ingress-node to measure the PCN-sent-rate, o to carry reports, from a PCN-ingress-node to the decision point. The latter two messages are only needed if the decision point and PCN- ingress-node are not collocated. 2. Signaling Requirements for Messages from the PCN-Egress-Nodes to Decision Point(s) The PCN-egress-node measures, per ingress-egress-aggregate, the rates of differently marked PCN-traffic in regular intervals. The measurement intervals are recommended to take a fixed value between 100 ms and 500 ms, see [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-behaviour-05]. At the end of each measurement interval, the PCN-egress-node calculates the congestion-level-estimate (CLE) based on these quantities. The PCN-egress-node MAY be configured to record a set of identifiers of PCN-flows for which it received excess-traffic-marked packets during the last measurement interval. The latter may be useful to perform flow termination in networks with multipath routing. At the end of each measurement interval, or less frequently if "optional report suppression" is activated, see [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge- behaviour-05], the PCN-egress-node sends a report to the decision point. Karagiannis, et al. Expires October 04, 2011 [Page 3] Internet-Draft PCN Signaling requirements April 2011 For the SM edge behaviour, the report MUST contain: o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node (typically their IP addresses); together they specify the ingress-egress-aggregate to which the report refers, o the rate of not-marked PCN-traffic (NM-rate) in octets/second, o rate of PCN-marked traffic in octets/second, o the congestion-level-estimate, which is a number between zero and one. For the CL edge behaviour, the report MUST contain: o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node (typically their IP addresses); together they specify the ingress-egress-aggregate to which the report refers, o the rate of threshold-marked PCN traffic (ThM-rate) in octets/second, o rate of excess-traffic-marked traffic (ETM-rate) in octets/second, For both CL and SM edge behaviours, the report MAY also contain: o a set of flow identifiers (see Section 2.1). The signaling report can either be sent directly to the decision point or it can "piggy-back", i.e. be included within some other message that passes through the PCN-egress-node and then the decision point. Signaling messages SHOULD have a higher priority than data packets to deliver them quickly and to avoid that they are dropped in case of overload. The load generated by the signaling protocol SHOULD be minimized. We give three examples that may help to achieve that goal: o Piggy-backing the reports by the PCN-egress-nodes to the decision point(s) onto other signaling messages that are already in place. o Reducing the amount of reports to be sent by optional report suppression. o combining reports for different ingress-egress-aggregates in a single message (if they are for the same decision point). As PCN reports are sent regularly, additional reliability mechanisms are not needed. This also holds in the presence of optional report suppression, as reports are sent periodically if actions by the decision point(s) are needed, see [draft-ietf-pcn-cl-edge-behaviour- -08], [draft-ietf-pcn-sm-edge-behaviour-05]. 2.1 Specification of Flow Identifiers The representation of a flow identifier depends on the surrounding environment, e.g., pure IP, MPLS, GMPLS, etc. Examples of such flow identifier representations can be found in [RFC2205], [RFC3175] [RFC3209], [RFC3473], [RFC4804]. In pure IP networks, the identifier may consist of a subset of the following information: o source IP address; Karagiannis, et al. Expires October 04, 2011 [Page 4] Internet-Draft PCN Signaling requirements April 2011 o destination IP address; o protocol identifier and higher layer (port) addressing; o flow label (typical for IPv6); o SPI field for IPsec encapsulated data; o DSCP/TOS field; o IP address of PCN-ingress-node; o IP address of PCN-egress-node 3. Signaling Requirements for Messages between Decision Point(s) and PCN-Ingress-Nodes Through request-response signaling between the decision point and PCN- ingress-node, the decision point requests and in response the PCN- ingress-node measures and reports the PCN-sent-rate for a specific ingress-egress-aggregate. Signaling is needed only if the decision point and PCN-ingress-node are not collocated. The request MUST contain: o an indication that the PCN-sent-rate is requested, o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node; together they determine the ingress-egress- aggregate for which the PCN-sent-rate is requested, o the identifier of the decision point that requests the PCN-sent- rate. The report MUST contain: o an indication that the reported data is a PCN-sent-rate, o the PCN-sent-rate in octets/second, o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node. The request MUST be addressed to the PCN-ingress-node, and the report MUST be addressed to the decision point that requested it. The request and the report SHOULD be sent with high priority and reliably, because they are sent only when flow termination is needed, which is an urgent action. 4. Security Considerations [RFC5559] provides a general description of the security considerations for PCN. This memo does not introduce additional security considerations. Karagiannis, et al. Expires October 04, 2011 [Page 5] Internet-Draft PCN Signaling requirements April 2011 5. IANA Considerations This memo includes no request to IANA. 6. Acknowledgements We would like to acknowledge the members of the PCN working group for the discussions that generated the contents of this memo. 7. References 7.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC5559] Eardley, P., "Pre-Congestion Notification (PCN) Architecture", RFC 5559, June 2009. [draft-ietf-pcn-cl-edge-behaviour-08] T. Taylor, A, Charny, F. Huang, G. Karagiannis, M. Menth, "PCN Boundary Node Behaviour for the Controlled Load (CL) Mode of Operation (Work in progress)", December 2010. [draft-ietf-pcn-sm-edge-behaviour-05] A. Charny, J. Zhang, G. Karagiannis, M. Menth, T. Taylor, "PCN Boundary Node Behaviour for the Single Marking (SM) Mode of Operation (Work in progress)", December 2010. 7.2. Informative References [RFC2205] Braden, B., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September 1997. [RFC3175] Baker, F., Iturralde, C. Le Faucher, F., Davie, B., "Aggregation of RSVP for IPv4 and IPv6 Reservations", RFC 3175, 2001. [RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001. [RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003. [RFC4804] F. Le Faucheur, "Aggregation of Resource ReSerVation Protocol (RSVP) Reservations over MPLS TE/DS-TE Tunnels", RFC 4804, February 2007. Karagiannis, et al. Expires October 04, 2011 [Page 6] Internet-Draft PCN Signaling requirements April 2011 Authors' Addresses Georgios Karagiannis University of Twente P.O. Box 217 7500 AE Enschede, The Netherlands EMail: g.karagiannis@ewi.utwente.nl Tom Taylor Huawei Technologies 1852 Lorraine Ave. Ottawa, Ontario K1H 6Z8 Canada Phone: +1 613 680 2675 Email: tom111.taylor@bell.net Kwok Ho Chan Huawei Technologies 125 Nagog Park Acton, MA 01720 USA Email: khchan@huawei.com Michael Menth University of Tuebingen Department of Computer Science Chair of Communication Networks Sand 13 Tuebingen 72076 Germany Phone: +49 7071 29 70505 Email: menth@informatik.uni-tuebingen.de Philip Eardley BT B54/77, Sirius House Adastral Park Martlesham Heath Ipswich, Suffolk IP5 3RE United Kingdom EMail: philip.eardley@bt.com Karagiannis, et al. Expires October 04, 2011 [Page 7] --------------020906090307040807010802-- From karagian@cs.utwente.nl Wed Apr 6 01:30:24 2011 Return-Path: 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 64C813A68D9 for ; Wed, 6 Apr 2011 01:30:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.178 X-Spam-Level: X-Spam-Status: No, score=-0.178 tagged_above=-999 required=5 tests=[AWL=0.327, 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 cpO29coWBTt0 for ; Wed, 6 Apr 2011 01:30:23 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 1C46E3A68EA for ; Wed, 6 Apr 2011 01:30:03 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p368V5Kw004396; Wed, 6 Apr 2011 10:31:10 +0200 (MEST) From: "Georgios Karagiannis" To: "'Michael Menth'" , References: <20110405121501.17256.4322.idtracker@localhost> <4D9B8D7F.60406@informatik.uni-tuebingen.de> Date: Wed, 6 Apr 2011 10:31:30 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acvz2to8vjdepM1yRym5hJZK8dT6fQAVzXog In-Reply-To: <4D9B8D7F.60406@informatik.uni-tuebingen.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 06 Apr 2011 10:31:19 +0200 (MEST) Subject: Re: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 08:30:24 -0000 Hi Michael Thanks for the comments! I agree with all comments, except the following one: Issue 2: Regarding flow identifiers, the following is not needed: o IP address of PCN-ingress-node; o IP address of PCN-egress-node First of all please note that these are needed in the situation that the flow ID identifies an aggregated flow. In this case the "IP address of PCN-ingress-node" and the "IP address of PCN-egress-node" are, among other information, required. Moreover please note that before the list with bullets the following sentence is used: "In pure IP networks, the identifier may consist of a subset of the following information:". This means that in some situations you can use a subset of this list to identify an individual flow and in other cases you can use a subset of the same list to identify an aggregated flow. Secondly I thought that during the IETF meeting we discussed the same issue and there was an agreement to have this information in the flow identifier. !? Best regards, Georgios ________________________________ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Michael Menth Sent: dinsdag 5 april 2011 23:46 To: pcn@ietf.org Subject: Re: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt Hi Georgios, hi all, I quickly went over the draft and fixed some nits. I think it is in good shape now. Georgios, please take care of my minor corrections for the next version of the doc! Best wishes, Michael Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: 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 : Requirements for Signaling of (Pre-) Congestion Information in a DiffServ Domain Author(s) : G. Karagiannis, et al. Filename : draft-ietf-pcn-signaling-requirements-03.txt Pages : 7 Date : 2011-04-05 Precongestion notification (PCN) is a means for protecting quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo describes the requirements for the signaling applied within the PCN domain: (1) PCN-feedback-information is carried from the PCN-egress- node to the decision point;(2) the decision point may ask the PCN- ingress-node to measure, and report back, the rate of PCN-traffic between this pair of PCN-boundary-nodes. The decision point may be either collocated with the PCN-ingress-node or a centralized node (in the latter case, (2) is not required). The signaling requirements pertain in particular to two edge behaviours, "controlled load (CL)" and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], [draft-ietf-pcn-sm-edge-behaviour-05]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requirements-03 .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 -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Wed Apr 6 02:01:41 2011 Return-Path: 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 05ECA3A68E6 for ; Wed, 6 Apr 2011 02:01:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.761 X-Spam-Level: X-Spam-Status: No, score=-0.761 tagged_above=-999 required=5 tests=[AWL=0.040, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] 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 8Ctf0ysLLd75 for ; Wed, 6 Apr 2011 02:01:39 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by core3.amsl.com (Postfix) with SMTP id 513EF3A681D for ; Wed, 6 Apr 2011 02:01:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id A0A4852C6; Wed, 6 Apr 2011 11:03:21 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eTQw3p9ZZMQD; Wed, 6 Apr 2011 11:03:16 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 14BA05287; Wed, 6 Apr 2011 11:03:15 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 954D71859EEE; Wed, 6 Apr 2011 11:03:15 +0200 (CEST) Message-ID: <4D9C2C56.6060909@informatik.uni-tuebingen.de> Date: Wed, 06 Apr 2011 11:03:18 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Georgios Karagiannis References: <20110405121501.17256.4322.idtracker@localhost> <4D9B8D7F.60406@informatik.uni-tuebingen.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 09:01:41 -0000 Hi Georgios, in the meeting (and in fact days before!) we agreed that we determine ingress-egress-aggregates by the IP addresses of the PCN-ingress-node and PCN-egress-node. The PCN-egress-node gains the information about the PCN-ingress-node somehow and sends a report to the PCN-ingress-node. Therefore, the information about the PCN-ingress-node and PCN-egress-node is already there. Furthermore, the PCN-ingress-node and PCN-egress-node do not further characterize any aggregate flows at least to my understanding. Therefore, I think that adding to the description of flows their PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not helpful and, therefore, rather confuses readers. Best wishes, Michael Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > Hi Michael > > Thanks for the comments! > > I agree with all comments, except the following one: > > Issue 2: Regarding flow identifiers, the following is not needed: > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > > First of all please note that these are needed in the situation that the > flow ID identifies an aggregated flow. In this case the "IP address of > PCN-ingress-node" and the "IP address of PCN-egress-node" are, among other > information, required. > Moreover please note that before the list with bullets the following > sentence is used: > "In pure IP networks, the identifier may consist of a subset of the > following information:". > This means that in some situations you can use a subset of this list to > identify an individual flow and in other cases you can use a subset of the > same list to identify an aggregated flow. > > > Secondly I thought that during the IETF meeting we discussed the same issue > and there was an agreement to have this information in the flow identifier. > !? > > > Best regards, > Georgios > > > > > > > > > > ________________________________ > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf > Of Michael Menth > Sent: dinsdag 5 april 2011 23:46 > To: pcn@ietf.org > Subject: Re: [PCN] I-D > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > Hi Georgios, hi all, > > I quickly went over the draft and fixed some nits. I think it is in > good shape now. Georgios, please take care of my minor corrections for the > next version of the doc! > > Best wishes, > > Michael > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > 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 : Requirements for Signaling of > (Pre-) Congestion Information in a DiffServ Domain > Author(s) : G. Karagiannis, et al. > Filename : > draft-ietf-pcn-signaling-requirements-03.txt > Pages : 7 > Date : 2011-04-05 > > Precongestion notification (PCN) is a means for protecting > quality of > service for inelastic traffic admitted to a Diffserv domain. > The > overall PCN architecture is described in RFC 5559. This memo > > describes the requirements for the signaling applied within > the PCN > domain: (1) PCN-feedback-information is carried from the > PCN-egress- > node to the decision point;(2) the decision point may ask > the PCN- > ingress-node to measure, and report back, the rate of > PCN-traffic > between this pair of PCN-boundary-nodes. The decision point > may be > either collocated with the PCN-ingress-node or a centralized > node (in > the latter case, (2) is not required). The signaling > requirements > pertain in particular to two edge behaviours, "controlled > load (CL)" > and "single marking (SM)" > [draft-ietf-pcn-cl-edge-behaviour-08], > [draft-ietf-pcn-sm-edge-behaviour-05]. > > A URL for this Internet-Draft is: > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requirements-03 > .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 > > > > -- > Prof. Dr. habil. Michael Menth > University of Tuebingen > Faculty of Science > Department of Computer Science > Chair of Communication Networks > Sand 13, 72076 Tuebingen, Germany > phone: (+49)-7071/29-70505 > fax: (+49)-7071/29-5220 > mailto:menth@uni-tuebingen.de > http://www-kn.informatik.uni-tuebingen.de > > > > -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From karagian@cs.utwente.nl Wed Apr 6 02:54:33 2011 Return-Path: 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 B955028C0DF for ; Wed, 6 Apr 2011 02:54:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.191 X-Spam-Level: X-Spam-Status: No, score=-0.191 tagged_above=-999 required=5 tests=[AWL=0.313, 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 lUczYQtH4hAp for ; Wed, 6 Apr 2011 02:54:31 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 8AA893A68F1 for ; Wed, 6 Apr 2011 02:54:31 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p369tV9l014236; Wed, 6 Apr 2011 11:55:34 +0200 (MEST) From: "Georgios Karagiannis" To: "'Michael Menth'" References: <20110405121501.17256.4322.idtracker@localhost> <4D9B8D7F.60406@informatik.uni-tuebingen.de> <4D9C2C56.6060909@informatik.uni-tuebingen.de> Date: Wed, 6 Apr 2011 11:55:53 +0200 Message-ID: <916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acv0OX+GcNqyHPoSToGmEQEXs+7M1QABAPmA In-Reply-To: <4D9C2C56.6060909@informatik.uni-tuebingen.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 06 Apr 2011 11:55:46 +0200 (MEST) Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 09:54:33 -0000 Hi Michael This issue is about flow ID, and is not about reporting addresses. Regarding identification of aggregated flows, please read: http://www.rfc-editor.org/rfc/rfc3175.txt Since IEAs are used in PCN, this will mean that the signaling protocol used to carry PCN information from PCN-egress-node to decision point should be able to identify IEAs (ingress-egress-aggregates). In PCN an aggregated flow that is representing an IEA ( should be at least identified by the combination of: o IP address of PCN-ingress-node; o IP address of PCN-egress-node o DSCP field Moreover, it should be able to identify which individual flows are belonging and using such an IEA. In other words this information is not redundant, but it is required. Best regards, Georgios > -----Original Message----- > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > Sent: woensdag 6 april 2011 11:03 > To: Georgios Karagiannis > Cc: pcn@ietf.org > Subject: Re: [PCN] I-D > Action:draft-ietf-pcn-signaling-requirements-03.txt > > Hi Georgios, > > in the meeting (and in fact days before!) we agreed that we > determine ingress-egress-aggregates by the IP addresses of > the PCN-ingress-node and PCN-egress-node. > > The PCN-egress-node gains the information about the > PCN-ingress-node somehow and sends a report to the > PCN-ingress-node. Therefore, the information about the > PCN-ingress-node and PCN-egress-node is already there. > Furthermore, the PCN-ingress-node and PCN-egress-node do not > further characterize any aggregate flows at least to my > understanding. > Therefore, I think that adding to the description of flows > their PCN-ingress-node and PCN-egress-node is 1) redundant > and 2) not helpful and, therefore, rather confuses readers. > > Best wishes, > > Michael > > Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > > Hi Michael > > > > Thanks for the comments! > > > > I agree with all comments, except the following one: > > > > Issue 2: Regarding flow identifiers, the following is not needed: > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > > > First of all please note that these are needed in the > situation that > > the flow ID identifies an aggregated flow. In this case the "IP > > address of PCN-ingress-node" and the "IP address of > PCN-egress-node" > > are, among other information, required. > > Moreover please note that before the list with bullets the > following > > sentence is used: > > "In pure IP networks, the identifier may consist of a subset of the > > following information:". > > This means that in some situations you can use a subset of > this list > > to identify an individual flow and in other cases you can > use a subset > > of the same list to identify an aggregated flow. > > > > > > Secondly I thought that during the IETF meeting we > discussed the same > > issue and there was an agreement to have this information > in the flow identifier. > > !? > > > > > > Best regards, > > Georgios > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > From: pcn-bounces@ietf.org > [mailto:pcn-bounces@ietf.org] On Behalf Of > > Michael Menth > > Sent: dinsdag 5 april 2011 23:46 > > To: pcn@ietf.org > > Subject: Re: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Georgios, hi all, > > > > I quickly went over the draft and fixed some nits. I > think it is in > > good shape now. Georgios, please take care of my minor > corrections for > > the next version of the doc! > > > > Best wishes, > > > > Michael > > > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > > > 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 : Requirements for Signaling of > > (Pre-) Congestion Information in a DiffServ Domain > > Author(s) : G. Karagiannis, et al. > > Filename : > > draft-ietf-pcn-signaling-requirements-03.txt > > Pages : 7 > > Date : 2011-04-05 > > > > Precongestion notification (PCN) is a means for > protecting quality > > of > > service for inelastic traffic admitted to a > Diffserv domain. > > The > > overall PCN architecture is described in RFC > 5559. This memo > > > > describes the requirements for the signaling > applied within the PCN > > domain: (1) PCN-feedback-information is carried from the > > PCN-egress- > > node to the decision point;(2) the decision > point may ask the PCN- > > ingress-node to measure, and report back, the > rate of PCN-traffic > > between this pair of PCN-boundary-nodes. The > decision point may be > > either collocated with the PCN-ingress-node or > a centralized node > > (in > > the latter case, (2) is not required). The > signaling requirements > > pertain in particular to two edge behaviours, > "controlled load (CL)" > > and "single marking (SM)" > > [draft-ietf-pcn-cl-edge-behaviour-08], > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > A URL for this Internet-Draft is: > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme > > nts-03 > > .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 > > > > > > > > -- > > Prof. Dr. habil. Michael Menth > > University of Tuebingen > > Faculty of Science > > Department of Computer Science > > Chair of Communication Networks > > Sand 13, 72076 Tuebingen, Germany > > phone: (+49)-7071/29-70505 > > fax: (+49)-7071/29-5220 > > mailto:menth@uni-tuebingen.de > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > > -- > Prof. Dr. habil. Michael Menth > University of Tuebingen > Faculty of Science > Department of Computer Science > Chair of Communication Networks > Sand 13, 72076 Tuebingen, Germany > phone: (+49)-7071/29-70505 > fax: (+49)-7071/29-5220 > mailto:menth@uni-tuebingen.de > http://www-kn.informatik.uni-tuebingen.de > From slblake@petri-meat.com Wed Apr 6 06:55:11 2011 Return-Path: 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 1B1573A693E for ; Wed, 6 Apr 2011 06:55:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.464 X-Spam-Level: X-Spam-Status: No, score=-102.464 tagged_above=-999 required=5 tests=[AWL=0.135, BAYES_00=-2.599, USER_IN_WHITELIST=-100] 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 JzsF7G-G1a0n for ; Wed, 6 Apr 2011 06:55:10 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by core3.amsl.com (Postfix) with ESMTP id 681B53A69D8 for ; Wed, 6 Apr 2011 06:55:10 -0700 (PDT) Received: from cpe-174-097-227-047.nc.res.rr.com ([174.97.227.47]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from ) id 1Q7TE3-0007Oz-4g for pcn@ietf.org; Wed, 06 Apr 2011 09:56:51 -0400 From: Steven Blake To: pcn Content-Type: text/plain; charset="UTF-8" Date: Wed, 06 Apr 2011 09:56:53 -0400 Message-ID: <1302098213.20573.3.camel@tachyon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit 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] WGLC for draft-ietf-pcn-signaling-requirements-03 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 13:55:11 -0000 This begins the WGLC for http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 to end Wednesday, April 20. Please send comments to the list. Regards, // Steve From karagian@cs.utwente.nl Thu Apr 7 02:18:24 2011 Return-Path: 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 732F83A69B3 for ; Thu, 7 Apr 2011 02:18:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.215 X-Spam-Level: X-Spam-Status: No, score=-0.215 tagged_above=-999 required=5 tests=[AWL=0.289, 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 W+2NPRkjcRmq for ; Thu, 7 Apr 2011 02:18:23 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id ECC103A68D6 for ; Thu, 7 Apr 2011 02:18:22 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p379JPRt028046 for ; Thu, 7 Apr 2011 11:19:28 +0200 (MEST) From: "Georgios Karagiannis" To: References: <20110405121501.17256.4322.idtracker@localhost> Date: Thu, 7 Apr 2011 11:19:48 +0200 Message-ID: <2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20110405121501.17256.4322.idtracker@localhost> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvg X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 07 Apr 2011 11:19:37 +0200 (MEST) Subject: [PCN] Perhaps some additions required for draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 09:18:24 -0000 Hi all Looking into the description of the edge behaviour drafts and what we currently have in the 03 version of the signaling requirements draft, I see that some information associated with the information that a signaling protocol should carry is missing. In particular, we are not specifying what is the maximum value of the rates that a signaling protocol should be able to carry. This is important in order to specify what will be maximum length of the field that carries such a maximum rate. In particular we need to have these maximum values for the following rates: o the rate of not-marked PCN-traffic (NM-rate) in octets/second, o rate of PCN-marked traffic in octets/second, o the rate of threshold-marked PCN traffic (ThM-rate) in octets/second, o rate of excess-traffic-marked traffic (ETM-rate) in octets/second, We could use a field of 32 bits long => Maximum rate value = 2^32 = 4294967296 octets/s) Question 1: Is this maximum rate value acceptable? Question 2: Is it okay to include this maximum rate value in the signaling requirements draft, or should we do this in the edge behaviour drafts? Best regards, Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Internet-Drafts@ietf.org > Sent: dinsdag 5 april 2011 14:15 > To: i-d-announce@ietf.org > Cc: pcn@ietf.org > Subject: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > Congestion Information in a DiffServ Domain > Author(s) : G. Karagiannis, et al. > Filename : draft-ietf-pcn-signaling-requirements-03.txt > Pages : 7 > Date : 2011-04-05 > > Precongestion notification (PCN) is a means for protecting > quality of service for inelastic traffic admitted to a > Diffserv domain. The overall PCN architecture is described in > RFC 5559. This memo describes the requirements for the > signaling applied within the PCN > domain: (1) PCN-feedback-information is carried from the > PCN-egress- node to the decision point;(2) the decision point > may ask the PCN- ingress-node to measure, and report back, > the rate of PCN-traffic between this pair of > PCN-boundary-nodes. The decision point may be either > collocated with the PCN-ingress-node or a centralized node > (in the latter case, (2) is not required). The signaling > requirements pertain in particular to two edge behaviours, > "controlled load (CL)" > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > [draft-ietf-pcn-sm-edge-behaviour-05]. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r equirements-03.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. > From philip.eardley@bt.com Thu Apr 7 02:32:06 2011 Return-Path: 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 7E0BB28C0CF for ; Thu, 7 Apr 2011 02:32:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.942 X-Spam-Level: X-Spam-Status: No, score=-101.942 tagged_above=-999 required=5 tests=[AWL=0.104, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] 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 U9RBxx+jyt5N for ; Thu, 7 Apr 2011 02:32:03 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 5C2683A69FF for ; Thu, 7 Apr 2011 02:32:03 -0700 (PDT) Received: from EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 7 Apr 2011 10:33:47 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.166]) by EVMHT65-UKRD.domain1.systemhost.net ([10.36.3.102]) with mapi; Thu, 7 Apr 2011 10:33:46 +0100 From: To: , Date: Thu, 7 Apr 2011 10:33:45 +0100 Thread-Topic: [PCN] Perhaps some additions required for draft-ietf-pcn-signaling-requirements-03.txt Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYA= Message-ID: <9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost> <2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl> In-Reply-To: <2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Perhaps some additions required for draft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 09:32:07 -0000 I dont think this is needed in either signalling reqts or edge behaviour do= cs. I think this would be up to the actual signalling protocol to define, o= r perhaps the configuration in a particular PCN-domain. Note also that defining a field length doesn't define the max value, as thi= s depends on the encoding [for instance, 1 byte might be an exponent] -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Georg= ios Karagiannis Sent: 07 April 2011 10:20 To: pcn@ietf.org Subject: [PCN] Perhaps some additions required for draft-ietf-pcn-signaling= -requirements-03.txt Hi all Looking into the description of the edge behaviour drafts and what we currently have in the 03 version of the signaling requirements draft, I see that some information associated with the information that a signaling protocol should carry is missing. In particular, we are not specifying what is the maximum value of the rates that a signaling protocol should be able to carry. This is important in order to specify what will be maximum length of the field that carries such a maximum rate. In particular we need to have these maximum values for the following rates: o the rate of not-marked PCN-traffic (NM-rate) in octets/second, o rate of PCN-marked traffic in octets/second, o the rate of threshold-marked PCN traffic (ThM-rate) in=20 octets/second, o rate of excess-traffic-marked traffic (ETM-rate) in octets/second, We could use a field of 32 bits long =3D> Maximum rate value =3D 2^32 =3D 4294967296 octets/s) Question 1: Is this maximum rate value acceptable?=20 Question 2: Is it okay to include this maximum rate value in the signaling requirements draft,=20 or should we do this in the edge behaviour drafts? Best regards,=20 Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of Internet-Drafts@ietf.org > Sent: dinsdag 5 april 2011 14:15 > To: i-d-announce@ietf.org > Cc: pcn@ietf.org > Subject: [PCN] I-D Action:draft-ietf-pcn-signaling-requirements-03.txt >=20 > A New Internet-Draft is available from the on-line=20 > Internet-Drafts directories. > This draft is a work item of the Congestion and=20 > Pre-Congestion Notification Working Group of the IETF. >=20 >=20 > Title : Requirements for Signaling of (Pre-)=20 > Congestion Information in a DiffServ Domain > Author(s) : G. Karagiannis, et al. > Filename : draft-ietf-pcn-signaling-requirements-03.txt > Pages : 7 > Date : 2011-04-05 >=20 > Precongestion notification (PCN) is a means for protecting=20 > quality of service for inelastic traffic admitted to a=20 > Diffserv domain. The overall PCN architecture is described in=20 > RFC 5559. This memo describes the requirements for the=20 > signaling applied within the PCN > domain: (1) PCN-feedback-information is carried from the=20 > PCN-egress- node to the decision point;(2) the decision point=20 > may ask the PCN- ingress-node to measure, and report back,=20 > the rate of PCN-traffic between this pair of=20 > PCN-boundary-nodes. The decision point may be either=20 > collocated with the PCN-ingress-node or a centralized node=20 > (in the latter case, (2) is not required). The signaling=20 > requirements pertain in particular to two edge behaviours,=20 > "controlled load (CL)"=20 > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > [draft-ietf-pcn-sm-edge-behaviour-05]. >=20 > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r equirements-03.txt >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > Below is the data which will enable a MIME compliant mail=20 > reader implementation to automatically retrieve the ASCII=20 > version of the Internet-Draft. >=20 _______________________________________________ PCN mailing list PCN@ietf.org https://www.ietf.org/mailman/listinfo/pcn From karagian@cs.utwente.nl Thu Apr 7 02:54:21 2011 Return-Path: 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 5FC763A69C0 for ; Thu, 7 Apr 2011 02:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.236 X-Spam-Level: X-Spam-Status: No, score=-0.236 tagged_above=-999 required=5 tests=[AWL=0.268, 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 4HL-a12iPBgN for ; Thu, 7 Apr 2011 02:54:20 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by core3.amsl.com (Postfix) with ESMTP id 653B93A69BE for ; Thu, 7 Apr 2011 02:54:18 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p379tKHS002498; Thu, 7 Apr 2011 11:55:23 +0200 (MEST) From: "Georgios Karagiannis" To: , References: <20110405121501.17256.4322.idtracker@localhost> <2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 7 Apr 2011 11:55:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoA== X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 07 Apr 2011 11:55:33 +0200 (MEST) Subject: Re: [PCN] Perhaps some additions required fordraft-ietf-pcn-signaling-requirements-03.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 09:54:21 -0000 Hi Phil You are right about the encoding. Therefore, we might also need to define the way of how this value is encoded. In RFC 2210 all the rate values are encoded using: 32-bit IEEE floating point number. I am not sure if it is good lo leave this decision to other desigbn teams than the PCN WG. The values of these rates are affecting the accuracy of the provided PCN solutions, in particular when they get another value than they should. Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: donderdag 7 april 2011 11:34 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Perhaps some additions required > fordraft-ietf-pcn-signaling-requirements-03.txt > > I dont think this is needed in either signalling reqts or > edge behaviour docs. I think this would be up to the actual > signalling protocol to define, or perhaps the configuration > in a particular PCN-domain. > Note also that defining a field length doesn't define the max > value, as this depends on the encoding [for instance, 1 byte > might be an exponent] > > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: 07 April 2011 10:20 > To: pcn@ietf.org > Subject: [PCN] Perhaps some additions required for > draft-ietf-pcn-signaling-requirements-03.txt > > Hi all > > Looking into the description of the edge behaviour drafts and > what we currently have in the 03 version of the signaling > requirements draft, I see that some information associated > with the information that a signaling protocol should carry > is missing. In particular, we are not specifying what is the > maximum value of the rates that a signaling protocol should > be able to carry. This is important in order to specify what > will be maximum length of the field that carries such a maximum rate. > > In particular we need to have these maximum values for the > following rates: > > o the rate of not-marked PCN-traffic (NM-rate) in octets/second, > o rate of PCN-marked traffic in octets/second, > o the rate of threshold-marked PCN traffic (ThM-rate) in > octets/second, > o rate of excess-traffic-marked traffic (ETM-rate) in > octets/second, > > > We could use a field of 32 bits long => Maximum rate value = 2^32 = > 4294967296 octets/s) > > Question 1: Is this maximum rate value acceptable? > > Question 2: Is it okay to include this maximum rate value in > the signaling requirements draft, or should we do this in the > edge behaviour drafts? > > Best regards, > Georgios > > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of Internet-Drafts@ietf.org > > Sent: dinsdag 5 april 2011 14:15 > > To: i-d-announce@ietf.org > > Cc: pcn@ietf.org > > Subject: [PCN] I-D > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > Congestion Information in a DiffServ Domain > > Author(s) : G. Karagiannis, et al. > > Filename : draft-ietf-pcn-signaling-requirements-03.txt > > Pages : 7 > > Date : 2011-04-05 > > > > Precongestion notification (PCN) is a means for protecting > > quality of service for inelastic traffic admitted to a > > Diffserv domain. The overall PCN architecture is described in > > RFC 5559. This memo describes the requirements for the > > signaling applied within the PCN > > domain: (1) PCN-feedback-information is carried from the > > PCN-egress- node to the decision point;(2) the decision point > > may ask the PCN- ingress-node to measure, and report back, > > the rate of PCN-traffic between this pair of > > PCN-boundary-nodes. The decision point may be either > > collocated with the PCN-ingress-node or a centralized node > > (in the latter case, (2) is not required). The signaling > > requirements pertain in particular to two edge behaviours, > > "controlled load (CL)" > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > A URL for this Internet-Draft is: > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > equirements-03.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 bob.briscoe@bt.com Mon Apr 11 07:51:08 2011 Return-Path: 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 8ED9C3A6A1F for ; Mon, 11 Apr 2011 07:51:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.483 X-Spam-Level: X-Spam-Status: No, score=-3.483 tagged_above=-999 required=5 tests=[AWL=0.116, 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 5NJtnmp52JVr for ; Mon, 11 Apr 2011 07:51:07 -0700 (PDT) Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id A45653A69C6 for ; Mon, 11 Apr 2011 07:51:05 -0700 (PDT) Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 11 Apr 2011 15:51:04 +0100 Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Mon, 11 Apr 2011 15:51:04 +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 1302533462287; Mon, 11 Apr 2011 15:51:02 +0100 Received: from MUT.jungle.bt.co.uk ([10.215.131.97]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p3BEp1fS015831; Mon, 11 Apr 2011 15:51:01 +0100 Message-Id: <201104111451.p3BEp1fS015831@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 11 Apr 2011 15:51:03 +0100 To: BRADNER Scott From: Bob Briscoe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 11 Apr 2011 14:51:04.0029 (UTC) FILETIME=[E18F28D0:01CBF857] Cc: PCN IETF list Subject: [PCN] PCN didn't meet in Prague, apparently X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2011 14:51:08 -0000 Scott, I assume there's been some sort of mistake. According to the IETF-80 proceedings PCN didn't meet in Prague: (However, using the meeting materials server, I've managed to get the presentation I was looking for) Cheers Bob ________________________________________________________________ Bob Briscoe, BT Innovate & Design From philip.eardley@bt.com Wed Apr 13 05:57:17 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id D6843E0756 for ; Wed, 13 Apr 2011 05:57:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.946 X-Spam-Level: X-Spam-Status: No, score=-101.946 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q8l2u3CRRzky for ; Wed, 13 Apr 2011 05:57:17 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by ietfc.amsl.com (Postfix) with ESMTP id 25C3CE0752 for ; Wed, 13 Apr 2011 05:57:16 -0700 (PDT) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 13 Apr 2011 13:57:16 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.163]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Wed, 13 Apr 2011 13:57:15 +0100 From: To: , Date: Wed, 13 Apr 2011 13:57:15 +0100 Thread-Topic: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 Thread-Index: Acv0Yoh/ZJoNdW1eTymj7SLj33UcAAFdko+A Message-ID: <9510D26531EF184D9017DF24659BB87F3290E752DC@EMV65-UKRD.domain1.systemhost.net> References: <1302098213.20573.3.camel@tachyon> In-Reply-To: <1302098213.20573.3.camel@tachyon> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 12:57:18 -0000 Very Minor comments: S1: << o to carry requests from the decision point to a PCN-ingress-node that trigger the PCN-ingress-node to measure the PCN-sent-rate,>> to << o to carry requests, from the decision point to a PCN-ingress-node, that trigger the PCN-ingress-node to measure the PCN-sent-rate,>> << For the CL edge behaviour, the report MUST contain:>> Add to bulleted list: o the congestion-level-estimate, which is a number between zero and one. S3 << The request MUST contain: o an indication that the PCN-sent-rate is requested>> << The report MUST contain: o an indication that the reported data is a PCN-sent-rate,>> strictly speaking these two bullets are redundant, since the request by def= inition requests the PCN-sent-rate (there is not a range of things that can= be requested) that's it best wishes phil -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Steve= n Blake Sent: 06 April 2011 14:57 To: pcn Subject: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 This begins the WGLC for=20 http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 to end Wednesday, April 20. Please send comments to the list. Regards, // Steve _______________________________________________ PCN mailing list PCN@ietf.org https://www.ietf.org/mailman/listinfo/pcn From Internet-Drafts@ietf.org Wed Apr 13 08:30:03 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 944FCE07C2; Wed, 13 Apr 2011 08:30:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.641 X-Spam-Level: X-Spam-Status: No, score=-102.641 tagged_above=-999 required=5 tests=[AWL=-0.042, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GcS36RpslSq2; Wed, 13 Apr 2011 08:30:03 -0700 (PDT) Received: from ietfc.amsl.com (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 009B0E07B7; Wed, 13 Apr 2011 08:30:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.51 Message-ID: <20110413153002.9958.38009.idtracker@ietfc.amsl.com> Date: Wed, 13 Apr 2011 08:30:02 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action:draft-ietf-pcn-encoding-comparison-05.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 15:30:03 -0000 --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 : Overview of Pre-Congestion Notification Encoding Author(s) : G. Karagiannis, et al. Filename : draft-ietf-pcn-encoding-comparison-05.txt Pages : 19 Date : 2011-04-13 The objective of Pre-Congestion Notification (PCN) is to protect the quality of service (QoS) of inelastic flows within a Diffserv domain. On every link in the PCN domain, the overall rate of the PCN-traffic is metered, and PCN-packets are appropriately marked when certain configured rates are exceeded. Egress nodes provide decision points with information about the PCN-marks of PCN-packets which allows them to take decisions about whether to admit or block a new flow request, and to terminate some already admitted flows during serious pre- congestion. The PCN Working Group explored a number of approaches for encoding this pre-congestion information into the IP header. This document provides details of all those approaches along with an explanation of the constraints that had to be met by any solution. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-encoding-comparison-05.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-encoding-comparison-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-04-13082424.I-D@ietf.org> --NextPart-- From karagian@cs.utwente.nl Wed Apr 13 08:32:19 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 1B024E076F for ; Wed, 13 Apr 2011 08:32:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.318 X-Spam-Level: * X-Spam-Status: No, score=1.318 tagged_above=-999 required=5 tests=[AWL=-0.778, BAYES_50=0.001, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k2QlqfoKCYyV for ; Wed, 13 Apr 2011 08:32:18 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 77E58E06BB for ; Wed, 13 Apr 2011 08:32:17 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3DFVckX006979 for ; Wed, 13 Apr 2011 17:31:41 +0200 (MEST) From: "Georgios Karagiannis" To: Date: Wed, 13 Apr 2011 17:32:07 +0200 Message-ID: <2871A0392209401682084AAAC31B1172@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_004F_01CBFA00.B998BD50" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acv57/L94HejdZHUS2GSjIakHi1g0g== X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 13 Apr 2011 17:31:41 +0200 (MEST) Subject: [PCN] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 15:32:19 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_004F_01CBFA00.B998BD50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all I have just submitted draft-ietf-pcn-encoding-comparison-05, see below. http://www.ietf.org/internet-drafts/draft-ietf-pcn-encoding-comparison-05.tx t I have used all provided comments, including comments that were provided by Gorry Fairhust on a paper version of the pcn encoding draft. In the attachment of this email I am including a pdf (05) version of the draft, which includes track changes. These track changes show how I have worked out the comments provided by Gorry Fairhust. Steve and/or Scott shall we start an abbreviated WGLC on draft-ietf-pcn-encoding-comparison-05? Best regards, Georgios ------=_NextPart_000_004F_01CBFA00.B998BD50 Content-Type: application/pdf; name="draft-ietf-pcn-encoding-comparison-05_worked_out_comments_gorry_fairhust.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-pcn-encoding-comparison-05_worked_out_comments_gorry_fairhust.pdf" JVBERi0xLjQNJeLjz9MNCjY3IDAgb2JqIDw8L0xpbmVhcml6ZWQgMS9MIDk0MzQ5L08gNjkvRSAx MDk2MC9OIDIwL1QgOTI5NjIvSCBbIDY5NiAzNDVdPj4NZW5kb2JqDSAgICAgICAgICAgICAgICAg DQp4cmVmDQo2NyAyMA0KMDAwMDAwMDAxNiAwMDAwMCBuDQowMDAwMDAxMDQxIDAwMDAwIG4NCjAw MDAwMDExMjEgMDAwMDAgbg0KMDAwMDAwMTMwMCAwMDAwMCBuDQowMDAwMDAxNDIxIDAwMDAwIG4N CjAwMDAwMDIwNDUgMDAwMDAgbg0KMDAwMDAwMjI3OCAwMDAwMCBuDQowMDAwMDAyMzU0IDAwMDAw IG4NCjAwMDAwMDI4NjYgMDAwMDAgbg0KMDAwMDAwMjkwMCAwMDAwMCBuDQowMDAwMDAzNDMwIDAw MDAwIG4NCjAwMDAwMDQyODkgMDAwMDAgbg0KMDAwMDAwNTA0MCAwMDAwMCBuDQowMDAwMDA1NzQw IDAwMDAwIG4NCjAwMDAwMDY1NjMgMDAwMDAgbg0KMDAwMDAwNjkwNiAwMDAwMCBuDQowMDAwMDA3 MTM0IDAwMDAwIG4NCjAwMDAwMDc3OTAgMDAwMDAgbg0KMDAwMDAwODI5MSAwMDAwMCBuDQowMDAw MDAwNjk2IDAwMDAwIG4NCnRyYWlsZXINCjw8L1NpemUgODcvUHJldiA5Mjk1MS9Sb290IDY4IDAg Ui9JbmZvIDY2IDAgUi9JRFs8QkI3OUE2RTA0OEZDRUVGRERDQ0E5MUU2QThCNkQzQzA+PDE1QzE2 NDQ0RDgzMkFGNDlBQTY2OTdDNUYxODZCRjcxPl0+Pg0Kc3RhcnR4cmVmDQowDQolJUVPRg0KICAg ICAgICAgICAgIA0KODYgMCBvYmo8PC9MZW5ndGggMjU4L0ZpbHRlci9GbGF0ZURlY29kZS9JIDMz OC9MIDMyMi9TIDI2OD4+c3RyZWFtDQp42mJgYGAGIg4GFgYGxkcMfAwIwAcUYwVijgdADiNYaJKJ +cTZDQzuGy48+SGUpbUyePHluUt8ZO484xDWUJ2xuqiJ+WVxcHl5RXl5eWgpSAOzIJuSFIiQXNNw xNl0gsERt01sEh3XHA4LSp3gcTGOlAARzDwu2QqJHb0pPIaCaxrblCDqmAV5GTvawNokOjKATkhr YGBgAmEgQw0oAKTYIJRoaAODGIoIlMpgYGtgMAORRDgd6F5rBsbwTCAtCMRCYC8rMfBwCoSrPDjO tPAeA+MH40lnNReLCgccUnt4eclGE0hI2TAwRuwH0kxgExgYnBgYM2ZDAo1RGSDAAAYzWgoNCmVu ZHN0cmVhbQ1lbmRvYmoNNjggMCBvYmo8PC9NZXRhZGF0YSA2NSAwIFIvUGFnZXMgNjIgMCBSL1R5 cGUvQ2F0YWxvZy9QYWdlTGFiZWxzIDYwIDAgUj4+DWVuZG9iag02OSAwIG9iajw8L0Nyb3BCb3hb MCAwIDYxMiA3OTJdL1BhcmVudCA2MyAwIFIvQ29udGVudHNbNzQgMCBSIDc2IDAgUiA3NyAwIFIg NzggMCBSIDc5IDAgUiA4MCAwIFIgODMgMCBSIDg0IDAgUl0vUm90YXRlIDAvTWVkaWFCb3hbMCAw IDYxMiA3OTJdL1Jlc291cmNlcyA3MCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTcwIDAgb2JqPDwv Q29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+Pi9Gb250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSPj4v UHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag03MSAw IG9iajw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgNzIgMCBSL0xhc3RDaGFyIDE4 Mi9XaWR0aHNbNjAwIDYwMCA2MDAgMCAwIDAgMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgNjAwIDYwMCAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgNjAwIDYwMCA2MDAgNjAwIDAgMCAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgNjAwIDYwMCA2MDAgMCA2MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgNjAwXS9CYXNlRm9udC9Db3VyaWVyTmV3UFNNVC9GaXJzdENo YXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag03MiAwIG9i ajw8L1N0ZW1WIDQyL0ZvbnROYW1lL0NvdXJpZXJOZXdQU01UL0ZvbnRTdHJldGNoL05vcm1hbC9G b250V2VpZ2h0IDQwMC9GbGFncyAzNC9EZXNjZW50IC0zMDAvRm9udEJCb3hbLTIxIC02ODAgNjM4 IDEwMjFdL0FzY2VudCA4MzIvRm9udEZhbWlseShDb3VyaWVyIE5ldykvQ2FwSGVpZ2h0IDU3OC9Y SGVpZ2h0IC01NzgvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTcz IDAgb2JqPDwvT1BNIDEvT1AgZmFsc2Uvb3AgZmFsc2UvVHlwZS9FeHRHU3RhdGUvU0EgZmFsc2Uv U00gMC4wMj4+DWVuZG9iag03NCAwIG9iajw8L0xlbmd0aCA0NDMvRmlsdGVyL0ZsYXRlRGVjb2Rl Pj5zdHJlYW0NCkiJ5JRNTwIxEIbv/RVzZBMp7e62gkeV+EFQE+uJeFiXBTeBxbAo+u/tdgaKCQhE E03IHt53m+nHPJ1O4+JewrBkp4Y1jAlBghmwFg/j5jEI+5FVLR7FoFuax00wYyZgyAQXIgrBpKxe Wa3AzFmvdhdormpngajdOAcQ1P+n/nCBC5cet4lCJ3F+ijLMnSSFkwL/SggezbUFV5dcRioCc47c oqhCKBDeVYFrz7IpmiKjgTrqOY0nAxr/t9QeKAHLJ0f7Zi2lM7W2RJtbO0P7UbFEO6H8wKDO/dzC T8jcBM81bDYrrqvl6ImS6dMyfShplYT0lU50AotJgwkdd/w1MqfxIkEd2awp+a2yc+Du0uEEi56e +3m2bBJPbE359Wrtdwx4yamssiWC25S4UapPi5sDGaI7glCgk3J1//3Pv2/85Stdx5xOna/ub3xt pB4F3ejE2pG3Q1+DlF+5ZNU2TEkeadA65CoEwbUGKbiCacYGVcfc2CdVzFXs+uT6HvlrPejvn/kW Nb5JdifYD1PsjmWAzxI755pXfBCYvoXCnaQYMl77gg8A0QbtrlQW8ipmTp4tKPgUYAA1YqxDDQpl bmRzdHJlYW0NZW5kb2JqDTc1IDAgb2JqWy9JQ0NCYXNlZCA4NSAwIFJdDWVuZG9iag03NiAwIG9i ajw8L0xlbmd0aCA0NjEvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJ5JU9b9swEIZ3/oob raC+8FviGKdeMrQZ2CnokCqyoSCRCylxkH/fE4+q1aBwkKVom8XvK5q8Ix/difFCxBOxlCilMRBr ISE+iasFQLH06Eh/mr9NX5nwpWNt96xNzzq0rA/Pef6OdVPIRV4aH/OSbzlEDrVtWDsovsYLQrVU qHRVQfwoEkE9EkwwvftfOL5VL4vxF0ea6+vk+5skd02S5zk848wI7z1yWh04rfrk2yFJvUvS/KbI /sk+/cMbXMX8/E7KLB3z9HzwUA8gQaKTKnhyQ90JozEEG+jpyCfqRcCz79y1LXctKJ1SrKMw3qID V1ZYevAeKQsaF0KAvhEbsYoioLZVOW4DsrWG+IOrFGpKfU8vZEs5P4CWKbxSxeEUlMIpNJ5TUHDv QdGB/JH4LqCxtEBimeNPzUFB4+2v/TMfyjUxa6m3lMdR6iWqYN1L6FeLz3vubG73PQNunpgAdz3f QhmG0g5p486WSCEm4F5KdwSIChrtuChgWU3E5x+O2au/5NP0lDRfbUuy52x3ZKeL7zBhIPvAtiWb L89u3Pan3fTHJmvNej2NT7NhnQPXeeQmX8rdds73UA9MYCoIa8fzww8BBgCu0aU5DQplbmRzdHJl YW0NZW5kb2JqDTc3IDAgb2JqPDwvTGVuZ3RoIDc5MC9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVh bQ0KSImUVct2mzAQ3fMVWpqeQLEJBC9bJ5su3PSUXdwF4RGT8HCBxM3fV9LcQWCn6cnxYgZpNLpz Z65cWF9ja+2uLqMr4ckf3GDt+pci8LWJa8sT8dG6WwhhO6EbSDs6H7NZRzYpyA4O2TLHN9adA9m0 wTf2m5Rsm+Ec9h+QJ23J1oeEnK4k22OjQaBn/4q/WZ83fSjSXlXuBt5yHUqvTxvLX7pX60vFSHyt ak+tRWDHj9ZNbPmB7ypmQjeKROAGkTzqh54XiC63irfZ9IPIXUczOh+shUDGYCkTUMaVTBaGYinR vJMOzVlFbqSzUSZPOEt3KeEpzI7nep7vK+R3iy/34GBg9sHiIDQLdHIl6xmrfTej8sIAE2GjvcrE e8qbixZXPqJv6YB+vYwR6DSdvEW3bG+BE450N2i2dLnPJqCXLmeVLvdXumKLjwHNL2DThA9wtNjx 1Zst2Z0tyn4KbTAgxAEEtljMRyKHsXRNafzpTDK/n0F+BQzI8YqAkRDcnssLcd2LdLkEQ4DETs4P U/5P6e5s7GOtUMjncsmBIennRKWIKyqcPTIVR8M0cO8NqMbckMBeM/WoqgfoDgMgMkNrjaPzhC43 4XxE1SSu1CQ6s1Fkpr/bI6j8Rft5ZxPVVUl7TzS2XNQYL9tIXbzdaGcrslY7dWKDQGUuTGCLG2ye XwqspFdNLyEEieaP26tEMAmhjb3u8GT5Vn9s5PLWZmUMJ9epHlMu1aHUPmXuAyKeT39thnEwbmdc 9PFClZNgvDJFn/a2eG75OU6fcBLJepFwLpHgzR9Fxk6JwwNmqHp9A2FiYD0ZjWQK1pG12UzPpWfl DJrOcc6bfw/gycDxv06DYS8fyD5zbSBJdAbrhE0mnP+yJhKH/aObOh6YFDdxWTBAdQMQHb+XfE0D tBlviBPeIdEyG5+0WXzKf6mwLRN1MJKe6Jg7rd+Is4n8n5aP41AbdQiosCBpdjVJiwJKWmxEcq+d 9ple8XNpO1Nhd/Qi9KMk51EHikopKh8QfKScJQluLxKSfEUY5OP5jrprIkT8FWAAP88UuA0KZW5k c3RyZWFtDWVuZG9iag03OCAwIG9iajw8L0xlbmd0aCA2ODIvRmlsdGVyL0ZsYXRlRGVjb2RlPj5z dHJlYW0NCkiJhFbLbtswELz7K3g0i1pQYjjIPQGKBGgRoAJ6KHKg9YjUWqIr01X996XEWS1JuemJ 733MzK6UPa+yD6tNmqTpdiuyfJWKbFh9XwshN3fJbi2MpokblUzXP920tFNcK0o35o0bTxh1hzXu qT32z2402B9qmISXGvZ6nM9RKPizrls3bciG7nEHPg72Dp7lHDRZEB0nMWCrWjwcOMUeIf1C6OUJ oX3Ea/maPVv4NjfJze39vcgefRgV3BVxQobDQPytnQK+zk4Rr7FTRCDgWTMIHhXqEMarCjdeRLhu 4cNQBAWhAAN6CLkrkHhPwb2F4XgpNIzg2U5xQRxhgFPZTHEzcNvdNgIu16G3GfZIYYkzY8WcjjK2 VrMfIRueyD37GSkPGy8PbvyC9Tf476GfBv7ecP6pDxV9xH75B2tCs49gjnR4ZjL3jM8IlUAElccx kDyScxjL6xAkUrRmakTJ0sr5tGDiKMH/UmPgrXmfX8+LZxoXTnZqFqLpOFXCuyIeAJKiV/Qkus8F FhH89IID2ucaK0LgE1zEwyxOt+DE8gWJJadrIiShx1GOdzu0WwlPAau/4bCIWJUu2NmP15obbmHB bV9D1CEOMzaaSlj8W1lE2Pxcz5UwUCupfZfK4zKuBmqHSxZ1RTYW0lt8miJm51ZBLQI5KGpYJmxo 9J6CIEUorgdqz5oFuacu7BFNBvDluXiV2l3CLjlaOrBarms/8TF4p6X5WwDJ/5R7AvtKGjFnAoGR diKdFjVraCxN8RnZtvpaSBMjV+KaYrgdb2wClc9NV7Kv2dVT5wIpp6F3K/tDMPWRR7eppqFym1Tx bOJ0nub7dhoa4xssRNP5zyrpOKByOfiHueSWRXWjJTWGVpJM3Gk+9Q3v+SCJVDNnOsoVan0VfwUY AN8EFYsNCmVuZHN0cmVhbQ1lbmRvYmoNNzkgMCBvYmo8PC9MZW5ndGggNjMxL0ZpbHRlci9GbGF0 ZURlY29kZT4+c3RyZWFtDQpIicxVS2/bMAy+51foGA+z4y5Im+3YpgOyw9CDb2sPjh+x2/gBP9rm 308OP4ayHaMFdtmJFCVR5MePlPdr5ir7yrlarpbK28xs13HdpVYDbffeZn/mSln2tbOaq7IipXgl mdaQBckca4V1bLlz3L29I/mA9c0aR31c1UdDmG5J3mnTA0w3JL9rkwOT9eRx5N/W6y5yt4tZb3jP 0xlp7XqFtKyTHxLbnNw2EckK66ghaW9gR7wx7LXyAUqk3pB29QJY4GOvQuwELckMr+RnL0XMaZ2i SNjnR3HR+XsBcY+3tcpHtcq3tZqOzhKU3pdRvT0kWyMh9RP113eRdSDO1eOclK22ISJPq7j0aBnF wwu/i352Clkl+ijeboRDBe9yNrDvmZZtyXACZvg4Yu0fsI9nVShg1fJcJdYdqa1WG0HzEvemiPUv pPC5n4iiUjgjlkqskaRgk7qRA75WYzkAz84pGyr2mXMHUKTucczsaQ65Yu4zSz/kq21ih/4c0m7D IXO8DAPHJZTwOcREUoOp1OoPUhdaXZAa9pllqAZOAakv/cZxhBYG0rEAyZXe81sTeSzgv8V+NSj8 4v8dcaOUPsHiV267lAe8RUQazhKy++Yik6K8C/yZdGU2RdEaZHlXWdGPKKlNeC+MPR/AhBNjZMfT qhWmhRKo0ZywfhXCcq1LYOKDCxEf5VnHmCD4nfRsh9iBSxf1Q90d+9c6hiYSDzsNxRNzUbCM5Osw JoUaz2PG6XiBqAacTdpnhsMb25HHdNDpubRoB3IpzViI1RjXRoyDH6WQR9qa2Uxy3Bfc3jxFp+YR f4/j8sZRf50H5zef1F8BBgAcxREXDQplbmRzdHJlYW0NZW5kb2JqDTgwIDAgb2JqPDwvTGVuZ3Ro IDc1NC9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0KSImcVEtv2zAMvutXEDslRaNJsiTb17U9 rMMeQH0Lekg9t03nJEUSoP35o0TKctJlKHqx+FEUXx/p5lo0Z2I+AZjOvHQTWC1I2Hd0bpd0Lno2 2LB+qib8Zs8qaOlc4tWexG5k9ciq1aGjPZo8Zust37KDR1RxRuvsa7Fjq08vJGz42R82WK7Z4Dln y/EecpAQjz3tUJQkfopxbptroWCmpba6guYSQdMKvGieWG8q0kulChMuZ0H0DpqXcUObaapjOU2R 4Ot6yk2O2RHq9vGYXZJyEY97UrK3l2lqcB+lPjjrXqP8TP633fjBZppbF0r6fLHz0O5AgZJO6dqj tGvXwhhZ1r5EhCXFQooi1KSomp/krU1U36XpiE6vGmFKJbFPOhweikpWBiMUHraduBdfGlFLY6vg XwGLharR3khvlIZmhaEexk0+lamSPuR2nOhEm/AKU9GwBFFoKx3l4wysRGGc9APuxxjz7cf2EZ/K OT07SntE/DkYRc3Rmk4JqUtOh5ZwECwEZSWt/U+TXC0LC9obnLcUL9Hyj2EcqwpXZBUu+Unzozue 91Fv55NvvIPbxQMvWFpKXrQl79E5z13H+wts1+f9Gjbjis5XvHrOf463uwlp+vJ/ZYPi3dufBjfc oOqcVcdkDNE/eM5/8S+IG9GxXt+yXeI6zu/FzcH83lz8wPG8Bg1PqFUeXnAA4DvMjURC3vG5VfBb 2LqQ+MfxvpSlxdm2OE/KIjY024d4JbStpKry/c3J3ZpH/9rWMjx3YUrfPtfWy9Kn+/7QvBd3Z1hi WAlrDNYnvNISky3joK8GqEM5XikUC6kMDnolnU+oxSKdrAeMRdVW2gGnFpCbAcUYbW6QCTvdZxym G5InXK06IIpDqBUpD8K9iCkS4NTJSwIxRBuqZkI/xqUrZPkeKr2l3r+XSu+Ju8Tl0Xvti9CyzOWB /UkynZcjLl0pK0tcukrW1cAlocwl4cwl4aEF0c2AQohMJc5gyAf+CjAAiJLE6g0KZW5kc3RyZWFt DWVuZG9iag04MSAwIG9iajw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgODIgMCBS L0xhc3RDaGFyIDExNi9XaWR0aHNbMjkzIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMzYzIDAgMCAwIDAgMCAwIDAgMCAwIDc1NyAwIDU4MSAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTk5IDAgMCA2Mjkg NTk0IDAgMCAwIDAgMCAwIDMwMiA5NTQgMCA2MTcgMCAwIDQzNCAwIDQxNl0vQmFzZUZvbnQvVGFo b21hLUJvbGQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+ Pg1lbmRvYmoNODIgMCBvYmo8PC9TdGVtViAxNzAvRm9udE5hbWUvVGFob21hLUJvbGQvRm9udFN0 cmV0Y2gvTm9ybWFsL0ZvbnRXZWlnaHQgNzAwL0ZsYWdzIDMyL0Rlc2NlbnQgLTIwNi9Gb250QkJv eFstNjk4IC0yMDcgMTYyNSAxMDY1XS9Bc2NlbnQgMTAwMC9Gb250RmFtaWx5KFRhaG9tYSkvQ2Fw SGVpZ2h0IDczNC9YSGVpZ2h0IDU0Ni9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+ Pg1lbmRvYmoNODMgMCBvYmo8PC9MZW5ndGggNTg3L0ZpbHRlci9GbGF0ZURlY29kZT4+c3RyZWFt DQpIiaSVuY4bMQyGez2F6hSMDuqq9xFSLtJkAqSZTbNFXj88JMoHDC/gxvZnjX6K/DxjHBly8hUb xOpxIGAlKjCY5G3S4croUIxPV0NYUEMES1nQgXf9+uYChOr/+fcEvfsvvPwM/rdDPVnpGUbyHw4b xaAvrUOj4ldIqzly6bX6w31/+6Tqnz74ACVEOmPwn8df967hOQF2Co+Q8X47pgEd1/J5c/nJPUX/ h/rClKgxpx2XXqHyURd27punVPrgL3R+Coeb41WkGjp7RWteIowk/7DR8GmrbJ3c+G0FtQoxLYmT TOJklThhHltTFkiJ1y0WGeC2iFLkvOEPl0fiEdv6M5GZ8iu1g4O7vN+fR4SQ1vp5c/1Dk6VA7Ntk kcHLqErjgawpKm2Xylumsg1BYoykxrZpI1lceIorCRFqN5tK26bytKkwj64pC6TE6zYzVb2QmSv0 S5nKJKOMq/WnMmuATN3kwS3f7888zrTWz5vrH8pEfjWXmKCiusQMrZtLpe1SebtUNjsSYxTh8sbM eT43FkcYZjIHesasIgLbo+DUKJ/noSVgfZbwlyXGVvSWm9YivcUtUZEchGFLT/3FoMlU7GZrDo1/ lLp0Xl/5SFykh0/Y5mITzTyb2APYTahg3hRNm6L1LBFGkn/siQT+EzBtsXb+ua2g2qDY83SSmZus 6ibMY2vK6kFKvC6vUlp/Li8VnfoX/aW25V1vzQn5VjN/duVDeZX+t/cjNNZC6yqvVvmtr8EJbX3K 25+y9S0xRlLjcP6/AAMArw24WA0KZW5kc3RyZWFtDWVuZG9iag04NCAwIG9iajw8L0xlbmd0aCA0 MzIvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJvFTLahtBELzPV/Rx1rCdefU8cnNi5+Cb YSAH44OlKCJBkh09CPn79MzuSmuEMJJDEKhVaKe6uqtmXbJoDWjyqCMshBuww+DAJYfOM7JIBRGm PZoKShFpjxfCKzUArzTuWQZQW0zF5Ep8yuJDzg405O8ioDIxgeJP/9OlgCaC9xZDhLwUCuZCoVLW QZ6KB3kzayIauZg12mOQ26bl6mQPv31s2ohJQvOY78RtFr8EmVTG8l5jMmAIbeRmzqYE65n4Cqte kjklqRJofnwsirXI6yb/LD3u32SwvBkzPs8D+W6e3Zzn8XK3qWVbdR8W1BJqogQti4/MlG8uXsZB oEOiaFkes7WFzlQt0sQy0Kh5/2CbMFmv39N87ASFiBqcLwFiI9y5NlBIJYt7G76cacPo/GBD3UIk yL95rtmkWrHe1fK0ruUPmFrjKYP4tgT7ekWq47vMpJ5XDZR9XD4/VxnLl7G4HyU8JLu/Vv87Qp0L 7kR2SCNfvXeF583kPsjrXTng5byvm6OLNOgx3S7/TZR5seUlGcvXJVHWFJhG6UOYzZlhPmaIPQP8 FWAA0o49iA0KZW5kc3RyZWFtDWVuZG9iag04NSAwIG9iajw8L0xlbmd0aCAyNTc1L0ZpbHRlci9G bGF0ZURlY29kZS9OIDMvQWx0ZXJuYXRlL0RldmljZVJHQj4+c3RyZWFtDQpIiZyWeVRTdxbHf2/J npCVsMNjDVuAsAaQNWxhkR0EUQhJCAESQkjYBUFEBRRFRISqlTLWbXRGT0WdLq5jrQ7WferSA/Uw 6ug4tBbXjp0XOEedTmem0+8f7/c593fv793fvfed8wCgJ6WqtdUwCwCN1qDPSozFFhUUYqQJAAMK IAIRADJ5rS4tOyEH4JLGS7Ba3An8i55eB5BpvSJMysAw8P+JLdfpDQBAGTgHKJS1cpw7ca6qN+hM 9hmceaWVJoZRE+vxBHG2NLFqnr3nfOY52sQKjVaBsylnnUKjMPFpnFfXGZU4I6k4d9WplfU4X8XZ pcqoUeP83BSrUcpqAUDpJrtBKS/H2Q9nuj4nS4LzAgDIdNU7XPoOG5QNBtOlJNW6Rr1aVW7A3OUe mCg0VIwlKeurlAaDMEMmr5TpFZikWqOTaRsBmL/znDim2mJ4kYNFocHBQn8f0TuF+q+bv1Cm3s7T k8y5nkH8C29tP+dXPQqAeBavzfq3ttItAIyvBMDy5luby/sAMPG+Hb74zn34pnkpNxh0Yb6+9fX1 Pmql3MdU0Df6nw6/QO+8z8d03JvyYHHKMpmxyoCZ6iavrqo26rFanUyuxIQ/HeJfHfjzeXhnKcuU eqUWj8jDp0ytVeHt1irUBnW1FlNr/1MTf2XYTzQ/17i4Y68Br9gHsC7yAPK3CwDl0gBStA3fgd70 LZWSBzLwNd/h3vzczwn691PhPtOjVq2ai5Nk5WByo75ufs/0WQICoAIm4AErYA+cgTsQAn8QAsJB NIgHySAd5IACsBTIQTnQAD2oBy2gHXSBHrAebALDYDsYA7vBfnAQjIOPwQnwR3AefAmugVtgEkyD h2AGPAWvIAgiQQyIC1lBDpAr5AX5Q2IoEoqHUqEsqAAqgVSQFjJCLdAKqAfqh4ahHdBu6PfQUegE dA66BH0FTUEPoO+glzAC02EebAe7wb6wGI6BU+AceAmsgmvgJrgTXgcPwaPwPvgwfAI+D1+DJ+GH 8CwCEBrCRxwRISJGJEg6UoiUIXqkFelGBpFRZD9yDDmLXEEmkUfIC5SIclEMFaLhaBKai8rRGrQV 7UWH0V3oYfQ0egWdQmfQ1wQGwZbgRQgjSAmLCCpCPaGLMEjYSfiIcIZwjTBNeEokEvlEATGEmEQs IFYQm4m9xK3EA8TjxEvEu8RZEolkRfIiRZDSSTKSgdRF2kLaR/qMdJk0TXpOppEdyP7kBHIhWUvu IA+S95A/JV8m3yO/orAorpQwSjpFQWmk9FHGKMcoFynTlFdUNlVAjaDmUCuo7dQh6n7qGept6hMa jeZEC6Vl0tS05bQh2u9on9OmaC/oHLonXUIvohvp6+gf0o/Tv6I/YTAYboxoRiHDwFjH2M04xfia 8dyMa+ZjJjVTmLWZjZgdNrts9phJYboyY5hLmU3MQeYh5kXmIxaF5caSsGSsVtYI6yjrBmuWzWWL 2OlsDbuXvYd9jn2fQ+K4ceI5Ck4n5wPOKc5dLsJ15kq4cu4K7hj3DHeaR+QJeFJeBa+H91veBG/G nGMeaJ5n3mA+Yv6J+SQf4bvxpfwqfh//IP86/6WFnUWMhdJijcV+i8sWzyxtLKMtlZbdlgcsr1m+ tMKs4q0qrTZYjVvdsUatPa0zreutt1mfsX5kw7MJt5HbdNsctLlpC9t62mbZNtt+YHvBdtbO3i7R Tme3xe6U3SN7vn20fYX9gP2n9g8cuA6RDmqHAYfPHP6KmWMxWBU2hJ3GZhxtHZMcjY47HCccXzkJ nHKdOpwOON1xpjqLncucB5xPOs+4OLikubS47HW56UpxFbuWu252Pev6zE3glu+2ym3c7b7AUiAV NAn2Cm67M9yj3GvcR92vehA9xB6VHls9vvSEPYM8yz1HPC96wV7BXmqvrV6XvAneod5a71HvG0K6 MEZYJ9wrnPLh+6T6dPiM+zz2dfEt9N3ge9b3tV+QX5XfmN8tEUeULOoQHRN95+/pL/cf8b8awAhI CGgLOBLwbaBXoDJwW+Cfg7hBaUGrgk4G/SM4JFgfvD/4QYhLSEnIeyE3xDxxhrhX/HkoITQ2tC30 49AXYcFhhrCDYX8PF4ZXhu8Jv79AsEC5YGzB3QinCFnEjojJSCyyJPL9yMkoxyhZ1GjUN9HO0Yro ndH3YjxiKmL2xTyO9YvVx34U+0wSJlkmOR6HxCXGdcdNxHPic+OH479OcEpQJexNmEkMSmxOPJ5E SEpJ2pB0Q2onlUt3S2eSQ5KXJZ9OoadkpwynfJPqmapPPZYGpyWnbUy7vdB1oXbheDpIl6ZvTL+T IcioyfhDJjEzI3Mk8y9ZoqyWrLPZ3Ozi7D3ZT3Nic/pybuW65xpzT+Yx84ryduc9y4/L78+fXOS7 aNmi8wXWBeqCI4WkwrzCnYWzi+MXb1o8XRRU1FV0fYlgScOSc0utl1Yt/aSYWSwrPlRCKMkv2VPy gyxdNiqbLZWWvlc6I5fIN8sfKqIVA4oHyghlv/JeWURZf9l9VYRqo+pBeVT5YPkjtUQ9rP62Iqli e8WzyvTKDyt/rMqvOqAha0o0R7UcbaX2dLV9dUP1JZ2Xrks3WRNWs6lmRp+i31kL1S6pPWLg4T9T F4zuxpXGqbrIupG65/V59Yca2A3ahguNno1rGu81JTT9phltljefbHFsaW+ZWhazbEcr1FraerLN ua2zbXp54vJd7dT2yvY/dfh19Hd8vyJ/xbFOu87lnXdXJq7c22XWpe+6sSp81fbV6Gr16ok1AWu2 rHndrej+osevZ7Dnh1557xdrRWuH1v64rmzdRF9w37b1xPXa9dc3RG3Y1c/ub+q/uzFt4+EBbKB7 4PtNxZvODQYObt9M3WzcPDmU+k8ApAFb/pi4mSSZkJn8mmia1ZtCm6+cHJyJnPedZJ3SnkCerp8d n4uf+qBpoNihR6G2oiailqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mpqhyqj6sCq3Wr 6axcrNCtRK24ri2uoa8Wr4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm28Ldot+C4WbjR uUq5wro7urW7LrunvCG8m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD1MRRxM7FS8XIxkbG w8dBx7/IPci8yTrJuco4yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrRPNG+0j/SwdNE08bUSdTL 1U7V0dZV1tjXXNfg2GTY6Nls2fHadtr724DcBdyK3RDdlt4c3qLfKd+v4DbgveFE4cziU+Lb42Pj 6+Rz5PzlhOYN5pbnH+ep6DLovOlG6dDqW+rl63Dr++yG7RHtnO4o7rTvQO/M8Fjw5fFy8f/yjPMZ 86f0NPTC9VD13vZt9vv3ivgZ+Kj5OPnH+lf65/t3/Af8mP0p/br+S/7c/23//wIMAPeE8/sKDQpl bmRzdHJlYW0NZW5kb2JqDTEgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNjMg MCBSL0NvbnRlbnRzIDMgMCBSL1JvdGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNvdXJj ZXMgMiAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTIgMCBvYmo8PC9Gb250PDwvVFQyIDcxIDAgUj4+ L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgNzMgMCBSPj4+Pg1lbmRvYmoNMyAw IG9iajw8L0xlbmd0aCAxMDkzL0ZpbHRlci9GbGF0ZURlY29kZT4+c3RyZWFtDQpIiexXS1PbMBC+ 51fo1rhDHNsECL2VQju0DGWKb8DBiZ3gTnA8tsPj31f2fuuVnIS0nXZ66eSg9Wq12uenzfDTta/m Ze8k7A3DMFC+Cme9YzcYjY+Up38gD47d/ZE6PD50R2MVPvQ8Ne8NPNfz9vdVOO3V1OGBCp96N/3z zBkcugf9KimIyBIwBrSegh/NwFfKqdcr+iwcr48TA01+IHKpSSiei0CpyYrIVJNLXKhJdYmPKqV1 hnUa2fxlps6geIojMbayOa1kntq9vCf5XN9fiFULU0tAH57m+0T6tbXOXfhZB3Xgu/7+gQ7pqf6o 41qHVO+G37EZjMf1psmCvJGNm/4HeJK/sB1w5R7RUpcSViOAUyKT1qTwLRmywYYt6bcCInYgt4js /J5Tf8t33joq8BAR34zYOX2caZtCIj/W5oXwbFWyqghpjFUF9YnKuQhLro3S1A1zYqmozA7ITMhE ZFVkaYH8vQhtzmcTHgWJGAZNV7Q+sAGcIdTpSgy6lxKvmwQ2uE2y6AwKcGFUnVGIc1FTSf/gbMEt hbV4RAxjXLOzIJp6COrNgVUQbFzo8O2p016uw4AoIAiIAUURprfSJYlNvjdLMqXwq2ppyp9Q6Wn5 K5N91HyMm/RlDgqlNSkxRc8dqTiz4FBvzaVvyCp1QSfnUbMsNmTebJROSK6QnSWCnSKnabdav0lj IrGRXagGNkJ5BR1qSwMBjHeUYWk6hEQbDtz2uZMhn7+jdTgEv9um0J+4sJ0fB3SaywWOYh3C3ZSh KbPLdMBYjfPLWwem8UbtK4Rn0tGJoF0l0VhCu9rQ0vFa3BPj4Gx7428Dxxwhn3RcjDitXARKtHfg JjXaeBeguPYzuxDXIgGTxqUi4XKEwJMgKsvtvK4UvNiBC9TFUfNosg0zh7Fv4bC1Lw21B/w12rXb xS9NOIguSXtBIDKx2pwU1k8gwUrROE+S+oVqVOOiFjEKqK1MtVP6SgmGMsu4J4dbVMxsteQ2jq23 2ivY0fb3lnrAc7WzKqDFmLPitfLmd/wht/uEu7FinIL2Z2mSIuI24wcUOmeMfQ9/wg8FLSup5Wrz YGWEMOXBDx24Ys8hcJ3abi86syS/jeoE8vrGU7AuBJuNqSoTxxLb7Xr3eQ2Q2kEj5ucZyniSmnSi yi6p6404x0OvmKJGKATDpKXA5evwL4MWretDGa0X0DzHULMA/6ffv0jAPLZZxt8FlQsLCh5TTikf e5K8rI9VxrDFgpEM87Vew5CKUWQ9W69W3S+ncsNjdC1eoPBzGQ1eGVyJPMHxU04P/zfipmKU3z30 bfgnQix95lfE/4rS/zb8KaWdvZG/pupf2WD97/3CoBBhfEy5XzMbYPZQ+Unn31Y9Z2Aybfv1TN60 XLqqEHzlrv+KLhJsqHF2IoI4o/D/NtCsPbACjwjf79z+m+sNxjwOBCN0cGdC1FnY+yHAAODa2Z4K DQplbmRzdHJlYW0NZW5kb2JqDTQgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQg NjMgMCBSL0NvbnRlbnRzIDYgMCBSL1JvdGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNv dXJjZXMgNSAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTUgMCBvYmo8PC9Db2xvclNwYWNlPDwvQ3M2 IDc1IDAgUj4+L0ZvbnQ8PC9UVDIgNzEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0 ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag02IDAgb2JqPDwvTGVuZ3RoIDE4MjQvRmlsdGVyL0Zs YXRlRGVjb2RlPj5zdHJlYW0NCkiJ1FfbctpIEH3nK+YRbxWK7kiPtnGy3iqzVNA+2fvACkFIuHgB J5V8/Y40p5kZaSQEtuNsucpz0zTdp7tP97z7MHbYfNe5SjrvksRlDktmndhy/ajPbP6HaRBbns/C OLT8iCWrjs3mnZ5t2bbnsSTt5LMwYMm3zn33dn3RC62gu8+2YrLOsNET4wD7kxn2GbvIx5FYbi/s Lm70+PRaTDd8CsFz+cGOT/diuuDTDX6QT9kQi/1CjDOM6UTf36zZDQSnuDLF0XouRqEeOz5ciu8f +e9vpVZLVYorFjbfd8TUybW9+Dv5g4PacyzHCzikA77Icc0h5afJZxy6UZQfKtDfdxNY9M8SqDDY MSskF9NrggZoZeSkHSlnVkD8dvJbnbM18x1Lw+sQCMBiMxXjU1r2gHrN+sUWrP5PfOFXEYSXSvC4 OjwfMj09tnDjko0Q88OWkfkRPuXu/hcQ8+mikk4rOV3LxMlziD3DWIRLyVj8J5tLoXFHlEC2G+2a SF2n6v4d+EOm2Rdpb/61JgVJuZT7Gz0/gcOn1U7T8RgUgQoFzxAbGYGMYzQhCA7ux/7lI9iC0gPm pp/gTlJnVtGagSqv+dYQW1cSlJ2MB8INIEz51kpajg93C2KHGrbYbig08SMIyynW70Fxm2+1uVBL Gk2smlB4kM743Qlx/kHvX5ohgioqjUlTyp2aHBo8AQytvpyWGw9dsRrwA9x8uFD44GfBYSbMZjhK dDouUcihGD4DlvHzYDmKRPgygeHpSIyISL6AB/bq8RisI2tBKpGYyWm+e1aMzdkDtXLjgRjvOHrN 1CoO+iVKPQkFv4QCVMtAn9SNHjqfhcm0kTQtlaZRtSogIbom+pZ2H3N31DbwSw5t1wVUG2WlO867 gIkk/rU0SCt6b0qTBngas8Ez8+KYTEbsplg/UQCwzUy9QOVf+lnsDyQHsPdAPFtS4XsVcxtp0DPz 3qFWw5HUbU8oSKjNYzOK3NWJ5iOyRq0Y8MXdXGN+yev13fQYiTyB+SmA2X9XBahPpgE48npE0J1l W0NPSGPZqHKPmCCG12s9/qgRmuO7j0960dthfwaztljvqbfE+ndqsdEnLsuCD6liCBNzhJAFbce4 Ng1atoxlDEvk+ZEggQUbyo9KD6nTwp+SOBEwc71joADTI0aj04lSNyT0N6DtLWmm3RlKGodT8j4e UVaA9O56F7J0x2xmW4HtxCGf7dJ1x3esOI59vsrBY0kqwo/LTT53bpKO7/etfsQCO7B8nwVW4HIB XmjbLttmnVnnKunElutH/Vwyw9QPPMvjd/pWzJIVlzgv/OK5ufxuTLIDh0si0bYVhsyx82m94CC2 PJ/5cd/yc8G9QqpXaH3E757Z0a9FhDdwrfLWKvbfy3KayVDQHqpNhOHYz+PBs6uffLz9RQ/FlhWR kBga6mFbE9t0+mUTSxXvOClW6VASoczDBvI7DY9yZMyaIsOibG4IgLZlo5IJVA5ac95xlj+JBw2I NKeJypCVEmWKmjpIGsYmzow4ZUaCMe+7I5SxYa+4w2nN8V0rCAsStEPmulYbynRC3+rnlwqKBWne dw2036SZZ/GfCRQy7/bAtU4c5dpAqZY87tqeFUQlpSST91TSHW6KMJ5myE3E7Sss6sixERk3sCLb bqpzuZ8kPFGbMidqow6PUpPuu46rpuuh5PGfOdS74Hi58wPLFvKrRU7jwBoq9M3NzRTjjPKSelyM m7V6Te11lbaEop+zO2WqVs3qS5kGTVMp880le/UIfgJPLXbH1L7BSYrNKRk+V2+Aux75DWI+PiXy 41Ot8zrvUeN4JxY531y4r0CFO8KeLDKVnFx3PGuURjE3jkpYq7faOYsToWhsaXxzgW/n3G/SaKVs MafyfBOfj2Qdg9ivso5N9ZKm/Y536KmofGZa2JiA8FUg+Duw2XzvBc13Da/XEfW7X3GH4kU+9go1 DMmWw8XuaKGF4liWbqWKU3GTb5YqICckiX8ONDOZGVtDCExk8nyRGhctyBhElOF8Qa1cqsrBw/dp slR376T0rZReF1UPXbEa8QMgOeBTCHm4OI5fq8wKzK+DwxsAnttSRPyA/Rrxn0I6bRn1PIJpHUaB udCsof8SD4SdsT6+MGO+JiIck6BtaISlWEDgp8BiSz3Dd/WzW7FYcdciN5YyqlM99wlMGRG7NylD GiJV9u3rONxeiuXwUt2+NtqilItMEuQbQXAeHk1ZE+nIXBJLwpQNas6Suk4wWrbCiO/2zyeBn42H OWNic7c9I99nOqtkv4DdL8IiPGdqnoYM7zd2mMTiKedozzuGJ+R2VQy8ccqHxddiyHIggSNgBIoA URH0Cm9Li1R3RKXI89OYGXWmurqpt2thzJtYfKaRCHc796+de5afJp91BNQtfC+2eHSc8vnzhZbO fKci6v+gw03S+U+AAQCD3DrTCg0KZW5kc3RyZWFtDWVuZG9iag03IDAgb2JqPDwvQ3JvcEJveFsw IDAgNjEyIDc5Ml0vUGFyZW50IDYzIDAgUi9Db250ZW50cyA5IDAgUi9Sb3RhdGUgMC9NZWRpYUJv eFswIDAgNjEyIDc5Ml0vUmVzb3VyY2VzIDggMCBSL1R5cGUvUGFnZT4+DWVuZG9iag04IDAgb2Jq PDwvRm9udDw8L1RUMiA3MSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1Mx IDczIDAgUj4+Pj4NZW5kb2JqDTkgMCBvYmo8PC9MZW5ndGggMjA1L0ZpbHRlci9GbGF0ZURlY29k ZT4+c3RyZWFtDQpIiZyQzQrCMBCE73mKPbZg0/y0tb2KRdCDgnsTD1pqUbRKK+jju2VXRI8Skpl8 mUwg8WxtoenVBFWM6MACHlShXZKPwdAQmxbaJ5AVmU5ywIsy0NDEalgeKoAQT2Qjq61PPeD0C7k8 H1BktDHeD7c2wWIXRplOg27XsDkKaFvZ96wjYK3vrCC5c2gCLUgiULI+6egmLWQ7KSArnbBkrQhJ 7ZXs/hOUO2BZHaGRIGfYWPvz+p+6WbG+P6IW7reSC7c4VyWqlwADAPhKVnMKDQplbmRzdHJlYW0N ZW5kb2JqDTEwIDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDYzIDAgUi9Db250 ZW50cyAxMiAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAxMSAw IFIvVHlwZS9QYWdlPj4NZW5kb2JqDTExIDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+ Pi9Gb250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdT dGF0ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag0xMiAwIG9iajw8L0xlbmd0aCA0NzUwL0ZpbHRl ci9GbGF0ZURlY29kZT4+c3RyZWFtDQpIibxXTXPiSBK9+1dUzMlMGDXfhr3NdPdseA8O75ib3Qch JNBYIFoSpr2/fkuVL+tLEtjTGxscVBL1kZX5XubLT/98HIpNefX78urTcjkSQ7FMrhbBaDK/FQP5 w3C6CMYTMVvMgslcLHdXA7G56g+CwWA8Fsvoqh7NpmJ5unq6vtv3+rNgel3FBQ32MT706fkF38ME 34Xo1c8Hei16g2us6MvhZxrmcoiNN2ZCKYcVDVM5zHGgHIp7vFQpPRM8o9D9nu/FV2wcYckaf+03 9CTzxOXHbzT/IM8vjFWZvcuIXgby+5CGw9ra3rflv6RT+8NgOJ5Kl36RL7Vfa5fKf5d/4c/RfF7/ aX/i+XUwRvWivh2NoTo1qM8QMjLq5oV65Gv1OEY9uIO8QfdR9ix/PW9FBwAclyy3dMtY5Csa/YXY RRy4Vz0jsT31/4IDL+DZ4pmP/nxPz+eeePqThn/g/OkUzwU9v4m0tI2vjJltsW2PlXQZbXHo8c1z 7FZfUZmrbkjn0H3Uy1ZPwOfvFFv5OVSjTI5SvdebPZWOSGpLS9qjeFWPlJARS4f8m8Dx2IM7ZKTU DinBJc7UIyxtKEUioc/5ST1KcYIFW9p+b1sRurizoeU55wtHEGgpEfwCOBJr4/sdb17fXoPhBhOt T2wFniX+2h3omeGMG/4/wnxwO1z580KzN+wRhbEL0+v4lBxHbUSCteXWQ2aAjTBvecKGNsJAzUsI 21Hc5KGRBhCFYK+RUioH8kiEBeBwpDDHlD/+IUIa7LCK/k0JVnsRYUBALegtu6FwV7mNgbVnVKqc x9/EiXATA/LAqrcHXWKtTU99wuSaWy3EfE9GWyHmOTDwIkLBJe5UY74P0FvpAKGvr/HdhL6ZtW6U o5HY1h2bVWYz7LtLsaSZzKr8wlKXGlwcjXUCCPA5FXseZOB5QIt/wCLGuV9bweLM5OuTYQVz+ehW VCvzMyE5CXBVP+I7/j9wBPpuqd9vOAi+53yysR/hoToRb41F2OXV8hs23BoHl1busf7Vjm7A0fJj zlWSxROgkWFCwZHj3WBvYnz0gNp1Dx9Ung7TJVG4IRNWxJsAitdMrD2HvOGLQtUc+jdrhPHFmMg4 bnPPu9O61i5dDDYE811y4Oi+4HIVwyjk64rw4EIqP7jQYw7GuOmb2GHXgnfliqCsObFC2ttfo4aj K0NPy3nObEsVJcY3NU2OJhAxJ9t2/l4oHFQEQp1VY0VWssRKwIUvSOjlh87tsZ6wdkaBvUgskfJR cXQxIfmRbkjlFHY9Yj70jDFGPrmFbEUfM9r0JCBMYlFgnXMDSyfpiecriOe6jLEKGAScWgCAI/Nt ZaJ5NPBeG9ADEW+GOHtuXTidcTQ0bN15vgzWkNQaHFATB2OMRX7u8QzKQqvTyVszQGZ2Cm0MquEK ExOsLVqy4jshanTMWxMRsSOJNaA2Ns78XsgKf6QBTCVJg+r5GpigRZEDnV/Uy0GvqI3oYz/DW+aq gWqlJUyu7yT2uW1kArEdtlj+y3OvB6BdbC+RL8/59Ult9qe04Q81+ixHUzWaydGtGtV97Tf76n4r 86rl5dq5qkhy1nPULuRiF9ssLFI7Uk6y2WudWKdaNfnFbjE2IjnSxLZet2Q6h1VzazuPNYB4huta X4BOKeTOsfD4djIZ3ap5wiVBErvve64OHcW/9MXL1l1fbmFeBjP6XFFh3ouv0qyKy1MslYbjMysF PNCzxsh9k8kMwguIO+hiQ4F70dGo/LJjCGLqi87TKUMLVSFxqHMu3SvGhXXqpje2ota1Fs9Re0pT Gd5VqSBUGuW1Nj7RI/Ntr3OQY2pbTZYJ6YFYeq8efXRNhZ3otujGyJ5+YdMg1slDfHXuigYPG8J3 Ce5Jzu9T74VC+9LG3J22udBOLS23OESzdbAOS6ZGb1acc5YJUtbVg3txIOsiSgfoHDsIf16hWJH1 UnaiMxoJLTdtqLUFjRNksthORk218RFNUUe5jzATk0HxH5wiwNGy354qnnterqDzP30uZyIqxUAM gulguJjJURntG71ehPLxdSnfNlfTYTCeiYk0exDMZmIoF8vLXyVXvy+vFsFoMr+tdxQYThfBeCIm k2kwkElg13modf8nz055rtxlNJe7jORZw1kwm8vV49lAbtl98u00kLubk2vbO5LRVx1aw8PSlC1U 4zW4IXYAKCGi0kVt60GTyr9brspafZ3z/mgUDBeLhXxrqeDSFaP50PhiGkxH73DFaD4L5r4vbMRZ vuD6EcWoD6/cTHykk9Ldl+6g0Numa13WznlhuAhuF4tppxcsICpHfACK40nttJ+F4ngUDGYfxaI+ mrHITk+5o2NlzLUYHk1ZaoiQGwd0DVUNu77GnRMfvyeVSTE/j71BMBmMzmBvNqn9jMu/F3y3g2A4 9y7fAT4GRwTslXjme46Cwp1pMljDGGmlGHuCT1JkyK2o4IsXp+fohN+sJuF70EeuYPhNJpfxN5oE g/lP4280DGajj+JPH+3jj1vKLr+XLbhLuNc72bGxur6dkb2liU1qgrdvWUg6/38BUvLQB0HqeKgD pABazCRl8jbJ6sLW0v6phdVV6Pq8vADNaTAbjEbvwSZ54CPYHI6D6c9jc1jLh49iUx9dX+Dp+ukO WucLPYPUrTEJ1yAwfI/3KHM10hrdTYz/V/i+hddfGY/AdfGNnjcfLE8GftIJA+2EaX2pd8APmHWc 4Pi66Q9cpEL32UdWjIC5Pji3w8W5G91gXR+EjpEqQy7QQC93sd8CP8gELnk/K/FNZ5fBNRhrbmmH uVrzQqu47Bn+aProPiCFVIcc29nyP4ViE9uQ24Pc7gtWpqeK0YA5mm8tuDnk/it3+oW7B3u3rd4t 1P1BrHuGwJ7aeqXz3YHtGdpKcMuhtvwOJKeF2x04abaqz8mwIix9LcF7xWINfiQJZz0897wmAmC4 hhxyLspaDmpZU0tpWtYhURilZCz3PdLYexuFfofioKSChSEsTmBOdIMJLbvC0kKFjFbJYWIKGLKM 4NvLT3wDs6Ze/mIm8FVANNXF4vZasrnvBcdqCzdl2KPPerBwVUxx03QLINOJE6PNtV7s9plgJHRZ sBart44iF9vfuWU1vowtXdDnALD32fXRhfs7yWn5q3/XR4YinymOuP2xbAMcpuUmerWVl/Um2xUb gAtOqCHWZLjbKnMck5jNiw5H2pw9cJ1io/geIu0SG85xKCMPXp4Blzz3bTlBsDMcC5+v6e3VnFGY mNasyY23xMRqCmfPPRreiDBzMw4f9SY6ItTINjiO85GT7QCbozFLOXHluKTJaWu+TeQmyTx/NduO dOeaWcacE/minGArT3KzYxrAZEluIGilrdRMqMwlBEqWicaaM00KfbS3whMCW4fMvQ73ACl/rzhW eeLx0E/KfmuqRa9OI/T8DfOE0w7Qpz/ouVQ1tA+30yf2O993bdwVmZDuTEgtH2GP8oi/dUlCQP6j Q4Y1nLw189zDy6P7v2hjeBvz2FdbbgTg3rzwwsDIOJirYcrBkK40rCwtj7UUir+pxu60IhKPpG4i T2yNbmypczIaa1XQRFomG0lC0YEWQshVQmpyGmiNF+szI63C1j0D/Hq0qU8oaOZ32iGl82LShDHv n9I7ji1Z6v09+eWWQQtqlRlyIA0AlbGGeb4c4qy20Xlyw1KK0wbQuCt1RtW7kV3gaH1QCcTEQFKK 4zJxwChi/VLZt1mbPJMboHWSvfSqeQUcbriHg62BEfaULq1i9cW4ijWJW2ZikyAqM9cqlZxZDMUf eTm3OqwKmNqfLxUXzHu+nsHMlTna0gNc3tqyWFthbmraC9z7qsJCCtaiWKKpQFjOND204eptpEhI HYcsmOqfHvdGr3F7Z2S4J0CVzKF97JzEXVLrVkzP/tFlHvdufhOG5mtj75b3GBTtOa1B0AffZ+gQ FS/r0YsqmOov+KlWSUg96hwre7Sa9twL7BPvaKp41BePeozOVOcvTBqrBzKmlSuJxO0Jk2b9oCxG H0MYBBXIDWoTYlZOs4DF8mrPcokbg0ZPB+B36Buu5zorWrBPDVGEy7eI//K0kE4Ud6xxH01SjQzl eZnJr2KCtGgOOzHtLN3HCcGQ8tQBrK70zzLuv8RXzXLcNgy+6yl0tDsxwz9RZG+tm3YmnTYzzd48 OWzXa9cdbdbxunX7Yn2+ggQIUto/b5KmB3sJUQJAfCDwIU8umSovuXSUaSs/Yy6bg3ubg5s5xH1m +Q/jSrpv6lpWVp5yp9jqJbekbZ2ttLmLzEdlP3cHCMVQIvtUV63tket4IDhnSOlyNXkjF/FJFmwq mom386Lc6LS8gCVV5PkeCp/2SFrldMtcOCd/uQa5k61zoyzd9SbHZBSQl5cb1y42rWyl6KQKDlab xfvGKmGCUyCNynsqVDF0wL5ezUC8bTp407VaaSEtKHGuVVJYCzWzuWm+nTVBaOv7aKClZReEsa2W VkgnVTtb7fVi96VPjoN10KM96FECbDrhPHwNruw33HcCVNeG4wHqO5IT9mE1TsKcaCXk27PTb5QH f46mteuTiMEhSBScQuqeIKnQIDB0Z0TnKB6d6PSxcGgIoPQ744FoX53dYyFfU5+Zc0/NzZPqAtVg Kn4ZH8yM5M8JiaGCEU5nfyZk36rUDXbw//oRVb/nTwkaXY9FtP2BmAP+POCZh0LqXx1v9r9wP/yQ Vn9wB31gZrIacRTkH5u99GAEduSwRxjX7Dy3rxE9WvDjNXOvRWne65v65RVvPPLqYdf0Mn9PhGiF wYISTpcHC/gce/0t0SVW8cjerMrxWRmTgac58Yf85O/ay/kkroe5w5T7z+/Hxf1uQgge6cK3H1O9 vynfMKGlZ9e5wGx2U4j2cosbPJaJbD0couzf4++sNkvPBjrOE23Mnlvv2N7hrmFEH5ytStTZdqtQ qhe9P6kiyCD8p/YJJfv0kxtFF0I42ivY8rgwju7cHV/neybJm3KnFlRHHsd8l0aKDzhS3OGlWK5q zk6jzmiASPNMLkUHsdAQWqnD/nbhLCKQwpL7xZGo6F4K5cdhGQU/d7N9XHHaHZJ5zcnQHepXmAwh Sodpw77MC+7ExPMejzk64o905R7mdKa7fAffj+/0C0Ju+Ti+q5GgCnqUc/UV/v6VsogZQ0X5SWf7 JhdymVn0utShZfmmVfir4dELeqTxVyo1sf6Rv1dUFHMglvTcvpvcwATU5dsRUG8vfwZoXsPqd3gq XfsEoLQ/tVdaQNV+xr93sr1uVHvXNhYYA1xMa6Gw6HbVWMhSIKPWatG1w1hcNdo74R3vvt2bRlfJ AvSQmPLWdsA+tj/XvhOWt4fJ60Pz61fg4y38vW5VOqmFdH9qGyBcAlzuEkdbsaiibiclLA0koY83 Ii4XcMhUkaIARwpWWBTy4fFTlpLeBYfGWNH59CHJJrqX1RglQpTQAkqLJptHeWiSWyiQu6glC8nE Ip6Y8DwNyuya7kRfgWh0VDZMZMABSxHvH8WxVwBY9LLf8bV2PoUvbQ+jlxnDKXbaC1ug01ASLUJn pAie0UOpAIhywRBlPn1Sw1I0UVCEIcvpCkWl0iFIERTlpAjNoFRQRJlQRIE8Ry1ZSCY+HUUJVMBW MGoVvRgmcgEi7z8TRm2F3vV5xhH3h/Hre5GUThhfoISe5H2bAyV1W8VQ6gpKlAuUKHMIkhqWkg3G 0gToQwVK44NQLkNpfJ/0oxmSGEqSEUoS0HPSQkKy8MlIGq/GVRXSZXQhUV5lQsH7R5F0XcpXZfBG Tj7XzsQWjNvD+O19QBoP4dMMpIHaTOXUpJ6ew1cgjALjFwU+dVeVU9JbwIMsq8upcX1VTk10lcsp SQU9lAk9FMhd1JIF/1nKqYa8612BT4P2Cj0UIfpAeKTn3ePYQeThbbhWdvtr3fXRJm0P47f3Yafh 8tjSCjUwtJCg01CSwFMKH0kMIMmMIcn59EkLhyJZYBQV/NTlVAVdlVMVZFVOSWIUSUYUSUDHSUsW zGcppwpOZatySrR5mMhcD3n/eeU08Xm343Mqp7Q/jF/fh6RSRJWyCCMXdkYa/XIMUWIoSWYoSeYQ JDUsJRuMJUwFpiAZery8SQ2wfse1FAWGEUVEEdfoMyqgdVSdEIRJ4eVsBtFuZzdND6XehzQz0NKG NEpZa2L210Ojxcnhu+W5F/psWJ7DWfrI3+HXnpF4/fX5hReBWDMY0mgIaFXnTTXHnf0TJ5sLen4B 3dsAD4TdNKZAn0vGIkn3whV15LeMXwQP/kZ9X8I7C33vRO8gpb+cd+FE70Lf/bfeGchUKKcVstGW w6k2jbXFJfC7iw5daMi6zpkvFrdTc07D3YCR5H8OHAyj/wowAN4WbGIKDQplbmRzdHJlYW0NZW5k b2JqDTEzIDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDYzIDAgUi9Db250ZW50 cyAxNSAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAxNCAwIFIv VHlwZS9QYWdlPj4NZW5kb2JqDTE0IDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+Pi9G b250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0 ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag0xNSAwIG9iajw8L0xlbmd0aCAzNTA0L0ZpbHRlci9G bGF0ZURlY29kZT4+c3RyZWFtDQpIibxXXW/iShJ951f0Y1gFxxAg4Wp1pUw+VrO6jKK5luZhMg9g bOAGbC52ksn++m27TnV1+yPASLuKFLdNf1RXnTp16uJff/bVMut8CjoXQTBQfRXEnYk3GF5fKV// YTiaeJdDNZ6MveG1CrYdXy07Pd/z/ctLFYSdYjQeqeCt8/3sc9Ltjb3RWR7taZBE+NCj5x2+z2J8 V6pbPB/pdd/1z7Cip4e3NEz1EBsvZUKmhzkN13qY4kA9VF/wkq/pGeMZztzvaaLusXGIJQv8lCzp Seapw48bmr/T5+/Fqo29y4BefP29T8N+YW33R/Bv7dRe3+tfjrRL7/RL4dfCpfrX4C/8OLi+Ln5s cf3Aw5YeDJrSeyRuilzbLJeqGV4Wagof7Z8xk6epG1xmCVft4ap8Rc9txpc9eKHgH/Y1vhc+pKXB GyKj3HDEwAvjKmKgYd6WcRa5tpkwzgQeC3zaAorilWc9XMvEytqNfEpb787eE5yqhXg/rnk/sgyy jrZ9iLjbwXaQ9/0rrXtAuozG9Lzy6fnjNxuEsOqnPiQUEzLJKWRqLm6ZieWxeCiUuVs9tC7+XLtl BWP5isOIc1eA1Aau6HFsODCVcDLGAywXb7+XJ/H2TVAsYDcoYNdzPMoInHeZcvIu7600O5THx+Vj vSwfL3ty6IKCQevfunx1a/k+KscxPfCWhLRc7WddQLcMgXpbYQ/28so+gCYTvqzPeVcynENCExaF BY+35fhLj6b9pL1xYlY+erRwhp3IdW6i+hVfSUTp+QgEfmEMITv2TNl4T8EkC8zbMy9j3rmqrNsh nqHL36/4ffPOsIBh34ALpgmVCzpngmQrHbGziqXkAEQKtelWf/riztpI3XmTJDoldw2PMW+pmTJe VAtsvp25XHyu2LORNdswdSW5MpVwcYtUxkRpjCVQWS+huMCirp18tXgqtxfa/CUGfn5sLwsHcnFl QD0zUI4M/osLl1+RKUgjekuW9exYmY1ymEgW7uhj+Ezvub2Sdit4UWUv5ZgI4i9jSmhy3TkstdNO bSM7x/dNNpIRVKBaYNRS+h1EbVvrt82/OLIpfKVv1g48Eok9VhTqrLl+Al8l6zxxwkyfuiZDy20D A4/cVPyDNdyGql3IQXhN1jRU8zoMKx6cHa1ziv9WXlhFFEvmIgHfUQia65uVxjvcMEQAo5zTeJZZ 0ySams1pAbMl7Ogx6THjMd0hwXuG4qu8XsVQxJ5+OqPBvb4Mau9UDzm6ij1WKpiTSsDBI4OyENaO 9FrEUpEjtnhGqJtV5/2vevCATFEb4U9s8eo2MJz7yj2IU4AdGsvUx1suQkfXNGz2t/70IlmycbdJ 6zGLWsr6SQWuzbWsLbk3UXlqp9VcPGfKFzeR9wy9dqDahFY6b5fy+ZyaHBvPXqICxwoYtxIXl+zI VXtx3jI5qjvqF7lGJZF7taziqGdhOEuKFCLSYY9Vo8DYzYCRZ+ZetZoZutm4qTuDBe9qzjYltiX3 kqhT+/6aYA7UKDdsNomY0Fei9IusIsWwzsTP1XtvasD72O4GnWjj4nCelt66uM3GKsyUr3xv5Pcn Yz3KwqQzvPSuJuOhfmN6K1mbOO4+0G/LzqjvXY7VqD/ydFb63nis+r43HOrLduLOp6Az8QbD66ti a4XhaOJdDtXIv/ImKti2Ht5Mm6W9+mi9yeBabzIqzuqPvXFx+OXY9wcfnHw18vT25uTCfJGD320R RZ0eibUpvaFFikgAKpF36InQyhhlFpl9UmrhtKiXWFl77I1EpBhJiMCkxeOn+RCZ3ReiE7tIYFAo GBQEav2GPjCjNw1dILf8zekJPXE1RZhcfUKEh5Mrb1j4+RgJacQZNxLcFPG7Q3u2bOSGJTogH53v UUU1PvN8KMMN/7jkUpHGVn+xg1Vr5o1aVZCsz/Jq1UnjVqo+1J3UUEffdwZ7IQiaJ5QuitMurPyg JThXc2o2crV2eoukKx5jh2U0wZ0Ym/zZn2AcIKlJkTiR5jimeW1qy6KjNsllu3EARh94QN0NW2h6 zb3UtJnQpFVfMzgUca/qlE9cyhhA6gaEvV27aoSxk6hbHuV7t6R83H08AKqVKhxw1d26SGT8ybkn OvUQNr8J7c0pimsKbUw0886hfqXgRm/1DnZlwBNVMb4wxBgbsowMgUamk3UgOetKfCW88ktYKnw+ L6sbVFaDNWFzR/eItnYhyJVLtHPaOEOu2HKEHXVj6kDRUdG0h6BudmI43nFBZHxUOONVvM78v0a2 w91/U1qv903W48qGIfgyChNC+mHxP87HPg04L+/o9UXkS4FyNW0l2SdeMjV9odVoNhgGq5tFRlBp RvicHK3MmlPp1Z03A4lweUhhb4j9FBe1MoL0qa7geno4FwrKpGItDIDMGtXADg8iirnH43aML8BV lWtmS9PR2EuYWnRIELNXEve9tT1j0cqKleUqSFhkMz2fQagJarTiHzgc3HZtcetN7hoUgQlfYMDm nTeCgSIeKNNMTLiUW05nVq247VCvKsJ/w9cxTYHoBDrXemnT/QsB2FbMXVu2STSMnFlzMeNIxkaF JW6oFEi0yRFq7QiwUCzBJrFYstRDBGVfUWJvlW60SSRVRVElXas1edZWgZFlLPZ6fLHc3e+JdcJX Qy4NWWelEHurakiGO+/AEyxuc2w3BxiinpsJOW/4dEaDP/UhX2FcV4/PbV8VnHegVEuJzUyBjExB zBuKC0q4Hnl2RVLB4b5iS9VMk3a5LdWVZVWLOrWXVmzw3z+TspSjzYIGoLIUntuL5+XLS1UKyJ1h lmm7CgiScVlz9lqeS01lFo+ohL7mTfeNnAp+VMfHqKMr6+/Trom0ylN7UmBUE83xiinq/mcXWQu4 l+jG2TgYp4YHxTdO2hr3SXu7b3RavVJ85LSEnHZPN5m2BFiEUnO74KAnMg6ttkv78mAj7OjnXkmW BDu+k/QoJSk96TCU5ukYWAelsmmDzGtStJn5lhpwL463AuFmPBxKCwMW9m5j7r6QUbr/A4xXJ8Td xKWeNbboq/DPtiLkuN5k3HKC8KIKuaYiadYLt0TlIPeYi3hDidxJ4UJ5eha2zkVrNdJ7rVq6amaG HfNqEcJ7CIGwwHE7vBtt6bXXu+MbrxDMuamTzqosvyZwLaw8J7yt6Fd0aune3m5h+JVpur6dSXiH Q0BpdxVKkyaI1i1f7JqCtf1u1TsNMGtTWWtWWSjAWUVqcoHNlOgxDlCbWnC0EJUVJIzR0FRYesxG 3K2Ud2a4AE5pgmO8ZsHjtDCaZ47uZWRw4IkkmUqK9XpHPn9nQhEJNP1lNB9tMD+fnk5ecnEaXZ28 P+P96cQFF/8Pf53gt4umuvbLB/Lzd1OP1D+beqU62o/Jcfx/4BaD+wsnXfv08hs0JRj69hA3q6/c IgDXrT0oERy+zpYuzWxVnHL1uIN9TDi0krcvi6ypUFb/5pzD7cCdJBwxquXUYb/RqUcwR83C7bHG cZ8lVPICdvugoLc2R1zFKl0eBy3JMTFl6uZ2EvT0ByZyG9ikDNiTxbc/EGo9rM+Ef53LLA3EGpO3 Ea1zrFkBGq9r99Y06zu9fJbqcld2YIROV7vEYjY8GErN6Ynk2chmkeibpWxWzJ3LhJVE/VUOhk9f 9j9o4OFe32ShmuMua2wcI0DvimO9ZUjxzP9wjK1oN7VjtitZWSW4YITri6Iq/9+Yyl6vvUCgYjsi tYPN+9iNy5bBpXgVbW/mKyaNJe8F6GfsdCYF1hz4vQckLCu/LysapVkfOCVhjiUZJyJ7grvGSiq1 maQSyVKW2wJ/dsUsYyy4F+YcXwm0FKbMzGUQu1i2/QIm651jSl1VFAjlXxuk+j1u6S4wpexQQc1N V0eaNi6Ti4Ef2qJUdC73pdCuG8hhBWGdo/98pTaN5Hkmyjej35MFfqg2rttSMzpd7mNXqMn6DDMa us7MMnOH1jXn89Jj5HXVURUY3dy2x+RBYsJtBCAQMkgr2cjdWurWGIDKk43I6IvbbKzCTPnK90Z+ fzLWoyxMOgPfu5yMh/qNqyAVwPtAvy07o753OVb9/pV3da1XjvXY94ZD7adO3PkUdCbeYHh9Veyq MBxNvMuhnjXxtH+2rec2neJfeYOBOWU0PnjKpHjz+yeeMxmfeJnr6/9yXvU6DcNAePdTeKSIHrZj OzZrmYqAodkqFlJAQemGVJ6M5+POPsdJBRJiSOwvce7Hd9/5kn1Z9AF35SemdDFDCSsHaGCeX5XM +1iGf6xH1ZQyTM3PekgNtZvIqZoXPtYjbNYqzI6lck5yR2dmJcGoPNH6TPs/xz23AWUjSr67p3kC YghSjDa7RYx2mwcMzRZn7/hUeXnCoMh7uTeABPvD7UnJg9BykMLGBrBwOQyql0dhW5RnpVMOmiDH M3wUWlvKg+n97tcc2mcd2oPG5QHUT59r3YD15f24XD6K50s08g2vrdTJVYupfpLCKw1kM5qOQgtC 0VZ6pXDqyEkXA/GBUY+uOogTRt+iTcoznjYiiZkQqejLLtnY0hdjxR4UDUkQDYFQUsOoF2wG41GQ hQyy5SylgKSiJ9+RXdddh3VBdq+ixTUhJp7xlJYa2kwPWIuQasTWxDab2Xb7sgpgqHfFbW0p53G0 FwwPN6t1gFhKXdeZrMiCc6GZ17YvqgZrfj5rERK1ja8tfgBfE/dbgAEATKH6WAoNCmVuZHN0cmVh bQ1lbmRvYmoNMTYgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNjMgMCBSL0Nv bnRlbnRzIDE4IDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVzb3VyY2VzIDE3 IDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNMTcgMCBvYmo8PC9Db2xvclNwYWNlPDwvQ3M2IDc1IDAg Uj4+L0ZvbnQ8PC9UVDIgNzEgMCBSL1RUNCA4MSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0 R1N0YXRlPDwvR1MxIDczIDAgUj4+Pj4NZW5kb2JqDTE4IDAgb2JqPDwvTGVuZ3RoIDUyNTAvRmls dGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJrFfbcts4En3XV+DRypgI7yJTm63yOM5WtsauVMKq eYjngZYoWWvdhqSs8X79AuxuXCiSkjZTegBIgehG9+nTB+//9d1ji2r0azZ6n2U+81g2H6XcD5MJ c8UPp1HKg5DFaczDhGXrkcsWI8flrhsELJuO5CyOWHYY/bj6shk7MY+u6qKEyabAFw6Mn/B9Psf3 jI3l+BUey7F7hV84YnoL062Y4sYLvaAS0xqmSzHdokExZQ/4UC9hnOM4ze332w27w42n+MkM/9os YAT32OnhBtbvhP1Se7Uyd/HhwRXvPZh60tvxH9m/RVAdj3tBJEL6STzIuMqQin+z/4ze31Yxm1Yy KTxyvTQWs2q6wY/8JJEfwdK7rMlP5PEgZvEk4K4vPopj5olPWVmM5jLdvUmOI+6GMsl9Jo3E/5BH x+PJIwjTYhc/Ebv4PBJwinmciM+DKE3TAdOTiIvttWnpf2PFl1YcC19NHOcyavVzMy/Yrmwm2x0M 8CQyDAmGFBGO1Ndl0cyddTPk8NELvJyxx6usmT3fw6rmeH0R8T0eu4F46EicCIkvjjehkEQ8Oici fuJBHLtD8uMqh3PNBh3z+CSdGH5pl9IJTy90KXADWf62Sz0scJdBvO+x6B/H7CuW8gOrWwygapMt K7NYsHJyXU9G7ZeqbnoPH/PE9cPetBhFAnG4oEiikEc/XySRz93k0iJRpgeKpAbsihDlY0WJObv9 rXm6cyC8UCBrGOprs070BsVwjEXg0iTqjbGX+g1m4KRnAs1LE+62T2oFdIYgmCJyKsXmGOidbhvE 5rpXsCcYV9spTF4Idvh5IdYe8BVidKX7y6FBHoAQ/fhzjx/iRjVtuD8ybrWEQVKZiNBOwq7qNZAL gSXkhuFp6IYh934auaEnU0nIDX3XHbKMyCXLBFxCKymEg8ERxcKOcGUxQ6nzZGS6JOy6QhkMojbg vngcQC0AEE4ZATecOqQv6DFKjk/ZUZ7YbArqQVMYlq/wetYM12yLVVjgmQl8ULBVU5xGzWIdN6U+ s0q76ivtZpGYcXMB+x0/ex6fhVLR+vpDaUAVonkByQYBj38aqYGQR+GlHEuW20gVBArKFMXq7QOM 1+zm1sQn0VKjM0hxPiNoy1OM6rrepB+bSQwuNudCbJ5mVKDh9rlITJSgi572gCyACDuMibA0ZrD+ ADoL6C7lbKyPXsNWrA0zBuDOG/qTs73+a6rWblvQ3iiTc/irZCY2ixPgTESdu50CyMCliKR7ES79 4G9gUF8YvBiXZFl6r9F4hyJrhbBb41jzwejEwkt58OPgeCIkYUw+nouxQAAzsX3sUYefwb9MJveA XbV8wZphuUX1c83vq85WjKu53OzL3PwUO+6zFo3w/g7Nkzjt16Oqdou+6t5tbQVC98rXgphhMAdB KDRqeBZ9QjIu6fSCSuL/g0DrFlKFNcE0vs/PQYG4tkiiUaZtppG9bOAy68ly9bsQKfgrUq6cKSNF E/filis9gDypJ5u8D4tKE3KlXiKvLAstV0oDO6ojsCXaWZCwseXORhue6a1YvTUXVfofXD8D1a/k FdbPG1vjG6q0PZmdtbkKoAdhv4AhXV+GXsa8WwAprJWqKUC/aM61nQ/pFUYR1KdVukfoRzlvrphY 0VjQTXZtmZNRD5mhCiNdRV1vq1vQDuZLtMWm0PlW0Ln20NFyPMOg3KKbQ9fBm7C7zBGt3U8SWQUm Xluh2xLXkRYROzyoElYwRAabi+lc30Cm9sJnvbDWtxsCDsGioiMR7p4MMNpEWa7RFkIxpz9muPDp 7VTnnqST2KSCD0gFgR/JnhklAnLxuc0pEB3NF+j0+MQnLlDkAijHDS8g2EiQnd9sB1tB5oIoaGXO 5Nbe+OAzhnaDremoAX3sTbpj09JCQ4CuULpZOpqJck1hRh4dHB+PPHDQwzl6+HCP72vb4zmhjaD2 iyr5LruOpri59rGjIoxgZsifJ/v449jkNStNRpvpLTyTuKCGYciJZ0+mtbDoPNdZYjk2lR36vsXn ctnagVVoo9aVbwqk1faAaebmv6zvynIsZXLM1HTfg73O6FmcVFCnwi0WmCFmqDg8KFvrV9UR9aiw rGwUHdUJdQP8nxzIS3sdUVe+oRa31DYr+9VavELzK109az01ur6B4qWWpRsF3exdP3ymuHpNxnD7 v8i1t5OZwi925M2TvdM1My6dMFIi6Pm6w0atLl2WUbZrbUKblorbl2s7bcXaTktNkDrSV0d1fko5 bFGSUQNtNWx1XSRJ4MANF/p2Bb14xm5uzaacq+9n5uvPzYO8rZCA6KYRQ7qLvPcwiI/lKeQ0TDjC 4buGEalBfedpqPkeo0dXJaUa2SN9fd9FdRTRlo/2AU6E+/tYO6d9I9cguOtGRTQeitlLxxdsX3VI JJ022PFNriz+GiPEm4TBBw7kugQrc1B3SxBhZ/twAN23RVdEm4fdYMCnzZT+hd3q4ij1pyXakpjF 0OZ0Xag1/ZF2UtcBGAVyHYQuoBOpa01VibsuW1XvUBus7f0er25g8u1xTJGn+ss13yHiGDGvxuOL wZWkAs5wv6tc+jhxRpyY2xCnIvmsnUKBs9ctpSkSny3R8xU2oaqlTKifVSynlVLfY0wxuE9UeIzY zVnbreWFxNbCpFC0Me3tCxhAbrWIzso8xpcBLT05c8S2f29oPGd4/Ceuu8vw02H5hK1uiETYZ7hi LfZmqeG/fvPwwbrG3QI14AWtfQn7Bq+d+zHmBdOCWTH2/qR4IFc8QDcwYg3dMr5bW6wsL+/VvQ3N NaqbkmsZfbxCXnfxK8HNnZJ2kJjPEaLfW1BcFSYkCbe6UF46rwrHLX9PvDUzV5jMVWGN7Xa2rqi1 8mCV6lNUU45d5Mf9THOH7mxOi1aGO50tS9H/BcXFuLg+6+i8HhVsqavlxxesjk9YwBioAsNB96Ed ajO6wVUYfodE0sIOwhO+f87JPNreYyj/ID2PjvzeOkSpk1no25NkctKPlWZKdAa6ZPvz/2qJ28PZ Q8UNrfm52cOoAuijW9WCp2qB1m4NGeL6m+bNbdOosSChi1cMVQOKtw3qPqjgFUoHhuxATQmdouiw Cgve8vGgivrtWA42lXCAGq+fzf+BpX5T+uermCFzyW+e9shTRPMDSuEGUc3M8sMp3Tqo3VNfebX7 bb1ViXB0JuDVqwb5SoOB/j3dy+kSeeeQKljbznB1EA2/yuAJmH7OekvWiMWBig9pge5u1JpJ/6wI wejTWzsQGFNIkKMz5FCKqLKy44h9pRS7V9g5HX2k/RHdoStPLYZrSw5BZzCRTeEbtomxDpASjBsd OxKMl8goulpukA2WJJZIKVmEbt5a8w0Fc0UdAtNwLQGN5K78NFuGJBW6ympSmeppvUJG+sDOkz7D 7dC8nWAsP6KH70jp9nXbs3emntRVVccYYTOdN6PtGr0W96XOqlsersZxgzbqgw20FwTWAbecUYWq jFc2IjcEH4wM1z50wX6mGwn2saWGfUvJ6hz2wZBUNZ1SqILSBiR15NICFKr8TBqhKwphx4JcQ1ma rNrl5hCzYdQeSESQGznWx5zAyt6xPfvHGRvh+zPER78tGH9h3VzRtqlk+KkzXKNh41b0J6JOZ7rS zNL0mrPgbVBgoa+FtebXUuuK2thprv+l+11nr5GxfH9bxWxaMZe5PHK9NBazaroZhR5P0zQUT3YN 32XiaTGKPB7EzI8CnibiyzhmnsvDUNzeRvPRr9ko5X6YTOSuDKdRyoOQ+WHExa7ZutdwNy80vgrb Yhc/EbsEPEyYF/NYWhee9NudCIOxYVd6b1YQVXJJ+cOIUzFtZm3qUJLYaf3T2qHC/zdbIg9i9ikm bYVFv8c+lhMYK6PKcmS27b5FMWYzmeM9DhwbKoITSQ9dPzaSbrQKO/OQAcp8dDrxQSRW/Wzeg4C7 4UV5J7PS9R9aq6gbyVA4fFECE7+rBDw3kC6gP8LESXc8V0xa/lhHptSXaxtVOaZbaQh0/U21BBke SErgm+V4RlJ89OWSFn3KUbpQbfpE2ce/nfAcm4Lzk32ktl2bk27DemTvcMSSu1ax7pM2revG/6iv luW2bhi6v1/Bpd2Jbi9f95Flk8x00qaPsWa68HiRSIrtVLIc2RMnP9bvK0AAfFxLlh27bbqwpSOS IIhDgAe7XmiRe/O9UVwUL7SoiyAZWfRd8mnXjDfnIwtKWplrtX6fW5Oedc1q56q+Ow262g+du0dV 0IPGfIgX8K6EoBuoe8igFi/hFj0aAmpww0kR0ShDw2ne7GoIz7ihVNfUcK7Vin75wI2uesetLX28 56aT2t7n6vw67z43san9eCiPOy3YhJtIT3u2gDa5CD1gTNjoym/sqJrRvPlCJBzfhsyVLa1IFoW3 cZ/53u0Xn6lfYXfJ/ITOuSFDkAucCmFsRfePTv8nHfjiNN/onI8O5jmQ9H8ew4Lf1M1ZbvdMrRaS EfHB49t7yzamulrR91Oadr0lHfMEHN2Ud1Ip+BO7BE6frHdapF9FoK23CifSVJyUG27YFtfl0rNU q7JO5MXPXIKk+kkrEzuUWbnNlUg4OcIsmWe/L8uymetMLjfy7G3pc7/cWqjuvm9XXBQvue5Ir3Q9 itNGtAzjNYuc+WR7/KKMqqMb4fNHdv6G7X2SyinCW9rd0L6kgC/zd5IsrMsdr1RpeclL1E0K8eIW g/vk3v4+bXE6ihBbmHBETkfjp6MX9ApLWxGL4pUgcCYZ1BycpuNkGvGSp8/i/b3Vh5GlLBoiI+Hr WT7lPLtyInev1VuO5w2b/VK8aVtaoP3dnShnedpqGfg1XQLJ05TNN8n1q7Tds8Tp+hOv2ZRMzOV1 Fo7ZyvoiFt94PUSf8fE/pY02ojfE/IrNXEi8x2ZXqUx9Kc1i6KVryMqV3LksVMcsdhYiozguTc9n PGIzLCgn/PsJG9i1Xjf0+fEkUnCXeiA6nR4rpkI4DG3dPaiP7Pu6R9VQSNSfpKK85Rt/LvRclDQ+ U3LlSxrxLRhVH/WKPj/D0GVKKcn9VHnlBs5SIcUy+y5NFK40fRr4SUqY4ZhqPdr9Kz+P+XWRQMhj 0p7k9wUoCKy9OCpYO3rxC1DzGr59gF9Bnd0AKeqNOjY1JOU9/p00al5pda4qN9gaFFzbdjUIyFXl ugYFYtua2hu1HOFVZXqNfV4cP9p5rY7DJqY3dQvTfa3bLctNN2ATyOPLcvqyevcdeHkKf6+VDmd1 xsBhq7YBM6rtwk1cRajxbG3TwFcQrQZuYo8Sl9EMDhtaTsZwuMHVLmIJBZmJKOwxS4Ey2EsuE8bc UWIJ7v6AiPYhNKvED8LLKrhIgF0nKwLCFjM8PbP7MGLFNW/r7h6U2sbW7gGU2sbVfaJ0vNw2Bgci h8X0SOmYSt/WGZO+q3tHTPq+HvrIJKHEJOHEJOEYgGAmItwiEemgmJmMSDvUuo9E2o4M0TaEEpGE mUgC7DlZYUBbPJ5Iq8vk9KZu+oxJwqtKg3tNm8b3MakHKNXgrXd1Z7as11j1nYwvR/N3cmkdzopk Wh/TEkKVpSWhRCbhRCbhGASfpyXtkdjUfd1mZOoOb5sY0sG+bEMokUmYySTAnpMVAbjD47lsBoq1 cOc015MCQ6WEtIIvcXxvoYU0G2C6q43ZstxAVppWxpfl9J1MagM/JCa1rftWcZxUil/GIYBEIIBI SFgaUbAb2fNwz1qX6PNgzAh7PhVUn1dTH0upj3WUFsr3YPTRjPkensY2Ywyyscg+wpg9JhRCGd+f fRYLo7WSfOVyPehw+2h8WU7fxZgfGozZKkKNLIcYWXQ2xi6gSBvjyBzjSAdaiSDskLjrXFFHPTym qY56eExTHWWUKCTMLBJgx8mKAPckddTDG1TUUdPwtSswUGHb4IqM72XS9rWF6Ra1ze3lGkoX6GYe X5bTdzLZ9rm48e0gVRQDlaooo0Ql4UQl4RiCIauivEfi0pu8inqvsyrq3ZBVUUaJSsJMJQH2nKwI ME9RRb2z2I7sZ9KABsIadV8mDTxtGGahcrzegP/GJe7K+Tu5dC2mduTSgWIwSiLVtCoLYtNmXBJO XBKOQQhmIgp7JC7hkhV5Ca9plpdwJbO8JJTIJMxkEmDXyYqA/mny0sClzMiEBlPnZBJeVdA7YIGU 4X1cQivRh6cm3JTR4r4Jl5JGl8XcnSxaU2QkVOKBRCqGqIkilVFikXBikXDkxVLLwMiUGWlc0W54 uGip3fBGZ+0Go8QiYWaRALtOVgS4J2k3PEin7h4sgnMh8vdkESSny2gcrYY3HhsFIa6YvJNHUHIZ jXqQXsNDlqdeg1GikXCikXA8/ZD1GrRFYhHEV5GLsHPKRQdep1xkFFlkTCwyYM/JigDzJLloIKcz eWrgPg6Z2GEMbxzoWNCTcXzvEwmMwS0z+BSaLet10+H95PHlaP4uKg10WEOk0jhTW6LSuNCUcgwZ RSoZRyoZSwjITES4RaTSGC8lmbFFB8WQCcJWtjEsc8UNwkQlA/acrAjw9Ao8kkrs3kwmXFFQNllG Ml5VVocKEMf3cWmxSVKoR9t+y3ILWh/25fFlOX0Xk9h6Dkm4miaozBAo+CG+kAQSkQEmHgMUZshE DEZPeiViSJ5Eo+4HlGhsR/c9LQ2bMIo0MiYaGfAhyIqcCHcILP4wrb6fTiHiavq+wqa2HzC0ir+6 oUP10LZB1ExXVRPi0zRwC6ez6vjg5eIQsvJguTjUbd0dXB9O4NMdMJw/P5zA4Q7U4cn0NaydoI4G s9OXD1wKPhryEQj1vQUPwUaDPhz8dTj9UE34d9hBOxt2mKCfwHbwUyk01yZzfOTCp6892IO8s95+ a97BM9/Cs0+x62Wv4Bu6BlOSS+C3Hzr/PwgbevlvhY29+8/DNt41BfCx4Xg1rT5WKIdZ6qG8x1ra 1ZBug9osqj/UBZcTs6uchPV6wC8+FhT0e4p+wxa/o4WdZchrXYdF/2gCDPdkEuSIda77VjMAuj94 3p6Kcj00qP6FcvdQwvUAyiXx/Vfk+28BBgA5Nk/uCg0KZW5kc3RyZWFtDWVuZG9iag0xOSAwIG9i ajw8L0Nyb3BCb3hbMCAwIDYxMiA3OTJdL1BhcmVudCA2MyAwIFIvQ29udGVudHMgMjEgMCBSL1Jv dGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMjAgMCBSL1R5cGUvUGFnZT4+ DWVuZG9iag0yMCAwIG9iajw8L0NvbG9yU3BhY2U8PC9DczYgNzUgMCBSPj4vRm9udDw8L1RUMiA3 MSAwIFIvVFQ0IDgxIDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgNzMg MCBSPj4+Pg1lbmRvYmoNMjEgMCBvYmo8PC9MZW5ndGggNDg3Ni9GaWx0ZXIvRmxhdGVEZWNvZGU+ PnN0cmVhbQ0KSInEV2tv28oR/e5fsR+twmIoUqTEi6JArp0UKa4M41poP0T5QL0V61WRjuP++i45 Z/ZBkaIYqSgMeJerfczOnDlz9sPfnztikdz8Prz5MBx6oiOG85vI8br9nnDlH7pB5PhdEUah0+2L 4ebGFYubtuu4ru+L4UR+Dt9uvt5+2bbaoRPcprMDdbYzDLSpfcB4PMe4oFY8UXtoubdY0pbde+ru ZBc7L/SERHZT6q5kd4cTZRebPmIoXVE7RzuJ7fEd9haf0Jlg4RQTtgtMEGe2H6ndS1sO2sI1fvWo deVQh7qd3Ohvw39IR7Y7TscPpFcfMq9ObuQPw+8Y9/r9bNwcwlQzFrIXBhQQz6EDPMenjiNtzFr4 O5YHT6j7oj2bZuY87+ljht9XCNkK37TPA328yhXw6jpbPMDH4QWLOHxixEc/Y+lg1KKrD/9CF86x VHLriiuSHXwtnDvBuTMApJ0gIrjhpAgJMX2FR9bm9TbaTQftJoaF7C7M2aNb+nqSPzwD8LI7oO6o lXnmFZbMEpEu4SQGNL53MGGKpNlUOjNGb1oOntw9jMnZT1yVT4MhbbjogFPmhTi32QfsgGJSvFG7 1DmYaCgJrJrJobnuGqOcczNh25GyncI+n+dxkm7ZXtjzyvOmtn0rTRdLzREcg5nGYCW2wEaPCEuM AzYr26GrMRKBiYw5L+WjdNj08cXdE+BxjzTcHbA8rtv+zoSk4WhOAR2cic2gP/RcIPBddh3eTiMM CVnwz5DvogKlQ5YiCDvBnMowU7O5dIj03c7VROzm5pUwcaeNz0qFQiln/tRcs6+jOzjntwwZHJRd osxf2j6mTTktDbSXpGFGWl5GWm0LWZyWSb5Vxp/jvPc9301Hh7aFnXzvzCAwB4gDvAHaAGuANMAZ RBmjW+rtaLf2MG+WgxYoyjgvhrvd2+mxGZTuOttLJ9AOeTmRWCBfSmBnnfF3+p60EPVdqwJm5/D+ /4zcLF7faorL7oRM/SS7Q+oOZFf6MO872a1/5+lLseUulnG6bAw6KM75xPuKJS7wY2YaZvCZNf7L OIzzTGIWEI8EizYNIYTSR3BRPVaAwSJCaM4qzzv25krtsFApsVIAWyqjsP/43dxwqTZctLRH+Gyx JjveMSSQDXPC3AHXI9yuaHArM4WMm1mmqzpxDizHiMoacX1T4BDDi4v/hukL7SEpIae1oTtN4Xf/ KNKCFtdaSAOSrTvKE+ssQ3obhYM89eE+CcUkyd4STuB2olD2ksn2pttxoijqyi8Wuobu+zTMHxhB x/FDEYR9x5PLnDAUHdfpdqVVN/PswVL1TAlC1/HyZ0rV6UbwjBzIDZZny13k8iDoOT15ZOiEfbm8 67nuqaN7gROFxtHZBUxgVOX/QOwrRGuSkWJJ6KRvH48Lny1RZ5xoMg5Kcg80/GjHLxy4U5HyfKc6 TF4knxbKV4ETeGe4yot6TlTiqhJ+miAbKTcPlMcJfd1lmhasD9IH5xtzJeOD8Mlhp27aCeTJwVmY pPsyJoN6SHYjp3c5JLs9RzqJIemH0tx6SKqji5D8VW6pyPfq6lWN8Hg7vRx85BWAr84pAN+RUwh8 X2/3OxNMK1Jla1SbgypDEFlK5GR15kWVK5RnVC2qL8LQb5TPA8D4NCj70jgvMJxQhkdyQROO9PPm UkD6oSNVWkNAqqOzC3y9ZZbb8VMDZ32ECItZlPHLZnz0AjBedJXQjTVq+W1wkjsPuTw5Cc6OE7p+ WWQ8edMee0cC8xzneP0OudT0TgUtbmcAoiJ5pZ8pk9UPMyWrUqWRiBLznJXPzqz/mKUoMhQJyvlJ O9VgVCZTFAXnEGfmEq8JcXp9p385Tr3QIs5Aao96nKqji8TJ78EZkHkQ/ACJ8bBIM8+2ybUT4HsK YO13Nt2mjHuK4Gdsuni1FSL97DdDZIEwCZbkDIZljS8YlpYzKsQvLF+vYXpSeH5xTkpcoXCsBXuD n2wrZPfaujbSk5j3JBQlvlzvrBpObmgARUnFV6BMqTKaU6Y6+vwarqCIqOzwS+IU7SJ3kF1NSoib VdLcJtvN1sOThuwHk+Ec3alot0dkn6neoeb9Qc0GaKvVSe4HstmTHpA2N7Gv2I5GDReg/WDaAd9d Ygfa0ejcBR9MWFzNHU3dUuaGiiJ4uVHc/k1Ai2Hgry3tCYnccnzDOSWQr7X3M9VnyfAgeONsP//4 zSrO91TcpzQRCnVFpTkVf9Jwm64Qk0Z9oSO2C3PvByUBqNovcuGTr1JyVsxp+4N4KpME2OmZLFEC YyJ7dOJc9bIx8UB3lHxvufSa0Tu3HUCpv5juW4jR7VPeeybvkBdHrVxRHqXCSaorZ7iPYDCBgpap soUuZ5g2xq9L8PkPZm1UPjHXPMhDTxwLV0aWyExvyBslhQNmbM6e5UVi/8BFespakhd81WdgytZW 4C51o1xi5t1vsltQ9f/iuo7yFOtX5LrC5zXpRGhL84whXD5QENsU2PvHvHF4wRcliTNplvcJ2wcC SGIh3Xi13f9Rsq3ga/CmUxp+LrPhTny8P9bp+YsRLIBEWf2Hkm5qzh5r3Y7Zp7VQ13c6Uf5Vp4X8 MHI6/QZayA+lKrxUCvlBPxNBphTyaqWQOrmohF4TG68LUdRGM373wettZsOFhnOsobjSowtz4UYn L/ZI9MKFzo4EbEo2iP0B3TFvjF0dMeT3hIh5RyjoDbK0KOIEmFwfxG+SODV9XQkNN3uxeedAg4LU ABqB3PtiaHT7cs+m0OCTM+u/3sYI94bdxBFHHLaCGZDaf8PnTIgpWsEw0qEVqR5a6cAbtG48WBh1 eNi8a46OVWn4aXPvAT/wM0kYhIvt2pp7d/mrSJ231XUG5yRsY2FbnSqnwdJxuq5n8kgZTihiDd4P vgSh3PVSpPg9pzGHqJOLJLJH3HbsWlSpHTx2J2aoZwv1jMr+/6lL8T+p+5S5f8Q/fL6n1vOodQNq Ry1rm+eTnKTDlcLMGHV2jgBPDL6JxRxG796qSIOBkOyuTBp5UJpgwYuc3uVY8HqO3xQL6uQiFtax rZzWShgxS5NDIcPupUMfzXGDI7DTXCujLMQTc3Z8lOFWuOZ5uMrYf6s5KF0xVER9yisM/QB14Dvh 8qVKyix7ieS9x6ZEUQkQGSmDLYKwHiGd6BpsIcHRmC3UyVRXpkgWlhdKIJeE0Ew2u9q0ISNiuP2F 0XVnl5ilLbdZlarQIPE57bnuJHtbMEwLooPfE5nQwdo3vf2KAT4+mpW96lhP6Ys6ei2LGbVHHWSi KOrW1JY8ak3oxO07/cv1qRsadNL1XLdTDxZ1cpFOVhZpxOYH56am/aWu7lmhf9MON+QGHJ2/fFTh GhfzfAP0TFggbu34bMQbRwyEtCSrplpdmIp2CyCkYsG4ZNUS2yqGtsHHT30jgxFPg8OPnCCKOufw SR6q80WqF/Ud35PxvBAiXhQ4/bAhoZiHF1FSXdk5blPBBDSzELXV4UrNcaNMGP7HFplIfNWJbQVu fzR7bLyKFmLKdRGxfBdfpzYQ5gxhfjJtbfZq44jJtoYTa965Z5cdhKsBk3h9qWT6VwBKP5AM0hQo xuFUe2rLOt4BMVL5G8vLL0cl5Ali82EA57OOgYi543lc+9uFo1SpATm0GYHTAjxhYyzPHmsi46dN iYzR3diYyM+3cnFsQFNPuELtyQLnh02opSdF6DUQ0+v+ArUYhxephQtBAkfGi0KczMJkU33bLu0D g4w4l1nXJPjmF9MUa1ktHV6KSqRF7KPYC1vP7WL3qtmIWSEz8Y0xsyy5RDZjo1GT6KutNKGtNSSv pW4RugaYCcPrsEzY/QWWMQ4vYqZY0hOx39koWrFEfDcDcNBO5fjrXD1oCZnDTInZjblFqhEhnsBR jnhggywBtcfXhJVpyuZyKZmJ6udcOYaO62ltFSqwSSU8KEpNqlAQymlXwEfgO5H5/qkHh3FyERyf hsd0MPuJSBTIps3ag6UB9A1rzqPSf1WWyBe/aSYw3lYiwZo9v5gONsLGTBDiOBnq1KtMP+8cQFBY mgCiK6PTvRgOXd/pNoODOrcIhv8rL9yJFMfv7sy5iTE3XXL49MYiwdjGUr6GpljoHQ6l+NkYBs9h xEF8Hv6aAKlECEWqQUXxAznrUnz4vuN2G+GDjz0SH+qRMLZc/ard91/qq2a5bRsI3/UUONqdmiVA kAB6yzjtIW3STOzJxZODYyked2jZjZ2kebE+Xxf7A4CUZJGx05kebGIFErvYb3++LRP2fMBJPmyA QL8zM/09R9NrWApfxXNSYTrZQXOrfGfydGPKXJzgacMX3oCPDzRmJnTakg+3Q/Scy52E7vIzV04Z rvj3y1ylyHvsRVUE71URvHwKV8FbdvSNdFbpjUWurkYHnsvcyRuf8zvx9a/D3UjTl9JY6zKtj3KR EPiygXsnoKfg/NrEuJ9Tj2tb1d0TNOhaV92shCsU04iYkBOPStPspVaye3k0vJQR8Q09T8DXb3M2 ST1dZ1CKRL0bhsBNximlecHFeXl7n6jXkHilACoGQX5lKVHDW2lomUr1C84gx3/4Bsq/LVoQsxnB okNTdebxwaKDrvScYCkVU7BI1lyx56+k9bFGmer++jR0+70a9s2dM+WWcjGVA6xygUjtXXH1fgl7 1dgpiEZ0SpG77UNeYTg8dLku+iQ6GtDdhQl4OzRuWzA4cD/g4UGrggY4FY6kOIIxQPwZX/wzu2V9 P92/RX0XxpPzKFMfej47Hh40h/OoK7HieuOLVdFSuABdCDkf0egtBq93G3yzHsnS1maU/ehok1Jr EEQ5rQnNOWntzNOkNUSTntUESs1CvOiCRyUHO8arEluS8k6/CVeiogxUCbvyayJZrx70LPhGB797 yom3yZeakhwaLuU3L1W4rrzUGfO61XoYL7VnbnFCz088jxzx7+8Gg8KOnLlZc9P8qs7V3Wgk7QdE 9nnunse5e+YUOaS43tZEi+WPU4K5iYXIhQljA3t9ThB3ptJPEcTw6OYFcaH5gSA+P5QCseTMZbgy fgk+iAUqFesVLr6o+0/0OYX6qsfHFUmX6iPt9vT2neINVvEGhV958qgPOlzVsLJppc4/isobskN0 r5blQwkDyWVzAu6u8rXRU3An70+fOTR81/kngN3Cw8yCvdBMnESo3i3n3s3XIdeQXjie3KJuPevS 0BW0qC5CrBo0hV3uqNURfN60zX40jI9OmZOFBoqmfRiObYq0q5yfpagOlZ+rpXbldSYwrBC+5Tah m3kZ7+kug0D9TRiSUCehuGuhvnejuUiGkIIRCdWUoP+Fnn/D1m1mSAX1kar/B1Of4YD7Pr/I3yhN T1P0AFPTQuuR9m98nr0ecUj+3b0bpTJidHwywOjk+BVA8wJWf8KvwFq/ACjqpTozlYexdf+/d7Va LrS6UgsLUwgU9hbqffDqemGhSQFjb1sI3k71I/l6YYKrQt4+2RlDZ6jDBKxEbQcxs/m1gahqZbcf vtwv3v8AJl7C3wul8aIWAv2LWnQw4kWLW2AkcKaIDhqW6uoalpDhwG6Cj+nA0gXcFEscy3CzYCub 5OQHPCZJqOMieQmKmrf4LcseLJWDLGSiEi0oXCzECBT7BZqHa7YaD5A1Hn4R782gzsMzGVVHCzKU oK8xBZQkJzBkeyqUYGboNj8XLGm7H72e0ByjaJtYUhKKtq00gWg7qCYJRJIyiCRnEElOHoinJAE1 ZAwNNG5TYGi6OC7KQQY+9QlFkjKMJDOOJLDhdIoIqOLxSOpQwNh0bPdABhy8RkfL/l4cPVB5eD3E +25+bhwCxvv98PWdMBpduYyiaSptCUZj8XTxH0oZRpIzjCQnZPCYJEUVGcYa55IMYw0nmARj3cSu KGpIyjCSzDCSwJbTKSKgikfDaCEzBrU1xkqJJMkZCtmfiCQQmtBt+VyQpP1++PouJC2kbeczlLWm II+OMuho8SFKGUqSM5QkJ3Q0pRU7BHUkLK1vBmXVgqGprFqvc1klIQFJIuFIa74EHiDr5knKqoGk dhlEY0CFzyCyfL0g9pO292HYIaUysZaYza+hUYa02w9f3oWgaajXiqTj9aOHTIM9nn3HUgKQ5QQg y3J7OiZJUcVFdo2p2gI/A6mqBT+jIQoFPxISfiQSfrRmo/EAWePhj8ZPw4SDWcaAaXjojB+J14v4 GiS97O6DTzsXA1s70Lf5tXY22k67/fDlXfDFl0LuiNph4Y0egumoSrSGhIQeiQk8EtPN8Ygk4fkJ PA3MT/sMnoYgcyn74uzaWoGPpYQfywQgC2w2nSKCoTYKN4aJ4afTU/CJOv2wcFVtfMDZgZcWSEWs YXBW7WUKxQnC0gTxfHUIfO2gXx3CWOsij4enPWBx+fPhEZQ3GRZPTw0pAhha34AamQ4P/okTzhH/ HmdH24S4i+MK8EFUFsm6r7p8HNuN02YIrsXzvpt1DfgcvFBOtqALbYumwSvZJLC7jQZFw7wP39ew wm1s2P/ebQ2kZte572pZoVY86CoLxOY/Q2t/kMPE+a8AAwCwehuwCg0KZW5kc3RyZWFtDWVuZG9i ag0yMiAwIG9iajw8L0Nyb3BCb3hbMCAwIDYxMiA3OTJdL1BhcmVudCA2MyAwIFIvQ29udGVudHMg MjQgMCBSL1JvdGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMjMgMCBSL1R5 cGUvUGFnZT4+DWVuZG9iag0yMyAwIG9iajw8L0NvbG9yU3BhY2U8PC9DczYgNzUgMCBSPj4vRm9u dDw8L1RUMiA3MSAwIFIvVFQ0IDgxIDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8 PC9HUzEgNzMgMCBSPj4+Pg1lbmRvYmoNMjQgMCBvYmo8PC9MZW5ndGggMjg5Mi9GaWx0ZXIvRmxh dGVEZWNvZGU+PnN0cmVhbQ0KSIncV0tz2zgSvvNX4GjNWjDfonJLZGcmsxWPK9LN8YGiKFmJXhEp O97aH78g+2sCfEiys4fZ2krFaFBAv/vrxtXvY0csMuvDxLqaTFzhiMncGkrXjwbCVv9ABkPp+SIc htKPxGRt2WJh9W1p254nJolVUGEgJs/W/cWnTa8fyuAiT/dEbFJ86NN6je/xHN+F6BXrHW33PfsC N/qKHBG5VSQYL/SBTJE5kUtFbiFQkeIWm3xJ6xxrEte/bzfiBowTXJnhp82CVlJPnF/e0/mdkr/X Wq1MLi5tbPXdIdIptO09TP60rkZZKJKs8LsMbGcYKipLNsrZfUc6XqBcfa02hb8LV6tbk2/WzaQM RuBILxRh5MnAVdfDUDi29H2xT615EdyjIR0EMvCLkBK7yW9lMD23EHOv1C1UlEpFpoq/vtpL0/C7 fbmkc1qw2/Tg6DLaK7pwRzvFISmp72U0y4OlI5AhZWh25bIjBioa5MbCVYWahYakNDnIjaLCQUfS shaoySP5PhU5Mmm/RsCQCzGnFeeUiBHHBb7skSU5eK0zM847ncxbnRVbnbaQOyuMZqF0Na+Uy6BE jN9nyN39DHxUeIn6cYC6e75buqmZOaUjBITt+CzqkOs15QKGgWy4mHXatNOZbhQohGzBW9zQOlE/ fdbFDafHumC+N1wDOXGCnxlL2Nm5hgecjZ/wCerPWJWnupn9vL5fc9W3AIKDg8QzXFgFLtGGQLO0 wwk7fSppmZvrCyvOE7byntZP6giDaFmClecNHnPtXshLdGj6WvSqz34GzKVgPcX3RzjiiR2BHNs/ 0Hpp5hiK72jF3X+CAte0SjBNEYU5hO+g3Qb7DCny3yor6xBdtoiYQ716gbAl11X6E+og92NOjs7W ABseFVPmUIH66RLkUkd4tuvGviO/+NO0lWdzpM2B4ULUMU2M9ZVEJwx7zODtYwXDuZZx/xkO37DR aGP2D1ofkJVsI0PtITueNf9voFRLgpL8AlGjv2j9DHk3tyhn/H7dDFk7hwxn3X8h4iOGpCCkdWB3 x+I9KxjX08oIvdGafijyoDOGhyR94FLbN4OntnD8jtsqS1yDE7c08ai9/KSFMIZDsYTnvONwr7sl 1p91FrkeGI5h05rb6ve68xcVvnNl8ZTQng6qnDJH2ZFS81Yn1ln4h5WyAR6MrY3Jr5YVpweh+wuv SoUbjYBG+GenCmbEZkLBnCd4RsOccbMT8hI9W9Z0qvJ40ojhNc/s50CAW/isDXC48qQBzshcozK/ XqAjjb/2wGWufYHzK+0hseRchPceO+e6TRuW98cy9tzzo4bCnS2XxvV+LcPZuTRwUypShpbf19Uc vq/m8Kya9iv07rGJNISXjstoXk/yHmqASmBKjJb065zm/ZdiRC0DQQzSZ/AxVMkrIan5+brcjAuJ c1wmnjPVuUEoX8KVrcQz3wENlySvz2fKBJT9juPMzQC/T1/qwG/UsuDU1WBqZAkDsfHmFbh4WDPW 8FPyX/Vkl2dfQuZDzqtC6xgPOQDgmCKwP5hxPezZtSVG0NNOtGJlRKmkPjZCdRIRjuNVFauP8OmC Bzr2k1/3l1GGz4b7jdGs4eBcg8ShPhAd2kFpD0LNKr4eM3rwZIsJZdZows2mbQ9oHXq0PnS57Fjr mkFBFrqpMlPrF4kp56WYwJBxW01RvTJbc4ULXw/8B7PLGak906SBnpvWAbpolImIM/MXxmIUfbcj jbyvlfUnni26xxpjKss12ZwJeTTCKMVj9lLfEqaSDehO60DB80Oumw3SZIQR4VLUISU9kiU6BMiS qlvFuuGwkzuS3jV9dzXKQpFkwha2DGxnGCoqSzaW78pgGHpqVy/Tm4naLazAkV4ofM+Vtrohw1A4 tvR9hfDW3PowsYbS9aNBwVWADIbS84Xv+tJWJb4+Kri79EtdlWzFxY0UF0eGrnBCGUbquhfatntC 9CCQir0WXRhglpGuiRu4+LajJr4ykKTsSHrN0uaLcvBHxFORKGBHkcieSJEoGRUv+0I2LSOPkmVv 8ajjyQBm/fJQeBRU6pv6YjPhMOEy4THhMxEwETIx6O4HtTLWRH39R5/Wfv9v2p9+uR5T+99HvjfX JjKcO9/iz09M/egwjpx6Rv6PO/zEhNONG2/19Lu/4dmRbLll4lW4bcyeohtjgOO+IgearNry6yeH U0VeIeI7E/ROAmWzX3kOrWGEflWPZQuxENAOEDv3vnltnZgTZbEuaNrd194cfrl5V8Rpwk+L09Nx NRjzcZVdBsOPGHh4XqaXZDNYPLCfAvPuad5tT/MjPMjojZWTojEZvSHtMzo5p9+267Oz/aik7qoX 6Otq8mjyTarh9JdrDqq9ofDOD2nt8exrT/DPM2aLgStn3saovcO3PRDsESJ2ohuBTZ9McfcR/J8g b7s3Lf56QbsiFH8Q+UGRPA1eFoYuMWakWC8NDfmpm7IV64a/xac7U94O55LvOMejs+CHWIJ1+cQy 5pCxXZucIGBbfy3Upn+GwMKI7vKoVX7cfHrNtAiIjnU6bIz5Cxc/46W3glFLYPGKhz1j0h9pv7PO howXfDJkQZmlflvGnDInXqWx1j3V3eKOQ90w4K5CZEQPno9RTYzTSW2kfhO8Em6UBfQI4CSk6+8I FunjlqBkSRjyIhh2CB3ndCgp3phlLQnA7g8C1SXQNDOhMzY39AuJTEuXsnPjClcZelXxGjc1qtHJ 8tW5hB7QC7+kR8U3JnbXdaUfVRN7cHZgdx1fnVLzuuFZ0vIPpc4HU9RzZZnWXOzgIHJnujdb14yd ncIMgvOUTMzla7tNgendydDdbpyyoEwn/U4KbWjZIzJiTMGKScuEfJ6/mFepZc3bQcxMxX3nRJtk q87k83udz1XL3lAWrqemd9uaHcijB8rFdGYe62qVtWw26iijAMUr8s8lHbuji7cCgUu2ZopuFu1q KDKDDh0URdxmpaIZDyfEasW+blX/a5p1LDKGtUUDH3tkehdIiuW81kc0NGe6J4PvtFS/Ar3LYz0h Rg95EdyEs5ommy03sTWofe13A3Zjg23+DOVEs/1njLfnm1E10nCDndfbd8pWdWD/EQ9CBzDecrPi CWjaahMHuLYaknLtdU7DDfelqilx24bvHuvfmcdeO60ohnmru3Hvy6oh8XUPkQx2Tb9BkYSDmG/N 4CEk5vOWqla7IdfkXuuHpFmYGTQTaxiz/86OwbFa9k0PrIzOrbpaRpufa/ek2mmpzrRcn+Xxy8gC Hqwb/pmdm5CFngKOGoXEkCTkapSFIsmKNiUD2xmGisqSzen2oJqfLRZogI4zkAPdAH3/bAd07KGM ig54THiXFHsgXVe32fCslGGxs503yhmGbzQmit5sSxQWF98gYxBJr5BhQPT9xT85wDGgeMlAhkgv EelLlDPP6wLnVu0pWNzQ+lP9tNMZymlmDLx/YZrUqVwgi4FD/FRxaHUNMHdtIhynIf0X13vgATuC 8St6MMtJhaCM0Whci9F4dKtC86eivqmvdiieVVDEZ3HvSpX8r/jzYIuZ5YilsPyhJ9W84bqqIMTa 8geKn88D4qqxX1te6Bd5XP0+PppD96UMLwxKoW6gCrPjvhd6Kmn491Xj/Mqa/qbUXKj/fwqnNNZX BfUsrNB2pNLaUx8UV945MvJFaNuKdOUwUpkYldJolyhjAzms9sq6oS/9as+uIDbVrhCRaD+5MvDL q9grxBHMxxnKoWAh5SaxWIdyu7JK7UoaSpcMmC6ZJ4XVqrKuJhOFO2IytwbSdqNhWWMg/aGClsJP HlVyUahloflUaNdpL5JuMek4ChyKdFerf4Ht7F2vH8khkkzJcUmOik0QeUoK46cqHQKC/wgwAFao nYgKDQplbmRzdHJlYW0NZW5kb2JqDTI1IDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFy ZW50IDYzIDAgUi9Db250ZW50cyAyNyAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJd L1Jlc291cmNlcyAyNiAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTI2IDAgb2JqPDwvQ29sb3JTcGFj ZTw8L0NzNiA3NSAwIFI+Pi9Gb250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSL1RUNiA1OSAwIFI+ Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDczIDAgUj4+Pj4NZW5kb2JqDTI3 IDAgb2JqPDwvTGVuZ3RoIDUzNjMvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJtFfbctvI EX3nV0z5Sdoyx7gRIpKnXcuJvRUrjsU31z5AuJCISIBLgGL095lBd88NAEk5lVKVMABnenp6Tp8+ /eHvjz5bt7PfVrMPq1XAfLYqZwkPouUd88QfDhcJDyMWJzGPlmy1m3lsPZt73PPCkK2ymRzFC7Y6 zX7cfKlv5zFf3HTFAQZ1gR/m8LzH72mJ3xm7lc9v8Hq49W5wxVwMP8KwEUM0vNYTWjHsYFiJYYMb iiF7wJeugmeJzyy1vzc1+4SGM1yS40/1Gp7gHrv8+BXm78X+B+3V1rQSwIsnvvsw9KW3t3+sfhdB nfvcDxcipPfiRcZVhlT8uvo3/hgsl/JH8xPNl5cRyEVz8zbCflcu9ghwBF54OGLo3OrYv9Z1/yi2 /aOCtzX7Dr9ui/7RsrLpBwfWbWA++5zC+hwmVrcYQGMPWFOan7r+ZdNfqPH5vn957G8fkEEhWv1y PjATmLRu6RtC6oEVV138Dl6OwomW3Bb+PBXmpAxeNhqFrYZpD8iqNue32qixlKXslL6a8zr9Y2ps rs/QOdmkcM4I6bXh6gBmTmy6I65BZwsEb5GbTp00uA3/KuOwqeFhjgHZoT92IMZtNTo8nTmbjvTK KryWPX7KrHkmE2hPdsRE+DyM3neq1+Zm3AB7PZwoaw5EVOhMipfx7BjmtOCL4Rf6ssEI43uJrm8x 8s3Jjtr6PZoyokXX+07HstYb0WHlnrSZhlNuz3hHJ9MTSz08aGiT+820OwbaMD0nc3KDa1KMONUO 6zZLua2Ol8pePMmecgojl3Zj2N3jjzrxnrXLfW6laDcXe1k5/k6XoqOeb4V34hjvFFJKmt6OZHkz XgrcHH1zBBR2Jh3kY5c1SrTok0G0Rj78+A6Dv2HKBQk8lyE8/8CJe9y2eUEHyR2KCjp+0lRAn46j 4N7a/EP5vNNxpR00izNKtQOVHZIKpR0cCjNJhgGwHgcZ8qL9yWy5orlkvGCrWGIl7hlQx4Kg9nxL Bp06TgX5COsrqLfNAUoZ24GJHOrtlmXwvoeCLeJvGBtU5/vH/vnxmzmrVD41WC4hS8ENlBB1gYJh A4MUdEJxGO7nJsEbKrvOjIYSlNJtEvmwEqfvHRF5dYLRIoM8IPwGr5DK2FcO2N1Cb5HOPbw8ainc q6GSMmh3ycglOnlrqEyu0gEniqn/t4DnBZJyijzd4sTtQLYTcYG9lT55ZSRb2tpmiIbbcb6zEpAO R5fMDKFmaIT1kFhSfbj9gJ8KQ1dYvD+3IYychNzy8RuRFiLO5j4yqM5JxPpim3s7oPG7hvWwU7lA ZLkisgz1lQwLXRF2Fn1MKVUqRQS1al/I3JdbBRbkrhp44wDrW3h7rykIuW1vtRg73KI/lGK4bS/U oWupkWyp51H27G0LcLFjDXU2yO8mkt7Q5pSV2YHlRKDnG6YGc4pqBVQiY8JGfU6dI/e65Qj30eBe WB0ymLuHonAEj1LYocIgjFcf2Luwak/x3ojPJLW72Cl+Dq9ENpT/imv/vzk8wr8T/I3ukchXAm2c BabaMv4T6firSj3RpRGW4YqLP+Gm4frrzL43A2kyZgCHV6vaXyc6hnkoKeHV/Pyk8MqO6Fs+FB2N C/NO5UGt/NSZXalvaztVzwBQN4+4AwELebgklYe/nyr7BlWzm5JB5HPhxYMiSIUg6iNtOUstH+lT DSDXvaJGgDe5vT8h6+gmhCGRjZ7PwWHqnqKP3IePbcyylnnM4wvPT2IxarN6Fvk8TGJfvFEXAQ3E p5V4W88W4ueYRcuIR5FYGcfM9+TwUMzK2W+rWcKDaHknrTIcLhIeRiy6i3kUs9VucuPxpqT3Vewt rARLYSXkScT8mMdLsTwKPM8/s/Xdggvzemt5gB83LV0OEsf2fLZz/FW7AiEAVygEi8sRiHtvejdU VC0qHenUJvggVJU1wJH8Hw4aiu+FWVYxpZ0ioGtfv+afqrBAxq2t3Et1pbX7iZahWafWKUx+WlsV 2epVHhQhaLmhW63RTnZYfQzQfOnsnGt1UlBNIhAcMCmetg5pu/pxpDrgc21nXzvYs27svZkSslR+ aHk7vRm1u5pc1jbPpLrQTcnP08BsrWePNxs/S6WUVOnL5aP9DKtSVlLrUDmUCEUJPj0NqDElJUGS gLzMh14etCtHHfiNxQq2YnzBqzhQu4PrWirDqEncdqilQ422N0QZU/zp87tlNM4dP258bhRNwWGC GcXk8C6RREp0GsaeF5zhsSTgi4CFy4D7EdGpWX0NglJwmaNSoJA8u5UtbxyAkH6HEDFSWbrDNfTV uULmL/kikQxttIeUaNXadoM2UfEJ4ogvVICihCfBFQEK/UhWGjtCExRu0+dfWWXR51CpGT8elQgs tBxUMu4T9CMPF6ITcz9JjOBI+LplHo9/VZknRAkYnqvyfZqMQTGWdt4KRdrtDBKJmEh159zEGdGH ZqODHkqpRrRbGLCb5r5J1oM2c0h92Dq6/DfXLco0BTJXroK1qlNscw4AoVAjyTI2dJ5RY20UiKvx l1cpHbpLnwfnQGAy0wQcFsufYCba14HDFXl/XvrZyg99u175hQuPYDou/MZVzGfE3gnB8kIIne4o 3Nbzehq2f391WlyDfIcYHo8dOTlcYGiOFo+4c1ROpytsoUswG5EoE+yqgtgpQZndkh/Y54rRn6rl LEyCrTSt1oXZwNp9bKdkKzuMCe1CkzJ+eZOk/suYtiC9LxU1rMw2pk/36myg6stekepA9kCSqzMo LGmL8v0IgwqCs5aCD8oI/lBYij01X3LjbKXaWe9XqJjLe2UtxKpzGg/wHFBEIGr1aYeayIiKGqww 4LhxaV3H++Edl2bppFtLafB10OQMonSrmXsQnlo1NJSO47MLNTtzGqFKRU5iZvwqLFMjGWLWRSc5 1CCnmMjLU6QyrIjSR2qIxtMeC957neMPv8Dz60RXQqo4pSaIuibckzQ5PTkzivawwSNK2R7HRfZY g3DSpRadeNYGiX63lka01fkFElIDxA2+flE4J5rpTiZgnxH+shKgJ336wuNgwfmk2E2jSeewQWjp vh/vIf0rmJ2zrjGtfVWe/UNl5VkfLdkqATPG1WMRaYAxN3gmtoXUecV3y7pmk1axCfEq5U6nIpD3 qW0da2m+/Evl2qP5OUM6Joy0Y2I7rTFsGdjP4bd9Y7JDB0vfE79U1mEUuV+Tn60GKKLwqDOx0jLV KK0llvJqa6dZfrTTrGsmCzXD53/0XgYX7IyJ6N+GdFaHm6+dum5IFZLIKebnFpc8bW3/BnRhiTI7 DV15daVGCHWVWbkFe23eaLq9VLBYiSmgS//5NkxI6yQOBip8jyo8CGMuDhdEIY+WbMEXoIbPSM4g CmQPGkRC31/qQVFACL+fVWp1GuWNLpEpK+HszWlYRPvJLWobK1KTeklFx9HWeNDrtXUg+piFPOZE +4fdBTUZxgtCc61Jv9D1C7QfojYvqPI8ULLguVUqUifW6znAsc7VAuMzxwBZ0lpL8D260VBKZlTK 2CalJH6iqlibnuR6oxc93GrW2Ouvubkw1bxhfR9T2lPkdL7N5AsBQ89Owx833XmdhpiQbZ0AfxD0 4JcX7fHoXB/oR0vuyRWLkTbQgkXVmcetRm69kxIZokZd04Vc9njgRXcql+U+J+piiF0Ly5TMcMxX OGQUSVBfOGWwFKQQm6eU8RSEMemZIJnwzr0FWZCQZZI7npALvph9yYPQS64JcoqwU8jGQGaba6AT C1PiMh2vMbBYeI9bLMQUzjCOBEzwKGHIw4tHEWe3ECMuDTn8GeWXQ1Fg+w0U5UccrTv16Ur5GOn6 RIpuDgoDEibFVg8YOGO20ADWPapOolZSZmtrpRSkzwFO344Y0fLSaWh6n8SPc2UNjOxUf6s7GbvO 7sHpPZk9yyV3AsdLxPFQNnWobGqkxsJlWLrHyBO4EHfu+TxmUcKT4FJRjRYSSSK7uRd7/rCqyruC VEKM9KYJIlF0ESMiP3kcgOkLPcTOkpxb57Yh2vue8umOK1Xc8+HUQZPajlTpcTWkNmD3IKE/fpsQ BwfUzp3F8yPelEqBFErcm7Uo8pdTnQQGJMMItCY/pGCzgtDV3Nz4szrvSW384rjQt7MCXwgvRJcR i7WbPUavoNuwHLMiNZda58/VbZh9hlVpLeoYC0QKBvL/0l51223cRvieT7GXyxxru8BisYAv47g9 TRM3qdmTCykXMn9cJUvSFak4T9bny/wCuxQpSqF7IS0+AhgM5psZzLD99/zZHqtgBw2oNGCyd3n/ WLVHjpLbsUVKMfP029PpQ0zwOyu3ZsuuC01orOxudUSZh6SM3A+1v5GOdfZv+txMj7Wfz2m0VrnN 2eY2R2+hj7ngT/qY78Z4ro3Zb+P129XpVushVyDLrIP2On/j77/evpIfvtf8W5ff8RD7EJ3dZgly 9NvD+kNz5P7x+Xe5Jvyo9jnSbD0uskeldiG+dXith1xqbunFoOFP+dxBi8kxoNV58UkrM5neqJ1v tU7eacUs19mLzO1G62fxmWT/21y4wxszLs2XxWc5qe+PFM19bhcoW96lkvz5tfPXGmEYOjT8FYYf slTlKVO5EZ32n2WV2OdX0UXqldlXJ+uNQSAMdHq6tq26KA/vdfm1diOiyaIYW/mYfw+6IuHot8Hs Ql+MZFFsSgc+ucsLttk91d8H3Ze+PbKh0B5qMx97xuJAd43tWw0I2feJHqRjh8vGm9LIYHp49sgM Unt0bQVGNaarOqhPg5Xio40xPll/hAq4MxZaDMdVQi45sBThskPEvqTuqCNUvyDuFPEDB1nL5Xdq IjEhvtmrbKJ5Hi6ztXTPIGD6nBCetPCD7Fkuxnbd5iVrcS8Nwf2tJrETqVuD5u7jeKOGfvFNzqpv cq6V3amre8LhU9MA9gbm6g4/TQjUxJ7nG+vNRM4gkMd8o1SbW5GnSljmO8bkQKcYP54dfhArvFOD igFvhfmVGHwu873Y4VbfwKNBIbL5+wZ+ejdOCEjxOqfIwcukL+NM3zV9JVZjgpcHb+Il8ax+mH13 mf19ny+0IP1G/EdP8Q7m988P9wFZ1G6MvIA9gOW+IODBAZ+M9yNeFjxufMEZXQDn1UZGPekfEqL3 txpy8oO2a2rmV2L2VJoMnltlXb3yLX9/p3YnkXqfyVHq/plflUH2+JAXyp5CyLeD18XWPDDm4PQ/ +b0Wf1dDaE6KPx+kDuLozfsRR+/fvANqvoXRL/Br7YvPQErxfXFt0WOe8e/nulhMTHFXTBz0nNC+ NsFVwRXrietAoCMci34MYdaHqrNp9v3pF4NOSMubqg203Vd1yMJ12mMC6w+W95MPX4GOH+Hv28LQ TR0s+1xMfG0qXNZVLaqsMFQxFL6uIcJqKHPADwNmQ0FzuCo9u4LhuOgql3AyBIlJiM6YJzN1UAN5 2iu4xo9K8pEl8TmM5hPVg3E/IRUZiOosRQEdMcfbQ3j9ZTaDB7qYrSYdmM5ECjQZuthhpDXBoA+M EsRft/fr2/1+uXiNkQxCPAtpK18HqeEwMIFb7IRw5KU8/ftmsdzsX0+vjKt8WXy3XO1fF0X9ynty ySsRAaWkNaaVwla6qXK+1szBbvkyj1SrevopO2MHGTMMvJHxehItmV2nz7kjSJd6Cw55tDtCbex0 th8vTr546IO+Zc9WCMxY9kHwZeOTDzLKPsg4+yDjdH8SkxCdkX2wpfou+2BLqVkltS1eQ89hlH2Q sfggA1GdpSigI8gHLyLShXFWQa8fEsl4PTGNocpI588xaRpbeQqVYI9sNzbS7Xm+Hy8/ySU8dMN8 AtVX7ZjL1qHcZENCmUvGmUvGiR0Sk5AZ55OmHeeTxg3zSdMM8wmjzCVj4ZKBqM5SFLQpn1zCJTzt lR9waV1TuQGXgtcT6yiu0vw5LnEhOJt1Hm/weL91FJgy3x+sP8WmxbIls2lbi5vQVBYYiel1EJTY FJzYFKxGYDEJ0RnzbCI1iWLL3LMkV2Mw6DmMEpuCmU0BojpLUUBHXM6mhQgfkGntmEzGEFnAOrzY af5sYLpY4faWuTzcboA0cEaZ78fLT1LZwA+ZSYj1wHFpIaxjiktBmUnGmUnGagAWkxAekYkEfVs3 INKCCyYeDSSXRCOBzCJBIZHGojQJ0LHlHHAphabBavw8h00dn09gY2q+sTA42txAq+lD5mu8+CR/ xmMHkQg0XSWRaKDWcok/Rpk/xpk/xun2KCUBOiHzV5PEzB/obVJatXXLIc3HMMoUMhYOGYjiLEUB rb6YRROlljnHorN0zLOJdOByTchEHu53YM5uEHvj9Se5rC2uSlzWDT6pbCqH5kxWJJTJZJzJZJz4 ITEJ0RnzbCLH/UDCDZc4JMlA3RZTWhWU2BTMbApg1UWKAsc11qVshnb8SIJ0PyCTIMzCfV2ePUsl GKtjm1n3eLsDexmr0/3B8lNMGmh0clY1IWpWNdAP5awqKBEpOBEpON0/DrIqH5F5DPUoqxqovFNW NV2XsyqDTCJB4ZDGojQJ0AvUXySrmpp8JDEYvRTbQ4gUBFRUZ88yCIkSClSIdWcf73aYVp3M9uPF J+kDdv2Av9rjQ0sWAmk21TeCMn+MM3+M0+1JTEJ0RiIQ6AyDrBo6VFDkBM9i6BAGiT+GzB+PWWkW IGOSfbTrtSF1vTjErheL/Tag42nXCx1sQ73sdfnNchoqW/bLKTwLXbmHTtZXrhS4gM4WdpYFdbNw kOWDIAG0oYFjsKEFaR6FXeEI9ILW9rosCtzpy8JUU/qqBFH1SkRcgQfFrlVBrFbNMi7XjVSypF1Z /G86+2VyBRWqB9ausE5u4ugCpDUpWxzXGbwVdb0y2D9A0zlS+mX6vp1N/jtpofWS0hczegWadpis 7peTn4qNcGtPcUu74UmE/eB6oTbML971B7wqHPEjyjjpFdbCS4KbvrSpd1s8/5lkfxEfpGOXp08N If6/Tt2dONWyW30ZF8HsjS4Cj/2fchETzIGL7Icu8qSMpqlaO5aQI+ZhQ6GyWdKn7+lzhz+25cfD +IFqqW0jEALtRIwX+cHQOJGaWx8xm3ZV+1LbQN6FxyoZZvZCw+TtRxPhf9gy9/xZbTNqy2L7ieD+ juB2M0g72ViYqIL4G0q8KWmZmdblzZR33NFnB78UJGkndPBnvqfPckGfSu33hwADALOEdKgKDQpl bmRzdHJlYW0NZW5kb2JqDTI4IDAgb2JqPDwvU3RlbVYgOTIvRm9udE5hbWUvVGFob21hL0ZvbnRT dHJldGNoL05vcm1hbC9Gb250V2VpZ2h0IDQwMC9GbGFncyAzMi9EZXNjZW50IC0yMDYvRm9udEJC b3hbLTYwMCAtMjA3IDEzMzggMTAzNF0vQXNjZW50IDEwMDAvRm9udEZhbWlseShUYWhvbWEpL0Nh cEhlaWdodCA3MzQvWEhlaWdodCA1NDYvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAw Pj4NZW5kb2JqDTI5IDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY0IDAgUi9D b250ZW50cyAzMSAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAz MCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTMwIDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAw IFI+Pi9Gb250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4 dEdTdGF0ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag0zMSAwIG9iajw8L0xlbmd0aCA0MDgwL0Zp bHRlci9GbGF0ZURlY29kZT4+c3RyZWFtDQpIidRXXW/byhF9169Y5MlqLYaURErqW69jtykuXCPR bR+SPNCkaLORSIGk4uuiP77LnTP7IVGUlAQFCgPe5Wo/Zs+cmTn79i8fA/FUD35ZDt4ul2MRiGU2 WHjj6XwmfPmHbrjwJlMRLSJvOhfLzcAXT4OR7/n+ZCKWyaDtRaFYvgw+Xb0vhqPIC6+aVUWdYoWB EbXvMB5nGBdi2LYP9FkN/SusGMnuDXVL2cXGT2ZCLbsNdXPZLXGg7Ip7fDQ5tRnaJHbHy0LcYuME S1L8VDxRS+aJ082faf5Wnl8Zq9b2LmP68OV4QN2gtXb4Zfk3Ceoo8IJJKCF9Jz9aXFtI5a/Lf+HH 8Xze/ngE+olHW048GHQInoVYC3RszGS3yW5tW5yZ2cBn01rcPNPHStzilHtxB+BWuHJ6xr2Wf1BX mIzb8ZF9G3kHMmOp7HiWp+ZDvoOoV6qfNKrJS9UU4rGib/o1W6vmVVT0/Y02WL3QPu0l6A41bVPt 7E3pg/hIeBBvh0yy1B7eaduc2SVAJMg0YgRYBnvIzPQaCw1o/f52yGccwjwu4MeGA455DQLUIt+A sVhRr9hxj682B7Dg2USeADZ0pMJCd7MDUuUm2uzlODU7xqfsgE9xwb1cX+KQY3vI6FuC7UnTYYRK Gg/66BT33OLoEnhsVi6G1yJ2ouXFwICV63ZjdxLD+bNd1QLRxtNe/HzDvSt2wk5DR4fiuyhcuHNO uJhXYd565a7XTu2gydbgUZkMBEPqhtFM2PnYERQSqAk3cs09hjYchXrHr1bKig2lmoOjOyLraDgx AbhebHHCDuDEXHfYg53cPJ962q84J39ksNvkpbojvjrfu7NO8UlHSyMO8H6s7tjVBpXMY8J9NKWk 4uToXyVmdGdqChMlNgYilYjfDGF4lp0xsJ3OG9Sa7EHt2TVJlyPnkjqI1Kq3N3UkkrpVRl7oB4tI 9uqkGATebNHqJRCqo5h9hMN9WT2ZlaKhYiWJo+65pTk02IgtdUoqRmVCDZWK+tquMTTWuvmr2XxJ RebBmZmAIpp2zavqb6kQJfTLmsvmrkbF2tIPCfZv7D1TXSap1m0Vx6wJsanaCsXb5WAWehK8MJp7 40hM5mNvMZaQTsLFYiHpPshaPXqoQqfR1JuKcOZ7szGpUJercuNWmIaBN9Gb+14UicD3ptOejUne hpHvjZW8PebnU0rFAjYnp6YOsA19lcURhZBAxjwRzPXxRbnlQpYV72lGQ/qjKsAFDjrPXm801epw 21QPt1lWyGxsTblVH7/LH4iva63LEt1rbF9LcCWqYTjzZtLXs5l0oXTH2Pf7PDKdjr2x5ZF+V9Pe 7OrwtKenC2/2Q56+0fFMMD9pyEhhm7yr/XRf2u7MThPj89WQAG9fQSqnyd7noT3lk/r4IMfvIPj9 q4nqtc+KSPXm6v8XRUonLhvNgdh4rSIrd/TjqoJS5mT0jW6WgnLxvpenM0/Cxl6eRL7f5w14WXuj 38u09yUBPVFNj5u7c71WZSisK1Zn+yqWC7ApWrkpdPHxxymqGIYqDj5+h2LbLZcufppxEtfmsRDb 1yLXsO/lQJDZJbdDrhWckhzTs4vu5hJiEnlSO0z9UIqIcxgRLbzF3PKcVZtdNrQbjy+J+fHcm/eS 4VTMc/HkmBesTxgyU9pNAjBjTuw9WiqA8jcHHuX+Z/NI3FB0VlR7UVeeBLKDMSdV4UtJaETHxhS1 X3O7rHwedpfzWlQxvySt2N936DhSEb6Yev5ZNTuctwQw6PfHOO1+gVeD+XeFOMtGFu0iNfEBNm9V idMc58dQh/TcsKJ2kQrC9ubBeOwFZzA/mEsE5taFWlSOURLaVrOMPLtTglsTKxT1Tn1tHDbk/7aE Qe0oCM05CJGUJm1Lm3qNQ+RUn5cNDVQ8lloUOuaglhlSC/hdrw+XHAToJQXAn3mLy8mx50eZu+RZ QeRFc/hx3HMypC2f3Jr/6erTB3gMr5MJnkzRnNoveEsJczZdmc6+4MrTRVt63cTpPHY6nnWnEp/p nGj/OKLs4zTdgx3PsO858T+Gs3fvSS79qpp38ifrCNz0f38pi2FuBOMMIpz9cUbjn/h2m3sktGYE BQ8SLslc+eT92fYEvbP1+bKEqU4gRa0Vefse+yHT9k3ph+rANL/LNMPXn2paP2o3t7Yh0mn7udKB rSPwu3Pd2WHANQei9GmHgsnSMaT2T6Y+Mpj3+L4BD1Ms2Zau7m1qV7bmXGB5QpdiBSrtw+ceQ5Zc xay1EegdFDuWKc8JXRNLLMJZUaR8GzUvM8K6ssffACr1xiO0ZBeBmqinmRYjMUtHX16IlIeq3pV7 cA3RUmK8eSO0TYKhTOHGBJs2/JQwyqix7exAHvpBG8I7u48Nm65OUTE2uURK0ObfsHXFluFaGW/g unttlNuL4eCOT2GT+CmH1QXTooNHfLcNz+UXDx5BtSnaqn3APCmraWFzxHLOx/IslpA2Lw4Jeox9 GXhQvvBJMXZZiTXThWNgxXi/wPfsadrr8Ok3kl0LliV1vRZcWrI0Syxi8ROxYUvMexUj7APYURa2 HY21aXw6656izbWocPyucX+pBTv2VfAuI0h5hvFrb7Gyowzp4AAuucy/8tEftpc67pjtUQI1pX3K jUkaJrxOaLiXIccvPQYTRT7akw4ZMidj8IHlu3ojZPQGqMSbZAintc0TnhF48NKkQqx+p4cD/VrR kStaktBgivznS0ZZZkizaX+R0qqM3hV4jWKPhmXfsiNc7Ly9h0JyYQmy4nJlkoqejZ9KJJEdqL/i pPLGBDo7cGtSo5UGmMQm+ESMaIkRJQVHDYyIcViSu1fiLBWv3WxjkrETTkdzCwfHOnfPKXdMSh3X fG1egSBaMUxCZz7aGQYabL8aCNry0RMIdjG1MNzgGYuMs0SEPIiaUUnd4H8jXlhcwPrnI4m3L6g2 Q77Iq83hx6EmTEMxJpMgRVW9sicS1XPldQ5PkWAJLWgoCmTutNZV+oBE92jeN4Uko0MxLeTrs23v KGQmoWqmvmq+cPQdMmNPXx5PMhO1RVsYuNf+Hx+G9o7uQjG8Wg8RTCqRiA/06xoZxWQcjeFfkZko daxdZMrMPsvg6QB+i/zZFnlr+E77gWavde47JhcPdLcVTn2M+eeeXQXoDraD7ARADDcLTpw0bUte 3RF8Mc1ekbnXBiwkSOeeWc89UXVpms1cOKgArcQzdeLUzsuC43A/IHqz87Hc4xZVK1+89isWGn+0 EjbnqG2+l5oPtIbJHubdkvGqNZfoMrMmcipk8aywGQEcJ90I4DJinztmYJutyWfF8WTdx650Ly+0 kG11Dd9pn8e61lMMlUq+KwI5rmcOtUBYIZueF2wlLsfZzeSlCzlk7aZWb8j+V1GUUAOPfDDU0Dkk 66fGyRrTz5IOlh28nViXGv46zwC1ppdP30PfU4ZdXANznceKobmD5bhnPUxuS50S5VaIf9AUCMZy h0zY9BaOaq9wdFbVfjXZ4BuBsXF/1Wy/gF3n+UPqZBIhLO482z+tFiYPt+aPYL9DBKOxNlra1vYe seGxQ77UMA5b5sqFetSJBtagLZJSTVDRxL0mAbXRnNovhNPtchAG3iQSwSLw/KnwvUj2fS+M5Gtr kA1+WQ4W3ng6nwlf/qEbLrzJVATziedHYrk5Sb5Mpy+Hcu/Vx4McHg3N1dpe+6Y1v3YTS1beAnku 5lyYV5z5Ci6LQxsRANI2UxJBfjAkNLSOef9AJmAlmYZB6MKkk2N7l25QL4rCpVOtydOt5Wy50h/c pwRdcBC4v9KlNtQ0eOKJO+BL5QhaFhDGCOMGyfzv245J5+lSCywLp6UOQbxLwOJN7pbtdITYYlzx Imj4xQOc+UWVI2++cmXads8Xz0a4cEyyNuG4FWfHoR2C1D0ZiMwHzP9tu2ff5cneiNb/Y4GRa4PF Ey6ElWT2eg1GIihleSgvLwAF8nEDdnEZWLop/tApCgDj/8SQCFMJ6pHBemTA1oIA2zHcB7XIFjm5 KQ7r/cyPW2TuPjm2L85QvoZk04AfUA6pKizd4Ca8eY0JO3wnHE/4fuL4dfLe25s6EkndVhUv9INF JHt1UgyCifdfzqulqW0YCN/9K3xMOqBasuzIvaZ0pnRK6ZCZHgKHkITgYhIaQmn7w/L7ui/JD5IC PSSrtaV9fevdlS4y6EOdegh9KokX0quKXA1caFXWPtuqnFMOG9U+rTt0uBwPvkLHwKkUdbSq3Cff 2CcLiZq/XSzbI8WBRHHu70iTGulOgYiPmP6qc62sJ9J5o4x9EUTq0RVzrnHx8uhLScLWcSCPTMIL rTva/5OOTyUtFu1yr5PuPEIgDc9aIJ0NTwCbY1h9h6cwdTwCKvHneGwUlMQX/F0k8SzScRlHtkgV FM/M0LxzG9lBgotMZ7iv6vC3kXaQD65+f7Y3i8asxBkFOaGdysyO49qR/fK+am+voss3YOUCfsex Jl+tMeBslCdaodGpytEoz2YKPtY8SWCZk1eFw9FNuCk4m6ki8OBcYZUNfAgFiQkc6Zj6QKXw8fBR YeHjy2MRlLoM9Yka4aaRmCF8FaGFwrDlIsUzqGGKvgu2r4NVLAMglMlrRGWirTo8vLcGN4b3zyFq baoyB/sl+N3z1iaqsP591dkfMO1gqSFGRR6wNEmCAcVIGXiQeyiZCUgyG4BkVgIgIkI4SP60Dg/U 9hpH7QqsbSJHAwQ24ChcwFF4xlEYcYKleI9QA+EIdfLtaAQxiUdX0UAlxhVUMWVpi4Ey+FEMoN3Q DYLiA3XTct18P+9DTuBlUUOiYPUCanvCzt71D8E530pGI8OKrMoyl3LvoDIMKEnzdzm3s9EQj+a9 U+pnuJqumC6WJS/+cJ/FJRTSRGnRcyjiqUemzR7pRSwXTPFuh3QjEnFqQBoLL9MhbbkWVTtG6HHv oxzcyKa18Ngl6NAl09+1QLyrIr3D1o6LUs7ivEwbZk2FMCaNe3cTCcVNW/zWb6HxKcybPpaxqIxn 6z65eQeELjgsn1/CfE8ymw9LYmYUaCdjEw6TLbuaCLLCI+9bJWLEpdKHQ8CVyYpQbYD5BI46Aier NmJXQqeTPUie93hxNDzhxXm/IQ5nfnz4QQzCmR8pzvxIL7b13hDF0udcIzmYTrx/69q/B58Z8uy+ ob4UK2ddL+ZtVXxDEERomOCE8VnXEPniFN/UJooXo+Hpk3iHj09o+VPEem9emnqPnEqba8qj1QNz rYyEfOl7F5e0bUHG7UgzWCWaNez7JiC7WTNZABeFVdvx6wDWvA6yfHIHTb1NdzzQ83gt4h427YDE 5IIwOLod8vJ2Is9u7jtBTp7xY9sc+dPC3yv/EeuJRHPNsWZuzQCA1yS96nM9wn8V3K17AegzTsHt NSjkki/Wvqbuw6j4I8pMwc2NZnSLfXkg0/q3eCl9yOzrQ3RaFwWcNzy985VjK9eBr9FfAQYAV3Wf 3AoNCmVuZHN0cmVhbQ1lbmRvYmoNMzIgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJl bnQgNjQgMCBSL0NvbnRlbnRzIDM0IDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0v UmVzb3VyY2VzIDMzIDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNMzMgMCBvYmo8PC9Db2xvclNwYWNl PDwvQ3M2IDc1IDAgUj4+L0ZvbnQ8PC9UVDIgNzEgMCBSL1RUNCA4MSAwIFI+Pi9Qcm9jU2V0Wy9Q REYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDczIDAgUj4+Pj4NZW5kb2JqDTM0IDAgb2JqPDwvTGVu Z3RoIDc3NTAvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJrFfJduPKDd37K2pp5VjVnIdl 4udOOouOT1pv5bwFLVG20poiUu347x+KAFhVFEfLRwsVyRpQwMXFxZe//3DFS3Hzt8XNl8XCE65Y rG9S6QVJLBz40TBMpR+IKI1kkIjF7sYRLzdzRzqO74vF8kaNolAs3m6ebr/tZ/NIhrdlfsLBPqcX c/z/jd5na3ovxEz9P+Ljaebc0oo5DO9xeIAhbfyiJxQwLHG4geGBDoSh+E4P5Qb/1/S/zOz3h714 oI2XtGRFn/Yv+I/mieG/v+L8I5x/0lZtzV08fHDgvYtDV1k7+2Pxz5sv90UkloXyuwwdN41gVCz3 4Oy5K10/BFf/Bg/K38rVsGrx35uHRRWM0JV+JKLEl6EHy6NIuI4MAnHKb9YquJ0hjUMZBiqkXae3 HRP70tHHhMOnRKF0ek8xwPSk3Iku+8GRWOJ/XvkJbIFtvQS29dR1g0AGsJ0fpmnaY4rr+DJKDFvU hUzkivKVolaYISOAnTUC9xqBWxhu9FsLMTsN3RXbD7HeEswKBrHY0L5r+nLaXYDU3PesYVYjvg8/ XigTB67sdODHDzzpszMBDskIZ/pBLJOmMzsYIef8olsdyb1nyoyMU5hvIzJasepPDMBe4rhh58UM xOLlJiA2DAbyoh2xDYCGnnQS4UYKeMNOhVyE7fXRyv6n21U+0X13ZAuBp6wIxtpiT/490FLxbOCT dqdTcoKuWGs0E7mJlszIySiG9Att90g8/r0fqalM0zg2AqpBGvoyYIeOBWmYyDRpOLQDpGWjKtX1 QryxH1/tq2EyZmbge4Dqpok3Bqh4wSkMDvTnXg3UwFUuZaAGnuKLQaDyyU0irYMtVoRJJjT2naSK +Q8NqjcNwV96SFG5U8DkAORCH1DjjCbmBZOqScEZLH9vodBCE7nF9a+a1YuJgG1QK6IWvUuoHXIu o9b0rhXDHesUNr3UXqTwlmc70fPtGJjCuXBwS/IZ+MSrTCBSH6ru1fD0QQAFU3mUT2Z4+p46ZG5l /YwlZ1aN1jBaz1i5LVHcoUlv9WtcpDAiHu5niEMo5oTzyu04ZYMbFKI8mDvp9bn5+rF6uIfX3/F1 /oLW4ayiuNzj0A/ORALUesDpRzKunRtigRwu/JVYMH3bwajHCz1vpNvJTnMjtx/q3GYKZvAOqQEf 1EA4imThxs4kEHv+J3CsBwdOBjGf3ORYuwoZvGXxmSFN99rbJ3PKq35PJL2ywyTeuPBtOUb90VqZ 2xNXra0g98M2lmEa98hViJ7H3hyrBAjqpjc7YHsg6izZBeKVRhmr+FOLixW2xYVo6gcsaNI0GSVf 8bJTVAFsHl3Pu0q4TIZsfXQP8bay6eM4NgVBRnqMJMUHuJWRznVzR2KOrcJNZVVR2SUYCnTJBO5w POmSO+wQO2IOzOtBGwXx70CjL9FSX3qknPifFNRXrcG3uiUVX1kALNs7yYx1OjHHu/jXsavnVPdH W0HOtGF18Zcu89FGMnVRs8aarNuSFXMS3WfuFJstDTHTlqW4JeZo0rEC05wjyEuVN14zVoXPlMv5 XrB8YuLa51xmbG59wod/w0bkbIUjH4cuDCMcJjD8g4KjDsXVv2vjTIsMpxIAOhKlzkzE876WJUrT HmdMPecZhz6jgqAULKMb0cwiumbumripyuLtD+sRCbWprcG981pIKboktiSyvFhWceUSNdGRTl+1 qRvT3ksYmphrOOuSxHuZOJR+GhMRP9128z0xgetAhkciDGIJEfMTmVTKKXKcPjpwg6TqXYNUlaKW kn7W+OBKC0NuaMarpMN6lDTY27AfqnNL3UqdtDjYXBgqiGqrhwd4L8334ptFK10B8QOQrm40ojRS ECaUxtCv/q4sjSEoCkjcujQOBB9Loz5aXeDpluOZlf2KSAZgT1tjliaqtpAtrOCHcOj4ymbblg72 WSKbUD2++yz2wNQ/19UfRWk1YSR7kEVlo7V6qOv8ohr95xaGDg5nFRaNyWJBCoI7K6vQV071JhT6 EPqtpHKoAZpl7YBDo63MqTDVdQnLkmkgixKHhEq1ZI0bndgFS6T+E4mid3ODU70sq113IObG517Y RYoWLxuqOxbiAKQAgKTmeaP7Ryc1PNUDvctSsKL4412etwTFQUy2hxetnhBeN6F8MetMtfXaKlQH DEhJJbEX0TosIuOK+IsWluZEjaPsovKqcqFGNrh/R3FwsBClcfTJIuJSz4xRhB+uXZ/R1p7oYUff uSAWopahTM/7l2Zfh/z12fW6TWlbukZvSER6qXPQY12lfHQVbyngtHddwevo9JKIJ+M0iolE6lRX JQ9ZxIuhoUpEkAYyhVYT7k41zOtJSS9xVREO0ljWPNLGHoxyjkj+mULY4hNlf5JoPokGCSVIIpkq 43t07KVIG4jvxkAfTSGcFdR+iEIHu7QjedCr7h+ok2nrVLQE6dTjQz3gxlKLO33+SlsnNvT+SKYX OWeozoM1feNW8vBmZ/OLolX0IR1Zkq8ynlJatphd2mOdtbu8kWhMQS/m2kyvrZmizX1WjJl/Tj8b luu860uwGPIrTtvEoRbJAQRofKULglBC9l0pkIPAg7NMfdyX0KiP9cnN3ugr+fvEQbwz/f5IoAW/ f2/B1VnzWmky/5y+Z4SInyMJu4kT+vBe0crBNMBgUSXxkJMo3uc6EXs7IV+GaXIpwjjIPrBITM4G CTbG137qYYBMZ3ckb0ZgfBcHpntNRX12R7AJdLvDDRyaPgGd0BuG16PT96QTTYVnfTS2b5ypzEEn xhO5asMY4f6FiWav+Y4peKlfHWm21isrTcw1vlq0UYssGiwYJCCOVWdAy3vreSrTNI7b+AbKgAzY s2OxGCYyTRqe7cDiqpFAR3Lnedvldkbvqh+rgLvEccMxYMXLMVqDYBiuXiAhD66Fq+fKyJsK1/ro Jpu+beyiiWT1bJTeLZfcknVAvwshiumobMeLTHGg6ysoXetAJSwnO7A+uqdP/dFoqXSrpLL2zpSQ KDSrYrDBKWts+YA4CMCEX4Tvpj8V3UA5Pe30ugcTovrqIxPS8xzpNa9ueTjfj0vDulk60sQlCZyc OW+wR2O+vFS1TL2/+BP9P3MnJhrU3A9fL1blKhpQUeBII/nHSHzH/4zkd5wPJH99dDP5T+SSM8fp xKqaW4VDrZ0zUXKXyxWF5sh+aPqgSpO4G5pOBS+62VhoOql0mzfrqBXcZ7DUK+j5UIs4LbtbpfxK 1+PcQN+enFfWIvJ/5KDNiZE3QRb0YjKRnuN0+9AAJrpxAqkqCRgF1wLTTx2TVAMw1x0Epj66CcyM CtDhzD5+Y4a40J51ZzZU2N0+8ezGjnEPguHQNVy4R9K8RwcMu6ivEK/05Vduoo5ebgFqDCebHN/b CjYzstX0ZHqPnw0lqWXRG3PBtvmGu1Hc8+1CbO4rLu7tXFylqrqdr/FL/h/fA/iJJ93r4RunCrjT eFUf3aMJjEIPorVyF9b0Ep8K1WgSJXxcVblwDbe+xkgSdaNAxt3XAMjOGD2oZxA8lfFVRa4cmc24 ROMnsZtpzNmrFOIkTkIsfdvPNLCWpHVQ+Zxw3wKf7nBK/n+cSa5DC+bWgvUahRNaPB9qYIAvTdXU hkj06RRGjV0ZX43ISO05FZF8cpNPdYWzNdNLd+0qel0HPnFcvxuPBC28RKgauhF4JAo2L2G5ymhq 17omk8E7zY4KnRs9gSmRvj7r/vYMw9L+avJtRpX/nUIE8JsT/uYEwDkhcE4QnBMG5wRC/M48zCTM DDxY9RMncAfgGVWZP4EwI1d6V6MzTD7Al3xyE53dpVGXJ24xWHweOG52v9orATwZpknYDVoo40F9 t7EkmiaqE7DuZnmwoMQ6HslwAkGpQVD9vxFiSxI6goXOprBfnDWk97oIbzXm1VsWsDudBiutIiR9 HcAf1IU0HaJH9NYE/IXOJ7BjkHyAHfnkJv6+UohOTW25s0OW35mY48na8VVb0NUlacrdEfusBuAK xjteT+MU+qrxJFeM5FgP/Ocktis6BOtSi0cDbtz0qKs+5+JM4MxXIzRiswrZi1htWr3VQAGHeux4 aaeLDJiil6ZU8QCqUXQ1UP1YTubJ+uQeXdmvssQR1RAwKhEq8mmBWhPaqoozViS/qC6OoNBAObwb kg4Uo4guPRaRsGeUjLv08U/Wq2W5bSWH7v0VXE5u2Sz2i4915qYqd2oyqcSzcnmhSHKiubTlkZSb yd8PugE0QErUI/YiEWGyu9E4wMEB3nWJGm9JForI3Qoj0uPV0v8/k+zGz9aoZp8pSMepz7iy6Vqp vXj4F1w5x8h+36pwwdWdt6Wjmzto3OfA7VqTVPvg6oML83CwjFNufPhw3O9Quq6Z7nCqHpKjl5QD iOXm5eVgG4jSheWQTz5f1fLTw3rI5DMi7RX9/anI3RWzQ9rlVjh9JcKRyPzngKROcRQ00SM0DqrX cGTOrRmITDOOzASN/8XNaUUiqV/qGyvNULD0WBbr70ORsim4J7ImXm4OcPdD3GV2orTA5647K0ch JIqzodedTNLYM1+epJCfF3N2Pjn6Py1pSzkL75jOuqQOKyAXUppZkVXFDTCJCy7GdHBFR1LPlZYc cNkRvPvtL6hK6u8rGZ9iq6cd33/E38+0xxyvjD5aIMahmpz2PcNze1JSkRMznhuoYMmDJU+ASgI/ yBWe5K8sSHRVjG5zotq1Zr4TnmHUbe0j1rbxZVunHDur3qFRQGLaBjiircwhLgTqMIQsI22mKvTu Exrv3uKvp5yoaMV9qVcW/2ZW5DAOU5jucv4EYGvIeb7G4UafoceeG3GYZ8GDjTwSM8kYeJq9YVW6 esMMjrrgmpgNie13bqMP+N2yJzmwftBaCPXSt6ypCs4W9EaqJCvWb/g8W2hpMliWpoP5GvsMnb7Y P3R92N/9GtJ8P4raw2pYKDxjrh9Gs6VUerEWHthJQTDLf5M/UZEtZO1mMFKm379zudDXz9ROv/fj RsxJ9UNaLx36p3ThgitbCjK3do5ebl70nkijpxNvdAiJbnTImGNo7Nmthkk/Y84hx39ySJ8Pf//r FGLaMnSdn6YQh2XnXelbRSHH+MM3ZQf84aFX+YPsIX0Cf2151EcPo6lrlTyOC0jPtLGjsXcQ65PO deDcAd+QFhJE0aNbLPanJ123K7S+0tiJVUXFU7xPPx9TFnHyIosUs0wcWym6Ea3hDS6gNQfqLV7g MJNtsg//fcOFtsr8sRSKIPdnO80NH5PxFt5/0H+WTW/S02Omwrjpn3ubThOg3nWdCU6NUbu1/gR3 +T2+ODwXFTOE5mexJjIlsjxQhkeY7HwhTzYTxpPQCX1azOVPz9L9l0JnzCTraZZUVa1kQ2bJKZFM 5PIM365lBzpvcTZXDu86e8rsHkN6+5sOXE8fb0V43lBVjM+f87706WY2XMpxkCKZpC4Ps06b1Y8i vPEFqNRM15YV1JqxZeUL70t/msps6eMKj8WGcnuPvo6LNPCyscRemWmicBqMZOTVWRxGAk17NaCB a+hvnHEiLor3WNdbKqFid4jkttcTlfdIpU51LhrmxDzqK9udMX/R/S8YTmzlAU5Udi+ZwGxlylpN YCfHL30wZsRuYmYAyXW8sbVV1ajg5LgYmzxB14DpTzZdYwPI3D3XJhTvR+blHXL6DLEklp7DOUjw M933KHp/5dTa5qcvucMNFOzDGyH4pFs3+Px9p3Xrtphh6q25v+b+cTBDmZBy31ickYiuhusHc04i pphfkIemc6CKXp6Hpou1f0Ee6oOPgH1A6bMUuCg5hwGjDEWnL8jQaafv/vaI2bOj5o35dV3oXCT6 4dS51gpL5cIi5xyNQHmSww6aFqdBYgiE4TspKgrHbkUp0LrYWdKVchkP5qcJbFw6vwRP+AkbCnvm lY+YM1lSHZeoB4TPGMTJ+U4LSjwbf+4+oQ/v3uJvXeGvp9/7YkWC6Zn1APXkbfFETz+KKa5k8fW1 2PAwlVc/rFnbUD+i5hQFqvr7TNTGQv9dCaIFk8dg8Nzqr+/Q+AR/fycHOXw08FjjYwuP97qSJyvJ woxVuzO4x/iuNPUFY4DxAGH7Ctzj2nQmkY+3Fex5kn/U4Uf4Z5+obzDMEmUOsk9PDp6qNxzt+1wi xS3RF6v+DZZAT/NM8YyFvaYWteDh4LhEAbqvpsGxcNeG4wM8d054SKCN4zMAgueDp+1wltgth/q4 OJDUm70kXg21Pq3pRXbPaAh5prVr+mT+7ZwMNl3ZdF04pFRU8mKMLkheB9++RvLatrRWOmfouu50 8qrDz2ueyyc9ej5jEn5H3p3hdysaZnkeXRSL5dmLdC/6xWRVYGBMLpEx0NCtP47GoYNMUzbtRQdV XdleekrV6Ouc0ZK77ldu09UXXqZtL75LW8eFF5zRtKWLZwxq4R9UwJvZV6IAJoqnIaFcU9EsR4TS J2lxQ/2dxAX+/i+ppUwsm/1G+S9iD2GgdRoD8ofcrw3+WvbCklYwZnT0L/7efSR+oygsi+H+95kr EkJvPw8Q+vz2AwDzBzz9B/4KCu4HQFL8s7izaZg6/d99VSyuTLEqrjzoWuCPuoZy8MXjlW+qKCLr 2kZt3I/sxytTuUhX+f3nyRS6w0OqAB+HKA/2F5vKxsyi973+uL/68ht4+BX+/VGYdE8PlfSjuIIx sQSHm5SDj9k08V51VcEjiFoLOdjGeiNrDhdN/Ek2XKzzpc82hwG3yVY6Yy5BsrGR9mJDo/QF7wRZ 30ULz0FrfsV+oN1fJRfRINdxFzbSEfN4e0L2MlDZteCg/Z+G0/kmeXIunA6Unq0F0fF656GbWQFx +H0GdQxmqEuFZWjK1iOWoS27NmOJlmCJtmCJdg5B2iZb8QiB0lfRT4HSgYJtM5SuwY3wGLQESrQJ SjTIc9yFDDzi5VA6MyzNYMuqVViiDVhAVun3J7Gsq1R9wZeNPbDeQQAby+/70feTWDpfulbAdCEX JoRKFSZaAibaAibaOQhBFyaeIWgakHAKTOjtkG28kUn78zFoCZhoE5hokOe4CxvxhJdjCRoixZqx A6kdNJZoCxb8/lwsvY96Y389Y4nv+9H3k1gaC38QLI0r27qgSBUSQYUiGAIhGBmStDRbad+MH4yZ Ze0FwACbWcYvCKkGzagh02nIXIoL+Tlt+mLMQguhqxVmUI+D+kM7ciF2M35/mkuxGzpH9Tda7wC8 tL+j+ht8P4VZ6KoYtcdsmrIrMEoubpejl6wMHNkZO7IzIHGXbKQTBL3GD7g0QEsVLg3QUoVLyRIQ 0SYc0SDHcRc2/KtwaYA+NOBSGB4w8QY2YOHq1IP4/UksYYiMZGFdnOz21zvgL2iQ9L4ffT+JZd1q kRPqjrk0hkq4lCwBE20BE+0chE5xKZ0haAL9Ky4NIP6FSwO0c+FSsgRMtAlMNMhz3IUN+xpcGqBc KoVliCFXGofsrDrz+3Mka4BO7usDi0my0vtefzyJIpBso1AEiWQIRVBPTlBES1BEW1BEO1+/xioj K50hKFqQQgpF28QdeCNbR1HGx6AlKKJNKKJBnuMubMQTXo5iVZVGQIwetopcyX68sq2JlZLfnwLR tjHJfNegzh0vtw0lcoO6dfD5JJCAvSibUEHvRJkaqhD1CAcQLcERbcER7RyAtE224hEZxriiU40x /gSG0XeQiowiGhlENBFDfEancQN+9jiivBBC75uBqPFQmEFBmEygxOiGvD3JqLB5DRfxIU5He8td h5SGr/vR51MI+pBkz2M2DQsaHxzjFx8zeNHIyEWDL41Ls5X2FdxAoOpJ0UPPlknRQ4cXUUOWQIc2 YYcGuYu7sOFfZVL0NuhJ0TsbN+tHdlaU+f2ZijS62RxYToIUX/fDryfRA8oRHvW24zHRu0qNiWQJ hGgLimjn+3dqTMQjBEcQqlraeGOUtPGg5kXakCU4ok04okGe4y5s2FeRNh4alZY28ZABkGgDFYIm iezP708yqU0zhAcF3xxYbmEyismcXvfDryeBrGo9I/qqYV0T4yS6hixBEm1BEu0cgUbpGjojQ+lA tSpd49pO6RoHGl90DVkZSbIRSTLQc9qFjHTCi4F00KoGdAodsla6hmxAosIr8PuTQBqAoU2JYusD 622Mn+f3/ej7KSxd6/WM6NrAlAqRKiSCgmI0MoTRyBcPilJpX8EPdKqmVFc3ilIdCHuhVLIEQLQJ QDTIXdyFjfZVKDVynZ4YY2IYhSDZIC6bdOP8/qQybZpIHLEVpv3H6w2MScHz+370/SSCtdUTo6sd TYwxUjIxkiUwoi1Iop3hcTIx0gmCJWhXTasudu1Mq3HOFVolS7BEm7BEgxzHXdioX4VWnWsGtOpA ONZKoJINWNT/Z79qehwpYug9vyLH5JDQ5eqq7uYGWi7ckCJxQBwQzEqgXiQ+fhu/j+ey267qnSYz m9lRWDgA86gq2/Fr2889J9nOr3KZ87kDNxCekR55H5BA7GV6Pq/ub3LZd/XGGHuVD5KqzmakIidT sJMp2PhRwaKoazbGSH3TWbHTVp0V86DqrIKcTMFKpgCNXKwsoH+RzhpS01ljnviDmVeY66rjbcHO r9dlODN1QRfO1fOAvjLZ+dxe32QSc7Xuq2Gyvkph7/mrOARwAgHsZ091XxW7zh42jlytGNF2A7ZS 1gexjj+dNwAlDf9ohOXfy9/F6M2MEf7TdNI0ttUnGClHXHBj51cZmyZWBzEHrb7Ve9znstfzeXV/ izPCKy8+wjYpjZSmqWqkiow3xUadYkvB4I1UHBh3NHZNH+Wt1vsooft7H1VkFCoWFhVo3GJFgbi4 nUl87U0f7Udee+cVhirhRWH086uqBpsDfwgde3z/OfGekZfzub2+ySPmaNVFices6FNOlOtTRc6k YGdSsKUgVfpUfTiX/OlVbZQDJytESlksiR9BzqVg5VKAhi5WFlBc3M5lD30zVlzKjJxXGGSEnsvJ zq8r1OwTbP2YsFJEO5/ry5s8JmIFazwmqAUSHlPiBFj+CnIeBTuPgo2ZYsZQ8eE8xnweKhpjKuuS GsJ+29k0VOQ0ClYaBWjkYmUB7OF2Fmloe+sWi7yQUP90FlmipIrI9XuWOBM5d+39TS5jV6tUiioW OFOQCkZlAc5kgU5kgUaNShNFXaNRiahWNbzXuqohjFRXNYqcR8HKowCNWqwsgF5C1XBdNNUIXpvO KhgFhf7DrXA5v1qN3L1QgDRpa1291w6m5/Pq/iaPITc1GQarSWSqqklBzqRgp1KwJWGoa1J8OJe8 4lYah6e5tdbgMzLUAzLYdAw2GuWhRi5Gb+YvTCoblS9O65idP8XIP9fR6OdX+Rv5+2JW0iOvecpP y/HcXN6iLkjC3hlMSwkGiBQrQQFGnEDjTaD99lSVoNo32sKY6xIMY6pKMIyxKkFFTp5g5U+ARi1W FpBfogQD0laXIGF76iuZqhgk9EVn2flVCjFpI67nc6BHnvMBBrqez+31TRah6KoCDPgutAA5T16A ipxHwU6kYCMnVAWoPpzJgRqhyhuQC9WARakqQkFOpWClUoCGLlYWQC8iVEOOjVClLpzraiwQCwMV MbecXt03uGnidi+tePU6YL/llifHc3t7k8eca5Ea8rCIVE6Si1RFzqNg51Gw/fyhEqnqw3mEbq5F asAH5yI1QHS7SFXkPApWHgVo6GJFgbi4ncceC0fVVrnNdtVYVGxc2PnTqAzwIpvn6rlyqedze32T yx4JJOeyT1aTKPmqJgU5l4KdS8GWglTXpPhwLmlsh2IJdDFE3lqp7qtkTdX0qDxc/h5fZihiutfi NMRlO2qwjTU7f9pQ5I8jPvJah6Icz83lTeqg4uqhSJg1whw+DERqiSvImRPszAk2LtiKAWrHYpfl WzKcuE8shtA1iiFxI8j5E6wUCtDAxcoCiotC45eX3WeXC1K+v7zd8T47Tpzbvf7ZY54jhTkXFXp5 t+tKjrou9vvLj7vvDm8ejuOZDvPDEapsOPx5PLE6Oyj86fPjaTxPh/3x+8vX7IjEEYZ0Suzo8qZY y2zs8MUfx8svVTgnvXbC8BkRjF6+zTXqN41RXRe3f7HXk/5/+Ap9LL5O7IyyONvv2Vx2cxpj9+rR xRTvLToWYNgNJHdjSypCa0lF3U5D+hekjaN8rbRpdE9IG50p5o8c2IenDetHDDdF99Vl99suYcuM Mq7QfUbufANLld8fdt/uf9WmRVtNq7zGMof30Mq9tC3+dT/zr4ODb65aiPGc6L33W/0JsSUK98rJ q3fP8bnRYUzdb2+/zzbwf/f8NNN255X6qkpiegapn3ILqUciEez1Hz4SCbvH6BPth2dOxNXzOxHs d1Vm51VOPM6P2RP/wet/fHX64OXkrloKavRvAQYAXoHXIQoNCmVuZHN0cmVhbQ1lbmRvYmoNMzUg MCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNjQgMCBSL0NvbnRlbnRzIDM3IDAg Ui9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVzb3VyY2VzIDM2IDAgUi9UeXBlL1Bh Z2U+Pg1lbmRvYmoNMzYgMCBvYmo8PC9Db2xvclNwYWNlPDwvQ3M2IDc1IDAgUj4+L0ZvbnQ8PC9U VDIgNzEgMCBSL1RUNCA4MSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1Mx IDczIDAgUj4+Pj4NZW5kb2JqDTM3IDAgb2JqPDwvTGVuZ3RoIDUwMzMvRmlsdGVyL0ZsYXRlRGVj b2RlPj5zdHJlYW0NCkiJ7FdNb9tIEr3rV3ROY02sDr9FLhYLJI4zyR48QaLFHuwcZJGStbZIgZRs BJgfv9Wsqu4mJVKSncxigIUBd5Pqj6pXr14V3/z21RWLavBuMngzmXjCFZP5IJFeEI+FA380DRPp ByJKIhnEYrIaOGIxGDnScXxfTGYDNYtCMXkaXJ99yoejSIZnm6zESZ7RixGO7+n9dE7vhRiq8TM+ lkPnjHaMYHqB0wKmdPDCLKhgusHpEqYFXQhTcUUPmyWOcxpn0+b7IheXdPCMtqT0U77AEc0Th4e3 uH4N95fGqgf7FA8fHHjv4tRV1g6/Tf4JoI5c6fohQPoeHhSuClL4dfIf+tGLY/VjB/QNY/5NXmzu 7PsJrTuDIb7PDcxk+gqmhNWDMnHF6NC+c8EnZ+KSonQlGOaMvE5FMW/cr/cs8yY9SnFHs2lKa0p7 59KEXHCk1nxbusdH5YvYg2wLp2d50YEimbU1tMwMoLjkzrwndFNziuK+KHJ7Pf2SM2/XFd1Bpk2Z /0x+ccOMW96zZ8bHB/JsxezI2ENEavIrku5awYNmzLdsQjtzyAK+jiz5ThuL9f71gtNLE//NRRWJ WaUER4aOm0Qwq2b5wI2kmyTwUEftK5k62/G4PuRyMvCcRLqRiEJPOrEIAhnAgX6YwBllNpgrkduV Ni/0Zag2BTIMWNuuz3yJp8PYZ6InA8hENPHMkypTlSHjUI7ZDheod4wdcSTjth11nnsqz0d2ors1 NW6GgKBkLtfWfhpqZCFH6kCvh0STGrNbHB6GFDEM2ArXQmrrzEa69IcH0E4iD51v6xWgoBwIXenr iDgyioTryCDowYFKDUTPVSh0XW5JoMVVZgIc4sVwiCtDCEAkI3V54DlO380QNDhe38z4M+gvlwdR bJtZd4rmlVzzsk2X2OVc86jSssUT2YYHo4LwcFTCw0HxfRkhNPuKE+nr/sj8a91SAXYYDCdhmcJ0 bTzemuLDNRumS+MvnXRe60ij1mX0XNHJjPIqs4HozGlI1iQKiNf7M7DCtMpmGKc5Dpg/KQabOwCd kddf6vmHi3qInHoIcPgmpjluFhUmX/E0bKlbMJYJkBrMA+Pc2Id24AhdCXylP5HnW6xGH5b58DAY rowdP7RyfF96o0mnpLfrqcUvzW+4zA10fh9CgvJbX41C/4EYtSC+cZ6JqFmuKkOzKbF0zZWPiyjn Ga2bEB23FbdMzStGKzqPkv6+3Xhm3JkeKP66/7HaOPpJ9dCXOL2A6YQWrk3KUY7cG7VSeUY3CVtf eokSAKyONz7AFIzYCZLjeKqkv5AoQAyox5onkeP03Uw80Te3C8E050anYKXXej5rdclreuZudyOe imYMUyPb/Yk4BlVKuqut50P/wK6GKOyHPPUgaME+V/cpXi0W27qfVbPHWox5hsonqIMAvhJdyVO7 BcFeI5e2SooJdRx4doZ6WtDTub00HxqGI8F7tdyXQSdkhpeI2gkCFiauHHsv5mUMQ3SigJmrUcB0 lRdNschZDLhfuDUVVzSFSevH3GQ7NyKfjXhc9RM0VALg7RMADwoE+EnuAjmPKVyeB0103HLXQtUm J38lGTlTLqRcgnWvsKg7Zrsl+7AtW70DPfP3bqm/d4+W7UPdBfg9PoaUCNcprIxd6b2cleNYjk9m pb66LZcnF7E6MLs16+YM5g7N1aePWNOJM/7QpZMqsSn6qRqDfV7YraWoiwTEsXzF/qwJRAdfO7xz be+KUlxc2pAwbiY5H01D/GjKd92pcAE6hPqSaJ6fH0VeKBQKhSPIq7AzhT46zN2x8yMUNYqfoaj6 6jZ3b/mDzRRp8UiIz1gOHpvCUU1ZMLhRSE+QDlTotppNX5Q0DVr1Jo11FlWVy8ONnysDR+nUYU5g cE4RtMhRUX0pKcKxLWiB5zh9VxMp9NU9TRH2OQ91v6zb5Gpbz8tH7HdwyKpeEMHAZNydV24AiqUd oe7ukB9u6Cukm4408Hq2SNwaKeLuYvfT4+hMkSZeyBN08/ivhDBIVKtQu6j7DkeM4MvXg54YMN1P EzPpGF+bj6jRCdNnbjt6OtKTP3l8becXAuyHvgL4FFT/wPGtKWRls5CxKsJ00dxz8OzW+JYv4NO1 4NKC31nh9Sccjh/peZo2OXuqAW2nEbrJr88BTD9/MvhQ2mVWx/6zSdvFilPZ9PoHsI/Su0OeT0CY Zx+HDCdqe6o/bhVHYd0Vfr9uRlhxL+phAj/wFEquGh0otx1XtVa6vHK/bX/0/XhBdd/Zd89ultrt 6KkQ/bla+Bdj4zMT+gpHq2gq13bbuGdvuIJX3Lka0BRfqL8DEr7C2Ssab4a8lzfyLrOlueMVEBip Sv79nUSzpBPW/6CjO+/6qTl9OTTooBn1lyQagFl9/MquNG9b9b9M8x+Hkns0Sm4fSi3f6e2rE7b8 FLiIac+Cq+eunTV71u6uubjsIlLHyhsC8BXj+P9K8deoFF0fKQcVb3KH3QnnypWYL/HNAzYrYpnb HNjUD3e6hRFcPdT/bV1D1GxRFwk1W9YdJb8Td7gNeuD6ktI+BC+u7FeV7p02u1aokiU27MAM70vx gjXdjldvxHTPftuLowSPT6PujYyb4Uu0vsh3YZk37Jyu0UB0vcCnEneTlbCotF8/7kOSjMnJmF5k SQBLHZUnmDXVEHtT1f+nFiTUhLTTsWUeDvmijxH4OWEtuOtvi2/OENcCebhd4R1k9Lko6DCN6xqP md3jcyPezCw4N23gvs6I5U93NmzZHknvka8lfTKl9Ck4mxLN6IsvlS3hpC/Ekr6vMtq/ecDxO63b 0vttReuoCRIzxtg5W+H0tvmNywaYt0VecfDo8hpvcsDsTBkx52zGzNCdYWYWiFuyVYGK0186u7hf mBT8QfmyBuMnj8YPy/7dZrItueTI0U3mB2TlYoukb+hpVD/8TWF7hT88iU+fdymtItb64b3OK0wg Fb615j9e9qCzDhnCZCLxeodX3k3t9C7ITsjMOc4wxVfi+ks9+YAVJMLmNsDhm1YZu1LVCXR8ufLr IyQYyDP134dn2ehPvqDdFZWH0tbUJVqbi2J+RD37XQvRUiuuQXyqQTRl84PW6Ez/mtpHGryNZn2m 3aN6uFzYTKiwvIyu0Jl0V5iYcC1EAWRLqyzmvWUFsD7urpoKUJlsnpL4iGxHHEZGEQrTDWU1gVDw zDEVbS8fibekKtl58+aN2bKsaJLS3orWlCRdt6STGQfxjkwmo8SGS4yROBoXdRnS9lY7budF8+5n fEZaVX+qQyxSSpep3ZgI1mJjEINRaApmpnptDrZrU/tcFAaMs/V6rYUBJeJeX1JHgfI+Pb1pOqJG Lhh9hr4Dd8kbJzuxtCvXnmJ2a8pWtbeYEXtUhn5vEuapxp2iuCa3dQElg1vFHAI8wlDQenJwOsdx zk0B/b6aNov8bTfRLPg21DLkZEXGKdAqx5lJzSeDiZWadq1f7IBXGdAYWivvn5FE3MlwJJgF9P6B rFmxCnDHRL/P2e3Z/mBMCYblRoPa11l0ocgkvGFfskZQ3lxUkZhVwhGODB03iWBWzfJBIsMkSOCh IQrXZ18xQWatylOfdTkZuEEsnVh440DGkQgCGcC5fuQ4niizwXzwbgIne0E8VhcKmrqJJwO1aSz9 2HHFZAVeLlRxpGqIg4eDS2UXsoiSqJm7Kqjn+BNrRM3hOoSWTJX3tlot8LclfaLhkrXuLx50kcxM 8Sv0fahQ3/UVm2J4GGIvlrETuISxabkARuV+6AJwjKQjo0i4sL8HxjCRfiC8KJIxodh18/4ayjGE czyIRgTB84QbySg+IobjUMLx9uUYQq5fWS8Urhwn431AADNCbUuo5odNSWLp7ppi67dV2YptMzvr j03MP1KGjOTgXHDbkArtleC2f7loqgBnL/KBu5K6pjXSMxXLyl65qz0bI9yWmtVtCOuwMV7HEMmD uDF5guAwe8IIliFq12SSwIGrF38Brsm+7UOzQ1mSsbm0/RIf6fUTHfPINp/by/7LfrU0NW4E4bt/ hY6QilXSaEaP3BKWrTxqk1TWOVF7MMYQFhko20D4Y/l96Zl+zcg2hmU3tYccQPosqaenv+mvu6Pu Jm7blrxrYmvGmg5MzOPv3yGYwEd/xr+fawDJjwX1HMTjLbtDu2I8413dC+Pnm0VN5TiOmFqXKXfJ HQC+8b3WoRtlW1JGSlFGY8yYVYm90g/DuJSepaiPVQ+yFQdgLo0Ln5+eSw4d5jk/z/huxtWPS+3F Dvamup3t1T8O1O2gceIw3Uc0s/vH0pPMBm3V7U2agutVGuwfNRwPGuF7veVEFxmfxpvjJl83d6oN l/9cItuzpgwqOpWY6FxzM7HePvskXeYVWbl5GOZXPH6+dvK0uybPM7xQT36NlzVebpKOP5oRNnv6 t4OePnE+mvRwB7Z81lQybAHo9+PtI8L5vnF2ITPEY/zzqdT/bLk1JvRjdk7zTXZDc8WcpD0yhm3F XTh1nNQ3MgxFY9H0mqye/BFu3mIkbRMujQ2XD9kF+nBPX27JuScGmAs6sJdc8vo0kzgvs3NNIVam 7Tk/GCSOuY+mVL1m/ZqmwvPIxeBaF6JXx5z4kzGxxPPRFTnJnTwNN1OdjK60bq6jKWBBBSyttdzn D+vU0+23jDpRAWdHNTS+/lzpC+xxLNQUMN4s5xSH+4iPtrx6OqjLqvS0EdaY8cD0mOdGDhjNWT1v hcmKPCXbj2nI5rpRju3Zxpa2at3TEiXRXQ5a77vAraQjy8wl5d0a36fUWS3i1n61TbKWkvFrtfpA Vre8OY/WZzG5lzuaKLyNI9SgMUkKfn3FQnGLY8YMJ5E5rr1i+d04bjta2KSUTqhQpp1AXHOmUky5 q+LObbNr0LK7WqeH5HJjOtW+KLLy1zz7adBkLFlU1ml5frehLXPtbu71lC3DfBctFaXEeFgS95wr VXpiRrQ39Nfb+ckWd3izjg/G9aEKVvTzZtHYcRbW8r3vCihhKV9RCW6SAqLFDatf6FpO0doM/b5b UfVdD07yS2qD9FvjVGZuuQniDog+mMuQRGfuka5E95xUd5Wl9q5Z8vkwRofgTIV6pr/GpYfOxuVm YVqq+l6rPi3SAWOln8ftNFngujbnA/vkLJt2YjCL+ekT57GyaHKj85ir985jnUc4ju1ab8s6XZ03 7UvGvrbNW79GdA5ODn7hojXl2XZAFWvMt0w9U8dVfbMRyI7x+jc8ut3gLJp6s9/oeGgH4HPjVF9k nku8GvbCFHgty8HSn3g9+Z2Uj4ci+r00eP2AxwEICAwdvU8Yen/0KxDzM9x9hF+LOnsASrJ32YnJ IfWe8e9DkZ2NyuwyG9muykHMalsDWYuRbcCeBVjmrs36AV6MyqrMba3P3+88QSe4RmX8qamt9Wd0 8/uyKqAh5+f94P1+dPoNuHkBfz9nZdishZ8fslFdlLn3uvMHccHQFXkHxooCbk1etHAQW58QhGaw W5d3gmF7nQ3uIOZYoBmJTFhjJpGqqrwOnxI0eVlnbAi203mEyyCajdgNxP0oeIiAPEcrDPwKM793 IvdlvLJnpfNpq5yWIdT9AC9GxjZ51+rzfZwaiEgFrwemNj83cJRAI+h5n74ujA6ZLFulsexyhywa kBsrLCJSFhEri4hl+96KgDZisDB4uAQX3jWy4kAdXcsUEhIKCSOFBMhrtMIgLPFqDp2/WOXQr9go hQg9BYZdb55FYIWuGjQ++NxAcvqcxMf94PVdDDqoD4Xmouua3LYZhqnNa5NJBAMSFgkLi4QlAMGM oLCGMOnaIjdRMroGSo4RJpsGLeE6iJRJxMQkAnIdrRDAJV7PZANFNFJY10KtjJgMEKgwzsean+5l 0jR5CWEp827zY2MooP5pn7y7k8TGeiEUEhuXO4MkNiGrJXgBKYmIlUTEsvdgRpBlMUbsWugaIhKd L0VsyLlc9BSBMhggERjuyetggO+D8dfT50UsElN/RuJEDFC0kJ8+T0ldW3IeJl+TkNLjPn17J4O+ lNXKoKtIS52zkZYSUgIRK4GIhZJKtZRWUP6qOpFTV9lYTqGYRXKKSClETBwiIMfRCoP688gppECs pnVL8pFgTSR+/sw0BCvdlq85D8PjPnl5J4u+LVISoWly2Nc4aBRq6WsIKYuIlUXEQkwwI8gvoSyW NpVSqNeRlJZlLKWIlEXExCIC8hytMLCfR0oLl0qpa/ImphExNJtwbH0C8fO9zSocep9/dRFOyfDz 0oUCiI/79O2dRBZtXhhlsuhEUMsiFlREyiRiZRKxRKCLBRXXECptZxJBtV2hgmqhOIigIhAeESKN eI9eowG+N59FUE3d4URBpJka3IsKIuHFCFyDzlge7+MQehjoF0zdoAoOvob+obX8tE9f3kWhaWDH WhNNA90QUmigkrVCISGhkLBQSJj3j2YEhTWEQgMlzCmDBqpbIUOGgXPZCoeEhETCyCIB8hytMPAr BBp/gCFzMrEwYE3ORxAK03Y+uBndWmjBjB/JjI/dZAGTp49RUUAuTGajk4M380NQuoN+fljWeXOw PhzD1R4QPPvucNzm3QEOtLCQwYVsDrW5gmUmb8AiGDr453DycTSm38fQg1au8k/HfjEQjrBYlnlz tZojv4tsDKGqmibY+wq9g7arhWj+V97ZqvuKvXt57LrGfVnvKkgmaEsj7/xawTfvGryiLoHfzjv0 f9g+LWzQltii+sKeJcnQ7onb8WT0rwADACmkqaQKDQplbmRzdHJlYW0NZW5kb2JqDTM4IDAgb2Jq PDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY0IDAgUi9Db250ZW50cyA0MCAwIFIvUm90 YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAzOSAwIFIvVHlwZS9QYWdlPj4N ZW5kb2JqDTM5IDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+Pi9Gb250PDwvVFQyIDcx IDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0ZTw8L0dTMSA3MyAw IFI+Pj4+DWVuZG9iag00MCAwIG9iajw8L0xlbmd0aCAzNjk2L0ZpbHRlci9GbGF0ZURlY29kZT4+ c3RyZWFtDQpIiexXS2/bSBK+61f00dpYHVKiKGmAHGJbGcwC1hoxB1kgzoEmqcfYogRRitcL//jt 7qrqBx8SPeMd5BAIEJvN6q7qqq++qn7/663PFkXnIuq8j6I+81k070x4PxiPmCd+OBxO+CBg4STk wZhF647HFp2exz1vMGBR0pGjcMiip87Xs9/ybi/kw7N9toNBnuFED55XOB/PcZ6xrnzewOuu653h ip4YXsJwI4a48cIIFGK4h+FKDDeoUAzZDF/2K3jO8ZnE7vwmZ1PcOMElKX7KF/AE89jpx0eQ3wr9 O2PVo71LH148Me/D0JfWdr9F/+y8vyxClhTS73zo+ZNQjIokF87u+dwfDIWrr8SL9Ld0tVgV/dGZ RioYQ58PQhaOB3zYF8vDkPkeDwK2yzpzGdzGkI6GfBjIkMJ20T+a4uqcNFqC8ZlQgLE6YEgy+7jo 0bk8416vmWJQZ4yikqGTUjbHJTt2o6UyHaAU3UpQYEsMZ8EKXLh2DMD918KALcJODBPEgDRrk9vy iKalwRjERvhFuaUv3dJz/MJQLlUbZEqTHD0qRMrRsxit9de8a3TPwamww416uRQfZmrEpQh++9Ql OO26BvlydC6ldqDoAFMZyrCnFeha4mqdHbH0Ljg3haXruIuetSwCow9iRWGMzmHBnsVwzu0jHBIc BWDtj8cSrG2gZMCgobTGSGESPdTm41MlUnl7lBnY3FzO7F0LlFQR03jJDV6IRpRPelaY5PDWrE4q vJWK4bmt695Iz430zszaHsX0LzkvtrJki2dKHnCHva3s0WyLct9dHrU8Z/ZMKaliN/HOLWkEtuZm 6wCFtX1O7Eo62ZoowzE0M8xZTUZZHNgdEe1dVydnyS8EJWKjfUtcbOanyEAhvsIkD0ZE5ch+U7dP xqjE5DhFzLYvakhL7URITdnT0l1Tk2+nKCrTDLDXdLTTzAKpv0AsaCicpgn4hLG56GJodqCtyJAu VnvMMGvltER5jOoF2ZRpKk1tgX2X0kXTUY/YRD4i3i27yCQQeeNjlzI50duBN1KV6OSrRYPmWzAu gakV2JGzAeimx3l19UE7O3eO2KCSnKQCoaIDVsbgpjksSyhoVAtgj6XN9VXEVOrXRteq2LGIYeSf 2RIN3ja4ZbW2y0KGhQ+rnkpeAAi317MvS1vOxpFbZlaIKsetcL6p0A4oWCuWI1A+aKwThiqoaFOo mvi1ichyw4PfzXDXUAGserG2KsBpepdVngiGCiWLW3A4VpDaCtC258k0Zey0kwvdoFBuppkdrLJk pumIjFCzAL0dmxJ4EecZ4CCVHKt2PU4AYGdEfIbEtUAj0NZ6Q00aPFdwU9PglNtBjPQGqwVDij+Y YC9VjYf8KV2K9HWFuUEjiGVUFni1GNg3BejqHZvtKRKtD3Ogjg39zSXyPyRjjFUD/LepqQaq5Z/C hwS9i2zikNu/sKISBla6a841QgwcS5efplhYYTA3FXiavIDnl19RcGmKeuFGTNbhg+nhqGlQfAKC Vvt2sBoVXEM3UJTKqEGi2s9uiMVkGaTE6pEPLGag649pKhfG3HOjklqFFQGNUi9zezBCWU7tDXmt Bk1NtNiusYqdBsdKhTXlmu5Ld8bH/zVtVapKi0Ndn4w3FmZDp3+WoxFMcJdOqTMkVqSOjFxWyLqj Rls8xLO+Kj4+13R3G7gGlPtR+KeVGds4BSC2Or31pq6K4MuTSouqC7fGQ4nx29y9qLArvJhcItKK 8xoj8tQUAHIiAZverRifdmDqGJwbNzkHrGtjS1RajQS6jRRUG3WJJ6LGL5WvuUmVuMwLPZdwF3R0 usvgd3OdwQ0SNI6QXlAsVu4GDP3FTt8i3A31wipd9Oovi69uZarXD32BarqgOPP1llUJTCbn1swS C5WhYWcW+XvfQ8aIMTAPRBCiZ0Sl13ddzHk2owtXrxRm1lxxWyAyIdBTjDD4RQmRGxPGe+LYwvgg N34k5ibXLhuh3RD/44RAWcmu4HkrvqErbsSQ+AAb0mdjkAYApTflBXMNpTSY6TiVHU6RrYXpsSbT 3M5S3TBu9Zy5ouxNu3IL3zNYuoK7wCPbZthULqHF2LJ7mFmCxHfYbHMAMeeOQbqVOx29MEcFylry Vb18Fh8+dSliQzUKxWikRp4YfVMjVb/rLzu617V9KKrMkfazzGeNcK9pIA3oqYGcRp2hzwchC/o+ D/vM42HIfI8HAdtlnXnnIupMeD8Yj5gnfjgcTvggYIE/4EOx37qu8XR7NjS119ODH/X5NyusCc7X sxcM9fSSmsYLTFHDo4VJZFZ6vrzUz3teg3x5Hx/la1RUtsY9/TayKOq3NLue0KrGV2hHePADfP3w QQ/aPd+9e6V82/0r+7YWfFuDX+rooJ6mX2xm+oyNObEdG/jAd2OHv8rR6cK/kJ8B0YnqAdBWj8gV pNX09e4MmFRUffvzCytL+FUJ1xAQn0In32QiffkIXP9cL1oDuCpb/wTgCQCqmxQxzwV1wnStXOlb 1QmuQIK07h6yY6r2UY1cR43lMf4iOv43slBLoru5bkl09W1ffoToTKn4ibM2RHe8H3XIZ9CFAMj/ 31QYKCD+MaY7yXg3QEGzesbTcLyunX7RIIygqxX7N0oSiYLodQvCI9vA0ryO72p70p/oe+sy24y+ /o+APnb5+wnURcu3RN2pKquVnPBLEwW3bdPftZTrvSvPtxY8YcAr5f8s/l7vyb+GuGY8tUbcn+a5 9c++7g0NNn1dG5zdqJdb9X/VWMzeFnOlGwjBRiNppiZQSGwOcpEYIadJhZWbxY359oaUhylbBSA7 ySw/zPNvVljX70nHiQ/RH41u/WpVvw0M9hk8i18oavCs78/Pzc1BRLeH4e0BwcDzgKIpbrzD+f0S nnTLubpFRaiQJfCUtxu8GB3WdC1Ica2xxLoEydmi0Xp2aRasYbgVwxitEsMVDO+N4kwds7ajpgRn XUS/OgtuMZ/D85bO/p2iJf+tA1rn2ZpZ3CU3RyvEkNt7mLj1SmFga1Qao4cKRi6P92yL500eULNW IE/5/rIIWVIwj3l86PmTUIyKJO8MxOskkG+EL5WYALJp1BkEfT5g/X6fB2M25MOxWB/02S7rzDsX UWfC+8F4JHdlOBwEIy5Q2e8LL67FZgsn6S33xjtCS04HZuaoGR4xvofnIx491b6SpxIGDn0+CMlA j4ch88WRjhg4nPBBwPp+wNFCdVx13iYnCXxMBiPLR9o9I48PxGH9PvcCco8wp1n7aMjFtpb2RVN9 mRkiFnHHsEPUXea/jtVj96AeWWoXiX2XkMeKlRovYJP40RaL7Zdcr9nrbn0LKsQoszr6RLyDKRLQ i65JVUo8kE6l/i0o2UPx4aVGaK0Xx3rDwiojjfidCJf1+434lQ5GiECQCCJBcBojXsC90PNloJr0 11OvBqfYT8DD87nQGfKwLTwsxYQQgsXlAYmH0gcTZY/E9sx+x5kDMmaGVMRZOWmUXa9wiMgCHvbJ LtfXQKOBf6w1Nx0FDT4hKA+Ar8yGxEi9/CKxcwsf1ogNwOUqwXTYzKuQX2rw4fS0a6qGNQ1LV1r6 UVG3EpgDtHfsOyYY2Lo5oNoMEiUBsRS+5ouqLc86gbISqt37TK1Ha1p3y6MB0qHPsU5dUELrgpmZ orcyxVXVvym+JEjAKZWnRbUF+QtGOoX0y8ptFmD2/jVmZyfNlv9f4eWzWPHJtAxDGIZiODHDb1bv Y7qY2TXTKrD8bPF9RVnHEiy7ObvPbPU7YzC1T6YnkUT6YARS293yxlFKlw1qe3zGib3pKJp6NdJE akjH3RkuULcUNbzrWj0Ipct/0MfUPGJYeqh6F7v90CppUEyeWlDzSPEt9XPX5iwxfZrCMzKmnpfa NkSl5SsK344Mx/cNgin9P9gZwXNZttNp1lK2Mc0fkbURoxhT87yZu7EGQnOmnlT5ham1SSBE3oPb bjopjbfa2gQtsIldojZqOotGqGNFKoyFqd3UHivfog8aTIbDFuXb90Zc1nnq8I5VUahWE/l2vHrX 6JmEfDR+TVEcj/lY6nA6gf/RXj7LTcNAGL/7KXRMmFboX2yJazmVAQ7xLdMDTQsTxj6XJ+P5+LS7 khyXToYyPST2Z8nalX4ra/dTia5vsu6nsnaC+SSxcyW4S7aupN/0fEuW7fCrlRSnhntZIn2Vvduq jPyluG8d5R1l+erw6EoeOcM31q6sv/J6kH1TFqLEt/V8vatJCUG62Z9B2t98AZtb3P3EU9OrJ1BR n9XBUZFx+e/OqIfOqpPqApIX5CTBEeC5C8jdkQ8GZ3MwTSs9d0y3Nu9fDKID2egpZIIL2v3l7d2Q 8zppnc47T939O7j4A79bZWmiAZH+pNDN6uxxyiXXXCRKtuRUbwxuXV6TXYrZiqgjZkpZpGjMLAUd qi7rwMPUVSEbx7JKvt/pgd8VHagbj+R7j0+vEjuijp34ITrP0hTBrssoRZCJY569oP03quKac4Me Gk+pBKeVnrtcmKZF+yWgPqRMB4VsnsDz931AQu9K+7TqX6GuYDosOwJjrtLqGAimA54UC0xRFabo ClN0WQMepiqyUWFStbmA6azg45Gs5UCQypRUhSmaYYoQ1+2CrJj4f5hml6ukRpOLtmmlZxwcUZvY 2i/RtKATyE0afv26BcyhL+3TefcXWZqofWwsTdKRN6bD0ZHqxhTVWLJuLFnXJaBhqiIblaVNTi9Q 2oQkqC8obUw8EJkRVVGKZpQi2HMZpYhsgUji1Hs/jqj71Pi9G7RxMdH5J7chDbm8xZpkhxe1KoKP TsGPj9uo3WZ63Fosbz6LcA0bkQ8fttdRp5IhjKNjQ4ikXfSLlGDzO5/S1/J8UW9wA5KZV9y0iSGT dNgw/RBq6frW/gefar2EbwYZywdm1H0brrmHXRdjelvvPMIBO2LhHWWI1EOVNOmPAAMAbQmaYQoN CmVuZHN0cmVhbQ1lbmRvYmoNNDEgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQg NjQgMCBSL0NvbnRlbnRzIDQzIDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVz b3VyY2VzIDQyIDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNNDIgMCBvYmo8PC9Db2xvclNwYWNlPDwv Q3M2IDc1IDAgUj4+L0ZvbnQ8PC9UVDIgNzEgMCBSL1RUNCA4MSAwIFI+Pi9Qcm9jU2V0Wy9QREYv VGV4dF0vRXh0R1N0YXRlPDwvR1MxIDczIDAgUj4+Pj4NZW5kb2JqDTQzIDAgb2JqPDwvTGVuZ3Ro IDYzMzgvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJrFfbbuM4En3PV/DRXsRs3S+PO0lm 0YtJYEy8wABJPyi2nHjbt7XkdufvhxRP8SJblo1eBIgoWWIVq06dOvXlX88+e69ufpvcfJlMAuaz yfwm50GUpcwTf1jGOQ8jluQJjzI2Wd147P1m5HHPC0M2md7IVRKzyeHmZfB1PRwlPB7U5U4t1iUe jNT1Hs+LOZ4zNpTXsbrdDb0BvhiJ5Z1absQSG7+bFyqxrNVyIZYbGBRL9oSbeqGuc1ynhft8s2YP 2HiKT2b4af2urso91n/5p3p/K+zvjFdLe5dA3Xjiua+WvvR2+G3y75svd1XCppWMO489P0/Eqpqu RbBHPvfDWIT6XtzIeMtQi68m/715mDTJiH0eJizJQh4H4vMkYb7Ho4jtypu5TG5nStOYx5FMaZf1 U2bSkHvGTNxvJYm511hRu3WelMd5kokbeVCJrkCeVoZXuZBEPBPmk0Ce0hdBEd+HcZ7nZzwQB8wT y4MWdF8Gkw+ViJIhIR7QNwVCZvh9i3uCB5DHFgaM2GJH+MR19wNbYCs2N6gGUhhe/SkewVBp4WhV ukaL5VnIBKk4oBcjkiqIiGEYxFzEGEGMFV76ghiGPg+6g2jXP5zfG+e3pjQrt3bZ6+BB3f2F6n8d sgLlOGO1ycy5w/ohzzx5jP76UIe+Arhx1FMeDpQYo1qX/grTYpdAxDoOuJcxP5GBvxix2rT0/2Ww QeY/CFOwNStdgiO6neH3MRj0CfdlH9tV+F3k58MAcWWWeIGhPgpDzeytdDcpTb7XfYCN8zQ6CViF PRVDgddLQhiGCU+zVgwNo4xswBZDDcfy51C1ruayrprLYmPfMarcJua93C1Q5ufZRdhUB7yGu6NI MOCvYjPyZUgJm1HgeecsA5tk+UxY34YEDhW4smmF1BTX+hkr1XqqQirgCDRa0VZ7fcq3i22z3u6a y0bd7dRHRa12Ff4PURoqS67VRaMajGjQmmEzP4/RjKd5mnTmMowCHlJAAdS+eIZRyrPMDaiTtoe/ UMYc6UNIfivcFrNslf95WGY8z7NTxWbhUZ3jCq4MQ578MhxFsfvRtVRJlhVT9jLci7r+KXL+u1re iWWslolY5mb5Dd8cjjr2d4sKD4buIPeWRg0cYJ/aGfuKlFLupnix3sNRHKDEXhV+fyV7ZXk2uyKG mecHJ8k09STLIMyXdn8R5laUTdG/DJ5VmU1rhy7PA1AIOc9LexAonPSuQmAQ/h8IMRAGr0YgWVYI DFGs4nqWUHgk3LGDECAIecb9hFy5MEu+FzbCznbFThMPh0ph8aF7bBVsZeua9uMH8uXGkk6gM6vY jwLBcuJRh2iMELCAY5R6MKPc1FTezExV1jDIjgqs2cK3b+7VzbOZKMfyyzFqeQOBviALtD0L2TNJ 7rrU5ShDd3Ysm/yj66jOxGjEWTjC5toaad9eOkMr1eMDfWmiJMXNwoRxbX+4MJFmBav05kuyf/8M jhzbn70OAHHx3egoLSMz3zruXZTPW7suHfR4CCFV7guYdIT0cnhfIgRzeLaFzTXuKdiU5hF8HZGb rdFPw4G6QVe0z1Z7yB19O0OtB4JCRE3FKRfa4kLZEGS+5Ko48eTlqNglRMXmnaKUi+3RHhxKbA1c 0rlcaJqMvAsCHlwiavyokUCOd0IR9kmWa0ACCJhh0aUzOHx574ijXE4MwlkLXxUa8hZD7QZ0UVPf p5nMjDk0+SzMzLQ3qqAWy8KcsjSn3JtKhfV9pZOh3prDwpv5yrJP491PhK7E5xWwXsP3AtvQvDjF 7yv4tfvepsCTkXbq0goZQWhHZIn7DSIw6zNHOjc0TGJRFL72rQP30SNps+XSzZBMC/K6beYA5Y+J qpULqzDUBwhmiWCWO/fUM7x39wdOAe68ezrmNnQQK4ZWqFXoSQfCRwZGfjQBGZvG9iSW3DYjetFR hz7fjp0eNdFnp1NvgMAlTrvq6MD9Kbysty2sfJCFomYmKb4HSy3eLqluadva3nZm6qi0LKzhS326 zR9OEcSO9MMPFyczUvhA+5awt6RT4DvYXHeNDCeIpjYwXh9RytKKOVXwBtGoSQqQOmBuCRK8SsPD 9WkBgQRz8Ugvz6p+j/t5nKMLmnYVcPTCSM4lLMojngsJLtdC9yayWXXzdxTJrhTlqWiv6DUjA+aB z0Y0WqjWIHfPrLEi6e0NUZbwXO5tl0sLCRdK/kgEIIXkN8dWcj/KIqm7Lzy274lFYnxzJw/ySxdv i7Cok5W3bip/nW7R9IpPfPBGeLU6HLGk2ZawuPzE23ODNrjKiEPFI6JRq4TJrnsAatSuOkCkrxh2 ojThkRp2NGxHDmUSEBYNt6ya5kKVWOpnarVumoyiNllNcvUOdlP0sVYvHthuPwTVqlKdb5rFjj3c NYsnVqs31msIbVP+ZOrdGvg61WnG01wqpnZbUMd7+VMd73c0mQSMG+H67bYV6DCI5TQapaEs5cTn HilH/5xyFGhO7WA7stYJeFUiVM9qMUVAVXzW50+bCgXsW2LcmtyE79IqgKLcv1xGRknM88b1LtOO 4Nao0fjMpWSOklDY8hMZwX4mSBuTxrLLBD2EFPBIuGPPJYFLSo0rYiwJLuKksEm640pH/nik5sjh LdCJSm7QLWvhgFrYIc+L2n5Robtp2N8V8jcHZB5FVDjvqxts2ZAKrVhBFtab4y/2ukDXunyXDbEc ObN2KnhM9Xk2/GHKMy+4CIpNIq6hrLjJ2q9CMQ65l1yLRW36DABmQ0PdhrkpkNyOL7tTHLdDplRC 6mVz+exGBhJas6l6tSxAnh8b0Otcm1YJrU+zcItj1W4LEPcRR7eajZCOVxBIFEuqbImNLm1OOlHP Ns3TN6PfGCnQLd7YoMGWaJ237G1PetcI6mLrfrWADiyw9YKeQ4R+MiSzuZtLw+HIVZUjH1c4tG5p dTNvapfpzRnpVFIJFyhzMydAmJ4YW4+mItrrNGAVYSmxq1Y2RB8UGqYKWTMg+d1+56BbPrGRiFPA 7p+bu7sx4DNWKN/8UK/PXLCFbKN+Z48gy9K28axhXOhVaSrCGQgtqumaCq2Ijmm+vFQJWoLPUmT0 a4DrPfmtB9ixpdtqI/BgVg+hNHLRrIffRXzUYme+WdEj0qKVGWsKs7SnQLV81TMsnQCoDk5BsKtK +yJ1y16+wgyiwfFGifPPYXY7dd2gIqtqF+3lqCtHVGXfbMI4luZNDOoDQs3I4zlkuR4n1sQd9xga 78ZUrPXmuFgBsFZ8iqnr5WrlUoM+lcVQtKKUloxW/8NpFuTjzD4qsY44HwGnker6KeWmruzPMHA8 ihdu7ecTdSMr+RHJbCQF4jJjD3jjkdufsa/1xUy2xLkKAL4kxyrj9Mpi/FbGiUw3Ls3q4yEgezNo 7QwM1KDSLKXooeFsb37tmOpeB4CDuPkPamlovDPxaRU1JaJqnbUwTljHbg2PpaG3niHtoNv+p02e H1qSHI6VYGMQZLuvhhqGzWLV8X6FNUnMSnH2yuFso3rm+JLSYJSRGRc3RmyKdty8v4fM0cIFXWhd O3qJbebWJNhF+V2dlAj2odUH5sRVSzenb8DDvE2+takZeoS0y4MCj9/Nr7XJtOab0t2TbNYftOPY 4A+1y2ZH9VK4rYlKlDjf/ZWYX7fRSzSDjmKpszbV6JjpnKK5N2MPsv8dauCAmWPZqyS+QkCoD6an RWslS9NUrGaNZ3wFnAE/LFQip2eIDGMe5nJC1Pw1CDgmmDBLeMrCIOUh80W8LhgiwlxMReKTnKf2 QCsIRPrCz09U9kD7MpioilhUFvCFU1HgwaUg4JdMtlGU8tT1SWtHZ0yTuwaREfxJr+IPfXGbXD+n 1WBjksnMVt9d7R9wJhE2NXVA0roy/YCGgIZ0dGugzvVmysmqaFi++wM1RHX41MH8z4/tF10/pmJP IiC30eEFrutRz6yhmFbF/yjnyUW59SMeZVYemqHVyS9y2+xLqY2i/tR6Gc+aYe7ElPE3+9WyHbdx RPfzFViSOSKCfqABOKtEks+REzmKOedkQWsxHA7psUCKISnR9ofl+1Ld9WpgBjNDUc7JIgsJc4nu 6kLdetzezup81G2ZsnuagBefh3F8oL9fTWfBxk2MpXc25Ddl0Vpz4kptre+l05IfnA7rjWbNWXfD KcXkjcT9o+bX7ttAOWq9fI2b0t1vR5OHrwysXl9ks43jzGuXItCwQKQSblWJrDVFs1vEWkN5k9vI ieFzIZx7a5S69Z5qyOR2dtjDcP0dL9krOnnALmn3DRns6XnFQ5+57DVrPmRe4c+3VNx/O93ZuqEO u67tZIxAAb6gAjRdW1ahsI0v21DUZX1IYdvKlXULm6DRt5WR0p4Y1flo/Umm45384qaawGf5c1Ji l/ibhvVdcT4a0Ok+tWAVCFI+ZRUKv36RHuc9vb0kBaByTtpbakMUBBkxe9uQDdC3KAA7hN7eTNxs LZu3Ps5r2sI3OU2+LC3Gt8o130UomR7KPF/1+wP0a/uUPmzrAMs4A6SxT7XjPCs8+eBLaiqvn9I0 RfsW76hDLLk6Bv3lVPsLF552ksthqyle0Z1r0ecm3uoop0h/4IZ/BZqPCDqlBvsWxNRGL+B+Ksmx JUz7dC5qUJTdG0VzgPyV5L/FqliiDl5hGZ2gjrslsYr1c7kmwXuBgndBUvl6kSvpNR2SYkGh4Ehk jq61XC/wlHv80xXJ6IuJmx5fPXcU2D0Rd8u3XCLqgRa8ozR4NaWJKJs+qeTKxtCNJs9FNrB5Bp1q +S13DivLw3anyq5L0zUGW7WKfdtZaLWFNbasvMr9XVoferSPOzw0sqxBc2K5Mk/y4s2gbFgb5SN1 VXykL+l/zddSzO9UbGS69l5HeD/Qk9hw8HOe0nAqD+NKGs5wtI6V06GK+15ZfUfi6HuSdufk/D0n AK37M60rFpoj1KqKb/E5V6uPrOF+GubbjURyMXR51O76jQ4/ng9buk2MDK0+e0N5T02qZJFBAbik r72lBL5hTO5c0LQ5YWHLDZq7M/v6nrzJKmcka1l+37IevB/Z5AUfaXYV5HsmV7NSY6n7SQOWlWuv e6A7KdmrPJ4aOG8kcFzbI9G6ZuL4BlDKc1dRt1F+jUvaeBtvsaaF9D+ook3tUqG0Lio2KmkoZJ44 pY4KHEnweTyVnnB1XWzELrXhLyimqStoOWoDGIIndAHTWLiBHiw7VGzUu2Vy2XRNLpKZqqYuYZGB w0OmkXe42ZrYe02wUI2qjyeUUHFKoeOr5wVRcMfl9RtRxx0GB6am+169xEUwijt+0OF618C+0GZx nxIzU1+aXyLn0hEeOYs+jNpJcUWD/CMP+KgdMH0pbS+kMQ/vaRzS0bVJdOPjKMaDXY+a2c+IdWYw VdAPNBheFvfsHXcv2vNNIWpnFKzxHOq5alf5aVuGUfq7ozocahpq8ib69iMr5RVrGBYw9GX3BdeQ eZGb9lTSVruQEutOhoSemC8NarEehPWjbs30yXbJPVSKe0qN71kPlHgL8uzDn8jAD/j8Fk5mCVDj M8CfOv1ZDOMnkz776s/6qfearldc7Nywf6Hcp513xMw1W+JP4lvLp41Bt+WCOZ7HpiKKJAMnC1cm B1m//Thk+aGQ6Co5fEmlqc4KfTUilutcE2Gho2U1zutzBL8O0+DAlN83CGlKTQ2LgWQYN0NosbHh Y5vtQtm0TxlvbVu2scVOHb3ljDbEjU84o2lLF88YjMm/cjUsKAZr7igUKybrBecmS+1MNPC9gkvu NT5/UeEQE/5OKeUE+DvxoYTHfnCuC2lPQV3Ewp+4F1lKX2NGp3/h84wkCwdCyoT63XsZpYmkl6cD kk5ffg/cfAe/foa/glh7BFaKt8WZLaEtHfDf+6q4mJliXcx850pnixCasvHF9cw3VbwyBZAWIEP6 Eb6eOWdKG/T96WQWnaVDnIOFLayHe2fYst/Zruw8v+9H6/vZ+R/Azyv4911h0td6a+FzZ3BHK8Ft 8A6urdcCTfy6UFXwE1SshWRsowgmtITPTVKLMHxe50svmIOBZgSlM5YSqtqXIW0l6KKnbAjKpYsI j0G0nLEbiPtZ8hABeY5WGMQTlvHbid2nEcue+bpsbMZpbcuqzThFHDkJZZu9389pm5wFNxu7Zb9z ScPS+360Xjgdc+lb+INy6buyDQVFqtAIZiwCUAoByIenrYKSXeUPMiz4jMCYkcKfq4Q8+KnMASDa 4Bd5mDby72T0+ZxZVzYh48ybWA79CEPMfZPqht/v5QxiEuvO+9LaLfudD3Dl4ff9aP0kZzaUXimz YBMZg6oGbzl4iJQ3xEodYglBtCIgHqDcwfAJNuOu6krTCnkV7GyFP0RKIWJiEQH5jVYI4BHPZxKs DToqZMug+hADE3D7C0Hf72WyCcl156j6Rvtd4+MApvf9aP0kk5WPY12orGrppBCqrJMiUi4RK5eI JQh13knxDGGzBiESslZat01MNrJUg+ZIltI5hIRNwsgmAXSdrDBIRzybzbrposhSNm1FTWSAr2em cnCF1ff72DRVnYretls2m8pG8UXv+3zxFI91a0uvE7FuXdnZAoNUxwBI/BISHgkLj4SFmWRGUDpD eYSMy6uyhmmqVVnDNNWqJKQ8IiYeEZDraIWB/ypVWYPu6DIe67qJ/bYf4etZg97y6300Nk0kpQ5V aoejzdF3Ty/7wdJJFkH+hIxFUGeGWAxt7MscPUTKImJlEbF8fDIjKJ2hLIK7bc5iHaLuYUt1jZzS pyWkLCImFhGQ62iFQTri+SzCSO/8ASza1qRgH0qjhcwOQuN4t4Um0AWhLl88SSSIvKBttQaZV2Fb res0WSWACSmRNc1dCb/H1kjUJDOCDGoPiY6LvUqJ9DYOBLbk47VSiESkRCImIhGQ62iFQTri2UR6 iKjJ5I6Hmu+ytkoYhhx0eOBA3u8dktD3Y4Rg9qFcGu130N685/f9aP0Umx4Sog3Cpoeu6BKZvk2T jYJISMgkLGQS5hgkKwLSCUsNUKZUfWOTebICzdLJVYOQEEkYiSRAXqMVBl9BtPp4WbMHsOirFn09 kEUPWsxmLI73exAbIWNxuH6SxZC6kLAYUOmmOMValghWZU5ig3Uu0Y9QAtBlbZbsK4c1jTjB8K1S jx6EtpN6JKQ0IiYaEZDbaIUBTdXnMundsB6DK+uMyARFp/DbQzSODyH2ko29JHHodZ+vneQP7rV5 FcJNhqow3vSUP0RKIGJlELF8eZNVIZ6gDLqcPrjtZlUId92sChEpfYiJPgTkNVph8BW4c9ZEF4Q7 Z0KZ3TcQwlvjY97w2/0lmELhTIfXg9F2b1ycS/S6Hy2fYtBZH1X5tUDgOzHo4O5nhUFCwiBhYZCw fH+0IsCj7idsOxsFbK/YRAlLhmyHfQOPISQkEkYSCaDjZIVBOuLZPFpoJnUmUW0AH60SSRjkCVwT oOvI+73iBhIEDFtoT1XYst+apKrofT9aP8WlhXFiVaraJl0zU6hA97YiVQkJmYSFTMIcBDQjyCIj EiIf465sQjOppKPaADNUOiohZRMxsYmAXEcrDDzecZ7JpgE7bTYbTd3RnXeAr8G92Nvl9T4yQXXC OgPXGbe5GQRrxy/7wdIpFg2QXOtMNCEN2hgiA34aJhGBcIhQKEQoH46zmlGyLwxqGBi3qG/REHxA ZZlBQsIgYWSQALmNVhh02ALgi/8yn/1xPocIFfPLWdzQdjGuBf30XbqThZBU7fx6VqUIVRUEdb6c nR29Wh2D5aN+dQx9rzl6OD6Bpz8iePHN8Ql87FFx/H7+XTzI4kHQKevWwTHzV2ARDB39+3j+8+yE /n4C6trVLr49iYdBLabDiiKaC2qO/K7ijq4Ff6O9/4Z33nX/w979P3YHe+eid3qe+AktoQW99zud +mLy1Kp61qGv57N/zWrb8W0XLh8+jrIGREdlirvV7J/FDRW9nSr6tN908MP7KJ5T2Ue3H6LbcMQ/ ooXJZuGbOh4Ju75ewH48+r0itv3UQXKevcHkPHmFz3KNz9XDJb24xefyhrCjp3LCsYHrCFDTxl4e OckYmY5nDTxmLKx3swATsfQNsDfed0P7IEGquoTrLTkjCbLTmbTHDczC97En0WYXNdITbcKekU3z H+KrXAdBIIj+CiUUkOVYXWtaJSTaWhAgYkKAAIY/8/scdoZT4pFgbBgWwps3O8dbxphwpLa+hKRP ljnCOa6naAuQ5A/w8JMeL36z+5ZlbPgkpEktZSGWRh6hvVLJXM6zyafDz6DJxL/mnwmlZzu/7iyF OqvWmEoK0MRo0xTtXWItqBvDzg8REQ7Ip2YsJNVNa21RgOFqXspVXWmoMuS1vSbgO9YG8WEkUmLG duylKGkC0ACIaV0S+Uhx9zQCfBdvPCXIupcjPy+DCSStFAgi77zdpuNBRqT78pHrSWM866ZjMHs7 SyBD3JWzWCcYWBfgXMSH5IGcmJZYp6i4YXK+o1rutq/NP/bnQ4ABAIID1ocKDQplbmRzdHJlYW0N ZW5kb2JqDTQ0IDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY0IDAgUi9Db250 ZW50cyA0NiAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyA0NSAw IFIvVHlwZS9QYWdlPj4NZW5kb2JqDTQ1IDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+ Pi9Gb250PDwvVFQyIDcxIDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdT dGF0ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag00NiAwIG9iajw8L0xlbmd0aCA1MDY2L0ZpbHRl ci9GbGF0ZURlY29kZT4+c3RyZWFtDQpIibxXS3PbOBK++1egcrKmTIRvkUdHzmSzE3tciarmYOcg S5TMtURpSMoe769fAN2NB/WOXVs6AISABrr76+6vP375EbBZc/ZpePZxOAxZwIbTs5yHcdZnvvjh NMl5FLM0T3mcseHizGezM8/nvh9FbDg+k7M0YcOXs7vzr1XPS3ly3hY1TKoCFzwYr3B9NMV1xnpy vIXPuuef4wlPTAcwXYopCp6ZDY2YtjAtxXSJF4opu8GPtoRxiuN45K4vK/YZBY/xyAT/qmYwwvPY 4eES9q/E/bV51dyWEsKHL9YDmAbytb2fw3+ffR6eJQGPUmHniOcp83massDnCauLs6l00U7HZAnP 0THSHdITQujwP2LqBTwIM/HnlXJTFModnu2xRL2My3ewwVJ9VGM1zNdqaMoemAqUVY8FwVESKcGd W4e/2ei4k/YBGxA4GHrtUVxaGl/itgk6YryGcYHurvDUBe57wXX2iIgSIp5hWhhpDUlZ4C7yzX9x 6wSlPNP/BA082KCgGq/7G9dLFFSg4IKQ36DAqcEubmUI8oFYuiFcGHNafiLnOAArDiC1YSPcMWEt GqVgtLvCd7UUgHS6pdMlarLCE01B0h5eLYFkiEnhxlZVdmPLhj7KnErPGFlXPzbNgKjqKE+3FHN6 1BRF1uwW08QNO2gi7gT1X4X9udpIQY2ZVibZFBNtaEe3Z7O7NlgszeqLVH45tY9akeC8ZQwfawOe eutb5mL6attQBF/HchQBK9RvWVOKJkueYD8LYsU/KHfeAZSW2z4Wbqxs2JmQJg1jJHchy90M27gY 2hJBGDyUd0ZjN6PUWAXGZDkbnK4BKDpq/J7PO2ljbqIcpU6MFGNYGO+poH3zOhvue7ilpPQxM4KX G4LJT5SkZo+kqkEIvZDCUiyRbGWyj4MmZeNG1hOe+IEsOawZV2exz4M8ycUX5XZI66JAycKPRUpU piA+pUj5IQ9SWaR23bu9ZujaKKRlQlbO+yxIeZqJ01Hq+/tu7ieykJqb5fPvtGsXiMM5gvQfMtSr azirNGkg4ZEVomP04Iq62GvgIOZ5nm01cCj+S0nNhCfHaBmGPg+7au4o9m3PZBswL4aiApUCDc2m PcpelZ61OCNgVrYQ4A4qhj4PegD7FihEBRtF7lbn4WvGavh3Dm9RuQUSwF7zhSmP8n5omc/iHg5I wYyE0Tg+CNIkD7iQ/FaQZrl0iEapeEZ+EKXmanKf9hllupLqHVVeyrxLRGyXKTF0F8J4LyaFwfIs 3mnUIBMbtGqEzAOaBVm6XbUtyDTAazTcAJaS1z30qNg5uG00EmU9UJsBoizybKh5gX0KRMgUOdbn Jx20yzaDiW5B7WQNAFVUUCygKk+wwTeQvh+uOY99Pz8GrmDcU/AqvBK+Ha/9jPdPxqu+uotXU/TW WG9K6t0YccL5q43Q0V4D5jz1g2g3MtNYvh6VEMgMj0Fm34dI7SoByLyjpkfwHitDsSs1/FCNqSrf YsZtrnUNSbCG/ctnADXg5aKHVYWqMSoPSbGBkwwgLXnfCsmSj5m11gm40Ye3P3M/HjOe+XGwv7wr a5rqnh5GojDoO2TONPuFzKmv7iJxgWyofuri0GD0/hxbkOtNSnYMWwpCnuRZgubUCPJ17sashHoG echjrWgY8mPQSqzAUfSOoGTQIBo4BRnEC4AFi2q7V4u+xES0DROhyOH6vUfm/VAoGXXfa/nf9pHp 4gyjP62+2eRdOw+d+YAIMK3sfmcKBfywf0yuBoOckqtTlXLeGiFJ387Vcej7+67GCNFXdyNkhE3C gkgCZWxqf9jORsjq16bkp5ctrW1hWtiFmFKTaPql1qwCp0QKrRPklq6vRn82+L3EF0zQ77sjn/55 ZRVq0h5ohwJRv6WrD2MCfHN8T5TEgp++HRJxn4ukc1pTZK6GXPKABmUIAChAnqlAnilB2q3UYWL3 82o1SnNCCYzPFLl4ZImIaDiKMDqBKUGnU8IrUoNSSOcvn3kBD6Ikkr6DpeFvrlFT/YIfRrGxMQI+ tDSaW2p+XbiJqsSDo7YTRo3tOXhVmGWdbOu8dgdN1hi4U7HxXbzldzUbiFmiZome5WL202a+K00k oEQ8q9BTgaOptYqzEZshS4ahBiY8l6lZbQLmXMPhFfaFSyTW1o1WU4i1sGANyBivbRntq8VdXCc5 +ttsa9wxb4noKupDboBH6ZxT2+u38CENegNTLp8/xFRTOkIWBjQLI49N8MaisdIMJaEWr1vic9dj KnyUjieYD1vKi5UbVsyylYumXahxGqZCtz5r3WWVml0qfI/Rl9iMTWwiO3LdDVu4/RrC8Ga2hPCO 00ikxxOiO04UsRfR7QRvXwfvV5hcGqddmjAd/DJOEIxWkHbzhw7IDXzsgIZbkMbo0TU9iU5XG0eo 5v29dre2+H+Lr99hC27rtKve7EpNTp2Lw4CnJyXnOIgkc5TJeTtAs56OM3YJ0HyCPCI4hco8kDMm 0OgUQHQLpLbNRjjsAOBxsYKG+kvHCnsBqK+hVZuwOeSsJ+q3kMdoh42OUMHkwwX8sXiwg6yxRW/L orfQgt7Q4wTVQWDJYcZmIGcJWXZ1kOREeWqaQsUNK6wMWJnjWHYrUe4LCzoENNjj/zgR7WYmToU8 jTUDdYAFoEK5x5OnKAt5EG+kBJck7ST6vJ8Tzbd8/4V4Tk0k8XekiyWuPGLwNa19jdACaFXUz6Vd soiHIXKxcI8mgVAlyCxViJ9vweUU3WwQMCntWrwGxDSwuATnNcx0oBaeEIJYrqny14qTA5RpbaLy zz5Thj4X3SAa06CGUTOKMHyGKyebEfOoL9PGFOHLY21MgaAjbBkLyth3bbmHq6PsE3JY1BegeStX j1Ip0+Hq+3QiUOHNQNW7HVlBtIJKB/4/NaWjPa428e6bwVSpAukJkZkGPNxnqV2FJRLJIj3ppsQH y4Cw46ra9vDKrQr0HeA4xbDAOIEwE1XX9WjUF/DsC+wdE+9RynNxJva56CgPYlSJPgWiYS4b0D2W 33ZL2JeQ1EZPD18T5Pj8I0LBsTECLODshjLtokPBnokLf0e6My1c+lMRW+46QgRVJiycySxwhCvy jPuppct+Vyjhp7jCF1krNNB0aIllHmmTPcgVZ/LIKlQA3LvzkLsJsy8UzliYJzxLj84uWV9aIBSG iEJRxDHB7PDdV8wy0/dw3LY0g48/wcahUCDL6OXbmN6mva3MfIc82bvCLg+brQI1mnowrvDdledS dg/1EoQOzuH/D7j+iNThmZo4pA71z053Yb3JTA6MA7xDlWyPqjf6SHZwF7jx0rSwtPQvbDnMWckB UIsLUzV+x3C9wO8/6CYcZyUdr9zyQge+dARcExLQwo/0ouvNR1ovm1CHZXbZXP9IOn+0aYfAgV6B 7C+Bv1ywD7dqMrixGcwnzfnXPfNcFRdiBkelN2S+U1hBovMJxke46rm0qXrNNqneAFYqYEw1fM3n LqfaaH9+RftvIHvkELX7c9BdaPJNze57UqlrV6mNXuXPld3RIAUtUZUPYNeNt6M7f+XtE7xoCiTW g/vgdS0sevCkMbBUD2r63LMNOYMDHrZjyJ/BUUKrsuNyGXdw3hezbIvZXsT6Uu99sneUGjWMiPLM Jh1Ng+betNMbfHwFwsfb+k7cE2qNAj2za45IW9tTLrrvfVNus3jnlPtuyWKA8ADjVa+YLC45Tv4A 4NQwzMDf2CNV2L9d2Ib/onkoLl8Xdug/Opuvu5uxJndyES4PDcXdkeMseMVB14/+r9roA4y34mIs WzemyHxCPrHGGjKhIvOKp28orehCUFinDzmeTc3xGiVS9VF9Jyz9oHDUNXQmpvON+67pdU94gHbr iEdJ1yJDWpB7c2q73meFJSrJ/sTwMZrVpsi3KnlpMfjyD1bNnWyckWkczeWZ40WLF4psqsYxCvOQ ACwwLguUOMPXiJwK69iPjpA0lgQCdJHnw5hsSXjvFrr3IjFb6H9iZWVHy0pnbMjdM13QpeUhLzdi Jhytgke6Y29iDX01BjDwbRTm/0diI88FsBf8j/ly642rBuL4+/kURzwlSDG+HduHx15AqgQCZSUe qj6UTShFuwWSosIX4/MxN499Nl12m00QD82ef22Px/Ozx+Nlhq3F+q9XOxv90TLpEw7TW47smoN+ vchrT1oCkxR6Na7M3YTI25vM0FauqN4rvptF8SEHoSUpzVGBb/bL930Fcz0+f9c7eSW3+JuHrGWe /8lli2T/20XttLNVX/dCemoIOJFpxnh2yaUcV7Of9XXFPZ8in151Bf6RsPEAJzXYv0S2VVnxP6uy 5Bq8T1xeyDX8R18h/KVpwPVp4Iunt2lc3+Ib10zWzQm+btfv/j09PF+BejNMzoQ0lmRChNEpjc6a GMeb6+Gn4clqmI2PJaPlUT6nGbvmYiCZbJd5pT3xpMI69MSreaa+1zZUJ+5sZf79E5p+a/fsTbvG bpfX17pdOniSf2wd6w0uycp3d5fnX+vckXgO/L78Ts5WLTXl/93Ev68YHDAgdk8vF+wun34LbF7A 1y/wvzaNH4DK+M340htgecSfV3a8Gtz4dhziHAwk2DTPBvbidogZDEbQwcBUmx0N7SmamFr75d7N 9ZImiWkyuUD/ZD42PKYAp0CaN8vem+HHz8HJN/DvxehoqdF7WOuQrDN+zPC3oM9V8kqshU+aZZqL mVJVa1jrhLOKhtlm+hAtkRAzqmiOdYtTNNbTWNHeTGUUS2mGw4KK5hG1HsQP0ZsBXRTBrouVKmiK Na5e4H4a1+oaLKukhnQCxLkRZbkdvLfGJ209xNN7x656POV3hntXzBxr82anuxLdIZlsxgBtVc6E MUGqcbFiFKUYRStG0br6uX2SdWU4QehzaQyn2aJzYmYqM5uhSUQpQ9HMUAQ7LVaqoClOZjgVb+YO IUzoO4Qkt4OD7Cy++iMQulKML+TjfHe0K5NJUVo3y877+E04RvFNJVPKoAgVTCsaPFJKULQSFK1r JzOqcIrGMMF+Sx3DVPjUsqGU4VpThqwaQ9bCkIV4zlaqoClOZ5gsp6lKDa7G/hySBAwgMdDSehBi dgYj5vgY7ox2sJBZmzfL3nspQi6eWj6dIBdbzqdTSsZpPhXVMLJuGFnr8smMKpqjcYzZ5NhxjFBo KMY4GacUSTSIJIUhfYvXZKB+k/HTCQaIpu8IQnR9dzmKhmTookmltR9MphhUsDF/ZKx3AQsvbt50 Xffii8DYN3wx4JI5PpFykgQORYNHsrEjqTDIhCqy39CFsDyCwfdHMLj+CLJq9FgLPhbiNlupIjzM EfRxeQT3AoSLOHwKQLCfG8Kd0R6Spu0Qdp33QvRwV3UQ/axnMNj+DLJqGFk3jqx1/XN/BnmOBtK5 5RmEi7SdQTt3Z5BEo0hSINK3eE0G6rd7kDMYIaipq2awcJwaQZbbgR8ftfEQvkQPmoj5Kt4ZPGVc sjRuln334YuZXktblbAOohdzwLpIAidK6YlWeqLr0smKCpph3eIicajS85FlO3j1pEpPlOITzfxE iN9spQqc4XSAPmFJ1ABiZdidQdFKoTYfyRBOuP/IaIHIrZtl570Q4bTEdg9GOEozn8EYKC41fqwa RdaNYvBd+hQzGg2ao2GEbJ+6MxidN5pLo9MTiJ8NoKunD7/EWxpYv8noyegCzE1VhqAKUOq6rg4V De3RY2C1/eDjMFI1ECBv5vSR8TFaPAfSvtnpv49fgOjYqPzCTKGmMFmLV1gNH6vGj3Xjx1qDQGZU 0RzrFiJbS1nWUMpmfVMEKGUnfVOIUoyimaQIcZ2t1HVYrp5PpYlVYAczz1h3bHb0dsjsbG0+xDJn LEBDoev7zugccSdK62bZeS/H0kGE8j/ymyLAe2XSN4UohShaIYrWtZMZVT3BnKQQEhlxj1UrkJAn TaSiGkDWApCFuM1WqkhUeZ3KD4zZrhr14FTpEqnomgq1+bhE6nFJdwdzHuXGzaLrXnoWqp1WyQQ7 YUFCEbJYotfYkWj4SDZ6lp8DsvCpq2nEvvJDV+cOoEcLpQLE2suXClCUAhTNAEWw22KlCpriZIKe X7aHCcJJhcmPJliwTqgAd8YWqgcrsq7nPn6+zJh7Kj+sZR1nUSpzNYuKUoKiFaFopUJmNBAzF4eq HcaqMQSvo2ZRD8nEaxYV1RiyFoYs6kos5w4WNMXpDHM4BmDGKY4HWPD9oASXgyF15dgIdl33IoQk nBtBTLoMMBc83Bo4Ug0g6waQta47twciT9DwpWxKV8R4KJYbvTQZfQ+yaOxICjr6FpfJQP0m4wTu yWr4YrWKoxtXPw0QJdhHGNFRPuNM10uCuSAcq+1gKTbWwjJW6+Hl2bPrc3iinW2uzx0UpWfvzy/g N56JvPry/KKY+Ww8f7V6gRN5niiaaSoBplk9A4tg6Ozv89UvnScX0uMC6q7owBHs+FjTtsmMC1PA 1gucDOonmmwc0Vxq5sRJiyPm8r/2bs7T43oHz6tkS+8dzkW+oWtLqnBS0aFHC9siMB9+5sC8XfPv zzsB6gL7+GG6P8QEOSu4U7x7vhp+HyZ4JsmrFs4+vdoy5vKb6+GH8Z3kAb8vD9BoN0NCSFCGcSLQ xYH979HA3vQBqdQUSh+PH9bdTAIRxAw6nxTBI3bb63dM8GoX4aNvs84N/IIbbvUBDH/9Kzt0c8O/ f41fvZYDcSMn449ze3bLnzAvlDV39l9zHmqgsPTd8jz33Yl4G/v7b0Q/451u3afuRV+CgXz1oHtx N809HHFYzj8CDAClY/IrCg0KZW5kc3RyZWFtDWVuZG9iag00NyAwIG9iajw8L0Nyb3BCb3hbMCAw IDYxMiA3OTJdL1BhcmVudCA2NCAwIFIvQ29udGVudHMgNDkgMCBSL1JvdGF0ZSAwL01lZGlhQm94 WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgNDggMCBSL1R5cGUvUGFnZT4+DWVuZG9iag00OCAwIG9i ajw8L0NvbG9yU3BhY2U8PC9DczYgNzUgMCBSPj4vRm9udDw8L1RUMiA3MSAwIFI+Pi9Qcm9jU2V0 Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDczIDAgUj4+Pj4NZW5kb2JqDTQ5IDAgb2JqPDwv TGVuZ3RoIDI1NzkvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCkiJvFfbctrKEn3nK6Z4MqeM gsDmst9ssHPi2I5P4Ozs2nYeQIjLASRKku2dfP0ZqVfPRQhsE5xylac1zKWnp9fqNR8+9l0xjUvn g9KHwaAuXDGYlDpO/aTdEjX5B/O04zRORLPTdE7aYrAq1cS0VK05tVqjIQZeKbWap2LwXLo/+hRU qk3n9CjxIzICHx1VanvoH07QL0Qlbe/oM6rUjjCjKs0umaE0sfBUD4ilmZA5l2aIDaUpbvGRzKmd oPWGdn8YiAss7GHKGD8FU2rJPfFyc0bj13L/SHu1NFep00dN9rtkuqm3le+DKxnUquu4jVMZ0p78 SOOahlT+Ovgffqy32+mPRujv081pg/tPCFuPWgfn8BGiCS5g7eF8+G6gjTFuiNZHv/9CfL4XuZ86 WE8drJrJoXzVxgvteZTFbR5X4ELm0TGFncacZx+OjKPVfVPRiZPNldawotMmWyi7qtQ6Tq9h4JAt aFyaSOPNJdOdxI1PQ2idmbVzGdkgh911M/tW+IF5ABlCRJCmpfEb/GuvAD1SZOa0/lTURa+fmd07 OqxIQtO5dYVRRt1P0iJvxhmwjKEN+ggjs3OlwhqpEIqYwjBEVMml8rFxOit/9znnmLaTrAEyyU5N /ibUWaWzeRSKKrlfJWcSutKEJlRxex4Ow8efq3unm0kZqFZRMH04eqYJ5MtCIOpbQju1ghSr3Huo 6JTbhM4+wbmk84xot0c6a/TDdK5e0cTDlmOn32/knHUMLllhPhg9wLhwDAJl0v/OLHqQeN3AS11V EmnOyKR7IcA76GKqQfUY4ZhD8PzPYyx8hTBkZGTtZVQwbxhzjUTN47GDzelDXdTGzIl6FPvF9Sa2 qdrnVTYxeDCGLhPPdG/NbLtQQGKIMZXOFSGn8BATgkok7ihpvUUF+ZOlBVHZ2geD8wITZXnmrj1K f0X0y4ypgYaFzZMPR+R3nybdHCizLnbw/EOljPrydjKjr5hiuFLk5L8yztUc+uHuw1H29awoKyWv hTlCM6KiCVP47Zs0ayS+Vm1TrZqILUmTEF1u4BKoiEAXMya5GrUuWqco8VPHTYLDbb+S4EZAPto5 e/IT43AyD1iXVYgOsioQS4eG4jml+ogubUhJ9tPSJlfFYula5cyjrk1/sRzqzmjBAN+fixc5hGoa ZDzMueFridG3JcaB4Kr0WTFL7MTrqDDa9BvAqzCYYrWhBIDG728QF3vqylvIQ7qC1Yi2sqSglhR0 jFZOUmzCbkNcvA17jHbGHDD2Y4vIiHMPlSW/K1d29V4UP2hSRXQoZDKCKH7BD+TVGSPsbwthUwsY fxWj7ZJmKMh6Cjm+KoPG2+ZSvW1oj7H40zGX0wwApayyKlRWthDqfQQlfSB53w3NSokXRELQCi0g 3Cqnkq16YGj9Guoa9l/7tWSu2y8om0vNP1tkhNIvZyjN5HKMfbB1AVsdoooWaEP8NGBliVRnHT2E Lp+j6gZl1FbMGwMSkumyNgGUvBlD5p0wV0XFbrxnfXwHit1Jk3XixVqLEFyQBXlWtOXVLi58hlbi pwT0iI/4TrfczxIXP0TCVPnBxe8gzA+Xv0GvfKOoxQTVEX1FUxDVNTPWuUWeUwLi0zDPoecK+mN1 aQYBqnGfgWRqpnOTeQPA12LajxsEfBDtoYj43xYR3yjniWoWSgfF+RJA8uRadneVosBrTFpElH+k Zx+YhcEi/FAR/jgdyDRMNxLR11LLpD56Hgv4uWxGZ0/VUSi0nnekSe6ZRIQd4kQ03WP+z5ZUSREq ftdC7PQ9hdgv18g9JFm7UJJtIR/Lwbc9hyLQecx0wrSPehM/UfvMdI9xS6Yp1JfRd2x0GIidwzsZ BXYw0whVTgC4aTwtzx27Ikq5Q2vwibo2YU7RH6vKGvB16W34t0yqKBN+DO0BXJm1SyvWuwu7mE91 8T60Xi1+8FDnPDZh5dNvCXU+EXSmQN7SxOiMErZKmdmQOCN0KyRFivMEh0NFYg3QEuohPqGyHiqb vPwLMPtCGjIJLbpRxby5ZzG3LqSCHdPm/ittfInMakIKndS4BNO4NyWzTuPygKxHZE2AYctlLptE OGHwpf8v/gE0eRx2mifmqK7entfRnsQ7Mrvoqsyo2B87ml+HWdmI29dL+uiK/DUcp/ybWU8+xOyI VXaaHJnlon1NelinN7t4/Atgvs+O/1V6falqPuVoS1odQpm0vpuQEnehWUz9JUTRFasjmS7ZkaiE BoSwLa+a7kuVFZve5UpmoixPWcvsItQ99MmNnmjlVMUh3k0MuEw4UVeL2o7samzUhD7ueY382bx/ 3H6H2rZbkAUsnlPPC257H6Zwm9Q2GluZAqVjrEEZZCrSgDBGO/l+bLLUqxBB6+j0FMkMAf6x6Dui j2Luo3PBYbKWB+o+aeZItJMkqvK49Y2HbmFk90uHvl4dez5pjvVsOuPKxEUens30KPFJxznZWDnQ AxO93Bl+9WbYNcEYDys8YoD/BzYZmlyamV8gsfgF+ISlfLwUy8ebkXsl07weWGAi4VKVlIkJeqEH Q2C9QNwKQ47I6iQnVlNBs4dEzYGkXsduLoMEA7/ppA71XS911j3ra2flZWDkahM2SOm+7Frrm/f0 3N1VSSlHuDPRl5swpPDd5fKFuRG+uaj7gEn1mtqQeeDwUvGW7jTJPZouqAJIqgQVZINEH3LqiSoJ SS0fxK/yZ/NJU5exoHxxs4AbA/rq8bVW1QVPJGmN1K/RrtxrFT6UTtz2vg+lfBaComudXBa+mqsL aPplhiazl3vTdEERITLc4/SZJPbAq9zE3jDHLTuc62kE+Nq5uT7Y1PTz/Tipz8rmgtRLgldMgO4e /35JGRv+yJpxQY45+dS7oldSTsqMpBUrJRRoUfMnb3UzN9XVjBZYshb7yMMO8565o+UjUnwRbT2m h5RvHadbfMo7BaEkB6ZYnTnIT7rOr/WV3FhRs7DekjMK0pDv5DNHQEoJgz4WII/N5x6S5pfy4xvU K3HSkvx8JgcX87xOhq9jce2Yx/6bzoO84Nuf5qNTVtrdzyVPylkrFWZskgE8S94MQnZqZbIkDLbL 5G1y8tVPrP9AhGgoGyYNudHlLNDmVHPASpuG3DOEoyppPCnGsDn/IM4gcUKwyJhVkMfVUekyRKtK t2E4e7B351tkXvELM18TjsUZZEOEAy6F2+E3hWOe4EM3bgovFjVRc05rbqcprdgLiiTTxUB+TUun rtNoCrfWcup1OamZ2s5pU0R+aVI6H5Q6Tv2k3UoXFDBPO07jRHTSr5orBqutmxbs02k6rbba5uTk xW3abaf9xj3azXTiG/ZotZ1GuodVsT9z5Rwi7+acVEileWzXQB+3zRJ8mSkHm1MuqP1HC8G5zg0/ Kw808AsKsE6iMNMs+XwSLoshXWDrNUgZ95VM90J7fwfgMgBZKjWVZElTT97B/wUYAB+1k30KDQpl bmRzdHJlYW0NZW5kb2JqDTUwIDAgb2JqPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY0 IDAgUi9Db250ZW50cyA1MiAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291 cmNlcyA1MSAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTUxIDAgb2JqPDwvQ29sb3JTcGFjZTw8L0Nz NiA3NSAwIFI+Pi9Gb250PDwvVFQyIDcxIDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3Rh dGU8PC9HUzEgNzMgMCBSPj4+Pg1lbmRvYmoNNTIgMCBvYmo8PC9MZW5ndGggMjkxNi9GaWx0ZXIv RmxhdGVEZWNvZGU+PnN0cmVhbQ0KSIm8V11TIksSfedXVPCysqE9zbc8gsiMOjqEENe9d5yHFhrs FWgvNDrur9/qzpOV1R84DuPcMMJKqusz6+TJkx8+jqpqvin1xqUP43FNVdV4Vuo4tcZxW7n6D2az 49QbqtVpOY1jNV6WXDUvHbmO69brajwpxVarqcbPpa8HZ6vKUctpHkT+moyVj44javvo92boV6oS t0P6ua64B5hxpM0TMkNtYuG5DNhoMyIz0GaIDbWprvAjCqidoZ146f5wpU6x8ARTpvi0mlNLx1M/ bro0/lHvv5ZTLexVavTD1f1VMqvxaSvfxufaqUdVp1pvapf29Y/Yr7FL9dfxf/Gxdnwcf7Rc/zXe nDb4ek3GAD6rNahto/3GA6/kcBMy78V7C21uyDxMjpaYFw668LuHW3kP1PqHWHtEraOnclcPQ3UX j17zt0F+uCevOEVXX0Zl98cFHnh23pOWh8T4QVsGVAVqM20GcjKYkZgWQlUoc7BidI+b43efYTlj j6Dl6AkYp9h/iokj/F4/4RHhAH+T9mggR19Ynrw9kJuNbJeN/52K4jS83xoAr+59W4ndEbCPKuQ/ Az/f7j+jH0Pdj3s24sneip1xBrZ4aqlPmOlN067clBmy1zjXicqGxKGNFwRXElu1OLaOUh75aRD1 /eQuE2qWdxWcjq6J4I//d/TdOol1rC2nsgPIWUrAk7121q/JWtd61UFinWirVmF/thOrqa1v9qGU Di7ENkLb+jiqSLxa3b0Kv7ZHl06C3ZBIny51qE7o85p22IQVCigz8JIH9mngU1ABuqn7lL/f0HfN 0fT7L/6Qf9B93s6jM03VjWNf84ZOk0R9coGELM3py106lOrSK0/ukyaIaNqEML8lF5il1IzcsFZ9 WlWTggUVn44S0TcPa013oWRHWt4voEERvmS0J2G8SToRc7jFNyqIuCZHXB9zJmh1YKTilnauduhX 5xjcXxSphTnyJ/yQy5g4ZKfNGZPGfRI3WDnASlS+mIf2Lc7z6a1C4ZJLieLixIMDk3BvsHiw2Zgu 81EY8dyxN7hBlpC8PhEpEm/7LA/3IKydyqIxv+zLfQBDV8REvNNWTsVpTVLkAAdd42ge3JGTY6D+ T3oq/Kg+5q67fTT0T61Asvitedw5DsmyVUGnEUkb07E9lUdlASD35+q2tlzIxyxXd5+JqLY24aQp u19M2ZcVxsLCUHZoaHwprHbO1NolsqVBsQynlLY1rJ8e/uVfiYE0uFig21C84djzfMr7Beq+JJq9 RIIgx2xSVy8bV9PZ/k6wyUEgzLw0FjjY0D0WmsEhPEmNqfXow4w4exKXGInP6PfKt/k9wDf15alA IdArxULoMxjZxfEPiwuHfVx2DcSpGkkCt4YnGtFJH5F0yB93PtJVlURLhxrHZo031S5v52UE3nE9 zcsI/4WQ8UT4jIUHoruMIiKA4p6xkGbu5kIyJ7xHnJmeOPFx1rPod8y0gR4fXCsqtEDQvZfSlPeD jKxzCEJyhOmHqxGbuO7PPNz+/JXWtxmtiTNREPgRDv4nk8QA2miK30P+8CcEIjXRA9gsGZyluuti BuwZBnwwgb6W2BrwVn8Rq4Kv5qk1PueW/kcU2aOk0KxyuDSQ76HbVEYr/nJtxvS9NLZ9PU2kBxYI UWQuMPgZOf0h4JHnBYrk9JUc+V7IHyC5ECtHns2ofgHnd5OHBUmD3imDhtT5IGr8jMhaz4gMPOYG YJ7JCHSERMmAL9fE5AFFn59KGV8q8n75tQKTUFa74LSPm8Ki1NI3GQ/ZymQ3CYRY7qsrOmmUdhQN LRcE2kBPOqFuEJJW8YSOK3LuE624vCs4FnGGazSPm6gtccbv4Cniy6q2Wjt46preaEnNA1I3+eB+ ZfPDobow5EWaJ3whhKRcNcoSh5FD/VTJSSS1MCiZGLqiknNMR/DtOV2DyKl548hYocH17yarkFWS 3ur0O5gLiTEApwQRswQ9xpEEQGLO01UmZ2lR+slFrvAjAiPNeHmPJ/BodXtwikrgitrbiopC+xBn 9GOYKWoN+t49bderidHiKHlddnH2pknOrhIkFx/5F7ajIiO56jVqGy2WXBgIGRVnzSd5C9/2E+HW ZAR4+x4TkVNWL+nv3cz4HusyFlQRF6fn1DpWvdqTVLgSrFgA4YEX+bmfZS5vzTUk581JgYZ770xm yqYTis8tUUyEXPaCrzc8rJ/SP+uAoYPvNh0MTOivTXqh8dusJPojJ2fw2uzIaT6DOP8Ak0D2UIo8 YkYMBItTweLGwmK5y2Fv+Id1PSaLzh/g2dfPkDlrXpSpSA0/ASGaRYYAB/B8hE/ho6163pMuIJXv 8fCBnY1vKygKLVKhRNpo4cMlkEKi5F5l82wtk2d/G6O0M4yC7/dSxa0ljl+sSO2+JfBXwkaRNfBt pBEahUztRZaUdjND0p7vIL1gu5PsgJJ9AGEly604Lsr5wfbhTd4PeUb3pKQIrIGj/NwBRq3D4ov+ kXHIBV54scROzO4PGcdl5klVkX6Y38nIPyP5yiTnto+UuBd24vZpEIqThVVXzAwd0+LLH9QCybmy kxSDnYMoJQWvKozx51xsFxD1vr7qSyzNBDgrMXfoNiAYc1QkVADsqlPOYWa0kDC1RtB9383tWMQw PFC1To9fzbHpUK7D9K5NZnhtpkj+98BvT7pv/xLdAxJZun9DGttdVjW11TC7p8uq0aMtX7T/6fBX rHJuUHreE4zp9h6F1yIlUUSLFCqX5JljDKWrq1NTXb1YNRWVsSFVp1uK+ChWEFZwB+TYINqVMt8j rPYthxD7uaKI2omX7uesp0UNe8XlSuxKV0dkjTB6jtEeF3JGHVH7zMGH3KeucpeYpC+RK7LSWHz/ cqtJoeICZOdbAkmKOLPxUt9bHu0fOR1tNU0MpSPnM502WNk5RvS/Kp/a9cGCrugRWgMqMVYqnNlr nlTsiGGtHxjLSwDHxKiGqCaoK6R4CCk6NmpGe6zV2dDeY2ACjr4/m0ffUwSd0c15u2XhPTl0MSiy T6RBHzdn+iB00jjVUI7+j7ZuK4lZFmIRHHXobZpw+RdyQUS73PlwQI0A5BIHOm+Aj3bFW6qnrMJu 1Kl1q9R+w7gLyWYrFgsi4ZIhlrRTorVEZVljfOEaYkvuhxbesnKMXuzZEO+xQp1Ilg/kPL5wA1ht K+k3AdyM07dibvFtZzaq7Mz9+OFMCDTK5f9MWcFSBF9DTAhxtRDcWGYn80sJsaoGtfWEYRKzymq3 z75Au7zDebCdQinlytxmQk87RUmMo9crt7ejrEltp5FGWY8TrntwJ1nJquj+Z4FGCiUukTxTeknR JUgcOKqHpR7glHUKwGWmsFQitLToPIcp75X8mfNgxinpH680H2VbYH0qSFpIr4WvTRrrfc7euMyI 7/+0IzhxvadgwkFyAjh6G+zAO3HmjTmN/Keyz3tYLA8pxN4aWtx2xRvWe2xycVUDqt0WeMmkiByS 82rLTq1Z7LapbRvsYuBAHgSOf0nSniAWzs/UpUx+XHlM+LHAfVlx1MVLcGWyXnnpDmU95FJwavE2 izhxnAIyQnn8okrKuPC9BNXrghjxyAejND039enGiInAiIEk9q7IjqgkmFEzIVVSOOEWKv6Eal0t WAc0yaeDTblW6tFphqqKWokrhVwO+SV5iRKs3eBihs76RPde3tmlzA6x2cqIzQ8nm5aabJSrXKfp VjstbW0mq9dVxOlY/5qXmlWn3lLHLafe0LNbLVV1nUZDrf3SrNQblzpOrXHcjldWMJudeGj72NHR tEwH1gXTuYfwDdCxAkCDTTo+fOBQeRJgThZG1H7Xnx6Fjq3EzzD/IsjnfCvJxmI+VWWvisphRqlW f5KydrRfhwjOOZMs1m8bZokfTr/B/wUYABZAJsoKDQplbmRzdHJlYW0NZW5kb2JqDTUzIDAgb2Jq PDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY0IDAgUi9Db250ZW50cyA1NSAwIFIvUm90 YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyA1NCAwIFIvVHlwZS9QYWdlPj4N ZW5kb2JqDTU0IDAgb2JqPDwvQ29sb3JTcGFjZTw8L0NzNiA3NSAwIFI+Pi9Gb250PDwvVFQyIDcx IDAgUi9UVDQgODEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0ZTw8L0dTMSA3MyAw IFI+Pj4+DWVuZG9iag01NSAwIG9iajw8L0xlbmd0aCAyNzMwL0ZpbHRlci9GbGF0ZURlY29kZT4+ c3RyZWFtDQpIicRX21LbyBZ911d08TLxVNxIsiRLeRouTgomECZWzlQN4cHIwngwNmMZCOfDzved Vu+11S1ZgEnIOUXhvqgv+7r26u0PQ09MCmc3dbbT1BeeSC+cRPpB3Beu+kM3TGQvEFESySAW6bXj ionTdaXr9noizZyyF4UivXdO3xzMO91Ihm9W+ZI68xwTXWr3MT+6wLwQnbI9oeGy477Bjq7q7lF3 obo4eGIWFKq7ou5UdRe4UHXFMQarKbUXaLNRfX4xFwMcnGHLGJ/mE2pJPPF8s0Prb9T9SyPVzD7F p4Gr5j3qeqW0nbP0UBm160mvFyqT7qtBadfSpOpr+jc++nFcfrSnsN7yxmkpD915+pk672HGEJf6 CbVnvHAfPlHC3BnRYea3WkTd3ZWY4jErWtRtmL/FwbvUSnUET42Mm8aYOsSxIjVyPKxdvjWg9tsN tTP26ZQjido9DgQ4MC+aPmeXlGZPf7UtZjrPtEdGUtjgSnWnRjeOHmsKe48Q6h+H0Istw94ycS9C EyWIncQy5SHb8hbSQJQH3OS7iLcYbrAjDcGkI+3piLLzuxbxa/EFccMqvmjdYM1YY5MZecPZJ1WM bTEmMCAwGjAUMA4wCLDj6dZjgx0WSlyYbmbEegRGvjIs7eGwrx07amog8EKYWBoBLk3krEzaZUas W2O40lpblrU+v4eAomn8t+LwliFYVJGQPBMJa5jzI+EQUdt3XycckHM5rMIVZsrhIEbojcURp8JV K5rvmrsuW6FvsWZ42oj5Cy0Z1Dzu2nhSN2lpNL80WrdmtRfDjapnWrFcN8VWh0yivA/nRx1Ymj5g /R2tvz7vwGAkJ4GDHrj4dRWw6MDYrB6p+N+w5CAGkohjoA6gVmUvAx6AZlX23LjAqgXpaxSiKlqA y7IuWm5EW5lAsQsSDh3h0nxWD8i8JSK+x/kDg0iZsdrYRKtFjbCnqVu6rM8XqKELzHPtXAAeRQW9 CO6Ni+qBEfbCCItrro2LVwb0rBjYsvzTEoWvlU7NvEmil+eNi9wpC7LsPAYAG2KqnUEcfhx7l3Xo vjiz7fNj9OXZED9q5hm8dw7XMcz+u6IkLXlmIoIJH4O6eFEpQIh8PytoxefWUrZxNX8FkvGlqMPG RJzAZNkVDIGdXTDGmxynTvmijGOi/AWbvzXJNivvOcJgedW4j/mEOIA7BoOfn4InlFSLjFKMEk69 vQAy2oNCwZGVeSs9uNQUyZo+6LApaQFVDJ4bdQzakKfqX7Rp/qRZZRl97yWtvLFvMfvEir7n4pjk WN3Terr0qkpMmzN9r5lswlHHgxzj92B5q9t6XijyigVqL68x3aVhml3VPTYph2D72rHKCebEPtNQ xOw4r5JLtx8wXl7X681DAx9uDfDk5pqNWeqPg2lcz6jbc4wxf/ZKpfulONsGlu8NpGL1R1j5kllP XvfGkq29hcfGDcr9DLCdNWCc51cPj4Zdk+1yJSj47p8JFjtjqseUwkWhmylSUuyhQ+m/pNGMOTLJ tb1XRCIrhKv+PFFkc8d3ZZIkfTVuPG9IyEuE/AqmK95Ru73NBAZVitmfL+uwerFopALDP+BX8uts yllYyjlIHT/syTASQeDLUHhRJINAuLIXua4vlrlz4eymTiL9IO5rbdANfFdtCaValF4rJVwZul4S qQWlslbWqBtcMXFCTx2JS1wZRcJTO544P0xkLxBBL5ChvsEyaO2m9jzc2NNsBHWdH6vrfOlGot+X /Q1M4PUimcSWjKWeJgZPS4jU2Ui0TjmqbCYE4nNpv7C2rzuADaCGnjxqmVRIAiABjpAvy9+4YoY3 Op05o2y2WKpKniBV2RXK58/6wg+kG5Oer4GJHtD3n/8HwXxt4ANJ3ENd6zafauN1Oa2353qNHBsh PjMA5LadXplXpkYu6+00NUba/Bml7WCWAI5u6qwgNxqXtIbm77ELElwV4hCgdoupORPM2m135raZ 5cMwgPvFfMEFvld77T0GKiVKJVGPsLr5pqoBWi9xlRdegGi92Jde8D9DtF4/kVH8QkQzMtYRrVZV h4RcN1QFpfDpeeq5bWgDMV6ANr2+p0RWIrwGq23hCiXZU85UcLOGZkiqR9AMr509LsccrGeNO5EC M5M7ZbBfrSHSfuPJO2S+jdy6amLN0IT4E0/ejwx0fwHCjBzlssmaHFtMTUFAbphPMI+onouAJcg1 giG6LUb+Hl8BiaYGOizGvsPC4VJ+iFZkhx+6wF1hIRi/LaCHODCfsDufLOvHVbA9XIPHOwOEmcGz wiKwsHYGl+f8pvmRMrf+bLpXXfaUia93lskgcIa4mrJuMN3aO64lmI7y+hlswynMfI12iwPyxEi0 WDNSbk6emhoyUV32Wu050FrtXoXmDw80Vn3Y080noltH4pdEd3wxWgHL9PJdPRjpIqMNpyNAq6/V ZIVzexOdua9zVU/vECecUFPUbvD0IFGLIUGDvNUfO+tlibDWT0IZv4jZ+XFfxrHrNeDWRj0kS/oF yQ4e8xGOPmlyuFfz0RZZ8BY2J4PPyMZ31MzEybKDkEbW6oZ4c1bzx6hjYtuaPoH3ODy7Ve+6ItTk qmnla40pqILLuw7gSO8TX+H4j3TwyddOB/nxwxBwkOozvpCIqfhMEmQk1HXtITEe2VZbzG2VKfbL KuLrXqh6IebK356J2fbodFujk3O0EZ2bvBM+Ax4Aq+NmReWW1xkEHlu1cGe9PG5RO1BTAD2Lu1oc dWoWWEDOYDfmAp0xCUV7DilmaFcPbTCmu39gashnYTxjaszcGncWEJ3JwW5q59nPewPACpd1M81M F/zhoVTtUZIu/sXqCb/Hgpe/x+YgAaQjNcsJrvHLabUZL0U3hG83gEOVXU9zOtteO2z+Sy6lqES/ iB1UqjGUy/Gl4IpvIK815ANvo5r1oQIcU0gmDcDRMfk7pfSSmgll9ogye06joiU6nmDRX7iY4xmV Q9Pi+XBO8WJjrtr2RGX/PGOAkwqOPlU9sUuKfxM+gU//ZZr1ES+uW8eGgdFgwInGEQ8NxnmVeE+x 2pTJOiaqp+xl3ZYMFfNxa9S0ROpz9hpUzGNUhQnVSM39JoTMVxtEy28Uevd0DO27pWJ3T7VlTqOc vs1n9SL2ZNw/9676nd9GIyDKlC3VoJiMgBWNZpDRVaheIAbUflOfbgyycwJbPPMTtZmh0yUknZuF 2CM8an2rqDAoed6GhfuZ9hRUig3BIeXF1J6RwRXN294rIrE3LHmcDF0vUVxPDPeOlZUPVe9vNetG 4l5xP3EkTn3F7MQGP2euGDuemAonSHpSRV7P9aTri2sn6KsDA6aVs8b42gGH5M9Dki8ravIV2dw5 1XdEmpj6SSzD9c1hXyb8cVZbOnPOf1XyTdT/ofC0loHvKzXVKk+W4vZkvxSXh6H0IhG5rupGsqeY rjolwiBTSoblTTRUOiWBDHhYGUAfUY30+RmbpxQ58fVWjNUJscBBvpr0y1FI+uhR5kAIjEsFXR6Q 2DiFB/qKrNRcsfftNA2U5umF01eOiRPN49ENkn55iK8aNyIi7ypb6UwLKNP2804s/ZI6e5Hsl/Gu 2uANhuN3nW4skzdVkP3jhH7CivoikH6kLqPHxJ9iDoH8xwTSm70kaYhUYt1/8Fr5w/mvAAMAApga TQoNCmVuZHN0cmVhbQ1lbmRvYmoNNTYgMCBvYmo8PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJl bnQgNjQgMCBSL0NvbnRlbnRzIDU4IDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0v UmVzb3VyY2VzIDU3IDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNNTcgMCBvYmo8PC9Db2xvclNwYWNl PDwvQ3M2IDc1IDAgUj4+L0ZvbnQ8PC9UVDIgNzEgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4 dEdTdGF0ZTw8L0dTMSA3MyAwIFI+Pj4+DWVuZG9iag01OCAwIG9iajw8L0xlbmd0aCAxMTc0L0Zp bHRlci9GbGF0ZURlY29kZT4+c3RyZWFtDQpIidRX33OiSBB+56+Yx3C1EvAH6j1tNKn9kTWXupCX S+2DIiqrYApws/73N0N/7YCIuu5dXV1ZZTfD0NPT/X09PdcfnhwxT42BZ1x7XlM4wpsZfavZ7nWF LX9QO32r1RZu37XaPeFFhi3mRsO2bLvVEp5vKM3tCO/NeLn6FJsN1+pcZUFCShxgoEHyFuPjGcaF MJV8pMfEtK/wRUOqQ1LXUoXhuZ6QSjUjNZTqGgtKVTzgIQtJziD9cXl8HYs7GPbxyRSv4jlJck+c Fjc0/1Wun2ivVkUrTXqw5bhDqqO8Nb96n2VQG47ltDoypLfyQcVVhVS+9b7hZbPXUy8LoX9Ri9MC 92/Y0hIDH3XsMGe4QOxjdqq6sDLdVKYbxbTuVvmY72MjbY5z7S1PB29WeKT7i1zE61ysSMzDXASp qdf2fqsDUim0DgLXEQ9I4BzZmotHjCTL6qYQMHtvEzc+UMCQeYcXI5I3OmTC1nnqktqUql0bwMIy z08wt9trntYDGa2NOkzd5VGIdlEnYCntd+XqclGMusyuEu/paYM8IUmWCaznBn8WecWhMwHjmQzC Sa5tlcMjWj/2yWFCREYuJgeRsWd1xJlDJqUJlB2AARN1OcI4ngPUDVEtMKqqbEhdlQtMoQIdAFnB u1t8v+RCdRwnX4Dg7Z7zo/Ge09tahBesDRGaFUKzYCewEy7Mx30a/sGMI9l/JvnX5ViG5RNYzgga ky2BOCL4EKR9+kLuBBtRwiIQrSOzZlf7iJa+n11UR3xucOVEMFecIjzHCO7igpI6zB1flAKSYDMA p/qfqegMQVza7IbCEoJGFJYQ3BIPxKfsjeJDJpdpJUzVAOyz7RkADL+XIZQiOhkDE9Cb6frpgQrB BCaYRBy44zB8AgXiKQZwbLZ2HJTZLMzv8gmLWu1e4kaVUx+YmVH5AN3WwW2HtF9kQ0Q5jCm1i/cm nM+jTIlOolL2l0SKDX1HR26D3m3I2IQGZX+TR4SMWVN6qkPH4WMBWz7MnUdwJkQLFL7u9kxB1I3S VDdKgVTPqnMD75w6NuiQ0r4m2QUw3mHCEyCcQG7Save00QdDwB2E9nus36IIJHp0pZlQ6VNGlTBk K67VXG6isjeBtpxJdVGMQJkInxDsFF1hyKcBtzroTVQnN9OsXWu32U0+SR/LB0LrT7Qmx7O0Kx18 +jCR7w+eq1Md9ai4uX+PYa/UJoU0JDGas4F4MKaaOaV3AY4k6mOy+k7qHMqcfQINkJIJBgZ8twBQ +doSnOCBV4+V/wFHEnz2KwSpg+h/Q5UD14V/kipFDF7QtZ8gzQRNGnFgQjQJ0yIjAjqrJlltk8Y9 5PHLxl631nYqF5H6u8nPzDrcFZ724XqYusJPhS1sq2M7fVdqqR8fMnPnydG50XGslit6rtVqy29c Vzi21W6LJDBmxsAz+laz3esqewJqp6+mdnuWdDcql4l7Jsx4DpBww8RgSstc3l18CuSzyvDl8/mH fPWqoZdohjH/cUfwNa3pnrebyFcNdG1NOcSkatqkOM7e6hfKF5COAxFg3OmT/Eqgkzn4W4ABACUE AdwKDQplbmRzdHJlYW0NZW5kb2JqDTU5IDAgb2JqPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVz Y3JpcHRvciAyOCAwIFIvTGFzdENoYXIgMTE2L1dpZHRoc1szMTMgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDMwMyAwIDAgMCA1NDYgMCAwIDAgMCAwIDU0NiAwIDAgMCAzNTQgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDM3MyAwIDAgNDk4IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgNDYxIDU1MyA1MjYgMzE4IDAgMCAwIDAgMCAwIDg0MCA1NTggMCAwIDAgMCAw IDMzNF0vQmFzZUZvbnQvVGFob21hL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2Rp bmcvVHlwZS9Gb250Pj4NZW5kb2JqDTYwIDAgb2JqPDwvTnVtc1swIDYxIDAgUl0+Pg1lbmRvYmoN NjEgMCBvYmo8PC9TL0Q+Pg1lbmRvYmoNNjIgMCBvYmo8PC9Db3VudCAyMC9UeXBlL1BhZ2VzL0tp ZHNbNjMgMCBSIDY0IDAgUl0+Pg1lbmRvYmoNNjMgMCBvYmo8PC9QYXJlbnQgNjIgMCBSL0NvdW50 IDEwL1R5cGUvUGFnZXMvS2lkc1s2OSAwIFIgMSAwIFIgNCAwIFIgNyAwIFIgMTAgMCBSIDEzIDAg UiAxNiAwIFIgMTkgMCBSIDIyIDAgUiAyNSAwIFJdPj4NZW5kb2JqDTY0IDAgb2JqPDwvUGFyZW50 IDYyIDAgUi9Db3VudCAxMC9UeXBlL1BhZ2VzL0tpZHNbMjkgMCBSIDMyIDAgUiAzNSAwIFIgMzgg MCBSIDQxIDAgUiA0NCAwIFIgNDcgMCBSIDUwIDAgUiA1MyAwIFIgNTYgMCBSXT4+DWVuZG9iag02 NSAwIG9iajw8L1N1YnR5cGUvWE1ML0xlbmd0aCAzNjA3L1R5cGUvTWV0YWRhdGE+PnN0cmVhbQ0K PD94cGFja2V0IGJlZ2luPSLvu78iIGlkPSJXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQiPz4KPHg6 eG1wbWV0YSB4bWxuczp4PSJhZG9iZTpuczptZXRhLyIgeDp4bXB0az0iMy4xLTcwMSI+CiAgIDxy ZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4 LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAgICAgICAgIHht bG5zOnBkZj0iaHR0cDovL25zLmFkb2JlLmNvbS9wZGYvMS4zLyI+CiAgICAgICAgIDxwZGY6UHJv ZHVjZXI+QWNyb2JhdCBEaXN0aWxsZXIgNy4wLjUgKFdpbmRvd3MpPC9wZGY6UHJvZHVjZXI+CiAg ICAgIDwvcmRmOkRlc2NyaXB0aW9uPgogICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0i IgogICAgICAgICAgICB4bWxuczp4YXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgog ICAgICAgICA8eGFwOkNyZWF0ZURhdGU+MjAxMS0wNC0xM1QxNzowNzo1NyswMjowMDwveGFwOkNy ZWF0ZURhdGU+CiAgICAgICAgIDx4YXA6Q3JlYXRvclRvb2w+UFNjcmlwdDUuZGxsIFZlcnNpb24g NS4yLjI8L3hhcDpDcmVhdG9yVG9vbD4KICAgICAgICAgPHhhcDpNb2RpZnlEYXRlPjIwMTEtMDQt MTNUMTc6MDc6NTcrMDI6MDA8L3hhcDpNb2RpZnlEYXRlPgogICAgICA8L3JkZjpEZXNjcmlwdGlv bj4KICAgICAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIKICAgICAgICAgICAgeG1sbnM6 ZGM9Imh0dHA6Ly9wdXJsLm9yZy9kYy9lbGVtZW50cy8xLjEvIj4KICAgICAgICAgPGRjOmZvcm1h dD5hcHBsaWNhdGlvbi9wZGY8L2RjOmZvcm1hdD4KICAgICAgICAgPGRjOmNyZWF0b3I+CiAgICAg ICAgICAgIDxyZGY6U2VxPgogICAgICAgICAgICAgICA8cmRmOmxpPmthcmFnaWFuPC9yZGY6bGk+ CiAgICAgICAgICAgIDwvcmRmOlNlcT4KICAgICAgICAgPC9kYzpjcmVhdG9yPgogICAgICAgICA8 ZGM6dGl0bGU+CiAgICAgICAgICAgIDxyZGY6QWx0PgogICAgICAgICAgICAgICA8cmRmOmxpIHht bDpsYW5nPSJ4LWRlZmF1bHQiPk1pY3Jvc29mdCBXb3JkIC0gZHJhZnQtaWV0Zi1wY24tZW5jb2Rp bmctY29tcGFyaXNvbi0wNV93b3JrZWRfb3V0X2NvbW1lbnRzX2dvcnJ5X2ZhaXJodXN0LmRvYzwv cmRmOmxpPgogICAgICAgICAgICA8L3JkZjpBbHQ+CiAgICAgICAgIDwvZGM6dGl0bGU+CiAgICAg IDwvcmRmOkRlc2NyaXB0aW9uPgogICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgog ICAgICAgICAgICB4bWxuczp4YXBNTT0iaHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL21tLyI+ CiAgICAgICAgIDx4YXBNTTpEb2N1bWVudElEPnV1aWQ6YzNhMDIzZjMtMzhjMi00ODk3LWEzMzMt MzI3ZDkwMGMxZjEyPC94YXBNTTpEb2N1bWVudElEPgogICAgICAgICA8eGFwTU06SW5zdGFuY2VJ RD51dWlkOjY3ZjQxOGUxLTkxMzAtNDY1Zi04MGZkLWZmNGI0ZDk0Mzg2NTwveGFwTU06SW5zdGFu Y2VJRD4KICAgICAgPC9yZGY6RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+ CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAKPD94 cGFja2V0IGVuZD0idyI/Pg0KZW5kc3RyZWFtDWVuZG9iag02NiAwIG9iajw8L0NyZWF0aW9uRGF0 ZShEOjIwMTEwNDEzMTcwNzU3KzAyJzAwJykvQXV0aG9yKGthcmFnaWFuKS9DcmVhdG9yKFBTY3Jp cHQ1LmRsbCBWZXJzaW9uIDUuMi4yKS9Qcm9kdWNlcihBY3JvYmF0IERpc3RpbGxlciA3LjAuNSBc KFdpbmRvd3NcKSkvTW9kRGF0ZShEOjIwMTEwNDEzMTcwNzU3KzAyJzAwJykvVGl0bGUoTWljcm9z b2Z0IFdvcmQgLSBkcmFmdC1pZXRmLXBjbi1lbmNvZGluZy1jb21wYXJpc29uLTA1X3dvcmtlZF9v dXRfY29tbWVudHNfZ29ycnlfZmFpcmh1c3QuZG9jKT4+DWVuZG9iag14cmVmDQowIDY3DQowMDAw MDAwMDAwIDY1NTM1IGYNCjAwMDAwMTA5NjAgMDAwMDAgbg0KMDAwMDAxMTA4NiAwMDAwMCBuDQow MDAwMDExMTY5IDAwMDAwIG4NCjAwMDAwMTIzMzEgMDAwMDAgbg0KMDAwMDAxMjQ1NyAwMDAwMCBu DQowMDAwMDEyNTY2IDAwMDAwIG4NCjAwMDAwMTQ0NTkgMDAwMDAgbg0KMDAwMDAxNDU4NSAwMDAw MCBuDQowMDAwMDE0NjY4IDAwMDAwIG4NCjAwMDAwMTQ5NDEgMDAwMDAgbg0KMDAwMDAxNTA3MCAw MDAwMCBuDQowMDAwMDE1MTkxIDAwMDAwIG4NCjAwMDAwMjAwMTEgMDAwMDAgbg0KMDAwMDAyMDE0 MCAwMDAwMCBuDQowMDAwMDIwMjYxIDAwMDAwIG4NCjAwMDAwMjM4MzUgMDAwMDAgbg0KMDAwMDAy Mzk2NCAwMDAwMCBuDQowMDAwMDI0MDg1IDAwMDAwIG4NCjAwMDAwMjk0MDUgMDAwMDAgbg0KMDAw MDAyOTUzNCAwMDAwMCBuDQowMDAwMDI5NjU1IDAwMDAwIG4NCjAwMDAwMzQ2MDEgMDAwMDAgbg0K MDAwMDAzNDczMCAwMDAwMCBuDQowMDAwMDM0ODUxIDAwMDAwIG4NCjAwMDAwMzc4MTMgMDAwMDAg bg0KMDAwMDAzNzk0MiAwMDAwMCBuDQowMDAwMDM4MDc0IDAwMDAwIG4NCjAwMDAwNDM1MDcgMDAw MDAgbg0KMDAwMDA0MzcyOSAwMDAwMCBuDQowMDAwMDQzODU4IDAwMDAwIG4NCjAwMDAwNDM5Nzkg MDAwMDAgbg0KMDAwMDA0ODEyOSAwMDAwMCBuDQowMDAwMDQ4MjU4IDAwMDAwIG4NCjAwMDAwNDgz NzkgMDAwMDAgbg0KMDAwMDA1NjE5OSAwMDAwMCBuDQowMDAwMDU2MzI4IDAwMDAwIG4NCjAwMDAw NTY0NDkgMDAwMDAgbg0KMDAwMDA2MTU1MiAwMDAwMCBuDQowMDAwMDYxNjgxIDAwMDAwIG4NCjAw MDAwNjE4MDIgMDAwMDAgbg0KMDAwMDA2NTU2OCAwMDAwMCBuDQowMDAwMDY1Njk3IDAwMDAwIG4N CjAwMDAwNjU4MTggMDAwMDAgbg0KMDAwMDA3MjIyNiAwMDAwMCBuDQowMDAwMDcyMzU1IDAwMDAw IG4NCjAwMDAwNzI0NzYgMDAwMDAgbg0KMDAwMDA3NzYxMiAwMDAwMCBuDQowMDAwMDc3NzQxIDAw MDAwIG4NCjAwMDAwNzc4NTEgMDAwMDAgbg0KMDAwMDA4MDUwMCAwMDAwMCBuDQowMDAwMDgwNjI5 IDAwMDAwIG4NCjAwMDAwODA3MzkgMDAwMDAgbg0KMDAwMDA4MzcyNSAwMDAwMCBuDQowMDAwMDgz ODU0IDAwMDAwIG4NCjAwMDAwODM5NzUgMDAwMDAgbg0KMDAwMDA4Njc3NSAwMDAwMCBuDQowMDAw MDg2OTA0IDAwMDAwIG4NCjAwMDAwODcwMTQgMDAwMDAgbg0KMDAwMDA4ODI1OCAwMDAwMCBuDQow MDAwMDg4NjAwIDAwMDAwIG4NCjAwMDAwODg2MzUgMDAwMDAgbg0KMDAwMDA4ODY1OSAwMDAwMCBu DQowMDAwMDg4NzE5IDAwMDAwIG4NCjAwMDAwODg4NDYgMDAwMDAgbg0KMDAwMDA4ODk3NiAwMDAw MCBuDQowMDAwMDkyNjYwIDAwMDAwIG4NCnRyYWlsZXINCjw8L1NpemUgNjc+Pg0Kc3RhcnR4cmVm DQoxMTYNCiUlRU9GDQo= ------=_NextPart_000_004F_01CBFA00.B998BD50-- From karagian@cs.utwente.nl Wed Apr 13 08:37:10 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 845B7E06BB for ; Wed, 13 Apr 2011 08:37:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.277 X-Spam-Level: X-Spam-Status: No, score=0.277 tagged_above=-999 required=5 tests=[AWL=0.781, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BYwm+AqCPXO0 for ; Wed, 13 Apr 2011 08:37:09 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 8A0FDE0690 for ; Wed, 13 Apr 2011 08:37:09 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3DFaJkJ008934; Wed, 13 Apr 2011 17:36:22 +0200 (MEST) From: "Georgios Karagiannis" To: , , References: <1302098213.20573.3.camel@tachyon> <9510D26531EF184D9017DF24659BB87F3290E752DC@EMV65-UKRD.domain1.systemhost.net> Date: Wed, 13 Apr 2011 17:36:49 +0200 Message-ID: <88D7789F2E1341F7990CBE6AE349A028@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acv0Yoh/ZJoNdW1eTymj7SLj33UcAAFdko+AAAXWOhA= In-Reply-To: <9510D26531EF184D9017DF24659BB87F3290E752DC@EMV65-UKRD.domain1.systemhost.net> X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 13 Apr 2011 17:36:33 +0200 (MEST) Subject: Re: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 15:37:10 -0000 Hi Phil Thank you very much, please see in line! > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of philip.eardley@bt.com > Sent: woensdag 13 april 2011 14:57 > To: slblake@petri-meat.com; pcn@ietf.org > Subject: Re: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 > > Very Minor comments: > > S1: > << o to carry requests from the decision point to a > PCN-ingress-node that > trigger the PCN-ingress-node to measure the > PCN-sent-rate,>> to << o to carry requests, from the decision > point to a PCN-ingress-node, that > trigger the PCN-ingress-node to measure the PCN-sent-rate,>> > > << For the CL edge behaviour, the report MUST contain:>> Add > to bulleted list: > o the congestion-level-estimate, which is a number between zero and > one. Georgios: Agree, thanks! > > S3 > << The request MUST contain: > o an indication that the PCN-sent-rate is requested>> > << The report MUST contain: > o an indication that the reported data is a > PCN-sent-rate,>> strictly speaking these two bullets are > redundant, since the request by definition requests the > PCN-sent-rate (there is not a range of things that can be requested) Georgios: Do you mean that in Section 3, the two lists with bullets should contain only the following information: The request MUST contain: o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node; together they determine the ingress-egress- aggregate for which the PCN-sent-rate is requested, o the identifier of the decision point that requests the PCN-sent- rate. The report MUST contain: o the PCN-sent-rate in octets/second, o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node. Okay, I agree! Best regards, Georgios > > that's it > > best wishes > phil > > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Steven Blake > Sent: 06 April 2011 14:57 > To: pcn > Subject: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 > > This begins the WGLC for > > http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 > > to end Wednesday, April 20. Please 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 karagian@cs.utwente.nl Wed Apr 13 09:28:27 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id D02EBE07C0 for ; Wed, 13 Apr 2011 09:28:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.082 X-Spam-Level: X-Spam-Status: No, score=0.082 tagged_above=-999 required=5 tests=[AWL=0.586, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vb+slWl0ncbt for ; Wed, 13 Apr 2011 09:28:26 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id A656CE079F for ; Wed, 13 Apr 2011 09:28:26 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3DGRb55027254 for ; Wed, 13 Apr 2011 18:27:40 +0200 (MEST) From: "Georgios Karagiannis" To: References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> Date: Wed, 13 Apr 2011 18:28:07 +0200 Message-ID: <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwA In-Reply-To: X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 13 Apr 2011 18:27:50 +0200 (MEST) Subject: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 16:28:28 -0000 Hi all >From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements-03 I identified two open issues: This email contains the first open issue: Issue_1: It is proposed that draft-ietf-pcn-signaling-requirements should recommend which maximum rate value should be carried by a signaling protocol. This will mean that the PCN WG will recommend to the signaling protocol designers to use a container/field that is able to carry this maximum rate value (in octets/s). Question: Do you agree/disagree with the fact that draft-ietf-pcn-signaling-requirements should recommend which maximum rate value should be carried by a signaling protocol? Best regards, Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: donderdag 7 april 2011 11:56 > To: philip.eardley@bt.com; pcn@ietf.org > Subject: Re: [PCN] Perhaps some additions > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > Hi Phil > > You are right about the encoding. Therefore, we might also > need to define the way of how this value is encoded. > > In RFC 2210 all the rate values are encoded using: 32-bit > IEEE floating point number. > > I am not sure if it is good lo leave this decision to other > desigbn teams than the PCN WG. > > The values of these rates are affecting the accuracy of the > provided PCN solutions, in particular when they get another > value than they should. > > Best regards, > Georgios > > > > > > > > > > > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 7 april 2011 11:34 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Perhaps some additions required > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > I dont think this is needed in either signalling reqts or edge > > behaviour docs. I think this would be up to the actual signalling > > protocol to define, or perhaps the configuration in a particular > > PCN-domain. > > Note also that defining a field length doesn't define the > max value, > > as this depends on the encoding [for instance, 1 byte might be an > > exponent] > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of > > Georgios Karagiannis > > Sent: 07 April 2011 10:20 > > To: pcn@ietf.org > > Subject: [PCN] Perhaps some additions required for > > draft-ietf-pcn-signaling-requirements-03.txt > > > > Hi all > > > > Looking into the description of the edge behaviour drafts > and what we > > currently have in the 03 version of the signaling > requirements draft, > > I see that some information associated with the information that a > > signaling protocol should carry is missing. In particular, > we are not > > specifying what is the maximum value of the rates that a signaling > > protocol should be able to carry. This is important in order to > > specify what will be maximum length of the field that > carries such a > > maximum rate. > > > > In particular we need to have these maximum values for the > following > > rates: > > > > o the rate of not-marked PCN-traffic (NM-rate) in octets/second, > > o rate of PCN-marked traffic in octets/second, > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > octets/second, > > o rate of excess-traffic-marked traffic (ETM-rate) in > > octets/second, > > > > > > We could use a field of 32 bits long => Maximum rate value = 2^32 = > > 4294967296 octets/s) > > > > Question 1: Is this maximum rate value acceptable? > > > > Question 2: Is it okay to include this maximum rate value in the > > signaling requirements draft, or should we do this in the edge > > behaviour drafts? > > > > Best regards, > > Georgios > > > > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > On Behalf > > > Of Internet-Drafts@ietf.org > > > Sent: dinsdag 5 april 2011 14:15 > > > To: i-d-announce@ietf.org > > > Cc: pcn@ietf.org > > > Subject: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > Congestion Information in a DiffServ Domain > > > Author(s) : G. Karagiannis, et al. > > > Filename : draft-ietf-pcn-signaling-requirements-03.txt > > > Pages : 7 > > > Date : 2011-04-05 > > > > > > Precongestion notification (PCN) is a means for > protecting quality > > > of service for inelastic traffic admitted to a Diffserv > domain. The > > > overall PCN architecture is described in RFC 5559. This memo > > > describes the requirements for the signaling applied > within the PCN > > > domain: (1) PCN-feedback-information is carried from the > > > PCN-egress- node to the decision point;(2) the decision point may > > > ask the PCN- ingress-node to measure, and report back, > the rate of > > > PCN-traffic between this pair of PCN-boundary-nodes. The decision > > > point may be either collocated with the PCN-ingress-node or a > > > centralized node (in the latter case, (2) is not required). The > > > signaling requirements pertain in particular to two edge > behaviours, > > > "controlled load (CL)" > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > A URL for this Internet-Draft is: > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > equirements-03.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 karagian@cs.utwente.nl Wed Apr 13 09:32:00 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 919A7E0834 for ; Wed, 13 Apr 2011 09:32:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.035 X-Spam-Level: X-Spam-Status: No, score=-0.035 tagged_above=-999 required=5 tests=[AWL=0.469, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tr1YO1GKENkE for ; Wed, 13 Apr 2011 09:31:59 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 0D5FFE07CF for ; Wed, 13 Apr 2011 09:31:58 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3DGV91R028607 for ; Wed, 13 Apr 2011 18:31:12 +0200 (MEST) From: "Georgios Karagiannis" To: References: <20110405121501.17256.4322.idtracker@localhost><4D9B8D7F.60406@informatik.uni-tuebingen.de><4D9C2C56.6060909@informatik.uni-tuebingen.de> <916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> Date: Wed, 13 Apr 2011 18:31:39 +0200 Message-ID: <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acv0OX+GcNqyHPoSToGmEQEXs+7M1QABAPmAAW6e0yA= In-Reply-To: <916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 13 Apr 2011 18:31:23 +0200 (MEST) Subject: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be removed from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 16:32:00 -0000 Hi all >From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements-03 I identified two open issues: This email contains the second open issue: Issue_2: IP addresses of PCN-edge-nodes should be removed from flow ID subset list draft-ietf-pcn-signaling-requirements specifies that in pure IP networks, the identifier may consist of a subset of the following information: o source IP address; o destination IP address; o protocol identifier and higher layer (port) addressing; o flow label (typical for IPv6); o SPI field for IPsec encapsulated data; o DSCP/TOS field; o IP address of PCN-ingress-node; o IP address of PCN-egress-node There was a request to remove the following two bullets from the above list: o IP address of PCN-ingress-node; o IP address of PCN-egress-node The given reason was: "This does certainly not belong to the flow identifier." In my opinion these IP addresses of the PCN-edge-nodes are needed for cases that the flow ID identifies an aggregated flow. Since IEAs (Ingress Egress Aggregates) are used in PCN, this will mean that the signaling protocol used to carry PCN information from PCN-egress-node to decision point should be able to identify IEAs. In PCN, an aggregated flow that is representing an IEA, should be at least identified by the combination of: o IP address of PCN-ingress-node; o IP address of PCN-egress-node o DSCP field Moreover, it should be able to identify which individual flows are belonging and using such an IEA. The currently given flow ID subset list in draft-ietf-pcn-signaling-requirements-03 is able to cover both types of flow IDs (for IEAs and for individual flows). Question: Do you agree/disagree on removing the IP addresses of the PCN-ingress-node and PCN-egress-node from the flow ID subset list? Best regards, Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: woensdag 6 april 2011 11:56 > To: 'Michael Menth' > Cc: pcn@ietf.org > Subject: Re: [PCN] I-D > Action:draft-ietf-pcn-signaling-requirements-03.txt > > Hi Michael > > This issue is about flow ID, and is not about reporting addresses. > Regarding identification of aggregated flows, please read: > > http://www.rfc-editor.org/rfc/rfc3175.txt > > Since IEAs are used in PCN, this will mean that the signaling > protocol used to carry PCN information from PCN-egress-node > to decision point should be able to identify IEAs > (ingress-egress-aggregates). > > In PCN an aggregated flow that is representing an IEA ( > should be at least identified by the combination of: > > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > o DSCP field > > Moreover, it should be able to identify which individual > flows are belonging and using such an IEA. > > In other words this information is not redundant, but it is required. > > > Best regards, > Georgios > > > > > > > -----Original Message----- > > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > > Sent: woensdag 6 april 2011 11:03 > > To: Georgios Karagiannis > > Cc: pcn@ietf.org > > Subject: Re: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > Hi Georgios, > > > > in the meeting (and in fact days before!) we agreed that we > determine > > ingress-egress-aggregates by the IP addresses of the > PCN-ingress-node > > and PCN-egress-node. > > > > The PCN-egress-node gains the information about the > PCN-ingress-node > > somehow and sends a report to the PCN-ingress-node. Therefore, the > > information about the PCN-ingress-node and PCN-egress-node > is already > > there. > > Furthermore, the PCN-ingress-node and PCN-egress-node do > not further > > characterize any aggregate flows at least to my understanding. > > Therefore, I think that adding to the description of flows their > > PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not > > helpful and, therefore, rather confuses readers. > > > > Best wishes, > > > > Michael > > > > Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > > > Hi Michael > > > > > > Thanks for the comments! > > > > > > I agree with all comments, except the following one: > > > > > > Issue 2: Regarding flow identifiers, the following is not needed: > > > o IP address of PCN-ingress-node; > > > o IP address of PCN-egress-node > > > > > > First of all please note that these are needed in the > > situation that > > > the flow ID identifies an aggregated flow. In this case the "IP > > > address of PCN-ingress-node" and the "IP address of > > PCN-egress-node" > > > are, among other information, required. > > > Moreover please note that before the list with bullets the > > following > > > sentence is used: > > > "In pure IP networks, the identifier may consist of a > subset of the > > > following information:". > > > This means that in some situations you can use a subset of > > this list > > > to identify an individual flow and in other cases you can > > use a subset > > > of the same list to identify an aggregated flow. > > > > > > > > > Secondly I thought that during the IETF meeting we > > discussed the same > > > issue and there was an agreement to have this information > > in the flow identifier. > > > !? > > > > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > From: pcn-bounces@ietf.org > > [mailto:pcn-bounces@ietf.org] On Behalf Of > > > Michael Menth > > > Sent: dinsdag 5 april 2011 23:46 > > > To: pcn@ietf.org > > > Subject: Re: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > > Hi Georgios, hi all, > > > > > > I quickly went over the draft and fixed some nits. I > > think it is in > > > good shape now. Georgios, please take care of my minor > > corrections for > > > the next version of the doc! > > > > > > Best wishes, > > > > > > Michael > > > > > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > > > > > 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 : Requirements for Signaling of > > > (Pre-) Congestion Information in a DiffServ Domain > > > Author(s) : G. Karagiannis, et al. > > > Filename : > > > draft-ietf-pcn-signaling-requirements-03.txt > > > Pages : 7 > > > Date : 2011-04-05 > > > > > > Precongestion notification (PCN) is a means for > > protecting quality > > > of > > > service for inelastic traffic admitted to a > > Diffserv domain. > > > The > > > overall PCN architecture is described in RFC > > 5559. This memo > > > > > > describes the requirements for the signaling > > applied within the PCN > > > domain: (1) PCN-feedback-information is carried from the > > > PCN-egress- > > > node to the decision point;(2) the decision > > point may ask the PCN- > > > ingress-node to measure, and report back, the > > rate of PCN-traffic > > > between this pair of PCN-boundary-nodes. The > > decision point may be > > > either collocated with the PCN-ingress-node or > > a centralized node > > > (in > > > the latter case, (2) is not required). The > > signaling requirements > > > pertain in particular to two edge behaviours, > > "controlled load (CL)" > > > and "single marking (SM)" > > > [draft-ietf-pcn-cl-edge-behaviour-08], > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > A URL for this Internet-Draft is: > > > > > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme > > > nts-03 > > > .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 > > > > > > > > > > > > -- > > > Prof. Dr. habil. Michael Menth > > > University of Tuebingen > > > Faculty of Science > > > Department of Computer Science > > > Chair of Communication Networks > > > Sand 13, 72076 Tuebingen, Germany > > > phone: (+49)-7071/29-70505 > > > fax: (+49)-7071/29-5220 > > > mailto:menth@uni-tuebingen.de > > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > > > > > > > > -- > > Prof. Dr. habil. Michael Menth > > University of Tuebingen > > Faculty of Science > > Department of Computer Science > > Chair of Communication Networks > > Sand 13, 72076 Tuebingen, Germany > > phone: (+49)-7071/29-70505 > > fax: (+49)-7071/29-5220 > > mailto:menth@uni-tuebingen.de > > http://www-kn.informatik.uni-tuebingen.de > > > > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn > From menth@informatik.uni-tuebingen.de Wed Apr 13 13:02:54 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id C4517E084E for ; Wed, 13 Apr 2011 13:02:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gdaQtbc7iwHE for ; Wed, 13 Apr 2011 13:02:53 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by ietfc.amsl.com (Postfix) with SMTP id D5FBCE06BC for ; Wed, 13 Apr 2011 13:02:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 37EDD52C4; Wed, 13 Apr 2011 22:02:48 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QMMX2jYdZmsG; Wed, 13 Apr 2011 22:02:43 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 0A05352C0; Wed, 13 Apr 2011 22:02:42 +0200 (MEST) Received: from [192.168.1.100] (HSI-KBW-095-208-114-108.hsi5.kabel-badenwuerttemberg.de [95.208.114.108]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id 686B6FB2199; Wed, 13 Apr 2011 22:02:42 +0200 (CEST) Message-ID: <4DA60167.2010302@informatik.uni-tuebingen.de> Date: Wed, 13 Apr 2011 22:02:47 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Georgios Karagiannis References: <20110405121501.17256.4322.idtracker@localhost><4D9B8D7F.60406@informatik.uni-tuebingen.de><4D9C2C56.6060909@informatik.uni-tuebingen.de> <916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> In-Reply-To: <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be removed from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2011 20:02:54 -0000 Hi Georgios, I disagree with your proposal. The egress node signals to the decision point the IEA anyway from which traffic should be terminated. The IDs of marked flows are needed only in case of multipath routing when the information about the IEA is not sufficient to choose flows for termination. So the argument against the inclusion is twofold: 1) The decision point has already the information about the IEA 2) The information about the IEA is not helpful to denote flows for termination when IDs of marked flows are requested. If you can describe a sensible concrete use case where the inclusion still helps, then I may change my mind. Best wishes, Michael Am 13.04.2011 18:31, schrieb Georgios Karagiannis: > Hi all > > From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements-03 > I identified two open issues: > > This email contains the second open issue: > > Issue_2: IP addresses of PCN-edge-nodes should be removed from flow ID > subset list > > draft-ietf-pcn-signaling-requirements specifies that in pure IP networks, > the identifier may consist of a subset of the following information: > > o source IP address; > > > o destination IP address; > > o protocol identifier and higher layer (port) addressing; > > o flow label (typical for IPv6); > > o SPI field for IPsec encapsulated data; > > o DSCP/TOS field; > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > > There was a request to remove the following two bullets from the above list: > > > > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > > The given reason was: "This does certainly not belong to the flow > identifier." > > In my opinion these IP addresses of the PCN-edge-nodes are needed for cases > that the flow ID identifies an aggregated flow. > > Since IEAs (Ingress Egress Aggregates) are used in PCN, this will mean that > the signaling protocol used to carry PCN information from PCN-egress-node to > decision point should be able to identify IEAs. > > In PCN, an aggregated flow that is representing an IEA, should be at least > identified by the combination of: > > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > o DSCP field > > Moreover, it should be able to identify which individual flows are belonging > and using such an IEA. > > The currently given flow ID subset list in > draft-ietf-pcn-signaling-requirements-03 is able to cover both types of flow > IDs (for IEAs and for individual flows). > > Question: Do you agree/disagree on removing the IP addresses of the > PCN-ingress-node and PCN-egress-node from the flow ID subset list? > > > > Best regards, > Georgios > >> -----Original Message----- >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >> Behalf Of Georgios Karagiannis >> Sent: woensdag 6 april 2011 11:56 >> To: 'Michael Menth' >> Cc: pcn@ietf.org >> Subject: Re: [PCN] I-D >> Action:draft-ietf-pcn-signaling-requirements-03.txt >> >> Hi Michael >> >> This issue is about flow ID, and is not about reporting addresses. >> Regarding identification of aggregated flows, please read: >> >> http://www.rfc-editor.org/rfc/rfc3175.txt >> >> Since IEAs are used in PCN, this will mean that the signaling >> protocol used to carry PCN information from PCN-egress-node >> to decision point should be able to identify IEAs >> (ingress-egress-aggregates). >> >> In PCN an aggregated flow that is representing an IEA ( >> should be at least identified by the combination of: >> >> o IP address of PCN-ingress-node; >> o IP address of PCN-egress-node >> o DSCP field >> >> Moreover, it should be able to identify which individual >> flows are belonging and using such an IEA. >> >> In other words this information is not redundant, but it is required. >> >> >> Best regards, >> Georgios >> >> >> >> >> >>> -----Original Message----- >>> From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] >>> Sent: woensdag 6 april 2011 11:03 >>> To: Georgios Karagiannis >>> Cc: pcn@ietf.org >>> Subject: Re: [PCN] I-D >>> Action:draft-ietf-pcn-signaling-requirements-03.txt >>> >>> Hi Georgios, >>> >>> in the meeting (and in fact days before!) we agreed that we >> determine >>> ingress-egress-aggregates by the IP addresses of the >> PCN-ingress-node >>> and PCN-egress-node. >>> >>> The PCN-egress-node gains the information about the >> PCN-ingress-node >>> somehow and sends a report to the PCN-ingress-node. Therefore, the >>> information about the PCN-ingress-node and PCN-egress-node >> is already >>> there. >>> Furthermore, the PCN-ingress-node and PCN-egress-node do >> not further >>> characterize any aggregate flows at least to my understanding. >>> Therefore, I think that adding to the description of flows their >>> PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not >>> helpful and, therefore, rather confuses readers. >>> >>> Best wishes, >>> >>> Michael >>> >>> Am 06.04.2011 10:31, schrieb Georgios Karagiannis: >>>> Hi Michael >>>> >>>> Thanks for the comments! >>>> >>>> I agree with all comments, except the following one: >>>> >>>> Issue 2: Regarding flow identifiers, the following is not needed: >>>> o IP address of PCN-ingress-node; >>>> o IP address of PCN-egress-node >>>> >>>> First of all please note that these are needed in the >>> situation that >>>> the flow ID identifies an aggregated flow. In this case the "IP >>>> address of PCN-ingress-node" and the "IP address of >>> PCN-egress-node" >>>> are, among other information, required. >>>> Moreover please note that before the list with bullets the >>> following >>>> sentence is used: >>>> "In pure IP networks, the identifier may consist of a >> subset of the >>>> following information:". >>>> This means that in some situations you can use a subset of >>> this list >>>> to identify an individual flow and in other cases you can >>> use a subset >>>> of the same list to identify an aggregated flow. >>>> >>>> >>>> Secondly I thought that during the IETF meeting we >>> discussed the same >>>> issue and there was an agreement to have this information >>> in the flow identifier. >>>> !? >>>> >>>> >>>> Best regards, >>>> Georgios >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> ________________________________ >>>> >>>> From: pcn-bounces@ietf.org >>> [mailto:pcn-bounces@ietf.org] On Behalf Of >>>> Michael Menth >>>> Sent: dinsdag 5 april 2011 23:46 >>>> To: pcn@ietf.org >>>> Subject: Re: [PCN] I-D >>>> Action:draft-ietf-pcn-signaling-requirements-03.txt >>>> >>>> >>>> Hi Georgios, hi all, >>>> >>>> I quickly went over the draft and fixed some nits. I >>> think it is in >>>> good shape now. Georgios, please take care of my minor >>> corrections for >>>> the next version of the doc! >>>> >>>> Best wishes, >>>> >>>> Michael >>>> >>>> Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: >>>> >>>> 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 : Requirements for Signaling of >>>> (Pre-) Congestion Information in a DiffServ Domain >>>> Author(s) : G. Karagiannis, et al. >>>> Filename : >>>> draft-ietf-pcn-signaling-requirements-03.txt >>>> Pages : 7 >>>> Date : 2011-04-05 >>>> >>>> Precongestion notification (PCN) is a means for >>> protecting quality >>>> of >>>> service for inelastic traffic admitted to a >>> Diffserv domain. >>>> The >>>> overall PCN architecture is described in RFC >>> 5559. This memo >>>> describes the requirements for the signaling >>> applied within the PCN >>>> domain: (1) PCN-feedback-information is carried from the >>>> PCN-egress- >>>> node to the decision point;(2) the decision >>> point may ask the PCN- >>>> ingress-node to measure, and report back, the >>> rate of PCN-traffic >>>> between this pair of PCN-boundary-nodes. The >>> decision point may be >>>> either collocated with the PCN-ingress-node or >>> a centralized node >>>> (in >>>> the latter case, (2) is not required). The >>> signaling requirements >>>> pertain in particular to two edge behaviours, >>> "controlled load (CL)" >>>> and "single marking (SM)" >>>> [draft-ietf-pcn-cl-edge-behaviour-08], >>>> [draft-ietf-pcn-sm-edge-behaviour-05]. >>>> >>>> A URL for this Internet-Draft is: >>>> >>>> >> http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme >>>> nts-03 >>>> .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 >>>> >>>> >>>> >>>> -- >>>> Prof. Dr. habil. Michael Menth >>>> University of Tuebingen >>>> Faculty of Science >>>> Department of Computer Science >>>> Chair of Communication Networks >>>> Sand 13, 72076 Tuebingen, Germany >>>> phone: (+49)-7071/29-70505 >>>> fax: (+49)-7071/29-5220 >>>> mailto:menth@uni-tuebingen.de >>>> http://www-kn.informatik.uni-tuebingen.de >>>> >>>> >>>> >>>> >>> -- >>> Prof. Dr. habil. Michael Menth >>> University of Tuebingen >>> Faculty of Science >>> Department of Computer Science >>> Chair of Communication Networks >>> Sand 13, 72076 Tuebingen, Germany >>> phone: (+49)-7071/29-70505 >>> fax: (+49)-7071/29-5220 >>> mailto:menth@uni-tuebingen.de >>> http://www-kn.informatik.uni-tuebingen.de >>> >> >> _______________________________________________ >> 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 -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From karagian@cs.utwente.nl Wed Apr 13 23:42:57 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id A6CD3E0845 for ; Wed, 13 Apr 2011 23:42:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.892 X-Spam-Level: X-Spam-Status: No, score=0.892 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43p47g-HljMw for ; Wed, 13 Apr 2011 23:42:56 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 03026E081C for ; Wed, 13 Apr 2011 23:42:55 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p3E6g7mn011108; Thu, 14 Apr 2011 08:42:07 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Thu, 14 Apr 2011 06:42:47 +0000 To: "Michael Menth" Date: Thu, 14 Apr 2011 06:42:46 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: <4DA60167.2010302@informatik.uni-tuebingen.de> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 14 Apr 2011 08:42:18 +0200 (MEST) Cc: "pcn@ietf.org" Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be removed from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 06:42:57 -0000 Hi Michael I think that my arguments were clear: ------------- >>In my opinion these IP addresses of the PCN-edge-nodes are needed for cases= that the flow ID identifies an aggregated flow. >> >> Since IEAs (Ingress Egress Aggregates) are used in PCN, this will mean tha= t the signaling protocol used to carry PCN information from PCN-egress-node t= o decision point should be able to identify IEAs. >> >> In PCN, an aggregated flow that is representing an IEA, should be at least >> identified by the combination of: >> >> o IP address of PCN-ingress-node; >> o IP address of PCN-egress-node >> o DSCP field >> >> Moreover, it should be able to identify which individual flows are belongi= ng >> and using such an IEA. >> >> The currently given flow ID subset list in >> draft-ietf-pcn-signaling-requirements-03 is able to cover both types of fl= ow IDs (for IEAs and for individual flows). ---------------------- In addition to the above, the signaling requirements draft gives recommendations to designers of signaling protocols. In this particular case, the recommendation that the signaling requirements draft gives is that if a signaling protocol needs to identify flow IDs in pure IP networks, then the signaling protocol designers could pick information (a subset) from the flow ID list that is given in the signaling requirements draft. As example: for individual flow IDs the signaling protocol designers could choose: >> o source IP address; >> >> >> o destination IP address; >> >> o protocol identifier and higher layer (port) addressing; >> >> o flow label (typical for IPv6); >> >> o SPI field for IPsec encapsulated data; For aggregated flows the signaling protocol designers could choose: >> o DSCP/TOS field; >> >> o IP address of PCN-ingress-node; >> >> o IP address of PCN-egress-node More discussion is needed on the PCN list regarding this issue, and in particular by people that have experience on designing signaling protocols. Best regards, Georgios pure IP networks, >> the identifier may consist of a subset of the following information: On 4/13/2011, "Michael Menth" wrote: >Hi Georgios, > >I disagree with your proposal. The egress node signals to the decision >point the IEA anyway from which traffic should be terminated. The IDs of >marked flows are needed only in case of multipath routing when the >information about the IEA is not sufficient to choose flows for >termination. So the argument against the inclusion is twofold: >1) The decision point has already the information about the IEA >2) The information about the IEA is not helpful to denote flows for >termination when IDs of marked flows are requested. > >If you can describe a sensible concrete use case where the inclusion >still helps, then I may change my mind. > >Best wishes, > > Michael > >Am 13.04.2011 18:31, schrieb Georgios Karagiannis: >> Hi all >> >> From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements= -03 >> I identified two open issues: >> >> This email contains the second open issue: >> >> Issue_2: IP addresses of PCN-edge-nodes should be removed from flow ID >> subset list >> >> draft-ietf-pcn-signaling-requirements specifies that in pure IP networks, >> the identifier may consist of a subset of the following information: >> >> o source IP address; >> >> >> o destination IP address; >> >> o protocol identifier and higher layer (port) addressing; >> >> o flow label (typical for IPv6); >> >> o SPI field for IPsec encapsulated data; >> >> o DSCP/TOS field; >> >> o IP address of PCN-ingress-node; >> >> o IP address of PCN-egress-node >> >> >> There was a request to remove the following two bullets from the above lis= t: >> >> >> >> o IP address of PCN-ingress-node; >> o IP address of PCN-egress-node >> >> The given reason was: "This does certainly not belong to the flow >> identifier." >> >> In my opinion these IP addresses of the PCN-edge-nodes are needed for case= s >> that the flow ID identifies an aggregated flow. >> >> Since IEAs (Ingress Egress Aggregates) are used in PCN, this will mean tha= t >> the signaling protocol used to carry PCN information from PCN-egress-node = to >> decision point should be able to identify IEAs. >> >> In PCN, an aggregated flow that is representing an IEA, should be at least >> identified by the combination of: >> >> o IP address of PCN-ingress-node; >> o IP address of PCN-egress-node >> o DSCP field >> >> Moreover, it should be able to identify which individual flows are belongi= ng >> and using such an IEA. >> >> The currently given flow ID subset list in >> draft-ietf-pcn-signaling-requirements-03 is able to cover both types of fl= ow >> IDs (for IEAs and for individual flows). >> >> Question: Do you agree/disagree on removing the IP addresses of the >> PCN-ingress-node and PCN-egress-node from the flow ID subset list? >> >> >> >> Best regards, >> Georgios >> >>> -----Original Message----- >>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >>> Behalf Of Georgios Karagiannis >>> Sent: woensdag 6 april 2011 11:56 >>> To: 'Michael Menth' >>> Cc: pcn@ietf.org >>> Subject: Re: [PCN] I-D >>> Action:draft-ietf-pcn-signaling-requirements-03.txt >>> >>> Hi Michael >>> >>> This issue is about flow ID, and is not about reporting addresses. >>> Regarding identification of aggregated flows, please read: >>> >>> http://www.rfc-editor.org/rfc/rfc3175.txt >>> >>> Since IEAs are used in PCN, this will mean that the signaling >>> protocol used to carry PCN information from PCN-egress-node >>> to decision point should be able to identify IEAs >>> (ingress-egress-aggregates). >>> >>> In PCN an aggregated flow that is representing an IEA ( >>> should be at least identified by the combination of: >>> >>> o IP address of PCN-ingress-node; >>> o IP address of PCN-egress-node >>> o DSCP field >>> >>> Moreover, it should be able to identify which individual >>> flows are belonging and using such an IEA. >>> >>> In other words this information is not redundant, but it is required. >>> >>> >>> Best regards, >>> Georgios >>> >>> >>> >>> >>> >>>> -----Original Message----- >>>> From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] >>>> Sent: woensdag 6 april 2011 11:03 >>>> To: Georgios Karagiannis >>>> Cc: pcn@ietf.org >>>> Subject: Re: [PCN] I-D >>>> Action:draft-ietf-pcn-signaling-requirements-03.txt >>>> >>>> Hi Georgios, >>>> >>>> in the meeting (and in fact days before!) we agreed that we >>> determine >>>> ingress-egress-aggregates by the IP addresses of the >>> PCN-ingress-node >>>> and PCN-egress-node. >>>> >>>> The PCN-egress-node gains the information about the >>> PCN-ingress-node >>>> somehow and sends a report to the PCN-ingress-node. Therefore, the >>>> information about the PCN-ingress-node and PCN-egress-node >>> is already >>>> there. >>>> Furthermore, the PCN-ingress-node and PCN-egress-node do >>> not further >>>> characterize any aggregate flows at least to my understanding. >>>> Therefore, I think that adding to the description of flows their >>>> PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not >>>> helpful and, therefore, rather confuses readers. >>>> >>>> Best wishes, >>>> >>>> Michael >>>> >>>> Am 06.04.2011 10:31, schrieb Georgios Karagiannis: >>>>> Hi Michael >>>>> >>>>> Thanks for the comments! >>>>> >>>>> I agree with all comments, except the following one: >>>>> >>>>> Issue 2: Regarding flow identifiers, the following is not needed: >>>>> o IP address of PCN-ingress-node; >>>>> o IP address of PCN-egress-node >>>>> >>>>> First of all please note that these are needed in the >>>> situation that >>>>> the flow ID identifies an aggregated flow. In this case the "IP >>>>> address of PCN-ingress-node" and the "IP address of >>>> PCN-egress-node" >>>>> are, among other information, required. >>>>> Moreover please note that before the list with bullets the >>>> following >>>>> sentence is used: >>>>> "In pure IP networks, the identifier may consist of a >>> subset of the >>>>> following information:". >>>>> This means that in some situations you can use a subset of >>>> this list >>>>> to identify an individual flow and in other cases you can >>>> use a subset >>>>> of the same list to identify an aggregated flow. >>>>> >>>>> >>>>> Secondly I thought that during the IETF meeting we >>>> discussed the same >>>>> issue and there was an agreement to have this information >>>> in the flow identifier. >>>>> !? >>>>> >>>>> >>>>> Best regards, >>>>> Georgios >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ________________________________ >>>>> >>>>> =09From: pcn-bounces@ietf.org >>>> [mailto:pcn-bounces@ietf.org] On Behalf Of >>>>> Michael Menth >>>>> =09Sent: dinsdag 5 april 2011 23:46 >>>>> =09To: pcn@ietf.org >>>>> =09Subject: Re: [PCN] I-D >>>>> Action:draft-ietf-pcn-signaling-requirements-03.txt >>>>> >>>>> >>>>> =09Hi Georgios, hi all, >>>>> >>>>> =09I quickly went over the draft and fixed some nits. I >>>> think it is in >>>>> good shape now. Georgios, please take care of my minor >>>> corrections for >>>>> the next version of the doc! >>>>> >>>>> =09Best wishes, >>>>> >>>>> =09 Michael >>>>> >>>>> =09Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: >>>>> >>>>> =09=09A New Internet-Draft is available from the >>>> on-line Internet-Drafts >>>>> directories. >>>>> =09=09This draft is a work item of the Congestion and >>>> Pre-Congestion >>>>> Notification Working Group of the IETF. >>>>> >>>>> >>>>> =09=09=09Title : Requirements for Signaling of >>>>> (Pre-) Congestion Information in a DiffServ Domain >>>>> =09=09=09Author(s) : G. Karagiannis, et al. >>>>> =09=09=09Filename : >>>>> draft-ietf-pcn-signaling-requirements-03.txt >>>>> =09=09=09Pages : 7 >>>>> =09=09=09Date : 2011-04-05 >>>>> >>>>> =09=09Precongestion notification (PCN) is a means for >>>> protecting quality >>>>> of >>>>> =09=09service for inelastic traffic admitted to a >>>> Diffserv domain. >>>>> The >>>>> =09=09overall PCN architecture is described in RFC >>>> 5559. This memo >>>>> =09=09describes the requirements for the signaling >>>> applied within the PCN >>>>> =09=09domain: (1) PCN-feedback-information is carried from the >>>>> PCN-egress- >>>>> =09=09node to the decision point;(2) the decision >>>> point may ask the PCN- >>>>> =09=09ingress-node to measure, and report back, the >>>> rate of PCN-traffic >>>>> =09=09between this pair of PCN-boundary-nodes. The >>>> decision point may be >>>>> =09=09either collocated with the PCN-ingress-node or >>>> a centralized node >>>>> (in >>>>> =09=09the latter case, (2) is not required). The >>>> signaling requirements >>>>> =09=09pertain in particular to two edge behaviours, >>>> "controlled load (CL)" >>>>> =09=09and "single marking (SM)" >>>>> [draft-ietf-pcn-cl-edge-behaviour-08], >>>>> =09=09[draft-ietf-pcn-sm-edge-behaviour-05]. >>>>> >>>>> =09=09A URL for this Internet-Draft is: >>>>> >>>>> >>> http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme >>>>> nts-03 >>>>> .txt >>>>> >>>>> =09=09Internet-Drafts are also available by anonymous FTP at: >>>>> =09=09ftp://ftp.ietf.org/internet-drafts/ >>>>> >>>>> =09=09Below is the data which will enable a MIME >>>> compliant mail reader >>>>> =09=09implementation to automatically retrieve the >>>> ASCII version of the >>>>> =09=09Internet-Draft. >>>>> >>>>> >>>>> =09=09_______________________________________________ >>>>> =09=09PCN mailing list >>>>> =09=09PCN@ietf.org >>>>> =09=09https://www.ietf.org/mailman/listinfo/pcn >>>>> >>>>> >>>>> >>>>> =09-- >>>>> =09Prof. Dr. habil. Michael Menth >>>>> =09University of Tuebingen >>>>> =09Faculty of Science >>>>> =09Department of Computer Science >>>>> =09Chair of Communication Networks >>>>> =09Sand 13, 72076 Tuebingen, Germany >>>>> =09phone: (+49)-7071/29-70505 >>>>> =09fax: (+49)-7071/29-5220 >>>>> =09mailto:menth@uni-tuebingen.de >>>>> =09http://www-kn.informatik.uni-tuebingen.de >>>>> >>>>> >>>>> >>>>> >>>> -- >>>> Prof. Dr. habil. Michael Menth >>>> University of Tuebingen >>>> Faculty of Science >>>> Department of Computer Science >>>> Chair of Communication Networks >>>> Sand 13, 72076 Tuebingen, Germany >>>> phone: (+49)-7071/29-70505 >>>> fax: (+49)-7071/29-5220 >>>> mailto:menth@uni-tuebingen.de >>>> http://www-kn.informatik.uni-tuebingen.de >>>> >>> >>> _______________________________________________ >>> 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 > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de From philip.eardley@bt.com Thu Apr 14 03:15:43 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 4CD5913000A for ; Thu, 14 Apr 2011 03:15:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.971 X-Spam-Level: X-Spam-Status: No, score=-101.971 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id raY7F0LAzmyE for ; Thu, 14 Apr 2011 03:15:40 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by ietfc.amsl.com (Postfix) with ESMTP id 02125E0684 for ; Thu, 14 Apr 2011 03:15:40 -0700 (PDT) Received: from EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 14 Apr 2011 11:15:39 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.51]) by EVMHT65-UKRD.domain1.systemhost.net ([10.36.3.102]) with mapi; Thu, 14 Apr 2011 11:15:38 +0100 From: To: , Date: Thu, 14 Apr 2011 11:15:37 +0100 Thread-Topic: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be removed from flow ID subset list? Thread-Index: Acv0OX+GcNqyHPoSToGmEQEXs+7M1QABAPmAAW6e0yAAJGIIMA== Message-ID: <9510D26531EF184D9017DF24659BB87F3291948450@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost><4D9B8D7F.60406@informatik.uni-tuebingen.de><4D9C2C56.6060909@informatik.uni-tuebingen.de> <916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> In-Reply-To: <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be removed from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 10:15:43 -0000 << In my opinion these IP addresses of the PCN-edge-nodes are needed for ca= ses that the flow ID identifies an aggregated flow.>> what you say is true.=20 However, the draft says: << the report MUST contain: o the identifier of the PCN-ingress-node and the identifier of the PCN-egress-node (typically their IP addresses); together they specify the ingress-egress-aggregate to which the report refers,>> ie the information is already there - which is michael's point. The issue is that in S2.1 we say what the identifier may consist of, and im= ply this is what is in the actual message.=20 so can we solve this by replacing: <> By << the identifier may consist of a subset of the following information: o source IP address; o destination IP address; o protocol identifier and higher layer (port) addressing; o flow label (typical for IPv6); o SPI field for IPsec encapsulated data;=20 o DSCP/TOS field; Note, where a PCN-flow consists of a collection of microflows, then the = PCN-flow is identified by the PCN-ingress-node's and PCN-egress-node's iden= tifiers (typically their IP addresses), which are already part of the repor= t. >> I also suggest replacing "flow" by "PCN-flow" in: << For both CL and SM edge behaviours, the report MAY also contain: o a set of flow identifiers (see Section 2.1).>> << 2.1 Specification of Flow Identifiers>> <> << Examples of such flow identifier representations>> In the first of these instances, you could safely add a reference to rfc555= 9, where PCN-flow is a defined term.=20 Does this work? Phil -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Georg= ios Karagiannis Sent: 13 April 2011 17:32 To: pcn@ietf.org Subject: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes be remov= ed from flow ID subset list? Hi all >From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements-0= 3 I identified two open issues: This email contains the second open issue: =20 Issue_2: IP addresses of PCN-edge-nodes should be removed from flow ID subset list draft-ietf-pcn-signaling-requirements specifies that in pure IP networks, the identifier may consist of a subset of the following information: o source IP address; o destination IP address; o protocol identifier and higher layer (port) addressing; o flow label (typical for IPv6); o SPI field for IPsec encapsulated data;=20 o DSCP/TOS field; o IP address of PCN-ingress-node; o IP address of PCN-egress-node=20 There was a request to remove the following two bullets from the above list= : o IP address of PCN-ingress-node; o IP address of PCN-egress-node=20 The given reason was: "This does certainly not belong to the flow identifier." In my opinion these IP addresses of the PCN-edge-nodes are needed for cases that the flow ID identifies an aggregated flow.=20 Since IEAs (Ingress Egress Aggregates) are used in PCN, this will mean that the signaling protocol used to carry PCN information from PCN-egress-node t= o decision point should be able to identify IEAs. In PCN, an aggregated flow that is representing an IEA, should be at least identified by the combination of: o IP address of PCN-ingress-node; o IP address of PCN-egress-node o DSCP field Moreover, it should be able to identify which individual flows are belongin= g and using such an IEA.=20 The currently given flow ID subset list in draft-ietf-pcn-signaling-requirements-03 is able to cover both types of flo= w IDs (for IEAs and for individual flows). Question: Do you agree/disagree on removing the IP addresses of the PCN-ingress-node and PCN-egress-node from the flow ID subset list? Best regards, Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of Georgios Karagiannis > Sent: woensdag 6 april 2011 11:56 > To: 'Michael Menth' > Cc: pcn@ietf.org > Subject: Re: [PCN] I-D=20 > Action:draft-ietf-pcn-signaling-requirements-03.txt >=20 > Hi Michael >=20 > This issue is about flow ID, and is not about reporting addresses.=20 > Regarding identification of aggregated flows, please read: >=20 > http://www.rfc-editor.org/rfc/rfc3175.txt >=20 > Since IEAs are used in PCN, this will mean that the signaling=20 > protocol used to carry PCN information from PCN-egress-node=20 > to decision point should be able to identify IEAs=20 > (ingress-egress-aggregates). >=20 > In PCN an aggregated flow that is representing an IEA (=20 > should be at least identified by the combination of: >=20 > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > o DSCP field >=20 > Moreover, it should be able to identify which individual=20 > flows are belonging and using such an IEA.=20 >=20 > In other words this information is not redundant, but it is required. >=20 >=20 > Best regards, > Georgios >=20 >=20 >=20 > =20 >=20 > > -----Original Message----- > > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > > Sent: woensdag 6 april 2011 11:03 > > To: Georgios Karagiannis > > Cc: pcn@ietf.org > > Subject: Re: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.txt > >=20 > > Hi Georgios, > >=20 > > in the meeting (and in fact days before!) we agreed that we=20 > determine=20 > > ingress-egress-aggregates by the IP addresses of the=20 > PCN-ingress-node=20 > > and PCN-egress-node. > >=20 > > The PCN-egress-node gains the information about the=20 > PCN-ingress-node=20 > > somehow and sends a report to the PCN-ingress-node. Therefore, the=20 > > information about the PCN-ingress-node and PCN-egress-node=20 > is already=20 > > there. > > Furthermore, the PCN-ingress-node and PCN-egress-node do=20 > not further=20 > > characterize any aggregate flows at least to my understanding. > > Therefore, I think that adding to the description of flows their=20 > > PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not=20 > > helpful and, therefore, rather confuses readers. > >=20 > > Best wishes, > >=20 > > Michael > >=20 > > Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > > > Hi Michael > > > > > > Thanks for the comments! > > > > > > I agree with all comments, except the following one: > > > > > > Issue 2: Regarding flow identifiers, the following is not needed: > > > o IP address of PCN-ingress-node; > > > o IP address of PCN-egress-node > > > > > > First of all please note that these are needed in the > > situation that > > > the flow ID identifies an aggregated flow. In this case the "IP=20 > > > address of PCN-ingress-node" and the "IP address of > > PCN-egress-node"=20 > > > are, among other information, required. > > > Moreover please note that before the list with bullets the > > following > > > sentence is used: > > > "In pure IP networks, the identifier may consist of a=20 > subset of the=20 > > > following information:". > > > This means that in some situations you can use a subset of > > this list > > > to identify an individual flow and in other cases you can > > use a subset > > > of the same list to identify an aggregated flow. > > > > > > > > > Secondly I thought that during the IETF meeting we > > discussed the same > > > issue and there was an agreement to have this information > > in the flow identifier. > > > !? > > > > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > From: pcn-bounces@ietf.org > > [mailto:pcn-bounces@ietf.org] On Behalf Of > > > Michael Menth > > > Sent: dinsdag 5 april 2011 23:46 > > > To: pcn@ietf.org > > > Subject: Re: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > =09 > > > =09 > > > Hi Georgios, hi all, > > > =09 > > > I quickly went over the draft and fixed some nits. I > > think it is in > > > good shape now. Georgios, please take care of my minor > > corrections for > > > the next version of the doc! > > > =09 > > > Best wishes, > > > =09 > > > Michael > > > =09 > > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > > > > > 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. > > > =09 > > > =09 > > > Title : Requirements for Signaling of > > > (Pre-) Congestion Information in a DiffServ Domain > > > Author(s) : G. Karagiannis, et al. > > > Filename : > > > draft-ietf-pcn-signaling-requirements-03.txt > > > Pages : 7 > > > Date : 2011-04-05 > > > =09 > > > Precongestion notification (PCN) is a means for > > protecting quality > > > of > > > service for inelastic traffic admitted to a > > Diffserv domain. > > > The > > > overall PCN architecture is described in RFC > > 5559. This memo > > > > > > describes the requirements for the signaling > > applied within the PCN > > > domain: (1) PCN-feedback-information is carried from the > > > PCN-egress- > > > node to the decision point;(2) the decision > > point may ask the PCN- > > > ingress-node to measure, and report back, the > > rate of PCN-traffic > > > between this pair of PCN-boundary-nodes. The > > decision point may be > > > either collocated with the PCN-ingress-node or > > a centralized node > > > (in > > > the latter case, (2) is not required). The > > signaling requirements > > > pertain in particular to two edge behaviours, > > "controlled load (CL)" > > > and "single marking (SM)" > > > [draft-ietf-pcn-cl-edge-behaviour-08], > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > =09 > > > A URL for this Internet-Draft is: > > > =09 > > >=20 > >=20 > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme > > > nts-03 > > > .txt > > > =09 > > > Internet-Drafts are also available by anonymous FTP at: > > > ftp://ftp.ietf.org/internet-drafts/ > > > =09 > > > Below is the data which will enable a MIME > > compliant mail reader > > > implementation to automatically retrieve the > > ASCII version of the > > > Internet-Draft. > > > =09 > > > =09 > > > _______________________________________________ > > > PCN mailing list > > > PCN@ietf.org > > > https://www.ietf.org/mailman/listinfo/pcn > > > =09 > > > > > > > > > -- > > > Prof. Dr. habil. Michael Menth > > > University of Tuebingen > > > Faculty of Science > > > Department of Computer Science > > > Chair of Communication Networks > > > Sand 13, 72076 Tuebingen, Germany > > > phone: (+49)-7071/29-70505 > > > fax: (+49)-7071/29-5220 > > > mailto:menth@uni-tuebingen.de > > > http://www-kn.informatik.uni-tuebingen.de > > > =09 > > > > > > > > > > >=20 > > -- > > Prof. Dr. habil. Michael Menth > > University of Tuebingen > > Faculty of Science > > Department of Computer Science > > Chair of Communication Networks > > Sand 13, 72076 Tuebingen, Germany > > phone: (+49)-7071/29-70505 > > fax: (+49)-7071/29-5220 > > mailto:menth@uni-tuebingen.de > > http://www-kn.informatik.uni-tuebingen.de > >=20 >=20 >=20 > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn >=20 _______________________________________________ PCN mailing list PCN@ietf.org https://www.ietf.org/mailman/listinfo/pcn From karagian@cs.utwente.nl Thu Apr 14 03:21:49 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id CFB8DE066A for ; Thu, 14 Apr 2011 03:21:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.113 X-Spam-Level: X-Spam-Status: No, score=-0.113 tagged_above=-999 required=5 tests=[AWL=0.391, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F-4J+tYbv2pX for ; Thu, 14 Apr 2011 03:21:44 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 2AC39E06A8 for ; Thu, 14 Apr 2011 03:21:43 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3EAKqxG011305; Thu, 14 Apr 2011 12:20:56 +0200 (MEST) From: "Georgios Karagiannis" To: , References: <20110405121501.17256.4322.idtracker@localhost><4D9B8D7F.60406@informatik.uni-tuebingen.de><4D9C2C56.6060909@informatik.uni-tuebingen.de><916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F3291948450@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 14 Apr 2011 12:21:23 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <9510D26531EF184D9017DF24659BB87F3291948450@EMV65-UKRD.domain1.systemhost.net> thread-index: Acv0OX+GcNqyHPoSToGmEQEXs+7M1QABAPmAAW6e0yAAJGIIMAAA6tZg X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 14 Apr 2011 12:21:06 +0200 (MEST) Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes beremoved from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 10:21:50 -0000 Hi Phil Your proposals seem fine for me! Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: donderdag 14 april 2011 12:16 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 2: should IP addresses of > PCN-edge-nodes beremoved from flow ID subset list? > > << In my opinion these IP addresses of the PCN-edge-nodes are > needed for cases that the flow ID identifies an aggregated flow.>> > > what you say is true. > However, the draft says: > << the report MUST contain: > o the identifier of the PCN-ingress-node and the identifier of the > PCN-egress-node (typically their IP addresses); together they > specify the ingress-egress-aggregate to which the report > refers,>> ie the information is already there - which is > michael's point. > The issue is that in S2.1 we say what the identifier may > consist of, and imply this is what is in the actual message. > > so can we solve this by replacing: > < > o source IP address; > > > o destination IP address; > > o protocol identifier and higher layer (port) addressing; > > o flow label (typical for IPv6); > > o SPI field for IPsec encapsulated data; > > o DSCP/TOS field; > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > >> > > By > > << the identifier may consist of a subset of the following > information: > > o source IP address; > > > o destination IP address; > > o protocol identifier and higher layer (port) addressing; > > o flow label (typical for IPv6); > > o SPI field for IPsec encapsulated data; > > o DSCP/TOS field; > > Note, where a PCN-flow consists of a collection of > microflows, then the PCN-flow is identified by the > PCN-ingress-node's and PCN-egress-node's identifiers > (typically their IP addresses), which are already part of the > report. >> > > I also suggest replacing "flow" by "PCN-flow" in: > << For both CL and SM edge behaviours, the report MAY also contain: > o a set of flow identifiers (see Section 2.1).>> << 2.1 > Specification of Flow Identifiers>> < flow identifier>> << Examples of such flow identifier > representations>> > > In the first of these instances, you could safely add a > reference to rfc5559, where PCN-flow is a defined term. > > Does this work? > Phil > > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: 13 April 2011 17:32 > To: pcn@ietf.org > Subject: [PCN] Open Issue 2: should IP addresses of > PCN-edge-nodes be removed from flow ID subset list? > > > Hi all > > >From the WGLC discussions regarding > >draft-ietf-pcn-signaling-requirements-03 > I identified two open issues: > > This email contains the second open issue: > > Issue_2: IP addresses of PCN-edge-nodes should be removed > from flow ID subset list > > draft-ietf-pcn-signaling-requirements specifies that in pure > IP networks, the identifier may consist of a subset of the > following information: > > o source IP address; > > > o destination IP address; > > o protocol identifier and higher layer (port) addressing; > > o flow label (typical for IPv6); > > o SPI field for IPsec encapsulated data; > > o DSCP/TOS field; > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > > There was a request to remove the following two bullets from > the above list: > > > > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > > The given reason was: "This does certainly not belong to the > flow identifier." > > In my opinion these IP addresses of the PCN-edge-nodes are > needed for cases that the flow ID identifies an aggregated flow. > > Since IEAs (Ingress Egress Aggregates) are used in PCN, this > will mean that the signaling protocol used to carry PCN > information from PCN-egress-node to decision point should be > able to identify IEAs. > > In PCN, an aggregated flow that is representing an IEA, > should be at least identified by the combination of: > > o IP address of PCN-ingress-node; > o IP address of PCN-egress-node > o DSCP field > > Moreover, it should be able to identify which individual > flows are belonging and using such an IEA. > > The currently given flow ID subset list in > draft-ietf-pcn-signaling-requirements-03 is able to cover > both types of flow IDs (for IEAs and for individual flows). > > Question: Do you agree/disagree on removing the IP addresses > of the PCN-ingress-node and PCN-egress-node from the flow ID > subset list? > > > > Best regards, > Georgios > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of > > Georgios Karagiannis > > Sent: woensdag 6 april 2011 11:56 > > To: 'Michael Menth' > > Cc: pcn@ietf.org > > Subject: Re: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > Hi Michael > > > > This issue is about flow ID, and is not about reporting addresses. > > Regarding identification of aggregated flows, please read: > > > > http://www.rfc-editor.org/rfc/rfc3175.txt > > > > Since IEAs are used in PCN, this will mean that the > signaling protocol > > used to carry PCN information from PCN-egress-node to > decision point > > should be able to identify IEAs (ingress-egress-aggregates). > > > > In PCN an aggregated flow that is representing an IEA ( > should be at > > least identified by the combination of: > > > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > o DSCP field > > > > Moreover, it should be able to identify which individual flows are > > belonging and using such an IEA. > > > > In other words this information is not redundant, but it is > required. > > > > > > Best regards, > > Georgios > > > > > > > > > > > > > -----Original Message----- > > > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > > > Sent: woensdag 6 april 2011 11:03 > > > To: Georgios Karagiannis > > > Cc: pcn@ietf.org > > > Subject: Re: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Georgios, > > > > > > in the meeting (and in fact days before!) we agreed that we > > determine > > > ingress-egress-aggregates by the IP addresses of the > > PCN-ingress-node > > > and PCN-egress-node. > > > > > > The PCN-egress-node gains the information about the > > PCN-ingress-node > > > somehow and sends a report to the PCN-ingress-node. > Therefore, the > > > information about the PCN-ingress-node and PCN-egress-node > > is already > > > there. > > > Furthermore, the PCN-ingress-node and PCN-egress-node do > > not further > > > characterize any aggregate flows at least to my understanding. > > > Therefore, I think that adding to the description of flows their > > > PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not > > > helpful and, therefore, rather confuses readers. > > > > > > Best wishes, > > > > > > Michael > > > > > > Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > > > > Hi Michael > > > > > > > > Thanks for the comments! > > > > > > > > I agree with all comments, except the following one: > > > > > > > > Issue 2: Regarding flow identifiers, the following is > not needed: > > > > o IP address of PCN-ingress-node; > > > > o IP address of PCN-egress-node > > > > > > > > First of all please note that these are needed in the > > > situation that > > > > the flow ID identifies an aggregated flow. In this case > the "IP > > > > address of PCN-ingress-node" and the "IP address of > > > PCN-egress-node" > > > > are, among other information, required. > > > > Moreover please note that before the list with bullets the > > > following > > > > sentence is used: > > > > "In pure IP networks, the identifier may consist of a > > subset of the > > > > following information:". > > > > This means that in some situations you can use a subset of > > > this list > > > > to identify an individual flow and in other cases you can > > > use a subset > > > > of the same list to identify an aggregated flow. > > > > > > > > > > > > Secondly I thought that during the IETF meeting we > > > discussed the same > > > > issue and there was an agreement to have this information > > > in the flow identifier. > > > > !? > > > > > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > > > From: pcn-bounces@ietf.org > > > [mailto:pcn-bounces@ietf.org] On Behalf Of > > > > Michael Menth > > > > Sent: dinsdag 5 april 2011 23:46 > > > > To: pcn@ietf.org > > > > Subject: Re: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > > > > > Hi Georgios, hi all, > > > > > > > > I quickly went over the draft and fixed some nits. I > > > think it is in > > > > good shape now. Georgios, please take care of my minor > > > corrections for > > > > the next version of the doc! > > > > > > > > Best wishes, > > > > > > > > Michael > > > > > > > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > > > > > > > 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 : Requirements > for Signaling of > > > > (Pre-) Congestion Information in a DiffServ Domain > > > > Author(s) : G. Karagiannis, et al. > > > > Filename : > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > Pages : 7 > > > > Date : 2011-04-05 > > > > > > > > Precongestion notification (PCN) is a means for > > > protecting quality > > > > of > > > > service for inelastic traffic admitted to a > > > Diffserv domain. > > > > The > > > > overall PCN architecture is described in RFC > > > 5559. This memo > > > > > > > > describes the requirements for the signaling > > > applied within the PCN > > > > domain: (1) PCN-feedback-information is > carried from the > > > > PCN-egress- > > > > node to the decision point;(2) the decision > > > point may ask the PCN- > > > > ingress-node to measure, and report back, the > > > rate of PCN-traffic > > > > between this pair of PCN-boundary-nodes. The > > > decision point may be > > > > either collocated with the PCN-ingress-node or > > > a centralized node > > > > (in > > > > the latter case, (2) is not required). The > > > signaling requirements > > > > pertain in particular to two edge behaviours, > > > "controlled load (CL)" > > > > and "single marking (SM)" > > > > [draft-ietf-pcn-cl-edge-behaviour-08], > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > A URL for this Internet-Draft is: > > > > > > > > > > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-requireme > > > > nts-03 > > > > .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 > > > > > > > > > > > > > > > > -- > > > > Prof. Dr. habil. Michael Menth > > > > University of Tuebingen > > > > Faculty of Science > > > > Department of Computer Science > > > > Chair of Communication Networks > > > > Sand 13, 72076 Tuebingen, Germany > > > > phone: (+49)-7071/29-70505 > > > > fax: (+49)-7071/29-5220 > > > > mailto:menth@uni-tuebingen.de > > > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > > > > > > > > > > > > > > -- > > > Prof. Dr. habil. Michael Menth > > > University of Tuebingen > > > Faculty of Science > > > Department of Computer Science > > > Chair of Communication Networks > > > Sand 13, 72076 Tuebingen, Germany > > > phone: (+49)-7071/29-70505 > > > fax: (+49)-7071/29-5220 > > > mailto:menth@uni-tuebingen.de > > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > _______________________________________________ > > 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 philip.eardley@bt.com Thu Apr 14 03:28:59 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 4D31EE066A for ; Thu, 14 Apr 2011 03:28:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.986 X-Spam-Level: X-Spam-Status: No, score=-101.986 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6fDcuNOzZ3h for ; Thu, 14 Apr 2011 03:28:58 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp61.intersmtp.COM [62.239.224.234]) by ietfc.amsl.com (Postfix) with ESMTP id 0C7DBE0669 for ; Thu, 14 Apr 2011 03:28:57 -0700 (PDT) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A005ED61.smtp-e1.hygiene.service (10.187.98.10) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 14 Apr 2011 11:28:56 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.51]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Thu, 14 Apr 2011 11:28:56 +0100 From: To: , Date: Thu, 14 Apr 2011 11:28:56 +0100 Thread-Topic: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtA= Message-ID: <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> In-Reply-To: <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 10:28:59 -0000 I dont think this belongs in this document. Seems it can be left to the act= ual signalling protocol and configuration in the actual network it's operat= ing in. Anyway, if we specify a particular maximum we also need to specify = format and that requires some work on what ways are currently considered be= st.=20 -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Georg= ios Karagiannis Sent: 13 April 2011 17:28 To: pcn@ietf.org Subject: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements r= ecommend which maximum rate value carried by signaling protocol? =20 Hi all >From the WGLC discussions regarding draft-ietf-pcn-signaling-requirements-0= 3 I identified two open issues: This email contains the first open issue: =20 Issue_1: It is proposed that draft-ietf-pcn-signaling-requirements should recommend which maximum rate value should be carried by a signaling protocol. This will mean that the PCN WG will recommend to the signaling protocol designers to use a container/field that is able to carry this maximum rate value (in octets/s). Question: Do you agree/disagree with the fact that draft-ietf-pcn-signaling-requirements should recommend which maximum rate value should be carried by a signaling protocol? Best regards, Georgios > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of Georgios Karagiannis > Sent: donderdag 7 april 2011 11:56 > To: philip.eardley@bt.com; pcn@ietf.org > Subject: Re: [PCN] Perhaps some additions=20 > requiredfordraft-ietf-pcn-signaling-requirements-03.txt >=20 > Hi Phil >=20 > You are right about the encoding. Therefore, we might also=20 > need to define the way of how this value is encoded.=20 >=20 > In RFC 2210 all the rate values are encoded using: 32-bit=20 > IEEE floating point number. >=20 > I am not sure if it is good lo leave this decision to other=20 > desigbn teams than the PCN WG. >=20 > The values of these rates are affecting the accuracy of the=20 > provided PCN solutions, in particular when they get another=20 > value than they should. >=20 > Best regards, > Georgios >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 7 april 2011 11:34 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Perhaps some additions required=20 > > fordraft-ietf-pcn-signaling-requirements-03.txt > >=20 > > I dont think this is needed in either signalling reqts or edge=20 > > behaviour docs. I think this would be up to the actual signalling=20 > > protocol to define, or perhaps the configuration in a particular=20 > > PCN-domain. > > Note also that defining a field length doesn't define the=20 > max value,=20 > > as this depends on the encoding [for instance, 1 byte might be an=20 > > exponent] > >=20 > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of=20 > > Georgios Karagiannis > > Sent: 07 April 2011 10:20 > > To: pcn@ietf.org > > Subject: [PCN] Perhaps some additions required for=20 > > draft-ietf-pcn-signaling-requirements-03.txt > >=20 > > Hi all > >=20 > > Looking into the description of the edge behaviour drafts=20 > and what we=20 > > currently have in the 03 version of the signaling=20 > requirements draft,=20 > > I see that some information associated with the information that a=20 > > signaling protocol should carry is missing. In particular,=20 > we are not=20 > > specifying what is the maximum value of the rates that a signaling=20 > > protocol should be able to carry. This is important in order to=20 > > specify what will be maximum length of the field that=20 > carries such a=20 > > maximum rate. > >=20 > > In particular we need to have these maximum values for the=20 > following=20 > > rates: > >=20 > > o the rate of not-marked PCN-traffic (NM-rate) in octets/second, > > o rate of PCN-marked traffic in octets/second, > > o the rate of threshold-marked PCN traffic (ThM-rate) in=20 > > octets/second, > > o rate of excess-traffic-marked traffic (ETM-rate) in=20 > > octets/second, > >=20 > >=20 > > We could use a field of 32 bits long =3D> Maximum rate value =3D 2^32 = =3D > > 4294967296 octets/s) > >=20 > > Question 1: Is this maximum rate value acceptable?=20 > >=20 > > Question 2: Is it okay to include this maximum rate value in the=20 > > signaling requirements draft, or should we do this in the edge=20 > > behaviour drafts? > >=20 > > Best regards, > > Georgios > >=20 > >=20 > >=20 > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org]=20 > On Behalf=20 > > > Of Internet-Drafts@ietf.org > > > Sent: dinsdag 5 april 2011 14:15 > > > To: i-d-announce@ietf.org > > > Cc: pcn@ietf.org > > > Subject: [PCN] I-D > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > >=20 > > > A New Internet-Draft is available from the on-line=20 > Internet-Drafts=20 > > > directories. > > > This draft is a work item of the Congestion and Pre-Congestion=20 > > > Notification Working Group of the IETF. > > >=20 > > >=20 > > > Title : Requirements for Signaling of (Pre-)=20 > > > Congestion Information in a DiffServ Domain > > > Author(s) : G. Karagiannis, et al. > > > Filename : draft-ietf-pcn-signaling-requirements-03.txt > > > Pages : 7 > > > Date : 2011-04-05 > > >=20 > > > Precongestion notification (PCN) is a means for=20 > protecting quality=20 > > > of service for inelastic traffic admitted to a Diffserv=20 > domain. The=20 > > > overall PCN architecture is described in RFC 5559. This memo=20 > > > describes the requirements for the signaling applied=20 > within the PCN > > > domain: (1) PCN-feedback-information is carried from the > > > PCN-egress- node to the decision point;(2) the decision point may=20 > > > ask the PCN- ingress-node to measure, and report back,=20 > the rate of=20 > > > PCN-traffic between this pair of PCN-boundary-nodes. The decision=20 > > > point may be either collocated with the PCN-ingress-node or a=20 > > > centralized node (in the latter case, (2) is not required). The=20 > > > signaling requirements pertain in particular to two edge=20 > behaviours,=20 > > > "controlled load (CL)" > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > >=20 > > > A URL for this Internet-Draft is: > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > equirements-03.txt > > >=20 > > > Internet-Drafts are also available by anonymous FTP at: > > > ftp://ftp.ietf.org/internet-drafts/ > > >=20 > > > Below is the data which will enable a MIME compliant mail reader=20 > > > implementation to automatically retrieve the ASCII version of the=20 > > > Internet-Draft. > > >=20 > >=20 > >=20 > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn > >=20 >=20 >=20 > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn >=20 _______________________________________________ PCN mailing list PCN@ietf.org https://www.ietf.org/mailman/listinfo/pcn From toby@moncaster.com Thu Apr 14 03:53:47 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id BAB58E0684 for ; Thu, 14 Apr 2011 03:53:47 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QWf1ggUQd+L8 for ; Thu, 14 Apr 2011 03:53:46 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by ietfc.amsl.com (Postfix) with ESMTP id 4CCEAE0670 for ; Thu, 14 Apr 2011 03:53:46 -0700 (PDT) Received: from TobysHP (host81-158-50-55.range81-158.btcentralplus.com [81.158.50.55]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0M8hNb-1PwcuT1v3z-00wArh; Thu, 14 Apr 2011 12:53:43 +0200 From: "Toby Moncaster" To: "'Toby Moncaster'" , "'Bob Briscoe'" , "'Michael Menth'" References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> In-Reply-To: <003e01cbf074$d2042270$760c6750$@com> Date: Thu, 14 Apr 2011 11:53:42 +0100 Message-ID: <000c01cbfa92$38da9750$aa8fc5f0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcvwZ3CBxc/pUxEeTaO4xREolj/bsQADByzAAoUIrNA= Content-Language: en-gb X-Provags-ID: V02:K0:O3Msf6vqrLazQEWLFHfA+jwQpaofZ3uQQ0GJQEBzcrL ZXH062OGGnSR8cOnzgky5Ezu1HI5kj5Im9kLfQFCJPyx1YdyKr yzN9dmeVjw6uhNtBcWpExEWqjoylqLpaAVTmiLpTqsvL5nEhBT cm7THB4Mpq1KobX3jquuRxxrkb9/zAmzCf4wSL4et/F6n3MTj4 n/DDQ2MdLnCLmfy7UdgZBSkFIYeifUb13R510WuTOw= Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 10:53:47 -0000 I am trying to bash the ECN compatibility text into a usable appendix for the document. This is what I have so far: "Appendix A. Co-existence of ECN and PCN (informative) The PCN encoding described in this document re-uses the bits of the ECN field in the IP header. Consequently, this disables ECN within the PCN domain. Appendix B of [RFC5696] included advice on handling ECN traffic within a PCN-domain. This appendix clarifies that advice. ECN traffic not subjected to PCN control and not sharing a PCN- compatible DSCP: This requires no action. ECN traffic not subjected to PCN control but sharing a PCN-compatible DSCP: There are two options. * The ingress maps the DSCP to a local DSCP and the egress re- maps it to the original PCN-compatible DSCP. * The ingress tunnels the traffic, setting not-PCN in the outer header; note that this turns off ECN for this traffic within the PCN domain. The first option is recommended unless you are short of local DSCPs. ECN traffic being subjected to PCN control: There are two options. * The ingress places this traffic in a tunnel with a PCN- compatible DSCP in the outer header. The egress zeroes the ECN-field before decapsulation. * ingress drops CE-marked packets and egress zeros ECN field of PCN packets which disables end-to-end ECN. The second option is not recommended. ECN traffic being subjected to PCN control, receiver indicates desire to see PCN marks: Schemes have been suggested where PCN marks may be leaked out of the PCN-domain and used by the end hosts to modify realtime data rates. Currently all such schemes are experimental and the following is for guidance only. The ingress needs to tunnel the traffic using [RFC6040]. The PCN- egress should not zero the ECN field, and the tunnel egress should use [RFC6040] normal mode (preserving any PCN-marking). Note that this may turn ECT(0) into ECT(1) and so is not compatible with the experimental ECN nonce [RFC3540]. In the list above any form of IP-in-IP tunnel can be used unless specified otherwise. We assume a logical separation of tunneling and PCN actions in both PCN-ingress and PCN-egress nodes. That is, any tunneling action happens wholly outside the PCN-domain as illustrated in the following figure: , . . . . PCN-domain . . . . . . . . ,--------. ,--------. . . _| PCN- |___________________| PCN- |_ . . / | ingress | | egress | \ . .| '---------' '--------' |. | . . . . . . . . . . . . . . .| ,--------. ,--------. _____| Tunnel | | Tunnel |____ | Ingress | - - ECN preserved inside tunnel - - | Egress | '---------' '--------' Figure 4: Separation of tunneling and PCN actions " I hope this captures all the key elements from the discussion. I am still unsure exactly how we are proceeding with regards to updating RFC5696. Can this document both update RFC5696 AND be dependent on it as well? Currently I am thinking of adding the following as a standalone section: "Section N. Effect on baseline encoding The baseline encoding [rfc5696] specified that the 01 codepoint was for use in experimental schemes. It also gave guidelines for such experiments. This document updates the 01 codepoint and fixes its meaning. Consequently this document updates [rfc5696]. People wishing to use the 01 codepoint for experimental schemes as described in [rfc5696] must accept the risk that PCN-nodes compatible with this encoding scheme may not be compatible with their experiment." Two inline responses to Michael at the end Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > Toby Moncaster > Sent: 01 April 2011 14:58 > To: 'Bob Briscoe'; 'Michael Menth' > Cc: pcn@ietf.org > Subject: Re: [PCN] ECN handling with 3-in-1 > > I'm not sure if I captured all the changes we intend to do on this > draft: > > 1) add Michael's text on e2e ECN (once it has become stable) > > 2) add a brief paragraph explaining that this effectively updates > RFC5696 > and that therefore anyone running experiments with that are on their > own > (which they kind of are anyway, if they are doing an experiment!). > > 3) clarify how to do single marking with this encoding. > > I now recall the real reason why I wanted to preserve baseline which is > that > this encoding has the RFC6040 dependency. > > Is there any mileage in exploring a bis for RFC5696? As I see it we are > always going to have a slightly messy situation. For instance I am not > sure > if you are allowed the circular dependency of 3-in-1 encoding being > dependent on RFC5696 but also updating RFC5696. > > Of course we could always revive the option we discussed, where we > obsolete > RFC5696 and incorporate a baseline behaviour within this draft (which > could > then be called PCN encodings using a single DSCP)... > > Thoughts anyone? > > Toby > > > -----Original Message----- > > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > > Sent: 01 April 2011 13:22 > > To: Michael Menth > > Cc: Toby Moncaster; pcn@ietf.org > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > Michael, > > > > At 09:36 01/04/2011, Michael Menth wrote: > > >Hi all, > > > > > >to quickly see that the case analysis is complete, I suggest a > > >slight rewording: > > > > > >Handling of ECN traffic > > >* ECN traffic not being subject to PCN control and not sharing a > > >PCN-compatible DSCP > > > - no action needed > > >* ECN traffic not being subject to PCN control and sharing a > > >PCN-compatible DSCP > > > - ingress tunnels that traffic with an non-PCN-compatible DSCP > > > in the outer header (any tunnel may be used) > > > - alternative: ingress maps the DSCP to a local DSCP and egress > > > re-maps it to the original PCN-compatible DSCP > > > - alternative: ingress tunnels that traffic with not-PCN in the > > > outer header (any tunnel may be used); note that this turns of ECN > > > for this traffic within the PCN domain. > > > > We ought to recommend one: > > #2 does nothing wrong, whereas the others do, to a certain extent. > > THe only reason for using #3 would be if you are short of DSCPs (e.g. > > MPLS or Ethernet). > > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So > > #1 can be chucked. > > > > >* ECN traffic being subject to PCN control > > > - ingress drops CE-marked packets and egress zeros ECN field of > > > PCN packets which disables end-to-end ECN > > > > Not recommended > > > > > - alternative: ingress tunnels that traffic with a > > > PCN-compatible DSCP in the outer header and the egress zeros > > > ECN-field before decapsulation (any tunnel may be used) > > > > recommended > > > > >* ECN traffic being subject to PCN control, and the receiver has > > >indicated to receive PCN marks > > > - ingress tunnels that traffic with a PCN-compatible DSCP but > > > the egress SHOULD NOT zero the ECN field before decapsulation > > > according to RFC6040 normal mode; note that this may turn ECT(0) > > > into ECT(1) so that the nonce is modified. > > > > Good point. > > This needs to be clearly flagged as an experimental only scheme. > > > > > > >Another two questions > > >* Traffic may arrive with a non-PCN-compatible DSCP and is subject > > >to PCN control. Do we care about the original DSCP? This seems to be > > >a similar issue. > > > > Similar to what? What Michael means is, if an operator chooses to change the DSCP of an arriving packet in order to enable PCN for that packet, should that change be reversed on leaving the PCN domain? This is starting to get rather obscure. Appendix A.1 of RFC5696 discusses the choice of suitable DSCPs for PCN and makes it clear that operators should choose to use an existing DSCP providing suitable scheduling and priority. However, if an operator chooses to define a local DSCP instead then they are free to do so. If I recall right, DSCPs are not guaranteed to survive between domains anyway... > > > > >* How is the ECN-field of traffic with a PCN-compatible DSCP > > >interpreted outside a PCN domain? I guess with ECN semantics? Have > > >we stated that somewhere. Do we need to state it? > > > > Dunno whether we've said this somewhere. Will need to check. Is this at all relevant to PCN? I would argue we don't need to state this anywhere at all since PCN semantics only apply inside a PCN-domain. IN appendix A.1 of RFC5696 we make it clear that PCN is a marking behaviour for use within the PCN-domain and discuss DSCP-related issues > > > > > > Bob > > > > > > >Best wishes, > > > > > > Michael > > > > > >-- > > >Prof. Dr. habil. Michael Menth > > >University of Tuebingen > > >Faculty of Science > > >Department of Computer Science > > >Chair of Communication Networks > > >Sand 13, 72076 Tuebingen, Germany > > >phone: (+49)-7071/29-70505 > > >fax: (+49)-7071/29-5220 > > >mailto:menth@uni-tuebingen.de > > >http://www-kn.informatik.uni-tuebingen.de > > > > ________________________________________________________________ > > Bob Briscoe, BT Innovate & Design > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn From karagian@cs.utwente.nl Thu Apr 14 03:59:33 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 1652BE06CE for ; Thu, 14 Apr 2011 03:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.169 X-Spam-Level: X-Spam-Status: No, score=-0.169 tagged_above=-999 required=5 tests=[AWL=0.335, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DdWrwkD4ZSzY for ; Thu, 14 Apr 2011 03:59:32 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id CA0FCE06B5 for ; Thu, 14 Apr 2011 03:59:31 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3EAwf9R023552; Thu, 14 Apr 2011 12:58:44 +0200 (MEST) From: "Georgios Karagiannis" To: , References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 14 Apr 2011 12:59:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> thread-index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkA== X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 14 Apr 2011 12:58:54 +0200 (MEST) Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 10:59:33 -0000 Hi Phil Agree, but maybe the following sentence could solve the problem! "The signaling protocol SHOULD be able to carry a rate value that can at least be fitted in a 32 bit container/field, when using the IEEE floating point number encoding." The above is based on the fact that a token bucket rate carried in a RSVP SENDER_TSPEC Object (see RFC2210), uses also such a container/field. Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: donderdag 14 april 2011 12:29 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > I dont think this belongs in this document. Seems it can be > left to the actual signalling protocol and configuration in > the actual network it's operating in. Anyway, if we specify a > particular maximum we also need to specify format and that > requires some work on what ways are currently considered best. > > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of Georgios Karagiannis > Sent: 13 April 2011 17:28 > To: pcn@ietf.org > Subject: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > > > Hi all > > >From the WGLC discussions regarding > >draft-ietf-pcn-signaling-requirements-03 > I identified two open issues: > > This email contains the first open issue: > > Issue_1: It is proposed that > draft-ietf-pcn-signaling-requirements should recommend which > maximum rate value should be carried by a signaling protocol. > > This will mean that the PCN WG will recommend to the > signaling protocol designers to use a container/field that is > able to carry this maximum rate value (in octets/s). > > Question: Do you agree/disagree with the fact that > draft-ietf-pcn-signaling-requirements should recommend which > maximum rate value should be carried by a signaling protocol? > > Best regards, > Georgios > > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of > > Georgios Karagiannis > > Sent: donderdag 7 april 2011 11:56 > > To: philip.eardley@bt.com; pcn@ietf.org > > Subject: Re: [PCN] Perhaps some additions > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > Hi Phil > > > > You are right about the encoding. Therefore, we might also need to > > define the way of how this value is encoded. > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > floating point number. > > > > I am not sure if it is good lo leave this decision to other desigbn > > teams than the PCN WG. > > > > The values of these rates are affecting the accuracy of the > provided > > PCN solutions, in particular when they get another value than they > > should. > > > > Best regards, > > Georgios > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > Sent: donderdag 7 april 2011 11:34 > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > Subject: RE: [PCN] Perhaps some additions required > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > I dont think this is needed in either signalling reqts or edge > > > behaviour docs. I think this would be up to the actual signalling > > > protocol to define, or perhaps the configuration in a particular > > > PCN-domain. > > > Note also that defining a field length doesn't define the > > max value, > > > as this depends on the encoding [for instance, 1 byte might be an > > > exponent] > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: 07 April 2011 10:20 > > > To: pcn@ietf.org > > > Subject: [PCN] Perhaps some additions required for > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi all > > > > > > Looking into the description of the edge behaviour drafts > > and what we > > > currently have in the 03 version of the signaling > > requirements draft, > > > I see that some information associated with the > information that a > > > signaling protocol should carry is missing. In particular, > > we are not > > > specifying what is the maximum value of the rates that a > signaling > > > protocol should be able to carry. This is important in order to > > > specify what will be maximum length of the field that > > carries such a > > > maximum rate. > > > > > > In particular we need to have these maximum values for the > > following > > > rates: > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > octets/second, > > > o rate of PCN-marked traffic in octets/second, > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > octets/second, > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > octets/second, > > > > > > > > > We could use a field of 32 bits long => Maximum rate > value = 2^32 = > > > 4294967296 octets/s) > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > Question 2: Is it okay to include this maximum rate value in the > > > signaling requirements draft, or should we do this in the edge > > > behaviour drafts? > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > On Behalf > > > > Of Internet-Drafts@ietf.org > > > > Sent: dinsdag 5 april 2011 14:15 > > > > To: i-d-announce@ietf.org > > > > Cc: pcn@ietf.org > > > > Subject: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > Congestion Information in a DiffServ Domain > > > > Author(s) : G. Karagiannis, et al. > > > > Filename : > draft-ietf-pcn-signaling-requirements-03.txt > > > > Pages : 7 > > > > Date : 2011-04-05 > > > > > > > > Precongestion notification (PCN) is a means for > > protecting quality > > > > of service for inelastic traffic admitted to a Diffserv > > domain. The > > > > overall PCN architecture is described in RFC 5559. This memo > > > > describes the requirements for the signaling applied > > within the PCN > > > > domain: (1) PCN-feedback-information is carried from the > > > > PCN-egress- node to the decision point;(2) the decision > point may > > > > ask the PCN- ingress-node to measure, and report back, > > the rate of > > > > PCN-traffic between this pair of PCN-boundary-nodes. > The decision > > > > point may be either collocated with the PCN-ingress-node or a > > > > centralized node (in the latter case, (2) is not required). The > > > > signaling requirements pertain in particular to two edge > > behaviours, > > > > "controlled load (CL)" > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > A URL for this Internet-Draft is: > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > equirements-03.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 > > > > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn > From philip.eardley@bt.com Thu Apr 14 04:01:22 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id A878AE070A for ; Thu, 14 Apr 2011 04:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.696 X-Spam-Level: X-Spam-Status: No, score=-101.696 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tuhV2tVk+0iO for ; Thu, 14 Apr 2011 04:01:21 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp64.intersmtp.COM [62.239.224.237]) by ietfc.amsl.com (Postfix) with ESMTP id B0445E066A for ; Thu, 14 Apr 2011 04:01:20 -0700 (PDT) Received: from EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) by RDW083A008ED64.smtp-e4.hygiene.service (10.187.98.13) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 14 Apr 2011 12:01:19 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.51]) by EVMHT65-UKRD.domain1.systemhost.net ([10.36.3.102]) with mapi; Thu, 14 Apr 2011 12:01:19 +0100 From: To: , Date: Thu, 14 Apr 2011 12:01:18 +0100 Thread-Topic: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQ Message-ID: <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:01:22 -0000 Well, if you include your sentence that means you don't agree! As i said, i don't think this is a good idea.=20 -----Original Message----- From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]=20 Sent: 14 April 2011 11:59 To: Eardley,PL,Philip,DES8 R; pcn@ietf.org Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requiremen= ts recommend which maximum rate value carried by signaling protocol? Hi Phil Agree, but maybe the following sentence could solve the problem! "The signaling protocol SHOULD be able to carry a rate value that can at least be fitted in a 32 bit container/field, when using the IEEE floating point number encoding." The above is based on the fact that a token bucket rate carried in a RSVP SENDER_TSPEC Object (see RFC2210), uses also such a container/field. Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20 > Sent: donderdag 14 april 2011 12:29 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should=20 > draft-ietf-pcn-signaling-requirements recommend which maximum=20 > rate value carried by signaling protocol? >=20 > I dont think this belongs in this document. Seems it can be=20 > left to the actual signalling protocol and configuration in=20 > the actual network it's operating in. Anyway, if we specify a=20 > particular maximum we also need to specify format and that=20 > requires some work on what ways are currently considered best.=20 >=20 > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of Georgios Karagiannis > Sent: 13 April 2011 17:28 > To: pcn@ietf.org > Subject: [PCN] Open Issue 1: should=20 > draft-ietf-pcn-signaling-requirements recommend which maximum=20 > rate value carried by signaling protocol? >=20 >=20 > =20 > Hi all >=20 > >From the WGLC discussions regarding=20 > >draft-ietf-pcn-signaling-requirements-03 > I identified two open issues: >=20 > This email contains the first open issue: > =20 > Issue_1: It is proposed that=20 > draft-ietf-pcn-signaling-requirements should recommend which=20 > maximum rate value should be carried by a signaling protocol. >=20 > This will mean that the PCN WG will recommend to the=20 > signaling protocol designers to use a container/field that is=20 > able to carry this maximum rate value (in octets/s). >=20 > Question: Do you agree/disagree with the fact that=20 > draft-ietf-pcn-signaling-requirements should recommend which=20 > maximum rate value should be carried by a signaling protocol? >=20 > Best regards, > Georgios >=20 >=20 >=20 > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On=20 > Behalf Of=20 > > Georgios Karagiannis > > Sent: donderdag 7 april 2011 11:56 > > To: philip.eardley@bt.com; pcn@ietf.org > > Subject: Re: [PCN] Perhaps some additions=20 > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > >=20 > > Hi Phil > >=20 > > You are right about the encoding. Therefore, we might also need to=20 > > define the way of how this value is encoded. > >=20 > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE=20 > > floating point number. > >=20 > > I am not sure if it is good lo leave this decision to other desigbn=20 > > teams than the PCN WG. > >=20 > > The values of these rates are affecting the accuracy of the=20 > provided=20 > > PCN solutions, in particular when they get another value than they=20 > > should. > >=20 > > Best regards, > > Georgios > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > > > -----Original Message----- > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > Sent: donderdag 7 april 2011 11:34 > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > Subject: RE: [PCN] Perhaps some additions required=20 > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > >=20 > > > I dont think this is needed in either signalling reqts or edge=20 > > > behaviour docs. I think this would be up to the actual signalling=20 > > > protocol to define, or perhaps the configuration in a particular=20 > > > PCN-domain. > > > Note also that defining a field length doesn't define the > > max value, > > > as this depends on the encoding [for instance, 1 byte might be an=20 > > > exponent] > > >=20 > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: 07 April 2011 10:20 > > > To: pcn@ietf.org > > > Subject: [PCN] Perhaps some additions required for=20 > > > draft-ietf-pcn-signaling-requirements-03.txt > > >=20 > > > Hi all > > >=20 > > > Looking into the description of the edge behaviour drafts > > and what we > > > currently have in the 03 version of the signaling > > requirements draft, > > > I see that some information associated with the=20 > information that a=20 > > > signaling protocol should carry is missing. In particular, > > we are not > > > specifying what is the maximum value of the rates that a=20 > signaling=20 > > > protocol should be able to carry. This is important in order to=20 > > > specify what will be maximum length of the field that > > carries such a > > > maximum rate. > > >=20 > > > In particular we need to have these maximum values for the > > following > > > rates: > > >=20 > > > o the rate of not-marked PCN-traffic (NM-rate) in=20 > octets/second, > > > o rate of PCN-marked traffic in octets/second, > > > o the rate of threshold-marked PCN traffic (ThM-rate) in=20 > > > octets/second, > > > o rate of excess-traffic-marked traffic (ETM-rate) in=20 > > > octets/second, > > >=20 > > >=20 > > > We could use a field of 32 bits long =3D> Maximum rate=20 > value =3D 2^32 =3D > > > 4294967296 octets/s) > > >=20 > > > Question 1: Is this maximum rate value acceptable?=20 > > >=20 > > > Question 2: Is it okay to include this maximum rate value in the=20 > > > signaling requirements draft, or should we do this in the edge=20 > > > behaviour drafts? > > >=20 > > > Best regards, > > > Georgios > > >=20 > > >=20 > > >=20 > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > On Behalf > > > > Of Internet-Drafts@ietf.org > > > > Sent: dinsdag 5 april 2011 14:15 > > > > To: i-d-announce@ietf.org > > > > Cc: pcn@ietf.org > > > > Subject: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > >=20 > > > > 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=20 > > > > Notification Working Group of the IETF. > > > >=20 > > > >=20 > > > > Title : Requirements for Signaling of (Pre-)=20 > > > > Congestion Information in a DiffServ Domain > > > > Author(s) : G. Karagiannis, et al. > > > > Filename :=20 > draft-ietf-pcn-signaling-requirements-03.txt > > > > Pages : 7 > > > > Date : 2011-04-05 > > > >=20 > > > > Precongestion notification (PCN) is a means for > > protecting quality > > > > of service for inelastic traffic admitted to a Diffserv > > domain. The > > > > overall PCN architecture is described in RFC 5559. This memo=20 > > > > describes the requirements for the signaling applied > > within the PCN > > > > domain: (1) PCN-feedback-information is carried from the > > > > PCN-egress- node to the decision point;(2) the decision=20 > point may=20 > > > > ask the PCN- ingress-node to measure, and report back, > > the rate of > > > > PCN-traffic between this pair of PCN-boundary-nodes.=20 > The decision=20 > > > > point may be either collocated with the PCN-ingress-node or a=20 > > > > centralized node (in the latter case, (2) is not required). The=20 > > > > signaling requirements pertain in particular to two edge > > behaviours, > > > > "controlled load (CL)" > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour-08], > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > >=20 > > > > A URL for this Internet-Draft is: > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > equirements-03.txt > > > >=20 > > > > Internet-Drafts are also available by anonymous FTP at: > > > > ftp://ftp.ietf.org/internet-drafts/ > > > >=20 > > > > Below is the data which will enable a MIME compliant=20 > mail reader=20 > > > > implementation to automatically retrieve the ASCII=20 > version of the=20 > > > > Internet-Draft. > > > >=20 > > >=20 > > >=20 > > > _______________________________________________ > > > PCN mailing list > > > PCN@ietf.org > > > https://www.ietf.org/mailman/listinfo/pcn > > >=20 > >=20 > >=20 > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn > >=20 >=20 >=20 > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn >=20 From toby@moncaster.com Thu Apr 14 04:27:23 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id EDC35E06E4 for ; Thu, 14 Apr 2011 04:27: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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O78A-P62xxHi for ; Thu, 14 Apr 2011 04:27:19 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by ietfc.amsl.com (Postfix) with ESMTP id 0911CE06C1 for ; Thu, 14 Apr 2011 04:27:19 -0700 (PDT) Received: from TobysHP (host81-158-50-55.range81-158.btcentralplus.com [81.158.50.55]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0LejLK-1PX9wO1l8Q-00ppMh; Thu, 14 Apr 2011 13:27:11 +0200 From: "Toby Moncaster" To: "'Georgios Karagiannis'" , , References: <20110405121501.17256.4322.idtracker@localhost><4D9B8D7F.60406@informatik.uni-tuebingen.de><4D9C2C56.6060909@informatik.uni-tuebingen.de><916788485A6C4019BB3D6007903C4AFE@dynamic.ewi.utwente.nl> <2D55E69677DB4894A435EB27EEB49C6A@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F3291948450@EMV65-UKRD.domain1.systemhost.net> In-Reply-To: Date: Thu, 14 Apr 2011 12:27:10 +0100 Message-ID: <001c01cbfa96$e54b5930$afe20b90$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acv0OX+GcNqyHPoSToGmEQEXs+7M1QABAPmAAW6e0yAAJGIIMAAA6tZgAAJpa3A= Content-Language: en-gb X-Provags-ID: V02:K0:ZlcKtTc99vb8tpG7qhxwMUdT3jEr+Ve6z4oxX1EUnoZ hIsYdWQes/Bk3uY14GeiZr1iwBoJbjPRHTjz8zpRhITvL8v9i2 inh//xH37hEYmvkhFC2o0Kr9m1N4ONhLUkcIFKjxu5bomR268z dqb76/YFcqaYyt0260kdgXWgUKK0AUzLyaOWFHG48zSVzGQc5z iBKfq+qR7m3u2tbuufaIUW6VIVeMqA6lo9Ur2M9qRQ= Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes beremoved from flow ID subset list? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:27:24 -0000 Phil's proposal sounds good to me too... Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > Georgios Karagiannis > Sent: 14 April 2011 11:21 > To: philip.eardley@bt.com; pcn@ietf.org > Subject: Re: [PCN] Open Issue 2: should IP addresses of PCN-edge-nodes > beremoved from flow ID subset list? > > Hi Phil > > Your proposals seem fine for me! > > Best regards, > Georgios > > > > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 14 april 2011 12:16 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 2: should IP addresses of > > PCN-edge-nodes beremoved from flow ID subset list? > > > > << In my opinion these IP addresses of the PCN-edge-nodes are > > needed for cases that the flow ID identifies an aggregated flow.>> > > > > what you say is true. > > However, the draft says: > > << the report MUST contain: > > o the identifier of the PCN-ingress-node and the identifier of the > > PCN-egress-node (typically their IP addresses); together they > > specify the ingress-egress-aggregate to which the report > > refers,>> ie the information is already there - which is > > michael's point. > > The issue is that in S2.1 we say what the identifier may > > consist of, and imply this is what is in the actual message. > > > > so can we solve this by replacing: > > < information: > > > > o source IP address; > > > > > > o destination IP address; > > > > o protocol identifier and higher layer (port) addressing; > > > > o flow label (typical for IPv6); > > > > o SPI field for IPsec encapsulated data; > > > > o DSCP/TOS field; > > > > o IP address of PCN-ingress-node; > > > > o IP address of PCN-egress-node > > >> > > > > By > > > > << the identifier may consist of a subset of the following > > information: > > > > o source IP address; > > > > > > o destination IP address; > > > > o protocol identifier and higher layer (port) addressing; > > > > o flow label (typical for IPv6); > > > > o SPI field for IPsec encapsulated data; > > > > o DSCP/TOS field; > > > > Note, where a PCN-flow consists of a collection of > > microflows, then the PCN-flow is identified by the > > PCN-ingress-node's and PCN-egress-node's identifiers > > (typically their IP addresses), which are already part of the > > report. >> > > > > I also suggest replacing "flow" by "PCN-flow" in: > > << For both CL and SM edge behaviours, the report MAY also contain: > > o a set of flow identifiers (see Section 2.1).>> << 2.1 > > Specification of Flow Identifiers>> < > flow identifier>> << Examples of such flow identifier > > representations>> > > > > In the first of these instances, you could safely add a > > reference to rfc5559, where PCN-flow is a defined term. > > > > Does this work? > > Phil > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of Georgios Karagiannis > > Sent: 13 April 2011 17:32 > > To: pcn@ietf.org > > Subject: [PCN] Open Issue 2: should IP addresses of > > PCN-edge-nodes be removed from flow ID subset list? > > > > > > Hi all > > > > >From the WGLC discussions regarding > > >draft-ietf-pcn-signaling-requirements-03 > > I identified two open issues: > > > > This email contains the second open issue: > > > > Issue_2: IP addresses of PCN-edge-nodes should be removed > > from flow ID subset list > > > > draft-ietf-pcn-signaling-requirements specifies that in pure > > IP networks, the identifier may consist of a subset of the > > following information: > > > > o source IP address; > > > > > > o destination IP address; > > > > o protocol identifier and higher layer (port) addressing; > > > > o flow label (typical for IPv6); > > > > o SPI field for IPsec encapsulated data; > > > > o DSCP/TOS field; > > > > o IP address of PCN-ingress-node; > > > > o IP address of PCN-egress-node > > > > > > There was a request to remove the following two bullets from > > the above list: > > > > > > > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > > > The given reason was: "This does certainly not belong to the > > flow identifier." > > > > In my opinion these IP addresses of the PCN-edge-nodes are > > needed for cases that the flow ID identifies an aggregated flow. > > > > Since IEAs (Ingress Egress Aggregates) are used in PCN, this > > will mean that the signaling protocol used to carry PCN > > information from PCN-egress-node to decision point should be > > able to identify IEAs. > > > > In PCN, an aggregated flow that is representing an IEA, > > should be at least identified by the combination of: > > > > o IP address of PCN-ingress-node; > > o IP address of PCN-egress-node > > o DSCP field > > > > Moreover, it should be able to identify which individual > > flows are belonging and using such an IEA. > > > > The currently given flow ID subset list in > > draft-ietf-pcn-signaling-requirements-03 is able to cover > > both types of flow IDs (for IEAs and for individual flows). > > > > Question: Do you agree/disagree on removing the IP addresses > > of the PCN-ingress-node and PCN-egress-node from the flow ID > > subset list? > > > > > > > > Best regards, > > Georgios > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: woensdag 6 april 2011 11:56 > > > To: 'Michael Menth' > > > Cc: pcn@ietf.org > > > Subject: Re: [PCN] I-D > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Michael > > > > > > This issue is about flow ID, and is not about reporting addresses. > > > Regarding identification of aggregated flows, please read: > > > > > > http://www.rfc-editor.org/rfc/rfc3175.txt > > > > > > Since IEAs are used in PCN, this will mean that the > > signaling protocol > > > used to carry PCN information from PCN-egress-node to > > decision point > > > should be able to identify IEAs (ingress-egress-aggregates). > > > > > > In PCN an aggregated flow that is representing an IEA ( > > should be at > > > least identified by the combination of: > > > > > > o IP address of PCN-ingress-node; > > > o IP address of PCN-egress-node > > > o DSCP field > > > > > > Moreover, it should be able to identify which individual flows are > > > belonging and using such an IEA. > > > > > > In other words this information is not redundant, but it is > > required. > > > > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > > > > Sent: woensdag 6 april 2011 11:03 > > > > To: Georgios Karagiannis > > > > Cc: pcn@ietf.org > > > > Subject: Re: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi Georgios, > > > > > > > > in the meeting (and in fact days before!) we agreed that we > > > determine > > > > ingress-egress-aggregates by the IP addresses of the > > > PCN-ingress-node > > > > and PCN-egress-node. > > > > > > > > The PCN-egress-node gains the information about the > > > PCN-ingress-node > > > > somehow and sends a report to the PCN-ingress-node. > > Therefore, the > > > > information about the PCN-ingress-node and PCN-egress-node > > > is already > > > > there. > > > > Furthermore, the PCN-ingress-node and PCN-egress-node do > > > not further > > > > characterize any aggregate flows at least to my understanding. > > > > Therefore, I think that adding to the description of flows their > > > > PCN-ingress-node and PCN-egress-node is 1) redundant and 2) not > > > > helpful and, therefore, rather confuses readers. > > > > > > > > Best wishes, > > > > > > > > Michael > > > > > > > > Am 06.04.2011 10:31, schrieb Georgios Karagiannis: > > > > > Hi Michael > > > > > > > > > > Thanks for the comments! > > > > > > > > > > I agree with all comments, except the following one: > > > > > > > > > > Issue 2: Regarding flow identifiers, the following is > > not needed: > > > > > o IP address of PCN-ingress-node; > > > > > o IP address of PCN-egress-node > > > > > > > > > > First of all please note that these are needed in the > > > > situation that > > > > > the flow ID identifies an aggregated flow. In this case > > the "IP > > > > > address of PCN-ingress-node" and the "IP address of > > > > PCN-egress-node" > > > > > are, among other information, required. > > > > > Moreover please note that before the list with bullets the > > > > following > > > > > sentence is used: > > > > > "In pure IP networks, the identifier may consist of a > > > subset of the > > > > > following information:". > > > > > This means that in some situations you can use a subset of > > > > this list > > > > > to identify an individual flow and in other cases you can > > > > use a subset > > > > > of the same list to identify an aggregated flow. > > > > > > > > > > > > > > > Secondly I thought that during the IETF meeting we > > > > discussed the same > > > > > issue and there was an agreement to have this information > > > > in the flow identifier. > > > > > !? > > > > > > > > > > > > > > > Best regards, > > > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > > > > > From: pcn-bounces@ietf.org > > > > [mailto:pcn-bounces@ietf.org] On Behalf Of > > > > > Michael Menth > > > > > Sent: dinsdag 5 april 2011 23:46 > > > > > To: pcn@ietf.org > > > > > Subject: Re: [PCN] I-D > > > > > Action:draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > > > > > > > > Hi Georgios, hi all, > > > > > > > > > > I quickly went over the draft and fixed some nits. I > > > > think it is in > > > > > good shape now. Georgios, please take care of my minor > > > > corrections for > > > > > the next version of the doc! > > > > > > > > > > Best wishes, > > > > > > > > > > Michael > > > > > > > > > > Am 05.04.2011 14:15, schrieb Internet-Drafts@ietf.org: > > > > > > > > > > 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 : Requirements > > for Signaling of > > > > > (Pre-) Congestion Information in a DiffServ Domain > > > > > Author(s) : G. Karagiannis, et al. > > > > > Filename : > > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > Pages : 7 > > > > > Date : 2011-04-05 > > > > > > > > > > Precongestion notification (PCN) is a means for > > > > protecting quality > > > > > of > > > > > service for inelastic traffic admitted to a > > > > Diffserv domain. > > > > > The > > > > > overall PCN architecture is described in RFC > > > > 5559. This memo > > > > > > > > > > describes the requirements for the signaling > > > > applied within the PCN > > > > > domain: (1) PCN-feedback-information is > > carried from the > > > > > PCN-egress- > > > > > node to the decision point;(2) the decision > > > > point may ask the PCN- > > > > > ingress-node to measure, and report back, the > > > > rate of PCN-traffic > > > > > between this pair of PCN-boundary-nodes. The > > > > decision point may be > > > > > either collocated with the PCN-ingress-node or > > > > a centralized node > > > > > (in > > > > > the latter case, (2) is not required). The > > > > signaling requirements > > > > > pertain in particular to two edge behaviours, > > > > "controlled load (CL)" > > > > > and "single marking (SM)" > > > > > [draft-ietf-pcn-cl-edge-behaviour-08], > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > A URL for this Internet-Draft is: > > > > > > > > > > > > > > > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling- > requireme > > > > > nts-03 > > > > > .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 > > > > > > > > > > > > > > > > > > > > -- > > > > > Prof. Dr. habil. Michael Menth > > > > > University of Tuebingen > > > > > Faculty of Science > > > > > Department of Computer Science > > > > > Chair of Communication Networks > > > > > Sand 13, 72076 Tuebingen, Germany > > > > > phone: (+49)-7071/29-70505 > > > > > fax: (+49)-7071/29-5220 > > > > > mailto:menth@uni-tuebingen.de > > > > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Prof. Dr. habil. Michael Menth > > > > University of Tuebingen > > > > Faculty of Science > > > > Department of Computer Science > > > > Chair of Communication Networks > > > > Sand 13, 72076 Tuebingen, Germany > > > > phone: (+49)-7071/29-70505 > > > > fax: (+49)-7071/29-5220 > > > > mailto:menth@uni-tuebingen.de > > > > http://www-kn.informatik.uni-tuebingen.de > > > > > > > > > > > > > _______________________________________________ > > > 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 karagian@cs.utwente.nl Thu Apr 14 04:30:07 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 71A80E06E4 for ; Thu, 14 Apr 2011 04:30:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.089 X-Spam-Level: X-Spam-Status: No, score=0.089 tagged_above=-999 required=5 tests=[AWL=-0.007, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, J_CHICKENPOX_72=0.6] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S3eh6x0Lmfpl for ; Thu, 14 Apr 2011 04:30:06 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 051E7E0888 for ; Thu, 14 Apr 2011 04:30:05 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3EBTDGn000113; Thu, 14 Apr 2011 13:29:18 +0200 (MEST) From: "Georgios Karagiannis" To: , References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 14 Apr 2011 13:29:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> thread-index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQAAB0VbA= X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 14 Apr 2011 13:29:28 +0200 (MEST) Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:30:07 -0000 Hi Phil Okay, my agreement is related to your statement: > "Anyway, if we specify a particular > maximum we also > > need to specify format and that requires some work on what ways are > > currently considered best." The PCN WG specified the PCN solutions, so in my opinion the specification of this maximum should also be considered to be a PCN WG activity. In my opinion a sentence like the one given below will solve this issue: "The signaling protocol SHOULD be able to carry a rate value that can at least be fitted in a 32 bit container/field, when using the IEEE floating point number encoding." Note that the above is based on the fact that a token bucket rate carried in a RSVP SENDER_TSPEC Object (see RFC2210), uses also such a container/field. Furthermore, note that by using a SHOULD in the sentence it will mean that the signaling protocol designers could choose something different, considering that this change is justifiable. Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: donderdag 14 april 2011 13:01 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > Well, if you include your sentence that means you don't agree! > > As i said, i don't think this is a good idea. > > -----Original Message----- > From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > Sent: 14 April 2011 11:59 > To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > Hi Phil > > Agree, but maybe the following sentence could solve the problem! > > "The signaling protocol SHOULD be able to carry a rate value > that can at least be fitted in a 32 bit container/field, when > using the IEEE floating point number encoding." > > The above is based on the fact that a token bucket rate > carried in a RSVP SENDER_TSPEC Object (see RFC2210), uses > also such a container/field. > > Best regards, > Georgios > > > > > > > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 14 april 2011 12:29 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum rate > > value carried by signaling protocol? > > > > I dont think this belongs in this document. Seems it can be left to > > the actual signalling protocol and configuration in the > actual network > > it's operating in. Anyway, if we specify a particular > maximum we also > > need to specify format and that requires some work on what ways are > > currently considered best. > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of > > Georgios Karagiannis > > Sent: 13 April 2011 17:28 > > To: pcn@ietf.org > > Subject: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum rate > > value carried by signaling protocol? > > > > > > > > Hi all > > > > >From the WGLC discussions regarding > > >draft-ietf-pcn-signaling-requirements-03 > > I identified two open issues: > > > > This email contains the first open issue: > > > > Issue_1: It is proposed that > > draft-ietf-pcn-signaling-requirements should recommend > which maximum > > rate value should be carried by a signaling protocol. > > > > This will mean that the PCN WG will recommend to the signaling > > protocol designers to use a container/field that is able to > carry this > > maximum rate value (in octets/s). > > > > Question: Do you agree/disagree with the fact that > > draft-ietf-pcn-signaling-requirements should recommend > which maximum > > rate value should be carried by a signaling protocol? > > > > Best regards, > > Georgios > > > > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: donderdag 7 april 2011 11:56 > > > To: philip.eardley@bt.com; pcn@ietf.org > > > Subject: Re: [PCN] Perhaps some additions > > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Phil > > > > > > You are right about the encoding. Therefore, we might > also need to > > > define the way of how this value is encoded. > > > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > > floating point number. > > > > > > I am not sure if it is good lo leave this decision to > other desigbn > > > teams than the PCN WG. > > > > > > The values of these rates are affecting the accuracy of the > > provided > > > PCN solutions, in particular when they get another value > than they > > > should. > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > > Sent: donderdag 7 april 2011 11:34 > > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > > Subject: RE: [PCN] Perhaps some additions required > > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > I dont think this is needed in either signalling reqts or edge > > > > behaviour docs. I think this would be up to the actual > signalling > > > > protocol to define, or perhaps the configuration in a > particular > > > > PCN-domain. > > > > Note also that defining a field length doesn't define the > > > max value, > > > > as this depends on the encoding [for instance, 1 byte > might be an > > > > exponent] > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > Behalf Of > > > > Georgios Karagiannis > > > > Sent: 07 April 2011 10:20 > > > > To: pcn@ietf.org > > > > Subject: [PCN] Perhaps some additions required for > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi all > > > > > > > > Looking into the description of the edge behaviour drafts > > > and what we > > > > currently have in the 03 version of the signaling > > > requirements draft, > > > > I see that some information associated with the > > information that a > > > > signaling protocol should carry is missing. In particular, > > > we are not > > > > specifying what is the maximum value of the rates that a > > signaling > > > > protocol should be able to carry. This is important in order to > > > > specify what will be maximum length of the field that > > > carries such a > > > > maximum rate. > > > > > > > > In particular we need to have these maximum values for the > > > following > > > > rates: > > > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > > octets/second, > > > > o rate of PCN-marked traffic in octets/second, > > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > > octets/second, > > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > > octets/second, > > > > > > > > > > > > We could use a field of 32 bits long => Maximum rate > > value = 2^32 = > > > > 4294967296 octets/s) > > > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > > > Question 2: Is it okay to include this maximum rate > value in the > > > > signaling requirements draft, or should we do this in the edge > > > > behaviour drafts? > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > > On Behalf > > > > > Of Internet-Drafts@ietf.org > > > > > Sent: dinsdag 5 april 2011 14:15 > > > > > To: i-d-announce@ietf.org > > > > > Cc: pcn@ietf.org > > > > > Subject: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > > Congestion Information in a DiffServ Domain > > > > > Author(s) : G. Karagiannis, et al. > > > > > Filename : > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > Pages : 7 > > > > > Date : 2011-04-05 > > > > > > > > > > Precongestion notification (PCN) is a means for > > > protecting quality > > > > > of service for inelastic traffic admitted to a Diffserv > > > domain. The > > > > > overall PCN architecture is described in RFC 5559. This memo > > > > > describes the requirements for the signaling applied > > > within the PCN > > > > > domain: (1) PCN-feedback-information is carried from the > > > > > PCN-egress- node to the decision point;(2) the decision > > point may > > > > > ask the PCN- ingress-node to measure, and report back, > > > the rate of > > > > > PCN-traffic between this pair of PCN-boundary-nodes. > > The decision > > > > > point may be either collocated with the PCN-ingress-node or a > > > > > centralized node (in the latter case, (2) is not > required). The > > > > > signaling requirements pertain in particular to two edge > > > behaviours, > > > > > "controlled load (CL)" > > > > > and "single marking (SM)" > [draft-ietf-pcn-cl-edge-behaviour-08], > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > A URL for this Internet-Draft is: > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > > equirements-03.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 > > > > > > > > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn > > > > From toby@moncaster.com Thu Apr 14 04:31:14 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 9140FE06E4 for ; Thu, 14 Apr 2011 04:31:14 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nsllO0V1m6nb for ; Thu, 14 Apr 2011 04:31:13 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by ietfc.amsl.com (Postfix) with ESMTP id 16B00E0887 for ; Thu, 14 Apr 2011 04:31:13 -0700 (PDT) Received: from TobysHP (host81-158-50-55.range81-158.btcentralplus.com [81.158.50.55]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MDmuc-1Q6UjM0NzS-00Gl3k; Thu, 14 Apr 2011 13:31:06 +0200 From: "Toby Moncaster" To: , , References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> In-Reply-To: <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 14 Apr 2011 12:31:06 +0100 Message-ID: <001d01cbfa97$71cfa370$556eea50$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQAADuP1A= Content-Language: en-gb X-Provags-ID: V02:K0:JTTwsikfJaXP0BthsN9nvhSi9p4OzOy1toVwE9AfhDo XQO0SeyCjNwE1HPZ6GGt8e/gBmMdv1ZwNjuTFZ4qpx6ljs0wqE H1rR1piEgC1DPX1RcKtTBIMYHvgJlGv6WQP88kYhq70Ks2QWdl 2WSmY+48m2ppCzjZYq2nXYYOY8edJ2niIp9U70T7RDtUPI3IPH 98hz7asUJMJs3sucsfO5B/WutkfoSkDqOcKBAPw6RI= Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:31:14 -0000 There seem to be two competing things - firstly, we need to give some indication of the scale of number that needs to be signalled (e.g. a short integer is probably not enough!). BUT we mustn't impose an unnecessary limit on the maximum since this puts a limit on future growth (just look at IPv4 addressing). The usual cop-out in such cases is not to recommend anything but to have a sentence setting out the discussion. Something like "The rate value carried by the signalling protocol will limit the maximum rate that PCN can use. If signalling space is tight it might be reasonable to impose a limit, but any such limit may impose unnecessary constraints in future" Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > philip.eardley@bt.com > Sent: 14 April 2011 12:01 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? > > Well, if you include your sentence that means you don't agree! > > As i said, i don't think this is a good idea. > > -----Original Message----- > From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > Sent: 14 April 2011 11:59 > To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? > > Hi Phil > > Agree, but maybe the following sentence could solve the problem! > > "The signaling protocol SHOULD be able to carry a rate value that can > at > least be fitted in a 32 bit container/field, when using the IEEE > floating > point number encoding." > > The above is based on the fact that a token bucket rate carried in a > RSVP > SENDER_TSPEC Object (see RFC2210), uses also such a container/field. > > Best regards, > Georgios > > > > > > > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 14 april 2011 12:29 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > I dont think this belongs in this document. Seems it can be > > left to the actual signalling protocol and configuration in > > the actual network it's operating in. Anyway, if we specify a > > particular maximum we also need to specify format and that > > requires some work on what ways are currently considered best. > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of Georgios Karagiannis > > Sent: 13 April 2011 17:28 > > To: pcn@ietf.org > > Subject: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > > > > > Hi all > > > > >From the WGLC discussions regarding > > >draft-ietf-pcn-signaling-requirements-03 > > I identified two open issues: > > > > This email contains the first open issue: > > > > Issue_1: It is proposed that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol. > > > > This will mean that the PCN WG will recommend to the > > signaling protocol designers to use a container/field that is > > able to carry this maximum rate value (in octets/s). > > > > Question: Do you agree/disagree with the fact that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol? > > > > Best regards, > > Georgios > > > > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: donderdag 7 april 2011 11:56 > > > To: philip.eardley@bt.com; pcn@ietf.org > > > Subject: Re: [PCN] Perhaps some additions > > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Phil > > > > > > You are right about the encoding. Therefore, we might also need to > > > define the way of how this value is encoded. > > > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > > floating point number. > > > > > > I am not sure if it is good lo leave this decision to other desigbn > > > teams than the PCN WG. > > > > > > The values of these rates are affecting the accuracy of the > > provided > > > PCN solutions, in particular when they get another value than they > > > should. > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > > Sent: donderdag 7 april 2011 11:34 > > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > > Subject: RE: [PCN] Perhaps some additions required > > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > I dont think this is needed in either signalling reqts or edge > > > > behaviour docs. I think this would be up to the actual signalling > > > > protocol to define, or perhaps the configuration in a particular > > > > PCN-domain. > > > > Note also that defining a field length doesn't define the > > > max value, > > > > as this depends on the encoding [for instance, 1 byte might be an > > > > exponent] > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > Behalf Of > > > > Georgios Karagiannis > > > > Sent: 07 April 2011 10:20 > > > > To: pcn@ietf.org > > > > Subject: [PCN] Perhaps some additions required for > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi all > > > > > > > > Looking into the description of the edge behaviour drafts > > > and what we > > > > currently have in the 03 version of the signaling > > > requirements draft, > > > > I see that some information associated with the > > information that a > > > > signaling protocol should carry is missing. In particular, > > > we are not > > > > specifying what is the maximum value of the rates that a > > signaling > > > > protocol should be able to carry. This is important in order to > > > > specify what will be maximum length of the field that > > > carries such a > > > > maximum rate. > > > > > > > > In particular we need to have these maximum values for the > > > following > > > > rates: > > > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > > octets/second, > > > > o rate of PCN-marked traffic in octets/second, > > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > > octets/second, > > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > > octets/second, > > > > > > > > > > > > We could use a field of 32 bits long => Maximum rate > > value = 2^32 = > > > > 4294967296 octets/s) > > > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > > > Question 2: Is it okay to include this maximum rate value in the > > > > signaling requirements draft, or should we do this in the edge > > > > behaviour drafts? > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > > On Behalf > > > > > Of Internet-Drafts@ietf.org > > > > > Sent: dinsdag 5 april 2011 14:15 > > > > > To: i-d-announce@ietf.org > > > > > Cc: pcn@ietf.org > > > > > Subject: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > > Congestion Information in a DiffServ Domain > > > > > Author(s) : G. Karagiannis, et al. > > > > > Filename : > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > Pages : 7 > > > > > Date : 2011-04-05 > > > > > > > > > > Precongestion notification (PCN) is a means for > > > protecting quality > > > > > of service for inelastic traffic admitted to a Diffserv > > > domain. The > > > > > overall PCN architecture is described in RFC 5559. This memo > > > > > describes the requirements for the signaling applied > > > within the PCN > > > > > domain: (1) PCN-feedback-information is carried from the > > > > > PCN-egress- node to the decision point;(2) the decision > > point may > > > > > ask the PCN- ingress-node to measure, and report back, > > > the rate of > > > > > PCN-traffic between this pair of PCN-boundary-nodes. > > The decision > > > > > point may be either collocated with the PCN-ingress-node or a > > > > > centralized node (in the latter case, (2) is not required). The > > > > > signaling requirements pertain in particular to two edge > > > behaviours, > > > > > "controlled load (CL)" > > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- > 08], > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > A URL for this Internet-Draft is: > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > > equirements-03.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 > > > > > > > > > _______________________________________________ > > 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 philip.eardley@bt.com Thu Apr 14 04:31:59 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 9ACD4E0887 for ; Thu, 14 Apr 2011 04:31:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.66 X-Spam-Level: X-Spam-Status: No, score=-101.66 tagged_above=-999 required=5 tests=[AWL=-0.214, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id deuWV0LDnZRv for ; Thu, 14 Apr 2011 04:31:58 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp61.intersmtp.COM [62.239.224.234]) by ietfc.amsl.com (Postfix) with ESMTP id 0CB08E06E4 for ; Thu, 14 Apr 2011 04:31:58 -0700 (PDT) Received: from EVMHT64-UKRD.domain1.systemhost.net (10.36.3.101) by RDW083A005ED61.smtp-e1.hygiene.service (10.187.98.10) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 14 Apr 2011 12:31:57 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.51]) by EVMHT64-UKRD.domain1.systemhost.net ([10.36.3.101]) with mapi; Thu, 14 Apr 2011 12:31:57 +0100 From: To: , , Date: Thu, 14 Apr 2011 12:31:56 +0100 Thread-Topic: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQAADuP1AAACmKsA== Message-ID: <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> <001d01cbfa97$71cfa370$556eea50$@com> In-Reply-To: <001d01cbfa97$71cfa370$556eea50$@com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:31:59 -0000 wfm -----Original Message----- From: Toby Moncaster [mailto:toby@moncaster.com]=20 Sent: 14 April 2011 12:31 To: Eardley,PL,Philip,DES8 R; karagian@cs.utwente.nl; pcn@ietf.org Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requiremen= ts recommend which maximum rate value carried by signaling protocol? There seem to be two competing things - firstly, we need to give some indication of the scale of number that needs to be signalled (e.g. a short integer is probably not enough!). BUT we mustn't impose an unnecessary limi= t on the maximum since this puts a limit on future growth (just look at IPv4 addressing). The usual cop-out in such cases is not to recommend anything but to have a sentence setting out the discussion. Something like "The rate value carried by the signalling protocol will limit the maximum rate that PCN can use. If signalling space is tight it might be reasonable to impose a limit, but any such limit may impose unnecessary constraints in future" Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > philip.eardley@bt.com > Sent: 14 April 2011 12:01 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? >=20 > Well, if you include your sentence that means you don't agree! >=20 > As i said, i don't think this is a good idea. >=20 > -----Original Message----- > From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > Sent: 14 April 2011 11:59 > To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? >=20 > Hi Phil >=20 > Agree, but maybe the following sentence could solve the problem! >=20 > "The signaling protocol SHOULD be able to carry a rate value that can > at > least be fitted in a 32 bit container/field, when using the IEEE > floating > point number encoding." >=20 > The above is based on the fact that a token bucket rate carried in a > RSVP > SENDER_TSPEC Object (see RFC2210), uses also such a container/field. >=20 > Best regards, > Georgios >=20 >=20 >=20 >=20 >=20 >=20 > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 14 april 2011 12:29 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > I dont think this belongs in this document. Seems it can be > > left to the actual signalling protocol and configuration in > > the actual network it's operating in. Anyway, if we specify a > > particular maximum we also need to specify format and that > > requires some work on what ways are currently considered best. > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of Georgios Karagiannis > > Sent: 13 April 2011 17:28 > > To: pcn@ietf.org > > Subject: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > > > > > Hi all > > > > >From the WGLC discussions regarding > > >draft-ietf-pcn-signaling-requirements-03 > > I identified two open issues: > > > > This email contains the first open issue: > > > > Issue_1: It is proposed that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol. > > > > This will mean that the PCN WG will recommend to the > > signaling protocol designers to use a container/field that is > > able to carry this maximum rate value (in octets/s). > > > > Question: Do you agree/disagree with the fact that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol? > > > > Best regards, > > Georgios > > > > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: donderdag 7 april 2011 11:56 > > > To: philip.eardley@bt.com; pcn@ietf.org > > > Subject: Re: [PCN] Perhaps some additions > > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Phil > > > > > > You are right about the encoding. Therefore, we might also need to > > > define the way of how this value is encoded. > > > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > > floating point number. > > > > > > I am not sure if it is good lo leave this decision to other desigbn > > > teams than the PCN WG. > > > > > > The values of these rates are affecting the accuracy of the > > provided > > > PCN solutions, in particular when they get another value than they > > > should. > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > > Sent: donderdag 7 april 2011 11:34 > > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > > Subject: RE: [PCN] Perhaps some additions required > > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > I dont think this is needed in either signalling reqts or edge > > > > behaviour docs. I think this would be up to the actual signalling > > > > protocol to define, or perhaps the configuration in a particular > > > > PCN-domain. > > > > Note also that defining a field length doesn't define the > > > max value, > > > > as this depends on the encoding [for instance, 1 byte might be an > > > > exponent] > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > Behalf Of > > > > Georgios Karagiannis > > > > Sent: 07 April 2011 10:20 > > > > To: pcn@ietf.org > > > > Subject: [PCN] Perhaps some additions required for > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi all > > > > > > > > Looking into the description of the edge behaviour drafts > > > and what we > > > > currently have in the 03 version of the signaling > > > requirements draft, > > > > I see that some information associated with the > > information that a > > > > signaling protocol should carry is missing. In particular, > > > we are not > > > > specifying what is the maximum value of the rates that a > > signaling > > > > protocol should be able to carry. This is important in order to > > > > specify what will be maximum length of the field that > > > carries such a > > > > maximum rate. > > > > > > > > In particular we need to have these maximum values for the > > > following > > > > rates: > > > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > > octets/second, > > > > o rate of PCN-marked traffic in octets/second, > > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > > octets/second, > > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > > octets/second, > > > > > > > > > > > > We could use a field of 32 bits long =3D> Maximum rate > > value =3D 2^32 =3D > > > > 4294967296 octets/s) > > > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > > > Question 2: Is it okay to include this maximum rate value in the > > > > signaling requirements draft, or should we do this in the edge > > > > behaviour drafts? > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > > On Behalf > > > > > Of Internet-Drafts@ietf.org > > > > > Sent: dinsdag 5 april 2011 14:15 > > > > > To: i-d-announce@ietf.org > > > > > Cc: pcn@ietf.org > > > > > Subject: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > > Congestion Information in a DiffServ Domain > > > > > Author(s) : G. Karagiannis, et al. > > > > > Filename : > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > Pages : 7 > > > > > Date : 2011-04-05 > > > > > > > > > > Precongestion notification (PCN) is a means for > > > protecting quality > > > > > of service for inelastic traffic admitted to a Diffserv > > > domain. The > > > > > overall PCN architecture is described in RFC 5559. This memo > > > > > describes the requirements for the signaling applied > > > within the PCN > > > > > domain: (1) PCN-feedback-information is carried from the > > > > > PCN-egress- node to the decision point;(2) the decision > > point may > > > > > ask the PCN- ingress-node to measure, and report back, > > > the rate of > > > > > PCN-traffic between this pair of PCN-boundary-nodes. > > The decision > > > > > point may be either collocated with the PCN-ingress-node or a > > > > > centralized node (in the latter case, (2) is not required). The > > > > > signaling requirements pertain in particular to two edge > > > behaviours, > > > > > "controlled load (CL)" > > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- > 08], > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > A URL for this Internet-Draft is: > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > > equirements-03.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 > > > > > > > > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn > > >=20 >=20 > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn From philip.eardley@bt.com Thu Apr 14 04:40:23 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 9AD6AE0692 for ; Thu, 14 Apr 2011 04:40:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.633 X-Spam-Level: X-Spam-Status: No, score=-101.633 tagged_above=-999 required=5 tests=[AWL=-0.187, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S33ULFAOtx26 for ; Thu, 14 Apr 2011 04:40:22 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp61.intersmtp.COM [62.239.224.234]) by ietfc.amsl.com (Postfix) with ESMTP id E110CE06CA for ; Thu, 14 Apr 2011 04:40:21 -0700 (PDT) Received: from EVMHT64-UKRD.domain1.systemhost.net (10.36.3.101) by RDW083A005ED61.smtp-e1.hygiene.service (10.187.98.10) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 14 Apr 2011 12:40:21 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.2.51]) by EVMHT64-UKRD.domain1.systemhost.net ([10.36.3.101]) with mapi; Thu, 14 Apr 2011 12:40:20 +0100 From: To: , , , Date: Thu, 14 Apr 2011 12:40:20 +0100 Thread-Topic: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? Thread-Index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQAADuP1AAACmKsAAARiOQ Message-ID: <9510D26531EF184D9017DF24659BB87F3291948551@EMV65-UKRD.domain1.systemhost.net> References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net> <2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl> <9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net> <001d01cbfa97$71cfa370$556eea50$@com> <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> In-Reply-To: <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:40:23 -0000 wfm =3D works for me Sorry for the abbreviated typing! -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of phili= p.eardley@bt.com Sent: 14 April 2011 12:32 To: toby@moncaster.com; karagian@cs.utwente.nl; pcn@ietf.org Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requiremen= ts recommend which maximum rate value carried by signaling protocol? wfm -----Original Message----- From: Toby Moncaster [mailto:toby@moncaster.com]=20 Sent: 14 April 2011 12:31 To: Eardley,PL,Philip,DES8 R; karagian@cs.utwente.nl; pcn@ietf.org Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requiremen= ts recommend which maximum rate value carried by signaling protocol? There seem to be two competing things - firstly, we need to give some indication of the scale of number that needs to be signalled (e.g. a short integer is probably not enough!). BUT we mustn't impose an unnecessary limi= t on the maximum since this puts a limit on future growth (just look at IPv4 addressing). The usual cop-out in such cases is not to recommend anything but to have a sentence setting out the discussion. Something like "The rate value carried by the signalling protocol will limit the maximum rate that PCN can use. If signalling space is tight it might be reasonable to impose a limit, but any such limit may impose unnecessary constraints in future" Toby > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > philip.eardley@bt.com > Sent: 14 April 2011 12:01 > To: karagian@cs.utwente.nl; pcn@ietf.org > Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? >=20 > Well, if you include your sentence that means you don't agree! >=20 > As i said, i don't think this is a good idea. >=20 > -----Original Message----- > From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > Sent: 14 April 2011 11:59 > To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > requirements recommend which maximum rate value carried by signaling > protocol? >=20 > Hi Phil >=20 > Agree, but maybe the following sentence could solve the problem! >=20 > "The signaling protocol SHOULD be able to carry a rate value that can > at > least be fitted in a 32 bit container/field, when using the IEEE > floating > point number encoding." >=20 > The above is based on the fact that a token bucket rate carried in a > RSVP > SENDER_TSPEC Object (see RFC2210), uses also such a container/field. >=20 > Best regards, > Georgios >=20 >=20 >=20 >=20 >=20 >=20 > > -----Original Message----- > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > Sent: donderdag 14 april 2011 12:29 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > I dont think this belongs in this document. Seems it can be > > left to the actual signalling protocol and configuration in > > the actual network it's operating in. Anyway, if we specify a > > particular maximum we also need to specify format and that > > requires some work on what ways are currently considered best. > > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of Georgios Karagiannis > > Sent: 13 April 2011 17:28 > > To: pcn@ietf.org > > Subject: [PCN] Open Issue 1: should > > draft-ietf-pcn-signaling-requirements recommend which maximum > > rate value carried by signaling protocol? > > > > > > > > Hi all > > > > >From the WGLC discussions regarding > > >draft-ietf-pcn-signaling-requirements-03 > > I identified two open issues: > > > > This email contains the first open issue: > > > > Issue_1: It is proposed that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol. > > > > This will mean that the PCN WG will recommend to the > > signaling protocol designers to use a container/field that is > > able to carry this maximum rate value (in octets/s). > > > > Question: Do you agree/disagree with the fact that > > draft-ietf-pcn-signaling-requirements should recommend which > > maximum rate value should be carried by a signaling protocol? > > > > Best regards, > > Georgios > > > > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > Behalf Of > > > Georgios Karagiannis > > > Sent: donderdag 7 april 2011 11:56 > > > To: philip.eardley@bt.com; pcn@ietf.org > > > Subject: Re: [PCN] Perhaps some additions > > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > Hi Phil > > > > > > You are right about the encoding. Therefore, we might also need to > > > define the way of how this value is encoded. > > > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > > floating point number. > > > > > > I am not sure if it is good lo leave this decision to other desigbn > > > teams than the PCN WG. > > > > > > The values of these rates are affecting the accuracy of the > > provided > > > PCN solutions, in particular when they get another value than they > > > should. > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > > Sent: donderdag 7 april 2011 11:34 > > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > > Subject: RE: [PCN] Perhaps some additions required > > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > I dont think this is needed in either signalling reqts or edge > > > > behaviour docs. I think this would be up to the actual signalling > > > > protocol to define, or perhaps the configuration in a particular > > > > PCN-domain. > > > > Note also that defining a field length doesn't define the > > > max value, > > > > as this depends on the encoding [for instance, 1 byte might be an > > > > exponent] > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > Behalf Of > > > > Georgios Karagiannis > > > > Sent: 07 April 2011 10:20 > > > > To: pcn@ietf.org > > > > Subject: [PCN] Perhaps some additions required for > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi all > > > > > > > > Looking into the description of the edge behaviour drafts > > > and what we > > > > currently have in the 03 version of the signaling > > > requirements draft, > > > > I see that some information associated with the > > information that a > > > > signaling protocol should carry is missing. In particular, > > > we are not > > > > specifying what is the maximum value of the rates that a > > signaling > > > > protocol should be able to carry. This is important in order to > > > > specify what will be maximum length of the field that > > > carries such a > > > > maximum rate. > > > > > > > > In particular we need to have these maximum values for the > > > following > > > > rates: > > > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > > octets/second, > > > > o rate of PCN-marked traffic in octets/second, > > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > > octets/second, > > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > > octets/second, > > > > > > > > > > > > We could use a field of 32 bits long =3D> Maximum rate > > value =3D 2^32 =3D > > > > 4294967296 octets/s) > > > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > > > Question 2: Is it okay to include this maximum rate value in the > > > > signaling requirements draft, or should we do this in the edge > > > > behaviour drafts? > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > > On Behalf > > > > > Of Internet-Drafts@ietf.org > > > > > Sent: dinsdag 5 april 2011 14:15 > > > > > To: i-d-announce@ietf.org > > > > > Cc: pcn@ietf.org > > > > > Subject: [PCN] I-D > > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > > Congestion Information in a DiffServ Domain > > > > > Author(s) : G. Karagiannis, et al. > > > > > Filename : > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > Pages : 7 > > > > > Date : 2011-04-05 > > > > > > > > > > Precongestion notification (PCN) is a means for > > > protecting quality > > > > > of service for inelastic traffic admitted to a Diffserv > > > domain. The > > > > > overall PCN architecture is described in RFC 5559. This memo > > > > > describes the requirements for the signaling applied > > > within the PCN > > > > > domain: (1) PCN-feedback-information is carried from the > > > > > PCN-egress- node to the decision point;(2) the decision > > point may > > > > > ask the PCN- ingress-node to measure, and report back, > > > the rate of > > > > > PCN-traffic between this pair of PCN-boundary-nodes. > > The decision > > > > > point may be either collocated with the PCN-ingress-node or a > > > > > centralized node (in the latter case, (2) is not required). The > > > > > signaling requirements pertain in particular to two edge > > > behaviours, > > > > > "controlled load (CL)" > > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- > 08], > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > A URL for this Internet-Draft is: > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > > equirements-03.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 > > > > > > > > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn > > >=20 >=20 > _______________________________________________ > 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 karagian@cs.utwente.nl Thu Apr 14 04:47:24 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id B388BE06BA for ; Thu, 14 Apr 2011 04:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.09 X-Spam-Level: X-Spam-Status: No, score=0.09 tagged_above=-999 required=5 tests=[AWL=-0.006, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, J_CHICKENPOX_72=0.6] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fk9efJHRTlZm for ; Thu, 14 Apr 2011 04:47:23 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 78755E06C1 for ; Thu, 14 Apr 2011 04:47:21 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3EBkPmY006165; Thu, 14 Apr 2011 13:46:28 +0200 (MEST) From: "Georgios Karagiannis" To: , , References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net><2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net><9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net><001d01cbfa97$71cfa370$556eea50$@com> <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F3291948551@EMV65-UKRD.domain1.systemhost.net> Date: Thu, 14 Apr 2011 13:46:56 +0200 Message-ID: <1113BCA86B3D46FBB66B61703A74E7B5@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <9510D26531EF184D9017DF24659BB87F3291948551@EMV65-UKRD.domain1.systemhost.net> thread-index: Acvzi2H6EvArX7T2RZige3Swxr1RUABd1zvgAADcsYAAAE5qoAE6+DwAACbOPtAAAL3AkAAAbHYQAADuP1AAACmKsAAARiOQAAAlGuA= X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Thu, 14 Apr 2011 13:46:44 +0200 (MEST) Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 11:47:24 -0000 Hi all The below sentence satisfies only partially my concerns! However, if there are no objections then I will use the below sentence in the signaling requirements draft! "The rate value carried by the signalling protocol will limit the maximum rate that PCN can use. If signalling space is tight it might be reasonable to impose a limit, but any such limit may impose unnecessary constraints in future." Best regards, Georgios > -----Original Message----- > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > Sent: donderdag 14 april 2011 13:40 > To: philip.eardley@bt.com; toby@moncaster.com; > karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > wfm = works for me > Sorry for the abbreviated typing! > -----Original Message----- > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of philip.eardley@bt.com > Sent: 14 April 2011 12:32 > To: toby@moncaster.com; karagian@cs.utwente.nl; pcn@ietf.org > Subject: Re: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > wfm > > -----Original Message----- > From: Toby Moncaster [mailto:toby@moncaster.com] > Sent: 14 April 2011 12:31 > To: Eardley,PL,Philip,DES8 R; karagian@cs.utwente.nl; pcn@ietf.org > Subject: RE: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > There seem to be two competing things - firstly, we need to > give some indication of the scale of number that needs to be > signalled (e.g. a short integer is probably not enough!). BUT > we mustn't impose an unnecessary limit on the maximum since > this puts a limit on future growth (just look at IPv4 addressing). > > The usual cop-out in such cases is not to recommend anything > but to have a sentence setting out the discussion. Something like > > "The rate value carried by the signalling protocol will limit > the maximum rate that PCN can use. If signalling space is > tight it might be reasonable to impose a limit, but any such > limit may impose unnecessary constraints in future" > > Toby > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > Behalf Of > > philip.eardley@bt.com > > Sent: 14 April 2011 12:01 > > To: karagian@cs.utwente.nl; pcn@ietf.org > > Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > > requirements recommend which maximum rate value carried by > signaling > > protocol? > > > > Well, if you include your sentence that means you don't agree! > > > > As i said, i don't think this is a good idea. > > > > -----Original Message----- > > From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > > Sent: 14 April 2011 11:59 > > To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > > Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > > requirements recommend which maximum rate value carried by > signaling > > protocol? > > > > Hi Phil > > > > Agree, but maybe the following sentence could solve the problem! > > > > "The signaling protocol SHOULD be able to carry a rate > value that can > > at least be fitted in a 32 bit container/field, when using the IEEE > > floating point number encoding." > > > > The above is based on the fact that a token bucket rate > carried in a > > RSVP SENDER_TSPEC Object (see RFC2210), uses also such a > > container/field. > > > > Best regards, > > Georgios > > > > > > > > > > > > > > > -----Original Message----- > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > Sent: donderdag 14 april 2011 12:29 > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > Subject: RE: [PCN] Open Issue 1: should > > > draft-ietf-pcn-signaling-requirements recommend which > maximum rate > > > value carried by signaling protocol? > > > > > > I dont think this belongs in this document. Seems it can > be left to > > > the actual signalling protocol and configuration in the actual > > > network it's operating in. Anyway, if we specify a particular > > > maximum we also need to specify format and that requires > some work > > > on what ways are currently considered best. > > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > On Behalf > > > Of Georgios Karagiannis > > > Sent: 13 April 2011 17:28 > > > To: pcn@ietf.org > > > Subject: [PCN] Open Issue 1: should > > > draft-ietf-pcn-signaling-requirements recommend which > maximum rate > > > value carried by signaling protocol? > > > > > > > > > > > > Hi all > > > > > > >From the WGLC discussions regarding > > > >draft-ietf-pcn-signaling-requirements-03 > > > I identified two open issues: > > > > > > This email contains the first open issue: > > > > > > Issue_1: It is proposed that > > > draft-ietf-pcn-signaling-requirements should recommend > which maximum > > > rate value should be carried by a signaling protocol. > > > > > > This will mean that the PCN WG will recommend to the signaling > > > protocol designers to use a container/field that is able to carry > > > this maximum rate value (in octets/s). > > > > > > Question: Do you agree/disagree with the fact that > > > draft-ietf-pcn-signaling-requirements should recommend > which maximum > > > rate value should be carried by a signaling protocol? > > > > > > Best regards, > > > Georgios > > > > > > > > > > > > > -----Original Message----- > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > Behalf Of > > > > Georgios Karagiannis > > > > Sent: donderdag 7 april 2011 11:56 > > > > To: philip.eardley@bt.com; pcn@ietf.org > > > > Subject: Re: [PCN] Perhaps some additions > > > > requiredfordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > Hi Phil > > > > > > > > You are right about the encoding. Therefore, we might > also need to > > > > define the way of how this value is encoded. > > > > > > > > In RFC 2210 all the rate values are encoded using: 32-bit IEEE > > > > floating point number. > > > > > > > > I am not sure if it is good lo leave this decision to other > > > > desigbn teams than the PCN WG. > > > > > > > > The values of these rates are affecting the accuracy of the > > > provided > > > > PCN solutions, in particular when they get another > value than they > > > > should. > > > > > > > > Best regards, > > > > Georgios > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > > > > > Sent: donderdag 7 april 2011 11:34 > > > > > To: karagian@cs.utwente.nl; pcn@ietf.org > > > > > Subject: RE: [PCN] Perhaps some additions required > > > > > fordraft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > > > I dont think this is needed in either signalling > reqts or edge > > > > > behaviour docs. I think this would be up to the actual > > > > > signalling protocol to define, or perhaps the > configuration in a > > > > > particular PCN-domain. > > > > > Note also that defining a field length doesn't define the > > > > max value, > > > > > as this depends on the encoding [for instance, 1 byte > might be > > > > > an exponent] > > > > > > > > > > -----Original Message----- > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > > > > Behalf Of > > > > > Georgios Karagiannis > > > > > Sent: 07 April 2011 10:20 > > > > > To: pcn@ietf.org > > > > > Subject: [PCN] Perhaps some additions required for > > > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > > > > > Hi all > > > > > > > > > > Looking into the description of the edge behaviour drafts > > > > and what we > > > > > currently have in the 03 version of the signaling > > > > requirements draft, > > > > > I see that some information associated with the > > > information that a > > > > > signaling protocol should carry is missing. In particular, > > > > we are not > > > > > specifying what is the maximum value of the rates that a > > > signaling > > > > > protocol should be able to carry. This is important > in order to > > > > > specify what will be maximum length of the field that > > > > carries such a > > > > > maximum rate. > > > > > > > > > > In particular we need to have these maximum values for the > > > > following > > > > > rates: > > > > > > > > > > o the rate of not-marked PCN-traffic (NM-rate) in > > > octets/second, > > > > > o rate of PCN-marked traffic in octets/second, > > > > > o the rate of threshold-marked PCN traffic (ThM-rate) in > > > > > octets/second, > > > > > o rate of excess-traffic-marked traffic (ETM-rate) in > > > > > octets/second, > > > > > > > > > > > > > > > We could use a field of 32 bits long => Maximum rate > > > value = 2^32 = > > > > > 4294967296 octets/s) > > > > > > > > > > Question 1: Is this maximum rate value acceptable? > > > > > > > > > > Question 2: Is it okay to include this maximum rate > value in the > > > > > signaling requirements draft, or should we do this in > the edge > > > > > behaviour drafts? > > > > > > > > > > Best regards, > > > > > Georgios > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > > > > On Behalf > > > > > > Of Internet-Drafts@ietf.org > > > > > > Sent: dinsdag 5 april 2011 14:15 > > > > > > To: i-d-announce@ietf.org > > > > > > Cc: pcn@ietf.org > > > > > > Subject: [PCN] I-D > > > > > Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > > > > > > Congestion Information in a DiffServ Domain > > > > > > Author(s) : G. Karagiannis, et al. > > > > > > Filename : > > > draft-ietf-pcn-signaling-requirements-03.txt > > > > > > Pages : 7 > > > > > > Date : 2011-04-05 > > > > > > > > > > > > Precongestion notification (PCN) is a means for > > > > protecting quality > > > > > > of service for inelastic traffic admitted to a Diffserv > > > > domain. The > > > > > > overall PCN architecture is described in RFC 5559. > This memo > > > > > > describes the requirements for the signaling applied > > > > within the PCN > > > > > > domain: (1) PCN-feedback-information is carried from the > > > > > > PCN-egress- node to the decision point;(2) the decision > > > point may > > > > > > ask the PCN- ingress-node to measure, and report back, > > > > the rate of > > > > > > PCN-traffic between this pair of PCN-boundary-nodes. > > > The decision > > > > > > point may be either collocated with the > PCN-ingress-node or a > > > > > > centralized node (in the latter case, (2) is not required). > > > > > > The signaling requirements pertain in particular to two edge > > > > behaviours, > > > > > > "controlled load (CL)" > > > > > > and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- > > 08], > > > > > > [draft-ietf-pcn-sm-edge-behaviour-05]. > > > > > > > > > > > > A URL for this Internet-Draft is: > > > > > > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > > > > > equirements-03.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 > > > > > > > > > > > > > _______________________________________________ > > > 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 bob.briscoe@bt.com Thu Apr 14 20:14:17 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 0FD94E06FB for ; Thu, 14 Apr 2011 20:14:17 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oACx6RI1QXP0 for ; Thu, 14 Apr 2011 20:14:15 -0700 (PDT) Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by ietfc.amsl.com (Postfix) with ESMTP id 17EFEE0677 for ; Thu, 14 Apr 2011 20:14:14 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Apr 2011 04:14:13 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Apr 2011 04:14:13 +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 1302837252307; Fri, 15 Apr 2011 04:14:12 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.0.47]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p3F3E8HU001775; Fri, 15 Apr 2011 04:14:09 +0100 Message-Id: <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 15 Apr 2011 04:14:06 +0100 To: Toby Moncaster From: Bob Briscoe In-Reply-To: <000c01cbfa92$38da9750$aa8fc5f0$@com> References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 15 Apr 2011 03:14:13.0651 (UTC) FILETIME=[3248C630:01CBFB1B] Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 03:14:17 -0000 Toby, At 11:53 14/04/2011, Toby Moncaster wrote: >I am trying to bash the ECN compatibility text into a usable appendix for >the document. This is what I have so far: > >"Appendix A. Co-existence of ECN and PCN (informative) > > The PCN encoding described in this document re-uses the bits of the > ECN field in the IP header. Consequently, this disables ECN within > the PCN domain. s/Consequently,/Without additional measures,/ >Appendix B of [RFC5696] included advice on handling > ECN traffic within a PCN-domain. This appendix clarifies that > advice. s/clarifies/updates/ [I assume you will have some sort of lead in sentence to the list here] > ECN traffic not subjected to PCN control and not sharing a PCN- > compatible DSCP: This requires no action. > > ECN traffic not subjected to PCN control but sharing a PCN-compatible > DSCP: s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on arrival at the PCN ingress/ >There are two options. > > * The ingress maps the DSCP to a local DSCP and the egress re- > maps it to the original PCN-compatible DSCP. > > * The ingress tunnels the traffic, setting not-PCN in the outer > header; note that this turns off ECN for this traffic within > the PCN domain. > > The first option is recommended unless you are short of local > DSCPs. Good. s/you are/the operator is/ > ECN traffic being subjected to PCN control: s/being subjected to/to be subjected to PCN control rather than ECN marking across the PCN domain/ >There are two options. > > * The ingress places this traffic in a tunnel with a PCN- > compatible DSCP in the outer header. The egress zeroes the > ECN-field before decapsulation. s/the ECN-field/the outer ECN-field/ > * ingress drops CE-marked packets and egress zeros ECN field of > PCN packets which disables end-to-end ECN. > > The second option is not recommended. No need to even mention it then, unless there's a compromise scenario where the 1st option wouldn't be suitable. BTW, I don't see why the egress has to zero ECN, or indeed why this disables e2e ECN, unless it means it zero's the inner (and if so why?). > ECN traffic being subjected to PCN control, receiver indicates desire > to see PCN marks: > > Schemes have been suggested where PCN marks may be leaked out of > the PCN-domain and used by the end hosts to modify realtime data > rates. s/used by the end hosts to modify realtime data rates./ /used by adaptive codecs in the end hosts to modify realtime data rates./ >Currently all such schemes are experimental and the > following is for guidance only. > > The ingress needs to tunnel the traffic using [RFC6040]. The PCN- > egress should not zero the ECN field, Don't agree. ECN should never leak into PCN, but PCN might be OK to leak to ECN receiver. Reasoning: admission of a flow should only depend on PCN marking within the PCN region. It shouldn't depend on ECN marking from queues outside the PCN region, which will not have been configured to give good signals at the right load levels. The reverse argument seems less likely to apply to leaking PCN to receiver, because any decent level of PCN will usefully trigger a lower rate, thus potentially avoiding the need to block admissions. >and the tunnel egress should > use [RFC6040] normal mode (preserving any PCN-marking). There are no modes for an RFC6040 egress. Modes are only for the ingress. The important point is not what the tunnel egress does (assuming the arrangement in the Fig below), but that the PCN egress doesn't zero the outer ECN field. >Note that > this may turn ECT(0) into ECT(1) and so is not compatible with the > experimental ECN nonce [RFC3540]. s/this/PCN marking on interior nodes/ > In the list above any form of IP-in-IP tunnel can be used unless > specified otherwise. We assume a logical separation of tunneling > and PCN actions in both PCN-ingress and PCN-egress nodes. That is, > any tunneling action happens wholly outside the PCN-domain as > illustrated in the following figure: > > > , . . . . PCN-domain . . . . . . . > . ,--------. ,--------. . > . _| PCN- |___________________| PCN- |_ . > . / | ingress | | egress | \ . > .| '---------' '--------' |. > | . . . . . . . . . . . . . . .| > ,--------. ,--------. > _____| Tunnel | | Tunnel |____ > | Ingress | - - ECN preserved inside tunnel - - | Egress | > '---------' '--------' > > > Figure 4: Separation of tunneling and PCN actions >" nice ASCII art. >I hope this captures all the key elements from the discussion. > >I am still unsure exactly how we are proceeding with regards to updating >RFC5696. Can this document both update RFC5696 AND be dependent on it as >well? Currently I am thinking of adding the following as a standalone >section: > >"Section N. Effect on baseline encoding > >The baseline encoding [rfc5696] specified that the 01 codepoint was for use >in experimental schemes. It also gave guidelines for such experiments. This >document updates the 01 codepoint and fixes its meaning. Consequently this >document updates [rfc5696]. People wishing to use the 01 codepoint for >experimental schemes as described in [rfc5696] must accept the risk that >PCN-nodes compatible with this encoding scheme may not be compatible with >their experiment." It would be dangerous for me to respond to this now - I'm too tired to think straight. But my gut feeling is that the wording should lean more towards "updates", and less towards appearing to encourage more experimentation, which would run counter to interoperability - the raison d'etre of a standards body. >Two inline responses to Michael at the end One from me too... >Toby > > > -----Original Message----- > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of > > Toby Moncaster > > Sent: 01 April 2011 14:58 > > To: 'Bob Briscoe'; 'Michael Menth' > > Cc: pcn@ietf.org > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > I'm not sure if I captured all the changes we intend to do on this > > draft: > > > > 1) add Michael's text on e2e ECN (once it has become stable) > > > > 2) add a brief paragraph explaining that this effectively updates > > RFC5696 > > and that therefore anyone running experiments with that are on their > > own > > (which they kind of are anyway, if they are doing an experiment!). > > > > 3) clarify how to do single marking with this encoding. > > > > I now recall the real reason why I wanted to preserve baseline which is > > that > > this encoding has the RFC6040 dependency. > > > > Is there any mileage in exploring a bis for RFC5696? As I see it we are > > always going to have a slightly messy situation. For instance I am not > > sure > > if you are allowed the circular dependency of 3-in-1 encoding being > > dependent on RFC5696 but also updating RFC5696. > > > > Of course we could always revive the option we discussed, where we > > obsolete > > RFC5696 and incorporate a baseline behaviour within this draft (which > > could > > then be called PCN encodings using a single DSCP)... > > > > Thoughts anyone? > > > > Toby > > > > > -----Original Message----- > > > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > > > Sent: 01 April 2011 13:22 > > > To: Michael Menth > > > Cc: Toby Moncaster; pcn@ietf.org > > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > > > Michael, > > > > > > At 09:36 01/04/2011, Michael Menth wrote: > > > >Hi all, > > > > > > > >to quickly see that the case analysis is complete, I suggest a > > > >slight rewording: > > > > > > > >Handling of ECN traffic > > > >* ECN traffic not being subject to PCN control and not sharing a > > > >PCN-compatible DSCP > > > > - no action needed > > > >* ECN traffic not being subject to PCN control and sharing a > > > >PCN-compatible DSCP > > > > - ingress tunnels that traffic with an non-PCN-compatible DSCP > > > > in the outer header (any tunnel may be used) > > > > - alternative: ingress maps the DSCP to a local DSCP and egress > > > > re-maps it to the original PCN-compatible DSCP > > > > - alternative: ingress tunnels that traffic with not-PCN in the > > > > outer header (any tunnel may be used); note that this turns of ECN > > > > for this traffic within the PCN domain. > > > > > > We ought to recommend one: > > > #2 does nothing wrong, whereas the others do, to a certain extent. > > > THe only reason for using #3 would be if you are short of DSCPs (e.g. > > > MPLS or Ethernet). > > > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So > > > #1 can be chucked. > > > > > > >* ECN traffic being subject to PCN control > > > > - ingress drops CE-marked packets and egress zeros ECN field of > > > > PCN packets which disables end-to-end ECN > > > > > > Not recommended > > > > > > > - alternative: ingress tunnels that traffic with a > > > > PCN-compatible DSCP in the outer header and the egress zeros > > > > ECN-field before decapsulation (any tunnel may be used) > > > > > > recommended > > > > > > >* ECN traffic being subject to PCN control, and the receiver has > > > >indicated to receive PCN marks > > > > - ingress tunnels that traffic with a PCN-compatible DSCP but > > > > the egress SHOULD NOT zero the ECN field before decapsulation > > > > according to RFC6040 normal mode; note that this may turn ECT(0) > > > > into ECT(1) so that the nonce is modified. > > > > > > Good point. > > > This needs to be clearly flagged as an experimental only scheme. > > > > > > > > > >Another two questions > > > >* Traffic may arrive with a non-PCN-compatible DSCP and is subject > > > >to PCN control. Do we care about the original DSCP? This seems to be > > > >a similar issue. > > > > > > Similar to what? > >What Michael means is, if an operator chooses to change the DSCP of an >arriving packet in order to enable PCN for that packet, should that change >be reversed on leaving the PCN domain? This is starting to get rather >obscure. Appendix A.1 of RFC5696 discusses the choice of suitable DSCPs for >PCN and makes it clear that operators should choose to use an existing DSCP >providing suitable scheduling and priority. However, if an operator chooses >to define a local DSCP instead then they are free to do so. If I recall >right, DSCPs are not guaranteed to survive between domains anyway... > > > > > > > > >* How is the ECN-field of traffic with a PCN-compatible DSCP > > > >interpreted outside a PCN domain? I guess with ECN semantics? Have > > > >we stated that somewhere. Do we need to state it? > > > > > > Dunno whether we've said this somewhere. Will need to check. > >Is this at all relevant to PCN? I would argue we don't need to state this >anywhere at all since PCN semantics only apply inside a PCN-domain. IN >appendix A.1 of RFC5696 we make it clear that PCN is a marking behaviour for >use within the PCN-domain and discuss DSCP-related issues Given we are talking about e2e ECN support across a PCN domain, it would do no harm to reinforce the idea that a DSCP cannot even be considered PCN-compatible when it is outside a PCN domain - it has its usual scheulding PHB, but its congestion marking behaviour is the ECN default, not PCN. Bob > > > > > > > > > Bob > > > > > > > > > >Best wishes, > > > > > > > > Michael > > > > > > > >-- > > > >Prof. Dr. habil. Michael Menth > > > >University of Tuebingen > > > >Faculty of Science > > > >Department of Computer Science > > > >Chair of Communication Networks > > > >Sand 13, 72076 Tuebingen, Germany > > > >phone: (+49)-7071/29-70505 > > > >fax: (+49)-7071/29-5220 > > > >mailto:menth@uni-tuebingen.de > > > >http://www-kn.informatik.uni-tuebingen.de > > > > > > ________________________________________________________________ > > > Bob Briscoe, BT Innovate & Design > > > > _______________________________________________ > > PCN mailing list > > PCN@ietf.org > > https://www.ietf.org/mailman/listinfo/pcn ________________________________________________________________ Bob Briscoe, BT Innovate & Design From slblake@petri-meat.com Thu Apr 14 21:32:38 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 87138E0668 for ; Thu, 14 Apr 2011 21:32:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BM1KVGlIfghK for ; Thu, 14 Apr 2011 21:32:37 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfc.amsl.com (Postfix) with ESMTP id 7D624E06AE for ; Thu, 14 Apr 2011 21:32:37 -0700 (PDT) Received: from cpe-174-097-227-047.nc.res.rr.com ([174.97.227.47]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from ) id 1QAahv-0000fi-Nt; Fri, 15 Apr 2011 00:32:35 -0400 From: Steven Blake To: Georgios Karagiannis In-Reply-To: <2871A0392209401682084AAAC31B1172@dynamic.ewi.utwente.nl> References: <2871A0392209401682084AAAC31B1172@dynamic.ewi.utwente.nl> Content-Type: text/plain; charset="UTF-8" Date: Fri, 15 Apr 2011 00:32:33 -0400 Message-ID: <1302841953.19801.7.camel@tachyon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit 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] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 04:32:38 -0000 On Wed, 2011-04-13 at 17:32 +0200, Georgios Karagiannis wrote: > Hi all > > I have just submitted draft-ietf-pcn-encoding-comparison-05, see below. > > http://www.ietf.org/internet-drafts/draft-ietf-pcn-encoding-comparison-05.tx > t > > I have used all provided comments, including comments that were provided by > Gorry Fairhust on a paper version of the pcn encoding draft. In the > attachment of this email I am including a pdf (05) version of the draft, > which includes track changes. These track changes show how I have worked out > the comments provided by Gorry Fairhust. > > Steve and/or Scott shall we start an abbreviated WGLC on > draft-ietf-pcn-encoding-comparison-05? Thanks Georgios. This begins a one-week WGLC on this draft, to conclude next Friday April 22. Please send comments to the list, and don't forget the WGLC for draft-ietf-pcn-signaling-requirements-03. Regards, // Steve From toby@moncaster.com Fri Apr 15 01:31:49 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 9B063E0693 for ; Fri, 15 Apr 2011 01:31:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.149 X-Spam-Level: X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AlkdSooLJ8fB for ; Fri, 15 Apr 2011 01:31:47 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by ietfc.amsl.com (Postfix) with ESMTP id 6BF89E065A for ; Fri, 15 Apr 2011 01:31:47 -0700 (PDT) Received: from TobysHP (host81-158-50-55.range81-158.btcentralplus.com [81.158.50.55]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0LhNMu-1PXF8j18ls-00meZt; Fri, 15 Apr 2011 10:31:45 +0200 From: "Toby Moncaster" To: "'Bob Briscoe'" References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> In-Reply-To: <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> Date: Fri, 15 Apr 2011 09:31:42 +0100 Message-ID: <000c01cbfb47$8c8ef520$a5acdf60$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acv7GzJ+29U3aZskRmeK45uFKyQLZgAKuH7g Content-Language: en-gb X-Provags-ID: V02:K0:ajgs6Ky5E5vAcMxks8Uq1q0ZjheBNz6TSXLU/QMpDF3 ldRrM98ctrIqv6FvtG52sYCOq7uPH141rIPBSZXTm9ALam2rH/ IXBQZxpPD8LdVKAq/db70mQ69V7WgzvMeZycY95zn0DbJyl4AY UV4rfRgPpq4HEz9nNZJsw76FZ9LuXyaDSF+2+T24A/vM3qLk6Y FBOqQDJ/XLuYxNLchD0Jfp5s4x258H1hJNeWEzdncE= Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 08:31:49 -0000 > -----Original Message----- > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > Sent: 15 April 2011 04:14 > To: Toby Moncaster > Cc: 'Toby Moncaster'; 'Michael Menth'; pcn@ietf.org > Subject: RE: [PCN] ECN handling with 3-in-1 > > Toby, > > At 11:53 14/04/2011, Toby Moncaster wrote: > >I am trying to bash the ECN compatibility text into a usable appendix > for > >the document. This is what I have so far: > > > >"Appendix A. Co-existence of ECN and PCN (informative) > > > > The PCN encoding described in this document re-uses the bits of > the > > ECN field in the IP header. Consequently, this disables ECN > within > > the PCN domain. > > s/Consequently,/Without additional measures,/ > > >Appendix B of [RFC5696] included advice on handling > > ECN traffic within a PCN-domain. This appendix clarifies that > > advice. > > s/clarifies/updates/ > > [I assume you will have some sort of lead in sentence to the list here] Yes, but inspiration was proving elusive... > > > > ECN traffic not subjected to PCN control and not sharing a PCN- > > compatible DSCP: This requires no action. > > > > ECN traffic not subjected to PCN control but sharing a PCN- > compatible > > DSCP: > > s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on > arrival at the PCN ingress/ > > >There are two options. > > > > * The ingress maps the DSCP to a local DSCP and the egress re- > > maps it to the original PCN-compatible DSCP. > > > > * The ingress tunnels the traffic, setting not-PCN in the > outer > > header; note that this turns off ECN for this traffic within > > the PCN domain. > > > > The first option is recommended unless you are short of local > > DSCPs. > > Good. > > s/you are/the operator is/ > > > > ECN traffic being subjected to PCN control: > > s/being subjected to/to be subjected to PCN control rather than ECN > marking across the PCN domain/ > > >There are two options. > > > > * The ingress places this traffic in a tunnel with a PCN- > > compatible DSCP in the outer header. The egress zeroes the > > ECN-field before decapsulation. > > s/the ECN-field/the outer ECN-field/ > > > > * ingress drops CE-marked packets and egress zeros ECN field > of > > PCN packets which disables end-to-end ECN. > > > > The second option is not recommended. > > No need to even mention it then, unless there's a compromise scenario > where the 1st option wouldn't be suitable. > > BTW, I don't see why the egress has to zero ECN, or indeed why this > disables e2e ECN, unless it means it zero's the inner (and if so why?). Surely the PCN-egress has to zero the ECN field before the packet is decapsulated? Otherwise the decapsulator will transfer the PCN marking from the PCN-domain onto the ECN packet... > > > > ECN traffic being subjected to PCN control, receiver indicates > desire > > to see PCN marks: > > > > Schemes have been suggested where PCN marks may be leaked out > of > > the PCN-domain and used by the end hosts to modify realtime > data > > rates. > > s/used by the end hosts to modify realtime data rates./ > /used by adaptive codecs in the end hosts to modify realtime data > rates./ > > >Currently all such schemes are experimental and the > > following is for guidance only. > > > > The ingress needs to tunnel the traffic using [RFC6040]. The > PCN- > > egress should not zero the ECN field, > > Don't agree. ECN should never leak into PCN, but PCN might be OK to > leak to ECN receiver. I'm not allowing ECN to leak into PCN. I am (in limited circumstances) allowing the PCN-domain to over-write the ECN information and hence leak PCN information to the receiver. > > Reasoning: admission of a flow should only depend on PCN marking > within the PCN region. It shouldn't depend on ECN marking from queues > outside the PCN region, which will not have been configured to give > good signals at the right load levels. Oh, I think I see your point. RFC6040 tunnels will set the ECN of the outer header to whatever is in the inner header. BUT you are forgetting that the default behaviour of the PCN-ingress is to clear whatever is in the outer header and set it to 10 (if the traffic is PCN) or 00 (if the traffic is not-PCN) > > The reverse argument seems less likely to apply to leaking PCN to > receiver, because any decent level of PCN will usefully trigger a > lower rate, thus potentially avoiding the need to block admissions. > > >and the tunnel egress should > > use [RFC6040] normal mode (preserving any PCN-marking). > > There are no modes for an RFC6040 egress. Modes are only for the > ingress. OK, noted. I did know that really, I was being careless. > > The important point is not what the tunnel egress does (assuming the > arrangement in the Fig below), but that the PCN egress doesn't zero > the outer ECN field. Indeed... > > >Note that > > this may turn ECT(0) into ECT(1) and so is not compatible with > the > > experimental ECN nonce [RFC3540]. > > s/this/PCN marking on interior nodes/ > > > > In the list above any form of IP-in-IP tunnel can be used unless > > specified otherwise. We assume a logical separation of tunneling > > and PCN actions in both PCN-ingress and PCN-egress nodes. That > is, > > any tunneling action happens wholly outside the PCN-domain as > > illustrated in the following figure: > > > > > > , . . . . PCN-domain . . . . . . . > > . ,--------. ,--------. . > > . _| PCN- |___________________| PCN- |_ . > > . / | ingress | | egress | \ . > > .| '---------' '--------' |. > > | . . . . . . . . . . . . . . .| > > ,--------. ,--------. > > _____| Tunnel | | Tunnel > |____ > > | Ingress | - - ECN preserved inside tunnel - - | Egress | > > '---------' '--------' > > > > > > Figure 4: Separation of tunneling and PCN actions > >" > > nice ASCII art. Thanks :) > > > >I hope this captures all the key elements from the discussion. > > > >I am still unsure exactly how we are proceeding with regards to > updating > >RFC5696. Can this document both update RFC5696 AND be dependent on it > as > >well? Currently I am thinking of adding the following as a standalone > >section: > > > >"Section N. Effect on baseline encoding > > > >The baseline encoding [rfc5696] specified that the 01 codepoint was > for use > >in experimental schemes. It also gave guidelines for such experiments. > This > >document updates the 01 codepoint and fixes its meaning. Consequently > this > >document updates [rfc5696]. People wishing to use the 01 codepoint for > >experimental schemes as described in [rfc5696] must accept the risk > that > >PCN-nodes compatible with this encoding scheme may not be compatible > with > >their experiment." > > It would be dangerous for me to respond to this now - I'm too tired > to think straight. But my gut feeling is that the wording should lean > more towards "updates", and less towards appearing to encourage more > experimentation, which would run counter to interoperability - the > raison d'etre of a standards body. OK, I can probably highlight that we are not recommending people start experiments, but if they are already using the EXP codepoint for anything else they need to be aware of this clash... > > > > > >Two inline responses to Michael at the end > > One from me too... > > > > >Toby > > > > > -----Original Message----- > > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf > Of > > > Toby Moncaster > > > Sent: 01 April 2011 14:58 > > > To: 'Bob Briscoe'; 'Michael Menth' > > > Cc: pcn@ietf.org > > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > > > I'm not sure if I captured all the changes we intend to do on this > > > draft: > > > > > > 1) add Michael's text on e2e ECN (once it has become stable) > > > > > > 2) add a brief paragraph explaining that this effectively updates > > > RFC5696 > > > and that therefore anyone running experiments with that are on > their > > > own > > > (which they kind of are anyway, if they are doing an experiment!). > > > > > > 3) clarify how to do single marking with this encoding. > > > > > > I now recall the real reason why I wanted to preserve baseline > which is > > > that > > > this encoding has the RFC6040 dependency. > > > > > > Is there any mileage in exploring a bis for RFC5696? As I see it we > are > > > always going to have a slightly messy situation. For instance I am > not > > > sure > > > if you are allowed the circular dependency of 3-in-1 encoding being > > > dependent on RFC5696 but also updating RFC5696. > > > > > > Of course we could always revive the option we discussed, where we > > > obsolete > > > RFC5696 and incorporate a baseline behaviour within this draft > (which > > > could > > > then be called PCN encodings using a single DSCP)... > > > > > > Thoughts anyone? > > > > > > Toby > > > > > > > -----Original Message----- > > > > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > > > > Sent: 01 April 2011 13:22 > > > > To: Michael Menth > > > > Cc: Toby Moncaster; pcn@ietf.org > > > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > > > > > Michael, > > > > > > > > At 09:36 01/04/2011, Michael Menth wrote: > > > > >Hi all, > > > > > > > > > >to quickly see that the case analysis is complete, I suggest a > > > > >slight rewording: > > > > > > > > > >Handling of ECN traffic > > > > >* ECN traffic not being subject to PCN control and not sharing a > > > > >PCN-compatible DSCP > > > > > - no action needed > > > > >* ECN traffic not being subject to PCN control and sharing a > > > > >PCN-compatible DSCP > > > > > - ingress tunnels that traffic with an non-PCN-compatible > DSCP > > > > > in the outer header (any tunnel may be used) > > > > > - alternative: ingress maps the DSCP to a local DSCP and > egress > > > > > re-maps it to the original PCN-compatible DSCP > > > > > - alternative: ingress tunnels that traffic with not-PCN in > the > > > > > outer header (any tunnel may be used); note that this turns of > ECN > > > > > for this traffic within the PCN domain. > > > > > > > > We ought to recommend one: > > > > #2 does nothing wrong, whereas the others do, to a certain > extent. > > > > THe only reason for using #3 would be if you are short of DSCPs > (e.g. > > > > MPLS or Ethernet). > > > > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. > So > > > > #1 can be chucked. > > > > > > > > >* ECN traffic being subject to PCN control > > > > > - ingress drops CE-marked packets and egress zeros ECN > field of > > > > > PCN packets which disables end-to-end ECN > > > > > > > > Not recommended > > > > > > > > > - alternative: ingress tunnels that traffic with a > > > > > PCN-compatible DSCP in the outer header and the egress zeros > > > > > ECN-field before decapsulation (any tunnel may be used) > > > > > > > > recommended > > > > > > > > >* ECN traffic being subject to PCN control, and the receiver has > > > > >indicated to receive PCN marks > > > > > - ingress tunnels that traffic with a PCN-compatible DSCP > but > > > > > the egress SHOULD NOT zero the ECN field before decapsulation > > > > > according to RFC6040 normal mode; note that this may turn > ECT(0) > > > > > into ECT(1) so that the nonce is modified. > > > > > > > > Good point. > > > > This needs to be clearly flagged as an experimental only scheme. > > > > > > > > > > > > >Another two questions > > > > >* Traffic may arrive with a non-PCN-compatible DSCP and is > subject > > > > >to PCN control. Do we care about the original DSCP? This seems > to be > > > > >a similar issue. > > > > > > > > Similar to what? > > > >What Michael means is, if an operator chooses to change the DSCP of an > >arriving packet in order to enable PCN for that packet, should that > change > >be reversed on leaving the PCN domain? This is starting to get rather > >obscure. Appendix A.1 of RFC5696 discusses the choice of suitable > DSCPs for > >PCN and makes it clear that operators should choose to use an existing > DSCP > >providing suitable scheduling and priority. However, if an operator > chooses > >to define a local DSCP instead then they are free to do so. If I > recall > >right, DSCPs are not guaranteed to survive between domains anyway... > > > > > > > > > > > > >* How is the ECN-field of traffic with a PCN-compatible DSCP > > > > >interpreted outside a PCN domain? I guess with ECN semantics? > Have > > > > >we stated that somewhere. Do we need to state it? > > > > > > > > Dunno whether we've said this somewhere. Will need to check. > > > >Is this at all relevant to PCN? I would argue we don't need to state > this > >anywhere at all since PCN semantics only apply inside a PCN-domain. IN > >appendix A.1 of RFC5696 we make it clear that PCN is a marking > behaviour for > >use within the PCN-domain and discuss DSCP-related issues > > Given we are talking about e2e ECN support across a PCN domain, it > would do no harm to reinforce the idea that a DSCP cannot even be > considered PCN-compatible when it is outside a PCN domain - it has > its usual scheulding PHB, but its congestion marking behaviour is the > ECN default, not PCN. Would adding the following (in a suitable place) suffice?: "PCN is in effect a congestion marking behaviour for use with realtime traffic in a controlled domain. As such, within the PCN-domain, PCN marking replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN-domain, ECN remains the default behaviour for all DSCPs." Toby > > > Bob > > > > > > > > > > > > > > > Bob > > > > > > > > > > > > >Best wishes, > > > > > > > > > > Michael > > > > > > > > > >-- > > > > >Prof. Dr. habil. Michael Menth > > > > >University of Tuebingen > > > > >Faculty of Science > > > > >Department of Computer Science > > > > >Chair of Communication Networks > > > > >Sand 13, 72076 Tuebingen, Germany > > > > >phone: (+49)-7071/29-70505 > > > > >fax: (+49)-7071/29-5220 > > > > >mailto:menth@uni-tuebingen.de > > > > >http://www-kn.informatik.uni-tuebingen.de > > > > > > > > ________________________________________________________________ > > > > Bob Briscoe, BT Innovate & Design > > > > > > _______________________________________________ > > > PCN mailing list > > > PCN@ietf.org > > > https://www.ietf.org/mailman/listinfo/pcn > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design From menth@informatik.uni-tuebingen.de Fri Apr 15 01:52:20 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 51351E06FC for ; Fri, 15 Apr 2011 01:52:20 -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_72=0.6] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hD9SWZLk1bdy for ; Fri, 15 Apr 2011 01:52:18 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.informatik.uni-tuebingen.de [134.2.12.32]) by ietfc.amsl.com (Postfix) with SMTP id 8806DE06F1 for ; Fri, 15 Apr 2011 01:52:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 0F946527F; Fri, 15 Apr 2011 10:52:14 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctEVrhMvTPxu; Fri, 15 Apr 2011 10:52:07 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 6C9F85267; Fri, 15 Apr 2011 10:52:07 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id A6D9818FCF6E; Fri, 15 Apr 2011 10:52:07 +0200 (CEST) Message-ID: <4DA80737.2070000@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 10:52:07 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Georgios Karagiannis References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net><2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net><9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net><001d01cbfa97$71cfa370$556eea50$@com> <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F3291948551@EMV65-UKRD.domain1.systemhost.net> <1113BCA86B3D46FBB66B61703A74E7B5@dynamic.ewi.utwente.nl> In-Reply-To: <1113BCA86B3D46FBB66B61703A74E7B5@dynamic.ewi.utwente.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 08:52:20 -0000 Hi Georgios, Am 14.04.2011 13:46, schrieb Georgios Karagiannis: > Hi all > > The below sentence satisfies only partially my concerns! However, if there > are no objections then I will use the below sentence in the signaling > requirements draft! > > "The rate value carried by you probably mean: the number format ant the rate units used by Regards, Michael > the signalling protocol will limit the maximum > rate that PCN can use. If signalling space is tight it might be reasonable > to impose a limit, but any such limit may impose unnecessary constraints in > future." > > Best regards, > Georgios > > > > >> -----Original Message----- >> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] >> Sent: donderdag 14 april 2011 13:40 >> To: philip.eardley@bt.com; toby@moncaster.com; >> karagian@cs.utwente.nl; pcn@ietf.org >> Subject: RE: [PCN] Open Issue 1: should >> draft-ietf-pcn-signaling-requirements recommend which maximum >> rate value carried by signaling protocol? >> >> wfm = works for me >> Sorry for the abbreviated typing! >> -----Original Message----- >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >> Behalf Of philip.eardley@bt.com >> Sent: 14 April 2011 12:32 >> To: toby@moncaster.com; karagian@cs.utwente.nl; pcn@ietf.org >> Subject: Re: [PCN] Open Issue 1: should >> draft-ietf-pcn-signaling-requirements recommend which maximum >> rate value carried by signaling protocol? >> >> wfm >> >> -----Original Message----- >> From: Toby Moncaster [mailto:toby@moncaster.com] >> Sent: 14 April 2011 12:31 >> To: Eardley,PL,Philip,DES8 R; karagian@cs.utwente.nl; pcn@ietf.org >> Subject: RE: [PCN] Open Issue 1: should >> draft-ietf-pcn-signaling-requirements recommend which maximum >> rate value carried by signaling protocol? >> >> There seem to be two competing things - firstly, we need to >> give some indication of the scale of number that needs to be >> signalled (e.g. a short integer is probably not enough!). BUT >> we mustn't impose an unnecessary limit on the maximum since >> this puts a limit on future growth (just look at IPv4 addressing). >> >> The usual cop-out in such cases is not to recommend anything >> but to have a sentence setting out the discussion. Something like >> >> "The rate value carried by the signalling protocol will limit >> the maximum rate that PCN can use. If signalling space is >> tight it might be reasonable to impose a limit, but any such >> limit may impose unnecessary constraints in future" >> >> Toby >> >>> -----Original Message----- >>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >> Behalf Of >>> philip.eardley@bt.com >>> Sent: 14 April 2011 12:01 >>> To: karagian@cs.utwente.nl; pcn@ietf.org >>> Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- >>> requirements recommend which maximum rate value carried by >> signaling >>> protocol? >>> >>> Well, if you include your sentence that means you don't agree! >>> >>> As i said, i don't think this is a good idea. >>> >>> -----Original Message----- >>> From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] >>> Sent: 14 April 2011 11:59 >>> To: Eardley,PL,Philip,DES8 R; pcn@ietf.org >>> Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- >>> requirements recommend which maximum rate value carried by >> signaling >>> protocol? >>> >>> Hi Phil >>> >>> Agree, but maybe the following sentence could solve the problem! >>> >>> "The signaling protocol SHOULD be able to carry a rate >> value that can >>> at least be fitted in a 32 bit container/field, when using the IEEE >>> floating point number encoding." >>> >>> The above is based on the fact that a token bucket rate >> carried in a >>> RSVP SENDER_TSPEC Object (see RFC2210), uses also such a >>> container/field. >>> >>> Best regards, >>> Georgios >>> >>> >>> >>> >>> >>> >>>> -----Original Message----- >>>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] >>>> Sent: donderdag 14 april 2011 12:29 >>>> To: karagian@cs.utwente.nl; pcn@ietf.org >>>> Subject: RE: [PCN] Open Issue 1: should >>>> draft-ietf-pcn-signaling-requirements recommend which >> maximum rate >>>> value carried by signaling protocol? >>>> >>>> I dont think this belongs in this document. Seems it can >> be left to >>>> the actual signalling protocol and configuration in the actual >>>> network it's operating in. Anyway, if we specify a particular >>>> maximum we also need to specify format and that requires >> some work >>>> on what ways are currently considered best. >>>> >>>> -----Original Message----- >>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] >> On Behalf >>>> Of Georgios Karagiannis >>>> Sent: 13 April 2011 17:28 >>>> To: pcn@ietf.org >>>> Subject: [PCN] Open Issue 1: should >>>> draft-ietf-pcn-signaling-requirements recommend which >> maximum rate >>>> value carried by signaling protocol? >>>> >>>> >>>> >>>> Hi all >>>> >>>> > From the WGLC discussions regarding >>>>> draft-ietf-pcn-signaling-requirements-03 >>>> I identified two open issues: >>>> >>>> This email contains the first open issue: >>>> >>>> Issue_1: It is proposed that >>>> draft-ietf-pcn-signaling-requirements should recommend >> which maximum >>>> rate value should be carried by a signaling protocol. >>>> >>>> This will mean that the PCN WG will recommend to the signaling >>>> protocol designers to use a container/field that is able to carry >>>> this maximum rate value (in octets/s). >>>> >>>> Question: Do you agree/disagree with the fact that >>>> draft-ietf-pcn-signaling-requirements should recommend >> which maximum >>>> rate value should be carried by a signaling protocol? >>>> >>>> Best regards, >>>> Georgios >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >>>> Behalf Of >>>>> Georgios Karagiannis >>>>> Sent: donderdag 7 april 2011 11:56 >>>>> To: philip.eardley@bt.com; pcn@ietf.org >>>>> Subject: Re: [PCN] Perhaps some additions >>>>> requiredfordraft-ietf-pcn-signaling-requirements-03.txt >>>>> >>>>> Hi Phil >>>>> >>>>> You are right about the encoding. Therefore, we might >> also need to >>>>> define the way of how this value is encoded. >>>>> >>>>> In RFC 2210 all the rate values are encoded using: 32-bit IEEE >>>>> floating point number. >>>>> >>>>> I am not sure if it is good lo leave this decision to other >>>>> desigbn teams than the PCN WG. >>>>> >>>>> The values of these rates are affecting the accuracy of the >>>> provided >>>>> PCN solutions, in particular when they get another >> value than they >>>>> should. >>>>> >>>>> Best regards, >>>>> Georgios >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] >>>>>> Sent: donderdag 7 april 2011 11:34 >>>>>> To: karagian@cs.utwente.nl; pcn@ietf.org >>>>>> Subject: RE: [PCN] Perhaps some additions required >>>>>> fordraft-ietf-pcn-signaling-requirements-03.txt >>>>>> >>>>>> I dont think this is needed in either signalling >> reqts or edge >>>>>> behaviour docs. I think this would be up to the actual >>>>>> signalling protocol to define, or perhaps the >> configuration in a >>>>>> particular PCN-domain. >>>>>> Note also that defining a field length doesn't define the >>>>> max value, >>>>>> as this depends on the encoding [for instance, 1 byte >> might be >>>>>> an exponent] >>>>>> >>>>>> -----Original Message----- >>>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On >>>>> Behalf Of >>>>>> Georgios Karagiannis >>>>>> Sent: 07 April 2011 10:20 >>>>>> To: pcn@ietf.org >>>>>> Subject: [PCN] Perhaps some additions required for >>>>>> draft-ietf-pcn-signaling-requirements-03.txt >>>>>> >>>>>> Hi all >>>>>> >>>>>> Looking into the description of the edge behaviour drafts >>>>> and what we >>>>>> currently have in the 03 version of the signaling >>>>> requirements draft, >>>>>> I see that some information associated with the >>>> information that a >>>>>> signaling protocol should carry is missing. In particular, >>>>> we are not >>>>>> specifying what is the maximum value of the rates that a >>>> signaling >>>>>> protocol should be able to carry. This is important >> in order to >>>>>> specify what will be maximum length of the field that >>>>> carries such a >>>>>> maximum rate. >>>>>> >>>>>> In particular we need to have these maximum values for the >>>>> following >>>>>> rates: >>>>>> >>>>>> o the rate of not-marked PCN-traffic (NM-rate) in >>>> octets/second, >>>>>> o rate of PCN-marked traffic in octets/second, >>>>>> o the rate of threshold-marked PCN traffic (ThM-rate) in >>>>>> octets/second, >>>>>> o rate of excess-traffic-marked traffic (ETM-rate) in >>>>>> octets/second, >>>>>> >>>>>> >>>>>> We could use a field of 32 bits long => Maximum rate >>>> value = 2^32 = >>>>>> 4294967296 octets/s) >>>>>> >>>>>> Question 1: Is this maximum rate value acceptable? >>>>>> >>>>>> Question 2: Is it okay to include this maximum rate >> value in the >>>>>> signaling requirements draft, or should we do this in >> the edge >>>>>> behaviour drafts? >>>>>> >>>>>> Best regards, >>>>>> Georgios >>>>>> >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] >>>>> On Behalf >>>>>>> Of Internet-Drafts@ietf.org >>>>>>> Sent: dinsdag 5 april 2011 14:15 >>>>>>> To: i-d-announce@ietf.org >>>>>>> Cc: pcn@ietf.org >>>>>>> Subject: [PCN] I-D >>>>>> Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) >>>>>>> Congestion Information in a DiffServ Domain >>>>>>> Author(s) : G. Karagiannis, et al. >>>>>>> Filename : >>>> draft-ietf-pcn-signaling-requirements-03.txt >>>>>>> Pages : 7 >>>>>>> Date : 2011-04-05 >>>>>>> >>>>>>> Precongestion notification (PCN) is a means for >>>>> protecting quality >>>>>>> of service for inelastic traffic admitted to a Diffserv >>>>> domain. The >>>>>>> overall PCN architecture is described in RFC 5559. >> This memo >>>>>>> describes the requirements for the signaling applied >>>>> within the PCN >>>>>>> domain: (1) PCN-feedback-information is carried from the >>>>>>> PCN-egress- node to the decision point;(2) the decision >>>> point may >>>>>>> ask the PCN- ingress-node to measure, and report back, >>>>> the rate of >>>>>>> PCN-traffic between this pair of PCN-boundary-nodes. >>>> The decision >>>>>>> point may be either collocated with the >> PCN-ingress-node or a >>>>>>> centralized node (in the latter case, (2) is not required). >>>>>>> The signaling requirements pertain in particular to two edge >>>>> behaviours, >>>>>>> "controlled load (CL)" >>>>>>> and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- >>> 08], >>>>>>> [draft-ietf-pcn-sm-edge-behaviour-05]. >>>>>>> >>>>>>> A URL for this Internet-Draft is: >>>>>>> >> http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r >>>>>> equirements-03.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 >>>>> >>>> >>>> _______________________________________________ >>>> 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 -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Fri Apr 15 03:02:10 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 0425EE07BF for ; Fri, 15 Apr 2011 03:02:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.225 X-Spam-Level: X-Spam-Status: No, score=-1.225 tagged_above=-999 required=5 tests=[AWL=-0.424, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scr1Bffn7BJK for ; Fri, 15 Apr 2011 03:02:08 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by ietfc.amsl.com (Postfix) with SMTP id 1A548E065A for ; Fri, 15 Apr 2011 03:02:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 08ED552CB; Fri, 15 Apr 2011 12:02:05 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ma48QfPzIDnT; Fri, 15 Apr 2011 12:01:58 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 4D6EB5209; Fri, 15 Apr 2011 12:01:58 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 451B818FDC90; Fri, 15 Apr 2011 12:01:58 +0200 (CEST) Message-ID: <4DA81795.7030104@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 12:01:57 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Bob Briscoe References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> In-Reply-To: <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 10:02:10 -0000 Toby, Bob, Am 15.04.2011 05:14, schrieb Bob Briscoe: > Toby, > > At 11:53 14/04/2011, Toby Moncaster wrote: >> I am trying to bash the ECN compatibility text into a usable appendix >> for >> the document. This is what I have so far: >> >> "Appendix A. Co-existence of ECN and PCN (informative) >> >> The PCN encoding described in this document re-uses the bits of the >> ECN field in the IP header. Consequently, this disables ECN within >> the PCN domain. > > s/Consequently,/Without additional measures,/ > >> Appendix B of [RFC5696] included advice on handling >> ECN traffic within a PCN-domain. This appendix clarifies that >> advice. > > s/clarifies/updates/ > > [I assume you will have some sort of lead in sentence to the list here] > > >> ECN traffic not subjected to PCN control and not sharing a PCN- >> compatible DSCP: This requires no action. >> >> ECN traffic not subjected to PCN control but sharing a PCN-compatible >> DSCP: > > s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on arrival > at the PCN ingress/ > >> There are two options. >> >> * The ingress maps the DSCP to a local DSCP and the egress re- >> maps it to the original PCN-compatible DSCP. >> >> * The ingress tunnels the traffic, setting not-PCN in the outer >> header; note that this turns off ECN for this traffic within >> the PCN domain. >> >> The first option is recommended unless you are short of local >> DSCPs. > > Good. > > s/you are/the operator is/ > > >> ECN traffic being subjected to PCN control: > > s/being subjected to/to be subjected to PCN control rather than ECN > marking across the PCN domain/ > >> There are two options. >> >> * The ingress places this traffic in a tunnel with a PCN- >> compatible DSCP in the outer header. The egress zeroes the >> ECN-field before decapsulation. > > s/the ECN-field/the outer ECN-field/ > > >> * ingress drops CE-marked packets and egress zeros ECN field of >> PCN packets which disables end-to-end ECN. >> >> The second option is not recommended. > > No need to even mention it then, unless there's a compromise scenario > where the 1st option wouldn't be suitable. I think we should leave the second option for networks in which tunneling does not work for which reasons ever. > > BTW, I don't see why the egress has to zero ECN, or indeed why this > disables e2e ECN, unless it means it zero's the inner (and if so why?). ??? > > >> ECN traffic being subjected to PCN control, receiver indicates desire >> to see PCN marks: >> >> Schemes have been suggested where PCN marks may be leaked out of >> the PCN-domain and used by the end hosts to modify realtime data >> rates. > > s/used by the end hosts to modify realtime data rates./ > /used by adaptive codecs in the end hosts to modify realtime data > rates./ > >> Currently all such schemes are experimental and the >> following is for guidance only. >> >> The ingress needs to tunnel the traffic using [RFC6040]. The PCN- >> egress should not zero the ECN field, > > Don't agree. ECN should never leak into PCN, but PCN might be OK to > leak to ECN receiver. > > Reasoning: admission of a flow should only depend on PCN marking > within the PCN region. It shouldn't depend on ECN marking from queues > outside the PCN region, which will not have been configured to give > good signals at the right load levels. > > The reverse argument seems less likely to apply to leaking PCN to > receiver, because any decent level of PCN will usefully trigger a > lower rate, thus potentially avoiding the need to block admissions. > >> and the tunnel egress should >> use [RFC6040] normal mode (preserving any PCN-marking). > > There are no modes for an RFC6040 egress. Modes are only for the ingress. > > The important point is not what the tunnel egress does (assuming the > arrangement in the Fig below), but that the PCN egress doesn't zero > the outer ECN field. > >> Note that >> this may turn ECT(0) into ECT(1) and so is not compatible with the >> experimental ECN nonce [RFC3540]. > > s/this/PCN marking on interior nodes/ > > >> In the list above any form of IP-in-IP tunnel can be used unless >> specified otherwise. We assume a logical separation of tunneling >> and PCN actions in both PCN-ingress and PCN-egress nodes. That is, >> any tunneling action happens wholly outside the PCN-domain as >> illustrated in the following figure: >> >> >> , . . . . PCN-domain . . . . . . . >> . ,--------. ,--------. . >> . _| PCN- |___________________| PCN- |_ . >> . / | ingress | | egress | \ . >> .| '---------' '--------' |. >> | . . . . . . . . . . . . . . .| >> ,--------. ,--------. >> _____| Tunnel | | Tunnel |____ >> | Ingress | - - ECN preserved inside tunnel - - | Egress | >> '---------' '--------' >> >> >> Figure 4: Separation of tunneling and PCN actions >> " > > nice ASCII art. > > >> I hope this captures all the key elements from the discussion. >> >> I am still unsure exactly how we are proceeding with regards to updating >> RFC5696. Can this document both update RFC5696 AND be dependent on it as >> well? Currently I am thinking of adding the following as a standalone >> section: >> >> "Section N. Effect on baseline encoding >> >> The baseline encoding [rfc5696] specified that the 01 codepoint was >> for use >> in experimental schemes. It also gave guidelines for such >> experiments. This >> document updates the 01 codepoint and fixes its meaning. Consequently >> this >> document updates [rfc5696]. People wishing to use the 01 codepoint for >> experimental schemes as described in [rfc5696] must accept the risk that >> PCN-nodes compatible with this encoding scheme may not be compatible >> with >> their experiment." > > It would be dangerous for me to respond to this now - I'm too tired to > think straight. But my gut feeling is that the wording should lean > more towards "updates", and less towards appearing to encourage more > experimentation, which would run counter to interoperability - the > raison d'etre of a standards body. I still don't understand why it is not possible to have alternative standards as long as only one of them can be applied in a single or federated PCN domain. > > > > >> Two inline responses to Michael at the end > > One from me too... > > > >> Toby >> >> > -----Original Message----- >> > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of >> > Toby Moncaster >> > Sent: 01 April 2011 14:58 >> > To: 'Bob Briscoe'; 'Michael Menth' >> > Cc: pcn@ietf.org >> > Subject: Re: [PCN] ECN handling with 3-in-1 >> > >> > I'm not sure if I captured all the changes we intend to do on this >> > draft: >> > >> > 1) add Michael's text on e2e ECN (once it has become stable) >> > >> > 2) add a brief paragraph explaining that this effectively updates >> > RFC5696 >> > and that therefore anyone running experiments with that are on their >> > own >> > (which they kind of are anyway, if they are doing an experiment!). >> > >> > 3) clarify how to do single marking with this encoding. >> > >> > I now recall the real reason why I wanted to preserve baseline >> which is >> > that >> > this encoding has the RFC6040 dependency. >> > >> > Is there any mileage in exploring a bis for RFC5696? As I see it we >> are >> > always going to have a slightly messy situation. For instance I am not >> > sure >> > if you are allowed the circular dependency of 3-in-1 encoding being >> > dependent on RFC5696 but also updating RFC5696. >> > >> > Of course we could always revive the option we discussed, where we >> > obsolete >> > RFC5696 and incorporate a baseline behaviour within this draft (which >> > could >> > then be called PCN encodings using a single DSCP)... >> > >> > Thoughts anyone? >> > >> > Toby >> > >> > > -----Original Message----- >> > > From: Bob Briscoe [mailto:bob.briscoe@bt.com] >> > > Sent: 01 April 2011 13:22 >> > > To: Michael Menth >> > > Cc: Toby Moncaster; pcn@ietf.org >> > > Subject: Re: [PCN] ECN handling with 3-in-1 >> > > >> > > Michael, >> > > >> > > At 09:36 01/04/2011, Michael Menth wrote: >> > > >Hi all, >> > > > >> > > >to quickly see that the case analysis is complete, I suggest a >> > > >slight rewording: >> > > > >> > > >Handling of ECN traffic >> > > >* ECN traffic not being subject to PCN control and not sharing a >> > > >PCN-compatible DSCP >> > > > - no action needed >> > > >* ECN traffic not being subject to PCN control and sharing a >> > > >PCN-compatible DSCP >> > > > - ingress tunnels that traffic with an non-PCN-compatible DSCP >> > > > in the outer header (any tunnel may be used) >> > > > - alternative: ingress maps the DSCP to a local DSCP and >> egress >> > > > re-maps it to the original PCN-compatible DSCP >> > > > - alternative: ingress tunnels that traffic with not-PCN in >> the >> > > > outer header (any tunnel may be used); note that this turns of ECN >> > > > for this traffic within the PCN domain. >> > > >> > > We ought to recommend one: >> > > #2 does nothing wrong, whereas the others do, to a certain extent. >> > > THe only reason for using #3 would be if you are short of DSCPs >> (e.g. >> > > MPLS or Ethernet). >> > > #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So >> > > #1 can be chucked. >> > > >> > > >* ECN traffic being subject to PCN control >> > > > - ingress drops CE-marked packets and egress zeros ECN >> field of >> > > > PCN packets which disables end-to-end ECN >> > > >> > > Not recommended >> > > >> > > > - alternative: ingress tunnels that traffic with a >> > > > PCN-compatible DSCP in the outer header and the egress zeros >> > > > ECN-field before decapsulation (any tunnel may be used) >> > > >> > > recommended >> > > >> > > >* ECN traffic being subject to PCN control, and the receiver has >> > > >indicated to receive PCN marks >> > > > - ingress tunnels that traffic with a PCN-compatible DSCP but >> > > > the egress SHOULD NOT zero the ECN field before decapsulation >> > > > according to RFC6040 normal mode; note that this may turn ECT(0) >> > > > into ECT(1) so that the nonce is modified. >> > > >> > > Good point. >> > > This needs to be clearly flagged as an experimental only scheme. >> > > >> > > >> > > >Another two questions >> > > >* Traffic may arrive with a non-PCN-compatible DSCP and is subject >> > > >to PCN control. Do we care about the original DSCP? This seems >> to be >> > > >a similar issue. >> > > >> > > Similar to what? >> >> What Michael means is, if an operator chooses to change the DSCP of an >> arriving packet in order to enable PCN for that packet, should that >> change >> be reversed on leaving the PCN domain? This is starting to get rather >> obscure. Appendix A.1 of RFC5696 discusses the choice of suitable >> DSCPs for >> PCN and makes it clear that operators should choose to use an >> existing DSCP >> providing suitable scheduling and priority. However, if an operator >> chooses >> to define a local DSCP instead then they are free to do so. If I recall >> right, DSCPs are not guaranteed to survive between domains anyway... Mentioning that would be helpful just to point the reader to that issue. >> >> >> > > >> > > >* How is the ECN-field of traffic with a PCN-compatible DSCP >> > > >interpreted outside a PCN domain? I guess with ECN semantics? Have >> > > >we stated that somewhere. Do we need to state it? >> > > >> > > Dunno whether we've said this somewhere. Will need to check. >> >> Is this at all relevant to PCN? I would argue we don't need to state >> this >> anywhere at all since PCN semantics only apply inside a PCN-domain. IN >> appendix A.1 of RFC5696 we make it clear that PCN is a marking >> behaviour for >> use within the PCN-domain and discuss DSCP-related issues > > Given we are talking about e2e ECN support across a PCN domain, it > would do no harm to reinforce the idea that a DSCP cannot even be > considered PCN-compatible when it is outside a PCN domain - it has its > usual scheulding PHB, but its congestion marking behaviour is the ECN > default, not PCN. I just felt that this should be stated explicitly. Anything else is fine. Best wishes, Michael > > > Bob > > > >> > > >> > > >> > > Bob >> > > >> > > >> > > >Best wishes, >> > > > >> > > > Michael >> > > > >> > > >-- >> > > >Prof. Dr. habil. Michael Menth >> > > >University of Tuebingen >> > > >Faculty of Science >> > > >Department of Computer Science >> > > >Chair of Communication Networks >> > > >Sand 13, 72076 Tuebingen, Germany >> > > >phone: (+49)-7071/29-70505 >> > > >fax: (+49)-7071/29-5220 >> > > >mailto:menth@uni-tuebingen.de >> > > >http://www-kn.informatik.uni-tuebingen.de >> > > >> > > ________________________________________________________________ >> > > Bob Briscoe, BT Innovate & Design >> > >> > _______________________________________________ >> > PCN mailing list >> > PCN@ietf.org >> > https://www.ietf.org/mailman/listinfo/pcn > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Fri Apr 15 03:04:37 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 15CDFE065A for ; Fri, 15 Apr 2011 03:04:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.737 X-Spam-Level: X-Spam-Status: No, score=-1.737 tagged_above=-999 required=5 tests=[AWL=0.512, BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIH+kUW0hFnC for ; Fri, 15 Apr 2011 03:04:35 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.informatik.uni-tuebingen.de [134.2.12.32]) by ietfc.amsl.com (Postfix) with SMTP id 2B423E0693 for ; Fri, 15 Apr 2011 03:04:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 3C9955280; Fri, 15 Apr 2011 12:04:34 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GjkCsPBbn5JY; Fri, 15 Apr 2011 12:04:25 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 1027D5267; Fri, 15 Apr 2011 12:04:24 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id E2B8E18FDCBE; Fri, 15 Apr 2011 12:04:24 +0200 (CEST) Message-ID: <4DA81828.4090002@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 12:04:24 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Toby Moncaster References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> In-Reply-To: <000c01cbfb47$8c8ef520$a5acdf60$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 10:04:37 -0000 Toby, Bob, Am 15.04.2011 10:31, schrieb Toby Moncaster: > >> -----Original Message----- >> From: Bob Briscoe [mailto:bob.briscoe@bt.com] >> Sent: 15 April 2011 04:14 >> To: Toby Moncaster >> Cc: 'Toby Moncaster'; 'Michael Menth'; pcn@ietf.org >> Subject: RE: [PCN] ECN handling with 3-in-1 >> >> Toby, >> >> At 11:53 14/04/2011, Toby Moncaster wrote: >>> I am trying to bash the ECN compatibility text into a usable appendix >> for >>> the document. This is what I have so far: >>> >>> "Appendix A. Co-existence of ECN and PCN (informative) >>> >>> The PCN encoding described in this document re-uses the bits of >> the >>> ECN field in the IP header. Consequently, this disables ECN >> within >>> the PCN domain. >> s/Consequently,/Without additional measures,/ >> >>> Appendix B of [RFC5696] included advice on handling >>> ECN traffic within a PCN-domain. This appendix clarifies that >>> advice. >> s/clarifies/updates/ >> >> [I assume you will have some sort of lead in sentence to the list here] > Yes, but inspiration was proving elusive... > > >> >>> ECN traffic not subjected to PCN control and not sharing a PCN- >>> compatible DSCP: This requires no action. >>> >>> ECN traffic not subjected to PCN control but sharing a PCN- >> compatible >>> DSCP: >> s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on >> arrival at the PCN ingress/ >> >>> There are two options. >>> >>> * The ingress maps the DSCP to a local DSCP and the egress re- >>> maps it to the original PCN-compatible DSCP. >>> >>> * The ingress tunnels the traffic, setting not-PCN in the >> outer >>> header; note that this turns off ECN for this traffic within >>> the PCN domain. >>> >>> The first option is recommended unless you are short of local >>> DSCPs. >> Good. >> >> s/you are/the operator is/ >> >> >>> ECN traffic being subjected to PCN control: >> s/being subjected to/to be subjected to PCN control rather than ECN >> marking across the PCN domain/ >> >>> There are two options. >>> >>> * The ingress places this traffic in a tunnel with a PCN- >>> compatible DSCP in the outer header. The egress zeroes the >>> ECN-field before decapsulation. >> s/the ECN-field/the outer ECN-field/ >> >> >>> * ingress drops CE-marked packets and egress zeros ECN field >> of >>> PCN packets which disables end-to-end ECN. >>> >>> The second option is not recommended. >> No need to even mention it then, unless there's a compromise scenario >> where the 1st option wouldn't be suitable. >> >> BTW, I don't see why the egress has to zero ECN, or indeed why this >> disables e2e ECN, unless it means it zero's the inner (and if so why?). > Surely the PCN-egress has to zero the ECN field before the packet is > decapsulated? Otherwise the decapsulator will transfer the PCN marking from > the PCN-domain onto the ECN packet... > >> >>> ECN traffic being subjected to PCN control, receiver indicates >> desire >>> to see PCN marks: >>> >>> Schemes have been suggested where PCN marks may be leaked out >> of >>> the PCN-domain and used by the end hosts to modify realtime >> data >>> rates. >> s/used by the end hosts to modify realtime data rates./ >> /used by adaptive codecs in the end hosts to modify realtime data >> rates./ >> >>> Currently all such schemes are experimental and the >>> following is for guidance only. >>> >>> The ingress needs to tunnel the traffic using [RFC6040]. The >> PCN- >>> egress should not zero the ECN field, >> Don't agree. ECN should never leak into PCN, but PCN might be OK to >> leak to ECN receiver. > I'm not allowing ECN to leak into PCN. I am (in limited circumstances) > allowing the PCN-domain to over-write the ECN information and hence leak PCN > information to the receiver. > >> Reasoning: admission of a flow should only depend on PCN marking >> within the PCN region. It shouldn't depend on ECN marking from queues >> outside the PCN region, which will not have been configured to give >> good signals at the right load levels. > Oh, I think I see your point. RFC6040 tunnels will set the ECN of the outer > header to whatever is in the inner header. BUT you are forgetting that the > default behaviour of the PCN-ingress is to clear whatever is in the outer > header and set it to 10 (if the traffic is PCN) or 00 (if the traffic is > not-PCN) Mentioning that would be helpful. Also we need to remember that but often forget about it and then we wonder about the text ... Regards, Michael >> The reverse argument seems less likely to apply to leaking PCN to >> receiver, because any decent level of PCN will usefully trigger a >> lower rate, thus potentially avoiding the need to block admissions. >> >>> and the tunnel egress should >>> use [RFC6040] normal mode (preserving any PCN-marking). >> There are no modes for an RFC6040 egress. Modes are only for the >> ingress. > OK, noted. I did know that really, I was being careless. > >> The important point is not what the tunnel egress does (assuming the >> arrangement in the Fig below), but that the PCN egress doesn't zero >> the outer ECN field. > Indeed... > >>> Note that >>> this may turn ECT(0) into ECT(1) and so is not compatible with >> the >>> experimental ECN nonce [RFC3540]. >> s/this/PCN marking on interior nodes/ >> >> >>> In the list above any form of IP-in-IP tunnel can be used unless >>> specified otherwise. We assume a logical separation of tunneling >>> and PCN actions in both PCN-ingress and PCN-egress nodes. That >> is, >>> any tunneling action happens wholly outside the PCN-domain as >>> illustrated in the following figure: >>> >>> >>> , . . . . PCN-domain . . . . . . . >>> . ,--------. ,--------. . >>> . _| PCN- |___________________| PCN- |_ . >>> . / | ingress | | egress | \ . >>> .| '---------' '--------' |. >>> | . . . . . . . . . . . . . . .| >>> ,--------. ,--------. >>> _____| Tunnel | | Tunnel >> |____ >>> | Ingress | - - ECN preserved inside tunnel - - | Egress | >>> '---------' '--------' >>> >>> >>> Figure 4: Separation of tunneling and PCN actions >>> " >> nice ASCII art. > Thanks :) > >> >>> I hope this captures all the key elements from the discussion. >>> >>> I am still unsure exactly how we are proceeding with regards to >> updating >>> RFC5696. Can this document both update RFC5696 AND be dependent on it >> as >>> well? Currently I am thinking of adding the following as a standalone >>> section: >>> >>> "Section N. Effect on baseline encoding >>> >>> The baseline encoding [rfc5696] specified that the 01 codepoint was >> for use >>> in experimental schemes. It also gave guidelines for such experiments. >> This >>> document updates the 01 codepoint and fixes its meaning. Consequently >> this >>> document updates [rfc5696]. People wishing to use the 01 codepoint for >>> experimental schemes as described in [rfc5696] must accept the risk >> that >>> PCN-nodes compatible with this encoding scheme may not be compatible >> with >>> their experiment." >> It would be dangerous for me to respond to this now - I'm too tired >> to think straight. But my gut feeling is that the wording should lean >> more towards "updates", and less towards appearing to encourage more >> experimentation, which would run counter to interoperability - the >> raison d'etre of a standards body. > OK, I can probably highlight that we are not recommending people start > experiments, but if they are already using the EXP codepoint for anything > else they need to be aware of this clash... > >> >> >> >>> Two inline responses to Michael at the end >> One from me too... >> >> >> >>> Toby >>> >>>> -----Original Message----- >>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf >> Of >>>> Toby Moncaster >>>> Sent: 01 April 2011 14:58 >>>> To: 'Bob Briscoe'; 'Michael Menth' >>>> Cc: pcn@ietf.org >>>> Subject: Re: [PCN] ECN handling with 3-in-1 >>>> >>>> I'm not sure if I captured all the changes we intend to do on this >>>> draft: >>>> >>>> 1) add Michael's text on e2e ECN (once it has become stable) >>>> >>>> 2) add a brief paragraph explaining that this effectively updates >>>> RFC5696 >>>> and that therefore anyone running experiments with that are on >> their >>>> own >>>> (which they kind of are anyway, if they are doing an experiment!). >>>> >>>> 3) clarify how to do single marking with this encoding. >>>> >>>> I now recall the real reason why I wanted to preserve baseline >> which is >>>> that >>>> this encoding has the RFC6040 dependency. >>>> >>>> Is there any mileage in exploring a bis for RFC5696? As I see it we >> are >>>> always going to have a slightly messy situation. For instance I am >> not >>>> sure >>>> if you are allowed the circular dependency of 3-in-1 encoding being >>>> dependent on RFC5696 but also updating RFC5696. >>>> >>>> Of course we could always revive the option we discussed, where we >>>> obsolete >>>> RFC5696 and incorporate a baseline behaviour within this draft >> (which >>>> could >>>> then be called PCN encodings using a single DSCP)... >>>> >>>> Thoughts anyone? >>>> >>>> Toby >>>> >>>>> -----Original Message----- >>>>> From: Bob Briscoe [mailto:bob.briscoe@bt.com] >>>>> Sent: 01 April 2011 13:22 >>>>> To: Michael Menth >>>>> Cc: Toby Moncaster; pcn@ietf.org >>>>> Subject: Re: [PCN] ECN handling with 3-in-1 >>>>> >>>>> Michael, >>>>> >>>>> At 09:36 01/04/2011, Michael Menth wrote: >>>>>> Hi all, >>>>>> >>>>>> to quickly see that the case analysis is complete, I suggest a >>>>>> slight rewording: >>>>>> >>>>>> Handling of ECN traffic >>>>>> * ECN traffic not being subject to PCN control and not sharing a >>>>>> PCN-compatible DSCP >>>>>> - no action needed >>>>>> * ECN traffic not being subject to PCN control and sharing a >>>>>> PCN-compatible DSCP >>>>>> - ingress tunnels that traffic with an non-PCN-compatible >> DSCP >>>>>> in the outer header (any tunnel may be used) >>>>>> - alternative: ingress maps the DSCP to a local DSCP and >> egress >>>>>> re-maps it to the original PCN-compatible DSCP >>>>>> - alternative: ingress tunnels that traffic with not-PCN in >> the >>>>>> outer header (any tunnel may be used); note that this turns of >> ECN >>>>>> for this traffic within the PCN domain. >>>>> We ought to recommend one: >>>>> #2 does nothing wrong, whereas the others do, to a certain >> extent. >>>>> THe only reason for using #3 would be if you are short of DSCPs >> (e.g. >>>>> MPLS or Ethernet). >>>>> #1 changes the PHB, whereas #2 doesn't and is otherwise the same. >> So >>>>> #1 can be chucked. >>>>> >>>>>> * ECN traffic being subject to PCN control >>>>>> - ingress drops CE-marked packets and egress zeros ECN >> field of >>>>>> PCN packets which disables end-to-end ECN >>>>> Not recommended >>>>> >>>>>> - alternative: ingress tunnels that traffic with a >>>>>> PCN-compatible DSCP in the outer header and the egress zeros >>>>>> ECN-field before decapsulation (any tunnel may be used) >>>>> recommended >>>>> >>>>>> * ECN traffic being subject to PCN control, and the receiver has >>>>>> indicated to receive PCN marks >>>>>> - ingress tunnels that traffic with a PCN-compatible DSCP >> but >>>>>> the egress SHOULD NOT zero the ECN field before decapsulation >>>>>> according to RFC6040 normal mode; note that this may turn >> ECT(0) >>>>>> into ECT(1) so that the nonce is modified. >>>>> Good point. >>>>> This needs to be clearly flagged as an experimental only scheme. >>>>> >>>>> >>>>>> Another two questions >>>>>> * Traffic may arrive with a non-PCN-compatible DSCP and is >> subject >>>>>> to PCN control. Do we care about the original DSCP? This seems >> to be >>>>>> a similar issue. >>>>> Similar to what? >>> What Michael means is, if an operator chooses to change the DSCP of an >>> arriving packet in order to enable PCN for that packet, should that >> change >>> be reversed on leaving the PCN domain? This is starting to get rather >>> obscure. Appendix A.1 of RFC5696 discusses the choice of suitable >> DSCPs for >>> PCN and makes it clear that operators should choose to use an existing >> DSCP >>> providing suitable scheduling and priority. However, if an operator >> chooses >>> to define a local DSCP instead then they are free to do so. If I >> recall >>> right, DSCPs are not guaranteed to survive between domains anyway... >>> >>> >>>>>> * How is the ECN-field of traffic with a PCN-compatible DSCP >>>>>> interpreted outside a PCN domain? I guess with ECN semantics? >> Have >>>>>> we stated that somewhere. Do we need to state it? >>>>> Dunno whether we've said this somewhere. Will need to check. >>> Is this at all relevant to PCN? I would argue we don't need to state >> this >>> anywhere at all since PCN semantics only apply inside a PCN-domain. IN >>> appendix A.1 of RFC5696 we make it clear that PCN is a marking >> behaviour for >>> use within the PCN-domain and discuss DSCP-related issues >> Given we are talking about e2e ECN support across a PCN domain, it >> would do no harm to reinforce the idea that a DSCP cannot even be >> considered PCN-compatible when it is outside a PCN domain - it has >> its usual scheulding PHB, but its congestion marking behaviour is the >> ECN default, not PCN. > Would adding the following (in a suitable place) suffice?: > > "PCN is in effect a congestion marking behaviour for use with realtime > traffic in a controlled domain. As such, within the PCN-domain, PCN marking > replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN-domain, ECN > remains the default behaviour for all DSCPs." > > Toby > >> >> Bob >> >> >> >>>>> >>>>> Bob >>>>> >>>>> >>>>>> Best wishes, >>>>>> >>>>>> Michael >>>>>> >>>>>> -- >>>>>> Prof. Dr. habil. Michael Menth >>>>>> University of Tuebingen >>>>>> Faculty of Science >>>>>> Department of Computer Science >>>>>> Chair of Communication Networks >>>>>> Sand 13, 72076 Tuebingen, Germany >>>>>> phone: (+49)-7071/29-70505 >>>>>> fax: (+49)-7071/29-5220 >>>>>> mailto:menth@uni-tuebingen.de >>>>>> http://www-kn.informatik.uni-tuebingen.de >>>>> ________________________________________________________________ >>>>> Bob Briscoe, BT Innovate& Design >>>> _______________________________________________ >>>> PCN mailing list >>>> PCN@ietf.org >>>> https://www.ietf.org/mailman/listinfo/pcn >> ________________________________________________________________ >> Bob Briscoe, BT Innovate& Design -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Fri Apr 15 04:19:55 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 93544E0669 for ; Fri, 15 Apr 2011 04:19:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.184 X-Spam-Level: X-Spam-Status: No, score=-1.184 tagged_above=-999 required=5 tests=[AWL=-0.383, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dib+E7fAnda2 for ; Fri, 15 Apr 2011 04:19:54 -0700 (PDT) Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by ietfc.amsl.com (Postfix) with SMTP id CAA04E066A for ; Fri, 15 Apr 2011 04:19:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id AC9E052CB; Fri, 15 Apr 2011 13:19:48 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eEyp+NdKu4yr; Fri, 15 Apr 2011 13:19:42 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id 6C8B25209; Fri, 15 Apr 2011 13:19:42 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id EC9FBFBE97D; Fri, 15 Apr 2011 13:19:41 +0200 (CEST) Message-ID: <4DA829CD.5070904@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 13:19:41 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Toby Moncaster References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> In-Reply-To: <000c01cbfa92$38da9750$aa8fc5f0$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 11:19:55 -0000 Toby, Bob, see inline Am 14.04.2011 12:53, schrieb Toby Moncaster: > I am trying to bash the ECN compatibility text into a usable appendix for > the document. This is what I have so far: > > "Appendix A. Co-existence of ECN and PCN (informative) > > The PCN encoding described in this document re-uses the bits of the > ECN field in the IP header. Consequently, this disables ECN within > the PCN domain. Appendix B of [RFC5696] included advice on handling > ECN traffic within a PCN-domain. This appendix clarifies that > advice. > > ECN traffic not subjected to PCN control and not sharing a PCN- > compatible DSCP: This requires no action. > > ECN traffic not subjected to PCN control but sharing a PCN-compatible > DSCP: There are two options. > > * The ingress maps the DSCP to a local DSCP and the egress re- > maps it to the original PCN-compatible DSCP. > > * The ingress tunnels the traffic, setting not-PCN in the outer > header; note that this turns off ECN for this traffic within > the PCN domain. > > The first option is recommended unless you are short of local > DSCPs. What's wrong with this option? - ingress tunnels that traffic with an non-PCN-compatible DSCP in the outer header (any tunnel may be used); this does not turn off ECN within the PCN domain. Regards, Michael > ECN traffic being subjected to PCN control: There are two options. > > * The ingress places this traffic in a tunnel with a PCN- > compatible DSCP in the outer header. The egress zeroes the > ECN-field before decapsulation. > > * ingress drops CE-marked packets and egress zeros ECN field of > PCN packets which disables end-to-end ECN. > > The second option is not recommended. > > ECN traffic being subjected to PCN control, receiver indicates desire > to see PCN marks: > > Schemes have been suggested where PCN marks may be leaked out of > the PCN-domain and used by the end hosts to modify realtime data > rates. Currently all such schemes are experimental and the > following is for guidance only. > > The ingress needs to tunnel the traffic using [RFC6040]. The PCN- > egress should not zero the ECN field, and the tunnel egress should > use [RFC6040] normal mode (preserving any PCN-marking). Note that > this may turn ECT(0) into ECT(1) and so is not compatible with the > experimental ECN nonce [RFC3540]. > > In the list above any form of IP-in-IP tunnel can be used unless > specified otherwise. We assume a logical separation of tunneling > and PCN actions in both PCN-ingress and PCN-egress nodes. That is, > any tunneling action happens wholly outside the PCN-domain as > illustrated in the following figure: > > > , . . . . PCN-domain . . . . . . . > . ,--------. ,--------. . > . _| PCN- |___________________| PCN- |_ . > . / | ingress | | egress | \ . > .| '---------' '--------' |. > | . . . . . . . . . . . . . . .| > ,--------. ,--------. > _____| Tunnel | | Tunnel |____ > | Ingress | - - ECN preserved inside tunnel - - | Egress | > '---------' '--------' > > > Figure 4: Separation of tunneling and PCN actions > " > > > I hope this captures all the key elements from the discussion. > > I am still unsure exactly how we are proceeding with regards to updating > RFC5696. Can this document both update RFC5696 AND be dependent on it as > well? Currently I am thinking of adding the following as a standalone > section: > > "Section N. Effect on baseline encoding > > The baseline encoding [rfc5696] specified that the 01 codepoint was for use > in experimental schemes. It also gave guidelines for such experiments. This > document updates the 01 codepoint and fixes its meaning. Consequently this > document updates [rfc5696]. People wishing to use the 01 codepoint for > experimental schemes as described in [rfc5696] must accept the risk that > PCN-nodes compatible with this encoding scheme may not be compatible with > their experiment." > > > > Two inline responses to Michael at the end > > > Toby > >> -----Original Message----- >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of >> Toby Moncaster >> Sent: 01 April 2011 14:58 >> To: 'Bob Briscoe'; 'Michael Menth' >> Cc: pcn@ietf.org >> Subject: Re: [PCN] ECN handling with 3-in-1 >> >> I'm not sure if I captured all the changes we intend to do on this >> draft: >> >> 1) add Michael's text on e2e ECN (once it has become stable) >> >> 2) add a brief paragraph explaining that this effectively updates >> RFC5696 >> and that therefore anyone running experiments with that are on their >> own >> (which they kind of are anyway, if they are doing an experiment!). >> >> 3) clarify how to do single marking with this encoding. >> >> I now recall the real reason why I wanted to preserve baseline which is >> that >> this encoding has the RFC6040 dependency. >> >> Is there any mileage in exploring a bis for RFC5696? As I see it we are >> always going to have a slightly messy situation. For instance I am not >> sure >> if you are allowed the circular dependency of 3-in-1 encoding being >> dependent on RFC5696 but also updating RFC5696. >> >> Of course we could always revive the option we discussed, where we >> obsolete >> RFC5696 and incorporate a baseline behaviour within this draft (which >> could >> then be called PCN encodings using a single DSCP)... >> >> Thoughts anyone? >> >> Toby >> >>> -----Original Message----- >>> From: Bob Briscoe [mailto:bob.briscoe@bt.com] >>> Sent: 01 April 2011 13:22 >>> To: Michael Menth >>> Cc: Toby Moncaster; pcn@ietf.org >>> Subject: Re: [PCN] ECN handling with 3-in-1 >>> >>> Michael, >>> >>> At 09:36 01/04/2011, Michael Menth wrote: >>>> Hi all, >>>> >>>> to quickly see that the case analysis is complete, I suggest a >>>> slight rewording: >>>> >>>> Handling of ECN traffic >>>> * ECN traffic not being subject to PCN control and not sharing a >>>> PCN-compatible DSCP >>>> - no action needed >>>> * ECN traffic not being subject to PCN control and sharing a >>>> PCN-compatible DSCP >>>> - ingress tunnels that traffic with an non-PCN-compatible DSCP >>>> in the outer header (any tunnel may be used) >>>> - alternative: ingress maps the DSCP to a local DSCP and egress >>>> re-maps it to the original PCN-compatible DSCP >>>> - alternative: ingress tunnels that traffic with not-PCN in the >>>> outer header (any tunnel may be used); note that this turns of ECN >>>> for this traffic within the PCN domain. >>> We ought to recommend one: >>> #2 does nothing wrong, whereas the others do, to a certain extent. >>> THe only reason for using #3 would be if you are short of DSCPs (e.g. >>> MPLS or Ethernet). >>> #1 changes the PHB, whereas #2 doesn't and is otherwise the same. So >>> #1 can be chucked. >>> >>>> * ECN traffic being subject to PCN control >>>> - ingress drops CE-marked packets and egress zeros ECN field of >>>> PCN packets which disables end-to-end ECN >>> Not recommended >>> >>>> - alternative: ingress tunnels that traffic with a >>>> PCN-compatible DSCP in the outer header and the egress zeros >>>> ECN-field before decapsulation (any tunnel may be used) >>> recommended >>> >>>> * ECN traffic being subject to PCN control, and the receiver has >>>> indicated to receive PCN marks >>>> - ingress tunnels that traffic with a PCN-compatible DSCP but >>>> the egress SHOULD NOT zero the ECN field before decapsulation >>>> according to RFC6040 normal mode; note that this may turn ECT(0) >>>> into ECT(1) so that the nonce is modified. >>> Good point. >>> This needs to be clearly flagged as an experimental only scheme. >>> >>> >>>> Another two questions >>>> * Traffic may arrive with a non-PCN-compatible DSCP and is subject >>>> to PCN control. Do we care about the original DSCP? This seems to be >>>> a similar issue. >>> Similar to what? > What Michael means is, if an operator chooses to change the DSCP of an > arriving packet in order to enable PCN for that packet, should that change > be reversed on leaving the PCN domain? This is starting to get rather > obscure. Appendix A.1 of RFC5696 discusses the choice of suitable DSCPs for > PCN and makes it clear that operators should choose to use an existing DSCP > providing suitable scheduling and priority. However, if an operator chooses > to define a local DSCP instead then they are free to do so. If I recall > right, DSCPs are not guaranteed to survive between domains anyway... > > >>>> * How is the ECN-field of traffic with a PCN-compatible DSCP >>>> interpreted outside a PCN domain? I guess with ECN semantics? Have >>>> we stated that somewhere. Do we need to state it? >>> Dunno whether we've said this somewhere. Will need to check. > Is this at all relevant to PCN? I would argue we don't need to state this > anywhere at all since PCN semantics only apply inside a PCN-domain. IN > appendix A.1 of RFC5696 we make it clear that PCN is a marking behaviour for > use within the PCN-domain and discuss DSCP-related issues > > >>> >>> Bob >>> >>> >>>> Best wishes, >>>> >>>> Michael >>>> >>>> -- >>>> Prof. Dr. habil. Michael Menth >>>> University of Tuebingen >>>> Faculty of Science >>>> Department of Computer Science >>>> Chair of Communication Networks >>>> Sand 13, 72076 Tuebingen, Germany >>>> phone: (+49)-7071/29-70505 >>>> fax: (+49)-7071/29-5220 >>>> mailto:menth@uni-tuebingen.de >>>> http://www-kn.informatik.uni-tuebingen.de >>> ________________________________________________________________ >>> Bob Briscoe, BT Innovate& Design >> _______________________________________________ >> PCN mailing list >> PCN@ietf.org >> https://www.ietf.org/mailman/listinfo/pcn From karagian@cs.utwente.nl Fri Apr 15 04:24:57 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 30B51E066A for ; Fri, 15 Apr 2011 04:24:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.09 X-Spam-Level: X-Spam-Status: No, score=0.09 tagged_above=-999 required=5 tests=[AWL=-0.006, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, J_CHICKENPOX_72=0.6] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pfVMhiykWayC for ; Fri, 15 Apr 2011 04:24:55 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 59D1DE06BF for ; Fri, 15 Apr 2011 04:24:54 -0700 (PDT) Received: from ewi977 (ewi977.ewi.utwente.nl [130.89.12.129]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id p3FBNx5e028949; Fri, 15 Apr 2011 13:24:03 +0200 (MEST) From: "Georgios Karagiannis" To: "'Michael Menth'" References: <20110405121501.17256.4322.idtracker@localhost><2456373BE0C048BC81789AC0BD960800@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F3290213FC5@EMV65-UKRD.domain1.systemhost.net><2D5FD60CDAAD42C997B4D22F9F0AD940@dynamic.ewi.utwente.nl><9510D26531EF184D9017DF24659BB87F329194847C@EMV65-UKRD.domain1.systemhost.net><9510D26531EF184D9017DF24659BB87F32919484EF@EMV65-UKRD.domain1.systemhost.net><001d01cbfa97$71cfa370$556eea50$@com> <9510D26531EF184D9017DF24659BB87F3291948537@EMV65-UKRD.domain1.systemhost.net> <9510D26531EF184D9017DF24659BB87F3291948551@EMV65-UKRD.domain1.systemhost.net> <1113BCA86B3D46FBB66B61703A74E7B5@dynamic.ewi.utwente.nl> <4DA80737.2070000@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 13:24:32 +0200 Message-ID: <3FA70B6FAEE44770967FD51CAB361DD5@dynamic.ewi.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <4DA80737.2070000@informatik.uni-tuebingen.de> Thread-Index: Acv7TuW0f2Sn6mqfSvacN4p6yZzW7wAEIcIg X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Fri, 15 Apr 2011 13:24:15 +0200 (MEST) Cc: pcn@ietf.org Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling-requirements recommend which maximum rate value carried by signaling protocol? X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 11:24:57 -0000 Hi Michael Good point! The sentence to be added will then become: "The number format and the rate units used by the signalling protocol will limit the maximum rate that PCN can use. If signalling space is tight it might be reasonable to impose a limit, but any such limit may impose unnecessary constraints in future." Best regards, Georgios > -----Original Message----- > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > Sent: vrijdag 15 april 2011 10:52 > To: Georgios Karagiannis > Cc: philip.eardley@bt.com; toby@moncaster.com; pcn@ietf.org > Subject: Re: [PCN] Open Issue 1: should > draft-ietf-pcn-signaling-requirements recommend which maximum > rate value carried by signaling protocol? > > Hi Georgios, > > Am 14.04.2011 13:46, schrieb Georgios Karagiannis: > > Hi all > > > > The below sentence satisfies only partially my concerns! > However, if > > there are no objections then I will use the below sentence in the > > signaling requirements draft! > > > > "The rate value carried by > > you probably mean: the number format ant the rate units used by > > Regards, > > Michael > > > the signalling protocol will limit the maximum rate that > PCN can use. > > If signalling space is tight it might be reasonable to > impose a limit, > > but any such limit may impose unnecessary constraints in future." > > > > Best regards, > > Georgios > > > > > > > > > >> -----Original Message----- > >> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > >> Sent: donderdag 14 april 2011 13:40 > >> To: philip.eardley@bt.com; toby@moncaster.com; > >> karagian@cs.utwente.nl; pcn@ietf.org > >> Subject: RE: [PCN] Open Issue 1: should > >> draft-ietf-pcn-signaling-requirements recommend which maximum rate > >> value carried by signaling protocol? > >> > >> wfm = works for me > >> Sorry for the abbreviated typing! > >> -----Original Message----- > >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > On Behalf Of > >> philip.eardley@bt.com > >> Sent: 14 April 2011 12:32 > >> To: toby@moncaster.com; karagian@cs.utwente.nl; pcn@ietf.org > >> Subject: Re: [PCN] Open Issue 1: should > >> draft-ietf-pcn-signaling-requirements recommend which maximum rate > >> value carried by signaling protocol? > >> > >> wfm > >> > >> -----Original Message----- > >> From: Toby Moncaster [mailto:toby@moncaster.com] > >> Sent: 14 April 2011 12:31 > >> To: Eardley,PL,Philip,DES8 R; karagian@cs.utwente.nl; pcn@ietf.org > >> Subject: RE: [PCN] Open Issue 1: should > >> draft-ietf-pcn-signaling-requirements recommend which maximum rate > >> value carried by signaling protocol? > >> > >> There seem to be two competing things - firstly, we need > to give some > >> indication of the scale of number that needs to be > signalled (e.g. a > >> short integer is probably not enough!). BUT we mustn't impose an > >> unnecessary limit on the maximum since this puts a limit on future > >> growth (just look at IPv4 addressing). > >> > >> The usual cop-out in such cases is not to recommend > anything but to > >> have a sentence setting out the discussion. Something like > >> > >> "The rate value carried by the signalling protocol will limit the > >> maximum rate that PCN can use. If signalling space is > tight it might > >> be reasonable to impose a limit, but any such limit may impose > >> unnecessary constraints in future" > >> > >> Toby > >> > >>> -----Original Message----- > >>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > >> Behalf Of > >>> philip.eardley@bt.com > >>> Sent: 14 April 2011 12:01 > >>> To: karagian@cs.utwente.nl; pcn@ietf.org > >>> Subject: Re: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > >>> requirements recommend which maximum rate value carried by > >> signaling > >>> protocol? > >>> > >>> Well, if you include your sentence that means you don't agree! > >>> > >>> As i said, i don't think this is a good idea. > >>> > >>> -----Original Message----- > >>> From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] > >>> Sent: 14 April 2011 11:59 > >>> To: Eardley,PL,Philip,DES8 R; pcn@ietf.org > >>> Subject: RE: [PCN] Open Issue 1: should draft-ietf-pcn-signaling- > >>> requirements recommend which maximum rate value carried by > >> signaling > >>> protocol? > >>> > >>> Hi Phil > >>> > >>> Agree, but maybe the following sentence could solve the problem! > >>> > >>> "The signaling protocol SHOULD be able to carry a rate > >> value that can > >>> at least be fitted in a 32 bit container/field, when > using the IEEE > >>> floating point number encoding." > >>> > >>> The above is based on the fact that a token bucket rate > >> carried in a > >>> RSVP SENDER_TSPEC Object (see RFC2210), uses also such a > >>> container/field. > >>> > >>> Best regards, > >>> Georgios > >>> > >>> > >>> > >>> > >>> > >>> > >>>> -----Original Message----- > >>>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > >>>> Sent: donderdag 14 april 2011 12:29 > >>>> To: karagian@cs.utwente.nl; pcn@ietf.org > >>>> Subject: RE: [PCN] Open Issue 1: should > >>>> draft-ietf-pcn-signaling-requirements recommend which > >> maximum rate > >>>> value carried by signaling protocol? > >>>> > >>>> I dont think this belongs in this document. Seems it can > >> be left to > >>>> the actual signalling protocol and configuration in the actual > >>>> network it's operating in. Anyway, if we specify a particular > >>>> maximum we also need to specify format and that requires > >> some work > >>>> on what ways are currently considered best. > >>>> > >>>> -----Original Message----- > >>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > >> On Behalf > >>>> Of Georgios Karagiannis > >>>> Sent: 13 April 2011 17:28 > >>>> To: pcn@ietf.org > >>>> Subject: [PCN] Open Issue 1: should > >>>> draft-ietf-pcn-signaling-requirements recommend which > >> maximum rate > >>>> value carried by signaling protocol? > >>>> > >>>> > >>>> > >>>> Hi all > >>>> > >>>> > From the WGLC discussions regarding > >>>>> draft-ietf-pcn-signaling-requirements-03 > >>>> I identified two open issues: > >>>> > >>>> This email contains the first open issue: > >>>> > >>>> Issue_1: It is proposed that > >>>> draft-ietf-pcn-signaling-requirements should recommend > >> which maximum > >>>> rate value should be carried by a signaling protocol. > >>>> > >>>> This will mean that the PCN WG will recommend to the signaling > >>>> protocol designers to use a container/field that is able > to carry > >>>> this maximum rate value (in octets/s). > >>>> > >>>> Question: Do you agree/disagree with the fact that > >>>> draft-ietf-pcn-signaling-requirements should recommend > >> which maximum > >>>> rate value should be carried by a signaling protocol? > >>>> > >>>> Best regards, > >>>> Georgios > >>>> > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > >>>> Behalf Of > >>>>> Georgios Karagiannis > >>>>> Sent: donderdag 7 april 2011 11:56 > >>>>> To: philip.eardley@bt.com; pcn@ietf.org > >>>>> Subject: Re: [PCN] Perhaps some additions > >>>>> requiredfordraft-ietf-pcn-signaling-requirements-03.txt > >>>>> > >>>>> Hi Phil > >>>>> > >>>>> You are right about the encoding. Therefore, we might > >> also need to > >>>>> define the way of how this value is encoded. > >>>>> > >>>>> In RFC 2210 all the rate values are encoded using: 32-bit IEEE > >>>>> floating point number. > >>>>> > >>>>> I am not sure if it is good lo leave this decision to other > >>>>> desigbn teams than the PCN WG. > >>>>> > >>>>> The values of these rates are affecting the accuracy of the > >>>> provided > >>>>> PCN solutions, in particular when they get another > >> value than they > >>>>> should. > >>>>> > >>>>> Best regards, > >>>>> Georgios > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] > >>>>>> Sent: donderdag 7 april 2011 11:34 > >>>>>> To: karagian@cs.utwente.nl; pcn@ietf.org > >>>>>> Subject: RE: [PCN] Perhaps some additions required > >>>>>> fordraft-ietf-pcn-signaling-requirements-03.txt > >>>>>> > >>>>>> I dont think this is needed in either signalling > >> reqts or edge > >>>>>> behaviour docs. I think this would be up to the actual > signalling > >>>>>> protocol to define, or perhaps the > >> configuration in a > >>>>>> particular PCN-domain. > >>>>>> Note also that defining a field length doesn't define the > >>>>> max value, > >>>>>> as this depends on the encoding [for instance, 1 byte > >> might be > >>>>>> an exponent] > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On > >>>>> Behalf Of > >>>>>> Georgios Karagiannis > >>>>>> Sent: 07 April 2011 10:20 > >>>>>> To: pcn@ietf.org > >>>>>> Subject: [PCN] Perhaps some additions required for > >>>>>> draft-ietf-pcn-signaling-requirements-03.txt > >>>>>> > >>>>>> Hi all > >>>>>> > >>>>>> Looking into the description of the edge behaviour drafts > >>>>> and what we > >>>>>> currently have in the 03 version of the signaling > >>>>> requirements draft, > >>>>>> I see that some information associated with the > >>>> information that a > >>>>>> signaling protocol should carry is missing. In particular, > >>>>> we are not > >>>>>> specifying what is the maximum value of the rates that a > >>>> signaling > >>>>>> protocol should be able to carry. This is important > >> in order to > >>>>>> specify what will be maximum length of the field that > >>>>> carries such a > >>>>>> maximum rate. > >>>>>> > >>>>>> In particular we need to have these maximum values for the > >>>>> following > >>>>>> rates: > >>>>>> > >>>>>> o the rate of not-marked PCN-traffic (NM-rate) in > >>>> octets/second, > >>>>>> o rate of PCN-marked traffic in octets/second, > >>>>>> o the rate of threshold-marked PCN traffic (ThM-rate) in > >>>>>> octets/second, > >>>>>> o rate of excess-traffic-marked traffic (ETM-rate) in > >>>>>> octets/second, > >>>>>> > >>>>>> > >>>>>> We could use a field of 32 bits long => Maximum rate > >>>> value = 2^32 = > >>>>>> 4294967296 octets/s) > >>>>>> > >>>>>> Question 1: Is this maximum rate value acceptable? > >>>>>> > >>>>>> Question 2: Is it okay to include this maximum rate > >> value in the > >>>>>> signaling requirements draft, or should we do this in > >> the edge > >>>>>> behaviour drafts? > >>>>>> > >>>>>> Best regards, > >>>>>> Georgios > >>>>>> > >>>>>> > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] > >>>>> On Behalf > >>>>>>> Of Internet-Drafts@ietf.org > >>>>>>> Sent: dinsdag 5 april 2011 14:15 > >>>>>>> To: i-d-announce@ietf.org > >>>>>>> Cc: pcn@ietf.org > >>>>>>> Subject: [PCN] I-D > >>>>>> Action:draft-ietf-pcn-signaling-requirements-03.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 : Requirements for Signaling of (Pre-) > >>>>>>> Congestion Information in a DiffServ Domain > >>>>>>> Author(s) : G. Karagiannis, et al. > >>>>>>> Filename : > >>>> draft-ietf-pcn-signaling-requirements-03.txt > >>>>>>> Pages : 7 > >>>>>>> Date : 2011-04-05 > >>>>>>> > >>>>>>> Precongestion notification (PCN) is a means for > >>>>> protecting quality > >>>>>>> of service for inelastic traffic admitted to a Diffserv > >>>>> domain. The > >>>>>>> overall PCN architecture is described in RFC 5559. > >> This memo > >>>>>>> describes the requirements for the signaling applied > >>>>> within the PCN > >>>>>>> domain: (1) PCN-feedback-information is carried from the > >>>>>>> PCN-egress- node to the decision point;(2) the decision > >>>> point may > >>>>>>> ask the PCN- ingress-node to measure, and report back, > >>>>> the rate of > >>>>>>> PCN-traffic between this pair of PCN-boundary-nodes. > >>>> The decision > >>>>>>> point may be either collocated with the > >> PCN-ingress-node or a > >>>>>>> centralized node (in the latter case, (2) is not required). > >>>>>>> The signaling requirements pertain in particular to two edge > >>>>> behaviours, > >>>>>>> "controlled load (CL)" > >>>>>>> and "single marking (SM)" [draft-ietf-pcn-cl-edge-behaviour- > >>> 08], > >>>>>>> [draft-ietf-pcn-sm-edge-behaviour-05]. > >>>>>>> > >>>>>>> A URL for this Internet-Draft is: > >>>>>>> > >> http://www.ietf.org/internet-drafts/draft-ietf-pcn-signaling-r > >>>>>> equirements-03.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 > >>>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > > -- > Prof. Dr. habil. Michael Menth > University of Tuebingen > Faculty of Science > Department of Computer Science > Chair of Communication Networks > Sand 13, 72076 Tuebingen, Germany > phone: (+49)-7071/29-70505 > fax: (+49)-7071/29-5220 > mailto:menth@uni-tuebingen.de > http://www-kn.informatik.uni-tuebingen.de > From toby@moncaster.com Fri Apr 15 04:43:57 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id A525FE066A for ; Fri, 15 Apr 2011 04:43:57 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f3Z2Gvs1k3Lk for ; Fri, 15 Apr 2011 04:43:56 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by ietfc.amsl.com (Postfix) with ESMTP id 21BFDE0684 for ; Fri, 15 Apr 2011 04:43:55 -0700 (PDT) Received: from TobysHP (host81-158-50-55.range81-158.btcentralplus.com [81.158.50.55]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0MJIXG-1Q92Tj12CY-002mHq; Fri, 15 Apr 2011 13:43:54 +0200 From: "Toby Moncaster" To: "'Michael Menth'" References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <4DA829CD.5070904@informatik.uni-tuebingen.de> In-Reply-To: <4DA829CD.5070904@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 12:43:50 +0100 Message-ID: <001901cbfb62$6407f140$2c17d3c0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acv7XwjmlcxrDpcuSqmv74IY07W1/QAAxIYA Content-Language: en-gb X-Provags-ID: V02:K0:9XAGFxmfVnCF4raA2OmzjxP2CAJ/lxjWpjAGwHySZFc LLP7upOtSWZh+7tdmqR0lfcHgOeL7bw5sgj1P8N1bxMw/tXXyY gMrhsl6UrrlWD7CS4jhDZ6I5BrnR6zEVuHj7ci2xe4LnaLywRZ Per9Ug/bAXZtn8UqIVX6eEHqY91BcnXgdb8f3Kv6fdnd0w/pfw 2yk3TbliywrUBbhTLkBF9OXOoVPz5OJved3PKhLv6U= Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 11:43:57 -0000 > -----Original Message----- > From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] > Sent: 15 April 2011 12:20 > To: Toby Moncaster > Cc: 'Bob Briscoe'; pcn@ietf.org > Subject: Re: [PCN] ECN handling with 3-in-1 > > Toby, Bob, > > see inline > > Am 14.04.2011 12:53, schrieb Toby Moncaster: > > I am trying to bash the ECN compatibility text into a usable appendix > for > > the document. This is what I have so far: > > > > "Appendix A. Co-existence of ECN and PCN (informative) > > > > The PCN encoding described in this document re-uses the bits of > the > > ECN field in the IP header. Consequently, this disables ECN > within > > the PCN domain. Appendix B of [RFC5696] included advice on > handling > > ECN traffic within a PCN-domain. This appendix clarifies that > > advice. > > > > ECN traffic not subjected to PCN control and not sharing a PCN- > > compatible DSCP: This requires no action. > > > > ECN traffic not subjected to PCN control but sharing a PCN- > compatible > > DSCP: There are two options. > > > > * The ingress maps the DSCP to a local DSCP and the egress > re- > > maps it to the original PCN-compatible DSCP. > > > > * The ingress tunnels the traffic, setting not-PCN in the > outer > > header; note that this turns off ECN for this traffic > within > > the PCN domain. > > > > The first option is recommended unless you are short of local > > DSCPs. > > What's wrong with this option? > - ingress tunnels that traffic with an non-PCN-compatible DSCP in > the outer header (any tunnel may be used); this does not turn off ECN > within the PCN domain. The problem is that it might change the PHB scheduling for those packets. We want to avoid that if at all possible. Obviously an operator could choose to use that approach, but we don't want to recommend things that have actual negative impact. Toby > > Regards, > > Michael > > > ECN traffic being subjected to PCN control: There are two > options. > > > > * The ingress places this traffic in a tunnel with a PCN- > > compatible DSCP in the outer header. The egress zeroes the > > ECN-field before decapsulation. > > > > * ingress drops CE-marked packets and egress zeros ECN field > of > > PCN packets which disables end-to-end ECN. > > > > The second option is not recommended. > > > > ECN traffic being subjected to PCN control, receiver indicates > desire > > to see PCN marks: > > > > Schemes have been suggested where PCN marks may be leaked out > of > > the PCN-domain and used by the end hosts to modify realtime > data > > rates. Currently all such schemes are experimental and the > > following is for guidance only. > > > > The ingress needs to tunnel the traffic using [RFC6040]. The > PCN- > > egress should not zero the ECN field, and the tunnel egress > should > > use [RFC6040] normal mode (preserving any PCN-marking). Note > that > > this may turn ECT(0) into ECT(1) and so is not compatible with > the > > experimental ECN nonce [RFC3540]. > > > > In the list above any form of IP-in-IP tunnel can be used unless > > specified otherwise. We assume a logical separation of tunneling > > and PCN actions in both PCN-ingress and PCN-egress nodes. That > is, > > any tunneling action happens wholly outside the PCN-domain as > > illustrated in the following figure: > > > > > > , . . . . PCN-domain . . . . . . . > > . ,--------. ,--------. . > > . _| PCN- |___________________| PCN- |_ . > > . / | ingress | | egress | \ . > > .| '---------' '--------' |. > > | . . . . . . . . . . . . . . .| > > ,--------. ,--------. > > _____| Tunnel | | Tunnel > |____ > > | Ingress | - - ECN preserved inside tunnel - - | Egress | > > '---------' '--------' > > > > > > Figure 4: Separation of tunneling and PCN actions > > " > > > > > > I hope this captures all the key elements from the discussion. > > > > I am still unsure exactly how we are proceeding with regards to > updating > > RFC5696. Can this document both update RFC5696 AND be dependent on it > as > > well? Currently I am thinking of adding the following as a standalone > > section: > > > > "Section N. Effect on baseline encoding > > > > The baseline encoding [rfc5696] specified that the 01 codepoint was > for use > > in experimental schemes. It also gave guidelines for such > experiments. This > > document updates the 01 codepoint and fixes its meaning. Consequently > this > > document updates [rfc5696]. People wishing to use the 01 codepoint > for > > experimental schemes as described in [rfc5696] must accept the risk > that > > PCN-nodes compatible with this encoding scheme may not be compatible > with > > their experiment." > > > > > > > > Two inline responses to Michael at the end > > > > > > Toby > > > >> -----Original Message----- > >> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf > Of > >> Toby Moncaster > >> Sent: 01 April 2011 14:58 > >> To: 'Bob Briscoe'; 'Michael Menth' > >> Cc: pcn@ietf.org > >> Subject: Re: [PCN] ECN handling with 3-in-1 > >> > >> I'm not sure if I captured all the changes we intend to do on this > >> draft: > >> > >> 1) add Michael's text on e2e ECN (once it has become stable) > >> > >> 2) add a brief paragraph explaining that this effectively updates > >> RFC5696 > >> and that therefore anyone running experiments with that are on their > >> own > >> (which they kind of are anyway, if they are doing an experiment!). > >> > >> 3) clarify how to do single marking with this encoding. > >> > >> I now recall the real reason why I wanted to preserve baseline which > is > >> that > >> this encoding has the RFC6040 dependency. > >> > >> Is there any mileage in exploring a bis for RFC5696? As I see it we > are > >> always going to have a slightly messy situation. For instance I am > not > >> sure > >> if you are allowed the circular dependency of 3-in-1 encoding being > >> dependent on RFC5696 but also updating RFC5696. > >> > >> Of course we could always revive the option we discussed, where we > >> obsolete > >> RFC5696 and incorporate a baseline behaviour within this draft > (which > >> could > >> then be called PCN encodings using a single DSCP)... > >> > >> Thoughts anyone? > >> > >> Toby > >> > >>> -----Original Message----- > >>> From: Bob Briscoe [mailto:bob.briscoe@bt.com] > >>> Sent: 01 April 2011 13:22 > >>> To: Michael Menth > >>> Cc: Toby Moncaster; pcn@ietf.org > >>> Subject: Re: [PCN] ECN handling with 3-in-1 > >>> > >>> Michael, > >>> > >>> At 09:36 01/04/2011, Michael Menth wrote: > >>>> Hi all, > >>>> > >>>> to quickly see that the case analysis is complete, I suggest a > >>>> slight rewording: > >>>> > >>>> Handling of ECN traffic > >>>> * ECN traffic not being subject to PCN control and not sharing a > >>>> PCN-compatible DSCP > >>>> - no action needed > >>>> * ECN traffic not being subject to PCN control and sharing a > >>>> PCN-compatible DSCP > >>>> - ingress tunnels that traffic with an non-PCN-compatible > DSCP > >>>> in the outer header (any tunnel may be used) > >>>> - alternative: ingress maps the DSCP to a local DSCP and > egress > >>>> re-maps it to the original PCN-compatible DSCP > >>>> - alternative: ingress tunnels that traffic with not-PCN in > the > >>>> outer header (any tunnel may be used); note that this turns of ECN > >>>> for this traffic within the PCN domain. > >>> We ought to recommend one: > >>> #2 does nothing wrong, whereas the others do, to a certain extent. > >>> THe only reason for using #3 would be if you are short of DSCPs > (e.g. > >>> MPLS or Ethernet). > >>> #1 changes the PHB, whereas #2 doesn't and is otherwise the same. > So > >>> #1 can be chucked. > >>> > >>>> * ECN traffic being subject to PCN control > >>>> - ingress drops CE-marked packets and egress zeros ECN field > of > >>>> PCN packets which disables end-to-end ECN > >>> Not recommended > >>> > >>>> - alternative: ingress tunnels that traffic with a > >>>> PCN-compatible DSCP in the outer header and the egress zeros > >>>> ECN-field before decapsulation (any tunnel may be used) > >>> recommended > >>> > >>>> * ECN traffic being subject to PCN control, and the receiver has > >>>> indicated to receive PCN marks > >>>> - ingress tunnels that traffic with a PCN-compatible DSCP but > >>>> the egress SHOULD NOT zero the ECN field before decapsulation > >>>> according to RFC6040 normal mode; note that this may turn ECT(0) > >>>> into ECT(1) so that the nonce is modified. > >>> Good point. > >>> This needs to be clearly flagged as an experimental only scheme. > >>> > >>> > >>>> Another two questions > >>>> * Traffic may arrive with a non-PCN-compatible DSCP and is subject > >>>> to PCN control. Do we care about the original DSCP? This seems to > be > >>>> a similar issue. > >>> Similar to what? > > What Michael means is, if an operator chooses to change the DSCP of > an > > arriving packet in order to enable PCN for that packet, should that > change > > be reversed on leaving the PCN domain? This is starting to get rather > > obscure. Appendix A.1 of RFC5696 discusses the choice of suitable > DSCPs for > > PCN and makes it clear that operators should choose to use an > existing DSCP > > providing suitable scheduling and priority. However, if an operator > chooses > > to define a local DSCP instead then they are free to do so. If I > recall > > right, DSCPs are not guaranteed to survive between domains anyway... > > > > > >>>> * How is the ECN-field of traffic with a PCN-compatible DSCP > >>>> interpreted outside a PCN domain? I guess with ECN semantics? Have > >>>> we stated that somewhere. Do we need to state it? > >>> Dunno whether we've said this somewhere. Will need to check. > > Is this at all relevant to PCN? I would argue we don't need to state > this > > anywhere at all since PCN semantics only apply inside a PCN-domain. > IN > > appendix A.1 of RFC5696 we make it clear that PCN is a marking > behaviour for > > use within the PCN-domain and discuss DSCP-related issues > > > > > >>> > >>> Bob > >>> > >>> > >>>> Best wishes, > >>>> > >>>> Michael > >>>> > >>>> -- > >>>> Prof. Dr. habil. Michael Menth > >>>> University of Tuebingen > >>>> Faculty of Science > >>>> Department of Computer Science > >>>> Chair of Communication Networks > >>>> Sand 13, 72076 Tuebingen, Germany > >>>> phone: (+49)-7071/29-70505 > >>>> fax: (+49)-7071/29-5220 > >>>> mailto:menth@uni-tuebingen.de > >>>> http://www-kn.informatik.uni-tuebingen.de > >>> ________________________________________________________________ > >>> Bob Briscoe, BT Innovate& Design > >> _______________________________________________ > >> PCN mailing list > >> PCN@ietf.org > >> https://www.ietf.org/mailman/listinfo/pcn From bob.briscoe@bt.com Fri Apr 15 07:50:52 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 73C29E0796 for ; Fri, 15 Apr 2011 07:50:52 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QedyxqRFhbDH for ; Fri, 15 Apr 2011 07:50:48 -0700 (PDT) Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by ietfc.amsl.com (Postfix) with ESMTP id 1F19EE06C2 for ; Fri, 15 Apr 2011 07:50:48 -0700 (PDT) Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Apr 2011 15:50: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.4675); Fri, 15 Apr 2011 15:50:46 +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 1302879045603; Fri, 15 Apr 2011 15:50:45 +0100 Received: from MUT.jungle.bt.co.uk ([10.215.131.97]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p3FEoiab003742; Fri, 15 Apr 2011 15:50:44 +0100 Message-Id: <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 15 Apr 2011 15:50:44 +0100 To: Michael Menth From: Bob Briscoe In-Reply-To: <4DA81828.4090002@informatik.uni-tuebingen.de> References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> <4DA81828.4090002@informatik.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 15 Apr 2011 14:50:46.0578 (UTC) FILETIME=[80CF5920:01CBFB7C] Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 14:50:52 -0000 Toby, Michael, 1/ We need to have a clearer think about the implications of putting "Updates 5696" in the header block. We ought to start another thread for that. 2/ e2e ECN appendix Now that I'm awake, I've realised the wording of the headings for the four options we are discussing needs to be completely reframed. End nodes don't ask for PCN control, they ask for admission control. An operator chooses what mechanism to use for admission control over their segment of the path, and PCN is just one possible mechanism they might choose. At the outset, we need to list the two main ways that end-nodes tell the network that they need admission control, which in turn makes the PCN-ingress remark their traffic with a PCN-compatible DSCP: A) flow signalling associates a filterspec with a need for admission control (e.g. thru RSVP or some equivalent message down from a SIP server to the ingress), and the PCN ingress remarks traffic matching that filterspec to a PCN-compatible DSCP, as its chosen admission control mechanism. B) Traffic arrives with a DSCP that implies it requires admission control such as VOICE-ADMIT [RFC5865] or Interactive Real-Time, Broadcast TV when used for video on demand, and Multimedia Conferencing [RFC4594, RFC5865]. We need to define two phrases, such as: * "Traffic that requires admission control" as traffic that uses either method A or B. * "Traffic that does not require admission control" as traffic that uses neither of methods A or B. THen inline below I suggest corrected text for each of the four headings. 3/ e2e ECN appendix Otherwise, I think we've converged on the text within each heading. I have inserted comments inline to confirm the necessary wordsmithing... At 11:04 15/04/2011, Michael Menth wrote: >Toby, Bob, > >Am 15.04.2011 10:31, schrieb Toby Moncaster: >> >>>-----Original Message----- >>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] >>>Sent: 15 April 2011 04:14 >>>To: Toby Moncaster >>>Cc: 'Toby Moncaster'; 'Michael Menth'; pcn@ietf.org >>>Subject: RE: [PCN] ECN handling with 3-in-1 >>> >>>Toby, >>> >>>At 11:53 14/04/2011, Toby Moncaster wrote: >>>>I am trying to bash the ECN compatibility text into a usable appendix >>>for >>>>the document. This is what I have so far: >>>> >>>>"Appendix A. Co-existence of ECN and PCN (informative) >>>> >>>> The PCN encoding described in this document re-uses the bits of >>>the >>>> ECN field in the IP header. Consequently, this disables ECN >>>within >>>> the PCN domain. >>>s/Consequently,/Without additional measures,/ >>> >>>>Appendix B of [RFC5696] included advice on handling >>>> ECN traffic within a PCN-domain. This appendix clarifies that >>>> advice. >>>s/clarifies/updates/ >>> >>>[I assume you will have some sort of lead in sentence to the list here] >>Yes, but inspiration was proving elusive... "There are a four possible cases for how e2e ECN traffic may wish to be treated while crossing a PCN domain:" >>>> ECN traffic not subjected to PCN control and not sharing a PCN- >>>> compatible DSCP: This requires no action. There is no such thing as a PCN-compatible DSCP for traffic arriving at a PCN ingress (a PCN-compatible DSCP is only defined within a PCN region). We should head this item "ECN capable traffic that does not require admission control and does not carry a DSCP that the PCN-ingress is using for PCN-capable traffic." >>>> ECN traffic not subjected to PCN control but sharing a PCN- >>>compatible >>>> DSCP: >>>s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on >>>arrival at the PCN ingress/ On second thoughts, we should head this item "ECN capable traffic that does not require admission control but carries a DSCP that the PCN-ingress is using for PCN-capable traffic." HOWEVER, I don't think this case is possible. If traffic arrives with a DSCP that would be used for PCN, it is signalling that it requires admission control [RFC5865]. >>>>There are two options. >>>> >>>> * The ingress maps the DSCP to a local DSCP and the egress re- >>>> maps it to the original PCN-compatible DSCP. s/local DSCP/local DSCP with the same scheduling PHB as the original DSCP/ >>>> * The ingress tunnels the traffic, setting not-PCN in the >>>outer >>>> header; note that this turns off ECN for this traffic within >>>> the PCN domain. >>>> >>>> The first option is recommended unless you are short of local >>>> DSCPs. >>>Good. >>> >>>s/you are/the operator is/ >>> >>> >>>> ECN traffic being subjected to PCN control: >>>s/being subjected to/to be subjected to PCN control rather than ECN >>>marking across the PCN domain/ We should head this item "Traffic that requires admission control." >>>>There are two options. >>>> >>>> * The ingress places this traffic in a tunnel with a PCN- >>>> compatible DSCP in the outer header. The egress zeroes the >>>> ECN-field before decapsulation. >>>s/the ECN-field/the outer ECN-field/ >>> >>> >>>> * ingress drops CE-marked packets and egress zeros ECN field >>>of >>>> PCN packets which disables end-to-end ECN. s/ingress/PCN ingress/ s/egress/PCN egress/ delete/which disables end-to-end ECN/ >>>> The second option is not recommended. a/unless tunnelling is not possible for some reason./ >>>No need to even mention it then, unless there's a compromise scenario >>>where the 1st option wouldn't be suitable. >>> >>>BTW, I don't see why the egress has to zero ECN, or indeed why this >>>disables e2e ECN, unless it means it zero's the inner (and if so why?). >>Surely the PCN-egress has to zero the ECN field before the packet is >>decapsulated? Otherwise the decapsulator will transfer the PCN marking from >>the PCN-domain onto the ECN packet... You're right - the PCN egress needs to zero the outer ECN. But this doesn't disable e2e ECN, because it's still enabled in the inner, which any tunnel egress forwards unchanged, if the outer is Not-ECN. >>>> ECN traffic being subjected to PCN control, receiver indicates >>>desire >>>> to see PCN marks: We should head this item "Traffic that requires admission control, where the e2e transport somehow indicates it wants to see PCN marks." >>>> Schemes have been suggested where PCN marks may be leaked out >>>of >>>> the PCN-domain and used by the end hosts to modify realtime >>>data >>>> rates. >>>s/used by the end hosts to modify realtime data rates./ >>> /used by adaptive codecs in the end hosts to modify realtime data >>>rates./ >>> >>>>Currently all such schemes are experimental and the >>>> following is for guidance only. >>>> >>>> The ingress needs to tunnel the traffic using [RFC6040]. insert/The PCN-ingress will by default set the outer ECN field to Not-marked and then/ Hope this all helps. Bob >>>>The >>>PCN- >>>> egress should not zero the ECN field, >>>Don't agree. ECN should never leak into PCN, but PCN might be OK to >>>leak to ECN receiver. >>I'm not allowing ECN to leak into PCN. I am (in limited circumstances) >>allowing the PCN-domain to over-write the ECN information and hence leak PCN >>information to the receiver. >> >>>Reasoning: admission of a flow should only depend on PCN marking >>>within the PCN region. It shouldn't depend on ECN marking from queues >>>outside the PCN region, which will not have been configured to give >>>good signals at the right load levels. >>Oh, I think I see your point. RFC6040 tunnels will set the ECN of the outer >>header to whatever is in the inner header. BUT you are forgetting that the >>default behaviour of the PCN-ingress is to clear whatever is in the outer >>header and set it to 10 (if the traffic is PCN) or 00 (if the traffic is >>not-PCN) > >Mentioning that would be helpful. Also we need to remember that but >often forget about it and then we wonder about the text ... > >Regards, > > Michael > >>>The reverse argument seems less likely to apply to leaking PCN to >>>receiver, because any decent level of PCN will usefully trigger a >>>lower rate, thus potentially avoiding the need to block admissions. >>> >>>>and the tunnel egress should >>>> use [RFC6040] normal mode (preserving any PCN-marking). >>>There are no modes for an RFC6040 egress. Modes are only for the >>>ingress. >>OK, noted. I did know that really, I was being careless. >> >>>The important point is not what the tunnel egress does (assuming the >>>arrangement in the Fig below), but that the PCN egress doesn't zero >>>the outer ECN field. >>Indeed... >> >>>>Note that >>>> this may turn ECT(0) into ECT(1) and so is not compatible with >>>the >>>> experimental ECN nonce [RFC3540]. >>>s/this/PCN marking on interior nodes/ >>> >>> >>>> In the list above any form of IP-in-IP tunnel can be used unless >>>> specified otherwise. We assume a logical separation of tunneling >>>> and PCN actions in both PCN-ingress and PCN-egress nodes. That >>>is, >>>> any tunneling action happens wholly outside the PCN-domain as >>>> illustrated in the following figure: >>>> >>>> >>>> , . . . . PCN-domain . . . . . . . >>>> . ,--------. ,--------. . >>>> . _| PCN- |___________________| PCN- |_ . >>>> . / | ingress | | egress | \ . >>>> .| '---------' '--------' |. >>>> | . . . . . . . . . . . . . . .| >>>> ,--------. ,--------. >>>> _____| Tunnel | | Tunnel >>>|____ >>>> | Ingress | - - ECN preserved inside tunnel - - | Egress | >>>> '---------' '--------' >>>> >>>> >>>> Figure 4: Separation of tunneling and PCN actions >>>>" >>>nice ASCII art. >>Thanks :) >> >>> >>>>I hope this captures all the key elements from the discussion. >>>> >>>>I am still unsure exactly how we are proceeding with regards to >>>updating >>>>RFC5696. Can this document both update RFC5696 AND be dependent on it >>>as >>>>well? Currently I am thinking of adding the following as a standalone >>>>section: >>>> >>>>"Section N. Effect on baseline encoding >>>> >>>>The baseline encoding [rfc5696] specified that the 01 codepoint was >>>for use >>>>in experimental schemes. It also gave guidelines for such experiments. >>>This >>>>document updates the 01 codepoint and fixes its meaning. Consequently >>>this >>>>document updates [rfc5696]. People wishing to use the 01 codepoint for >>>>experimental schemes as described in [rfc5696] must accept the risk >>>that >>>>PCN-nodes compatible with this encoding scheme may not be compatible >>>with >>>>their experiment." >>>It would be dangerous for me to respond to this now - I'm too tired >>>to think straight. But my gut feeling is that the wording should lean >>>more towards "updates", and less towards appearing to encourage more >>>experimentation, which would run counter to interoperability - the >>>raison d'etre of a standards body. >>OK, I can probably highlight that we are not recommending people start >>experiments, but if they are already using the EXP codepoint for anything >>else they need to be aware of this clash... >> >>> >>> >>> >>>>Two inline responses to Michael at the end >>>One from me too... >>> >>> >>> >>>>Toby >>>> >>>>>-----Original Message----- >>>>>From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf >>>Of >>>>>Toby Moncaster >>>>>Sent: 01 April 2011 14:58 >>>>>To: 'Bob Briscoe'; 'Michael Menth' >>>>>Cc: pcn@ietf.org >>>>>Subject: Re: [PCN] ECN handling with 3-in-1 >>>>> >>>>>I'm not sure if I captured all the changes we intend to do on this >>>>>draft: >>>>> >>>>>1) add Michael's text on e2e ECN (once it has become stable) >>>>> >>>>>2) add a brief paragraph explaining that this effectively updates >>>>>RFC5696 >>>>>and that therefore anyone running experiments with that are on >>>their >>>>>own >>>>>(which they kind of are anyway, if they are doing an experiment!). >>>>> >>>>>3) clarify how to do single marking with this encoding. >>>>> >>>>>I now recall the real reason why I wanted to preserve baseline >>>which is >>>>>that >>>>>this encoding has the RFC6040 dependency. >>>>> >>>>>Is there any mileage in exploring a bis for RFC5696? As I see it we >>>are >>>>>always going to have a slightly messy situation. For instance I am >>>not >>>>>sure >>>>>if you are allowed the circular dependency of 3-in-1 encoding being >>>>>dependent on RFC5696 but also updating RFC5696. >>>>> >>>>>Of course we could always revive the option we discussed, where we >>>>>obsolete >>>>>RFC5696 and incorporate a baseline behaviour within this draft >>>(which >>>>>could >>>>>then be called PCN encodings using a single DSCP)... >>>>> >>>>>Thoughts anyone? >>>>> >>>>>Toby >>>>> >>>>>>-----Original Message----- >>>>>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] >>>>>>Sent: 01 April 2011 13:22 >>>>>>To: Michael Menth >>>>>>Cc: Toby Moncaster; pcn@ietf.org >>>>>>Subject: Re: [PCN] ECN handling with 3-in-1 >>>>>> >>>>>>Michael, >>>>>> >>>>>>At 09:36 01/04/2011, Michael Menth wrote: >>>>>>>Hi all, >>>>>>> >>>>>>>to quickly see that the case analysis is complete, I suggest a >>>>>>>slight rewording: >>>>>>> >>>>>>>Handling of ECN traffic >>>>>>>* ECN traffic not being subject to PCN control and not sharing a >>>>>>>PCN-compatible DSCP >>>>>>> - no action needed >>>>>>>* ECN traffic not being subject to PCN control and sharing a >>>>>>>PCN-compatible DSCP >>>>>>> - ingress tunnels that traffic with an non-PCN-compatible >>>DSCP >>>>>>>in the outer header (any tunnel may be used) >>>>>>> - alternative: ingress maps the DSCP to a local DSCP and >>>egress >>>>>>>re-maps it to the original PCN-compatible DSCP >>>>>>> - alternative: ingress tunnels that traffic with not-PCN in >>>the >>>>>>>outer header (any tunnel may be used); note that this turns of >>>ECN >>>>>>>for this traffic within the PCN domain. >>>>>>We ought to recommend one: >>>>>>#2 does nothing wrong, whereas the others do, to a certain >>>extent. >>>>>>THe only reason for using #3 would be if you are short of DSCPs >>>(e.g. >>>>>>MPLS or Ethernet). >>>>>>#1 changes the PHB, whereas #2 doesn't and is otherwise the same. >>>So >>>>>>#1 can be chucked. >>>>>> >>>>>>>* ECN traffic being subject to PCN control >>>>>>> - ingress drops CE-marked packets and egress zeros ECN >>>field of >>>>>>>PCN packets which disables end-to-end ECN >>>>>>Not recommended >>>>>> >>>>>>> - alternative: ingress tunnels that traffic with a >>>>>>>PCN-compatible DSCP in the outer header and the egress zeros >>>>>>>ECN-field before decapsulation (any tunnel may be used) >>>>>>recommended >>>>>> >>>>>>>* ECN traffic being subject to PCN control, and the receiver has >>>>>>>indicated to receive PCN marks >>>>>>> - ingress tunnels that traffic with a PCN-compatible DSCP >>>but >>>>>>>the egress SHOULD NOT zero the ECN field before decapsulation >>>>>>>according to RFC6040 normal mode; note that this may turn >>>ECT(0) >>>>>>>into ECT(1) so that the nonce is modified. >>>>>>Good point. >>>>>>This needs to be clearly flagged as an experimental only scheme. >>>>>> >>>>>> >>>>>>>Another two questions >>>>>>>* Traffic may arrive with a non-PCN-compatible DSCP and is >>>subject >>>>>>>to PCN control. Do we care about the original DSCP? This seems >>>to be >>>>>>>a similar issue. >>>>>>Similar to what? >>>>What Michael means is, if an operator chooses to change the DSCP of an >>>>arriving packet in order to enable PCN for that packet, should that >>>change >>>>be reversed on leaving the PCN domain? This is starting to get rather >>>>obscure. Appendix A.1 of RFC5696 discusses the choice of suitable >>>DSCPs for >>>>PCN and makes it clear that operators should choose to use an existing >>>DSCP >>>>providing suitable scheduling and priority. However, if an operator >>>chooses >>>>to define a local DSCP instead then they are free to do so. If I >>>recall >>>>right, DSCPs are not guaranteed to survive between domains anyway... >>>> >>>> >>>>>>>* How is the ECN-field of traffic with a PCN-compatible DSCP >>>>>>>interpreted outside a PCN domain? I guess with ECN semantics? >>>Have >>>>>>>we stated that somewhere. Do we need to state it? >>>>>>Dunno whether we've said this somewhere. Will need to check. >>>>Is this at all relevant to PCN? I would argue we don't need to state >>>this >>>>anywhere at all since PCN semantics only apply inside a PCN-domain. IN >>>>appendix A.1 of RFC5696 we make it clear that PCN is a marking >>>behaviour for >>>>use within the PCN-domain and discuss DSCP-related issues >>>Given we are talking about e2e ECN support across a PCN domain, it >>>would do no harm to reinforce the idea that a DSCP cannot even be >>>considered PCN-compatible when it is outside a PCN domain - it has >>>its usual scheulding PHB, but its congestion marking behaviour is the >>>ECN default, not PCN. >>Would adding the following (in a suitable place) suffice?: >> >>"PCN is in effect a congestion marking behaviour for use with realtime >>traffic in a controlled domain. As such, within the PCN-domain, PCN marking >>replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN-domain, ECN >>remains the default behaviour for all DSCPs." >> >>Toby >> >>> >>>Bob >>> >>> >>> >>>>>> >>>>>>Bob >>>>>> >>>>>> >>>>>>>Best wishes, >>>>>>> >>>>>>> Michael >>>>>>> >>>>>>>-- >>>>>>>Prof. Dr. habil. Michael Menth >>>>>>>University of Tuebingen >>>>>>>Faculty of Science >>>>>>>Department of Computer Science >>>>>>>Chair of Communication Networks >>>>>>>Sand 13, 72076 Tuebingen, Germany >>>>>>>phone: (+49)-7071/29-70505 >>>>>>>fax: (+49)-7071/29-5220 >>>>>>>mailto:menth@uni-tuebingen.de >>>>>>>http://www-kn.informatik.uni-tuebingen.de >>>>>>________________________________________________________________ >>>>>>Bob Briscoe, BT Innovate& Design >>>>>_______________________________________________ >>>>>PCN mailing list >>>>>PCN@ietf.org >>>>>https://www.ietf.org/mailman/listinfo/pcn >>>________________________________________________________________ >>>Bob Briscoe, BT Innovate& Design > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design From menth@informatik.uni-tuebingen.de Fri Apr 15 08:13:06 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id CA235E08FB for ; Fri, 15 Apr 2011 08:13:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.088 X-Spam-Level: X-Spam-Status: No, score=-1.088 tagged_above=-999 required=5 tests=[AWL=-0.287, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W9w8Sgyr1Ks0 for ; Fri, 15 Apr 2011 08:13:03 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by ietfc.amsl.com (Postfix) with SMTP id B4899E0699 for ; Fri, 15 Apr 2011 08:13:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id D53255280; Fri, 15 Apr 2011 17:13:00 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xbWCuvlhkIqR; Fri, 15 Apr 2011 17:12:56 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 87AD85267; Fri, 15 Apr 2011 17:12:56 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id C53DDFBFD38; Fri, 15 Apr 2011 17:12:56 +0200 (CEST) Message-ID: <4DA86077.5010204@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 17:12:55 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Toby Moncaster References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <4DA829CD.5070904@informatik.uni-tuebingen.de> <001901cbfb62$6407f140$2c17d3c0$@com> In-Reply-To: <001901cbfb62$6407f140$2c17d3c0$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 15:13:06 -0000 Hi Toby, >>> ECN traffic not subjected to PCN control but sharing a PCN- >> compatible >>> DSCP: There are two options. >>> >>> * The ingress maps the DSCP to a local DSCP and the egress >> re- >>> maps it to the original PCN-compatible DSCP. >>> >>> * The ingress tunnels the traffic, setting not-PCN in the >> outer >>> header; note that this turns off ECN for this traffic >> within >>> the PCN domain. >>> >>> The first option is recommended unless you are short of local >>> DSCPs. >> What's wrong with this option? >> - ingress tunnels that traffic with an non-PCN-compatible DSCP in >> the outer header (any tunnel may be used); this does not turn off ECN >> within the PCN domain. > The problem is that it might change the PHB scheduling for those packets. We > want to avoid that if at all possible. Obviously an operator could choose to > use that approach, but we don't want to recommend things that have actual > negative impact. That is right. And for exactly the same reason I think we should also mention that care must be taken when non-PCN-DSCP are changed to PCN-DSCP. We do not need to limit the choices, but I think we should enumerate what's possible and where the caveats are. Michael > Toby > -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From menth@informatik.uni-tuebingen.de Fri Apr 15 08:21:06 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 09CDEE0883 for ; Fri, 15 Apr 2011 08:21:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.031 X-Spam-Level: X-Spam-Status: No, score=-1.031 tagged_above=-999 required=5 tests=[AWL=-0.230, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qh7qaZoGaQzH for ; Fri, 15 Apr 2011 08:21:02 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by ietfc.amsl.com (Postfix) with SMTP id E32C8E0877 for ; Fri, 15 Apr 2011 08:21:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id A5D425280; Fri, 15 Apr 2011 17:20:58 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x4UsjXc8r12D; Fri, 15 Apr 2011 17:20:54 +0200 (MEST) Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 8B1DC5267; Fri, 15 Apr 2011 17:20:54 +0200 (MEST) Received: from [134.2.11.131] (chaos.Informatik.Uni-Tuebingen.De [134.2.11.131]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id E198A1901717; Fri, 15 Apr 2011 17:20:53 +0200 (CEST) Message-ID: <4DA86254.2000206@informatik.uni-tuebingen.de> Date: Fri, 15 Apr 2011 17:20:52 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Bob Briscoe References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> <4DA81828.4090002@informatik.uni-tuebingen.de> <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> In-Reply-To: <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 15:21:06 -0000 Hi Bob, Toby, Am 15.04.2011 16:50, schrieb Bob Briscoe: > >>>>> ECN traffic not subjected to PCN control but sharing a PCN- >>>> compatible >>>>> DSCP: >>>> s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on >>>> arrival at the PCN ingress/ > > On second thoughts, we should head this item > "ECN capable traffic that does not require admission control but > carries a DSCP that the PCN-ingress is using for PCN-capable traffic." > > HOWEVER, I don't think this case is possible. If traffic arrives with > a DSCP that would be used for PCN, it is signalling that it requires > admission control [RFC5865]. Hey, this is only an assumption. So far we have avoided to say PCN=Voice-Admit. And as long as we don't say that, we must treat this case. Regards, Michael -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://www-kn.informatik.uni-tuebingen.de From toby@moncaster.com Sat Apr 16 01:54:52 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 54871E06F7 for ; Sat, 16 Apr 2011 01:54: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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kt6y3n9mojl1 for ; Sat, 16 Apr 2011 01:54:50 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by ietfc.amsl.com (Postfix) with ESMTP id 8B5FBE066E for ; Sat, 16 Apr 2011 01:54:49 -0700 (PDT) Received: from TobysHP (host86-136-244-185.range86-136.btcentralplus.com [86.136.244.185]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0MHvkv-1Q9dhT0nsr-003beE; Sat, 16 Apr 2011 10:54:47 +0200 From: "Toby Moncaster" To: "'Bob Briscoe'" , "'Michael Menth'" References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> <4DA81828.4090002@informatik.uni-tuebingen.de> <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> In-Reply-To: <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> Date: Sat, 16 Apr 2011 09:54:44 +0100 Message-ID: <000901cbfc13$ee81e720$cb85b560$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acv7fIEPDpoAILNWSUuJ44RH4URXJwAlXmqg Content-Language: en-gb X-Provags-ID: V02:K0:Xaj0ACxP/AzObdcUvqlwypPDfNmplwkk3jTLGNh/wPn 6I5W3aFVXy9LNco9aFVZnenyCtHl9+KAaIZKPsj9m9uQ6gvUsN 0AaSyWEY4BVoiEdZlZXGgtbAJrbCC93yzbKUFBed48pmL0JfjX lNL17h304GTOvK5KNtU90vliRDGRha3TaQXhdS9wR7qVyX7w/3 QVyRQL1ik2FH6r0VKOOD87GrdEaOTUo4nB+qQ5kDW8= Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2011 08:54:52 -0000 Bob, Michael, > -----Original Message----- > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > Sent: 15 April 2011 15:51 > To: Michael Menth > Cc: Toby Moncaster; pcn@ietf.org > Subject: Re: [PCN] ECN handling with 3-in-1 > > Toby, Michael, > > 1/ We need to have a clearer think about the implications of putting > "Updates 5696" in the header block. We ought to start another thread > for that. Yes. Will try and compose one later today or tomorrow (as it's rather nice weather today). > > 2/ e2e ECN appendix > Now that I'm awake, I've realised the wording of the headings for the > four options we are discussing needs to be completely reframed. > > End nodes don't ask for PCN control, they ask for admission control. > An operator chooses what mechanism to use for admission control over > their segment of the path, and PCN is just one possible mechanism > they might choose. > > At the outset, we need to list the two main ways that end-nodes tell > the network that they need admission control, which in turn makes the > PCN-ingress remark their traffic with a PCN-compatible DSCP: > > A) flow signalling associates a filterspec with a need for admission > control (e.g. thru RSVP or some equivalent message down from a SIP > server to the ingress), and the PCN ingress remarks traffic matching > that filterspec to a PCN-compatible DSCP, as its chosen admission > control mechanism. > > B) Traffic arrives with a DSCP that implies it requires admission > control such as VOICE-ADMIT [RFC5865] or Interactive Real-Time, > Broadcast TV when used for video on demand, and Multimedia > Conferencing [RFC4594, RFC5865]. You need to re-read the appendix of RFC5696 where we discuss DSCP-related issues. I am very unkeen to add so much extra text to what should be a simple encoding document. This will end up making the appendix nearly as long as the main document. I also have concerns that this sort of thing is really architectural. This document isn't about telling operators which of their traffic they should be doing admission control on. I would rather we just put a simple paragraph saying what you have in your intro to this point: " End nodes don't ask for PCN control, they ask for admission control. An operator chooses what mechanism to use for admission control over their segment of the path, and PCN is just one possible mechanism they might choose." > > We need to define two phrases, such as: > * "Traffic that requires admission control" as traffic that uses > either method A or B. > * "Traffic that does not require admission control" as traffic that > uses neither of methods A or B. OK, happy to have those definitions, but we are going to find ourselves tying knots as we try and talk about traffic that doesn't need admission control but which shares the same DSCP... > > THen inline below I suggest corrected text for each of the four > headings. > > 3/ e2e ECN appendix > Otherwise, I think we've converged on the text within each heading. I > have inserted comments inline to confirm the necessary wordsmithing... > > > At 11:04 15/04/2011, Michael Menth wrote: > >Toby, Bob, > > > >Am 15.04.2011 10:31, schrieb Toby Moncaster: > >> > >>>-----Original Message----- > >>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] > >>>Sent: 15 April 2011 04:14 > >>>To: Toby Moncaster > >>>Cc: 'Toby Moncaster'; 'Michael Menth'; pcn@ietf.org > >>>Subject: RE: [PCN] ECN handling with 3-in-1 > >>> > >>>Toby, > >>> > >>>At 11:53 14/04/2011, Toby Moncaster wrote: > >>>>I am trying to bash the ECN compatibility text into a usable > appendix > >>>for > >>>>the document. This is what I have so far: > >>>> > >>>>"Appendix A. Co-existence of ECN and PCN (informative) > >>>> > >>>> The PCN encoding described in this document re-uses the bits > of > >>>the > >>>> ECN field in the IP header. Consequently, this disables ECN > >>>within > >>>> the PCN domain. > >>>s/Consequently,/Without additional measures,/ > >>> > >>>>Appendix B of [RFC5696] included advice on handling > >>>> ECN traffic within a PCN-domain. This appendix clarifies that > >>>> advice. > >>>s/clarifies/updates/ > >>> > >>>[I assume you will have some sort of lead in sentence to the list > here] > >>Yes, but inspiration was proving elusive... > > "There are a four possible cases for how e2e ECN traffic may wish to > be treated while crossing a PCN domain:" OK > > > > > >>>> ECN traffic not subjected to PCN control and not sharing a > PCN- > >>>> compatible DSCP: This requires no action. > > There is no such thing as a PCN-compatible DSCP for traffic arriving > at a PCN ingress (a PCN-compatible DSCP is only defined within a PCN > region). > > We should head this item > "ECN capable traffic that does not require admission control and does > not carry a DSCP that the PCN-ingress is using for PCN-capable > traffic." OK, happy to have something like that > > > >>>> ECN traffic not subjected to PCN control but sharing a PCN- > >>>compatible > >>>> DSCP: > >>>s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on > >>>arrival at the PCN ingress/ > > On second thoughts, we should head this item > "ECN capable traffic that does not require admission control but > carries a DSCP that the PCN-ingress is using for PCN-capable traffic." > > HOWEVER, I don't think this case is possible. If traffic arrives with > a DSCP that would be used for PCN, it is signalling that it requires > admission control [RFC5865]. BUT some of that traffic may in fact be automatically admitted (because of policy), hence it wouldn't use PCN... My own view is this whole case needn't be mentioned because the traffic is neither ECN nor PCN. If we were to list all negative cases we would get an even longer appendix! > > > >>>>There are two options. > >>>> > >>>> * The ingress maps the DSCP to a local DSCP and the egress > re- > >>>> maps it to the original PCN-compatible DSCP. > > s/local DSCP/local DSCP with the same scheduling PHB as the original > DSCP/ Fair point. I meant to add something like that. > > > >>>> * The ingress tunnels the traffic, setting not-PCN in the > >>>outer > >>>> header; note that this turns off ECN for this traffic > within > >>>> the PCN domain. > >>>> > >>>> The first option is recommended unless you are short of > local > >>>> DSCPs. > >>>Good. > >>> > >>>s/you are/the operator is/ > >>> > >>> > >>>> ECN traffic being subjected to PCN control: > >>>s/being subjected to/to be subjected to PCN control rather than ECN > >>>marking across the PCN domain/ > > We should head this item > "Traffic that requires admission control." > > > >>>>There are two options. > >>>> > >>>> * The ingress places this traffic in a tunnel with a PCN- > >>>> compatible DSCP in the outer header. The egress zeroes > the > >>>> ECN-field before decapsulation. > >>>s/the ECN-field/the outer ECN-field/ > >>> > >>> > >>>> * ingress drops CE-marked packets and egress zeros ECN > field > >>>of > >>>> PCN packets which disables end-to-end ECN. > > s/ingress/PCN ingress/ > s/egress/PCN egress/ > delete/which disables end-to-end ECN/ > > > >>>> The second option is not recommended. > > a/unless tunnelling is not possible for some reason./ > > >>>No need to even mention it then, unless there's a compromise > scenario > >>>where the 1st option wouldn't be suitable. > >>> > >>>BTW, I don't see why the egress has to zero ECN, or indeed why this > >>>disables e2e ECN, unless it means it zero's the inner (and if so > why?). > >>Surely the PCN-egress has to zero the ECN field before the packet is > >>decapsulated? Otherwise the decapsulator will transfer the PCN > marking from > >>the PCN-domain onto the ECN packet... > > You're right - the PCN egress needs to zero the outer ECN. > > But this doesn't disable e2e ECN, because it's still enabled in the > inner, which any tunnel egress forwards unchanged, if the outer is Not- > ECN. It makes the e2e ECN less E2E, but then ECN is pretty non-existent anyway currently. > > > > >>>> ECN traffic being subjected to PCN control, receiver indicates > >>>desire > >>>> to see PCN marks: > > We should head this item > "Traffic that requires admission control, where the e2e transport > somehow indicates it wants to see PCN marks." s/"somehow indicates"/"signals that" > > > > >>>> Schemes have been suggested where PCN marks may be leaked > out > >>>of > >>>> the PCN-domain and used by the end hosts to modify realtime > >>>data > >>>> rates. > >>>s/used by the end hosts to modify realtime data rates./ > >>> /used by adaptive codecs in the end hosts to modify realtime > data > >>>rates./ > >>> > >>>>Currently all such schemes are experimental and the > >>>> following is for guidance only. > >>>> > >>>> The ingress needs to tunnel the traffic using [RFC6040]. > > insert/The PCN-ingress will by default set the outer ECN field to > Not-marked and then/ > > Hope this all helps. I'll try and unravel all the changes and send a revised version by Monday... It won't necessarily include all the suggestions (see the inline comment at the top), and there is a chance I may miss a couple! Toby > > > Bob > > >>>>The > >>>PCN- > >>>> egress should not zero the ECN field, > >>>Don't agree. ECN should never leak into PCN, but PCN might be OK to > >>>leak to ECN receiver. > >>I'm not allowing ECN to leak into PCN. I am (in limited > circumstances) > >>allowing the PCN-domain to over-write the ECN information and hence > leak PCN > >>information to the receiver. > >> > >>>Reasoning: admission of a flow should only depend on PCN marking > >>>within the PCN region. It shouldn't depend on ECN marking from > queues > >>>outside the PCN region, which will not have been configured to give > >>>good signals at the right load levels. > >>Oh, I think I see your point. RFC6040 tunnels will set the ECN of the > outer > >>header to whatever is in the inner header. BUT you are forgetting > that the > >>default behaviour of the PCN-ingress is to clear whatever is in the > outer > >>header and set it to 10 (if the traffic is PCN) or 00 (if the traffic > is > >>not-PCN) > > > >Mentioning that would be helpful. Also we need to remember that but > >often forget about it and then we wonder about the text ... > > > >Regards, > > > > Michael > > > >>>The reverse argument seems less likely to apply to leaking PCN to > >>>receiver, because any decent level of PCN will usefully trigger a > >>>lower rate, thus potentially avoiding the need to block admissions. > >>> > >>>>and the tunnel egress should > >>>> use [RFC6040] normal mode (preserving any PCN-marking). > >>>There are no modes for an RFC6040 egress. Modes are only for the > >>>ingress. > >>OK, noted. I did know that really, I was being careless. > >> > >>>The important point is not what the tunnel egress does (assuming the > >>>arrangement in the Fig below), but that the PCN egress doesn't zero > >>>the outer ECN field. > >>Indeed... > >> > >>>>Note that > >>>> this may turn ECT(0) into ECT(1) and so is not compatible > with > >>>the > >>>> experimental ECN nonce [RFC3540]. > >>>s/this/PCN marking on interior nodes/ > >>> > >>> > >>>> In the list above any form of IP-in-IP tunnel can be used > unless > >>>> specified otherwise. We assume a logical separation of > tunneling > >>>> and PCN actions in both PCN-ingress and PCN-egress nodes. > That > >>>is, > >>>> any tunneling action happens wholly outside the PCN-domain as > >>>> illustrated in the following figure: > >>>> > >>>> > >>>> , . . . . PCN-domain . . . . . . . > >>>> . ,--------. ,--------. . > >>>> . _| PCN- |___________________| PCN- |_ . > >>>> . / | ingress | | egress | \ . > >>>> .| '---------' '--------' |. > >>>> | . . . . . . . . . . . . . . .| > >>>> ,--------. ,------ > --. > >>>> _____| Tunnel | | > Tunnel > >>>|____ > >>>> | Ingress | - - ECN preserved inside tunnel - - | > Egress | > >>>> '---------' '------ > --' > >>>> > >>>> > >>>> Figure 4: Separation of tunneling and PCN actions > >>>>" > >>>nice ASCII art. > >>Thanks :) > >> > >>> > >>>>I hope this captures all the key elements from the discussion. > >>>> > >>>>I am still unsure exactly how we are proceeding with regards to > >>>updating > >>>>RFC5696. Can this document both update RFC5696 AND be dependent on > it > >>>as > >>>>well? Currently I am thinking of adding the following as a > standalone > >>>>section: > >>>> > >>>>"Section N. Effect on baseline encoding > >>>> > >>>>The baseline encoding [rfc5696] specified that the 01 codepoint was > >>>for use > >>>>in experimental schemes. It also gave guidelines for such > experiments. > >>>This > >>>>document updates the 01 codepoint and fixes its meaning. > Consequently > >>>this > >>>>document updates [rfc5696]. People wishing to use the 01 codepoint > for > >>>>experimental schemes as described in [rfc5696] must accept the risk > >>>that > >>>>PCN-nodes compatible with this encoding scheme may not be > compatible > >>>with > >>>>their experiment." > >>>It would be dangerous for me to respond to this now - I'm too tired > >>>to think straight. But my gut feeling is that the wording should > lean > >>>more towards "updates", and less towards appearing to encourage more > >>>experimentation, which would run counter to interoperability - the > >>>raison d'etre of a standards body. > >>OK, I can probably highlight that we are not recommending people > start > >>experiments, but if they are already using the EXP codepoint for > anything > >>else they need to be aware of this clash... > >> > >>> > >>> > >>> > >>>>Two inline responses to Michael at the end > >>>One from me too... > >>> > >>> > >>> > >>>>Toby > >>>> > >>>>>-----Original Message----- > >>>>>From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf > >>>Of > >>>>>Toby Moncaster > >>>>>Sent: 01 April 2011 14:58 > >>>>>To: 'Bob Briscoe'; 'Michael Menth' > >>>>>Cc: pcn@ietf.org > >>>>>Subject: Re: [PCN] ECN handling with 3-in-1 > >>>>> > >>>>>I'm not sure if I captured all the changes we intend to do on this > >>>>>draft: > >>>>> > >>>>>1) add Michael's text on e2e ECN (once it has become stable) > >>>>> > >>>>>2) add a brief paragraph explaining that this effectively updates > >>>>>RFC5696 > >>>>>and that therefore anyone running experiments with that are on > >>>their > >>>>>own > >>>>>(which they kind of are anyway, if they are doing an experiment!). > >>>>> > >>>>>3) clarify how to do single marking with this encoding. > >>>>> > >>>>>I now recall the real reason why I wanted to preserve baseline > >>>which is > >>>>>that > >>>>>this encoding has the RFC6040 dependency. > >>>>> > >>>>>Is there any mileage in exploring a bis for RFC5696? As I see it > we > >>>are > >>>>>always going to have a slightly messy situation. For instance I am > >>>not > >>>>>sure > >>>>>if you are allowed the circular dependency of 3-in-1 encoding > being > >>>>>dependent on RFC5696 but also updating RFC5696. > >>>>> > >>>>>Of course we could always revive the option we discussed, where we > >>>>>obsolete > >>>>>RFC5696 and incorporate a baseline behaviour within this draft > >>>(which > >>>>>could > >>>>>then be called PCN encodings using a single DSCP)... > >>>>> > >>>>>Thoughts anyone? > >>>>> > >>>>>Toby > >>>>> > >>>>>>-----Original Message----- > >>>>>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] > >>>>>>Sent: 01 April 2011 13:22 > >>>>>>To: Michael Menth > >>>>>>Cc: Toby Moncaster; pcn@ietf.org > >>>>>>Subject: Re: [PCN] ECN handling with 3-in-1 > >>>>>> > >>>>>>Michael, > >>>>>> > >>>>>>At 09:36 01/04/2011, Michael Menth wrote: > >>>>>>>Hi all, > >>>>>>> > >>>>>>>to quickly see that the case analysis is complete, I suggest a > >>>>>>>slight rewording: > >>>>>>> > >>>>>>>Handling of ECN traffic > >>>>>>>* ECN traffic not being subject to PCN control and not sharing a > >>>>>>>PCN-compatible DSCP > >>>>>>> - no action needed > >>>>>>>* ECN traffic not being subject to PCN control and sharing a > >>>>>>>PCN-compatible DSCP > >>>>>>> - ingress tunnels that traffic with an non-PCN-compatible > >>>DSCP > >>>>>>>in the outer header (any tunnel may be used) > >>>>>>> - alternative: ingress maps the DSCP to a local DSCP and > >>>egress > >>>>>>>re-maps it to the original PCN-compatible DSCP > >>>>>>> - alternative: ingress tunnels that traffic with not-PCN > in > >>>the > >>>>>>>outer header (any tunnel may be used); note that this turns of > >>>ECN > >>>>>>>for this traffic within the PCN domain. > >>>>>>We ought to recommend one: > >>>>>>#2 does nothing wrong, whereas the others do, to a certain > >>>extent. > >>>>>>THe only reason for using #3 would be if you are short of DSCPs > >>>(e.g. > >>>>>>MPLS or Ethernet). > >>>>>>#1 changes the PHB, whereas #2 doesn't and is otherwise the same. > >>>So > >>>>>>#1 can be chucked. > >>>>>> > >>>>>>>* ECN traffic being subject to PCN control > >>>>>>> - ingress drops CE-marked packets and egress zeros ECN > >>>field of > >>>>>>>PCN packets which disables end-to-end ECN > >>>>>>Not recommended > >>>>>> > >>>>>>> - alternative: ingress tunnels that traffic with a > >>>>>>>PCN-compatible DSCP in the outer header and the egress zeros > >>>>>>>ECN-field before decapsulation (any tunnel may be used) > >>>>>>recommended > >>>>>> > >>>>>>>* ECN traffic being subject to PCN control, and the receiver has > >>>>>>>indicated to receive PCN marks > >>>>>>> - ingress tunnels that traffic with a PCN-compatible DSCP > >>>but > >>>>>>>the egress SHOULD NOT zero the ECN field before decapsulation > >>>>>>>according to RFC6040 normal mode; note that this may turn > >>>ECT(0) > >>>>>>>into ECT(1) so that the nonce is modified. > >>>>>>Good point. > >>>>>>This needs to be clearly flagged as an experimental only scheme. > >>>>>> > >>>>>> > >>>>>>>Another two questions > >>>>>>>* Traffic may arrive with a non-PCN-compatible DSCP and is > >>>subject > >>>>>>>to PCN control. Do we care about the original DSCP? This seems > >>>to be > >>>>>>>a similar issue. > >>>>>>Similar to what? > >>>>What Michael means is, if an operator chooses to change the DSCP of > an > >>>>arriving packet in order to enable PCN for that packet, should that > >>>change > >>>>be reversed on leaving the PCN domain? This is starting to get > rather > >>>>obscure. Appendix A.1 of RFC5696 discusses the choice of suitable > >>>DSCPs for > >>>>PCN and makes it clear that operators should choose to use an > existing > >>>DSCP > >>>>providing suitable scheduling and priority. However, if an operator > >>>chooses > >>>>to define a local DSCP instead then they are free to do so. If I > >>>recall > >>>>right, DSCPs are not guaranteed to survive between domains > anyway... > >>>> > >>>> > >>>>>>>* How is the ECN-field of traffic with a PCN-compatible DSCP > >>>>>>>interpreted outside a PCN domain? I guess with ECN semantics? > >>>Have > >>>>>>>we stated that somewhere. Do we need to state it? > >>>>>>Dunno whether we've said this somewhere. Will need to check. > >>>>Is this at all relevant to PCN? I would argue we don't need to > state > >>>this > >>>>anywhere at all since PCN semantics only apply inside a PCN-domain. > IN > >>>>appendix A.1 of RFC5696 we make it clear that PCN is a marking > >>>behaviour for > >>>>use within the PCN-domain and discuss DSCP-related issues > >>>Given we are talking about e2e ECN support across a PCN domain, it > >>>would do no harm to reinforce the idea that a DSCP cannot even be > >>>considered PCN-compatible when it is outside a PCN domain - it has > >>>its usual scheulding PHB, but its congestion marking behaviour is > the > >>>ECN default, not PCN. > >>Would adding the following (in a suitable place) suffice?: > >> > >>"PCN is in effect a congestion marking behaviour for use with > realtime > >>traffic in a controlled domain. As such, within the PCN-domain, PCN > marking > >>replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN- > domain, ECN > >>remains the default behaviour for all DSCPs." > >> > >>Toby > >> > >>> > >>>Bob > >>> > >>> > >>> > >>>>>> > >>>>>>Bob > >>>>>> > >>>>>> > >>>>>>>Best wishes, > >>>>>>> > >>>>>>> Michael > >>>>>>> > >>>>>>>-- > >>>>>>>Prof. Dr. habil. Michael Menth > >>>>>>>University of Tuebingen > >>>>>>>Faculty of Science > >>>>>>>Department of Computer Science > >>>>>>>Chair of Communication Networks > >>>>>>>Sand 13, 72076 Tuebingen, Germany > >>>>>>>phone: (+49)-7071/29-70505 > >>>>>>>fax: (+49)-7071/29-5220 > >>>>>>>mailto:menth@uni-tuebingen.de > >>>>>>>http://www-kn.informatik.uni-tuebingen.de > >>>>>>________________________________________________________________ > >>>>>>Bob Briscoe, BT Innovate& Design > >>>>>_______________________________________________ > >>>>>PCN mailing list > >>>>>PCN@ietf.org > >>>>>https://www.ietf.org/mailman/listinfo/pcn > >>>________________________________________________________________ > >>>Bob Briscoe, BT Innovate& Design > > > >-- > >Prof. Dr. habil. Michael Menth > >University of Tuebingen > >Faculty of Science > >Department of Computer Science > >Chair of Communication Networks > >Sand 13, 72076 Tuebingen, Germany > >phone: (+49)-7071/29-70505 > >fax: (+49)-7071/29-5220 > >mailto:menth@uni-tuebingen.de > >http://www-kn.informatik.uni-tuebingen.de > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design From bob.briscoe@bt.com Sat Apr 16 03:18:48 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 1DAA7E066E for ; Sat, 16 Apr 2011 03:18:48 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id npNes1GyEL+b for ; Sat, 16 Apr 2011 03:18:46 -0700 (PDT) Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by ietfc.amsl.com (Postfix) with ESMTP id D236BE0664 for ; Sat, 16 Apr 2011 03:18:45 -0700 (PDT) Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 16 Apr 2011 11:18:44 +0100 Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Sat, 16 Apr 2011 11:18:44 +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 1302949122735; Sat, 16 Apr 2011 11:18:42 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.192.35]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p3GAIfJP006933; Sat, 16 Apr 2011 11:18:41 +0100 Message-Id: <201104161018.p3GAIfJP006933@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 16 Apr 2011 11:18:34 +0100 To: Michael Menth From: Bob Briscoe In-Reply-To: <4DA86254.2000206@informatik.uni-tuebingen.de> References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> <4DA81828.4090002@informatik.uni-tuebingen.de> <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> <4DA86254.2000206@informatik.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 16 Apr 2011 10:18:44.0157 (UTC) FILETIME=[AA4D4ED0:01CBFC1F] Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2011 10:18:48 -0000 Michael, At 16:20 15/04/2011, Michael Menth wrote: >Hi Bob, Toby, > >Am 15.04.2011 16:50, schrieb Bob Briscoe: >> >>>>>> ECN traffic not subjected to PCN control but sharing a PCN- >>>>>compatible >>>>>> DSCP: >>>>>s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on >>>>>arrival at the PCN ingress/ >> >>On second thoughts, we should head this item >>"ECN capable traffic that does not require admission control but >>carries a DSCP that the PCN-ingress is using for PCN-capable traffic." >> >>HOWEVER, I don't think this case is possible. If traffic arrives >>with a DSCP that would be used for PCN, it is signalling that it >>requires admission control [RFC5865]. > >Hey, this is only an assumption. So far we have avoided to say >PCN=Voice-Admit. And as long as we don't say that, we must treat this case. [Firstly a picky point: RFC5865 defines four DSCPs as meaning that admission control is required: not just VOICE-ADMIT, but also CS4, CS3 & AF4, and it doesn't preclude the list being extended in future. Let's call them *-ADMIT, even though they aren't named like that] True, we have only made an non-normative recommendation that PCN should use *-ADMIT. But then we should explain that this is a corner-case that can be avoided by following our recommendation that advises on which DSCPs to use for PCN. It would only happen if: a) The PCN region chooses one of the 252 DSCPs other than the four *-ADMIT DSCPs recommended for use as a PCN-compatible DSCP. b) some arriving traffic other than that wanting admission control just happens to use the same DSCP that the PCN region chose. Bob >Regards, > > Michael > >-- >Prof. Dr. habil. Michael Menth >University of Tuebingen >Faculty of Science >Department of Computer Science >Chair of Communication Networks >Sand 13, 72076 Tuebingen, Germany >phone: (+49)-7071/29-70505 >fax: (+49)-7071/29-5220 >mailto:menth@uni-tuebingen.de >http://www-kn.informatik.uni-tuebingen.de ________________________________________________________________ Bob Briscoe, BT Innovate & Design From bob.briscoe@bt.com Sat Apr 16 04:05:15 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 26E01E066F for ; Sat, 16 Apr 2011 04:05:15 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P+cIVPLdZubu for ; Sat, 16 Apr 2011 04:05:13 -0700 (PDT) Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by ietfc.amsl.com (Postfix) with ESMTP id 8DEF4E066E for ; Sat, 16 Apr 2011 04:05:12 -0700 (PDT) Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 16 Apr 2011 12:05:11 +0100 Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Sat, 16 Apr 2011 12:05:11 +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 1302951909846; Sat, 16 Apr 2011 12:05:09 +0100 Received: from MUT.jungle.bt.co.uk ([10.73.192.35]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id p3GB57Iv007037; Sat, 16 Apr 2011 12:05:08 +0100 Message-Id: <201104161105.p3GB57Iv007037@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 16 Apr 2011 12:05:07 +0100 To: Toby Moncaster From: Bob Briscoe In-Reply-To: <000901cbfc13$ee81e720$cb85b560$@com> References: <4D9448F9.7040309@informatik.uni-tuebingen.de> <002e01cbef88$b1cc7b70$15657250$@com> <4D94EF65.20001@informatik.uni-tuebingen.de> <4D958E90.4060103@informatik.uni-tuebingen.de> <201104011222.p31CMCas029062@bagheera.jungle.bt.co.uk> <003e01cbf074$d2042270$760c6750$@com> <000c01cbfa92$38da9750$aa8fc5f0$@com> <201104150314.p3F3E8HU001775@bagheera.jungle.bt.co.uk> <000c01cbfb47$8c8ef520$a5acdf60$@com> <4DA81828.4090002@informatik.uni-tuebingen.de> <201104151450.p3FEoiab003742@bagheera.jungle.bt.co.uk> <000901cbfc13$ee81e720$cb85b560$@com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 X-OriginalArrivalTime: 16 Apr 2011 11:05:11.0398 (UTC) FILETIME=[27A08860:01CBFC26] Cc: pcn@ietf.org Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2011 11:05:15 -0000 Toby, At 09:54 16/04/2011, Toby Moncaster wrote: >Bob, Michael, > > > -----Original Message----- > > From: Bob Briscoe [mailto:bob.briscoe@bt.com] > > Sent: 15 April 2011 15:51 > > To: Michael Menth > > Cc: Toby Moncaster; pcn@ietf.org > > Subject: Re: [PCN] ECN handling with 3-in-1 > > > > Toby, Michael, > > > > 2/ e2e ECN appendix > > Now that I'm awake, I've realised the wording of the headings for the > > four options we are discussing needs to be completely reframed. > > > > End nodes don't ask for PCN control, they ask for admission control. > > An operator chooses what mechanism to use for admission control over > > their segment of the path, and PCN is just one possible mechanism > > they might choose. > > > > At the outset, we need to list the two main ways that end-nodes tell > > the network that they need admission control, which in turn makes the > > PCN-ingress remark their traffic with a PCN-compatible DSCP: > > > > A) flow signalling associates a filterspec with a need for admission > > control (e.g. thru RSVP or some equivalent message down from a SIP > > server to the ingress), and the PCN ingress remarks traffic matching > > that filterspec to a PCN-compatible DSCP, as its chosen admission > > control mechanism. > > > > B) Traffic arrives with a DSCP that implies it requires admission > > control such as VOICE-ADMIT [RFC5865] or Interactive Real-Time, > > Broadcast TV when used for video on demand, and Multimedia > > Conferencing [RFC4594, RFC5865]. > >You need to re-read the appendix of RFC5696 where we discuss DSCP-related >issues. I did before writing that email. >I am very unkeen to add so much extra text to what should be a simple >encoding document. This will end up making the appendix nearly as long as >the main document. I also have concerns that this sort of thing is really >architectural. This document isn't about telling operators which of their >traffic they should be doing admission control on. > >I would rather we just put a simple paragraph saying what you have in your >intro to this point: > >" End nodes don't ask for PCN control, they ask for admission control. > An operator chooses what mechanism to use for admission control over > their segment of the path, and PCN is just one possible mechanism > they might choose." We need to provide some explanation for why we suddenly started talking about these four cases. So we do need to say what we mean by end-nodes asking for admission control. It would be nice to cite something that explains, but we don't have anything, because RFC5865 on DSCPs for admission contrl went through after all the PCN RFCs so far. So I think we have to treat this appendix as the latest definitive word on the two mains ways that end points might use to signal that they want admission control, even tho it's not really relevant to this doc. The only alternative would be to update the PCN architecture RFC, and I don't want to go there. > > We need to define two phrases, such as: > > * "Traffic that requires admission control" as traffic that uses > > either method A or B. > > * "Traffic that does not require admission control" as traffic that > > uses neither of methods A or B. > >OK, happy to have those definitions, but we are going to find ourselves >tying knots as we try and talk about traffic that doesn't need admission >control but which shares the same DSCP... [snip] > > >>>> ECN traffic not subjected to PCN control but sharing a PCN- > > >>>compatible > > >>>> DSCP: > > >>>s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on > > >>>arrival at the PCN ingress/ > > > > On second thoughts, we should head this item > > "ECN capable traffic that does not require admission control but > > carries a DSCP that the PCN-ingress is using for PCN-capable traffic." > > > > HOWEVER, I don't think this case is possible. If traffic arrives with > > a DSCP that would be used for PCN, it is signalling that it requires > > admission control [RFC5865]. > >BUT some of that traffic may in fact be automatically admitted (because of >policy), hence it wouldn't use PCN... > >My own view is this whole case needn't be mentioned because the traffic is >neither ECN nor PCN. If we were to list all negative cases we would get an >even longer appendix! Well, the traffic *is* ECN and it is confusable with PCN traffic. As I just said in my mail to Michael, it would only be confusible with PCN traffic if the PCN operator decided to use weird DSCPs for PCN. How about not listing this case as if it is normal, but instead mention it as a 'footnote' to this appendix, as an abnormal case to be avoided if possible, perhaps: "It is strongly RECOMMENDED that the advice in A.1 of the PCN baseline encoding [RFC5696] is followed when choosing which DSCP indicates PCN-compatible traffic. Otherwise nodes within the PCN region will mistake traffic using e2e ECN for PCN-traffic if it also happens to use the chosen DSCP. To avoid this confusion, the PCN ingress would have to remark this traffic to another DSCP, causing further complication and confusion downstream." > > > > >>>> ECN traffic being subjected to PCN control, receiver indicates > > >>>desire > > >>>> to see PCN marks: > > > > We should head this item > > "Traffic that requires admission control, where the e2e transport > > somehow indicates it wants to see PCN marks." > >s/"somehow indicates"/"signals that" If you want. I was trying to avoid being prescriptive about how it might be done. >I'll try and unravel all the changes and send a revised version by Monday... >It won't necessarily include all the suggestions (see the inline comment at >the top), and there is a chance I may miss a couple! Yes, when I prepared the email you just replied to, I tried to pull together everything that had been said, so I hope that posting will be useful for you. Cheers Bob >Toby > > > > > > > > Bob > > > > >>>>The > > >>>PCN- > > >>>> egress should not zero the ECN field, > > >>>Don't agree. ECN should never leak into PCN, but PCN might be OK to > > >>>leak to ECN receiver. > > >>I'm not allowing ECN to leak into PCN. I am (in limited > > circumstances) > > >>allowing the PCN-domain to over-write the ECN information and hence > > leak PCN > > >>information to the receiver. > > >> > > >>>Reasoning: admission of a flow should only depend on PCN marking > > >>>within the PCN region. It shouldn't depend on ECN marking from > > queues > > >>>outside the PCN region, which will not have been configured to give > > >>>good signals at the right load levels. > > >>Oh, I think I see your point. RFC6040 tunnels will set the ECN of the > > outer > > >>header to whatever is in the inner header. BUT you are forgetting > > that the > > >>default behaviour of the PCN-ingress is to clear whatever is in the > > outer > > >>header and set it to 10 (if the traffic is PCN) or 00 (if the traffic > > is > > >>not-PCN) > > > > > >Mentioning that would be helpful. Also we need to remember that but > > >often forget about it and then we wonder about the text ... > > > > > >Regards, > > > > > > Michael > > > > > >>>The reverse argument seems less likely to apply to leaking PCN to > > >>>receiver, because any decent level of PCN will usefully trigger a > > >>>lower rate, thus potentially avoiding the need to block admissions. > > >>> > > >>>>and the tunnel egress should > > >>>> use [RFC6040] normal mode (preserving any PCN-marking). > > >>>There are no modes for an RFC6040 egress. Modes are only for the > > >>>ingress. > > >>OK, noted. I did know that really, I was being careless. > > >> > > >>>The important point is not what the tunnel egress does (assuming the > > >>>arrangement in the Fig below), but that the PCN egress doesn't zero > > >>>the outer ECN field. > > >>Indeed... > > >> > > >>>>Note that > > >>>> this may turn ECT(0) into ECT(1) and so is not compatible > > with > > >>>the > > >>>> experimental ECN nonce [RFC3540]. > > >>>s/this/PCN marking on interior nodes/ > > >>> > > >>> > > >>>> In the list above any form of IP-in-IP tunnel can be used > > unless > > >>>> specified otherwise. We assume a logical separation of > > tunneling > > >>>> and PCN actions in both PCN-ingress and PCN-egress nodes. > > That > > >>>is, > > >>>> any tunneling action happens wholly outside the PCN-domain as > > >>>> illustrated in the following figure: > > >>>> > > >>>> > > >>>> , . . . . PCN-domain . . . . . . . > > >>>> . ,--------. ,--------. . > > >>>> . _| PCN- |___________________| PCN- |_ . > > >>>> . / | ingress | | egress | \ . > > >>>> .| '---------' '--------' |. > > >>>> | . . . . . . . . . . . . . . .| > > >>>> ,--------. ,------ > > --. > > >>>> _____| Tunnel | | > > Tunnel > > >>>|____ > > >>>> | Ingress | - - ECN preserved inside tunnel - - | > > Egress | > > >>>> '---------' '------ > > --' > > >>>> > > >>>> > > >>>> Figure 4: Separation of tunneling and PCN actions > > >>>>" > > >>>nice ASCII art. > > >>Thanks :) > > >> > > >>> > > >>>>I hope this captures all the key elements from the discussion. > > >>>> > > >>>>I am still unsure exactly how we are proceeding with regards to > > >>>updating > > >>>>RFC5696. Can this document both update RFC5696 AND be dependent on > > it > > >>>as > > >>>>well? Currently I am thinking of adding the following as a > > standalone > > >>>>section: > > >>>> > > >>>>"Section N. Effect on baseline encoding > > >>>> > > >>>>The baseline encoding [rfc5696] specified that the 01 codepoint was > > >>>for use > > >>>>in experimental schemes. It also gave guidelines for such > > experiments. > > >>>This > > >>>>document updates the 01 codepoint and fixes its meaning. > > Consequently > > >>>this > > >>>>document updates [rfc5696]. People wishing to use the 01 codepoint > > for > > >>>>experimental schemes as described in [rfc5696] must accept the risk > > >>>that > > >>>>PCN-nodes compatible with this encoding scheme may not be > > compatible > > >>>with > > >>>>their experiment." > > >>>It would be dangerous for me to respond to this now - I'm too tired > > >>>to think straight. But my gut feeling is that the wording should > > lean > > >>>more towards "updates", and less towards appearing to encourage more > > >>>experimentation, which would run counter to interoperability - the > > >>>raison d'etre of a standards body. > > >>OK, I can probably highlight that we are not recommending people > > start > > >>experiments, but if they are already using the EXP codepoint for > > anything > > >>else they need to be aware of this clash... > > >> > > >>> > > >>> > > >>> > > >>>>Two inline responses to Michael at the end > > >>>One from me too... > > >>> > > >>> > > >>> > > >>>>Toby > > >>>> > > >>>>>-----Original Message----- > > >>>>>From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf > > >>>Of > > >>>>>Toby Moncaster > > >>>>>Sent: 01 April 2011 14:58 > > >>>>>To: 'Bob Briscoe'; 'Michael Menth' > > >>>>>Cc: pcn@ietf.org > > >>>>>Subject: Re: [PCN] ECN handling with 3-in-1 > > >>>>> > > >>>>>I'm not sure if I captured all the changes we intend to do on this > > >>>>>draft: > > >>>>> > > >>>>>1) add Michael's text on e2e ECN (once it has become stable) > > >>>>> > > >>>>>2) add a brief paragraph explaining that this effectively updates > > >>>>>RFC5696 > > >>>>>and that therefore anyone running experiments with that are on > > >>>their > > >>>>>own > > >>>>>(which they kind of are anyway, if they are doing an experiment!). > > >>>>> > > >>>>>3) clarify how to do single marking with this encoding. > > >>>>> > > >>>>>I now recall the real reason why I wanted to preserve baseline > > >>>which is > > >>>>>that > > >>>>>this encoding has the RFC6040 dependency. > > >>>>> > > >>>>>Is there any mileage in exploring a bis for RFC5696? As I see it > > we > > >>>are > > >>>>>always going to have a slightly messy situation. For instance I am > > >>>not > > >>>>>sure > > >>>>>if you are allowed the circular dependency of 3-in-1 encoding > > being > > >>>>>dependent on RFC5696 but also updating RFC5696. > > >>>>> > > >>>>>Of course we could always revive the option we discussed, where we > > >>>>>obsolete > > >>>>>RFC5696 and incorporate a baseline behaviour within this draft > > >>>(which > > >>>>>could > > >>>>>then be called PCN encodings using a single DSCP)... > > >>>>> > > >>>>>Thoughts anyone? > > >>>>> > > >>>>>Toby > > >>>>> > > >>>>>>-----Original Message----- > > >>>>>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] > > >>>>>>Sent: 01 April 2011 13:22 > > >>>>>>To: Michael Menth > > >>>>>>Cc: Toby Moncaster; pcn@ietf.org > > >>>>>>Subject: Re: [PCN] ECN handling with 3-in-1 > > >>>>>> > > >>>>>>Michael, > > >>>>>> > > >>>>>>At 09:36 01/04/2011, Michael Menth wrote: > > >>>>>>>Hi all, > > >>>>>>> > > >>>>>>>to quickly see that the case analysis is complete, I suggest a > > >>>>>>>slight rewording: > > >>>>>>> > > >>>>>>>Handling of ECN traffic > > >>>>>>>* ECN traffic not being subject to PCN control and not sharing a > > >>>>>>>PCN-compatible DSCP > > >>>>>>> - no action needed > > >>>>>>>* ECN traffic not being subject to PCN control and sharing a > > >>>>>>>PCN-compatible DSCP > > >>>>>>> - ingress tunnels that traffic with an non-PCN-compatible > > >>>DSCP > > >>>>>>>in the outer header (any tunnel may be used) > > >>>>>>> - alternative: ingress maps the DSCP to a local DSCP and > > >>>egress > > >>>>>>>re-maps it to the original PCN-compatible DSCP > > >>>>>>> - alternative: ingress tunnels that traffic with not-PCN > > in > > >>>the > > >>>>>>>outer header (any tunnel may be used); note that this turns of > > >>>ECN > > >>>>>>>for this traffic within the PCN domain. > > >>>>>>We ought to recommend one: > > >>>>>>#2 does nothing wrong, whereas the others do, to a certain > > >>>extent. > > >>>>>>THe only reason for using #3 would be if you are short of DSCPs > > >>>(e.g. > > >>>>>>MPLS or Ethernet). > > >>>>>>#1 changes the PHB, whereas #2 doesn't and is otherwise the same. > > >>>So > > >>>>>>#1 can be chucked. > > >>>>>> > > >>>>>>>* ECN traffic being subject to PCN control > > >>>>>>> - ingress drops CE-marked packets and egress zeros ECN > > >>>field of > > >>>>>>>PCN packets which disables end-to-end ECN > > >>>>>>Not recommended > > >>>>>> > > >>>>>>> - alternative: ingress tunnels that traffic with a > > >>>>>>>PCN-compatible DSCP in the outer header and the egress zeros > > >>>>>>>ECN-field before decapsulation (any tunnel may be used) > > >>>>>>recommended > > >>>>>> > > >>>>>>>* ECN traffic being subject to PCN control, and the receiver has > > >>>>>>>indicated to receive PCN marks > > >>>>>>> - ingress tunnels that traffic with a PCN-compatible DSCP > > >>>but > > >>>>>>>the egress SHOULD NOT zero the ECN field before decapsulation > > >>>>>>>according to RFC6040 normal mode; note that this may turn > > >>>ECT(0) > > >>>>>>>into ECT(1) so that the nonce is modified. > > >>>>>>Good point. > > >>>>>>This needs to be clearly flagged as an experimental only scheme. > > >>>>>> > > >>>>>> > > >>>>>>>Another two questions > > >>>>>>>* Traffic may arrive with a non-PCN-compatible DSCP and is > > >>>subject > > >>>>>>>to PCN control. Do we care about the original DSCP? This seems > > >>>to be > > >>>>>>>a similar issue. > > >>>>>>Similar to what? > > >>>>What Michael means is, if an operator chooses to change the DSCP of > > an > > >>>>arriving packet in order to enable PCN for that packet, should that > > >>>change > > >>>>be reversed on leaving the PCN domain? This is starting to get > > rather > > >>>>obscure. Appendix A.1 of RFC5696 discusses the choice of suitable > > >>>DSCPs for > > >>>>PCN and makes it clear that operators should choose to use an > > existing > > >>>DSCP > > >>>>providing suitable scheduling and priority. However, if an operator > > >>>chooses > > >>>>to define a local DSCP instead then they are free to do so. If I > > >>>recall > > >>>>right, DSCPs are not guaranteed to survive between domains > > anyway... > > >>>> > > >>>> > > >>>>>>>* How is the ECN-field of traffic with a PCN-compatible DSCP > > >>>>>>>interpreted outside a PCN domain? I guess with ECN semantics? > > >>>Have > > >>>>>>>we stated that somewhere. Do we need to state it? > > >>>>>>Dunno whether we've said this somewhere. Will need to check. > > >>>>Is this at all relevant to PCN? I would argue we don't need to > > state > > >>>this > > >>>>anywhere at all since PCN semantics only apply inside a PCN-domain. > > IN > > >>>>appendix A.1 of RFC5696 we make it clear that PCN is a marking > > >>>behaviour for > > >>>>use within the PCN-domain and discuss DSCP-related issues > > >>>Given we are talking about e2e ECN support across a PCN domain, it > > >>>would do no harm to reinforce the idea that a DSCP cannot even be > > >>>considered PCN-compatible when it is outside a PCN domain - it has > > >>>its usual scheulding PHB, but its congestion marking behaviour is > > the > > >>>ECN default, not PCN. > > >>Would adding the following (in a suitable place) suffice?: > > >> > > >>"PCN is in effect a congestion marking behaviour for use with > > realtime > > >>traffic in a controlled domain. As such, within the PCN-domain, PCN > > marking > > >>replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN- > > domain, ECN > > >>remains the default behaviour for all DSCPs." > > >> > > >>Toby > > >> > > >>> > > >>>Bob > > >>> > > >>> > > >>> > > >>>>>> > > >>>>>>Bob > > >>>>>> > > >>>>>> > > >>>>>>>Best wishes, > > >>>>>>> > > >>>>>>> Michael > > >>>>>>> > > >>>>>>>-- > > >>>>>>>Prof. Dr. habil. Michael Menth > > >>>>>>>University of Tuebingen > > >>>>>>>Faculty of Science > > >>>>>>>Department of Computer Science > > >>>>>>>Chair of Communication Networks > > >>>>>>>Sand 13, 72076 Tuebingen, Germany > > >>>>>>>phone: (+49)-7071/29-70505 > > >>>>>>>fax: (+49)-7071/29-5220 > > >>>>>>>mailto:menth@uni-tuebingen.de > > >>>>>>>http://www-kn.informatik.uni-tuebingen.de > > >>>>>>________________________________________________________________ > > >>>>>>Bob Briscoe, BT Innovate& Design > > >>>>>_______________________________________________ > > >>>>>PCN mailing list > > >>>>>PCN@ietf.org > > >>>>>https://www.ietf.org/mailman/listinfo/pcn > > >>>________________________________________________________________ > > >>>Bob Briscoe, BT Innovate& Design > > > > > >-- > > >Prof. Dr. habil. Michael Menth > > >University of Tuebingen > > >Faculty of Science > > >Department of Computer Science > > >Chair of Communication Networks > > >Sand 13, 72076 Tuebingen, Germany > > >phone: (+49)-7071/29-70505 > > >fax: (+49)-7071/29-5220 > > >mailto:menth@uni-tuebingen.de > > >http://www-kn.informatik.uni-tuebingen.de > > > > ________________________________________________________________ > > Bob Briscoe, BT Innovate & Design ________________________________________________________________ Bob Briscoe, BT Innovate & Design From karagian@cs.utwente.nl Sun Apr 17 03:41:08 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 89D6EE0673 for ; Sun, 17 Apr 2011 03:41:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.892 X-Spam-Level: X-Spam-Status: No, score=0.892 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ph3yMTsFXN19 for ; Sun, 17 Apr 2011 03:41:06 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfc.amsl.com (Postfix) with ESMTP id 0F79DE0663 for ; Sun, 17 Apr 2011 03:41:05 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p3HAeC6k006534; Sun, 17 Apr 2011 12:40:12 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Sun, 17 Apr 2011 10:40:58 +0000 To: "Bob Briscoe" , "Toby Moncaster" Date: Sun, 17 Apr 2011 10:40:56 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: <201104161105.p3GB57Iv007037@bagheera.jungle.bt.co.uk> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Sun, 17 Apr 2011 12:40:23 +0200 (MEST) Cc: "pcn@ietf.org" Subject: Re: [PCN] ECN handling with 3-in-1 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2011 10:41:08 -0000 Hi Toby, Hi Bob In my opinion, in addition to the requirements/recommendations given in the Appendix A and Appendix B in RFC5696 regarding "Choice of Suitable DSCPs", "Rationale for Using ECT(0) for Not-Marked" and "Co-Existence of PCN and ECN", I think that "3-in-1" draft should also follow the recommendations given in Section 3.6 of RFC5559: ----------------- 3.6. Backwards Compatibility PCN specifies semantics for the ECN field that differ from the default semantics of [RFC3168]. A particular PCN encoding scheme needs to describe how it meets the guidelines of BCP 124 [RFC4774] for specifying alternative semantics for the ECN field. In summary, the approach is to: o use a DSCP to allow PCN-nodes to distinguish PCN-traffic that uses the alternative ECN semantics; o define these semantics for use within a controlled region, the PCN-domain; o take appropriate action if ECN-capable, non-PCN-traffic arrives at a PCN-ingress-node with the DSCP used by PCN. For the baseline encoding [Moncaster09-1], the "appropriate action" is to block ECN-capable traffic that uses the same DSCP as PCN from entering the PCN-domain directly. "Blocking" means it is dropped or downgraded to a lower-priority behaviour aggregate, or alternatively such traffic may be tunnelled through the PCN-domain. The reason that "appropriate action" is needed is that the PCN-egress-node clears the ECN field to 00. Extended encoding schemes may need to take different "appropriate action". Best regards, Georgios On 4/16/2011, "Bob Briscoe" wrote: >Toby, > >At 09:54 16/04/2011, Toby Moncaster wrote: >>Bob, Michael, >> >> > -----Original Message----- >> > From: Bob Briscoe [mailto:bob.briscoe@bt.com] >> > Sent: 15 April 2011 15:51 >> > To: Michael Menth >> > Cc: Toby Moncaster; pcn@ietf.org >> > Subject: Re: [PCN] ECN handling with 3-in-1 >> > >> > Toby, Michael, >> > >> > 2/ e2e ECN appendix >> > Now that I'm awake, I've realised the wording of the headings for the >> > four options we are discussing needs to be completely reframed. >> > >> > End nodes don't ask for PCN control, they ask for admission control. >> > An operator chooses what mechanism to use for admission control over >> > their segment of the path, and PCN is just one possible mechanism >> > they might choose. >> > >> > At the outset, we need to list the two main ways that end-nodes tell >> > the network that they need admission control, which in turn makes the >> > PCN-ingress remark their traffic with a PCN-compatible DSCP: >> > >> > A) flow signalling associates a filterspec with a need for admission >> > control (e.g. thru RSVP or some equivalent message down from a SIP >> > server to the ingress), and the PCN ingress remarks traffic matching >> > that filterspec to a PCN-compatible DSCP, as its chosen admission >> > control mechanism. >> > >> > B) Traffic arrives with a DSCP that implies it requires admission >> > control such as VOICE-ADMIT [RFC5865] or Interactive Real-Time, >> > Broadcast TV when used for video on demand, and Multimedia >> > Conferencing [RFC4594, RFC5865]. >> >>You need to re-read the appendix of RFC5696 where we discuss DSCP-related >>issues. > >I did before writing that email. > >>I am very unkeen to add so much extra text to what should be a simple >>encoding document. This will end up making the appendix nearly as long as >>the main document. I also have concerns that this sort of thing is really >>architectural. This document isn't about telling operators which of their >>traffic they should be doing admission control on. >> >>I would rather we just put a simple paragraph saying what you have in your >>intro to this point: >> >>" End nodes don't ask for PCN control, they ask for admission control. >> An operator chooses what mechanism to use for admission control over >> their segment of the path, and PCN is just one possible mechanism >> they might choose." > >We need to provide some explanation for why we suddenly started >talking about these four cases. So we do need to say what we mean by >end-nodes asking for admission control. It would be nice to cite >something that explains, but we don't have anything, because RFC5865 >on DSCPs for admission contrl went through after all the PCN RFCs so far. > >So I think we have to treat this appendix as the latest definitive >word on the two mains ways that end points might use to signal that >they want admission control, even tho it's not really relevant to >this doc. The only alternative would be to update the PCN >architecture RFC, and I don't want to go there. > >> > We need to define two phrases, such as: >> > * "Traffic that requires admission control" as traffic that uses >> > either method A or B. >> > * "Traffic that does not require admission control" as traffic that >> > uses neither of methods A or B. >> >>OK, happy to have those definitions, but we are going to find ourselves >>tying knots as we try and talk about traffic that doesn't need admission >>control but which shares the same DSCP... > >[snip] > >> > >>>> ECN traffic not subjected to PCN control but sharing a PCN- >> > >>>compatible >> > >>>> DSCP: >> > >>>s/sharing a PCN-compatible DSCP/using a PCN-compatible DSCP on >> > >>>arrival at the PCN ingress/ >> > >> > On second thoughts, we should head this item >> > "ECN capable traffic that does not require admission control but >> > carries a DSCP that the PCN-ingress is using for PCN-capable traffic." >> > >> > HOWEVER, I don't think this case is possible. If traffic arrives with >> > a DSCP that would be used for PCN, it is signalling that it requires >> > admission control [RFC5865]. >> >>BUT some of that traffic may in fact be automatically admitted (because of >>policy), hence it wouldn't use PCN... >> >>My own view is this whole case needn't be mentioned because the traffic is >>neither ECN nor PCN. If we were to list all negative cases we would get an >>even longer appendix! > >Well, the traffic *is* ECN and it is confusable with PCN traffic. As >I just said in my mail to Michael, it would only be confusible with >PCN traffic if the PCN operator decided to use weird DSCPs for PCN. > >How about not listing this case as if it is normal, but instead >mention it as a 'footnote' to this appendix, as an abnormal case to >be avoided if possible, perhaps: > >"It is strongly RECOMMENDED that the advice in A.1 of the PCN >baseline encoding [RFC5696] is followed when choosing which DSCP >indicates PCN-compatible traffic. Otherwise nodes within the PCN >region will mistake traffic using e2e ECN for PCN-traffic if it also >happens to use the chosen DSCP. To avoid this confusion, the PCN >ingress would have to remark this traffic to another DSCP, causing >further complication and confusion downstream." > >> > >> > >>>> ECN traffic being subjected to PCN control, receiver indicates >> > >>>desire >> > >>>> to see PCN marks: >> > >> > We should head this item >> > "Traffic that requires admission control, where the e2e transport >> > somehow indicates it wants to see PCN marks." >> >>s/"somehow indicates"/"signals that" > >If you want. >I was trying to avoid being prescriptive about how it might be done. > >>I'll try and unravel all the changes and send a revised version by Monday..= . >>It won't necessarily include all the suggestions (see the inline comment at >>the top), and there is a chance I may miss a couple! > >Yes, when I prepared the email you just replied to, I tried to pull >together everything that had been said, so I hope that posting will >be useful for you. > >Cheers > > >Bob > > >>Toby >> >> >> > >> > >> > Bob >> > >> > >>>>The >> > >>>PCN- >> > >>>> egress should not zero the ECN field, >> > >>>Don't agree. ECN should never leak into PCN, but PCN might be OK to >> > >>>leak to ECN receiver. >> > >>I'm not allowing ECN to leak into PCN. I am (in limited >> > circumstances) >> > >>allowing the PCN-domain to over-write the ECN information and hence >> > leak PCN >> > >>information to the receiver. >> > >> >> > >>>Reasoning: admission of a flow should only depend on PCN marking >> > >>>within the PCN region. It shouldn't depend on ECN marking from >> > queues >> > >>>outside the PCN region, which will not have been configured to give >> > >>>good signals at the right load levels. >> > >>Oh, I think I see your point. RFC6040 tunnels will set the ECN of the >> > outer >> > >>header to whatever is in the inner header. BUT you are forgetting >> > that the >> > >>default behaviour of the PCN-ingress is to clear whatever is in the >> > outer >> > >>header and set it to 10 (if the traffic is PCN) or 00 (if the traffic >> > is >> > >>not-PCN) >> > > >> > >Mentioning that would be helpful. Also we need to remember that but >> > >often forget about it and then we wonder about the text ... >> > > >> > >Regards, >> > > >> > > Michael >> > > >> > >>>The reverse argument seems less likely to apply to leaking PCN to >> > >>>receiver, because any decent level of PCN will usefully trigger a >> > >>>lower rate, thus potentially avoiding the need to block admissions. >> > >>> >> > >>>>and the tunnel egress should >> > >>>> use [RFC6040] normal mode (preserving any PCN-marking). >> > >>>There are no modes for an RFC6040 egress. Modes are only for the >> > >>>ingress. >> > >>OK, noted. I did know that really, I was being careless. >> > >> >> > >>>The important point is not what the tunnel egress does (assuming the >> > >>>arrangement in the Fig below), but that the PCN egress doesn't zero >> > >>>the outer ECN field. >> > >>Indeed... >> > >> >> > >>>>Note that >> > >>>> this may turn ECT(0) into ECT(1) and so is not compatible >> > with >> > >>>the >> > >>>> experimental ECN nonce [RFC3540]. >> > >>>s/this/PCN marking on interior nodes/ >> > >>> >> > >>> >> > >>>> In the list above any form of IP-in-IP tunnel can be used >> > unless >> > >>>> specified otherwise. We assume a logical separation of >> > tunneling >> > >>>> and PCN actions in both PCN-ingress and PCN-egress nodes. >> > That >> > >>>is, >> > >>>> any tunneling action happens wholly outside the PCN-domain as >> > >>>> illustrated in the following figure: >> > >>>> >> > >>>> >> > >>>> , . . . . PCN-domain . . . . . . . >> > >>>> . ,--------. ,--------. . >> > >>>> . _| PCN- |___________________| PCN- |_ . >> > >>>> . / | ingress | | egress | \ . >> > >>>> .| '---------' '--------' |. >> > >>>> | . . . . . . . . . . . . . . .| >> > >>>> ,--------. ,------ >> > --. >> > >>>> _____| Tunnel | | >> > Tunnel >> > >>>|____ >> > >>>> | Ingress | - - ECN preserved inside tunnel - - | >> > Egress | >> > >>>> '---------' '------ >> > --' >> > >>>> >> > >>>> >> > >>>> Figure 4: Separation of tunneling and PCN actions >> > >>>>" >> > >>>nice ASCII art. >> > >>Thanks :) >> > >> >> > >>> >> > >>>>I hope this captures all the key elements from the discussion. >> > >>>> >> > >>>>I am still unsure exactly how we are proceeding with regards to >> > >>>updating >> > >>>>RFC5696. Can this document both update RFC5696 AND be dependent on >> > it >> > >>>as >> > >>>>well? Currently I am thinking of adding the following as a >> > standalone >> > >>>>section: >> > >>>> >> > >>>>"Section N. Effect on baseline encoding >> > >>>> >> > >>>>The baseline encoding [rfc5696] specified that the 01 codepoint was >> > >>>for use >> > >>>>in experimental schemes. It also gave guidelines for such >> > experiments. >> > >>>This >> > >>>>document updates the 01 codepoint and fixes its meaning. >> > Consequently >> > >>>this >> > >>>>document updates [rfc5696]. People wishing to use the 01 codepoint >> > for >> > >>>>experimental schemes as described in [rfc5696] must accept the risk >> > >>>that >> > >>>>PCN-nodes compatible with this encoding scheme may not be >> > compatible >> > >>>with >> > >>>>their experiment." >> > >>>It would be dangerous for me to respond to this now - I'm too tired >> > >>>to think straight. But my gut feeling is that the wording should >> > lean >> > >>>more towards "updates", and less towards appearing to encourage more >> > >>>experimentation, which would run counter to interoperability - the >> > >>>raison d'etre of a standards body. >> > >>OK, I can probably highlight that we are not recommending people >> > start >> > >>experiments, but if they are already using the EXP codepoint for >> > anything >> > >>else they need to be aware of this clash... >> > >> >> > >>> >> > >>> >> > >>> >> > >>>>Two inline responses to Michael at the end >> > >>>One from me too... >> > >>> >> > >>> >> > >>> >> > >>>>Toby >> > >>>> >> > >>>>>-----Original Message----- >> > >>>>>From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf >> > >>>Of >> > >>>>>Toby Moncaster >> > >>>>>Sent: 01 April 2011 14:58 >> > >>>>>To: 'Bob Briscoe'; 'Michael Menth' >> > >>>>>Cc: pcn@ietf.org >> > >>>>>Subject: Re: [PCN] ECN handling with 3-in-1 >> > >>>>> >> > >>>>>I'm not sure if I captured all the changes we intend to do on this >> > >>>>>draft: >> > >>>>> >> > >>>>>1) add Michael's text on e2e ECN (once it has become stable) >> > >>>>> >> > >>>>>2) add a brief paragraph explaining that this effectively updates >> > >>>>>RFC5696 >> > >>>>>and that therefore anyone running experiments with that are on >> > >>>their >> > >>>>>own >> > >>>>>(which they kind of are anyway, if they are doing an experiment!). >> > >>>>> >> > >>>>>3) clarify how to do single marking with this encoding. >> > >>>>> >> > >>>>>I now recall the real reason why I wanted to preserve baseline >> > >>>which is >> > >>>>>that >> > >>>>>this encoding has the RFC6040 dependency. >> > >>>>> >> > >>>>>Is there any mileage in exploring a bis for RFC5696? As I see it >> > we >> > >>>are >> > >>>>>always going to have a slightly messy situation. For instance I am >> > >>>not >> > >>>>>sure >> > >>>>>if you are allowed the circular dependency of 3-in-1 encoding >> > being >> > >>>>>dependent on RFC5696 but also updating RFC5696. >> > >>>>> >> > >>>>>Of course we could always revive the option we discussed, where we >> > >>>>>obsolete >> > >>>>>RFC5696 and incorporate a baseline behaviour within this draft >> > >>>(which >> > >>>>>could >> > >>>>>then be called PCN encodings using a single DSCP)... >> > >>>>> >> > >>>>>Thoughts anyone? >> > >>>>> >> > >>>>>Toby >> > >>>>> >> > >>>>>>-----Original Message----- >> > >>>>>>From: Bob Briscoe [mailto:bob.briscoe@bt.com] >> > >>>>>>Sent: 01 April 2011 13:22 >> > >>>>>>To: Michael Menth >> > >>>>>>Cc: Toby Moncaster; pcn@ietf.org >> > >>>>>>Subject: Re: [PCN] ECN handling with 3-in-1 >> > >>>>>> >> > >>>>>>Michael, >> > >>>>>> >> > >>>>>>At 09:36 01/04/2011, Michael Menth wrote: >> > >>>>>>>Hi all, >> > >>>>>>> >> > >>>>>>>to quickly see that the case analysis is complete, I suggest a >> > >>>>>>>slight rewording: >> > >>>>>>> >> > >>>>>>>Handling of ECN traffic >> > >>>>>>>* ECN traffic not being subject to PCN control and not sharing a >> > >>>>>>>PCN-compatible DSCP >> > >>>>>>> - no action needed >> > >>>>>>>* ECN traffic not being subject to PCN control and sharing a >> > >>>>>>>PCN-compatible DSCP >> > >>>>>>> - ingress tunnels that traffic with an non-PCN-compatible >> > >>>DSCP >> > >>>>>>>in the outer header (any tunnel may be used) >> > >>>>>>> - alternative: ingress maps the DSCP to a local DSCP and >> > >>>egress >> > >>>>>>>re-maps it to the original PCN-compatible DSCP >> > >>>>>>> - alternative: ingress tunnels that traffic with not-PCN >> > in >> > >>>the >> > >>>>>>>outer header (any tunnel may be used); note that this turns of >> > >>>ECN >> > >>>>>>>for this traffic within the PCN domain. >> > >>>>>>We ought to recommend one: >> > >>>>>>#2 does nothing wrong, whereas the others do, to a certain >> > >>>extent. >> > >>>>>>THe only reason for using #3 would be if you are short of DSCPs >> > >>>(e.g. >> > >>>>>>MPLS or Ethernet). >> > >>>>>>#1 changes the PHB, whereas #2 doesn't and is otherwise the same. >> > >>>So >> > >>>>>>#1 can be chucked. >> > >>>>>> >> > >>>>>>>* ECN traffic being subject to PCN control >> > >>>>>>> - ingress drops CE-marked packets and egress zeros ECN >> > >>>field of >> > >>>>>>>PCN packets which disables end-to-end ECN >> > >>>>>>Not recommended >> > >>>>>> >> > >>>>>>> - alternative: ingress tunnels that traffic with a >> > >>>>>>>PCN-compatible DSCP in the outer header and the egress zeros >> > >>>>>>>ECN-field before decapsulation (any tunnel may be used) >> > >>>>>>recommended >> > >>>>>> >> > >>>>>>>* ECN traffic being subject to PCN control, and the receiver has >> > >>>>>>>indicated to receive PCN marks >> > >>>>>>> - ingress tunnels that traffic with a PCN-compatible DSCP >> > >>>but >> > >>>>>>>the egress SHOULD NOT zero the ECN field before decapsulation >> > >>>>>>>according to RFC6040 normal mode; note that this may turn >> > >>>ECT(0) >> > >>>>>>>into ECT(1) so that the nonce is modified. >> > >>>>>>Good point. >> > >>>>>>This needs to be clearly flagged as an experimental only scheme. >> > >>>>>> >> > >>>>>> >> > >>>>>>>Another two questions >> > >>>>>>>* Traffic may arrive with a non-PCN-compatible DSCP and is >> > >>>subject >> > >>>>>>>to PCN control. Do we care about the original DSCP? This seems >> > >>>to be >> > >>>>>>>a similar issue. >> > >>>>>>Similar to what? >> > >>>>What Michael means is, if an operator chooses to change the DSCP of >> > an >> > >>>>arriving packet in order to enable PCN for that packet, should that >> > >>>change >> > >>>>be reversed on leaving the PCN domain? This is starting to get >> > rather >> > >>>>obscure. Appendix A.1 of RFC5696 discusses the choice of suitable >> > >>>DSCPs for >> > >>>>PCN and makes it clear that operators should choose to use an >> > existing >> > >>>DSCP >> > >>>>providing suitable scheduling and priority. However, if an operator >> > >>>chooses >> > >>>>to define a local DSCP instead then they are free to do so. If I >> > >>>recall >> > >>>>right, DSCPs are not guaranteed to survive between domains >> > anyway... >> > >>>> >> > >>>> >> > >>>>>>>* How is the ECN-field of traffic with a PCN-compatible DSCP >> > >>>>>>>interpreted outside a PCN domain? I guess with ECN semantics? >> > >>>Have >> > >>>>>>>we stated that somewhere. Do we need to state it? >> > >>>>>>Dunno whether we've said this somewhere. Will need to check. >> > >>>>Is this at all relevant to PCN? I would argue we don't need to >> > state >> > >>>this >> > >>>>anywhere at all since PCN semantics only apply inside a PCN-domain. >> > IN >> > >>>>appendix A.1 of RFC5696 we make it clear that PCN is a marking >> > >>>behaviour for >> > >>>>use within the PCN-domain and discuss DSCP-related issues >> > >>>Given we are talking about e2e ECN support across a PCN domain, it >> > >>>would do no harm to reinforce the idea that a DSCP cannot even be >> > >>>considered PCN-compatible when it is outside a PCN domain - it has >> > >>>its usual scheulding PHB, but its congestion marking behaviour is >> > the >> > >>>ECN default, not PCN. >> > >>Would adding the following (in a suitable place) suffice?: >> > >> >> > >>"PCN is in effect a congestion marking behaviour for use with >> > realtime >> > >>traffic in a controlled domain. As such, within the PCN-domain, PCN >> > marking >> > >>replaces ECN marking for any PCN-enabled DSCPs. Outside the PCN- >> > domain, ECN >> > >>remains the default behaviour for all DSCPs." >> > >> >> > >>Toby >> > >> >> > >>> >> > >>>Bob >> > >>> >> > >>> >> > >>> >> > >>>>>> >> > >>>>>>Bob >> > >>>>>> >> > >>>>>> >> > >>>>>>>Best wishes, >> > >>>>>>> >> > >>>>>>> Michael >> > >>>>>>> >> > >>>>>>>-- >> > >>>>>>>Prof. Dr. habil. Michael Menth >> > >>>>>>>University of Tuebingen >> > >>>>>>>Faculty of Science >> > >>>>>>>Department of Computer Science >> > >>>>>>>Chair of Communication Networks >> > >>>>>>>Sand 13, 72076 Tuebingen, Germany >> > >>>>>>>phone: (+49)-7071/29-70505 >> > >>>>>>>fax: (+49)-7071/29-5220 >> > >>>>>>>mailto:menth@uni-tuebingen.de >> > >>>>>>>http://www-kn.informatik.uni-tuebingen.de >> > >>>>>>________________________________________________________________ >> > >>>>>>Bob Briscoe, BT Innovate& Design >> > >>>>>_______________________________________________ >> > >>>>>PCN mailing list >> > >>>>>PCN@ietf.org >> > >>>>>https://www.ietf.org/mailman/listinfo/pcn >> > >>>________________________________________________________________ >> > >>>Bob Briscoe, BT Innovate& Design >> > > >> > >-- >> > >Prof. Dr. habil. Michael Menth >> > >University of Tuebingen >> > >Faculty of Science >> > >Department of Computer Science >> > >Chair of Communication Networks >> > >Sand 13, 72076 Tuebingen, Germany >> > >phone: (+49)-7071/29-70505 >> > >fax: (+49)-7071/29-5220 >> > >mailto:menth@uni-tuebingen.de >> > >http://www-kn.informatik.uni-tuebingen.de >> > >> > ________________________________________________________________ >> > Bob Briscoe, BT Innovate & Design > >________________________________________________________________ >Bob Briscoe, BT Innovate & Design > >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn From philip.eardley@bt.com Mon Apr 18 01:43:20 2011 Return-Path: X-Original-To: pcn@ietfc.amsl.com Delivered-To: pcn@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id C753AE067F for ; Mon, 18 Apr 2011 01:43:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.913 X-Spam-Level: X-Spam-Status: No, score=-101.913 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A870AZA4skWi for ; Mon, 18 Apr 2011 01:43:16 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtp62.intersmtp.COM [62.239.224.235]) by ietfc.amsl.com (Postfix) with ESMTP id 80253E065C for ; Mon, 18 Apr 2011 01:43:16 -0700 (PDT) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A006ED62.smtp-e2.hygiene.service (10.187.98.11) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 18 Apr 2011 09:43:14 +0100 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.28]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Mon, 18 Apr 2011 09:43:15 +0100 From: To: , Date: Mon, 18 Apr 2011 09:43:13 +0100 Thread-Topic: [PCN] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) Thread-Index: Acv7Jikb6KN62hpGQSOCCq+ZhV3hxgCfmn/A Message-ID: <9510D26531EF184D9017DF24659BB87F32924ED42E@EMV65-UKRD.domain1.systemhost.net> References: <2871A0392209401682084AAAC31B1172@dynamic.ewi.utwente.nl> <1302841953.19801.7.camel@tachyon> In-Reply-To: <1302841953.19801.7.camel@tachyon> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: pcn@ietf.org Subject: Re: [PCN] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2011 08:43:20 -0000 Looks good, Best wishes, phil -----Original Message----- From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of Steve= n Blake Sent: 15 April 2011 05:33 To: Georgios Karagiannis Cc: pcn@ietf.org Subject: Re: [PCN] New version: draft-ietf-pcn-encoding-comparison-05 (star= t abbreviated WGLC?) On Wed, 2011-04-13 at 17:32 +0200, Georgios Karagiannis wrote: > Hi all >=20 > I have just submitted draft-ietf-pcn-encoding-comparison-05, see below.=20 >=20 > http://www.ietf.org/internet-drafts/draft-ietf-pcn-encoding-comparison-05= .tx > t >=20 > I have used all provided comments, including comments that were provided = by > Gorry Fairhust on a paper version of the pcn encoding draft. In the > attachment of this email I am including a pdf (05) version of the draft, > which includes track changes. These track changes show how I have worked = out > the comments provided by Gorry Fairhust. >=20 > Steve and/or Scott shall we start an abbreviated WGLC on > draft-ietf-pcn-encoding-comparison-05? Thanks Georgios. This begins a one-week WGLC on this draft, to conclude next Friday April 22. Please send comments to the list, and don't forget the WGLC for draft-ietf-pcn-signaling-requirements-03. Regards, // Steve _______________________________________________ PCN mailing list PCN@ietf.org https://www.ietf.org/mailman/listinfo/pcn From slblake@petri-meat.com Tue Apr 26 20:35:43 2011 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E31DE0682 for ; Tue, 26 Apr 2011 20:35:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.185 X-Spam-Level: X-Spam-Status: No, score=-100.185 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4-vOBfoepDhD for ; Tue, 26 Apr 2011 20:35:42 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id CA8DCE062A for ; Tue, 26 Apr 2011 20:35:42 -0700 (PDT) Received: from cpe-174-097-227-047.nc.res.rr.com ([174.97.227.47]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from ) id 1QEvXR-0005S5-2P for pcn@ietf.org; Tue, 26 Apr 2011 23:35:41 -0400 From: Steven Blake To: pcn In-Reply-To: <1302098213.20573.3.camel@tachyon> References: <1302098213.20573.3.camel@tachyon> Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Apr 2011 23:35:40 -0400 Message-ID: <1303875340.19007.5.camel@tachyon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit 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] WGLC for draft-ietf-pcn-signaling-requirements-03 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 03:35:43 -0000 On Wed, 2011-04-06 at 09:56 -0400, Steven Blake wrote: > This begins the WGLC for > > http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 > > to end Wednesday, April 20. Please send comments to the list. Georgios, I see rough consensus to make the set of edits proposed on the list. Please do so, and we will forward the draft to the IESG. Thanks to everyone who commented. Regards, // Steve From slblake@petri-meat.com Tue Apr 26 20:36:37 2011 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D665AE0685 for ; Tue, 26 Apr 2011 20:36:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.392 X-Spam-Level: X-Spam-Status: No, score=-101.392 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NnMCo-5X29jh for ; Tue, 26 Apr 2011 20:36:37 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id 587CAE0682 for ; Tue, 26 Apr 2011 20:36:37 -0700 (PDT) Received: from cpe-174-097-227-047.nc.res.rr.com ([174.97.227.47]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from ) id 1QEvYH-0005we-LU; Tue, 26 Apr 2011 23:36:33 -0400 From: Steven Blake To: philip.eardley@bt.com In-Reply-To: <9510D26531EF184D9017DF24659BB87F32924ED42E@EMV65-UKRD.domain1.systemhost.net> References: <2871A0392209401682084AAAC31B1172@dynamic.ewi.utwente.nl> <1302841953.19801.7.camel@tachyon> <9510D26531EF184D9017DF24659BB87F32924ED42E@EMV65-UKRD.domain1.systemhost.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Apr 2011 23:36:33 -0400 Message-ID: <1303875393.19007.6.camel@tachyon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit 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] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 03:36:37 -0000 On Mon, 2011-04-18 at 09:43 +0100, philip.eardley@bt.com wrote: > Looks good, > Best wishes, > phil Ok, let's ship it. Regards, // Steve From karagian@cs.utwente.nl Tue Apr 26 22:21:11 2011 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2C07E0659 for ; Tue, 26 Apr 2011 22:21:10 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7aaGPc1Nm8T for ; Tue, 26 Apr 2011 22:21:07 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfa.amsl.com (Postfix) with ESMTP id D79EFE06AF for ; Tue, 26 Apr 2011 22:21:06 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p3R5K018021925; Wed, 27 Apr 2011 07:20:00 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Wed, 27 Apr 2011 05:21:00 +0000 To: "Steven Blake" , "pcn" Date: Wed, 27 Apr 2011 05:20:59 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: <1303875340.19007.5.camel@tachyon> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 27 Apr 2011 07:20:09 +0200 (MEST) Subject: Re: [PCN] WGLC for draft-ietf-pcn-signaling-requirements-03 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 05:21:11 -0000 Hi Steve Thanks! I will do so! Best regards, Georgios On 4/27/2011, "Steven Blake" wrote: >On Wed, 2011-04-06 at 09:56 -0400, Steven Blake wrote: > >> This begins the WGLC for >> >> http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 >> >> to end Wednesday, April 20. Please send comments to the list. > >Georgios, I see rough consensus to make the set of edits proposed on the >list. Please do so, and we will forward the draft to the IESG. > >Thanks to everyone who commented. > > >Regards, > >// Steve > >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn From karagian@cs.utwente.nl Tue Apr 26 22:22:27 2011 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4277BE06AF for ; Tue, 26 Apr 2011 22:22:27 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kKSNn8DU-VYP for ; Tue, 26 Apr 2011 22:22:26 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfa.amsl.com (Postfix) with ESMTP id 717AAE0659 for ; Tue, 26 Apr 2011 22:22:26 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p3R5LO9a022590; Wed, 27 Apr 2011 07:21:24 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Wed, 27 Apr 2011 05:22:23 +0000 To: "Steven Blake" , "philip.eardley@bt.com" Date: Wed, 27 Apr 2011 05:22:23 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: <1303875393.19007.6.camel@tachyon> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 27 Apr 2011 07:21:32 +0200 (MEST) Cc: "pcn@ietf.org" Subject: Re: [PCN] New version: draft-ietf-pcn-encoding-comparison-05 (start abbreviated WGLC?) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 05:22:27 -0000 Hi Steve Thanks! I will do so! Best regards, Georgios On 4/27/2011, "Steven Blake" wrote: >On Mon, 2011-04-18 at 09:43 +0100, philip.eardley@bt.com wrote: > >> Looks good, >> Best wishes, >> phil > >Ok, let's ship it. > > >Regards, > >// Steve From karagian@cs.utwente.nl Wed Apr 27 13:16:17 2011 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76B02E07C8 for ; Wed, 27 Apr 2011 13:16:17 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vQoYE+QpLcvp for ; Wed, 27 Apr 2011 13:16:17 -0700 (PDT) Received: from denhaag.ewi.utwente.nl (denhaag.ewi.utwente.nl [130.89.10.11]) by ietfa.amsl.com (Postfix) with ESMTP id AFFA7E07A8 for ; Wed, 27 Apr 2011 13:16:16 -0700 (PDT) Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26]) by denhaag.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id p3RKFCVl005541; Wed, 27 Apr 2011 22:15:12 +0200 (MEST) Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl) by webmail.cs.utwente.nl with HTTP; Wed, 27 Apr 2011 20:16:12 +0000 To: "Steven Blake" , "pcn" Date: Wed, 27 Apr 2011 20:16:12 +0000 X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl) Message-ID: In-Reply-To: <1303875340.19007.5.camel@tachyon> From: "Georgios Karagiannis" Bounce-To: "Georgios Karagiannis" Errors-To: "Georgios Karagiannis" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.52 on 130.89.10.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3 (denhaag.ewi.utwente.nl [130.89.10.11]); Wed, 27 Apr 2011 22:15:21 +0200 (MEST) Subject: [PCN] submitted draft-ietf-pcn-signaling-requirements-04 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 20:16:17 -0000 Hi Steve, Hi all I have worked out all comments that I received during the WGLC and submitted draft-ietf-pcn-signaling-requirements-04, see URL: http://www.ietf.org/id/draft-ietf-pcn-signaling-requirements-04.txt Best regards, Georgios On 4/27/2011, "Steven Blake" wrote: >On Wed, 2011-04-06 at 09:56 -0400, Steven Blake wrote: > >> This begins the WGLC for >> >> http://tools.ietf.org/html/draft-ietf-pcn-signaling-requirements-03 >> >> to end Wednesday, April 20. Please send comments to the list. > >Georgios, I see rough consensus to make the set of edits proposed on the >list. Please do so, and we will forward the draft to the IESG. > >Thanks to everyone who commented. > > >Regards, > >// Steve > >_______________________________________________ >PCN mailing list >PCN@ietf.org >https://www.ietf.org/mailman/listinfo/pcn