From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: "himanshu shah" Subject: FW: draft-shah-pwe3-control-protocol-extension-00.txt Date: Sun, 2 Mar 2003 23:23:38 -0500 Lines: 435 Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0025_01C2E112.C1ED71E0" Return-path: To: , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-SMTP-HELO: smtp02.mrf.mail.rcn.net X-SMTP-MAIL-FROM: hshah@rcn.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: smtp02.mrf.mail.rcn.net [207.172.4.61] Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C2E112.C1ED71E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit FYI... -----Original Message----- From: Shah, Himanshu Sent: Friday, February 21, 2003 4:27 PM To: 'internet-drafts@ietf.org' Subject: draft-shah-pwe3-control-protocol-extension-00.txt Hello, Please post the attached draft on the IETF internet draft directory. >From the abstract, This document describes extensions to [PWE3-CONTROL] draft to enable exchange of additional information about the Pseudowire without having to withdraw the VC-FEC first. Himanshu Shah Tenor Networks Acton, MA ------=_NextPart_000_0025_01C2E112.C1ED71E0 Content-Type: text/plain; name="draft-shah-pwe3-control-protocol-extension-00.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="draft-shah-pwe3-control-protocol-extension-00.txt" Himanshu Shah=20 Tenor Networks=20 PWE3 Working Group =20 Internet Draft=20 Draft-shah-pwe3-control-protocol-extension-00.txt =20 =20 February 2003 =20 Expires: August 2003=20 =20 =20 =20 =20 =20 Extensions to Transport of Layer 2 frames over MPLS=20 =20 =20 Status of this Memo=20 =20 This document is an Internet-Draft and is in full conformance with=20 all provisions of Section 10 of RFC2026.=20 =20 =20 Internet-Drafts are working documents of the Internet Engineering=20 Task Force (IETF), its areas, and its working groups. Note that = other groups may also distribute working documents as Internet- Drafts.=20 =20 Internet-Drafts are draft documents valid for a maximum of six=20 months and may be updated, replaced, or obsoleted by other documents=20 at any time. It is inappropriate to use Internet-Drafts as=20 reference material or to cite them other than as "work in progress."=20 =20 The list of current Internet-Drafts can be accessed at=20 http://www.ietf.org/ietf/1id-abstracts.txt=20 The list of Internet-Draft Shadow Directories can be accessed at=20 http://www.ietf.org/shadow.html.=20 =20 Abstract=20 =20 This document describes extensions to [PWE3-CONTROL] draft to enable=20 exchange of additional information about the Pseudowire without=20 having to withdraw the VC-FEC first.=20 =20 1.0 Specification of Requirements=20 =20 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",=20 "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this=20 document are to be interpreted as described in RFC 2119.=20 =20 2.0 Introduction=20 =20 The [PWE3-CONTROL] draft describes how two PEs signal Pseudowire=20 related information to each other in order to establish a=20 Pseudowire. This information, called VC-FEC, is exchanged over the=20 =20 Shah, et al. Expires August 2003 1 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 targeted LDP session and contains Pseudowire specific information=20 that is static. If any of this information is to change, label=20 mapping for the VC-FEC must be withdrawn and re-advertised with the=20 changed VC-FEC.=20 =20 This draft describes a mechanism whereby additional information=20 about the Pseudowire that can be dispatched with the VC-FEC without=20 having to first withdraw the PW-Label for the advertised VC-FEC.=20 This additional information may either be related to the operations=20 of the Pseudowire such as state of the Attachment circuit, IP=20 address and/or MAC address of the attached CE, etc, or may affect =20 setup of the Pseudowire, such as traffic engineering parameters,=20 security related information, type of tunnel signaling used, VPN=20 related information, etc. This document does not define all the=20 information elements that can be passed optionally with the VC-FEC=20 but rather a mechanism whereby such information can be passed either=20 during the setup or as an update without having to first tearing=20 down the existing Pseudowire.=20 =20 This document recommends that such information be passed as LDP TLVs=20 in the optional parameter field of the Label Mapping message for the=20 VC-FEC. =20 =20 3.0 LDP=20 =20 The [PWE3-Control] uses downstream unsolicited Label Mapping message=20 to advertise the VC-FEC for a given Pseudowire. The [LDP] document=20 section 3.5.7 defines the encoding of Label Mapping message as=20 follows.=20 =20 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |0| Label Mapping (0x0400) | Message Length |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Message ID |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | FEC TLV |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Label TLV |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Optional Parameters |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 Message ID=20 32-bit value used to identify this message.=20 =20 FEC TLV=20 Specifies the FEC component of the FEC-Label mapping being=20 advertised. The [PWE3-Control] document specifies the FEC=20 Element for the Pseudowire for the FEC TLV. This is commonly=20 referred to as VC-FEC. =20 =20 =20 Shah, et al. Expires August 2003 2 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 Label TLV=20 Specifies the Label component of the FEC-Label mapping.=20 =20 Optional Parameters=20 This variable length field contains 0 or more parameters, each=20 encoded as a TLV. =20 =20 This document specifies various TLVs that can be included in=20 Optional Parameter field of Label Mapping Message as a mean to=20 provide additional attributes for the Pseudowire.=20 =20 When these TLVs are passed as an update to an existing VC-FEC, the=20 Label Mapping message is sent with the same VC-FEC and the label=20 that was advertised earlier. =20 =20 4.0 TLVs=20 =20 4.1 Operational Status TLV=20 =20 The Operational Status TLV is used to notify the remote PE peer=20 about the change in operational status of the attached circuit or=20 the tunnel carrying the PW. The exchange of this information is an=20 alternative to the current practice of withdrawing the PW label for=20 such circumstances. =20 =20 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |1|0| Status TLV (TBD) | Length |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | type | status |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 type=20 16-bit value is used to identify the interface type. A value of 1=20 means operational status is for the attachment circuit. A value of=20 2 means that operational status is for the unidirectional portion=20 of the PW that spans from advertising PE to the receiving PE.=20 =20 Status=20 16-bit value specifies the operational status. A value of 0 means=20 that AC or PW is down or inactive while a value of 1 means that AC=20 or PW is up or active.=20 =20 The absence of status TLV in optional parameter of Label Mapping=20 message for the VC-FEC must not be interpreted as status down. In=20 fact, PEs should assume operational status of the remote attachment=20 circuit and incoming PW as operational unless notified otherwise.=20 The operational status down must then be followed by operational=20 status up in order for remote PE to resume traffic.=20 =20 =20 Shah, et al. Expires August 2003 3 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 The sender has the responsibility to coordinate the status=20 notifications. The receiver may or may not react to these=20 notifications.=20 =20 4.2 IP Address TLV=20 =20 The IP Address TLV is used to notify the remote PE about the IP=20 address of the locally attached CE. This information is useful for=20 point-to-point Layer 2 interworking circuit [shah-arp].=20 =20 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |1|0| IP Address TLV (TBD) | Length |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | IP Address |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 IP Address=20 32-bit field contains IP address of the attached CE. When value is=20 zero, the IP address of the attached CE is not known or has become=20 unknown.=20 =20 The [shah-arp] draft describes the need to exchange and how to=20 process such information.=20 =20 4.3 IP+MAC Address TLV=20 =20 The IP+MAC Address TLV is used to notify the remote PE about the IP=20 and MAC address of the locally attached CE. This information is=20 useful for multipoint-to-multipoint Pseudowire for IP as described=20 in [shah-ipls] document.=20 =20 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |1|0| IP Address TLV (TBD) | Length |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | IP Address |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | MAC Address |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | MAC Address | Reserved |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 IP Address=20 32-bit field contains IP address of the attached CE. When value is=20 zero, the IP address of the attached CE is not known or has become=20 unknown.=20 =20 MAC Address=20 =20 Shah, et al. Expires August 2003 4 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 48-bit field contains MAC address of the attached CE. When the=20 value is zero, the MAC address of the attached CE is not known or=20 has become unknown.=20 =20 The [shah-ipls] draft describes the need to exchange and how to=20 process such information.=20 =20 4.4 Pseudowire QOS TLV=20 =20 The Pseudowire QOS TLV is used to notify the remote PE about tunnel=20 signaling mechanisms and traffic engineering parameters to be used=20 to setup the ingress Pseudowire from the remote to the advertising=20 PE. As stated earlier, this information can also be passed as an=20 update. It is possible that receiver may then respond to the update=20 by first withdrawing the advertised PW label and re-advertise new PW=20 label with same VC-FEC.=20 =20 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |1|0| PW QOS TLV (TBD) | Length |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Tunnel Type | Reserved |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Committed Inforation Rate (CIR) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Peak Information Rate (PIR) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Committed Burst Size (CBS) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Peak Burst Size (PBS) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 Tunnel Type=20 16-bit value identifies the signaling mechanisms to be used to=20 setup the tunnel over which the PW is mapped. A value of 0=20 indicates that tunnel type is not specified. A value of 1=20 indicates use of LDP and a value of 2 indicate use of RSVP-TE. =20 =20 Traffic Engineering Parameters=20 Each TE parameter is encoded as a 32-bit IEEE single precision=20 floating-point number. The CIR and PIR are in units of bytes per=20 second while CBS and PBS are in units of bytes.=20 =20 The PW QOS TLV conveys traffic engineering parameters that=20 advertising PE would like remote PE to consider when establishing=20 the Pseudowire from remote PE to the advertising PE. The traffic=20 engineering parameters can also be used to select appropriate=20 traffic shaper and policer for the attached circuit at the remote=20 PE.=20 =20 =20 =20 Shah, et al. Expires August 2003 5 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 5.0 General Procedures=20 =20 The TLVs described in this document are mandatory for some=20 pseudowire types (e.g. ARP mediation, IPLS) while optional but=20 useful for others. In general, where necessary, =91withdraw=92 of=20 optional parameters is realized by issuing the Label Mapping message=20 with same TLVs as an update with value zero. This alleviates the=20 need to cycle through Label Withdraw followed by Label Mapping=20 message to convey new parameters.=20 =20 The receiving PE must always inspect Optional Parameter field of the=20 Label Mapping message to detect the presence of these TLVs. When a=20 Label Mapping message is received with the same PW label for the=20 same VC-FEC from same remote Peer, TLVs must be examined to detect=20 the change in attributes before discarding the message as a=20 =91duplicate=92.=20 =20 The future revision of this document will contain more definitions=20 of other TLVs that are useful as adjunct information for the VC-FEC.=20 =20 6.0 Security Considerations=20 =20 The security aspects of this solution will be discussed at a later=20 time.=20 =20 =20 7.0 References=20 =20 [PWE3-CONTROL] Martini et. Al., =93Transport of Layer 2 Frames Over=20 MPLS=94, draft-ietf-pwe3-control-protocol-01.txt, August 2002 (work = in=20 progress)=20 =20 [LDP] "LDP Specification." L. Andersson, P. Doolan, N. Feldman, A.=20 Fredette, B. Thomas. January 2001. RFC3036=20 =20 [shah-arp] Shah et. Al., =93ARP Mediation for IP interworking of = Layer=20 2 VPN=94, Draft-shah-ppvpn-arp-mediation-01.txt, June 2002 (work in=20 progress)=20 =20 [shah-ipls] Shah et. Al., =93IP over LAN Service=94, = Draft-shah-ppvpn- ipls-00.txt. October 2002. (work in progress).=20 =20 =20 Author's Address=20 =20 Himanshu Shah=20 Tenor Networks=20 100 Nagog Park=20 Acton, MA 01720=20 Email: hshah@tenornetworks.com=20 =20 =20 Full copyright statement=20 =20 Shah, et al. Expires August 2003 6 = =0C Internet Draft draft-shah-pwe3-control-protocol-extension-00.txt=20 =20 =20 =20 Copyright (C) The Internet Society (1999). All Rights Reserved.=20 =20 =20 This document and translations of it may be copied and furnished to = others, and derivative works that comment on or otherwise explain it = =20 or assist its implementation may be prepared, copied, published and = distributed, in whole or in part, without restriction of any kind,=20 provided that the above copyright notice and this paragraph are =20 included on all such copies and derivative works. However, this =20 document itself may not be modified in any way, such as by removing = the copyright notice or references to the Internet Society or other = Internet organizations, except as needed for the purpose of =20 developing Internet standards in which case the procedures for =20 copyrights defined in the Internet Standards process must be =20 followed, or as required to translate it into languages other than =20 English.=20 =20 The limited permissions granted above are perpetual and will not be = revoked by the Internet Society or its successors or assigns.=20 This document and the information contained herein is provided on an = =20 "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING = TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING =20 BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION =20 HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF =20 MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.=20 =20 Shah, et al. Expires August 2003 7 =0C ------=_NextPart_000_0025_01C2E112.C1ED71E0-- From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-stein-pwe3-dtdmoip-00.txt Date: Mon, 03 Mar 2003 06:47:22 -0500 Lines: 81 Sender: pwe3-admin@ietf.org Reply-To: Internet-Drafts@ietf.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Cc: pwe3@ietf.org Return-path: To: IETF-Announce: ; Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , X-Spam-Report: 5 hits, 5 required; * 1.1 -- To: has a malformed address * 0.5 -- From: does not include a real name * 2.2 -- BODY: Claims you can be removed from the list * 1.1 -- BODY: A word in all caps repeated on the line * 0.1 -- RAW: MIME filename does not match content Status: O --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : TDM over IP using Loop Emulation Author(s) : J. Stein, R. Shashoua, T. Segal Filename : draft-stein-pwe3-dtdmoip-00.txt Pages : 10 Date : 2003-2-28 This document describes a method for transporting time division multiplexed (TDM) signals over Pseudo Wires using AAL2 loop emulation. It is complimentary to TDM over IP using AAL1 circuit emulation as defined in [TDMoIP]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-stein-pwe3-dtdmoip-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-stein-pwe3-dtdmoip-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-stein-pwe3-dtdmoip-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: DE -->DiffServ mapping in FRoPSN Date: Mon, 3 Mar 2003 19:35:50 +0200 Lines: 24 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Cc: "PWE3 WG (E-mail)" Return-path: To: "Andrew G. Malis (E-mail)" , "Luca (E-mail)" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy and Luca I seem to remember that the early Martini drafts have defined optional mapping of the FR DE markings and the ATM CLP one to DiffServ markings of the encapsulating MPLS packets (the EXP bits). I have always considered this as an important option allowing to preserve dropping precedence across the PSN. When I tried to check the status of this option in the current drafts (draft-ietf-pwe3-frame-relay-00.txt and draft-ietf-pwe3-atm-encap-01.txt) I have found, to my surprise, that it has been retained for ATM (see Section 7.2) but somehow disappeared for FR. If this is an editorial slip, it. IMHO, deserves to be fixed. If it is intentional, I would really appreciate an explanation as I do not see any obvious reasons for the difference. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Danny McPherson Subject: IETF 56 Presentation Submissions (fwd) Date: Mon, 03 Mar 2003 13:28:34 -0700 Lines: 35 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O FYI... -danny ------- Forwarded Message From minutes@ietf.org Wed Dec 27 16:41:43 2006 Date: Mon, 03 Mar 2003 14:52:30 -0500 From: IETF Proceedings Administrator To: wgchairs@ietf.org, bofchairs@ietf.org, Steve Coya Subject: IETF 56 Presentation Submissions Status: O This message is for all group chairs who will be meeting in San Francisco. Presentations may be submitted for online viewing at IETF 56 along with any interim sessions since Atlanta (55). These materials may be sent in until Thursday, March 14th @ 5:00pm. After this cutoff date materials may be submitted onsite at the Registration Desk, however please allow at least 1 day for new posts to be listed online. Please see www.ietf.org/proceedings/03mar/ for guidelines and the group submission form. Thank you, IETF Secretariat ------- End of Forwarded Message From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Danny McPherson Subject: Draft Agenda Date: Mon, 03 Mar 2003 13:30:30 -0700 Lines: 95 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Last cut before I send it in. Let me know by ASAP if you have any corrections, comments or other... -danny [] Pseudo Wire Emulation Edge to Edge (pwe3) Wednesday, March 19 1530-1730 ============================= CHAIR: "Danny McPherson" AGENDA: 1530-1540 Administrivia "Danny McPherson" http://www.ietf.org/internet-drafts/draft-ietf-pwe3-arch-02.txt> Discussion: 1) Update on current architecture document 2) Discussion of PWE3 Congestion Control 1600-1610 PWE3 OAM: Virtual Circuit Connection Verification "Thomas Nadeau" Discussion: PWE3 OAM Message Mapping and MPLS OAM. Discussion of the VCCV and OAM message mapping drafts, how they fit into and satisfy the MPLS OAM requirements, and next steps. ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-mpls-oam-requirements-00.txt ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-pwe3-oam-msgmap-00.txt ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-pwe3-vccv-00.txt 1610-1615 ATM PW MIB "Thomas D. Nadeau" Discussion: Discussion of PW ATM MIB and how it fits into accepted PW MIB management model for PWE3. ftp://ftp-eng.cisco.com/tnadeau/PWEMIB/draft-sathappan-pw-atm-mib-00.txt 1615-1625 TDM Proposals "Tom K. Johnson" Discussion: Discuss alternate proposal for DS3, E3, DS1, E1, and NxDS0 circuit emulation. http://www.ietf.org/internet-drafts/draft-johnson-pwe3-tdm-00.txt 1625-1635 Open Issues in TDM Requirements Draft "Max Riegel" Discussion: Discussion of open issues from the mailing list and clarification of further proceeding with the document in alignment with other WG I-Ds. http://www.ietf.org/internet-drafts/draft-ietf-pwe3-tdm-requirements-00.txt 1635-1645 TDM over IP Using Loop Emulation "Yaakov Stein" Discussion: TDM o IP using Loop Emulation, with emphasis on bandwidth conservation and the possibilities it opens for congestion avoidance. http://www.dspcsp.com/tdmoip/draft-stein-pwe3-tdmoiple-00.txt 1645-1655 PW Setup & Maintenance Using LDP "Luca Martini" Discussion: Discuss changes regarding move of LDP setup and control protocol to separate document. http://www.ietf.org/internet-drafts/draft-ietf-pwe3-control-protocol-00.txt 1655-1700 Aligning PDU transport mode with ATM Forum "Shahram Davari" Discussion: ATM Forum detected problems with PDU mode and as a result has revised it. I will try to explain what those problems are and why PWE3 should revise the PDU mode and align it with ATM Forum http://www.ietf.org/internet-drafts/draft-davari-pwe3-aal12-over-psn-01.txt 1700-1705 MPLS Forum Liaison Statement "Walsh, Thomas D (Tom)" 1705-1710 Available 1710-1720 L2TPv3 Update "W. Mark Townsley" Discussion: Give an update on the state of L2TPv3 http://www.ietf.org/internet-drafts/draft-ietf-l2tpext-l2tp-base-06.txt 1720-1730 Wrap Up From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Rod Martin" Subject: PWE3 question Date: Mon, 3 Mar 2003 17:23:51 -0500 Lines: 18 Sender: pwe3-admin@ietf.org Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: To: "'Pwe3" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I was wondering if anyone has provisioned a VPWS or VPLS using a Cisco 12008? I am looking for a performance and ease of configuration example. Thanks, ROD L. MARTIN CCDP, CFE, JNCIS, CFOE (MOBILE) 703-967-9506 http://www.juniper.net http://www.mplsvpn.net --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.459 / Virus Database: 258 - Release Date: 2/25/2003 From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Wei Luo Subject: draft-luo-l2tpext-l2vpn-signaling-01.txt Date: Mon, 03 Mar 2003 14:33:42 -0800 Lines: 970 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------EB3829DC163488F3EDFF9735" Return-path: X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en,zh-CN To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. --------------EB3829DC163488F3EDFF9735 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit FYI, enclosed is the latest draft-luo-l2tpext-l2vpn-signaling-01.txt. It should be available from IETF website as well. Your comments are appreciated. ---Wei --------------EB3829DC163488F3EDFF9735 Content-Type: text/plain; charset=us-ascii; name="draft-luo-l2tpext-l2vpn-signaling-01.txt" Content-Disposition: inline; filename="draft-luo-l2tpext-l2vpn-signaling-01.txt" Content-Transfer-Encoding: 7bit Network Working Group Wei Luo Internet Draft Cisco Systems, Inc. February 2003 L2VPN Signaling Using L2TPv3 Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. 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." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Abstract The Layer 2 Tunneling Protocol (L2TPv3) provides a standard method for setting up and managing L2TP sessions to tunnel a variety of L2 protocols. One of the reference models supported by L2TPv3 describes the use of an L2TP session to cross-connect two Layer 2 circuits attached to a pair of peering LACs. A cross-connect is a basic form of Layer 2 Virtual Private Networks (L2VPNs). This document describes mechanisms which utilize the building blocks that L2TP provides to construct different types of L2VPNs. Specification of Requirements 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]. Luo [Page 1] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 Table of Contents Status of this Memo.......................................... 1 1. Introduction.............................................. 3 2. Network Reference Model and L2VPN Applications............ 3 3. Forwarders and End Identifiers............................ 4 4. L2TP Control Messages..................................... 5 5. Existing AVPs for L2VPNs.................................. 5 5.1 Router ID............................................. 5 5.2 Pseudowire Capabilities List.......................... 5 5.3 Pseudowire Type....................................... 5 5.4 Pseudowire Control Encapsulation...................... 6 5.5 Circuit Status........................................ 6 5.6 Remote End ID......................................... 6 6. New AVPs for L2VPN........................................ 6 6.1 Local End ID.......................................... 6 7. Pseudowire Tie Detection.................................. 7 8. L2VPN Signaling Procedures................................ 8 8.1 Overview.............................................. 8 8.2 Generic Algorithm..................................... 8 8.3 Application-specified Processing...................... 12 8.3.1 Cross-connect.................................... 12 8.3.2 Virtual Private LAN Service...................... 12 8.3.3 Colored Pools.................................... 13 9. BGP-based Auto-discovery.................................. 13 9.1 Common L2VPN Addressing and NLRI Encoding............. 13 9.2 AFI/SAFI and BGP Capabilities......................... 14 9.3 Route Targets......................................... 14 10. Heterogeneous L2VPN Deployment........................... 15 11. Intellectual Property Notice............................. 16 12. IANA Considerations...................................... 16 13. Security Considerations.................................. 16 14. Acknowledgement.......................................... 16 Luo [Page 2] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 15. References............................................... 16 16. Authors' Address......................................... 17 1. Introduction [L2TPv3] defines a dynamic tunneling mechanism to carry multiple L2 protocols besides PPP (as originally defined in [RFC 2661]), over a packet-based network. The baseline protocol supports various types of applications, which has been hightlighted in the different L2TP reference models in [L2TPv3]. L2VPN applications are typically in the scope of the LAC-LAC reference model. This document discusses the commonality as well as difference among L2VPN applications with respect to utilizing L2TPv3 as the signaling protocol. It also specifies the necessary information required by BGP-based auto-discovery for the integration with the L2TPv3-based signaling protocol. Other auto-discovery mechanisms are left for future studies. The acronym "L2TP" refers to L2TPv3 or L2TP in general in this document. 2. Network Reference Model and L2VPN Applications In the LAC-LAC reference mode, a LAC serves as a cross-connect between attachment circuits and L2TP sessions. Each L2TP session acts as an emulated circuit, also known as pseudowire. +-----+ L2 +-----+ +-----+ L2 +-----+ | |------| LAC |...[packet network]...| LAC |------| | +-----+ +-----+ +-----+ +-----+ remote remote system system |<- emulated service ->| |<----------------- L2 service ----------------->| In a simple cross-connect application, an attachment circuit is directly bound to a pseudowire. It's a one-to-one mapping. Traffic received from the attachment circuit on a local LAC is forwarded to the remote LAC through the pseudowire. When the remote LAC receives traffic from the pseudowire, it forwards the traffic to the corresponding attachment circuit on its end. The forwarding decision is based on the attachment circuit or pseudowire demultiplexing identifier respectively. Luo [Page 3] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 With Virtual Private LAN Service (VPLS), one or more attachment circuits and pseudowires are connected to a Virtual Switching Instance (VSI) on a LAC. A single pseudowire is used to connect a pair of VSIs on two peering LACs. Traffic received from an attachment circuit or a pseudowire is first forwarded to the corresponding VSI based on the attachment circuit or pseudowire demutiplexing identifier. The VSI performs additional lookup to determine where to further forward the traffic. [L2 FW] describes an L2VPN application called Colored Pools, which is essentially made of a network of point-to-point cross-connect. The data forwarding perspective is identical to the cross-connect application, while constructing Colored Pools involves more complicated signaling procedures. 3. Forwarders and End Identifiers As described in [L2 FW], a pseudowire is bound to a "forwarder", which in turn binds to one or more attachment circuits. For different L2VPN applications, different types of forwarders are defined. An End Identifier is assigned to each forwarder on a given LAC that supports L2VPN applications. It must be unique in the context of the LAC. In simple cross-connect, each individual attachment circuit is a forwarder, and provisioned with an End ID value. Without any auto- discovery, each attachment circuit needs to be manually provisioned with the remote Router ID and the End ID of the remote attachment circuit. The End ID value for an attachment circuit may be an arbitrary integer or a descriptive string. In VPLS, each VSI is a forwarder, and provisioned with an End ID value. Without any auto-discovery, each VSI needs to be manually provisioned with its remote LAC addresses and the End IDs of the remote VSIs. The End ID value for a VSI may be the VPN ID of the VPLS domain. In Colored Pools, each pool is a forwarder, and provisioned with an End ID value. Without any auto-discovery, each pool needs to be manually provisioned with its remote LAC addresses and the End IDs of the remote pools. The End ID value for a pool may be an arbitrary integer or a descriptive string. Luo [Page 4] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 4. L2TP Control Messages L2TP defines two sets of session management procedures: Incoming Call and Outgoing Call. Even though it's entirely possible to use the Outgoing Call procedures to signaling L2VPNs, the Incoming Call procedures has some advantages in terms of the relevance of semantics and being able to offer moderate capability negotiation between two LCCEs. [PWE3L2TP] gives more details on why Incoming Call is more appropriate for setting up pseudowires. The signaling procedures for L2VPNs described in the following sections are all based on the Incoming Call procedures. 5. Existing AVPs for L2VPNs Besides the AVPs required to establish and manage control connections and sessions, the following AVPs defined in [L2TPv3] are directly relevant to L2VPN applications. 5.1 Router ID The Router ID sent in SCCRQ and SCCRP during control connection setup establishes the unique identity of each LAC. 5.2 Pseudowire Capabilities List The Pseudowire Capabilities List sent in SCCRQ and SCCRP indicates the pseudowire types supported by the sending LAC. It merely serves as an advertisement to the receiving LAC. Its content should not affect the control connection setup. Before a local LAC initiates a session of a particular pseudowire type to a remote LAC, it MUST examine whether the remote LAC has advertised such a capability in this AVP, and SHOULD NOT attempt to initiate the session if the intended pseudowire type is not supported by the remote LAC. 5.3 Pseudowire Type The Pseudowire Type sent in ICRQ signals the intended pseudowire type to the receiving LAC. The receiving LAC checks it against its local pseudowire capability list. If it finds a match, it responds with an ICRP without a Pseudowire Type AVP, which implicitly acknowledges its acceptance of the intended pseudowire. If it does not find a match, Luo [Page 5] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 it MUST respond with a CDN with an "unsupported pseudowire type" result code. 5.4 Pseudowire Control Encapsulation The Pseudowire Control Encapsulation can be sent in ICRQ, ICRP, and ICCN. If the receiving LAC supports the specified control encapsulation, it MUST include it in its data packets sent to the sending LAC. Otherwise, it MUST reject the connection by sending a CDN to the sending LAC. 5.5 Circuit Status The Circuit Status is sent in both ICRQ and ICRP to inform the receiving LAC about the circuit status on the sending LAC. It can also be sent in ICCN and SLI to update the status. 5.6 Remote End ID The Remote End ID sent in ICRQ instructs the receiving LAC to bind the proposed pseudowire to the forwarder that has been assigned with the encoded End Identifier value. 6. New AVPs for L2VPN 6.1 Local End ID The Local End ID AVP, Attribute Type TBA, encodes the End Identifier value of the forwarder to be bound to the proposed pseudowire on the sending LAC. The Local End ID AVP may also be used in conjunction with the Remote End ID AVP to detect session-level ties. When it's omitted in the control messages, it's assumed that it has the same value as the Remote End ID. The Attribute Value field for this AVP has the following format: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |M|H|0|0|0|0| Length | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TBA | End ID ... (variable length) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Luo [Page 6] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 The End Identifier field is a variable-length field whose value is unique for a given LCCE. This AVP MAY be present in ICRQ. This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP SHOULD be set to 0. The Length (before hiding) of this AVP is 6 plus the length of the End Identifier value. 7. Pseudowire Tie Detection Conceivably in the LAC-LAC network reference model, as either LAC may initiate a session to another LAC at any time, they could end up initiating a session to each other simultaneously. In order to avoid setting up duplicated pseudowires between two forwarders, each LAC must be able to independently detect such a pseudowire tie. The following procedures need to be followed to detect a tie: If both Remote End ID and Local End ID are present in ICRQ, the receiving LAC compares them with the Remote End ID and Local End ID, in reverse order, encoded in the ICRQ it has already sent to the sending LAC. If the received Remote End ID matches the sent Local End ID and the received Local End ID matches the sent Remote End ID, a tie is detected. If only Remote End ID is present in ICRQ, the Local End ID is assumed to have the same value as the Remote End ID. The receiving LAC compares the received Remote End ID with the Local End ID, encoded in the ICRQ it has already sent to the sending LAC. If the Local End ID in this ICRQ is also omitted, then the Remote End ID is compared. If they match, a tie is detected. Once a tie has been discovered, the standard L2TP tie breaking procedure is employed to disconnect the duplicated pseudowire. Luo [Page 7] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 8. L2VPN Signaling Procedures 8.1 Overview Assume a LAC assigns an End ID to one of its local forwarders, and knows it needs to set up a pseudowire to a remote forwarder on a remote LAC that has a certain End ID. This knowledge can be obtained either through manual configuration or some auto-discovery procedure. Before establishing the intended pseudowire, each pair of peering LACs exchanges control connection messages to establish a control connection. Each advertises its supported pseudowire types in the Pseudowire Capabilities List AVP. After the control connection is established, the local LAC examines whether the remote LAC supports the pseudowire type it intends to set up. Only if the remote LAC supports the intended pseudowire type, it should initiate a pseudowire connection request. When the local LAC receives an ICRQ for a pseudowire connection, it examines the Remote End ID encoded in the ICRQ to determine the following: - whether it has a local forwarder assigned with an End ID value specified in the Remote End ID, - whether the remote LAC is allowed to connect with this local forwarder. If both conditions are met, it sends an ICRP to the remote LAC to accept the connection request. If either of the two conditions fails, it sends a CDN to the remote LAC to reject the connection request. 8.2 Generic Algorithm Despite the apparent disparity among different L2VPN applications, a common set of signaling procedures can be defined. Each LAC first forms a list, SOURCE_FORWARDERS, consisting of all local forwarders of a given VPN. Then it puts all local forwarders that need to be interconnected and all remote forwarders of the same VPN into another list, TARGET_FORWARDERS. The formation of the network topology depends on the content in the SOURCE_FORWARDERS and TARGET_FORWARDERS list. These two lists can be constructed by manual configuration and/or some auto-discovery procedure. Luo [Page 8] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 The following algorithm is used to set up pseudowires among all the forwarders that intend to be interconnected by iterating through each source and target forwarder. An L2VPN is formed upon finishing the algorithm in every LAC participating in L2VPN. SOURCE_FORWARDERS TARGET_FORWARDERS s1: t1: s2: t2: s3: t3: ... ... 1. Pick the next forwarder, from SOURCE_FORWARDERS. If no forwarder is available for processing, the processing is complete. 2. Pick the next forwarder, from TARGET_FORWARDERS. If no forwarder is available for processing, go back to step 1. 3. If the two forwarders are associated with different Router IDs, a pseudowire must be setup between them. Proceed to step 6. 4. Compare the End ID values of the two forwarders, if they match, the source and target forwarders are the same, so no more action is necessary. Go back to step 2. 5. As the source and target forwarders both reside on the local LAC, no pseudowire is needed. LAC simply creates a local cross-connect between the two forwarders. Go back to step 2. 6. As the source and target forwarders reside on different LACs, a pseudowire must be established between them. LAC first examines if the source forwarder has already established a pseudowire to the target forwarder. If so, go back to step 2. 7. If no pseudowire is already established between the source and target forwarders, the local LAC obtains the address of the remote LAC, and establishes a control connection to the remote LAC if one does not already exist. 8. The local LAC sends an ICRQ to the remote LAC. The End IDs of source and target forwarders are encoded as the Local End ID and Remote End ID respectively. 9. If the local LAC receives a response corresponding to the ICRQ it just sent, proceed to step 10. Otherwise, if the local LAC receives an ICRQ from the same remote LAC, proceed to step 11. Luo [Page 9] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 10. The local LAC receives a response from the remote LAC. If it's a CDN, go back to step 2. If it's an ICRP, the local LAC binds the source forwarder to the pseudowire and sends an ICCN to the remote LAC, go back to step 2. 11. If the local LAC receives an ICRQ from the same remote LAC, it needs to perform session tie detection, as described in Section 7. If a session tie is detected, it performs tie breaking. 12. If it lost in tie breaking, the local LAC sends a CDN with the result code that indicates the disconnection is due to losing tie breaker. Proceed to step 14. 13. If it won in tie breaking, the local LAC ignores the remote LAC's ICRQ (note that the L2TP reliable transport confirms receipt of the message with any legitimate control message even though it doesn't respond to the ICRQ), and continues waiting for the response from the remote LAC. Go to step 10. 14. The local LAC determines whether it should accept the connection request, as described in the section 8.1. If it accepts the ICRQ, it sends an ICRP to the remote LAC. 15. The local LAC receives a response from the remote LAC. If it's a CDN, go back to step 2. If it's an ICCN, the local LAC binds the source forwarder to the pseudowire, go back to step 2. The following diagram illustrate the above procedures: Luo [Page 10] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 ---------> Pick Next | Source Forwarder | | | | | v N | Found Source Forwarder? ----------> End | | | Y | | v | Pick Next <-------------------------------- | Target Forwarder | | | | | | | | N v | -------- Found Target Forwarder? | | | Y | | v Y Y | Same Router ID? -----------> Same End ID? -------| | | | N | N | | | v | | Create Local -------| v Cross-connect | Pseudowire Already Y | Established Between -------------------------------| Source and Target? | | | N | | v | Local Initiates Pseudowire | Connection Request to Remote | | | | | v | -------> Local Wait for Message | | ----- from Remote -------------- | | | | | | | | | | v v | | Local Receives Pseudowire Local Receives Pseudowire | | Connection Request Connection Response | | from Remote from Remote | | | | | | | | | | v v N | | Perform Pseudowire Connection Accepted? --------| | Tie Detection | | Luo [Page 11] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 | | Y | | | | v | | | Local Binds Source ---------| | | Forwarder to Pseudowire | | | | | v N N | | Tie Detected? -----> Accept Remote -----> Reject ------| | | Connection Request? Remote Request | | Y | ^ | | | v | | Y | | Perform Tie Breaking | ------> Local Binds ---- | | | Source Forwarder | | | to Pseudowire | v N | | Won Tie Breaking? ------> Disconnect | | Local Connection | Y | | v ------ Ignore Remote Connection Request 8.3 Application-specified Processing 8.3.1 Cross-connect When a LAC learns the remote Router ID and remote End ID, it may start the signaling right away or wait for the circuit status of the local attachment circuit to become active. After the pseudowire has been successfully established, a LAC binds the attachment circuit to the pseudowire. 8.3.2 Virtual Private LAN Service A VSI is a forwarder in VPLS and consists of a number of attachment circuits and a number of pseudowires. A LAC may have multiple VSIs. When a LAC learns the remote Router IDs and remote End IDs, it may start the signaling right away or wait for the first attachment circuit to join the local VSI. After the pseudowire has been successfully established, a LAC binds the VSI to the pseduowire by making the pseudowire a member link of the bridging domain defined by the VSI. Luo [Page 12] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 8.3.3 Colored Pools In the LAC-LAC network reference model, a remote system may have multiple physical or logical attachment circuits, such as Frame Relay DLCIs attached to a LAC, which form a "pool" of attachment circuits. Each pool corresponds to a particular remote system, and is associated with a particular VPN. If there are multiple remote systems of the same VPN attached to a LAC, the LAC will have multiple pools associated with the same VPN. Each pool is provisioned with an End ID that differentiates itself from other forwarders residing in the same LAC, and a "color", which represents a particular VPN. The format of "color" can be a VPN ID. A VPN ID can be an unsigned integer or a structured numeric value. If pools with a certain color need to be connected in a full-mesh fashion, a pseudowire is created between every pair of pools except the pools residing on the same LAC, and the pseudowire is bound to an unused attachment circuit from each pool. For pools on the same LAC, a local cross-connect is formed to bind two attachment circuits. 9. BGP-based Auto-discovery The BGP-based auto-discovery specified in this document is similar to the schemes described in [BGPVPN] and [LDPVPN], but further optimized. Although this mechanism is only discussed in the L2TP context, it's conceivably useful for LDP-based L2VPN signaling as well. 9.1 Common L2VPN Addressing and NLRI Encoding As outlined in Section 3, each forwarder is assigned with an End Identifier value. An End ID is locally significant and unique regardless what type of forwarder it's associated with. A Router ID is a 32-bit global unique value. A Common L2VPN Address is defined as the concatenation of Router ID and End ID. The Network Layer Reachability Information (NLRI) for BGP Multiprotocol Extension [RFC 2858] is encoded as one or more tuples of the form : - Length: 1 octet The Length field indicates the length in bits of the common L2VPN address. - Prefix: variable-length Luo [Page 13] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 The Prefix fields carry the Common L2VPN Address. As the Router ID is 32 bits in length, the maximum length of the End ID is 223 bits, which is rounded to 27 whole octets. When using BGP-based auto-discovery, care needs to be taken to ensure the End ID values assigned to the local forwarders do not exceed the maximum length allowed. Unlike the NLRI encoding described in [BGPVPN] and [LDPVPN], the Common L2VPN Addressing scheme uses a single format for all L2VPN applications, and no Route Distinguisher is needed to guarantee the uniqueness of the prefix, as a Common L2VPN Address is globally unique by definition. 9.2 AFI/SAFI and BGP Capabilities An AFI, to be assigned by IANA, is used for all L2VPN applications. When L2VPN applications choose to use the Common L2VPN Addressing scheme, an SAFI, to be assigned by IANA, is used to identify that the NLRI carried in BGP has such an address format. In order for two BGP speakers to exchange Common L2VPN NLRI, they MUST use the negotiation scheme defined in [RFC 2842] to ensure that both of them are capable of processing such NLRI correctly. This is done by using the Capability Code 1 for Multiprotocol Extensions, and the Capability Value containing the AFI and SAFI specified in this document. The format of the Capabilities parameter is defined in [RFC 2858]. 9.3 Route Targets If a forwarder wishes to be discovered via BGP, it needs to create a Common L2VPN Address, and associate the address with one or more Route Target (RT) Extended Community attributes [BGPEXT]. These attributes are carried in BGP as part of the Path Attributes, along with the LAC itself as the BGP next hop. RTs are used in BGP to control the NLRI distribution. Each BGP speaker can define a set of distribution policies using RTs to control how addresses are advertised and learnt, thereby governing the formation of the L2VPN network topology. To form a full mesh among the forwarders that belong to the same VPN, each forwarder is configured with the same RT value as both the "export RT" and "import RT". This distribution policy will allow these forwarders to be visible to all BGP speakers having this Luo [Page 14] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 policy. Therefore, the L2VPN signaling will set up a full mesh of pseudowires among these forwarders using the algorithm described the previous section. Sometimes, a hub-and-spoke L2VPN network is desired. This can be achieved by using two different RTs for distribution processing, where one stands for "hub" and the other stands for "spoke". On the hub LAC, the "hub" RT is assigned to local forwarders as the "export RT", and the hub LAC is configured to "import" only the Common L2VPN addresses that have the "spoke" RT. On the spoke LAC, the "spoke" RT is assigned to local forwarders as the "export RT", and the spoke LAC is configured to "import" only the Common L2VPN addresses that have the "hub" RT. This distribution policy will result in (1) spoke LACs only seeing the forwarders configured on the hub LAC, and (2) a hub LAC seeing all forwarders configured on every spoke LAC. The L2VPN signaling then sets up pseudowires that form the hub-and-spoke topology. A more complex topology is partial mesh. It can be done by using a set of "import RTs" and "export RTs" for distribution processing. 10. Heterogeneous L2VPN Deployment Often there is more than one form of L2VPN application required in a network. For example, an individual attachment circuit on one LAC needs to be connected to a VSI or Colored Pool on another LAC by a pseudowire. In such a case, different L2VPN applications are deployed concurrently and different types of forwarders are inter- connected by pseudowires. The use of Common L2VPN Addressing makes this mix-and-match L2VPN deployment scenario feasible and easy to manage. As forwarders are addressed in the same fashion despite different forwarding behaviors that each may have, a common set of signaling and auto-discovery procedures can be implemented for a heterogeneous L2VPN deployment. In addition, the forwarding behavior of each forwarder is determined by its local characteristics, not those of its peer forwarder. This gives great flexibility to deploy a heterogeneous L2VPN. Luo [Page 15] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 11. Intellectual Property Notice The IETF has been notified of intellectual property rights claimed in regard to some or all of the specification contained in this document. For more information consult the online list of claimed rights. 12. IANA Considerations This document defines a new L2TP AVP and a pair of AFI/SAFI to be maintained by the IANA. 13. Security Considerations The signaling procedures described in this document does not incur additional security considerations that L2TP already provisions. 14. Acknowledgement Many thanks to Mark Townsley, Jed Lau and Dmitry Bokotey for their review and insightful feedback. 15. References [RFC 2661] W. Townsley et. al., "Layer 2 Tunnel Protocol (L2TP)", RFC 2661, August 1999. [L2TPv3] J. Lau et. al., "Layer Two Tunneling Protocol (version3)", draft-ietf-l2tpext-l2tp-base-04.txt, November 2002 [L2 FW] L. Andersson et. al., "PPVPN L2 Framework", draft-ietf-ppvpn-l2-framework-00.txt, August 2002 [PWE3L2TP] W. Townsley, "Pseudowires and L2TPv3", draft-townsley-pwe3-l2tpv3-00.txt, June 2002 [BGPVPN] H. Ould-Brahim et. al. "Using BGP as an Auto-Discovery Mechanism for Network-based VPNs", draft-ietf-ppvpn-bgpvpn-auto-03.txt, August 2002 [LDPVPN] E. Rosen, "LDP-based Signaling for L2VPNs", draft-rosen-ppvpn-l2-signaling-02.txt, September 2002 [RFC 2858] T. Bates et. al., "Multiprotocol Extensions for BGP-4", Luo [Page 16] Internet Draft draft-luo-l2tpext-l2vpn-signaling-01.txt February 2003 RFC 2858, June 2000 [RFC 2842] R. Chandra et. al., "Capabilities Advertisement with BGP-4", RFC2842, May 2000 [BGPEXT] S. Sangli et. al., "BGP Extended Communities Attribute", draft-ietf-idr-bgp-ext-communities-05.txt, May 2002 16. Authors' Address Wei Luo Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 Email: luo@cisco.com Luo [Page 17] --------------EB3829DC163488F3EDFF9735-- From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: draft-davari-pwe3-aal12-over-psn-01 Date: Tue, 4 Mar 2003 08:14:10 -0800 Lines: 820 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2E269.17146050" X-From: pwe3-admin@ietf.org Tue Mar 04 17:24:25 2003 Return-path: To: "'pwe3@ietf.org'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2E269.17146050 Content-Type: text/plain; charset="iso-8859-1" Hi all, I have submitted this draft. FYI I am enclosing a copy. Yours, Shahram Davari ------_=_NextPart_000_01C2E269.17146050 Content-Type: text/plain; name="draft-davari-pwe3-aal12-over-psn-01.txt" Content-Disposition: attachment; filename="draft-davari-pwe3-aal12-over-psn-01.txt" Content-Transfer-Encoding: quoted-printable Shahram Davari = Internet Draft PMC-Sierra Inc. = Document: =20 draft-davari-pwe3-aal12-over-psn-01.txt=20 Expires: September 2003 March 2003 = = =20 =20 Transport of AAL1 frames over PSN=20 =20 =20 Status of this Memo=20 =20 This document is an Internet-Draft and is in full conformance with=20 all provisions of Section 10 of RFC2026.=20 =20 =20 Internet-Drafts are working documents of the Internet Engineering=20 Task Force (IETF), its areas, and its working groups. Note that = =20 other groups may also distribute working documents as Internet- Drafts.=20 =20 Internet-Drafts are draft documents valid for a maximum of six=20 months and may be updated, replaced, or obsoleted by other documents = at any time. It is inappropriate to use Internet-Drafts as=20 reference material or to cite them other than as "work in progress." = =20 The list of current Internet-Drafts can be accessed at=20 http://www.ietf.org/ietf/1id-abstracts.txt=20 The list of Internet-Draft Shadow Directories can be accessed at=20 http://www.ietf.org/shadow.html.=20 =20 =20 Copyright Notice=20 =20 Copyright(C) The Internet Society (2001). All Rights Reserved.=20 =20 =20 Abstract=20 =20 This document describes methods for transporting AAL1 over IP/MPLS=20 network, using the existing ATM transport over IP/MPLS methods=20 described in [ATM-encap].=20 =20 Sub-IP ID Summary=20 =20 WHERE DOES IT FIT IN THE PICTURE OF THE SUB-IP WORK?=20 =20 Fits in the PE box=20 =20 WHY IS IT TARGETED AT THIS WG?=20 =20 It proposes ATM AAL1 transport over PSN network such as IP/MPLS=20 network.=20 =20 Davari Expires September 2003 Page 1=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 =20 JUSTIFICATION?=20 =20 The PWE3 WG charter calls for ATM and TDM emulation over PSN. [ATM- encap] covers the ATM cell transport and the AAL5 frame transport=20 over PSN. This draft complements [ATM-encap] and explains how to=20 transport AAL1 traffic over PSN using the already defined methods=20 and options in [ATM-encap] without introducing any new protocol.=20 =20 =20 Table of contents=20 =20 1. Conventions used in this document.............................2=20 2. Introduction..................................................2=20 3. Applicability.................................................3=20 4. Implementation and deployment consideration...................3=20 5. Limitations...................................................4=20 6. AAL1 transport using N:1 cell mode............................4=20 7. AAL1 transport using 1:1 cell mode............................5=20 8. AAL1 transport using PDU mode.................................6=20 9. Length and sequence number....................................9=20 10. Administrative (OAM and RM) Cell Support.....................10=20 11. Defect Handling..............................................10=20 12. QoS consideration............................................11=20 13. AAL1 over IP/MPLS specific requirements......................12=20 14. Security.....................................................12=20 15. References...................................................12=20 =20 =20 1. Conventions used in this document =20 =20 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL=20 NOT","SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in = this document are to be interpreted as described in RFC 2119.=20 =20 =20 2. Introduction=20 =20 Currently a great portion of voice and TDM traffic is carried over=20 ATM networks using AAL1 adaptation layer. As the service providers=20 migrate to IP/MPLS networks there is a need to transport AAL1=20 traffic over IP/MPLS networks. =20 =20 This document describes methods for transporting AAL1 over IP/MPLS=20 networks, using the ATM transport modes described in [ATM-encap]=20 without introducing any new protocol. This document extends the=20 applicability of equipments that implement [ATM-encap], to=20 transporting AAL1 traffic and potentially enables transport of TDM=20 circuit emulation traffic over IP/MPLS networks as explained in=20 [draft-anavi]. =20 =20 =20 Davari Expires August 2003 Page 2=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 Note 1: Throughout this document, =93fragmentation=94 means PDU=20 fragmentation procedures as described in [ATM-encap].=20 =20 Note 2: Throughout this document, AAL1 PDU means the 48-byte AAL1=20 SAR-PDU as described in [ITU-AAL1].=20 =20 Note 3: Since SDU mode is explicitly designed only for AAL5=20 transport; it cannot be used to transport AAL1.=20 =20 =20 3. Applicability=20 =20 The primary applications supported by AAL1 transport over PSN are=20 CBR services such as voice and TDM services.=20 =20 The AAL1 transport takes advantage of the N:1 cell mode, described=20 in [draft-martini,] to provide a default standard method for=20 carrying AAL1 traffic. In addition it optionally also takes=20 advantage of 1:1 cell mode and PDU mode, described in [ATM-encap],=20 to increase bandwidth efficiency. The nature of the service, as=20 defined by the [ATM service] or the [ATM transfer capability] should = be preserved. To provide this, the basic requirement of the ATM-PSN=20 interworking function is to map the AAL1 PDU frames belonging to a=20 VCC, together with any related OAM, RM cells and protocol control=20 information, into a PW.=20 =20 The benefits of this model to service providers and vendors are:=20 =20 i. Leveraging existing systems and services to provide=20 increased capacity from a packet switched core.=20 ii. Preserving existing network operational processes and=20 procedures used to maintain the legacy services e.g. AAL1,=20 ATM OAM and ATM security.=20 iii. Using the common packet switched network infrastructure to=20 support both the core capacity requirements of existing=20 services and the requirements of new services supported=20 natively over the packet switched network.=20 iv. Leveraging the same hardware and software used for=20 transporting ATM over IP/MPLS networks to transport AAL1=20 and TDM signals over those networks.=20 v. Leveraging off the shelf hardware and software that emulate = TDM over AAL1 to transport TDM signals over IP/MPLS=20 network.=20 =20 =20 4. Implementation and deployment consideration=20 =20 The procedures mentioned in this draft, apply in most part to any=20 ATM AAL type, but the scope of this draft is the AAL1 frame=20 transport over a PSN. It leverages the modes and options already=20 defined in [ATM-encap] and does not introduce any new protocol, and=20 therefore is backward compatible with hardware and software=20 developed for Martini-compliant equipments.=20 =20 =20 Davari Expires August 2003 Page 3=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 For bandwidth efficiency reasons the AAL1 frame transport may use=20 PDU mode. To take advantage of the PDU mode, the fragmentation=20 procedure for bounding cell transfer delay as described in [ATM- encap] MUST be used. This means that the ingress PE MUST have the=20 PDU fragmentation capability that will limit the payload size of the = IP/MPLS packet to Nx48 bytes, in which N is a pre-configured value=20 that bounds the cell transfer delay.=20 =20 Since services that use AAL1, such as circuit emulation service,=20 expect in-order delivery of data, for the purpose of AAL1 transport, = it is advantageous to use the control word=92s Sequence number.=20 However, sequence number usage is optional as per [ATM-encap]. =20 =20 5. Limitations=20 =20 AAL1 frame transport only supports point-to-point LSPs. Multi point- to-point and point-to-multi-point are for further study (FFS).=20 =20 To have bi-directional connectivity, as required in ATM, two LSPs=20 should be configured, one for each direction (ATM-to-MPLS and MPLS=20 to-ATM) of the ATM connection.=20 =20 This draft does not preserve the value of the CLP bit for every ATM=20 cell. Therefore, transparency of the CLP setting may be violated.=20 Additionally, tagging of some cells may occur when tagging is not=20 allowed by the conformance definition.=20 =20 This draft does not preserve the EFCI state for every ATM cell.=20 Therefore, transparency of the EFCI state may be violated.=20 =20 6. AAL1 transport using N:1 cell mode=20 =20 N:1 cell mode is the only default and mandatory mode described in =20 [ATM-encap]. To be fully compliant with [ATM-encap], this document=20 also recommends the N: 1 cell mode as the default mode for=20 transporting AAL1 traffic over IP/MPLS networks.=20 =20 Using N: 1 cell mode, one or more AAL1 stream could be transported=20 over a single PW. Individual AAL1 streams are differentiated from=20 each other by the VPI/VCI that is carried with each cell.=20 =20 The following figure shows how multiple CBR streams could be=20 transported over a single PW using N:1 cell mode.=20 =20 +----+ +---+ +-------+=20 CBR stream 1 --->| |---->| | | | =20 CBR stream 2 --->|AAL1|---->|ATM|--->| N:1 |---> PW1=20 CBR stream 3 --->| |---->| | | Mode |=20 +----+ +---+ +-------+ =20 =20 =20 Davari Expires August 2003 Page 4=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 Figure 1: AAL1 transport over PSN using Martini N: 1 cell mode =20 =20 In this figure CBR streams are attached to an AAL1 block. The AAL1=20 block performs the AAL1 adaptation function as specified in [ITU=20 AAL1]. The outputs of the AAL1 block contain 48-byte AAL1-PDUs. The=20 ATM block performs the ATM layer functions by adding 5-byte ATM=20 headers to the 48-byte AAL1-PDUs with proper VPI/VCI. Each AAL1=20 stream is assigned a unique VPI/VCI based on the interface at which=20 it arrives to the ATM block. The ATM block then generates an ATM=20 stream toward a Martini (N:1) block, which then transports the ATM=20 cells over a single PW (PW1), according to the N:1 cell mode of=20 [ATM-encap]. Each IP/MPLS packet may carry one or more cells=20 belonging to one or more AAL1 streams.=20 =20 The AAL1 and ATM blocks could be located in the CE or in the PE. If=20 they are in CE, then the link between CE-PE is an ATM link, while if = they are in PE, then the link between CE-PE is a TDM link.=20 =20 =20 7. AAL1 transport using 1:1 cell mode =20 =20 1:1 cell mode is an optional mode described in [ATM-encap], and is=20 more bandwidth efficient than N:1 cell mode. To be fully compliant=20 with [ATM-encap], this document also permits the usage of 1:1 cell=20 mode as an optional mode for transporting AAL1 traffic over IP/MPLS=20 networks.=20 =20 Using 1:1 cell mode, only one AAL1 stream could be transported over=20 a single PW. Individual AAL1 streams are differentiated from each=20 other by the PW that they are carried in. =20 =20 The following figure shows how a single AAL1 stream could be=20 transported over a single PW using 1:1 cell mode.=20 =20 +----+ +---+ +-------+=20 CBR stream 1 --->| |---->| | | |---> PW1 = =20 CBR stream 2 --->|AAL1|---->|ATM|--->| 1:1 |---> PW2=20 CBR stream 3 --->| |---->| | | Mode |---> PW3=20 +----+ +---+ +-------+ =20 =20 Figure 2: AAL1 transport over PSN using Martini 1: 1 cell mode=20 =20 In this figure CBR streams are attached to an AAL1 block. The AAL1=20 block performs the AAL1 adaptation function as specified in [ITU=20 AAL1]. The outputs of the AAL1 block contain 48-byte AAL1-PDUs. The=20 ATM block performs the ATM layer functions by adding 5-byte ATM=20 headers to the 48-byte AAL1-PDUs with proper VPI/VCI. Each AAL1=20 stream is assigned a unique VPI/VCI based on the interface that it=20 arrives to the ATM block. The ATM block then generates an ATM stream = toward a Martini (1:1) block, which then transports the ATM cells=20 over multiple PWs (PW1, PW2, PW3) bases on their VPI/VCI, according=20 =20 Davari Expires August 2003 Page 5=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 to the 1:1 cell mode of [ATM-encap]. Each IP/MPLS packet may carry=20 one or more cells belonging to the same AAL1 stream.=20 =20 The AAL1 and ATM blocks could be located in the CE or in the PE. If=20 they are in CE, then the link between CE-PE is an ATM link, while if = they are in PE, then the link between CE-PE is a TDM link.=20 =20 8. AAL1 transport using PDU mode=20 =20 PDU mode is an optional mode described in [ATM-encap], and is more=20 bandwidth efficient than either 1:1 and N:1 cell modes. PDU mode was = originally designed to carry AAL5 PDUs. However, it does not=20 prohibit using it to carry other AAL types. The technique can easily = be employed for other AAL types including AAL1. This is shown in=20 section 8.1.=20 =20 To be fully compliant with [ATM-encap], this document also permits=20 using the PDU mode as an optional mode for transporting AAL1 traffic = over IP/MPLS networks.=20 =20 Using PDU mode, only one AAL1 stream could be transported over a=20 single PW. Individual AAL1 streams are differentiated from each=20 other by the PW that they are carried in. In this mode, the ingress=20 PE encapsulates one or more AAL1-PDUs (Nx48 bytes) belonging to the=20 same AAL1 stream in a single packet. =20 =20 The following figure shows how a single AAL1 stream could be=20 transported over a single PW using PDU mode.=20 =20 =20 +----+ +---+ +-------+=20 CBR stream 1 --->| |---->| | | |---> PW1 = =20 CBR stream 2 --->|AAL1|---->|ATM|--->| PDU |---> PW2=20 CBR stream 3 --->| |---->| | | Mode |---> PW3=20 +----+ +---+ +-------+ = =20 =20 Figure 3: AAL1 transport over PSN using PDU mode=20 =20 In this figure CBR streams are attached to an AAL1 block. The AAL1=20 block performs the AAL1 adaptation function as specified in [ITU=20 AAL1]. The outputs of the AAL1 block contain 48-byte AAL1-PDUs. The=20 ATM block performs the ATM layer functions by adding 5-byte ATM=20 headers to the 48-byte AAL1-PDUs with proper VPI/VCI. Each AAL1=20 stream is assigned a unique VPI/VCI based on the interface that it=20 arrives to the ATM block. The ATM block then generates an ATM stream = toward a Martini (PDU) block, which then transports the ATM cells=20 over multiple PWs (PW1, PW2, PW3) bases on their VPI/VCI, according=20 to the PDU mode of [ATM-encap]. Each IP/MPLS packet may carry one or = more cells belonging to the same AAL1 stream.=20 =20 =20 =20 Davari Expires August 2003 Page 6=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 The AAL1 and ATM blocks could be located in the CE or in the PE. If=20 they are in CE, then the link between CE-PE is an ATM link, while if = they are in PE, then the link between CE-PE is a TDM link.=20 =20 It can be seen from Figure 3 that the ATM block adds the ATM header=20 to each AAL1-PDU, while Martini (PDU) block removes the ATM headers=20 and encapsulates Nx48 byte payloads (AAL1-PDUs) in to IP/MPLS=20 packet. In case the the ATM block and the Martini block are=20 implemented in a single PE device it is possible to combine them and = therefore reduce the required processing by eliminating the=20 add/remove ATM header operations. This concept is shown in the=20 following figure.=20 =20 =20 +----+ +----------+=20 CBR stream 1 --->| |---->|simplified|---> PW1 =20 CBR stream 2 --->|AAL1|---->| PDU mode |---> PW2=20 CBR stream 3 --->| |---->| |---> PW3=20 +----+ +----------+ =20 =20 Figure 4: AAL1 transport over PSN using simplified PDU mode=20 =20 In this figure AAL1 streams are attached to a simplified PDU mode=20 block. This block performs all the PDU mode operations except the=20 ATM header removal. The AAL1 streams contain 48-byte AAL1-PDUs. The=20 simplified Martini (PDU) block, transports the AAL1 PDUs over=20 multiple PWs (PW1, PW2, PW3) bases on their input port, according to = the PDU mode of [ATM-encap]. Each IP/MPLS packet may carry one or=20 more cells belonging to the same AAL1 stream.=20 =20 8.1 How to use PDU mode to transport AAL1=20 =20 Although PDU mode is designed to transport AAL5 frames, it does not=20 prohibit carrying other AAL type traffic. As it turns out, after a=20 small change that was made to the PDU mode by the ATM Forum, the PDU = mode could actually be used to carry other AAL types, including=20 AAL1.=20 =20 ATM Forum noted that the current PDU mode is structured so that it=20 requires reassembly of fragments at the egress PE. However, it was=20 recognized that not only such a reassembly is not necessary, but=20 also is harmful. For example reassembling the fragments may cause=20 the OAM/RM cells to be misplaced in the stream. Also reassembly of=20 fragments would increase the cost of buffering and the overall=20 delay. These coupled with the fact that almost all implementations=20 of PDU mode don=92t actually reassemble the fragments, triggered a=20 minimal change to the PDU mode to rectify the situation.=20 =20 The ATM Forum decided to change the 2-bit FRAG field in the=20 Interworking header to a Reserved bit followed by a UU-bit (Figure=20 5). The UU-bit would be copied from the MSB of the PTI of the last=20 encapsulated cell to this field. This change simplifies the egress=20 =20 Davari Expires August 2003 Page 7=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 processing as well as opening new opportunities, such as using the=20 PDU mode to transport other AAL types, including AAL1. =20 =20 Looking at the operation of PDU mode, we would see that what it=20 actually does is to concatenate a number of 48-byte ATM payloads in=20 a packet and send it across the PSN. The concatenation would=20 terminate when either the UU bit=3D1 (used to indicate end of packet = in AAL5), or when an RM/OAM cell arrives or when the packetization=20 delay limit has exceeded.=20 =20 The same procedure when applied to AAL1 stream would concatenate a=20 number of AAL1-PDUs (48-byte) in a packet and send it across the=20 PSN. The concatenation would terminate when either RM/OAM cells=20 arrive or when packetization delay limit is exceeded. Since AAL1=20 does not use the UU-bit, the UU-bit processing has no impact on it. = =20 =20 The following figure shows the format of the packet generated by PDU = mode (when the ATM Forum changes are reflected) for AAL1 transport. = =20 0 1 2 3 =20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | PSN Transport Header (As Required) | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | Pseudo Wire Header | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | Length and Sequence Number |M|V| RES |U|E|C| = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | " | = =20 | AAL1 PDUs | = =20 | (N * 48 bytes) | = =20 | " | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 =20 Figure 5: AAL1 transport over PDU encapsulation format=20 =20 The first octet following the Pseudo Wire Header carries control=20 information. The M, V, RES, U, E and C bits are defined as=20 following:=20 =20 * M (Mode) bit=20 =20 This bit is set to =911=92 to indicate the frame mode = encapsulation=20 =20 * V (VCI present) bit=20 =20 This bit is set to =910=92 to indicate that no VCI is present=20 =20 * RES (Reserved) bits=20 =20 =20 Davari Expires August 2003 Page 8=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 These bits are reserved in [ATM-encap] and by default are set=20 to =91000=92. However for the purpose of transporting AAL1 they = MAY=20 be used to encode L & R values as described in section 11.1.=20 =20 * UU bit =20 =20 This field is used to transparently carry the UU-bit of the last=20 encapsulated cell in the packet. Since it is not used by AAL1 its=20 value would be set to =910=92.=20 =20 * E (EFCI) bit =20 =20 This field is used to convey the EFCI state of the ATM cells. =20 The EFCI state is indicated in the middle bit of each ATM=20 cell's PTI field. =20 =20 ATM-to-PSN direction (ingress): The EFCI field of the control=20 byte is set to the EFCI state of the last cell of the packet. =20 =20 PSN-to-ATM direction (egress): The EFCI state of all=20 constituent cells of the packet are set to the value of the=20 EFCI field in the control byte. =20 =20 * C (CLP) bit =20 =20 This field is used to convey the cell loss priority of the ATM=20 cells. =20 =20 ATM-to-PSN direction (ingress): The CLP field of the control=20 byte is set to =911=92 if any of the constituent cells of the=20 packet has its CLP bit set to =911=92; otherwise this field is = set=20 to =910=92. =20 =20 PSN-to-ATM direction (egress): The CLP bit of all constituent=20 cells of a packet is set to the value of the CLP field in the=20 control byte.=20 =20 As shown in figure 5, N x AAL1 PDUs (Nx48 bytes) are packed in a=20 single IP/MPLS packet to form the payload of the PW packet. The PDUs = are formed by removing the ATM header of arriving cells. N SHOULD be = either configured or negotiated between PEs based on the maximum=20 delay tolerance and maximum MTU size.=20 =20 =20 9. Length and sequence number=20 =20 PDU mode [ATM-encap] requires the inclusion of Length field for=20 links that have a minimum frame size, such as Ethernet with a=20 minimum frame size of 64 octets. The same requirement exists for=20 AAL1 transport over PDU mode.=20 =20 The use of sequence number is optional in [ATM-encap]. For the=20 purpose of transporting AAL1 PDUs, here too the use of sequence=20 number is optional. However, it should be noted that since the AAL1=20 =20 Davari Expires August 2003 Page 9=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 is mainly used for CBR applications, such as circuit emulation that=20 expect in-order delivery with no loss, it is advantageous to use=20 sequence number. For example by using sequence number in the circuit = emulation, the receiver could detect lost packets and insert dummy=20 payload to keep the TDM frame synchronization.=20 =20 The procedure for generation and processing of Length and Sequence=20 number are the same as those defined in [ATM-encap]. =20 =20 10. Administrative (OAM and RM) Cell Support=20 =20 The treatment of OAM and RM cells is as per [ATM-encap], and depends = on the transport mode selected.=20 =20 =20 11. Defect Handling=20 =20 For the purpose of detection and handling of defects that may occur=20 in the PSN, the PSN should normally have its own OAM (operation and=20 maintenance) and defect handling mechanism. These mechanisms are=20 outside the scope of this draft.=20 =20 There are some defects that may occur outside of the PSN, such as=20 defects at a lower layer (e.g. Physical layer LOS) between CE-PE.=20 These defects are detected by other means than PSN OAM. When such=20 defect happens, the PE SHOULD generate ATM F5 AIS on all affected=20 VCs according to [ATM-encap]. =20 =20 When an ingress PE cannot support the generation of F5 OAM cells=20 upon reception of a corresponding F4 AIS or lower layer defect (such = as LOS), it MAY notify the egress PE by setting the L-bit (as=20 defined below) in the control byte to indicate that a defect exist=20 at a lower layer (i.e., Physical layer) in the ATM-to-PSN direction. = In such defect conditions, the packet payload is meaningless. For=20 bandwidth saving purpose, the IP/MPLS packets MAY be send with=20 minimum PSN payload set to all zeros.=20 =20 For AAL1 services, loss of packets is an important defect that MAY=20 be detected and reported. Loss of packet could be due to=20 connectivity failure of congestion. In either case Egress PE MAY use = sequence number in the control word (figure 1) to detect packet=20 loss. Upon detection of such a packet loss the egress PE MAY inform=20 the ingress PE by setting the R-bit (as defined below) in the=20 control byte to indicate a packet loss. The ingress PE could use=20 that information to shut down or reroute the PW. Loss of=20 connectivity MAY alternatively be detected independently using PSN=20 specific OAM mechanisms. =20 =20 11.1 L & R bits=20 =20 3 bits are reserved (RESV bits) in [ATM-encap] (assuming ATM Forum=20 change on PDU mode has been accepted) for future use. [ATM-encap]=20 requires that these bits be set to zero at ingress PE and ignored at = =20 Davari Expires August 2003 Page 10=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 reception. This draft proposes encoding the forward and backward=20 defect identifiers in two of these reserved bits as following.=20 =20 L-bit: Forward defect identifier. L-bit is the left hand bit of the=20 RESV field in the control byte. It MAY be set when a failure happens = in a lower layer between CE-PE and the ingress PE cannot support the = generation of OAM cells upon reception of a corresponding F4 AIS or=20 lower layer defect (such as LOS). It SHOULD be cleared when those=20 failures are rectified.=20 =20 R-bit: Backward defect identifier. R-bit is the right hand bit of=20 the RESV field in the control byte. It MAY be set after a PE detects = loss of a pre-configured number of packets in a certain interval.=20 And it should be cleared after reception without loss of a pre- configured number of packets. =20 =20 The PEs that can=92t or don=92t want to encode L or R bits in the = RESV=20 field will set them to =910=92 as per [ATM-encap]. The PEs that = can=92t=20 interpret the L or R bits will ignore the RESV field as per [ATM- encap]. These rules insure backward compatibility with equipments=20 that have already been developed based on PDU mode. The following=20 figure shows the encoding of L & R bits.=20 =20 0 1 2 3 =20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | PSN Transport Header (As Required) | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | Pseudo Wire Header | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | Length and Sequence Number |M|V|L|R| |U|E|C| = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 | " | = =20 | AAL1 PDUs | = =20 | (N * 48 bytes) | = =20 | " | = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =20 =20 Figure 6: L & R bit encoding in PDU encapsulation format =20 =20 =20 12. QoS consideration=20 =20 Since AAL1 is predominantly used to transport real-time CBR data,=20 such as TDM traffic, it is recommended to provision enough BW to=20 carry the AAL1 traffic. In case Diffserv is used it is recommended=20 to use a virtual wire kind of PDB to transport the AAL1 PDUs over=20 the PSN.=20 =20 =20 =20 =20 Davari Expires August 2003 Page 11=20 =0C Transport of AAL1 frames over PSN March = 2003=20 =20 13. AAL1 over IP/MPLS specific requirements=20 =20 All the requirements of [ATM-encap] apply also to this draft.=20 =20 =20 14. Security=20 =20 No additional security risk apart from the security risks associated = with IP/MPLS networks issues are introduced in this document. =20 =20 =20 15. References=20 =20 =20 [ATM-encap] draft-ietf-pwe3-atm-encap.txt (Feb 2003, work in=20 progress), Encapsulation Methods for Transport of ATM Cells/Frame=20 Over IP and MPLS Networks=20 =20 [ATM service] ATM Forum Specification af-tm-0121.000 (1999), Traffic = Management Specification Version 4.1.=20 =20 [ATM transfer capability] ITU-T Recommendation I.371 (2000), Traffic = control and congestion control in B-ISDN.=20 =20 [ATM OAM] ITU-T Recommendation I.610, (1999), B-ISDN operation and=20 maintenance principles and functions.=20 =20 [ITU-AAL1] ITU-T Recommendation I.363.1, (1996), B-ISDN ATM=20 Adaptation Layer specification: Type 1 AAL=20 =20 [draft-anavi] draft-anavi-tdmoip-05.txt (March 2003, work in=20 progress), TDM over IP=20 =20 =20 Authors=92 Address=20 =20 Shahram Davari=20 PMC-Sierra=20 555 Legget Drive Phone: 1-613-271-4018=20 Kanata, ON, K2K 3C9, Email: Shahram_Davari@pmc-sierra.com=20 Canada=20 =20 =20 =20 =20 =20 =20 =20 =20 Davari Expires August 2003 Page 12=20 =0C ------_=_NextPart_000_01C2E269.17146050-- From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Yaron Raz" Subject: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Thu, 6 Mar 2003 08:18:05 +0200 Lines: 14 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Thu Mar 06 07:21:20 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLjqCYfclqpn6DtRnas5OZDfDJ73A== To: "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h266REO26563 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O The mandatory TDM payload sizes suggested in draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured mode, and 16/24 TDM frames for structured E1/T1 respectively. The fact that the TDM payload is that big has two negative effects: 1. The delay through the CES network is high: 24 TDM frames are 3mSec delay in the transmitter side. Then you must have at least one additional frame in the receiver jitter buffer, so you end up with at least 6mSec of delay. This may be acceptable in some applications/network scenarios, but not in others. 2. Reconstructing the TDM clock becomes more complicated. If one uses an adaptive technique, you need much more than 2 frames in your jitter buffer in order for this to work, so the delay vs. clock accuracy becomes an issue. If one uses timestamps, getting a timestamp once every 3mSec puts more constraints on the PLL mechanism, than if the receiver side got it every 1mSec or 500uSec. My suggestion is therefore the following: For unstructured mode, where I guess the 376 byte requirement comes from 47(AAL1 payload)x8 we reduce it to 47x3 or 47x4 (need to decide). For structured mode, we keep the basic mode an option, but NOT a MANDATORY mode. Alternatively, we can keep the basic structured mode but divide the TDM payload by 4 or 8 and have a running index in the header that identifies the TDM "fragment". This can even be the lsb part (2-3 lsbs) of the current sequence number. Any thoughts? Yaron From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Thu, 6 Mar 2003 14:22:04 +0200 Lines: 86 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Cc: "'Riegel Maximilian' (E-mail)" , "Prayson Pate (E-mail)" , "Tim Frost (E-mail)" , "Shahram Davari (E-mail)" , "Yaakov Stein (E-mail)" , Alik Shimelmits X-From: pwe3-admin@ietf.org Thu Mar 06 13:28:20 2003 Return-path: To: "'tom k. johnson'" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom and all, Following Tom's suggestion, I'd like to present a single major technical point of disagreement I have with draft-johnson-pwe3-tdm-00.txt. The issue is the use of superframe structures in emulation of NxDS0 without CAS (Section 3.1.3) and its consequences. To the best of my knowldege, superframe structures (or their analogs) are completely irrelevant for NxDS0 without CAS. Please note that the superfame structures may even not exist in the corresponding trunk (e.g., E1 with the basic framing only). IMO, the only relevant structure for these services is a single frame (as described in the appropriate section of draft-vainshtein-cesopsn-05.txt), and the encpasulation method should preserve only these structures. BTW, ATM-CES (which Tom claims as the basis for his approach) takes exactly the same position. Hence I do not see any advantage in first inntroducing superframe structures where they do not belong and then investing effort in preserving them across the PSN. On the other hand, I see definite disadvantages in this approach: 1. It makes extension of the service to N > 31 complicated (should it be treated as T1-NxDS0 or E1-NxDS0)? 2. It prevents using the "packet-locked structures" mode (i.e., pointer = 0) anywhere beyond the default mode. While such a limitation seems reasonable for NxDS0 with CAS (because the structures in case are not homogeneous), I do not see any reason to prohibit it for NxDS0 without CAS. draft-johnson correctly mentions that non-default modes should be supported in order to allow trade-off between BW efficiency and packetization latency. 3. It makes handling of lost packets more complicated. In particular, I would expect that loss of a short packet could easily result in loosing the entire superframe structure. (The draft simply does not define handling of lost packets, but doing something else would be tricky, and, AFAIK, incorrect in case of non-Voice payload). 4. It is incompatible with ATM-CES. Since such a compatibility has been claimed as one of the objectives of the draft, I see this as a case of internal inconsistency. 5. It results in unnecessary proliferation of service types (T1-NxDS0 is incompatible with E1-NxDS0). I am absolutely convinced that the usage of a TDM frame as the basic structure to be preserved across the PSN is the only correct technical approach for NxDS0 without CAS (as defined in ATM-CES and in the CESoPSN draft). I have discussed this issue privately with Tom and also on the TDM Design Team mailing list, but I failed to convince him that a change is necessary. While there are other minor items (both technical and editorial) where, in my opinion, some changes in draft-johnson are justified, the artificial superframe structure for NsDS0 without CAS remains the major problem preventing me from supporting this draft. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: tom k. johnson [mailto:tom_johnson@litchfieldcomm.com] > Sent: Saturday, March 01, 2003 2:30 AM > To: pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > ... snipped ... > > I'm sure the interested parties will be happy to point out > the aspects of the draft that they do not agree with :-) ... snipped to the end ... From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Thu, 6 Mar 2003 19:26:47 +0200 Lines: 70 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-From: pwe3-admin@ietf.org Thu Mar 06 18:32:18 2003 Return-path: To: "'Yaakov Stein'" , "tom k. johnson" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaakov, Tom and all, Please see some comments inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Yaakov Stein [mailto:yaakov_s@rad.com] > Sent: Thursday, March 06, 2003 4:14 PM > To: Sasha Vainshtein; tom k. johnson; pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > Sasha, > ... snipped ... > > Once again, to clarify your point, > the only relevant structure WITHOUT CAS > is the frame. Indeed, ATM-CES differentiates > between the "structured" and the "structured with CAS" > cases. In the former case the pointer points > to the beginning of the frame, while in the latter > it is to the beginning of the superframe. > Exactly. > ... snipped ... > > > I see definite disadvantages in this approach: > > > While I agree with the problems you raise, > I believe that they are mostly due to not implementing > the pointer mechanism as defined in the draft. > > Try using some reasonable packet size (e.g. 128 bytes) > and the pointer - do these problems still persist? > .snipped ... > > In my opinion, the single major problem > is not making the pointer mechanism MANDATORY. > By doing so all the problems you mention > go away. > I think that the pointer mechanism solves one and only one problem: decoupling between the structure size and the packet payload size. It surely would not transform an irrelevant structure (superframe for NxDS0 without CAS) into a relevant one. I believe that decoupling mentioned above is meaningful for trunk-specific NxDS0 with CAS because the structure in question takes 2 or 3 milliseconds to packetize and is non-homogeneous (comprises the TDM payload and signaling substructures). For NxDS0 with CAS the REAL structures are very short (N octets) and take just 125 microseconds to packetize. Hence using the packet payload size that is a multiple of the structure size solves all the problems at zero cost. In particular, handling of lost packets is trivial. > > Y(J)S > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Akiva Sadovski Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 6 Mar 2003 21:47:34 +0200 Lines: 31 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-From: pwe3-admin@ietf.org Thu Mar 06 21:00:46 2003 Return-path: To: "'Shahram Davari'" , "'pwe3@ietf.org'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Shahram, the draft looks clear and thorough, but , maybe, there is a problem with PSN packet loss handling: 1) loss of one PSN packet is equivalent (AAL1-wise) to loss of multiple consequitive AAL-1 cells 2) how such loss will influence ATM-CES mechanisms, such as clock recovery ? 3) should ATM-CES cell delay variation and clock recovery requirements impose limits on number of ATM cells concatenated into one packet ? Regards, Akiva Sadovski, Axerra Networks > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Tuesday, March 04, 2003 6:14 PM > To: 'pwe3@ietf.org' > Subject: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > > Hi all, > > I have submitted this draft. FYI I am enclosing a copy. > > Yours, > Shahram Davari > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Ron Cohen" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Fri, 7 Mar 2003 00:06:23 +0200 Lines: 112 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Thu Mar 06 23:13:43 2003 Return-path: To: "'Sasha Vainshtein'" , "'Yaakov Stein'" , "'tom k. johnson'" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom, My opinion: The draft handles well the unstructured and N*DS0 with CAS services. The draft uses CEP header and encapsulations aligned with SONET CEP, which is also great. It provides a simple yet robust encapsulation to these services. Yet, I do agree with the basic comment regarding the N*DS0 without CAS. There is no justification to force super-frame structure on a service that does not have any. Which super-frame structure, E1 or T1, should be forced on a video conference application using 256kbit/sec? The only structure common to all TDM services is the 125us frame. I therefore suggest to remove the super-frame structure and use 125us frame structure instead for N*DS0 without CAS. Thanks Ron > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On > Behalf Of Sasha Vainshtein > Sent: Thursday, March 06, 2003 7:27 PM > To: 'Yaakov Stein'; tom k. johnson; pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > Yaakov, Tom and all, > Please see some comments inline. > > With best regards, > Sasha Vainshtein > email: sasha@axerra.com > tel: +972-3-7659993 (office) > +972-8-9254948 (res.) > +972-58-674833 (cell.) > > > > > -----Original Message----- > > From: Yaakov Stein [mailto:yaakov_s@rad.com] > > Sent: Thursday, March 06, 2003 4:14 PM > > To: Sasha Vainshtein; tom k. johnson; pwe3@ietf.org > > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > > > > Sasha, > > > ... snipped ... > > > > Once again, to clarify your point, > > the only relevant structure WITHOUT CAS > > is the frame. Indeed, ATM-CES differentiates > > between the "structured" and the "structured with CAS" > > cases. In the former case the pointer points > > to the beginning of the frame, while in the latter > > it is to the beginning of the superframe. > > > Exactly. > > > ... snipped ... > > > > > I see definite disadvantages in this approach: > > > > > > While I agree with the problems you raise, > > I believe that they are mostly due to not implementing > > the pointer mechanism as defined in the draft. > > > > Try using some reasonable packet size (e.g. 128 bytes) > > and the pointer - do these problems still persist? > > > .snipped ... > > > > In my opinion, the single major problem > > is not making the pointer mechanism MANDATORY. > > By doing so all the problems you mention > > go away. > > > I think that the pointer mechanism solves one and only > one problem: decoupling between the structure size and > the packet payload size. It surely would not transform > an irrelevant structure (superframe for NxDS0 without CAS) > into a relevant one. > I believe that decoupling mentioned above is meaningful > for trunk-specific NxDS0 with CAS because the structure > in question takes 2 or 3 milliseconds to packetize and > is non-homogeneous (comprises the TDM payload > and signaling substructures). > For NxDS0 with CAS the REAL structures are very short (N > octets) and take just 125 microseconds to packetize. Hence > using the packet payload size that is a multiple of the > structure size solves all the problems at zero cost. > In particular, handling of lost packets is trivial. > > > > Y(J)S > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Danny McPherson Subject: PWE3 @IETF56 Agenda Date: Fri, 07 Mar 2003 10:15:29 -0700 Lines: 94 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Fri Mar 07 18:18:19 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Pseudo Wire Emulation Edge to Edge (pwe3) Wednesday, March 19 1530-1730 ============================= CHAIR: "Danny McPherson" AGENDA: 1530-1540 Administrivia "Danny McPherson" http://www.ietf.org/internet-drafts/draft-ietf-pwe3-arch-02.txt> Discussion: 1) Update on current architecture document 2) Discussion of PWE3 Congestion Control 1600-1610 PWE3 OAM: Virtual Circuit Connection Verification "Thomas Nadeau" Discussion: PWE3 OAM Message Mapping and MPLS OAM. Discussion of the VCCV and OAM message mapping drafts, how they fit into and satisfy the MPLS OAM requirements, and next steps. ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-mpls-oam-requirements-00.txt ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-pwe3-oam-msgmap-00.txt ftp://ftp-eng.cisco.com/tnadeau/oam/draft-nadeau-pwe3-vccv-00.txt 1610-1615 ATM PW MIB "Thomas D. Nadeau" Discussion: Discussion of PW ATM MIB and how it fits into accepted PW MIB management model for PWE3. ftp://ftp-eng.cisco.com/tnadeau/PWEMIB/draft-sathappan-pw-atm-mib-00.txt 1615-1625 TDM Proposals "Tom K. Johnson" Discussion: Discuss alternate proposal for DS3, E3, DS1, E1, and NxDS0 circuit emulation. http://www.ietf.org/internet-drafts/draft-johnson-pwe3-tdm-00.txt 1625-1635 Open Issues in TDM Requirements Draft "Max Riegel" Discussion: Discussion of open issues from the mailing list and clarification of further proceeding with the document in alignment with other WG I-Ds. http://www.ietf.org/internet-drafts/draft-ietf-pwe3-tdm-requirements-00.txt 1635-1645 TDM over IP Using Loop Emulation "Yaakov Stein" Discussion: TDM o IP using Loop Emulation, with emphasis on bandwidth conservation and the possibilities it opens for congestion avoidance. http://www.dspcsp.com/tdmoip/draft-stein-pwe3-tdmoiple-00.txt 1645-1655 CE Signaling & Structured TDM Emulation: Approaches and Solutions "Sasha Vainshtein" Discussion:The WG input is solicited on the following issues: 1. To what extent should a PW mechanism rely on specific assumptions regarding the payload of the emulated service? 2. Does a specific CE signaling mechanism justify a dedicated emulated service? 3. Structured TDM emulation: a "piece of wire" or a cross-connect? 1655-1700 MPLS Forum Liaison Statement "Walsh, Thomas D (Tom)" 1700-1710 PW Setup & Maintenance Using LDP "Luca Martini" Discussion: Discuss changes regarding move of LDP setup and control protocol to separate document. http://www.ietf.org/internet-drafts/draft-ietf-pwe3-control-protocol-00.txt 1710-1715 Aligning PDU transport mode with ATM Forum "Shahram Davari" Discussion: ATM Forum detected problems with PDU mode and as a result has revised it. I will try to explain what those problems are and why PWE3 should revise the PDU mode and align it with ATM Forum http://www.ietf.org/internet-drafts/draft-davari-pwe3-aal12-over-psn-01.txt 1715-1725 L2TPv3 Update "W. Mark Townsley" Discussion: Give an update on the state of L2TPv3 http://www.ietf.org/internet-drafts/draft-ietf-l2tpext-l2tp-base-06.txt 1725-1730 Wrap Up From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-anavi-tdmoip-05.txt Date: Fri, 07 Mar 2003 15:32:21 -0500 Lines: 80 Sender: pwe3-admin@ietf.org Reply-To: Internet-Drafts@ietf.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 07 21:49:15 2003 Return-path: To: IETF-Announce: ; Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , X-Spam-Report: 5 hits, 5 required; * 1.1 -- To: has a malformed address * 0.5 -- From: does not include a real name * 2.2 -- BODY: Claims you can be removed from the list * 1.1 -- BODY: A word in all caps repeated on the line * 0.1 -- RAW: MIME filename does not match content Status: O --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : TDM over IP Author(s) : J. Stein et. al Filename : draft-anavi-tdmoip-05.txt Pages : 26 Date : 2003-3-7 This document describes methods for transporting time division multiplexed (TDM) digital voice and data signals over Pseudo Wires. It is a revision of the document draft-anavi-tdmoip-02. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-anavi-tdmoip-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-anavi-tdmoip-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-anavi-tdmoip-05.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "tom k. johnson" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Sun, 9 Mar 2003 18:10:24 -0500 Lines: 91 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Mon Mar 10 00:13:07 2003 Return-path: X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLjqCYfclqpn6DtRnas5OZDfDJ73AC3jJzg To: "Yaron Raz" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h29NLUO13415 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaron - > -----Original Message----- > From: Yaron Raz [mailto:yaron_raz@atrica.com] > Sent: Thursday, March 06, 2003 1:18 AM > To: PWE3 group (E-mail) > Subject: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 > > > The mandatory TDM payload sizes suggested in > draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured > mode, and 16/24 TDM frames for structured E1/T1 respectively. Yes, the mandatory payload sizes and formats were the most contentious part of the draft, and subject to the most back-and-forth. However, it is important to note that other sizes are supported. The mandatory payload sizes are simply the defaults. > > The fact that the TDM payload is that big has two negative effects: > 1. The delay through the CES network is high: 24 TDM frames > are 3mSec delay in the transmitter side. Then you must have > at least one additional frame in the receiver jitter buffer, > so you end up with at least 6mSec of delay. This may be > acceptable in some applications/network scenarios, but not in others. Definitely agree. The question is - which scenario should we optimize the defaults for? Shahram and Yaakov argue that the key application for this sort of service is long-distance applications, where the propogation delays dwarf the packetization and jitter buffer delays. However, some of the Metro-Ethernet oriented folks argue the reverse. Not sure what the right answer is, but as I noted previously - shorter packet sizes are supported by the draft if the default delay is too long. > 2. Reconstructing the TDM clock becomes more complicated. If > one uses an adaptive technique, you need much more than 2 > frames in your jitter buffer in order for this to work, so > the delay vs. clock accuracy becomes an issue. If one uses > timestamps, getting a timestamp once every 3mSec puts more > constraints on the PLL mechanism, than if the receiver side > got it every 1mSec or 500uSec. Yes, I can see how that could be an issue. However, that's not specifically a comment against the draft as a whole, but just a question of what the defaults are, right? > > My suggestion is therefore the following: > For unstructured mode, where I guess the 376 byte requirement > comes from 47(AAL1 payload)x8 we reduce it to 47x3 or 47x4 > (need to decide). I would have no problem with that. Sasha had argued that shorter packet sizes resulted in too much overhead relative to the payload, but I would think everyone would be fine with something like 47x4. (Does anybody else have a problem with that?) > For structured mode, we keep the basic mode an option, but > NOT a MANDATORY mode. By the "basic" mode - I assume you mean the mode where the super-frame is locked to the packet boundary (?) > Alternatively, we can keep the basic structured mode but > divide the TDM payload by 4 or 8 and have a running index in > the header that identifies the TDM "fragment". This can even > be the lsb part (2-3 lsbs) of the current sequence number. It's an interesting idea. Of course, one of the modes of operation that the AAL1 camp finds useful is the ability to set the packet size to 375 bytes, so that payload is the same number of bytes as an AAL1 8-cell cycle (i.e. 7x47 + 46). So, I'm not sure how you're suggestion fits with that idea. But, I think I get the idea. Talk to you soon. -Tom > > Any thoughts? > > Yaron > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Alik Shimelmits Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Mon, 10 Mar 2003 10:09:53 +0200 Lines: 51 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-From: pwe3-admin@ietf.org Mon Mar 10 09:24:17 2003 Return-path: To: Yaron Raz , "PWE3 group (E-mail)" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaron: > The mandatory TDM payload sizes suggested in > draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured > mode, and 16/24 TDM frames for structured E1/T1 respectively. please, put attention on the following: the draft defines TDM payload size of 376 bytes for unstructured mode including E1/T1 and E3/T3. It is attempt to provide one default for two totally different rates. And that's the problem. Everyone would prefer to have smaller default for E1/T1 to provide smaller delay, let say 1ms. But in this case you get totally meaningless value for E3/T3. I would say that 47x4 is not a workable default for T3. Please, notice that the default value for structured (nxDS0) is defined in ms. and not in bytes. That results that payload packet size in bytes varies as a simple function of n. That utilizes PSN capability to work with the packets of various size oppose to ATM and allows to keep end-2-end delay dependent only on network characteristics (delay and jitter) and independent from the number of DS0s in the bundle. I would propose to define payload size for unstructured T1/E1 and T3/E3 in a similar way (ms) as it is defined in draft-vainshtein. Of course, in this case you have problem with ATM-based mechanism because ATM does not have flexibility to perform such an adjustment of packet size. Technically, I would say, that to define TDM-PSN network interworking it would be better to define payload size in TDM units (frames, msec or micro) and then calculate payload size in bytes. > The fact that the TDM payload is that big has two negative effects: > 1. The delay through the CES network is high: 24 TDM frames > are 3mSec delay in the transmitter side. ... snipped > This may be > acceptable in some applications/network scenarios, but not in others. Agree. The problem is that if we need to define single default to ensure interoperability. This default should provide reasonable bandwidth effeciency for different N and reasonable delay for different applications. The last draft-vainshtein requires the applications to support payload size of 1, 2 and 3 ms (for n >= 4 ) in order to be complied. This is the attempt to ensure that the implementations complied to the draft can not only announce interoperability but also to fit to a wider range of applications. With best regards Alik From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Uri Rotshtein" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Mon, 10 Mar 2003 13:15:38 +0200 Lines: 17 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Mon Mar 10 12:19:09 2003 Return-path: content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Thread-Topic: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcLm9mDnWa/RKDrcQNyRB7Nx4TJXDQ== To: , X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2ABR2O02428 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, I agree with your objection to draft-johnson wrt NxDS0 without CAS: there is neither need nor justification for superframe structures in emulation of these services. Its usage in draft-johnson-pwe3-tdm-00.txt looks like a "copy and paste" bug from NxDS0 with CAS. In fact, the two services are different: the latter deals only with a bundle of independent Voice channels, while the former may be used for different purposes (including Voice). Hence the reuse, if at all possible, should work the other way round: from a solution for NxDS0 without CAS to a solution for NxDS0 with CAS. The latest CESoPSN draft describes such an approach while leaving place for dedicated solutions for NxDS0 with CAS as well. I think that the method based on preservation of frames across the PSN (e.g. as it is described in draft-vainshtein-cesopsn-05.txt) is the correct solution for NxDS0 without CAS. Regards, Uri. From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "tom k. johnson" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Mon, 10 Mar 2003 08:20:19 -0500 Lines: 45 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Mon Mar 10 14:23:38 2003 Return-path: X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcLm9mDnWa/RKDrcQNyRB7Nx4TJXDQAEK4mg To: "Uri Rotshtein" , , X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2ADVfO10026 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Thanks Uri I was trying to address two unrelated problems with a single mode of operation, but it seems pretty clear now that the default text for NxDS0 w/o CAS needs a little rework. I'll try to put together some alternative text prior to the meeting in San Francisco and post it to the list. Thanks -Tom > -----Original Message----- > From: Uri Rotshtein [mailto:urir@reduxcom.com] > Sent: Monday, March 10, 2003 6:16 AM > To: sasha@axerra.com; pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > Sasha, > I agree with your objection to draft-johnson wrt NxDS0 without CAS: > there is neither need nor justification for superframe structures > in emulation of these services. Its usage in > draft-johnson-pwe3-tdm-00.txt > looks like a "copy and paste" bug from NxDS0 with CAS. > In fact, the two services are different: the latter deals only with > a bundle of independent Voice channels, while the former > may be used for different purposes (including Voice). > Hence the reuse, if at all possible, should work the > other way round: from a solution for NxDS0 without CAS > to a solution for NxDS0 with CAS. The latest CESoPSN draft > describes such an approach while leaving place for > dedicated solutions for NxDS0 with CAS as well. > I think that the method based on preservation of frames across the > PSN (e.g. as it is described in draft-vainshtein-cesopsn-05.txt) is > the correct solution for NxDS0 without CAS. > Regards, Uri. > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "tom k. johnson" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Mon, 10 Mar 2003 08:24:12 -0500 Lines: 85 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Mon Mar 10 14:26:50 2003 Return-path: X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLm3p+aNWcXPokcTp2W3CayFfPSOQAKTclw To: "Alik Shimelmits" , "Yaron Raz" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2ADZZO10184 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Alik - I agree that it would make sense to have one default packet size for unstructured T1/E1 and a different one for unstructured T3/E3 (as long as the defaults are multiples of 47 bytes). Does anyone have a problem with that? -Tom > -----Original Message----- > From: Alik Shimelmits [mailto:alik@axerra.com] > Sent: Monday, March 10, 2003 3:10 AM > To: Yaron Raz; PWE3 group (E-mail) > Subject: RE: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 > > > Yaron: > > > The mandatory TDM payload sizes suggested in > > draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured > > mode, and 16/24 TDM frames for structured E1/T1 respectively. > > please, put attention on the following: the draft defines TDM payload > size of 376 bytes for unstructured mode including E1/T1 and E3/T3. > It is attempt to provide one default for two totally > different rates. And > that's the problem. Everyone would prefer to have smaller default > for E1/T1 to provide smaller delay, let say 1ms. But in this case you > get totally meaningless value for E3/T3. I would say that 47x4 is not > a workable default for T3. > > Please, notice that the default value for structured (nxDS0) > is defined in > ms. > and not in bytes. That results that payload packet size in > bytes varies as a > simple function of n. That utilizes PSN capability > to work with the packets of various size oppose to ATM and > allows to keep end-2-end delay dependent only on > network characteristics (delay and jitter) and independent from > the number of DS0s in the bundle. > > I would propose to define payload size for unstructured T1/E1 > and T3/E3 in > a similar way (ms) as it is defined in draft-vainshtein. Of > course, in this > case you have problem with ATM-based mechanism because ATM does > not have flexibility to perform such an adjustment of packet size. > > Technically, I would say, that to define TDM-PSN network > interworking it > would be better to define payload size in TDM units (frames, > msec or micro) > and then calculate payload size in bytes. > > > The fact that the TDM payload is that big has two negative effects: > > 1. The delay through the CES network is high: 24 TDM frames > > are 3mSec delay in the transmitter side. > ... snipped > > This may be > > acceptable in some applications/network scenarios, but not > in others. > > Agree. The problem is that if we need to define single > default to ensure > interoperability. This default should provide reasonable bandwidth > effeciency for different N and reasonable delay for different > applications. > The last draft-vainshtein requires the applications to > support payload size > of > 1, 2 and 3 ms (for n >= 4 ) in order to be complied. This is > the attempt > to ensure that the implementations complied to the draft can not > only announce interoperability but also to fit to a wider range of > applications. > > With best regards > Alik > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Mon, 10 Mar 2003 15:21:50 +0200 Lines: 51 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Mon Mar 10 14:29:18 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and all, I have read the draft in question. It looks like quite a useful document explaining how to use different modes of [ATM-ENCAP] with AAL1 VCCs. I have a couple of minor comments to it. 1. The text in Section 11.1 allows the receiver to ignore L bit. On the other hand, the text in Section 11 allows the transmitter not only to set L bit in case of a defect but also to send only "the minimum PSN payload set to all zeros" since the payload itself is irrelevant. I do not understand how such payload would then be interpreted by a receiver that ignores L bit. 2. The receiver does not handle lost packets beyond optional setting of the R bit; in particular, it does not generate any "replacement traffic" or any OAM cells towards the ATM network (AFAIK no such action is defined for any of the modes in [ATM-ENCAP]). As a consequence, the egress of the AAL1 path using the ATM PW as one of its "hops" will have to detect and handle loss of, potentially, multiple consecutive AAL1 frames due to a single PW packet loss. Since the AAL1 sequence number is just 3 bits wide, this looks problematic if the lost packet contained 8 (or more) AAL1 frames. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Tuesday, March 04, 2003 6:14 PM > To: 'pwe3@ietf.org' > Subject: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > > Hi all, > > I have submitted this draft. FYI I am enclosing a copy. > > Yours, > Shahram Davari > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Chris Metz Subject: Couple of PWE3 vccv questions Date: Mon, 10 Mar 2003 14:03:27 -0800 Lines: 28 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Mon Mar 10 23:07:13 2003 Return-path: X-Sender: chmetz@mail1.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi- Couple of questions on the pwe3 vccv draft: 1. Does the VCCV parameters ID equal to "0x06" defined in the draft conflict with the interface parameter values defined in: http://ietf.org/internet-drafts/draft-ietf-pwe3-iana-allocation-00.txt 2. Understand what is being conveyed but not clear on the placement of the values identified in section 6.2: 0x1 OAM Flag in PWE header 0x2 Include the control channel label in stack above VC label 3. Who doles out the router alert label? I would assume no one and that it is pushed on top of the VC label by the PW ingress PE based on the negotiated OAM capability. 4. Just a general question on router alert processing: If an explicit null is the tunnel label (thus requiring disposition on the UHP), is the router alert label still processed as usual? I would guess so but I raise the question based on the following from RFC3032, section 2.1, ii: "..When a received packet contains this label value at the top of the label stack, it is delivered to a local software module for processing.." Thanks ... From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Tue, 11 Mar 2003 10:24:21 +0200 Lines: 66 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: pwe3@ietf.org, Shahram Davari X-From: pwe3-admin@ietf.org Tue Mar 11 09:32:08 2003 Return-path: To: "'Yaakov Stein'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaakov and all, Please see some comments inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Yaakov Stein [mailto:yaakov_s@rad.com] > Sent: Tuesday, March 11, 2003 8:58 AM > To: Sasha Vainshtein; Shahram Davari > Cc: pwe3@ietf.org > Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > > > Sasha and Shahram, < ... snipped ... > > There are two options here which can not be used together. > If Shahram did not explicitly say so, what he meant is that > packets with L bit set, can delete their payload. > Sorry, I do not understand. Which two options do you mean? And, IMO, Shahram's text is quite clear (even if problematic) so that there is no need to guess what he meant. > ... snipped ... > > I am not sure how you reached the conclusion that the receiver > does not interpolate lost packets. > The following is quoted from the Intro section of draft-davari: This document describes methods for transporting AAL1 over IP/MPLS networks, using the ATM transport modes described in [ATM-encap] without introducing any new protocol. Please note the key words "without introducing any new protocol"! The rest is simple: AFAIK, [ATM-ENCAP] does not define any interpolation of lost packets in any of its modes. > ... snipped ... > If you are interested in what the receiver should do, > take a look at draft-anavi-tdmoip-05. > AFAIK, draft-anavi does not discuss treatment of OAM/RM cells. But [ATM-ENCAP] and, by implication, draft-davari define such treatment in detail. As a consequence neither the cell transport modes nor the PDU mode defined in [ATM-ENCAP] and referenced in draft-davari can guarantee a fixed number of cells per packet due to the [ATM-ENCAP] requirement to send OAM/RM cells "in order" and in separate packets. IMO, this makes [ATM-ENCAP]-compatible "interpolation for lost packets" somewhat problematic - unless you always send a single cell per packet. Did I miss something? > ... snipped to the end ... From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Yaron Raz" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Tue, 11 Mar 2003 10:33:28 +0200 Lines: 109 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 11 09:37:27 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLjqCYfclqpn6DtRnas5OZDfDJ73AC3jJzgAEf0KFA= To: "tom k. johnson" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2B8jBO10769 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom, First I'd like to say I think you've done a good job in finding a common ground between the approaches, one that uses the advantages of both, and still makes technical sense. The only issue I found to be of concern is the TDM payload size. I think (like Alik) that a mandatory mode is important, and it is more than a default value. This makes different implementations interoperable. I still suggest to reduce the TDM payload size of E1/T1 to either 3x47 or 4x47 bytes in the unstructured mode. the overhead penalty is much less, and the delay is acceptable for all applications. As far as I understand, also long-distance Internet applications do not suffer from such a payload size. For E3/T3 we can (and should) have a longer TDM payload size. Regarding the structured mode, I believe we should have a mandatory mode there as well (although the whole mode is optional), so that if someone implements this he must conform at least to this mandatory mode. Can the AAL1 guys suggest a mode that is acceptable and still has about 3-6 x 125uS delay? Yaron > -----Original Message----- > From: tom k. johnson [mailto:tom_johnson@litchfieldcomm.com] > Sent: Monday, March 10, 2003 1:10 AM > To: Yaron Raz; PWE3 group (E-mail) > Subject: RE: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 > > > Yaron - > > > -----Original Message----- > > From: Yaron Raz [mailto:yaron_raz@atrica.com] > > Sent: Thursday, March 06, 2003 1:18 AM > > To: PWE3 group (E-mail) > > Subject: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 > > > > > > The mandatory TDM payload sizes suggested in > > draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured > > mode, and 16/24 TDM frames for structured E1/T1 respectively. > > Yes, the mandatory payload sizes and formats were the most contentious > part of the draft, and subject to the most back-and-forth. However, > it is important to note that other sizes are supported. The mandatory > payload sizes are simply the defaults. > > > > > The fact that the TDM payload is that big has two negative effects: > > 1. The delay through the CES network is high: 24 TDM frames > > are 3mSec delay in the transmitter side. Then you must have > > at least one additional frame in the receiver jitter buffer, > > so you end up with at least 6mSec of delay. This may be > > acceptable in some applications/network scenarios, but not > in others. > > Definitely agree. The question is - which scenario should we > optimize the defaults for? Shahram and Yaakov argue that the > key application for this sort of service is long-distance > applications, where the propogation delays dwarf > the packetization and jitter buffer delays. However, some of the > Metro-Ethernet oriented folks argue the reverse. Not sure what > the right answer is, but as I noted previously - shorter packet > sizes are supported by the draft if the default delay is too long. > > > 2. Reconstructing the TDM clock becomes more complicated. If > > one uses an adaptive technique, you need much more than 2 > > frames in your jitter buffer in order for this to work, so > > the delay vs. clock accuracy becomes an issue. If one uses > > timestamps, getting a timestamp once every 3mSec puts more > > constraints on the PLL mechanism, than if the receiver side > > got it every 1mSec or 500uSec. > > Yes, I can see how that could be an issue. However, that's > not specifically a comment against the draft as a whole, but > just a question of what the defaults are, right? > > > > > My suggestion is therefore the following: > > For unstructured mode, where I guess the 376 byte requirement > > comes from 47(AAL1 payload)x8 we reduce it to 47x3 or 47x4 > > (need to decide). > > I would have no problem with that. Sasha had argued that shorter > packet sizes resulted in too much overhead relative to the payload, > but I would think everyone would be fine with something like 47x4. > > (Does anybody else have a problem with that?) > > > For structured mode, we keep the basic mode an option, but > > NOT a MANDATORY mode. > > By the "basic" mode - I assume you mean the mode where the > super-frame is locked to the packet boundary (?) > > > Alternatively, we can keep the basic structured mode but > > divide the TDM payload by 4 or 8 and have a running index in > > the header that identifies the TDM "fragment". This can even > > be the lsb part (2-3 lsbs) of the current sequence number. > > It's an interesting idea. Of course, one of the modes of > operation that the AAL1 camp finds useful is the ability to > set the packet size to 375 bytes, so that payload is the > same number of bytes as an AAL1 8-cell cycle (i.e. 7x47 + 46). > > So, I'm not sure how you're suggestion fits with that idea. > But, I think I get the idea. > > Talk to you soon. > > -Tom > > > > > Any thoughts? > > > > Yaron > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: PWE3 NxDS0 in draft-vainshtein-cesopsn-05.txt Date: Tue, 11 Mar 2003 12:19:49 +0200 Lines: 48 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 11 11:25:51 2003 Return-path: To: "'Mark Doyle'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Mark, Thank you for your support and valuable comments. Please see some answers inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) -----Original Message----- From: Mark Doyle [mailto:mark@engagecom.com] Sent: Monday, March 10, 2003 7:34 PM To: Sasha Vainshtein; pwe3@ietf.org Subject: PWE3 NxDS0 in draft-vainshtein-cesopsn-05.txt > Good Day Sasha, > > I have read the latest CESoPSN draft (draft-vainshtein-cesopsn-05.txt). > It looks very mature and I would like to propose its promotion to a > WG item. > I have a couple of questions regarding your proposal: > 1. Can your approach to NxDS0 without CAS be extended to cover N > 31? > This looks like a desirable service for some applications > I agree that there is a definite need to support this option. I have already heard this suggestion in some private discussions. I intend to add this option to the next revision of the draft, and I do not foresee any technical problems with it. > > 2. Can your approach for handling NxDS0 and CAS-based CE signaling > separately be extended to non-CAS CE signaling techniques? > I think I see your point. I think that this is possible, and I will consider adding it to the next revision. The decision depends also on the WG interest in such mechanisms since, so far, only the need for carrying CAS across the PSN has been articulated in the TDM requirements draft. > > > Best Regards, > Mark Doyle From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Wed, 12 Mar 2003 07:11:50 -0800 Lines: 93 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Wed Mar 12 16:20:53 2003 Return-path: To: "'Sasha Vainshtein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Sasha, Very good comments. Please see my response in-line: Thanks, -Shahram >-----Original Message----- >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] >Sent: Monday, March 10, 2003 8:22 AM >To: Shahram Davari >Cc: 'pwe3@ietf.org' >Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > >Shahram and all, > >I have read the draft in question. It looks like quite a useful >document explaining how to use different modes of [ATM-ENCAP] >with AAL1 VCCs. > >I have a couple of minor comments to it. > >1. The text in Section 11.1 allows the receiver to ignore L bit. > On the other hand, the text in Section 11 allows the transmitter > not only to set L bit in case of a defect but also to send only > "the minimum PSN payload set to all zeros" since the payload > itself is irrelevant. > I do not understand how such payload would then be interpreted > by a receiver that ignores L bit. I will make it clear in the next revision that the payload could be omitted only if the ingress can set L-bit and the egress can interpret it. > >2. The receiver does not handle lost packets beyond optional setting > of the R bit; in particular, it does not generate any "replacement > traffic" or any OAM cells towards the ATM network (AFAIK no such > action is defined for any of the modes in [ATM-ENCAP]). > As a consequence, the egress of the AAL1 path using the ATM PW as > one of its "hops" will have to detect and handle loss of, >potentially, > multiple consecutive AAL1 frames due to a single PW packet loss. > Since the AAL1 sequence number is just 3 bits wide, this looks > problematic if the lost packet contained 8 (or more) AAL1 frames. This is something that should be addressed by the Martini-draft, since the 1:1 and N:1 cell modes are not specific to particular AAL type. The R-bit is meant for complete PW break or long term congestion. However, there are a couple of ways to handle packet loss due to short term congestion: 1) One could use packets with less than 8 cells in them. This could handle random packet loss, but can't handle burst packet loss. 2) One could generate ATM cells with pre-configured value such as "All 1's" 3) One could use interpolation, but this requires detailed knowledge of the ATM traffic 4) If ATM/AAL1 and PW function are all implemented in the same box, then the PW block could use a local means of communicating the packet loss to the AAL1/ATM block, such as what is described in anavi-draft. > >With best regards, > Sasha Vainshtein >email: sasha@axerra.com >tel: +972-3-7659993 (office) > +972-8-9254948 (res.) > +972-58-674833 (cell.) > > > >> -----Original Message----- >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> Sent: Tuesday, March 04, 2003 6:14 PM >> To: 'pwe3@ietf.org' >> Subject: [PWE3] draft-davari-pwe3-aal12-over-psn-01 >> >> >> Hi all, >> >> I have submitted this draft. FYI I am enclosing a copy. >> >> Yours, >> Shahram Davari >> >> >> > From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: "Tissa Senevirathne" Subject: draft-tsenevir-gre-subip-00.txt - Comments Date: Wed, 12 Mar 2003 15:46:25 +0000 Lines: 21 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Cc: tsenevir@hotmail.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Mar 12 16:48:25 2003 Return-path: X-Originating-IP: [66.7.144.1] To: pwe3@ietf.org, ppvpn@nortelnetworks.com X-OriginalArrivalTime: 12 Mar 2003 15:46:26.0091 (UTC) FILETIME=[8A3B97B0:01C2E8AE] X-SMTP-HELO: hotmail.com X-SMTP-MAIL-FROM: tsenevir@hotmail.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: bay2-f6.bay2.hotmail.com [65.54.247.6] Status: O Following draft present a unified method of transporting sub-ip protocols and services using GRE. In this draft we propose to use a unique GRE protocol type to represent sub-ip encapsulations. Part of the GRE Key is used to identify the type of the protocol/service that is emulated within the sub-ip family. This approach avoids use of multiple different protocol types emulate many services presented in sub-ip area. http://www.ietf.org/internet-drafts/draft-tsenevir-gre-subip-00.txt _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Wed, 12 Mar 2003 10:44:10 -0800 Lines: 23 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 12 19:52:03 2003 Return-path: To: "'Sasha Vainshtein'" , "'Yaakov Stein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, >AFAIK, draft-anavi does not discuss treatment of OAM/RM cells. >But [ATM-ENCAP] and, by implication, draft-davari define such >treatment in detail. As a consequence neither the cell transport >modes nor the PDU mode defined in [ATM-ENCAP] and referenced >in draft-davari can guarantee a fixed number of cells per >packet due to >the [ATM-ENCAP] requirement to send OAM/RM cells "in order" >and in separate packets. IMO, this makes [ATM-ENCAP]-compatible >"interpolation for lost packets" somewhat problematic - unless >you always send a single cell per packet. >Did I miss something? >> Your comment is valid, however, it is valid only for PDU mode. Cell modes don't send OAM cells in separate packet. I guess one of the restrictions of PDU mode would be as following: If the PEs don't have a synchronized clock (i.e, use adpative clock), then to transport AAL1 traffic, OAM cells should not be transmitted at ingress PE, or they may be transmitted between PW packets ( which could cause misordering of OAM cells). Yours, -Shahram From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: Ethernet over MPLS Date: Wed, 12 Mar 2003 11:24:48 -0800 Lines: 16 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-From: pwe3-admin@ietf.org Wed Mar 12 20:27:45 2003 Return-path: To: "'pwe3@ietf.org'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi, Why does draft-ietf-pwe3-ethernet-encap-02.txt requires that in tagged mode all frames inside a single PW have the same VLAN tag? Thanks, > __________________________________________ > Shahram Davari, B.Eng., M.Sc. > Senior Product Research Engineer > PMC_Sierra, Inc. > Tel: (613)271-4018 > Fax: (613)271-6468 > MailTo: Shahram_Davari@pmc-sierra.com > __________________________________________ > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Sasha Vainshtein Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 09:42:02 +0200 Lines: 117 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: "'pwe3@ietf.org'" , "Yaakov Stein (E-mail)" X-From: pwe3-admin@ietf.org Thu Mar 13 08:49:24 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, Yaakov and all, Please see some answers to two separate messages on the subject. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message #1----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Wednesday, March 12, 2003 5:12 PM > To: Sasha Vainshtein > Cc: 'pwe3@ietf.org' > Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > > Hi Sasha, ... snipped ... > > I will make it clear in the next revision that the payload could be > omitted only if the ingress can set L-bit and the egress can > interpret it. > Seems OK. Probably means that this capability (as well as other ATM-related capabilities, e.g., generation of F5 AIS) should be exchanged between the PEs at the PW setup. > ... snipped ... > > This is something that should be addressed by the > Martini-draft, since the > 1:1 and N:1 cell modes are not specific to particular AAL > type. The R-bit is > meant for complete PW break or long term congestion. However, > there are > a couple of ways to handle packet loss due to short term congestion: > > 1) One could use packets with less than 8 cells in them. This > could handle > random packet loss, but can't handle burst packet loss. > Looks like the simplest thing to do and does not require any change in Martini. BTW, if, in addition to keeping less than 8 cells per packet, you keep the number of cells per packet ODD, you (more or less) can be sure that loss of up to 7 consecutive packets will be detected at the egress of the AAL1 path (even if the handling may be not quite accurate). > > 2) One could generate ATM cells with pre-configured value > such as "All 1's" > I am not sure I follow you here. Do you mean "ATM cells", ATM cells' payload" or AAL1 frames' payload"? And why not to generate (if you can) some ATM AIS? > > 3) One could use interpolation, but this requires detailed > knowledge of the ATM traffic > Agreed. This is why I do not think it is compatible with [ATM-ENCAP]. > > 4) If ATM/AAL1 and PW function are all implemented in the > same box, then the PW block > could use a local means of communicating the packet loss to > the AAL1/ATM block, such as what is described in anavi-draft. > See above. > ... snipped to the end of the original message #1 ... > -----Original Message #2---- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Wednesday, March 12, 2003 8:44 PM > To: Sasha Vainshtein; 'Yaakov Stein' > Cc: pwe3@ietf.org > Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > ... snipped... > >AFAIK, draft-anavi does not discuss treatment of OAM/RM cells. > >But [ATM-ENCAP] and, by implication, draft-davari define such > >treatment in detail. As a consequence neither the cell transport > >modes nor the PDU mode defined in [ATM-ENCAP] and referenced > >in draft-davari can guarantee a fixed number of cells per > >packet due to > >the [ATM-ENCAP] requirement to send OAM/RM cells "in order" > >and in separate packets. IMO, this makes [ATM-ENCAP]-compatible > >"interpolation for lost packets" somewhat problematic - unless > >you always send a single cell per packet. > >Did I miss something? > >> > Your comment is valid, however, it is valid only for PDU > mode. Cell modes don't send OAM cells in separate packet. > Correct. Sell modes do not fragment packets, but they do not guarantee fixed number of USER (in your case AAL1) cells per packet either. So this does not really help. > > I guess one of the restrictions of PDU mode would be as following: > > If the PEs don't have a synchronized clock (i.e, use adpative > clock), then to transport AAL1 traffic, OAM cells should not > be transmitted at ingress PE, or they may be transmitted > between PW packets ( which could cause misordering of OAM cells). < I do not follow you. IMO, the PEs carrying AAL1 traffic over a PW do not care about clock. Once more: using an odd, less than 8 number of cells per packet looks like the simplest precaution that provides for reasonable behavior and is fully compatible with the existing [ATM-encap]-compatible equipment "as is". ... snipped to the end of the original message #2 ... From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 06:46:42 -0800 Lines: 116 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: "'pwe3@ietf.org'" , "Yaakov Stein (E-mail)" X-From: pwe3-admin@ietf.org Thu Mar 13 15:49:42 2003 Return-path: To: "'Sasha Vainshtein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, Thanks for your good comments. Please see some observations in line. Thanks, Shahram >> 1) One could use packets with less than 8 cells in them. This >> could handle >> random packet loss, but can't handle burst packet loss. >> >Looks like the simplest thing to do and does not require any change in >Martini. >BTW, if, in addition to keeping less than 8 cells per packet, >you keep the >number of >cells per packet ODD, you (more or less) can be sure that loss >of up to >7 consecutive packets will be detected at the egress of the >AAL1 path (even >if the handling may be not quite accurate). Agree. I could add this to the draft. >> >> 2) One could generate ATM cells with pre-configured value >> such as "All 1's" >> >I am not sure I follow you here. Do you mean "ATM cells", ATM cells' >payload" >or AAL1 frames' payload"? >And why not to generate (if you can) some ATM AIS? I meant a fixed ATM payload. Generation of ATM AIS is also an appropriate menas of informing ATM termination node that there is a failure and would enter AIS state. After receiving a CC cell or a user cell the ATM node would trigger out of AIS state. However, if there is a single packet loss every second, then the ATM termination node will toggle between AIS state and non-AIS state. I could add this to the draft, but I think ATM-ENCAP should also add this as an option. >> >> 3) One could use interpolation, but this requires detailed >> knowledge of the ATM traffic >> >Agreed. This is why I do not think it is compatible with [ATM-ENCAP]. >> >> 4) If ATM/AAL1 and PW function are all implemented in the >> same box, then the PW block >> could use a local means of communicating the packet loss to >> the AAL1/ATM block, such as what is described in anavi-draft. >> >See above. >> >... snipped to the end of the original message #1 ... >> -----Original Message #2---- >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> Sent: Wednesday, March 12, 2003 8:44 PM >> To: Sasha Vainshtein; 'Yaakov Stein' >> Cc: pwe3@ietf.org >> Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 >> >... snipped... >> >AFAIK, draft-anavi does not discuss treatment of OAM/RM cells. >> >But [ATM-ENCAP] and, by implication, draft-davari define such >> >treatment in detail. As a consequence neither the cell transport >> >modes nor the PDU mode defined in [ATM-ENCAP] and referenced >> >in draft-davari can guarantee a fixed number of cells per >> >packet due to >> >the [ATM-ENCAP] requirement to send OAM/RM cells "in order" >> >and in separate packets. IMO, this makes [ATM-ENCAP]-compatible >> >"interpolation for lost packets" somewhat problematic - unless >> >you always send a single cell per packet. >> >Did I miss something? >> >> >> Your comment is valid, however, it is valid only for PDU >> mode. Cell modes don't send OAM cells in separate packet. >> >Correct. Sell modes do not fragment packets, but they >do not guarantee fixed number of USER (in your case AAL1) cells >per packet either. So this does not really help. Why Can't the ingress PE be configured to send fixed number of cells in a packet? From ATM-ENCAP it seems that the egress PE should be able to receive any packet size up to the configured max number of concatenated cells, including fixed size packets that are smaller than the MTU. >> >> I guess one of the restrictions of PDU mode would be as following: >> >> If the PEs don't have a synchronized clock (i.e, use adpative >> clock), then to transport AAL1 traffic, OAM cells should not >> be transmitted at ingress PE, or they may be transmitted >> between PW packets ( which could cause misordering of OAM cells). >< >I do not follow you. IMO, the PEs carrying AAL1 traffic over a >PW do not >care >about clock. The reason for requiring fixed size packets is adaptive clock recovery. However, if both PEs have the same clock, then there is no need to have fixed size packets. >Once more: using an odd, less than 8 number of cells per >packet looks like >the >simplest precaution that provides for reasonable behavior and is fully >compatible >with the existing [ATM-encap]-compatible equipment "as is". Agree. >... snipped to the end of the original message #2 ... > From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments Date: Thu, 13 Mar 2003 09:53:48 -0500 Lines: 38 References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org, ppvpn@nortelnetworks.com, tsenevir@hotmail.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Thu Mar 13 15:56:00 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Tissa Senevirathne" In-Reply-To: X-OriginalArrivalTime: 13 Mar 2003 14:54:32.0728 (UTC) FILETIME=[74EFD980:01C2E970] X-SMTP-HELO: ns2.vivacenetworks.com X-SMTP-MAIL-FROM: Andy.Malis@vivacenetworks.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: [64.221.212.135] Status: O Tissa, We already have a method of using GRE to carry sub-ip protocols, by using draft-ietf-mpls-in-ip-or-gre-00.txt. Do we really need another? Thanks, Andy ------- At 3/12/2003 03:46 PM +0000, Tissa Senevirathne wrote: >Following draft present a unified method of transporting sub-ip protocols >and services using GRE. In this draft we propose to use a unique GRE >protocol type to represent sub-ip encapsulations. Part of the GRE Key is >used to identify the type of the protocol/service that is emulated within >the sub-ip family. This approach avoids use of multiple different protocol >types emulate many services presented in sub-ip area. > >http://www.ietf.org/internet-drafts/draft-tsenevir-gre-subip-00.txt > > > >_________________________________________________________________ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: Re: Ethernet over MPLS Date: Thu, 13 Mar 2003 10:12:27 -0500 Lines: 55 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03D9E@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Thu Mar 13 16:17:07 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03D9E@nt-exch-yow.pmc-sie rra.bc.ca> X-OriginalArrivalTime: 13 Mar 2003 15:12:57.0203 (UTC) FILETIME=[07415C30:01C2E973] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, I agree that the draft could do a better job explaining the difference between raw mode and tagged mode. The distinction really is how the VLAN tags are treated by the network. In tagged mode, the PEs interpret the VLAN tag and have a one-to-one association between tags and inner VC labels. Since the ingress PE is demultiplexing ingress frames by VLAN tag in order to associate them with a particular VC label, a priori all of the frames sent using a particular VC label must have the same tag. This is similar in concept to ATM VPI/VCI mode. In raw mode, VLAN tags are ignored by the PEs (LERs) and are just passed transparently if they are in the frames. If they exist, they only have significance to the CEs. An inner LSP can mix both tagged and non-tagged frames, and different tags can used in the frames. This is very much like ATM port mode. A very good question is whether the VLAN tags should be stripped in tagged mode, since they are carrying redundant information and are thus just additional overhead. I personally wouldn't mind that, but the consensus among the authors was that the additional processing at the ingress wasn't worth it, especially since there is a good chance that a new tag will be imposed at the egress. If you transmit the tag, then you just have to overwrite it at the egress rather than have to add it to the frame. But you may have to strip it at the egress anyway. Cheers, Andy ------- At 3/12/2003 11:24 AM -0800, Shahram Davari wrote: >Hi, > >Why does draft-ietf-pwe3-ethernet-encap-02.txt requires that in tagged >mode all frames inside a single PW have the same VLAN tag? > > >Thanks, > > __________________________________________ > > Shahram Davari, B.Eng., M.Sc. > > Senior Product Research Engineer > > PMC_Sierra, Inc. > > Tel: (613)271-4018 > > Fax: (613)271-6468 > > MailTo: Shahram_Davari@pmc-sierra.com > > __________________________________________ > > > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Eric Rosen Subject: Re: Ethernet over MPLS Date: Thu, 13 Mar 2003 10:25:20 -0500 Lines: 15 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030313095710.042427a8@mail.attbi.com> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: Shahram Davari , "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Thu Mar 13 16:29:29 2003 Return-path: To: "Andrew G. Malis" In-reply-to: Your message of Thu, 13 Mar 2003 10:12:27 -0500. <5.2.0.9.0.20030313095710.042427a8@mail.attbi.com> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy> In tagged mode, the PEs interpret the VLAN tag and have a one-to-one Andy> association between tags and inner VC labels. Since the ingress PE is Andy> demultiplexing ingress frames by VLAN tag in order to associate them Andy> with a particular VC label, all of the frames sent using a particular Andy> VC label must have the same tag. Andy> In raw mode, VLAN tags are ignored by the PEs (LERs) and are just Andy> passed transparently if they are in the frames. If they exist, they Andy> only have significance to the CEs. An inner LSP can mix both tagged Andy> and non-tagged frames, and different tags can used in the frames. This is a nice explanation of something which is not explained at all in the draft. I suggest that this explanation be incorporated into the draft. From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: Re: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 10:25:24 -0500 Lines: 23 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03D55@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 16:32:37 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03D55@nt-exch-yow.pmc-sie rra.bc.ca> X-OriginalArrivalTime: 13 Mar 2003 15:25:56.0264 (UTC) FILETIME=[D79CA280:01C2E974] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, I agree with Akiva's comments regarding the effects of packet loss when you're using PDU mode. In addition, PDU mode adds additional accumulation delay over and above the delay introduced by the vocoders, and increases the jitter buffer requirements at the egress. IMHO even though it could conceivably work, the additional complexity being introduced to support AAL1 over PDU mode isn't worth it - the existing two alternatives (1-1 and N-to-1 cell mode) are more than sufficient. Cheers, Andy -------- At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: >Hi all, > >I have submitted this draft. FYI I am enclosing a copy. > >Yours, >Shahram Davari From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: "Tissa Senevirathne" Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments Date: Thu, 13 Mar 2003 15:34:59 +0000 Lines: 71 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Cc: pwe3@ietf.org, ppvpn@nortelnetworks.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Thu Mar 13 16:35:53 2003 Return-path: X-Originating-IP: [66.7.144.1] To: Andy.Malis@vivacenetworks.com X-OriginalArrivalTime: 13 Mar 2003 15:34:59.0704 (UTC) FILETIME=[1B86FF80:01C2E976] X-SMTP-HELO: hotmail.com X-SMTP-MAIL-FROM: tsenevir@hotmail.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: bay2-f208.bay2.hotmail.com [65.54.247.208] Status: O Andy In addition to carrying IP we are also now talking about carrying Ethernet or even ATM cells, FrameRelay. So the motivation is to come up with a unfied approach that does not have to depend on MPLS. In that sense I think, the new submission covers areas that is not covered in draft-ietf-mpls-in-ip-or-gre-00.txt. Why would one wanted to do encapsulate in MPLS and then MPLS in IP, if one can directly encapsulate in to IP ? Thanks Tissa >From: "Andrew G. Malis" >To: "Tissa Senevirathne" >CC: pwe3@ietf.org, ppvpn@nortelnetworks.com, tsenevir@hotmail.com >Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments >Date: Thu, 13 Mar 2003 09:53:48 -0500 > >Tissa, > >We already have a method of using GRE to carry sub-ip protocols, by using >draft-ietf-mpls-in-ip-or-gre-00.txt. Do we really need another? > >Thanks, >Andy > >------- > >At 3/12/2003 03:46 PM +0000, Tissa Senevirathne wrote: > > > > >>Following draft present a unified method of transporting sub-ip protocols >>and services using GRE. In this draft we propose to use a unique GRE >>protocol type to represent sub-ip encapsulations. Part of the GRE Key is >>used to identify the type of the protocol/service that is emulated within >>the sub-ip family. This approach avoids use of multiple different protocol >>types emulate many services presented in sub-ip area. >> >>http://www.ietf.org/internet-drafts/draft-tsenevir-gre-subip-00.txt >> >> >> >>_________________________________________________________________ >>The new MSN 8: smart spam protection and 2 months FREE* >>http://join.msn.com/?page=features/junkmail >> >>_______________________________________________ >>pwe3 mailing list >>pwe3@ietf.org >>https://www1.ietf.org/mailman/listinfo/pwe3 > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: Eric Rosen Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments Date: Thu, 13 Mar 2003 11:06:53 -0500 Lines: 13 References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: Andy.Malis@vivacenetworks.com, pwe3@ietf.org, ppvpn@nortelnetworks.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Thu Mar 13 17:07:51 2003 Return-path: To: "Tissa Senevirathne" In-reply-to: Your message of Thu, 13 Mar 2003 15:34:59 +0000. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-SMTP-HELO: rtp-core-1.cisco.com X-SMTP-MAIL-FROM: erosen@cisco.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: rtp-core-1.cisco.com [64.102.124.12] Status: O PWE3 has already specified a pure IP encaps (with L2TPv3) and an MPLS encaps. It is also possible, as Andy points out, to use the PWE3 MPLS encaps on an IP network. So I'd have to ask what requirement your proposal addresses that cannot be satisfied with the existing specifications? I don't think that "use GRE with the payload protocol id encoded into the key field" is a valid requirement. From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: Stewart Bryant Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments Date: Thu, 13 Mar 2003 16:22:33 +0000 Organization: Cisco Systems, Inc. Lines: 89 References: Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "pwe3@ietf.org" , ppvpn@nortelnetworks.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Thu Mar 13 17:23:51 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: Tissa Senevirathne X-SMTP-HELO: sj-core-2.cisco.com X-SMTP-MAIL-FROM: stbryant@cisco.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: sj-core-2.cisco.com [171.71.177.254] Status: O Tissa Senevirathne wrote: > > Andy > > In addition to carrying IP we are also now talking about carrying > Ethernet or even ATM cells, FrameRelay. So the motivation is to come up > with a unfied approach that does not have to depend on MPLS. In that > sense I think, the new submission covers areas that is not covered in > draft-ietf-mpls-in-ip-or-gre-00.txt. > > Why would one wanted to do encapsulate in MPLS and then MPLS in IP, if > one can directly encapsulate in to IP ? > L2TPv3 is already specified for the above payloads, and unlike GRE has an control protocol? Stewart > Thanks > > Tissa > > >> From: "Andrew G. Malis" >> To: "Tissa Senevirathne" >> CC: pwe3@ietf.org, ppvpn@nortelnetworks.com, tsenevir@hotmail.com >> Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments >> Date: Thu, 13 Mar 2003 09:53:48 -0500 >> >> Tissa, >> >> We already have a method of using GRE to carry sub-ip protocols, by >> using draft-ietf-mpls-in-ip-or-gre-00.txt. Do we really need another? >> >> Thanks, >> Andy >> >> ------- >> >> At 3/12/2003 03:46 PM +0000, Tissa Senevirathne wrote: >> >> >> >> >>> Following draft present a unified method of transporting sub-ip >>> protocols and services using GRE. In this draft we propose to use a >>> unique GRE protocol type to represent sub-ip encapsulations. Part of >>> the GRE Key is used to identify the type of the protocol/service that >>> is emulated within the sub-ip family. This approach avoids use of >>> multiple different protocol types emulate many services presented in >>> sub-ip area. >>> >>> http://www.ietf.org/internet-drafts/draft-tsenevir-gre-subip-00.txt >>> >>> >>> >>> _________________________________________________________________ >>> The new MSN 8: smart spam protection and 2 months FREE* >>> http://join.msn.com/?page=features/junkmail >>> >>> _______________________________________________ >>> pwe3 mailing list >>> pwe3@ietf.org >>> https://www1.ietf.org/mailman/listinfo/pwe3 >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > > _________________________________________________________________ > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 08:38:48 -0800 Lines: 87 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Thu Mar 13 17:40:54 2003 Return-path: To: "'Andrew G. Malis'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, Thanks for your clear explanation. So the tagged mode is like ATM 1:1 mode and the raw mode is like ATM port mode. My question is why don't we have something like ATM n:1 mode? Thanks, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Thursday, March 13, 2003 10:12 AM >To: Shahram Davari >Cc: 'pwe3@ietf.org' >Subject: Re: [PWE3] Ethernet over MPLS > > >Shahram, > >I agree that the draft could do a better job explaining the difference >between raw mode and tagged mode. The distinction really is >how the VLAN >tags are treated by the network. > >In tagged mode, the PEs interpret the VLAN tag and have a one-to-one >association between tags and inner VC labels. Since the ingress PE is >demultiplexing ingress frames by VLAN tag in order to >associate them with a >particular VC label, a priori all of the frames sent using a >particular VC >label must have the same tag. This is similar in concept to >ATM VPI/VCI mode. > >In raw mode, VLAN tags are ignored by the PEs (LERs) and are >just passed >transparently if they are in the frames. If they exist, they >only have >significance to the CEs. An inner LSP can mix both tagged and >non-tagged >frames, and different tags can used in the frames. This is >very much like >ATM port mode. > >A very good question is whether the VLAN tags should be >stripped in tagged >mode, since they are carrying redundant information and are thus just >additional overhead. I personally wouldn't mind that, but the >consensus >among the authors was that the additional processing at the >ingress wasn't >worth it, especially since there is a good chance that a new >tag will be >imposed at the egress. If you transmit the tag, then you just have to >overwrite it at the egress rather than have to add it to the >frame. But >you may have to strip it at the egress anyway. > >Cheers, >Andy > >------- > >At 3/12/2003 11:24 AM -0800, Shahram Davari wrote: > >>Hi, >> >>Why does draft-ietf-pwe3-ethernet-encap-02.txt requires that >in tagged >>mode all frames inside a single PW have the same VLAN tag? >> >> >>Thanks, >> > __________________________________________ >> > Shahram Davari, B.Eng., M.Sc. >> > Senior Product Research Engineer >> > PMC_Sierra, Inc. >> > Tel: (613)271-4018 >> > Fax: (613)271-6468 >> > MailTo: Shahram_Davari@pmc-sierra.com >> > __________________________________________ >> > >> > >>_______________________________________________ >>pwe3 mailing list >>pwe3@ietf.org >>https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 08:41:56 -0800 Lines: 46 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 17:43:34 2003 Return-path: To: "'Andrew G. Malis'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, >I agree with Akiva's comments regarding the effects of packet >loss when >you're using PDU mode. Please see my email exchange with Sasha. There are many ways to handle packet loss. >In addition, PDU mode adds additional >accumulation >delay over and above the delay introduced by the vocoders, and >increases >the jitter buffer requirements at the egress. With the new change on PDU mode that does not require reassembly at the egress PE, I don't see any delay or buffer increase compared to cell mode. Thanks, -Shahram IMHO even >though it could >conceivably work, the additional complexity being introduced >to support >AAL1 over PDU mode isn't worth it - the existing two >alternatives (1-1 and >N-to-1 cell mode) are more than sufficient. > >Cheers, >Andy > >-------- > >At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: > >>Hi all, >> >>I have submitted this draft. FYI I am enclosing a copy. >> >>Yours, >>Shahram Davari > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Vach Kompella" Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 09:10:05 -0800 Lines: 40 Sender: pwe3-admin@ietf.org References: <200303131525.h2DFPLSc003994@rtp-core-1.cisco.com> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: "Shahram Davari" , X-From: pwe3-admin@ietf.org Thu Mar 13 18:18:10 2003 Return-path: To: , "Andrew G. Malis" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200303131525.h2DFPLSc003994@rtp-core-1.cisco.com> X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal X-OriginalArrivalTime: 13 Mar 2003 17:10:09.0039 (UTC) FILETIME=[668E61F0:01C2E983] Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I concur. Note that VPLS suggests a PSN function (which can also be used with POPS (plain-old-pipe-service) :-)) of stripping service-delimiting tags. This would accommodate Shahram, probably, but be out of scope for PWE3. We do describe it in VPLS because we think it is useful (critical) for a multi-point service. -Vach > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of Eric > Rosen > Sent: Thursday, March 13, 2003 7:25 AM > To: Andrew G. Malis > Cc: Shahram Davari; 'pwe3@ietf.org' > Subject: Re: [PWE3] Ethernet over MPLS > > > > Andy> In tagged mode, the PEs interpret the VLAN tag and have a one-to-one > Andy> association between tags and inner VC labels. Since the ingress PE is > Andy> demultiplexing ingress frames by VLAN tag in order to associate them > Andy> with a particular VC label, all of the frames sent using a particular > Andy> VC label must have the same tag. > > Andy> In raw mode, VLAN tags are ignored by the PEs (LERs) and are just > Andy> passed transparently if they are in the frames. If they exist, they > Andy> only have significance to the CEs. An inner LSP can mix both tagged > Andy> and non-tagged frames, and different tags can used in the frames. > > > This is a nice explanation of something which is not explained at all in the > draft. I suggest that this explanation be incorporated into the draft. > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 12:23:35 -0500 Lines: 78 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Thu Mar 13 18:36:52 2003 Return-path: To: "'Andrew G. Malis'" , Shahram Davari X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Andy, I think I have the same question as Shahram ("why don't we have something like ATM n:1 mode?") I don't see why the fact that the PE interprets the VLAN tag implies that there needs to be a one-to-one association between tag and inner VC label. As you write yourself, it makes the VLAN tag redundant. I thought that the main benefit of the tagged mode was that it makes VLAN tags only locally significant. I.e. a specific tag is valid in one metro network and can be translated to another tag if the traffic is forwarded to another metro network, hence increasing the scaleability of the service. It seems to make more sense to me to use the inner label to identify the customer and to use the additional VLAN tag to identify a VLAN on that customers network. In other words, use a one-to-one association between customer and inner label but an N:1 association between VLAN tags and inner label. Peter -----Original Message----- From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] Sent: Thursday, March 13, 2003 10:12 AM To: Shahram Davari Cc: 'pwe3@ietf.org' Subject: Re: [PWE3] Ethernet over MPLS Shahram, I agree that the draft could do a better job explaining the difference between raw mode and tagged mode. The distinction really is how the VLAN tags are treated by the network. In tagged mode, the PEs interpret the VLAN tag and have a one-to-one association between tags and inner VC labels. Since the ingress PE is demultiplexing ingress frames by VLAN tag in order to associate them with a particular VC label, a priori all of the frames sent using a particular VC label must have the same tag. This is similar in concept to ATM VPI/VCI mode. In raw mode, VLAN tags are ignored by the PEs (LERs) and are just passed transparently if they are in the frames. If they exist, they only have significance to the CEs. An inner LSP can mix both tagged and non-tagged frames, and different tags can used in the frames. This is very much like ATM port mode. A very good question is whether the VLAN tags should be stripped in tagged mode, since they are carrying redundant information and are thus just additional overhead. I personally wouldn't mind that, but the consensus among the authors was that the additional processing at the ingress wasn't worth it, especially since there is a good chance that a new tag will be imposed at the egress. If you transmit the tag, then you just have to overwrite it at the egress rather than have to add it to the frame. But you may have to strip it at the egress anyway. Cheers, Andy ------- At 3/12/2003 11:24 AM -0800, Shahram Davari wrote: >Hi, > >Why does draft-ietf-pwe3-ethernet-encap-02.txt requires that in tagged >mode all frames inside a single PW have the same VLAN tag? > > >Thanks, > > __________________________________________ > > Shahram Davari, B.Eng., M.Sc. > > Senior Product Research Engineer > > PMC_Sierra, Inc. > > Tel: (613)271-4018 > > Fax: (613)271-6468 > > MailTo: Shahram_Davari@pmc-sierra.com > > __________________________________________ > > > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Eric Rosen Subject: Re: Ethernet over MPLS Date: Thu, 13 Mar 2003 12:50:11 -0500 Lines: 34 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "'Andrew G. Malis'" , Shahram Davari , "'pwe3@ietf.org'" X-From: pwe3-admin@ietf.org Thu Mar 13 18:56:16 2003 Return-path: To: "Busschbach, Peter B (Peter)" In-reply-to: Your message of Thu, 13 Mar 2003 12:23:35 -0500. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Peter> I thought that the main benefit of the tagged mode was that it makes Peter> VLAN tags only locally significant. I think this issue is orthogonal. Irrespective of the PW mode, one can have an NSP function which manipulates the tags according to some local policy. Peter> It seems to make more sense to me to use the inner label to identify Peter> the customer and to use the additional VLAN tag to identify a VLAN on Peter> that customers network. Use raw mode for this, along with an NSP function for translating tags. This does show a problem with Andy's statement that in raw mode "tags are ignored by the PEs". It would be more precise to say that the tags (if any) which are carried in raw mode are not used by the PE to choose the PW. Even more precise might be: if a frame received by its ingress PE has one or more (in the case of q-in-q, say) VLAN tags, then we have the following cases: - The VLAN tag (or outer VLAN tag, in the case of q-in-q) is used to choose the PW. This breaks down into two sub-cases: * The VLAN tag (or outer VLAN tag) is carried on the PW along with the packet: use tagged mode. * The VLAN tag (or outer VLAN tag) is not carried on the PW along with the packet: use raw mode. - No VLAN tag is present, or the VLAN tag is not used to choose the PW: use raw mode. I also don't think it would make any sense to use tagged mode but to omit the VLAN tag, as this would be no different than raw mode. From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Vach Kompella" Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 10:01:05 -0800 Lines: 118 Sender: pwe3-admin@ietf.org References: Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: X-From: pwe3-admin@ietf.org Thu Mar 13 19:06:20 2003 Return-path: To: "Busschbach, Peter B \(Peter\)" , "'Andrew G. Malis'" , "Shahram Davari" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal X-OriginalArrivalTime: 13 Mar 2003 18:01:09.0660 (UTC) FILETIME=[86D415C0:01C2E98A] Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Assume a PSN function "strip" that takes a VLAN-tagged packet associates the packet with a VC *and* strips the tag. Take n streams of customer packets that you want in a single VC. Tag each stream with its own "service-delimiting" VLAN tag. This is over and above whatever customer VLAN tag (if any) exists on the customer packet. Now use the plain ethernet VC type, with PSN function strip. The n streams are mapped to the single VC. Alternatively, use the VLAN VC type, and implement your mapping function from VLAN tag to VC to handle many-to-one, but you have to disable VLAN rewriting. -Vach > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of > Busschbach, Peter B (Peter) > Sent: Thursday, March 13, 2003 9:24 AM > To: 'Andrew G. Malis'; Shahram Davari > Cc: 'pwe3@ietf.org' > Subject: RE: [PWE3] Ethernet over MPLS > > > Hi Andy, > > I think I have the same question as Shahram ("why don't we have > something like ATM n:1 mode?") > > I don't see why the fact that the PE interprets the VLAN tag implies > that there needs to be a one-to-one association between tag and inner > VC label. As you write yourself, it makes the VLAN tag redundant. > > I thought that the main benefit of the tagged mode was that it makes > VLAN tags only locally significant. I.e. a specific tag is valid in > one metro network and can be translated to another tag if the traffic > is forwarded to another metro network, hence increasing the > scaleability of the service. It seems to make more sense to me to use > the inner label to identify the customer and to use the additional > VLAN tag to identify a VLAN on that customers network. In other > words, use a one-to-one association between customer and inner label > but an N:1 association between VLAN tags and inner label. > > Peter > > -----Original Message----- > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > Sent: Thursday, March 13, 2003 10:12 AM > To: Shahram Davari > Cc: 'pwe3@ietf.org' > Subject: Re: [PWE3] Ethernet over MPLS > > > Shahram, > > I agree that the draft could do a better job explaining the difference > between raw mode and tagged mode. The distinction really is how the VLAN > tags are treated by the network. > > In tagged mode, the PEs interpret the VLAN tag and have a one-to-one > association between tags and inner VC labels. Since the ingress PE is > demultiplexing ingress frames by VLAN tag in order to associate them with a > particular VC label, a priori all of the frames sent using a particular VC > label must have the same tag. This is similar in concept to ATM VPI/VCI mode. > > In raw mode, VLAN tags are ignored by the PEs (LERs) and are just passed > transparently if they are in the frames. If they exist, they only have > significance to the CEs. An inner LSP can mix both tagged and non-tagged > frames, and different tags can used in the frames. This is very much like > ATM port mode. > > A very good question is whether the VLAN tags should be stripped in tagged > mode, since they are carrying redundant information and are thus just > additional overhead. I personally wouldn't mind that, but the consensus > among the authors was that the additional processing at the ingress wasn't > worth it, especially since there is a good chance that a new tag will be > imposed at the egress. If you transmit the tag, then you just have to > overwrite it at the egress rather than have to add it to the frame. But > you may have to strip it at the egress anyway. > > Cheers, > Andy > > ------- > > At 3/12/2003 11:24 AM -0800, Shahram Davari wrote: > > >Hi, > > > >Why does draft-ietf-pwe3-ethernet-encap-02.txt requires that in tagged > >mode all frames inside a single PW have the same VLAN tag? > > > > > >Thanks, > > > __________________________________________ > > > Shahram Davari, B.Eng., M.Sc. > > > Senior Product Research Engineer > > > PMC_Sierra, Inc. > > > Tel: (613)271-4018 > > > Fax: (613)271-6468 > > > MailTo: Shahram_Davari@pmc-sierra.com > > > __________________________________________ > > > > > > > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From bounce-ppvpn-121950@lyris.nortelnetworks.com Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments Date: Thu, 13 Mar 2003 14:25:01 -0500 Lines: 85 References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Andy.Malis@vivacenetworks.com, pwe3@ietf.org, ppvpn@nortelnetworks.com X-From: bounce-ppvpn-121950@lyris.nortelnetworks.com Thu Mar 13 20:26:02 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Tissa Senevirathne" In-Reply-To: X-OriginalArrivalTime: 13 Mar 2003 19:25:13.0337 (UTC) FILETIME=[45181E90:01C2E996] X-SMTP-HELO: ns2.vivacenetworks.com X-SMTP-MAIL-FROM: Andy.Malis@vivacenetworks.com X-SMTP-RCPT-TO: ppvpn@nortelnetworks.com X-SMTP-PEER-INFO: [64.221.212.135] Status: O Tissa, As Eric pointed out, we already also have L2TPv3 defined in the PWE3 WG for a pure IP encapsulation without MPLS. I agree with Eric that we're all set with the already available choices. Cheers, Andy ------- At 3/13/2003 03:34 PM +0000, Tissa Senevirathne wrote: >Andy > >In addition to carrying IP we are also now talking about carrying Ethernet >or even ATM cells, FrameRelay. So the motivation is to come up with a >unfied approach that does not have to depend on MPLS. In that sense I >think, the new submission covers areas that is not covered in >draft-ietf-mpls-in-ip-or-gre-00.txt. > >Why would one wanted to do encapsulate in MPLS and then MPLS in IP, if one >can directly encapsulate in to IP ? > >Thanks > >Tissa > > >>From: "Andrew G. Malis" >>To: "Tissa Senevirathne" >>CC: pwe3@ietf.org, ppvpn@nortelnetworks.com, tsenevir@hotmail.com >>Subject: Re: [PWE3] draft-tsenevir-gre-subip-00.txt - Comments >>Date: Thu, 13 Mar 2003 09:53:48 -0500 >> >>Tissa, >> >>We already have a method of using GRE to carry sub-ip protocols, by using >>draft-ietf-mpls-in-ip-or-gre-00.txt. Do we really need another? >> >>Thanks, >>Andy >> >>------- >> >>At 3/12/2003 03:46 PM +0000, Tissa Senevirathne wrote: >> >> >> >> >>>Following draft present a unified method of transporting sub-ip >>>protocols and services using GRE. In this draft we propose to use a >>>unique GRE protocol type to represent sub-ip encapsulations. Part of the >>>GRE Key is used to identify the type of the protocol/service that is >>>emulated within the sub-ip family. This approach avoids use of multiple >>>different protocol types emulate many services presented in sub-ip area. >>> >>>http://www.ietf.org/internet-drafts/draft-tsenevir-gre-subip-00.txt >>> >>> >>> >>>_________________________________________________________________ >>>The new MSN 8: smart spam protection and 2 months FREE* >>>http://join.msn.com/?page=features/junkmail >>> >>>_______________________________________________ >>>pwe3 mailing list >>>pwe3@ietf.org >>>https://www1.ietf.org/mailman/listinfo/pwe3 >> >>_______________________________________________ >>pwe3 mailing list >>pwe3@ietf.org >>https://www1.ietf.org/mailman/listinfo/pwe3 > > >_________________________________________________________________ >Add photos to your e-mail with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Alik Shimelmits Subject: doubts regarding non-default mode for NxDS0 with CAS in draft-joh nson Date: Thu, 13 Mar 2003 21:31:04 +0200 Lines: 62 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 20:35:34 2003 Return-path: To: tom_johnson@litchfieldcomm.com X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > Tom, > > please, find below some doubts regarding non-default mode for NxDS0 woth > CAS in draft-johnson: > Considering an implementation wrt NxDS0 with CAS, I see several > problematic points with it if you try to support the non-default mode. Support of non-default modes for NxDS0 with and without CAS seems important, because some application will not tolerate 3 ms delay, while some others will not tolerate 100% overhead (if N is low). > IMO, the correct way to configure a TDM PW (including NxDS0 with CAS) is > to specify the packetization latency first (as part of the overall TDM > network design) and to infer from this the packet payload size (which is > required by the PW) based on this latency and the service bit-rate. > * This issue has been discussed for some time in the TDM DT and most > people have agreed that it is important to maintain the same packetization > latency for different number of timeslots. > * This requirement is satisfied in the default mode, i.e. the > packetization delay is always 2 or 3 milliseconds and the packet payload > size changes as a simple function of N accordingly. > But what if you need less packetization delay? This may be not trivial or > even impossible! E.g., suppose you want to carry 8, 10 or 12 timeslots of > an ESF T1 stream with CAS. This means that you have to send 196, 245 or > 294 bytes every 3 milliseconds. How should you achieve 1 millisecond > packetization delay for these three services: > * Peanuts for n=12 - just send 98 bytes every millisecond > * Not so easy for n=10. My best guess is to send 70 bytes every 6/7 of > a millisecond > * Not so easy for n=8 either. You may go for 49 bytes every 3/4 of a > millisecond or for 70 bytes every 15/14 of a millisecond > * Even in the simplest case (n=12) you will need some intermediate > FIFO, because your TDM payload does not produce 98 bytes in 1 > milliseconds, only 96. > Of course, these considerations have been based on the assumption that > each packet has the same payload size - even if the payload is > non-homogeneous (TDM payload and signaling). If this is not so (and, IMO, > you do not have to use fixed packet payload size) you can simply (just > guidelines) : > * Send a fixed number of TDM payload frames in a PW packet (in > accordance with the required packetization latency) - similar as you do > for NxDS0 without CAS > * From time to time, append the signaling sub-structure (somehow > indicating its presence in the control word) to some of these packets > * E.g., you in the examples above you could always send 8 TDM payload > frames (each comprising 8, 10 or 12 bytes according to the number of > timeslots) per frame and append the signaling sub-structure to each 3rd > frame: > * In the default mode this would coinside with the draft, > * In the non-default ones it would be simpler and looks more > understandable to the operators > * This would fully use the PSN (as opposed to ATM) capability of > dealing with packets of arbitrary size > We have always thought that fixed packet payload size is required in order > to know how many TDM data has been lost with a single packet. But, I would > say that if you compare the two approaches one with fixed packets and one > described here with the variable size packets you will see that recovery > from the packet loss is simpler in the last case. > What do you think about this? > > Regards > Alik > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 14:28:04 -0500 Lines: 58 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DA8@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Andrew G. Malis'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 21:10:07 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DA8@nt-exch-yow.pmc-sie rra.bc.ca> X-OriginalArrivalTime: 13 Mar 2003 20:03:37.0069 (UTC) FILETIME=[A239B9D0:01C2E99B] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, So what do you gain that's worth the additional complexity and yet another encapsulation choice for implementers? Cheers, Andy ------- At 3/13/2003 08:41 AM -0800, Shahram Davari wrote: >Andy, > > >I agree with Akiva's comments regarding the effects of packet > >loss when > >you're using PDU mode. > >Please see my email exchange with Sasha. There are many ways to handle >packet loss. > > > >In addition, PDU mode adds additional > >accumulation > >delay over and above the delay introduced by the vocoders, and > >increases > >the jitter buffer requirements at the egress. > >With the new change on PDU mode that does not require reassembly >at the egress PE, I don't see any delay or buffer increase compared to >cell mode. > > >Thanks, >-Shahram > > IMHO even > >though it could > >conceivably work, the additional complexity being introduced > >to support > >AAL1 over PDU mode isn't worth it - the existing two > >alternatives (1-1 and > >N-to-1 cell mode) are more than sufficient. > > > >Cheers, > >Andy > > > >-------- > > > >At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: > > > >>Hi all, > >> > >>I have submitted this draft. FYI I am enclosing a copy. > >> > >>Yours, > >>Shahram Davari > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: Re: Ethernet over MPLS Date: Thu, 13 Mar 2003 15:03:24 -0500 Lines: 48 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , Shahram Davari , "'pwe3@ietf.org'" , "Vach Kompella" X-From: pwe3-admin@ietf.org Thu Mar 13 21:11:24 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: erosen@cisco.com In-Reply-To: <200303131750.h2DHoBSc000859@rtp-core-1.cisco.com> X-OriginalArrivalTime: 13 Mar 2003 20:03:38.0866 (UTC) FILETIME=[A34BED20:01C2E99B] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric and Vach, Thanks for the clarifications. One thing that's perfectly clear :-) is that we need to better specify the external functionality and internal behavior on the wire of these modes before the Ethernet spec makes it to RFC-hood. As Eric points out, you should use a combination of raw mode on the wire and ingress classification in the PE to produce "N-to-1 mode". And Vach is also correct that you most certainly don't want to rewrite the tags. So "tagged" mode remains the only mode where you can rewrite existing tags on the egress, because you absolutely know that you're not losing any information. I did have a couple of comments on Eric's clarifications: >This does show a problem with Andy's statement that in raw mode "tags are >ignored by the PEs". It would be more precise to say that the tags (if any) >which are carried in raw mode are not used by the PE to choose the PW. Not exactly (see above). It would be more precise to say that raw mode requires the transparent transport of any and all VLAN tags at the ingress, and at the egress tags are not rewritten; while with tagged mode, all of the tags are the same, and this allows tags to be rewritten at the egress. As Vach pointed out, for the most part it becomes VPLS functionality when you start pushing and popping tags, but there is one case where PWE3 label pushing and popping should be allowed, and that is to allow the interoperation of 802.1Q on one side of the pseudo-wire and "legacy" 802.1 (non-Q) on the other. The canonical example is the interconnection of a multi-VLAN port (using tags to distinguish between VLANs) to a bunch of individual non-tagged Ethernet ports elsewhere in the network, with each non-tagged Ethernet port corresponding to a VLAN at the 802.1Q port. In this case tagged mode would be used for the pseudo-wire. I suppose this could also be generalized to Q-in-Q by supporting a single port with N+1 tags on one side of the pseudo-wires and a bunch of ports with N tags on the other side of the PWs. >I also don't think it would make any sense to use tagged mode but to omit >the VLAN tag, as this would be no different than raw mode. The point here was that in tagged mode, you don't lose any information if you strip the outermost tag before transmitting on the wire, so it's an implementation ease vs. transmission efficiency issue. Cheers, Andy From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 12:36:45 -0800 Lines: 76 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 21:39:19 2003 Return-path: To: "'Andrew G. Malis'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, I gain BW efficiency. You could ask the same question regarding the reason to use PDU/SDU for ALL5. Yours, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Thursday, March 13, 2003 2:28 PM >To: Shahram Davari >Cc: 'Andrew G. Malis'; pwe3@ietf.org >Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > >Shahram, > >So what do you gain that's worth the additional complexity and >yet another >encapsulation choice for implementers? > >Cheers, >Andy > >------- > >At 3/13/2003 08:41 AM -0800, Shahram Davari wrote: > >>Andy, >> >> >I agree with Akiva's comments regarding the effects of packet >> >loss when >> >you're using PDU mode. >> >>Please see my email exchange with Sasha. There are many ways to handle >>packet loss. >> >> >> >In addition, PDU mode adds additional >> >accumulation >> >delay over and above the delay introduced by the vocoders, and >> >increases >> >the jitter buffer requirements at the egress. >> >>With the new change on PDU mode that does not require reassembly >>at the egress PE, I don't see any delay or buffer increase compared to >>cell mode. >> >> >>Thanks, >>-Shahram >> >> IMHO even >> >though it could >> >conceivably work, the additional complexity being introduced >> >to support >> >AAL1 over PDU mode isn't worth it - the existing two >> >alternatives (1-1 and >> >N-to-1 cell mode) are more than sufficient. >> > >> >Cheers, >> >Andy >> > >> >-------- >> > >> >At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: >> > >> >>Hi all, >> >> >> >>I have submitted this draft. FYI I am enclosing a copy. >> >> >> >>Yours, >> >>Shahram Davari >> > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 16:29:45 -0500 Lines: 74 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "Busschbach, Peter B (Peter)" , Shahram Davari , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Thu Mar 13 22:32:28 2003 Return-path: To: "'Andrew G. Malis'" , erosen@cisco.com X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, Eric, Two observations: 1) Eric wrote: "Irrespective of the PW mode, one can have an NSP function which manipulates the tags according to some local policy." This contradicts the ethernet-encapsulation draft, which states that "On a raw mode PW, a frame MAY contain an 802.1Q VLAN tag, but if it does, the tag is not meaningful to the NSPs, and passes transparently through them" . However, Eric suggests that the real intention of the draft is not to limit NSP behavior, but to create a mode (the tagged mode), where the VLAN tag is used by the ingress PE to determine the PW 2) Andy's email is in line with statement I quoted from the draft. However, Andy's interpretation of tagged mode is that it is the only mode in which you can rewrite tags on egress because you are sure that you don't loose information. This raises two questions: a) In Andy's explanation, I still don't understand why all VLAN tags on a tagged-mode PW must be the same. E.g. in the canonical example of interworking 802.1Q with 802.1 (non-Q), why can't the NSP use different VLAN tags for each non-Q physical interface and map all traffic on the same PW? b) Why do we make a difference between "raw mode" and "tagged mode"? It seems that Andy's canonical example could also be solved in raw mode if you follow Eric's way of thinking:(going from non-Q over PW to Q) on ingress, map each non-Q physical interface to a PW; on egress add a VLAN tag according to local policies. Peter -----Original Message----- From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] Sent: Thursday, March 13, 2003 3:03 PM To: erosen@cisco.com Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; Shahram Davari; 'pwe3@ietf.org'; Vach Kompella Subject: Re: [PWE3] Ethernet over MPLS Eric and Vach, Thanks for the clarifications. One thing that's perfectly clear :-) is that we need to better specify the external functionality and internal behavior on the wire of these modes before the Ethernet spec makes it to RFC-hood. As Eric points out, you should use a combination of raw mode on the wire and ingress classification in the PE to produce "N-to-1 mode". And Vach is also correct that you most certainly don't want to rewrite the tags. So "tagged" mode remains the only mode where you can rewrite existing tags on the egress, because you absolutely know that you're not losing any information. I did have a couple of comments on Eric's clarifications: >This does show a problem with Andy's statement that in raw mode "tags are >ignored by the PEs". It would be more precise to say that the tags (if any) >which are carried in raw mode are not used by the PE to choose the PW. Not exactly (see above). It would be more precise to say that raw mode requires the transparent transport of any and all VLAN tags at the ingress, and at the egress tags are not rewritten; while with tagged mode, all of the tags are the same, and this allows tags to be rewritten at the egress. As Vach pointed out, for the most part it becomes VPLS functionality when you start pushing and popping tags, but there is one case where PWE3 label pushing and popping should be allowed, and that is to allow the interoperation of 802.1Q on one side of the pseudo-wire and "legacy" 802.1 (non-Q) on the other. The canonical example is the interconnection of a multi-VLAN port (using tags to distinguish between VLANs) to a bunch of individual non-tagged Ethernet ports elsewhere in the network, with each non-tagged Ethernet port corresponding to a VLAN at the 802.1Q port. In this case tagged mode would be used for the pseudo-wire. I suppose this could also be generalized to Q-in-Q by supporting a single port with N+1 tags on one side of the pseudo-wires and a bunch of ports with N tags on the other side of the PWs. >I also don't think it would make any sense to use tagged mode but to omit >the VLAN tag, as this would be no different than raw mode. The point here was that in tagged mode, you don't lose any information if you strip the outermost tag before transmitting on the wire, so it's an implementation ease vs. transmission efficiency issue. Cheers, Andy From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Andrew G. Malis" Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 16:42:35 -0500 Lines: 89 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DB0@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Andrew G. Malis'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 22:45:14 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DB0@nt-exch-yow.pmc-sie rra.bc.ca> X-OriginalArrivalTime: 13 Mar 2003 21:42:50.0542 (UTC) FILETIME=[7EC59CE0:01C2E9A9] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, Yes, but it's much easier to make the case for AAL5, where in the general case frames are counted in the tens of cells (12or 13 cells and 32 or 33 cells are common figures), and sometimes in the hundreds. Cheers, Andy ------ At 3/13/2003 12:36 PM -0800, Shahram Davari wrote: >Andy, > >I gain BW efficiency. You could ask the same question regarding the reason >to use PDU/SDU for ALL5. > >Yours, >-Shahram > > >-----Original Message----- > >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > >Sent: Thursday, March 13, 2003 2:28 PM > >To: Shahram Davari > >Cc: 'Andrew G. Malis'; pwe3@ietf.org > >Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > > > > >Shahram, > > > >So what do you gain that's worth the additional complexity and > >yet another > >encapsulation choice for implementers? > > > >Cheers, > >Andy > > > >------- > > > >At 3/13/2003 08:41 AM -0800, Shahram Davari wrote: > > > >>Andy, > >> > >> >I agree with Akiva's comments regarding the effects of packet > >> >loss when > >> >you're using PDU mode. > >> > >>Please see my email exchange with Sasha. There are many ways to handle > >>packet loss. > >> > >> > >> >In addition, PDU mode adds additional > >> >accumulation > >> >delay over and above the delay introduced by the vocoders, and > >> >increases > >> >the jitter buffer requirements at the egress. > >> > >>With the new change on PDU mode that does not require reassembly > >>at the egress PE, I don't see any delay or buffer increase compared to > >>cell mode. > >> > >> > >>Thanks, > >>-Shahram > >> > >> IMHO even > >> >though it could > >> >conceivably work, the additional complexity being introduced > >> >to support > >> >AAL1 over PDU mode isn't worth it - the existing two > >> >alternatives (1-1 and > >> >N-to-1 cell mode) are more than sufficient. > >> > > >> >Cheers, > >> >Andy > >> > > >> >-------- > >> > > >> >At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: > >> > > >> >>Hi all, > >> >> > >> >>I have submitted this draft. FYI I am enclosing a copy. > >> >> > >> >>Yours, > >> >>Shahram Davari > >> > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Shahram Davari Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Thu, 13 Mar 2003 13:46:10 -0800 Lines: 112 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 13 22:48:52 2003 Return-path: To: "'Andrew G. Malis'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, Note that using PDU mode is optional in my draft. And note that my intention was that if a box has implemented ATM-ENCAP it could be used for transporting AAL1 too. If the box does not have PDU mode, then N:1 or 1:1 modes could be used. Thanks, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Thursday, March 13, 2003 4:43 PM >To: Shahram Davari >Cc: 'Andrew G. Malis'; pwe3@ietf.org >Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 > > >Shahram, > >Yes, but it's much easier to make the case for AAL5, where in >the general >case frames are counted in the tens of cells (12or 13 cells >and 32 or 33 >cells are common figures), and sometimes in the hundreds. > >Cheers, >Andy > >------ > >At 3/13/2003 12:36 PM -0800, Shahram Davari wrote: > >>Andy, >> >>I gain BW efficiency. You could ask the same question >regarding the reason >>to use PDU/SDU for ALL5. >> >>Yours, >>-Shahram >> >> >-----Original Message----- >> >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >> >Sent: Thursday, March 13, 2003 2:28 PM >> >To: Shahram Davari >> >Cc: 'Andrew G. Malis'; pwe3@ietf.org >> >Subject: RE: [PWE3] draft-davari-pwe3-aal12-over-psn-01 >> > >> > >> >Shahram, >> > >> >So what do you gain that's worth the additional complexity and >> >yet another >> >encapsulation choice for implementers? >> > >> >Cheers, >> >Andy >> > >> >------- >> > >> >At 3/13/2003 08:41 AM -0800, Shahram Davari wrote: >> > >> >>Andy, >> >> >> >> >I agree with Akiva's comments regarding the effects of packet >> >> >loss when >> >> >you're using PDU mode. >> >> >> >>Please see my email exchange with Sasha. There are many >ways to handle >> >>packet loss. >> >> >> >> >> >> >In addition, PDU mode adds additional >> >> >accumulation >> >> >delay over and above the delay introduced by the vocoders, and >> >> >increases >> >> >the jitter buffer requirements at the egress. >> >> >> >>With the new change on PDU mode that does not require reassembly >> >>at the egress PE, I don't see any delay or buffer increase >compared to >> >>cell mode. >> >> >> >> >> >>Thanks, >> >>-Shahram >> >> >> >> IMHO even >> >> >though it could >> >> >conceivably work, the additional complexity being introduced >> >> >to support >> >> >AAL1 over PDU mode isn't worth it - the existing two >> >> >alternatives (1-1 and >> >> >N-to-1 cell mode) are more than sufficient. >> >> > >> >> >Cheers, >> >> >Andy >> >> > >> >> >-------- >> >> > >> >> >At 3/4/2003 08:14 AM -0800, Shahram Davari wrote: >> >> > >> >> >>Hi all, >> >> >> >> >> >>I have submitted this draft. FYI I am enclosing a copy. >> >> >> >> >> >>Yours, >> >> >>Shahram Davari >> >> > >> > > From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Samir Sanghani Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 17:04:51 -0500 Lines: 41 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: "'pwe3@ietf.org'" , Samir Sanghani X-From: pwe3-admin@ietf.org Thu Mar 13 23:09:02 2003 Return-path: To: "'Busschbach, Peter B (Peter)'" , "'Andrew G. Malis'" , Shahram Davari X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I also would like to ask along with Peter and Shahram's original question. - why restrict? What draft could allow is: A PW may have either multiple or single VLAN associated with it based on the wire requirements. If I think of a PW as a VLAN trunk, then I don't see anything wrong in mapping multiple VLAN streams to the SAME VC label at Ingress PE. Wouldn't it be simpler? However, if such VLANs (individually) need to be re-written at Egress PE, it wld be easier if each VLAN has a separate VC label association. (I am thinking from hardware implementation point of view) Samir -----Original Message----- From: Busschbach, Peter B (Peter) [mailto:busschbach@lucent.com] Hi Andy, I think I have the same question as Shahram ("why don't we have something like ATM n:1 mode?") I don't see why the fact that the PE interprets the VLAN tag implies that there needs to be a one-to-one association between tag and inner VC label. As you write yourself, it makes the VLAN tag redundant. I thought that the main benefit of the tagged mode was that it makes VLAN tags only locally significant. I.e. a specific tag is valid in one metro network and can be translated to another tag if the traffic is forwarded to another metro network, hence increasing the scaleability of the service. It seems to make more sense to me to use the inner label to identify the customer and to use the additional VLAN tag to identify a VLAN on that customers network. In other words, use a one-to-one association between customer and inner label but an N:1 association between VLAN tags and inner label. Peter From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Ali Sajassi Subject: Re: Ethernet over MPLS Date: Thu, 13 Mar 2003 14:17:51 -0800 Lines: 22 Sender: pwe3-admin@ietf.org References: <200303131750.h2DHoBSc000859@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , Shahram Davari , "'pwe3@ietf.org'" , "Vach Kompella" X-From: pwe3-admin@ietf.org Thu Mar 13 23:22:46 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: "Andrew G. Malis" , erosen@cisco.com In-Reply-To: <5.2.0.9.0.20030313143255.04999598@po1.vivacenetworks.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >As Vach pointed out, for the most part it becomes VPLS functionality when >you start pushing and popping tags, but there is one case where PWE3 label >pushing and popping should be allowed, and that is to allow the >interoperation of 802.1Q on one side of the pseudo-wire and "legacy" 802.1 >(non-Q) on the other. The canonical example is the interconnection of a >multi-VLAN port (using tags to distinguish between VLANs) to a bunch of >individual non-tagged Ethernet ports elsewhere in the network, with each >non-tagged Ethernet port corresponding to a VLAN at the 802.1Q port. In >this case tagged mode would be used for the pseudo-wire. If a single PW is used to carry all the tagged frames from the .1q port, then raw mode needs to be used. However, if multiple PWs are used, then you have a choice of using either raw mode (stripping the VLAN tag at the ingress and then pass it over the PW) or tagged mode (passing the VLAN tag over the PW and then stripping it at the egress before delivery to non-tagged Ethernet port). The functionality of pushing/popping tags is a local mater which should be handled within the NSP. Basically, raw mode PW can handle all types of scenarios and tag mode is needed for the scenarios where the PE can not do pushing/popping of VLAN tags. -Ali From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: Ali Sajassi Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 14:47:22 -0800 Lines: 110 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , Shahram Davari , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Thu Mar 13 23:51:42 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , erosen@cisco.com In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 04:29 PM 3/13/2003 -0500, Busschbach, Peter B (Peter) wrote: >Andy, Eric, > > >Two observations: > >1) Eric wrote: "Irrespective of the PW mode, one can have an NSP function >which manipulates the tags according to some local policy." This >contradicts the ethernet-encapsulation draft, which states that "On a raw >mode PW, a frame MAY contain an 802.1Q VLAN tag, but if it does, the tag >is not meaningful to the NSPs, and passes transparently through them" >. However, Eric suggests that the real intention of the draft is not to >limit NSP behavior, but to create a mode (the tagged mode), where the VLAN >tag is used by the ingress PE to determine the PW If you consider the example of: a single .1q trunk on one side is getting mapped into multiple non-tagged Ethernet ports on the other side, then both of these statements are true when raw mode is used. On the PE with .1q trunk, the NSP is transparent to different VLAN tags; whereas, on the PE with non-tagged Etherent ports, the NSP needs to push a VLAN tag on each frame before passing it through the PW. Maybe the text should say, that in raw mode, when a PW contains VLAN tags, these tags are not used as service-delimiter by the NSP. >a) In Andy's explanation, I still don't understand why all VLAN tags on a >tagged-mode PW must be the same. E.g. in the canonical example of >interworking 802.1Q with 802.1 (non-Q), why can't the NSP use different >VLAN tags for each non-Q physical interface and map all traffic on the same PW? In that case, you can just use raw mode. >b) Why do we make a difference between "raw mode" and "tagged mode"? It >seems that Andy's canonical example could also be solved in raw mode if >you follow Eric's way of thinking:(going from non-Q over PW to Q) on >ingress, map each non-Q physical interface to a PW; on egress add a VLAN >tag according to local policies. As mentioned earlier, raw mode can be used for all scenarios; whereas, tagged mode is intended for scenarios where PEs don't have flexible NSP to do push and pop of VLAN tags (mainly egress PEs) and instead egress PE expects to receive the Ethernet frame in the final delivery format (with proper tagging). -Ali >Peter > >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Thursday, March 13, 2003 3:03 PM >To: erosen@cisco.com >Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; Shahram Davari; >'pwe3@ietf.org'; Vach Kompella >Subject: Re: [PWE3] Ethernet over MPLS > > >Eric and Vach, > >Thanks for the clarifications. One thing that's perfectly clear :-) is >that we need to better specify the external functionality and internal >behavior on the wire of these modes before the Ethernet spec makes it to >RFC-hood. > >As Eric points out, you should use a combination of raw mode on the wire >and ingress classification in the PE to produce "N-to-1 mode". And Vach is >also correct that you most certainly don't want to rewrite the tags. > >So "tagged" mode remains the only mode where you can rewrite existing tags >on the egress, because you absolutely know that you're not losing any >information. > >I did have a couple of comments on Eric's clarifications: > > >This does show a problem with Andy's statement that in raw mode "tags are > >ignored by the PEs". It would be more precise to say that the tags (if any) > >which are carried in raw mode are not used by the PE to choose the PW. > >Not exactly (see above). It would be more precise to say that raw mode >requires the transparent transport of any and all VLAN tags at the ingress, >and at the egress tags are not rewritten; while with tagged mode, all of >the tags are the same, and this allows tags to be rewritten at the egress. > >As Vach pointed out, for the most part it becomes VPLS functionality when >you start pushing and popping tags, but there is one case where PWE3 label >pushing and popping should be allowed, and that is to allow the >interoperation of 802.1Q on one side of the pseudo-wire and "legacy" 802.1 >(non-Q) on the other. The canonical example is the interconnection of a >multi-VLAN port (using tags to distinguish between VLANs) to a bunch of >individual non-tagged Ethernet ports elsewhere in the network, with each >non-tagged Ethernet port corresponding to a VLAN at the 802.1Q port. In >this case tagged mode would be used for the pseudo-wire. I suppose this >could also be generalized to Q-in-Q by supporting a single port with N+1 >tags on one side of the pseudo-wires and a bunch of ports with N tags on >the other side of the PWs. > > >I also don't think it would make any sense to use tagged mode but to omit > >the VLAN tag, as this would be no different than raw mode. > >The point here was that in tagged mode, you don't lose any information if >you strip the outermost tag before transmitting on the wire, so it's an >implementation ease vs. transmission efficiency issue. > >Cheers, >Andy >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:43 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 19:09:22 -0500 Lines: 135 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "Busschbach, Peter B (Peter)" , Shahram Davari , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Fri Mar 14 01:18:25 2003 Return-path: To: "'Ali Sajassi'" , "'Andrew G. Malis'" , erosen@cisco.com X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ali, Your last two emails provide a clear reason why the tagged mode is defined. It still leaves me with a couple of questions, though. 1) The ethernet-encap draft suggests that in tagged mode the NSPs manipulate frames ("the two endpoints must have some agreement on how to process the tag"). However, in your explanation the tagged mode is defined because at least one of the two PEs cannot push or pop tags. This is not necessarily inconsistent, but reading the draft, I never would have guessed. 2) You write that raw mode can be used in all scenarios. I don't understand that. According to the ethernet-encap draft, in raw mode, NSPs pass tags transparently through. It seems that you, Eric and Vach all assume that in raw mode, the NSP have full flexibility in pushing, popping and rewriting tags. I don't have a problem with that, but if that is the consensus, the draft needs to be reworded. 3) Is it reasonable to assume that there are PEs that are not able to push and pop tags? In Andy's canonical example, at least one of the two PEs must be able to push and pop tags. That means that a service provider would end up with a network of some non-popping PEs and some fully-functional PEs. Isn't that a situation one would want to avoid at all costs? 4) I still don't understand why all VLAN tags on a tagged-mode PW must be the same. I understand that I can use different VLAN tags in raw mode. However, the ethernet-encap draft explicitly forbids it for the tagged mode and I still don't understand why. If the tagged mode is defined because one of the PEs cannot push and pop tags, that doesn't seem a reason to forbid the use of different tags on the same PW. Peter -----Original Message----- From: Ali Sajassi [mailto:sajassi@cisco.com] Sent: Thursday, March 13, 2003 5:47 PM To: Busschbach, Peter B (Peter); 'Andrew G. Malis'; erosen@cisco.com Cc: Busschbach, Peter B (Peter); Shahram Davari; 'pwe3@ietf.org'; Vach Kompella Subject: RE: [PWE3] Ethernet over MPLS At 04:29 PM 3/13/2003 -0500, Busschbach, Peter B (Peter) wrote: >Andy, Eric, > > >Two observations: > >1) Eric wrote: "Irrespective of the PW mode, one can have an NSP function >which manipulates the tags according to some local policy." This >contradicts the ethernet-encapsulation draft, which states that "On a raw >mode PW, a frame MAY contain an 802.1Q VLAN tag, but if it does, the tag >is not meaningful to the NSPs, and passes transparently through them" >. However, Eric suggests that the real intention of the draft is not to >limit NSP behavior, but to create a mode (the tagged mode), where the VLAN >tag is used by the ingress PE to determine the PW If you consider the example of: a single .1q trunk on one side is getting mapped into multiple non-tagged Ethernet ports on the other side, then both of these statements are true when raw mode is used. On the PE with .1q trunk, the NSP is transparent to different VLAN tags; whereas, on the PE with non-tagged Etherent ports, the NSP needs to push a VLAN tag on each frame before passing it through the PW. Maybe the text should say, that in raw mode, when a PW contains VLAN tags, these tags are not used as service-delimiter by the NSP. >a) In Andy's explanation, I still don't understand why all VLAN tags on a >tagged-mode PW must be the same. E.g. in the canonical example of >interworking 802.1Q with 802.1 (non-Q), why can't the NSP use different >VLAN tags for each non-Q physical interface and map all traffic on the same PW? In that case, you can just use raw mode. >b) Why do we make a difference between "raw mode" and "tagged mode"? It >seems that Andy's canonical example could also be solved in raw mode if >you follow Eric's way of thinking:(going from non-Q over PW to Q) on >ingress, map each non-Q physical interface to a PW; on egress add a VLAN >tag according to local policies. As mentioned earlier, raw mode can be used for all scenarios; whereas, tagged mode is intended for scenarios where PEs don't have flexible NSP to do push and pop of VLAN tags (mainly egress PEs) and instead egress PE expects to receive the Ethernet frame in the final delivery format (with proper tagging). -Ali >Peter > >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Thursday, March 13, 2003 3:03 PM >To: erosen@cisco.com >Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; Shahram Davari; >'pwe3@ietf.org'; Vach Kompella >Subject: Re: [PWE3] Ethernet over MPLS > > >Eric and Vach, > >Thanks for the clarifications. One thing that's perfectly clear :-) is >that we need to better specify the external functionality and internal >behavior on the wire of these modes before the Ethernet spec makes it to >RFC-hood. > >As Eric points out, you should use a combination of raw mode on the wire >and ingress classification in the PE to produce "N-to-1 mode". And Vach is >also correct that you most certainly don't want to rewrite the tags. > >So "tagged" mode remains the only mode where you can rewrite existing tags >on the egress, because you absolutely know that you're not losing any >information. > >I did have a couple of comments on Eric's clarifications: > > >This does show a problem with Andy's statement that in raw mode "tags are > >ignored by the PEs". It would be more precise to say that the tags (if any) > >which are carried in raw mode are not used by the PE to choose the PW. > >Not exactly (see above). It would be more precise to say that raw mode >requires the transparent transport of any and all VLAN tags at the ingress, >and at the egress tags are not rewritten; while with tagged mode, all of >the tags are the same, and this allows tags to be rewritten at the egress. > >As Vach pointed out, for the most part it becomes VPLS functionality when >you start pushing and popping tags, but there is one case where PWE3 label >pushing and popping should be allowed, and that is to allow the >interoperation of 802.1Q on one side of the pseudo-wire and "legacy" 802.1 >(non-Q) on the other. The canonical example is the interconnection of a >multi-VLAN port (using tags to distinguish between VLANs) to a bunch of >individual non-tagged Ethernet ports elsewhere in the network, with each >non-tagged Ethernet port corresponding to a VLAN at the 802.1Q port. In >this case tagged mode would be used for the pseudo-wire. I suppose this >could also be generalized to Q-in-Q by supporting a single port with N+1 >tags on one side of the pseudo-wires and a bunch of ports with N tags on >the other side of the PWs. > > >I also don't think it would make any sense to use tagged mode but to omit > >the VLAN tag, as this would be no different than raw mode. > >The point here was that in tagged mode, you don't lose any information if >you strip the outermost tag before transmitting on the wire, so it's an >implementation ease vs. transmission efficiency issue. > >Cheers, >Andy >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: RE: Ethernet over MPLS Date: Thu, 13 Mar 2003 17:15:42 -0800 Lines: 48 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , Shahram Davari , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Fri Mar 14 02:21:12 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: "Busschbach, Peter B (Peter)" , "'Ali Sajassi'" , "'Andrew G. Malis'" , erosen@cisco.com In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >2) You write that raw mode can be used in all scenarios. I don't >understand that. According to the ethernet-encap draft, in raw mode, NSPs >pass tags transparently through. It seems that you, Eric and Vach all >assume that in raw mode, the NSP have full flexibility in pushing, popping >and rewriting tags. I don't have a problem with that, but if that is the >consensus, the draft needs to be reworded. Yes, you can use raw mode to: A) transport single VLAN - in that case the VLAN tag is popped at the ingress and is pushed at the egress PE (VLAN tag is used as service delimiter and PW carries untagged frames) B) transport multiple VLANs - in that case VLANs are transparent to NSP wrt service delimiter functionality (it is not used as service delimiter) C) transport both tagged and untagged frames (e.g., port mode) I agree that the text of the draft can be improved as Eric suggested. >3) Is it reasonable to assume that there are PEs that are not able to push >and pop tags? In Andy's canonical example, at least one of the two PEs >must be able to push and pop tags. That means that a service provider >would end up with a network of some non-popping PEs and some >fully-functional PEs. Isn't that a situation one would want to avoid at >all costs? Yes, it should be avoided if possible but if the provider has some non-popping PEs already installed, then "tagged mode" comes in handy in this type of situation as one PE (fully-functional PE) can insert the tag which is used by another PE (non-popping PE). Also some PEs can perform tag rewriting more efficiently than tag pushing/poping (e.g., if they have a choice between tagged mode and raw mode, they would prefer tagged mode). >4) I still don't understand why all VLAN tags on a tagged-mode PW must be >the same. I understand that I can use different VLAN tags in raw mode. >However, the >ethernet-encap draft explicitly forbids it for the tagged mode and I still >don't understand why. If the tagged mode is defined because one of the PEs >cannot push and pop tags, that doesn't seem a reason to forbid the use of >different tags on the same PW. In tagged mode, there is one-to-one relationship between PW and a single VLAN. If you remove this restriction, then the difference between tagged mode and raw mode becomes nebulous. -Ali From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: Ethernet over MPLS Date: Fri, 14 Mar 2003 11:24:24 +0900 (JST) Lines: 45 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 03:29:04 2003 Return-path: To: Andy.Malis@vivacenetworks.com X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, > In tagged mode, the PEs interpret the VLAN tag and have a one-to-one > association between tags and inner VC labels. Since the ingress PE is > demultiplexing ingress frames by VLAN tag in order to associate them with a > particular VC label, a priori all of the frames sent using a particular VC > label must have the same tag. This is similar in concept to ATM VPI/VCI mode. According to the IEEE 802.1D-1998, frame misordering is defined as following. |6.3.3 Frame misordering |The MAC Service does not permit the reordering of frames with a given user |priority for a given combination of destination address and source address. | |Where Bridges in a Bridged LAN are capable of connecting the individual MACs |in such way that multiple paths between any source-destination station pairs |exist, the operation of a protocol is required to ensure that a single path |is used. And in the draft of update version of 802.1D, it is defined as following. |6.3.3 Frame misordering |The MAC Service (9.2 of ISO/IEC 15802-1) permits a negligible rate of the |reordering of frames with a given user priority for a given combination of |destination address and source address. | |NOTE 1-The Forwarding Process in Bridges (7.7) does not mis-order or duplicate |frames. | |Where Bridges in a Bridged LAN are capable of connecting the individual MACs |in such way that multiple paths between any source-destination station pairs |exist, the operation of a protocol is required to ensure that a single path |is used. IEEE 802.1Q does not override the above definition. Therefore, Bridges must ensure frame ordering regardless VLAN ID value. And an end station may belong to multiple VLANs. So my question is how the tagged mode ensures frame ordering between LSPs. I think it must have some mechanism, otherwise it violates the standard. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 10:06:01 -0500 Lines: 65 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , "'Ali Sajassi'" , "'Andrew G. Malis'" , erosen@cisco.com, "Busschbach, Peter B (Peter)" , Shahram Davari , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Fri Mar 14 16:09:52 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Ali Sajassi In-Reply-To: <4.3.2.7.2.20030313164632.01e26890@airborne.cisco.com> X-OriginalArrivalTime: 14 Mar 2003 15:06:09.0963 (UTC) FILETIME=[3EEF37B0:01C2EA3B] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ali's got it right. If there weren't PEs that preferred to overwrite tags on egress as opposed to pushing them (or are unable to push tags on egress) then we wouldn't need tagged mode at all. But as long as we wish to accommodate such PEs, we need the two modes. In any case, Ali's definitions are probably the best to capture for the next revision of the draft. Cheers, Andy ------- At 3/13/2003 05:15 PM -0800, Ali Sajassi wrote: >>2) You write that raw mode can be used in all scenarios. I don't >>understand that. According to the ethernet-encap draft, in raw mode, NSPs >>pass tags transparently through. It seems that you, Eric and Vach all >>assume that in raw mode, the NSP have full flexibility in pushing, >>popping and rewriting tags. I don't have a problem with that, but if that >>is the consensus, the draft needs to be reworded. > >Yes, you can use raw mode to: >A) transport single VLAN - in that case the VLAN tag is popped at the >ingress and is pushed at the egress PE (VLAN tag is used as service >delimiter and PW carries untagged frames) >B) transport multiple VLANs - in that case VLANs are transparent to NSP >wrt service delimiter functionality (it is not used as service delimiter) >C) transport both tagged and untagged frames (e.g., port mode) > >I agree that the text of the draft can be improved as Eric suggested. > > >>3) Is it reasonable to assume that there are PEs that are not able to >>push and pop tags? In Andy's canonical example, at least one of the two >>PEs must be able to push and pop tags. That means that a service provider >>would end up with a network of some non-popping PEs and some >>fully-functional PEs. Isn't that a situation one would want to avoid at >>all costs? > >Yes, it should be avoided if possible but if the provider has some >non-popping PEs already installed, then "tagged mode" comes in handy in >this type of situation as one PE (fully-functional PE) can insert the tag >which is used by another PE (non-popping PE). Also some PEs can perform >tag rewriting more efficiently than tag pushing/poping (e.g., if they have >a choice between tagged mode and raw mode, they would prefer tagged mode). > > >>4) I still don't understand why all VLAN tags on a tagged-mode PW must be >>the same. I understand that I can use different VLAN tags in raw mode. >>However, the >>ethernet-encap draft explicitly forbids it for the tagged mode and I >>still don't understand why. If the tagged mode is defined because one of >>the PEs cannot push and pop tags, that doesn't seem a reason to forbid >>the use of different tags on the same PW. > >In tagged mode, there is one-to-one relationship between PW and a single >VLAN. If you remove this restriction, then the difference between tagged >mode and raw mode becomes nebulous. > >-Ali > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: Ethernet over MPLS Date: Fri, 14 Mar 2003 10:18:38 -0500 Lines: 72 Sender: pwe3-admin@ietf.org References: <20030314.112424.74739145.suzuki.muneyoshi@lab.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Andy.Malis@vivacenetworks.com, suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 16:22:44 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Muneyoshi Suzuki In-Reply-To: <20030314.112424.74739145.suzuki.muneyoshi@lab.ntt.co.jp> X-OriginalArrivalTime: 14 Mar 2003 15:18:47.0837 (UTC) FILETIME=[02A99CD0:01C2EA3D] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Muneyoshi, Thanks (?) for bringing this up. The issue is actually more general than just tagged mode, since one conceivably could have more than one raw mode VC LSP between a pair of Ethernet ports, and use arbitrary ingress classification to assign frames to a particular LSP. But the problem is most pronounced in tagged mode, since it is then impossible to maintain sequentiality for an arbitrary combination over all VLANs between a pair of ports - sequentially can only be assured for combinations. I don't think we have any easy way to fix this without getting rid of tagged mode. I think the best we can do is note this violation in the draft, and say that if a SP wishes to comply with the 802.1D requirement of sequentially for all combinations, then it MUST only use raw mode, and have at most one raw mode VC between each pair of Ethernet ports. Cheers, Andy -------- At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: >Andy, > > > In tagged mode, the PEs interpret the VLAN tag and have a one-to-one > > association between tags and inner VC labels. Since the ingress PE is > > demultiplexing ingress frames by VLAN tag in order to associate them > with a > > particular VC label, a priori all of the frames sent using a particular VC > > label must have the same tag. This is similar in concept to ATM VPI/VCI > mode. > >According to the IEEE 802.1D-1998, frame misordering is defined as following. > >|6.3.3 Frame misordering >|The MAC Service does not permit the reordering of frames with a given user >|priority for a given combination of destination address and source address. >| >|Where Bridges in a Bridged LAN are capable of connecting the individual MACs >|in such way that multiple paths between any source-destination station pairs >|exist, the operation of a protocol is required to ensure that a single path >|is used. > >And in the draft of update version of 802.1D, it is defined as following. > >|6.3.3 Frame misordering >|The MAC Service (9.2 of ISO/IEC 15802-1) permits a negligible rate of the >|reordering of frames with a given user priority for a given combination of >|destination address and source address. >| >|NOTE 1-The Forwarding Process in Bridges (7.7) does not mis-order or >duplicate >|frames. >| >|Where Bridges in a Bridged LAN are capable of connecting the individual MACs >|in such way that multiple paths between any source-destination station pairs >|exist, the operation of a protocol is required to ensure that a single path >|is used. > >IEEE 802.1Q does not override the above definition. Therefore, Bridges must >ensure frame ordering regardless VLAN ID value. And an end station may >belong to multiple VLANs. So my question is how the tagged mode ensures >frame ordering between LSPs. I think it must have some mechanism, >otherwise it violates the standard. > >Thanks, > >Muneyoshi Suzuki >Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 07:32:31 -0800 Lines: 119 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 16:34:49 2003 Return-path: To: "'Andrew G. Malis'" , Muneyoshi Suzuki X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ordering is generally required for micro-flows. Is there any application that might generate Ethernet packets with different VLAN ID for the same micro-flow? Yours, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Friday, March 14, 2003 10:19 AM >To: Muneyoshi Suzuki >Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; >pwe3@ietf.org >Subject: Re: [PWE3] Ethernet over MPLS > > >Muneyoshi, > >Thanks (?) for bringing this up. The issue is actually more >general than >just tagged mode, since one conceivably could have more than >one raw mode >VC LSP between a pair of Ethernet ports, and use arbitrary ingress >classification to assign frames to a particular LSP. But the >problem is >most pronounced in tagged mode, since it is then impossible to >maintain >sequentiality for an arbitrary combination over all >VLANs between a pair of ports - sequentially can only be >assured for da, priority, tag> combinations. > >I don't think we have any easy way to fix this without getting rid of >tagged mode. I think the best we can do is note this violation in the >draft, and say that if a SP wishes to comply with the 802.1D >requirement of >sequentially for all combinations, then it >MUST only use >raw mode, and have at most one raw mode VC between each pair >of Ethernet ports. > >Cheers, >Andy > >-------- > >At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: > > >>Andy, >> >> > In tagged mode, the PEs interpret the VLAN tag and have a >one-to-one >> > association between tags and inner VC labels. Since the >ingress PE is >> > demultiplexing ingress frames by VLAN tag in order to >associate them >> with a >> > particular VC label, a priori all of the frames sent using >a particular VC >> > label must have the same tag. This is similar in concept >to ATM VPI/VCI >> mode. >> >>According to the IEEE 802.1D-1998, frame misordering is >defined as following. >> >>|6.3.3 Frame misordering >>|The MAC Service does not permit the reordering of frames >with a given user >>|priority for a given combination of destination address and >source address. >>| >>|Where Bridges in a Bridged LAN are capable of connecting the >individual MACs >>|in such way that multiple paths between any >source-destination station pairs >>|exist, the operation of a protocol is required to ensure >that a single path >>|is used. >> >>And in the draft of update version of 802.1D, it is defined >as following. >> >>|6.3.3 Frame misordering >>|The MAC Service (9.2 of ISO/IEC 15802-1) permits a >negligible rate of the >>|reordering of frames with a given user priority for a given >combination of >>|destination address and source address. >>| >>|NOTE 1-The Forwarding Process in Bridges (7.7) does not mis-order or >>duplicate >>|frames. >>| >>|Where Bridges in a Bridged LAN are capable of connecting the >individual MACs >>|in such way that multiple paths between any >source-destination station pairs >>|exist, the operation of a protocol is required to ensure >that a single path >>|is used. >> >>IEEE 802.1Q does not override the above definition. >Therefore, Bridges must >>ensure frame ordering regardless VLAN ID value. And an end station may >>belong to multiple VLANs. So my question is how the tagged >mode ensures >>frame ordering between LSPs. I think it must have some mechanism, >>otherwise it violates the standard. >> >>Thanks, >> >>Muneyoshi Suzuki >>Nippon Telegraph and Telephone Corp. > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 10:51:54 -0500 Lines: 128 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 16:56:17 2003 Return-path: To: "'Andrew G. Malis'" , Muneyoshi Suzuki X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, Couldn't this be solved by allowing multiple VLAN tags on the same tagged-mode PW? If the only reason for introducing tagged mode is the accomodation of PEs that can't push tags, I still don't see why there needs to be a one-to-one relationship between PW and VLAN tag. (Unless these "legacy" PEs have other restrictions that we have to take into account.) Peter > -----Original Message----- > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > Sent: Friday, March 14, 2003 10:19 AM > To: Muneyoshi Suzuki > Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; > pwe3@ietf.org > Subject: Re: [PWE3] Ethernet over MPLS > > > Muneyoshi, > > Thanks (?) for bringing this up. The issue is actually more > general than > just tagged mode, since one conceivably could have more than > one raw mode > VC LSP between a pair of Ethernet ports, and use arbitrary ingress > classification to assign frames to a particular LSP. But the > problem is > most pronounced in tagged mode, since it is then impossible > to maintain > sequentiality for an arbitrary combination > over all > VLANs between a pair of ports - sequentially can only be > assured for da, priority, tag> combinations. > > I don't think we have any easy way to fix this without getting rid of > tagged mode. I think the best we can do is note this > violation in the > draft, and say that if a SP wishes to comply with the 802.1D > requirement of > sequentially for all combinations, then it > MUST only use > raw mode, and have at most one raw mode VC between each pair > of Ethernet ports. > > Cheers, > Andy > > -------- > > At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: > > > >Andy, > > > > > In tagged mode, the PEs interpret the VLAN tag and have a > one-to-one > > > association between tags and inner VC labels. Since the > ingress PE is > > > demultiplexing ingress frames by VLAN tag in order to > associate them > > with a > > > particular VC label, a priori all of the frames sent > using a particular VC > > > label must have the same tag. This is similar in concept > to ATM VPI/VCI > > mode. > > > >According to the IEEE 802.1D-1998, frame misordering is > defined as following. > > > >|6.3.3 Frame misordering > >|The MAC Service does not permit the reordering of frames > with a given user > >|priority for a given combination of destination address and > source address. > >| > >|Where Bridges in a Bridged LAN are capable of connecting > the individual MACs > >|in such way that multiple paths between any > source-destination station pairs > >|exist, the operation of a protocol is required to ensure > that a single path > >|is used. > > > >And in the draft of update version of 802.1D, it is defined > as following. > > > >|6.3.3 Frame misordering > >|The MAC Service (9.2 of ISO/IEC 15802-1) permits a > negligible rate of the > >|reordering of frames with a given user priority for a given > combination of > >|destination address and source address. > >| > >|NOTE 1-The Forwarding Process in Bridges (7.7) does not > mis-order or > >duplicate > >|frames. > >| > >|Where Bridges in a Bridged LAN are capable of connecting > the individual MACs > >|in such way that multiple paths between any > source-destination station pairs > >|exist, the operation of a protocol is required to ensure > that a single path > >|is used. > > > >IEEE 802.1Q does not override the above definition. > Therefore, Bridges must > >ensure frame ordering regardless VLAN ID value. And an end > station may > >belong to multiple VLANs. So my question is how the tagged > mode ensures > >frame ordering between LSPs. I think it must have some mechanism, > >otherwise it violates the standard. > > > >Thanks, > > > >Muneyoshi Suzuki > >Nippon Telegraph and Telephone Corp. > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 07:58:02 -0800 Lines: 34 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Fri Mar 14 17:01:15 2003 Return-path: To: "'Ali Sajassi'" , "Andrew G. Malis" , erosen@cisco.com X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ali, >If a single PW is used to carry all the tagged frames from the >.1q port, >then raw mode needs to be used. However, if multiple PWs are >used, then you >have a choice of using either raw mode (stripping the VLAN tag at the >ingress and then pass it over the PW) or tagged mode (passing >the VLAN tag over the PW and then stripping it at the egress before delivery to >non-tagged Ethernet port). Why can't one use raw mode for the latter case? If the ingress PE can't strip the VLAN tags, then it can simply send all tagged frames in a single PW. The egress PE (which can pop tags) could simply pop the tags. >The functionality of pushing/popping tags is a >local mater which should be handled within the NSP. If pushing/poping is local matter handled by NSP, then why does it have impact on the definition of PW? Yours, Shahram >Basically, raw mode PW can handle all types of scenarios and >tag mode is >needed for the scenarios where the PE can not do >pushing/popping of VLAN tags. > >-Ali > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 12:16:50 -0800 Lines: 160 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 21:21:19 2003 Return-path: To: "'Busschbach, Peter B (Peter)'" , "'Andrew G. Malis'" , Muneyoshi Suzuki , "'Ali Sajassi'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Peter/Andy/Ali, Since Raw mode does not define any NSP function, it could be used to accommodate your scenario , in which one of the PEs can't push/pop as following: Use a single Raw PW mode and send all the frames without touching the VLAN tagged over that PW. At the egress PE, pop the VLAN tags. Since in Tagged PW mode, the VC label and the VLAN tag represent the same information, then that means we could get the flow information directly from VLAN tag, without looking at VC label. So we could multiplex many tagged flows in Raw mode and still use it for cases that one of the PEs can't push/pop tags. The only restriction that I see in my above suggestion is for multipoint-to-multipoint services in which a number of VLAN tagged ports at ingress PE need to be connected to a number of other ports at egress PE. In that case if the ingress PE is not using a per-platform VLAN tag (i.e., it is using per interface VLAN tag), then flows in different interfaces at ingress PE could have the same VLAN tag, and if they are muxed and transported over the same PW, we can't demultiplex them at the egress PE. Yours, -Shahram >-----Original Message----- >From: Busschbach, Peter B (Peter) [mailto:busschbach@lucent.com] >Sent: Friday, March 14, 2003 10:52 AM >To: 'Andrew G. Malis'; Muneyoshi Suzuki >Cc: suzuki.muneyoshi@lab.ntt.co.jp; pwe3@ietf.org >Subject: RE: [PWE3] Ethernet over MPLS > > >Andy, > >Couldn't this be solved by allowing multiple VLAN tags on the >same tagged-mode PW? > >If the only reason for introducing tagged mode is the >accomodation of PEs that can't push tags, I still don't see >why there needs to be a one-to-one relationship between PW and >VLAN tag. (Unless these "legacy" PEs have other restrictions >that we have to take into account.) > >Peter > > > >> -----Original Message----- >> From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >> Sent: Friday, March 14, 2003 10:19 AM >> To: Muneyoshi Suzuki >> Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; >> pwe3@ietf.org >> Subject: Re: [PWE3] Ethernet over MPLS >> >> >> Muneyoshi, >> >> Thanks (?) for bringing this up. The issue is actually more >> general than >> just tagged mode, since one conceivably could have more than >> one raw mode >> VC LSP between a pair of Ethernet ports, and use arbitrary ingress >> classification to assign frames to a particular LSP. But the >> problem is >> most pronounced in tagged mode, since it is then impossible >> to maintain >> sequentiality for an arbitrary combination >> over all >> VLANs between a pair of ports - sequentially can only be >> assured for > da, priority, tag> combinations. >> >> I don't think we have any easy way to fix this without >getting rid of >> tagged mode. I think the best we can do is note this >> violation in the >> draft, and say that if a SP wishes to comply with the 802.1D >> requirement of >> sequentially for all combinations, then it >> MUST only use >> raw mode, and have at most one raw mode VC between each pair >> of Ethernet ports. >> >> Cheers, >> Andy >> >> -------- >> >> At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: >> >> >> >Andy, >> > >> > > In tagged mode, the PEs interpret the VLAN tag and have a >> one-to-one >> > > association between tags and inner VC labels. Since the >> ingress PE is >> > > demultiplexing ingress frames by VLAN tag in order to >> associate them >> > with a >> > > particular VC label, a priori all of the frames sent >> using a particular VC >> > > label must have the same tag. This is similar in concept >> to ATM VPI/VCI >> > mode. >> > >> >According to the IEEE 802.1D-1998, frame misordering is >> defined as following. >> > >> >|6.3.3 Frame misordering >> >|The MAC Service does not permit the reordering of frames >> with a given user >> >|priority for a given combination of destination address and >> source address. >> >| >> >|Where Bridges in a Bridged LAN are capable of connecting >> the individual MACs >> >|in such way that multiple paths between any >> source-destination station pairs >> >|exist, the operation of a protocol is required to ensure >> that a single path >> >|is used. >> > >> >And in the draft of update version of 802.1D, it is defined >> as following. >> > >> >|6.3.3 Frame misordering >> >|The MAC Service (9.2 of ISO/IEC 15802-1) permits a >> negligible rate of the >> >|reordering of frames with a given user priority for a given >> combination of >> >|destination address and source address. >> >| >> >|NOTE 1-The Forwarding Process in Bridges (7.7) does not >> mis-order or >> >duplicate >> >|frames. >> >| >> >|Where Bridges in a Bridged LAN are capable of connecting >> the individual MACs >> >|in such way that multiple paths between any >> source-destination station pairs >> >|exist, the operation of a protocol is required to ensure >> that a single path >> >|is used. >> > >> >IEEE 802.1Q does not override the above definition. >> Therefore, Bridges must >> >ensure frame ordering regardless VLAN ID value. And an end >> station may >> >belong to multiple VLANs. So my question is how the tagged >> mode ensures >> >frame ordering between LSPs. I think it must have some mechanism, >> >otherwise it violates the standard. >> > >> >Thanks, >> > >> >Muneyoshi Suzuki >> >Nippon Telegraph and Telephone Corp. >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >> >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 12:32:34 -0800 Lines: 159 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: Muneyoshi Suzuki , suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 21:36:01 2003 Return-path: To: "'Andrew G. Malis'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, Yes I understand, but my point was that the IEEE requirement is too restrictive for no reason. Thanks, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Friday, March 14, 2003 3:26 PM >To: Shahram Davari >Cc: 'Andrew G. Malis'; Muneyoshi Suzuki; >suzuki.muneyoshi@lab.ntt.co.jp; >pwe3@ietf.org >Subject: RE: [PWE3] Ethernet over MPLS > > >Shahram, > >Muneyoshi's point is that if you want to be conformant to the >letter of the >IEEE requirement, ordering in this case is not required just for >microflows, but for the entire set of frames. > >Andy > >------- > >At 3/14/2003 07:32 AM -0800, Shahram Davari wrote: > >>Ordering is generally required for micro-flows. Is there any >application >>that might generate Ethernet packets with different VLAN ID >for the same >>micro-flow? >> >>Yours, >>-Shahram >> >> >-----Original Message----- >> >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >> >Sent: Friday, March 14, 2003 10:19 AM >> >To: Muneyoshi Suzuki >> >Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; >> >pwe3@ietf.org >> >Subject: Re: [PWE3] Ethernet over MPLS >> > >> > >> >Muneyoshi, >> > >> >Thanks (?) for bringing this up. The issue is actually more >> >general than >> >just tagged mode, since one conceivably could have more than >> >one raw mode >> >VC LSP between a pair of Ethernet ports, and use arbitrary ingress >> >classification to assign frames to a particular LSP. But the >> >problem is >> >most pronounced in tagged mode, since it is then impossible to >> >maintain >> >sequentiality for an arbitrary >combination over all >> >VLANs between a pair of ports - sequentially can only be >> >assured for > >da, priority, tag> combinations. >> > >> >I don't think we have any easy way to fix this without >getting rid of >> >tagged mode. I think the best we can do is note this >violation in the >> >draft, and say that if a SP wishes to comply with the 802.1D >> >requirement of >> >sequentially for all combinations, then it >> >MUST only use >> >raw mode, and have at most one raw mode VC between each pair >> >of Ethernet ports. >> > >> >Cheers, >> >Andy >> > >> >-------- >> > >> >At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: >> > >> > >> >>Andy, >> >> >> >> > In tagged mode, the PEs interpret the VLAN tag and have a >> >one-to-one >> >> > association between tags and inner VC labels. Since the >> >ingress PE is >> >> > demultiplexing ingress frames by VLAN tag in order to >> >associate them >> >> with a >> >> > particular VC label, a priori all of the frames sent using >> >a particular VC >> >> > label must have the same tag. This is similar in concept >> >to ATM VPI/VCI >> >> mode. >> >> >> >>According to the IEEE 802.1D-1998, frame misordering is >> >defined as following. >> >> >> >>|6.3.3 Frame misordering >> >>|The MAC Service does not permit the reordering of frames >> >with a given user >> >>|priority for a given combination of destination address and >> >source address. >> >>| >> >>|Where Bridges in a Bridged LAN are capable of connecting the >> >individual MACs >> >>|in such way that multiple paths between any >> >source-destination station pairs >> >>|exist, the operation of a protocol is required to ensure >> >that a single path >> >>|is used. >> >> >> >>And in the draft of update version of 802.1D, it is defined >> >as following. >> >> >> >>|6.3.3 Frame misordering >> >>|The MAC Service (9.2 of ISO/IEC 15802-1) permits a >> >negligible rate of the >> >>|reordering of frames with a given user priority for a given >> >combination of >> >>|destination address and source address. >> >>| >> >>|NOTE 1-The Forwarding Process in Bridges (7.7) does not >mis-order or >> >>duplicate >> >>|frames. >> >>| >> >>|Where Bridges in a Bridged LAN are capable of connecting the >> >individual MACs >> >>|in such way that multiple paths between any >> >source-destination station pairs >> >>|exist, the operation of a protocol is required to ensure >> >that a single path >> >>|is used. >> >> >> >>IEEE 802.1Q does not override the above definition. >> >Therefore, Bridges must >> >>ensure frame ordering regardless VLAN ID value. And an end >station may >> >>belong to multiple VLANs. So my question is how the tagged >> >mode ensures >> >>frame ordering between LSPs. I think it must have some mechanism, >> >>otherwise it violates the standard. >> >> >> >>Thanks, >> >> >> >>Muneyoshi Suzuki >> >>Nippon Telegraph and Telephone Corp. >> > >> >_______________________________________________ >> >pwe3 mailing list >> >pwe3@ietf.org >> >https://www1.ietf.org/mailman/listinfo/pwe3 >> > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 15:26:14 -0500 Lines: 133 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DB9@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Andrew G. Malis'" , Muneyoshi Suzuki , suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 21:36:37 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DB9@nt-exch-yow.pmc-sie rra.bc.ca> X-OriginalArrivalTime: 14 Mar 2003 20:26:37.0777 (UTC) FILETIME=[039ACC10:01C2EA68] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, Muneyoshi's point is that if you want to be conformant to the letter of the IEEE requirement, ordering in this case is not required just for microflows, but for the entire set of frames. Andy ------- At 3/14/2003 07:32 AM -0800, Shahram Davari wrote: >Ordering is generally required for micro-flows. Is there any application >that might generate Ethernet packets with different VLAN ID for the same >micro-flow? > >Yours, >-Shahram > > >-----Original Message----- > >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > >Sent: Friday, March 14, 2003 10:19 AM > >To: Muneyoshi Suzuki > >Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; > >pwe3@ietf.org > >Subject: Re: [PWE3] Ethernet over MPLS > > > > > >Muneyoshi, > > > >Thanks (?) for bringing this up. The issue is actually more > >general than > >just tagged mode, since one conceivably could have more than > >one raw mode > >VC LSP between a pair of Ethernet ports, and use arbitrary ingress > >classification to assign frames to a particular LSP. But the > >problem is > >most pronounced in tagged mode, since it is then impossible to > >maintain > >sequentiality for an arbitrary combination over all > >VLANs between a pair of ports - sequentially can only be > >assured for >da, priority, tag> combinations. > > > >I don't think we have any easy way to fix this without getting rid of > >tagged mode. I think the best we can do is note this violation in the > >draft, and say that if a SP wishes to comply with the 802.1D > >requirement of > >sequentially for all combinations, then it > >MUST only use > >raw mode, and have at most one raw mode VC between each pair > >of Ethernet ports. > > > >Cheers, > >Andy > > > >-------- > > > >At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: > > > > > >>Andy, > >> > >> > In tagged mode, the PEs interpret the VLAN tag and have a > >one-to-one > >> > association between tags and inner VC labels. Since the > >ingress PE is > >> > demultiplexing ingress frames by VLAN tag in order to > >associate them > >> with a > >> > particular VC label, a priori all of the frames sent using > >a particular VC > >> > label must have the same tag. This is similar in concept > >to ATM VPI/VCI > >> mode. > >> > >>According to the IEEE 802.1D-1998, frame misordering is > >defined as following. > >> > >>|6.3.3 Frame misordering > >>|The MAC Service does not permit the reordering of frames > >with a given user > >>|priority for a given combination of destination address and > >source address. > >>| > >>|Where Bridges in a Bridged LAN are capable of connecting the > >individual MACs > >>|in such way that multiple paths between any > >source-destination station pairs > >>|exist, the operation of a protocol is required to ensure > >that a single path > >>|is used. > >> > >>And in the draft of update version of 802.1D, it is defined > >as following. > >> > >>|6.3.3 Frame misordering > >>|The MAC Service (9.2 of ISO/IEC 15802-1) permits a > >negligible rate of the > >>|reordering of frames with a given user priority for a given > >combination of > >>|destination address and source address. > >>| > >>|NOTE 1-The Forwarding Process in Bridges (7.7) does not mis-order or > >>duplicate > >>|frames. > >>| > >>|Where Bridges in a Bridged LAN are capable of connecting the > >individual MACs > >>|in such way that multiple paths between any > >source-destination station pairs > >>|exist, the operation of a protocol is required to ensure > >that a single path > >>|is used. > >> > >>IEEE 802.1Q does not override the above definition. > >Therefore, Bridges must > >>ensure frame ordering regardless VLAN ID value. And an end station may > >>belong to multiple VLANs. So my question is how the tagged > >mode ensures > >>frame ordering between LSPs. I think it must have some mechanism, > >>otherwise it violates the standard. > >> > >>Thanks, > >> > >>Muneyoshi Suzuki > >>Nippon Telegraph and Telephone Corp. > > > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 15:39:36 -0500 Lines: 165 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Andrew G. Malis'" , Muneyoshi Suzuki , suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 21:42:44 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Busschbach, Peter B (Peter)" , Shahram Davari In-Reply-To: X-OriginalArrivalTime: 14 Mar 2003 20:39:54.0652 (UTC) FILETIME=[DE9445C0:01C2EA69] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Peter and Shahram, Muneyoshi's problem can only be resolved if you have ALL the VLAN tags between a pair of Ethernet ports use the same VC label. Whether you call that raw or tagged mode I guess depends on what the treatment is at the egress. If you are overwriting existing tags, then it's tagged mode, otherwise its raw mode. Right now the primary reason that tagged mode requires all of the VLAN tags to be identical on the PW is simplicity of implementation - for each VC label, you just need to configure a single new tag that use to overwrite the existing tag before it is sent out the egress interface, and you don't have to inspect the old tag - you don't care what it is. If you wanted to allow multiple tags on the same tagged PW, then you would need to provision a two-dimensional table at the egress indexed by VC label and original VLAN tag to determine what the new tag will be, and you have to inspect the old tag in order to do that table lookup. One thing I want to make clear in this discussion is that I don't want to be put in the position of defending the current definition of tagged mode. It wasn't my requirement, and while my gear has implemented it because its in the draft, we can push and pop tags as easily as overwriting them. I've just been explaining how the draft got to where we are now. I can let other people defend it if the WG would like to see it changed or removed from the draft. Cheers, Andy -------- At 3/14/2003 10:51 AM -0500, Busschbach, Peter B (Peter) wrote: >Andy, > >Couldn't this be solved by allowing multiple VLAN tags on the same >tagged-mode PW? > >If the only reason for introducing tagged mode is the accomodation of PEs >that can't push tags, I still don't see why there needs to be a one-to-one >relationship between PW and VLAN tag. (Unless these "legacy" PEs have >other restrictions that we have to take into account.) > >Peter > > > > > -----Original Message----- > > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > > Sent: Friday, March 14, 2003 10:19 AM > > To: Muneyoshi Suzuki > > Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; > > pwe3@ietf.org > > Subject: Re: [PWE3] Ethernet over MPLS > > > > > > Muneyoshi, > > > > Thanks (?) for bringing this up. The issue is actually more > > general than > > just tagged mode, since one conceivably could have more than > > one raw mode > > VC LSP between a pair of Ethernet ports, and use arbitrary ingress > > classification to assign frames to a particular LSP. But the > > problem is > > most pronounced in tagged mode, since it is then impossible > > to maintain > > sequentiality for an arbitrary combination > > over all > > VLANs between a pair of ports - sequentially can only be > > assured for > da, priority, tag> combinations. > > > > I don't think we have any easy way to fix this without getting rid of > > tagged mode. I think the best we can do is note this > > violation in the > > draft, and say that if a SP wishes to comply with the 802.1D > > requirement of > > sequentially for all combinations, then it > > MUST only use > > raw mode, and have at most one raw mode VC between each pair > > of Ethernet ports. > > > > Cheers, > > Andy > > > > -------- > > > > At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: > > > > > > >Andy, > > > > > > > In tagged mode, the PEs interpret the VLAN tag and have a > > one-to-one > > > > association between tags and inner VC labels. Since the > > ingress PE is > > > > demultiplexing ingress frames by VLAN tag in order to > > associate them > > > with a > > > > particular VC label, a priori all of the frames sent > > using a particular VC > > > > label must have the same tag. This is similar in concept > > to ATM VPI/VCI > > > mode. > > > > > >According to the IEEE 802.1D-1998, frame misordering is > > defined as following. > > > > > >|6.3.3 Frame misordering > > >|The MAC Service does not permit the reordering of frames > > with a given user > > >|priority for a given combination of destination address and > > source address. > > >| > > >|Where Bridges in a Bridged LAN are capable of connecting > > the individual MACs > > >|in such way that multiple paths between any > > source-destination station pairs > > >|exist, the operation of a protocol is required to ensure > > that a single path > > >|is used. > > > > > >And in the draft of update version of 802.1D, it is defined > > as following. > > > > > >|6.3.3 Frame misordering > > >|The MAC Service (9.2 of ISO/IEC 15802-1) permits a > > negligible rate of the > > >|reordering of frames with a given user priority for a given > > combination of > > >|destination address and source address. > > >| > > >|NOTE 1-The Forwarding Process in Bridges (7.7) does not > > mis-order or > > >duplicate > > >|frames. > > >| > > >|Where Bridges in a Bridged LAN are capable of connecting > > the individual MACs > > >|in such way that multiple paths between any > > source-destination station pairs > > >|exist, the operation of a protocol is required to ensure > > that a single path > > >|is used. > > > > > >IEEE 802.1Q does not override the above definition. > > Therefore, Bridges must > > >ensure frame ordering regardless VLAN ID value. And an end > > station may > > >belong to multiple VLANs. So my question is how the tagged > > mode ensures > > >frame ordering between LSPs. I think it must have some mechanism, > > >otherwise it violates the standard. > > > > > >Thanks, > > > > > >Muneyoshi Suzuki > > >Nippon Telegraph and Telephone Corp. > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 13:02:48 -0800 Lines: 204 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: Muneyoshi Suzuki , suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 14 22:06:22 2003 Return-path: To: "'Andrew G. Malis'" , "Busschbach, Peter B (Peter)" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, As you said, it seems that the only benefit of Tagged mode is that it requires 1 lookup rather than 2. However, if 1 lookup is simpler to implement, then I am wondering why the same logic does not apply to ATM case, in which the N:1 mode, which requires 2 lookup is mandatory, while 1:1 mode that requires 1 lookup is optional. Thanks, -Shahram >-----Original Message----- >From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >Sent: Friday, March 14, 2003 3:40 PM >To: Busschbach, Peter B (Peter); Shahram Davari >Cc: 'Andrew G. Malis'; Muneyoshi Suzuki; >suzuki.muneyoshi@lab.ntt.co.jp; >pwe3@ietf.org >Subject: RE: [PWE3] Ethernet over MPLS > > >Peter and Shahram, > >Muneyoshi's problem can only be resolved if you have ALL the VLAN tags >between a pair of Ethernet ports use the same VC label. >Whether you call >that raw or tagged mode I guess depends on what the treatment >is at the >egress. If you are overwriting existing tags, then it's tagged mode, >otherwise its raw mode. > >Right now the primary reason that tagged mode requires all of >the VLAN tags >to be identical on the PW is simplicity of implementation - >for each VC >label, you just need to configure a single new tag that use to >overwrite >the existing tag before it is sent out the egress interface, >and you don't >have to inspect the old tag - you don't care what it is. If >you wanted to >allow multiple tags on the same tagged PW, then you would need >to provision >a two-dimensional table at the egress indexed by VC label and >original VLAN >tag to determine what the new tag will be, and you have to >inspect the old >tag in order to do that table lookup. > >One thing I want to make clear in this discussion is that I >don't want to >be put in the position of defending the current definition of tagged >mode. It wasn't my requirement, and while my gear has implemented it >because its in the draft, we can push and pop tags as easily >as overwriting >them. I've just been explaining how the draft got to where we >are now. I >can let other people defend it if the WG would like to see it >changed or >removed from the draft. > >Cheers, >Andy > >-------- > >At 3/14/2003 10:51 AM -0500, Busschbach, Peter B (Peter) wrote: > >>Andy, >> >>Couldn't this be solved by allowing multiple VLAN tags on the same >>tagged-mode PW? >> >>If the only reason for introducing tagged mode is the >accomodation of PEs >>that can't push tags, I still don't see why there needs to be >a one-to-one >>relationship between PW and VLAN tag. (Unless these "legacy" PEs have >>other restrictions that we have to take into account.) >> >>Peter >> >> >> >> > -----Original Message----- >> > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] >> > Sent: Friday, March 14, 2003 10:19 AM >> > To: Muneyoshi Suzuki >> > Cc: Andy.Malis@vivacenetworks.com; suzuki.muneyoshi@lab.ntt.co.jp; >> > pwe3@ietf.org >> > Subject: Re: [PWE3] Ethernet over MPLS >> > >> > >> > Muneyoshi, >> > >> > Thanks (?) for bringing this up. The issue is actually more >> > general than >> > just tagged mode, since one conceivably could have more than >> > one raw mode >> > VC LSP between a pair of Ethernet ports, and use arbitrary ingress >> > classification to assign frames to a particular LSP. But the >> > problem is >> > most pronounced in tagged mode, since it is then impossible >> > to maintain >> > sequentiality for an arbitrary combination >> > over all >> > VLANs between a pair of ports - sequentially can only be >> > assured for > > da, priority, tag> combinations. >> > >> > I don't think we have any easy way to fix this without >getting rid of >> > tagged mode. I think the best we can do is note this >> > violation in the >> > draft, and say that if a SP wishes to comply with the 802.1D >> > requirement of >> > sequentially for all combinations, then it >> > MUST only use >> > raw mode, and have at most one raw mode VC between each pair >> > of Ethernet ports. >> > >> > Cheers, >> > Andy >> > >> > -------- >> > >> > At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: >> > >> > >> > >Andy, >> > > >> > > > In tagged mode, the PEs interpret the VLAN tag and have a >> > one-to-one >> > > > association between tags and inner VC labels. Since the >> > ingress PE is >> > > > demultiplexing ingress frames by VLAN tag in order to >> > associate them >> > > with a >> > > > particular VC label, a priori all of the frames sent >> > using a particular VC >> > > > label must have the same tag. This is similar in concept >> > to ATM VPI/VCI >> > > mode. >> > > >> > >According to the IEEE 802.1D-1998, frame misordering is >> > defined as following. >> > > >> > >|6.3.3 Frame misordering >> > >|The MAC Service does not permit the reordering of frames >> > with a given user >> > >|priority for a given combination of destination address and >> > source address. >> > >| >> > >|Where Bridges in a Bridged LAN are capable of connecting >> > the individual MACs >> > >|in such way that multiple paths between any >> > source-destination station pairs >> > >|exist, the operation of a protocol is required to ensure >> > that a single path >> > >|is used. >> > > >> > >And in the draft of update version of 802.1D, it is defined >> > as following. >> > > >> > >|6.3.3 Frame misordering >> > >|The MAC Service (9.2 of ISO/IEC 15802-1) permits a >> > negligible rate of the >> > >|reordering of frames with a given user priority for a given >> > combination of >> > >|destination address and source address. >> > >| >> > >|NOTE 1-The Forwarding Process in Bridges (7.7) does not >> > mis-order or >> > >duplicate >> > >|frames. >> > >| >> > >|Where Bridges in a Bridged LAN are capable of connecting >> > the individual MACs >> > >|in such way that multiple paths between any >> > source-destination station pairs >> > >|exist, the operation of a protocol is required to ensure >> > that a single path >> > >|is used. >> > > >> > >IEEE 802.1Q does not override the above definition. >> > Therefore, Bridges must >> > >ensure frame ordering regardless VLAN ID value. And an end >> > station may >> > >belong to multiple VLANs. So my question is how the tagged >> > mode ensures >> > >frame ordering between LSPs. I think it must have some mechanism, >> > >otherwise it violates the standard. >> > > >> > >Thanks, >> > > >> > >Muneyoshi Suzuki >> > >Nippon Telegraph and Telephone Corp. >> > >> > _______________________________________________ >> > pwe3 mailing list >> > pwe3@ietf.org >> > https://www1.ietf.org/mailman/listinfo/pwe3 >> > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: Re: Ethernet over MPLS Date: Fri, 14 Mar 2003 15:46:08 -0800 Lines: 103 Sender: pwe3-admin@ietf.org References: <20030314.112424.74739145.suzuki.muneyoshi@lab.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Andy.Malis@vivacenetworks.com, suzuki.muneyoshi@lab.ntt.co.jp, pwe3@ietf.org X-From: pwe3-admin@ietf.org Sat Mar 15 00:48:30 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: "Andrew G. Malis" , Muneyoshi Suzuki In-Reply-To: <5.2.0.9.0.20030314100617.056cdc88@po1.vivacenetworks.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Let me also offer another perspective ... To satisfy 802.1D negligible re-ordering requirement, we need to ensure that: The same set of PWs is used for both customer's unicast and multicast/broadcast traffic for the end-to-end operation - e.g., if end-to-end operation requires several PW segments between intermediate service nodes, then the same sequence of PWs needs to be used for both unicast and broadcast/multicast traffic This also implies that between any pair of service nodes, the same PW needs to be used for both unicast and multicast/broadcast traffic of a given customer. As Andy pointed out, we can do that easily with "raw mode" PW; however, if we want to do it with "tagged mode" PW, then we should first encapsulate all customers frames using a provider's tag (e.g., using QinQ) and then pass them through the tagged mode PW. In this case, all the frames over the PW contains a single outer tag which represents the customer. -Ali At 10:18 AM 3/14/2003 -0500, Andrew G. Malis wrote: >Muneyoshi, > >Thanks (?) for bringing this up. The issue is actually more general than >just tagged mode, since one conceivably could have more than one raw mode >VC LSP between a pair of Ethernet ports, and use arbitrary ingress >classification to assign frames to a particular LSP. But the problem is >most pronounced in tagged mode, since it is then impossible to maintain >sequentiality for an arbitrary combination over all >VLANs between a pair of ports - sequentially can only be assured for da, priority, tag> combinations. > >I don't think we have any easy way to fix this without getting rid of >tagged mode. I think the best we can do is note this violation in the >draft, and say that if a SP wishes to comply with the 802.1D requirement >of sequentially for all combinations, then it MUST only >use raw mode, and have at most one raw mode VC between each pair of >Ethernet ports. > >Cheers, >Andy > >-------- > >At 3/14/2003 11:24 AM +0900, Muneyoshi Suzuki wrote: > > >>Andy, >> >> > In tagged mode, the PEs interpret the VLAN tag and have a one-to-one >> > association between tags and inner VC labels. Since the ingress PE is >> > demultiplexing ingress frames by VLAN tag in order to associate them >> with a >> > particular VC label, a priori all of the frames sent using a particular VC >> > label must have the same tag. This is similar in concept to ATM >> VPI/VCI mode. >> >>According to the IEEE 802.1D-1998, frame misordering is defined as following. >> >>|6.3.3 Frame misordering >>|The MAC Service does not permit the reordering of frames with a given user >>|priority for a given combination of destination address and source address. >>| >>|Where Bridges in a Bridged LAN are capable of connecting the individual MACs >>|in such way that multiple paths between any source-destination station pairs >>|exist, the operation of a protocol is required to ensure that a single path >>|is used. >> >>And in the draft of update version of 802.1D, it is defined as following. >> >>|6.3.3 Frame misordering >>|The MAC Service (9.2 of ISO/IEC 15802-1) permits a negligible rate of the >>|reordering of frames with a given user priority for a given combination of >>|destination address and source address. >>| >>|NOTE 1-The Forwarding Process in Bridges (7.7) does not mis-order or >>duplicate >>|frames. >>| >>|Where Bridges in a Bridged LAN are capable of connecting the individual MACs >>|in such way that multiple paths between any source-destination station pairs >>|exist, the operation of a protocol is required to ensure that a single path >>|is used. >> >>IEEE 802.1Q does not override the above definition. Therefore, Bridges must >>ensure frame ordering regardless VLAN ID value. And an end station may >>belong to multiple VLANs. So my question is how the tagged mode ensures >>frame ordering between LSPs. I think it must have some mechanism, >>otherwise it violates the standard. >> >>Thanks, >> >>Muneyoshi Suzuki >>Nippon Telegraph and Telephone Corp. > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: RE: Ethernet over MPLS Date: Fri, 14 Mar 2003 16:10:43 -0800 Lines: 40 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DBA@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Sat Mar 15 01:12:52 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: Shahram Davari , "'Ali Sajassi'" , "Andrew G. Malis" , erosen@cisco.com In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DBA@nt-exch-yow.pmc-sie rra.bc.ca> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > > >Why can't one use raw mode for the latter case? If the ingress PE can't strip >the VLAN tags, then it can simply send all tagged frames in a single PW. >The egress >PE (which can pop tags) could simply pop the tags. Yes, everything is possible with the raw mode. > >The functionality of pushing/popping tags is a > >local mater which should be handled within the NSP. > >If pushing/poping is local matter handled by NSP, then why does it have >impact on the >definition of PW? Lets say that we have the other type to help out with the push/pop-challenged NSPs :-) These two types of PWs as defined in the spec. basically covers all the scenarios that one can think of. We just need some additional explanation in the text for better clarification. Cheers, Ali >Yours, >Shahram > > >Basically, raw mode PW can handle all types of scenarios and > >tag mode is > >needed for the scenarios where the PE can not do > >pushing/popping of VLAN tags. > > > >-Ali > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: Ethernet over MPLS Date: Mon, 17 Mar 2003 11:19:15 +0900 (JST) Lines: 15 Sender: pwe3-admin@ietf.org References: <20030314.112424.74739145.suzuki.muneyoshi@lab.ntt.co.jp> <5.2.0.9.0.20030314100617.056cdc88@po1.vivacenetworks.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org, suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Mon Mar 17 03:23:42 2003 Return-path: To: Andy.Malis@vivacenetworks.com In-Reply-To: <5.2.0.9.0.20030314100617.056cdc88@po1.vivacenetworks.com> X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, > Thanks (?) for bringing this up. The issue is actually more general than > just tagged mode, since one conceivably could have more than one raw mode > VC LSP between a pair of Ethernet ports, and use arbitrary ingress > classification to assign frames to a particular LSP. Thanks for clarification. I did not aware this issue. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: Ethernet over MPLS Date: Mon, 17 Mar 2003 12:44:50 +0900 (JST) Lines: 30 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DC3@nt-exch-yow.pmc-sierra.bc.ca> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Andy.Malis@vivacenetworks.com, pwe3@ietf.org, suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Mon Mar 17 04:47:44 2003 Return-path: To: Shahram_Davari@pmc-sierra.com In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DC3@nt-exch-yow.pmc-sierra.bc.ca> X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram, > but my point was that the IEEE requirement is too restrictive for no reason. I also think the requirement is too restrictive, if we regard a VLAN ID as a multiplexing identifier such as VPI/VCI and DLCI. In addition to the frame ordering rule, according to the 802.1Q, not all MAC frames are tagged, especially BPDUs. This spec is also hard to understand. So, I think we need to carefully investigate the VLAN standard. VLAN is defined in IEEE 802.1Q as, "a subset of the active topology of Bridge LAN. Associated with each VLAN is a VLAN ID". VLAN identifies network topology!? I think VPI, VCI identify VP, VC, never relate topology information. Then, tagging is supported by the E-ISS in the MAC Relay Entity, not in the MAC Entity. This implies that the 802.1Q defines VLAN as a MAC frame forwarding process in a Bridge based on the VLAN ID value. That is, VLAN is not a technology that multiplexes logical MAC/LAN entities into a MAC/LAN layer. In this sense, I think, VLAN standard in IEEE 802.1Q is completely consistent and not restrictive. But I think, it does not match with concept of multiplexing identifier in WAN technology. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Sun, 16 Mar 2003 23:53:30 -0800 Lines: 16 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Mon Mar 17 08:56:19 2003 Return-path: To: "'Ali Sajassi'" , "Andrew G. Malis" , erosen@cisco.com X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >>Why can't one use raw mode for the latter case? If the >ingress PE can't strip >>the VLAN tags, then it can simply send all tagged frames in a >single PW. >>The egress >>PE (which can pop tags) could simply pop the tags. > >Yes, everything is possible with the raw mode. > I can't understand. If you agree that the raw mode can satisfy the requirement in which one of the PEs can't push/pop, then why is there a need for tagged mode? -Shahram From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: Ethernet over MPLS Date: Mon, 17 Mar 2003 10:26:43 -0000 Lines: 52 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: Andy.Malis@vivacenetworks.com, pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 17 11:30:30 2003 Return-path: To: suzuki.muneyoshi@lab.ntt.co.jp, Shahram_Davari@pmc-sierra.com X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Muneyoshi, please see below. regards, Neil Muneyoshi Suzuki wrote 17 March 2003 03:45 > Shahram, > > > but my point was that the IEEE requirement is too > restrictive for no reason. > > I also think the requirement is too restrictive, if we regard > a VLAN ID as > a multiplexing identifier such as VPI/VCI and DLCI. NH=> VPI/VCI and DLCI should strictly be regarded as link-connection identifiers. These only have networking currency when associated with some parent trail. I can see why you regard them as 'multiplexing identifiers' (obvious for case of multiple VPCs carried by 1 VPC say) but the key observation IMO is the parent trail association....and in this sense they are very different to a VLAN identifier which has no parent trail. In addition to the > frame ordering rule, according to the 802.1Q, not all MAC > frames are tagged, > especially BPDUs. This spec is also hard to understand. > > So, I think we need to carefully investigate the VLAN > standard. VLAN is > defined in IEEE 802.1Q as, "a subset of the active topology > of Bridge LAN. > Associated with each VLAN is a VLAN ID". VLAN identifies > network topology!? > I think VPI, VCI identify VP, VC, never relate topology information. NH=> They do actually.....but only in the sense of the topological entity that is their parent trail (as noted above, VPI/VCI or DLCI (or even labels in MPLS) cannot exist outside of a parent trail). So there is a specific topology relationship between a link-identifer and its parent trail. On the other hand a VLAN tag signifies some arbitrary topology which is not at all well defined. > > Then, tagging is supported by the E-ISS in the MAC Relay > Entity, not in > the MAC Entity. This implies that the 802.1Q defines VLAN as > a MAC frame > forwarding process in a Bridge based on the VLAN ID value. > That is, VLAN is > not a technology that multiplexes logical MAC/LAN entities > into a MAC/LAN > layer. > > In this sense, I think, VLAN standard in IEEE 802.1Q is completely > consistent and not restrictive. But I think, it does not match with > concept of multiplexing identifier in WAN technology. NH=> I agree with your sentiments in general, subject to the difference to link-connection identifiers noted above, From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Vach Kompella" Subject: RE: Ethernet over MPLS Date: Mon, 17 Mar 2003 06:41:33 -0800 Lines: 15 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DC7@nt-exch-yow.pmc-sierra.bc.ca> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: "Busschbach, Peter B \(Peter\)" , "'Andrew G. Malis'" , X-From: pwe3-admin@ietf.org Mon Mar 17 15:51:50 2003 Return-path: To: "Shahram Davari" , "'Ali Sajassi'" , "Andrew G. Malis" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DC7@nt-exch-yow.pmc-sierra.bc.ca> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-OriginalArrivalTime: 17 Mar 2003 14:41:58.0600 (UTC) FILETIME=[5D180C80:01C2EC93] Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > > > >Yes, everything is possible with the raw mode. > > > > I can't understand. If you agree that the raw mode can satisfy the > requirement in which one of the PEs can't push/pop, then why is there > a need for tagged mode? > Because there are PEs that cannot do some NSP functions. > -Shahram -Vach From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: Ethernet over MPLS Date: Mon, 17 Mar 2003 17:12:00 -0700 Organization: Level3 Communications LLC. Lines: 39 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Shahram Davari , "'Ali Sajassi'" , "Andrew G. Malis" , erosen@cisco.com, "Busschbach, Peter B (Peter)" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 18 01:17:50 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: vkompella@timetra.com Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Following this thread I understand the following two changes that will be required to the draft text: 1) an explanation that Tagged mode may reorder frames . 2) Some re-wording of the raw mode vs tagged mode text. Can somebody suggest some simple text for this point ? Thanks. Luca Vach Kompella wrote: >>From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> >>>Yes, everything is possible with the raw mode. >>> >> >>I can't understand. If you agree that the raw mode can satisfy the >>requirement in which one of the PEs can't push/pop, then why is there >>a need for tagged mode? >> > > > Because there are PEs that cannot do some NSP functions. > > >>-Shahram > > > -Vach > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew Smith" Subject: RE: Ethernet over MPLS Date: Mon, 17 Mar 2003 17:25:18 -0800 Lines: 91 Sender: pwe3-admin@ietf.org References: <3E766450.4080402@level3.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: X-From: pwe3-admin@ietf.org Tue Mar 18 02:33:06 2003 Return-path: To: "'Luca Martini'" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <3E766450.4080402@level3.net> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Luca, Alternatively, it's time to reconsider whether the Tagged Mode is justified at all. There's not a really good set of criteria that IETF uses for evaluating this sort of thing: maybe it needs some. For what it's worth, IEEE 802 uses what many consider to be a good set of "5 criteria" that must be met by any standard or feature of a standard. These include, with my commentary on each added: - distinct identity (don't publish two standards that achieve the same goal, don't allow multiple options in one standard for achieving the same goal). - broad market potential (general purpose solutions - don't make assumptions about how e.g. VLANs will be used in the future; don't fragment the market by making customers choose between incompatible options). - compatibility with other standards (e.g. don't place restrictions on the ways in which existing standards can be used with this new one). - technical feasibility (anything's possible - it's just software or gates, right?). - economic feasibility (backwards compatibility with pre-standard implementations is *not* part of this criterion - the standard/feature must stand on its own for new implementations). I don't think Tagged Mode passes many of these test criteria: may I start a call for getting rid of Tagged Mode? Does anyone else think it doesn't belong here in this piece of work? Does it make it a "better" standard for having it in there? Andrew Smith -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Luca Martini Sent: Monday, March 17, 2003 4:12 PM To: vkompella@timetra.com Cc: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com; Busschbach, Peter B (Peter); pwe3@ietf.org Subject: Re: [PWE3] Ethernet over MPLS Following this thread I understand the following two changes that will be required to the draft text: 1) an explanation that Tagged mode may reorder frames . 2) Some re-wording of the raw mode vs tagged mode text. Can somebody suggest some simple text for this point ? Thanks. Luca Vach Kompella wrote: >>From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> >>>Yes, everything is possible with the raw mode. >>> >> >>I can't understand. If you agree that the raw mode can satisfy the >>requirement in which one of the PEs can't push/pop, then why is there >>a need for tagged mode? >> > > > Because there are PEs that cannot do some NSP functions. > > >>-Shahram > > > -Vach > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: RE: Ethernet over MPLS Date: Mon, 17 Mar 2003 17:29:40 -0800 Lines: 58 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DC7@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Tue Mar 18 02:35:38 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: Shahram Davari , "'Ali Sajassi'" , "Andrew G. Malis" , erosen@cisco.com In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DC7@nt-exch-yow.pmc-sie rra.bc.ca> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > >>Why can't one use raw mode for the latter case? If the > >ingress PE can't strip > >>the VLAN tags, then it can simply send all tagged frames in a > >single PW. > >>The egress > >>PE (which can pop tags) could simply pop the tags. > > > >Yes, everything is possible with the raw mode. > > > >I can't understand. If you agree that the raw mode can satisfy the >requirement in which one of the PEs can't push/pop, then why is there >a need for tagged mode? Lets go back to your previous question again and lets go over different scenarios: 1) mapping a trunk port on the ingress to a trunk port on the egress This is basically port-based operation and raw mode needs to be used for the PW. 2) mapping a trunk port on the ingress to multiple access ports on the egress In this case, there are two options: a) use a single raw-mode PW to send all the VLAN tags from ingress to egress and then use the VLAN tags in the egress PE to decide which access port to send the frames to or b) use multiple tagged-mode PWs (one for each VLAN). The problem with the first approach is that when VLAN tags are used as service delimiter, each PE uses them independent from others. So you can't expect VLAN-10 in the ingress PE means the same thing as egress PE. What this means is that if you want to use a single raw-mode PW, you need to translate the VLAN in the ingress PE before sending it over the PW; however, this conflicts with raw-mode definition which says the VLAN tags are transparent. Therefore, you need to use either multiple raw-mode PWs (one for each VLAN) or multiple tagged-mode PWs (one for each VLAN). If raw-mode is used, then you need to do push/poping in both ingress and egress PEs; whereas, if tagged mode is used, you need to do push/pop in the ingress PE (w/ trun port) and VLAN re-write in the egress PE (w/ access ports). Furthermore, if tagged mode is used, then the egress PE can re-write the tag based on the PW itself and without paying any attention to the value of the VLAN tag coming over the PW. Hope this helps. If not, then lets talk on Wednesday before or after the meeting. -Ali >-Shahram >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Xipeng Xiao" Subject: PWE3 requirements draft, version 5 Date: Mon, 17 Mar 2003 21:34:09 -0800 Lines: 88 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2ED0F.FFDD56E1" Cc: "Xipeng Xiao" , "Danny McPherson (E-mail)" , "Prayson Pate (E-mail)" X-From: pwe3-admin@ietf.org Tue Mar 18 06:41:12 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Thread-Topic: PWE3 requirements draft, version 5 Thread-Index: AcLtD//LS0DbXXCgR9OOKFcn0DVtcQ== To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. ------_=_NextPart_001_01C2ED0F.FFDD56E1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A new version of the PWE3 requirements draft is available for review at: http://www.cse.msu.edu/~xiaoxipe/pwe3/draft-ietf-pwe3-requirements-05.txt= =20 Comments from the last last-call are all considered. Changes made in = this version are: =20 1. The Fragmentation section is re-worded. The original term "SAR" is = replaced. 2. The Maintenance section is rewritten. =20 i. How to handle control messages of the native service is now = clearly specified; ii. The need for PE-generated maintenance messages, when they are = needed, and how to generate and process them at the PEs, are discussed. 3. The Inter-domain section is re-worded. =20 Comments are welcome! =20 XiPeng ------_=_NextPart_001_01C2ED0F.FFDD56E1 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
A new = version of the=20 PWE3 requirements draft is available for review at:
http://www.cse.msu.edu/~xiaoxipe/pwe3/draft-ietf-pwe3-requireme= nts-05.txt
 
Comments from the=20 last last-call are all considered.  Changes made in this = version=20 are:
 
1.=20 The Fragmentation section is re-worded. The original term "SAR" is=20 replaced.
2. The = Maintenance=20 section is rewritten. 
   i. How=20 to handle control messages of the native service is now clearly=20 specified;
  =20 ii.  The need for PE-generated maintenance = messages, when=20 they are needed, and how to generate and process them at the PEs, are=20 discussed.
3. The = Inter-domain=20 section is re-worded.
 
Comments are=20 welcome!
 
XiPeng

 ------_=_NextPart_001_01C2ED0F.FFDD56E1-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: Ethernet over MPLS Date: Tue, 18 Mar 2003 09:34:03 -0000 Lines: 122 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 18 10:53:45 2003 Return-path: To: ah_smith@acm.org, luca@level3.net X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andrew, I/BT would largely agree with you here. IEEE do appear to have a sound constitution for creating stds....so do ITU. We have several concerns with IETF modus operandi, and in particular: 'rough consensus and running code'.....Probably a very good way of working many years ago (Internet => experiment), but today it looks like a method to standardise what's been implemented (however bad?) and, by inference, one might also argue it favours a dominant supplier. So (wrt to your proposal), if there is no *forward looking* justification for tagged mode than I'd agree it should be deprecated in any standards. regards, Neil > -----Original Message----- > From: Andrew Smith [mailto:ah_smith@acm.org] > Sent: 18 March 2003 01:25 > To: 'Luca Martini' > Cc: pwe3@ietf.org > Subject: RE: [PWE3] Ethernet over MPLS > > > Luca, > > Alternatively, it's time to reconsider whether the Tagged Mode is > justified at all. > > There's not a really good set of criteria that IETF uses for > evaluating > this sort of thing: maybe it needs some. For what it's worth, IEEE 802 > uses what many consider to be a good set of "5 criteria" that must be > met by any standard or feature of a standard. These include, with my > commentary on each added: > - distinct identity (don't publish two standards that achieve the same > goal, don't allow multiple options in one standard for achieving the > same goal). > - broad market potential (general purpose solutions - don't make > assumptions about how e.g. VLANs will be used in the future; don't > fragment the market by making customers choose between incompatible > options). > - compatibility with other standards (e.g. don't place restrictions on > the ways in which existing standards can be used with this new one). > - technical feasibility (anything's possible - it's just software or > gates, right?). > - economic feasibility (backwards compatibility with pre-standard > implementations is *not* part of this criterion - the standard/feature > must stand on its own for new implementations). > > I don't think Tagged Mode passes many of these test criteria: may I > start a call for getting rid of Tagged Mode? Does anyone else think it > doesn't belong here in this piece of work? Does it make it a "better" > standard for having it in there? > > Andrew Smith > > > > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On > Behalf Of Luca > Martini > Sent: Monday, March 17, 2003 4:12 PM > To: vkompella@timetra.com > Cc: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com; > Busschbach, Peter B (Peter); pwe3@ietf.org > Subject: Re: [PWE3] Ethernet over MPLS > > > Following this thread I understand the following two changes that will > be > required to the draft text: > > 1) an explanation that Tagged mode may reorder frames priority>. > > 2) Some re-wording of the raw mode vs tagged mode text. > Can somebody suggest some simple text for this point ? > > Thanks. > Luca > > > > > Vach Kompella wrote: > >>From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > >> > >>>Yes, everything is possible with the raw mode. > >>> > >> > >>I can't understand. If you agree that the raw mode can satisfy the > >>requirement in which one of the PEs can't push/pop, then > why is there > >>a need for tagged mode? > >> > > > > > > Because there are PEs that cannot do some NSP functions. > > > > > >>-Shahram > > > > > > -Vach > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Tue, 18 Mar 2003 09:40:47 -0500 Lines: 87 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "Busschbach, Peter B (Peter)" , "'Andrew G. Malis'" , "'pwe3@ietf.org'" , Vach Kompella X-From: pwe3-admin@ietf.org Tue Mar 18 15:55:03 2003 Return-path: To: "'Ali Sajassi'" , Shahram Davari , "Andrew G. Malis" , erosen@cisco.com X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > From: Ali Sajassi [mailto:sajassi@cisco.com] > At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > >>Why can't one use raw mode for the latter case? If the > > >ingress PE can't strip > > >>the VLAN tags, then it can simply send all tagged frames in a > > >single PW. > > >>The egress > > >>PE (which can pop tags) could simply pop the tags. > > > > > >Yes, everything is possible with the raw mode. > > > > > > >I can't understand. If you agree that the raw mode can satisfy the > >requirement in which one of the PEs can't push/pop, then why is there > >a need for tagged mode? > > Lets go back to your previous question again and lets go over > different > scenarios: > > 1) mapping a trunk port on the ingress to a trunk port on the egress > This is basically port-based operation and raw mode needs to > be used for > the PW. > > 2) mapping a trunk port on the ingress to multiple access > ports on the egress > In this case, there are two options: a) use a single raw-mode > PW to send > all the VLAN tags from ingress to egress and then use the > VLAN tags in the > egress PE to decide which access port to send the frames to or b) use > multiple tagged-mode PWs (one for each VLAN). The problem > with the first > approach is that when VLAN tags are used as service > delimiter, each PE uses > them independent from others. So you can't expect VLAN-10 in > the ingress PE > means the same thing as egress PE. > What this means is that if you want to use a single raw-mode > PW, you need > to translate the VLAN in the ingress PE before sending it > over the PW; > however, this conflicts with raw-mode definition which says > the VLAN tags > are transparent. Therefore, you need to use either multiple > raw-mode PWs [PB] My personal view is that this restrictive definition of raw-mode is undesirable. From earlier emails it is clear that there is consensus that in raw mode, NSPs can push and pop tags. There also seems to be consensus that in raw mode NSPs can overwrite tags on egress, but that somehow there is a need to forbid overwriting tags on ingress. This seems to be necessary to achieve a clear distinction between raw mode and tagged mode. I agree with Andrew Smith: get rid of the tagged mode. Instead, clarify in the ethernet-encap draft that NSPs should be able to push, pop and overwite tags both on ingress and egress and that NSPs should be able to map one VLAN tag onto a single PW or multiple VLAN tags onto one PW. With such a definition, tagged mode is just a special case of general NSP functionality. > (one for each VLAN) or multiple tagged-mode PWs (one for each > VLAN). If > raw-mode is used, then you need to do push/poping in both ingress and > egress PEs; whereas, if tagged mode is used, you need to do > push/pop in the > ingress PE (w/ trun port) and VLAN re-write in the egress PE > (w/ access > ports). Furthermore, if tagged mode is used, then the egress PE can > re-write the tag based on the PW itself and without paying > any attention to > the value of the VLAN tag coming over the PW. > > Hope this helps. If not, then lets talk on Wednesday before > or after the > meeting. > > -Ali > > > > > > > >-Shahram > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: Ethernet over MPLS Date: Tue, 18 Mar 2003 11:18:59 -0500 Lines: 56 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain X-From: pwe3-admin@ietf.org Tue Mar 18 17:29:54 2003 Return-path: To: "'pwe3@ietf.org'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Small correction, see below > From: Busschbach, Peter B (Peter) > > From: Ali Sajassi [mailto:sajassi@cisco.com] > > > At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > < snipped > > > > 2) mapping a trunk port on the ingress to multiple access > > ports on the egress > > In this case, there are two options: a) use a single raw-mode > > PW to send > > all the VLAN tags from ingress to egress and then use the > > VLAN tags in the > > egress PE to decide which access port to send the frames to > or b) use > > multiple tagged-mode PWs (one for each VLAN). The problem > > with the first > > approach is that when VLAN tags are used as service > > delimiter, each PE uses > > them independent from others. So you can't expect VLAN-10 in > > the ingress PE > > means the same thing as egress PE. > > What this means is that if you want to use a single raw-mode > > PW, you need > > to translate the VLAN in the ingress PE before sending it > > over the PW; > > however, this conflicts with raw-mode definition which says > > the VLAN tags > > are transparent. Therefore, you need to use either multiple > > raw-mode PWs > > [PB] My personal view is that this restrictive definition of > raw-mode is undesirable. From earlier emails it is clear that > there is consensus that in raw mode, NSPs can push and pop > tags. There also seems to be consensus that in raw mode NSPs > can overwrite tags on egress, but that somehow there is a > need to forbid overwriting tags on ingress. This seems to be > necessary to achieve a clear distinction between raw mode > and tagged mode. > > I agree with Andrew Smith: get rid of the tagged mode. > Instead, clarify in the ethernet-encap draft that NSPs should > be able to push, pop and overwite tags both on ingress and > egress and that NSPs should be able to map one VLAN tag onto > a single PW or multiple VLAN tags onto one PW. With such a > definition, tagged mode is just a special case of general NSP > functionality. > [PB] I meant: NSPs should be able to map one VLAN tag onto a single PW, AND to map multiple VLAN tags onto one PW > > < snipped > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Ethernet over MPLS Date: Tue, 18 Mar 2003 09:37:34 -0800 Lines: 87 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: "'Busschbach, Peter B (Peter) '" , "''Andrew G. Malis' '" , "''pwe3@ietf.org' '" , "'Vach Kompella '" X-From: pwe3-admin@ietf.org Tue Mar 18 18:43:17 2003 Return-path: To: "'Ali Sajassi '" , "'Andrew G. Malis '" , "'erosen@cisco.com '" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ali, -----Original Message----- From: Ali Sajassi To: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; 'pwe3@ietf.org'; Vach Kompella Sent: 3/17/03 5:29 PM Subject: RE: [PWE3] Ethernet over MPLS At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > >>Why can't one use raw mode for the latter case? If the > >ingress PE can't strip > >>the VLAN tags, then it can simply send all tagged frames in a > >single PW. > >>The egress > >>PE (which can pop tags) could simply pop the tags. > > > >Yes, everything is possible with the raw mode. > > > >I can't understand. If you agree that the raw mode can satisfy the >requirement in which one of the PEs can't push/pop, then why is there >a need for tagged mode? Lets go back to your previous question again and lets go over different scenarios: 1) mapping a trunk port on the ingress to a trunk port on the egress This is basically port-based operation and raw mode needs to be used for the PW. SD=>OK. 2) mapping a trunk port on the ingress to multiple access ports on the egress In this case, there are two options: a) use a single raw-mode PW to send all the VLAN tags from ingress to egress and then use the VLAN tags in the egress PE to decide which access port to send the frames to or b) use multiple tagged-mode PWs (one for each VLAN). The problem with the first approach is that when VLAN tags are used as service delimiter, each PE uses them independent from others. So you can't expect VLAN-10 in the ingress PE means the same thing as egress PE. SD=> Why? VLAN tag meaning at the two ends are configured, aren't they? What this means is that if you want to use a single raw-mode PW, you need to translate the VLAN in the ingress PE before sending it over the PW; however, this conflicts with raw-mode definition which says the VLAN tags are transparent. Therefore, you need to use either multiple raw-mode PWs (one for each VLAN) or multiple tagged-mode PWs (one for each VLAN). If raw-mode is used, then you need to do push/poping in both ingress and egress PEs; whereas, if tagged mode is used, you need to do push/pop in the ingress PE (w/ trun port) and VLAN re-write in the egress PE (w/ access ports). Furthermore, if tagged mode is used, then the egress PE can re-write the tag based on the PW itself and without paying any attention to the value of the VLAN tag coming over the PW. Hope this helps. If not, then lets talk on Wednesday before or after the meeting. -Ali >-Shahram >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Wei Luo Subject: Need clarification on draft-ietf-pwe3-control-protocol-01.txt Date: Tue, 18 Mar 2003 11:14:24 -0800 Lines: 28 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Tue Mar 18 20:18:56 2003 Return-path: X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en,zh-CN To: pwe3@ietf.org Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Here is a question regarding reseting sequence numbers: The pseudowire created for PWE3 traffic is made of a bi-directional LSP. The pseudowire state is considered as UP when having both local and remote label with a particular vc id. When one of these labels is removed (for example, local or remote interface goes down), the pseudowire state is considered as DOWN. With sequencing turned on both directions, when the local label is withdrew and a new local label is advertised while the remote label is intact, what should the local PE expects the next sequence number is for disposition? There could be two different answers: 1. Because the pseudowire of its entirety is bi-directional, when the pseudowire goes DOWN and UP again, the sequence numbers should restart from 1 for both directions. Therefore, the local PE should expect the disposition packet with sequence number 1. 2. The local PE should treat the pseudowire traffic unidirectionally, therefore, the local PE should expect the disposition packet with sequence number n+1, where n is the last sequence number received before the pseudowire flapped. Which one should we stay with? Thanks, ---Wei From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: Ethernet over MPLS Date: Wed, 19 Mar 2003 11:19:06 +0900 Organization: NTT Corporation Lines: 15 Sender: pwe3-admin@ietf.org References: <3E766450.4080402@level3.net> <00f501c2eced$3fc67450$1500000a@ANDREWLAPTOP> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Wed Mar 19 03:20:20 2003 Return-path: To: "Andrew Smith" , In-Reply-To: <00f501c2eced$3fc67450$1500000a@ANDREWLAPTOP> X-Mailer: Becky! ver. 2.05.10 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > I don't think Tagged Mode passes many of these test criteria: I fully agree with this statement. I would strongly suggest the WG to carefully investigate consistency with IEEE standards as well as ITU-T recommendations. It seems to me, PWE3 is violating many existing specifications. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: Local service delimiters and PWs (was: Ethernet over MPLS ) Date: Wed, 19 Mar 2003 11:31:15 +0200 Lines: 190 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "'Busschbach, Peter B (Peter) '" , "''Andrew G. Malis' '" , "'Vach Kompella '" , "'Shahram Davari'" , "'Ali Sajassi '" , "'Andrew G. Malis '" , "'erosen@cisco.com '" , "Luca (E-mail)" , "Ron Cohen (E-mail)" , "'Riegel Maximilian' (E-mail)" , "''pwe3@ietf.org' '" X-From: pwe3-admin@ietf.org Wed Mar 19 10:43:43 2003 Return-path: To: "Danny McPherson (E-mail)" , "Xipeng Xiao (E-mail 2)" , "Prayson Pate (E-mail)" , "Stewart Bryant (E-mail)" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi all, I have been silently tracing this thread for some time, and my growing feeling was that of deja vu: I have already seen these arguments before. Only, it was not with VLAN tags - it was with the FR DLCIs in FR emulation and later with VPI/VCI in ATM emulation... Having understood this, I have done some simple checking. I have found, that, with almost every service the PWE3 has been chartered to emulate, it has encountered, in some form, the same issue, namely how to treat the local service delimiters: 1. The first encounter has been with the FR DLCIs: o Early Martini drafts have had them (and, indeed, the entrire FR header) stripped, and have used the CW flags to carry DE, FECN, BECN and even (usually meaningless) C/R indications across the PSN. The arguments behind included BW efficiency, local significance of DLCIs, different DLCI dormats at the twh ends of the PW o These arrangements have been vehemently opposed. In particular, the opponents have been arguing the need for the port mode, pushed for placing the DLCI swapping functionalyu into appropriate NSPs etc. o The results, as reflected in the latest WG document: * 1:1 mode that strips FR headers, is mandatory and is the only mode that can be used in conjunction with MPLS PSN * N:1 mode that carries FR headers, and is optional over IP PSN 2. The next encounter has been with ATM VPIs/VCIs: o Early Martini drafts suggested carrying them all the way over the PSN in the cell mode. This mode supported carrying a single VCC, a single VPC or port transparent mode o This arrangement has been vehemently opposed (citing BW efficiency, local significance etc.) o The results, as reflected in the latest WG document: * N:1 mode is mandatory * 1:1 modes (for VPI and VCI) are optional 3. The Ethernet tags are discussed now, with some people pressing for the "raw" mode and placing the VLAN tag add/remove/swap operation in the NSP, while other claim that this functionality is de-facto lacking in off-the-shelf available NSPs and hence should be part of the PW 4. IMO the next encounter could be with structured TDM emulation which implicitly uses absolute timeslot positions in the attachment circuit trunk as local service delimiters. The "fractional SPE/VC4" modes of the latest SONET draft provide, IMO, a valuable insight into the possible discussion. My conclusion (probably, trivial) from these observations is that treatment of local service delimeters is a valid ARCHITECTURAL issue for PWE3. IMO the PWE3 requirements and architecture documents should address this issue and provide guidelines that could then be followed in the service-specific documents. These guidelines should definitely address such issues as BW efficiency, implementation complexity, availability of off-the-shelf NSPs and trade-offs between pacing certain functionality into the PW IWF or NSP. My 2c. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Tuesday, March 18, 2003 7:38 PM > To: 'Ali Sajassi '; 'Andrew G. Malis '; 'erosen@cisco.com ' > Cc: 'Busschbach, Peter B (Peter) '; ''Andrew G. Malis' '; > ''pwe3@ietf.org' '; 'Vach Kompella ' > Subject: RE: [PWE3] Ethernet over MPLS > > > Ali, > > -----Original Message----- > From: Ali Sajassi > To: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com > Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; > 'pwe3@ietf.org'; Vach Kompella > Sent: 3/17/03 5:29 PM > Subject: RE: [PWE3] Ethernet over MPLS > > At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > >>Why can't one use raw mode for the latter case? If the > > >ingress PE can't strip > > >>the VLAN tags, then it can simply send all tagged frames in a > > >single PW. > > >>The egress > > >>PE (which can pop tags) could simply pop the tags. > > > > > >Yes, everything is possible with the raw mode. > > > > > > >I can't understand. If you agree that the raw mode can satisfy the > >requirement in which one of the PEs can't push/pop, then why is there > >a need for tagged mode? > > Lets go back to your previous question again and lets go over > different > scenarios: > > 1) mapping a trunk port on the ingress to a trunk port on the egress > This is basically port-based operation and raw mode needs to > be used for > > the PW. > > SD=>OK. > > 2) mapping a trunk port on the ingress to multiple access ports on the > egress > In this case, there are two options: a) use a single raw-mode > PW to send > > all the VLAN tags from ingress to egress and then use the VLAN tags in > the > egress PE to decide which access port to send the frames to or b) use > multiple tagged-mode PWs (one for each VLAN). The problem > with the first > > approach is that when VLAN tags are used as service delimiter, each PE > uses > them independent from others. So you can't expect VLAN-10 in > the ingress > PE > means the same thing as egress PE. > > > SD=> Why? VLAN tag meaning at the two ends are configured, > aren't they? > > > What this means is that if you want to use a single raw-mode PW, you > need > to translate the VLAN in the ingress PE before sending it > over the PW; > however, this conflicts with raw-mode definition which says the VLAN > tags > are transparent. Therefore, you need to use either multiple > raw-mode PWs > > (one for each VLAN) or multiple tagged-mode PWs (one for each > VLAN). If > raw-mode is used, then you need to do push/poping in both ingress and > egress PEs; whereas, if tagged mode is used, you need to do > push/pop in > the > ingress PE (w/ trun port) and VLAN re-write in the egress PE > (w/ access > ports). Furthermore, if tagged mode is used, then the egress PE can > re-write the tag based on the PW itself and without paying > any attention > to > the value of the VLAN tag coming over the PW. > > Hope this helps. If not, then lets talk on Wednesday before > or after the > > meeting. > > -Ali > > > > > > > >-Shahram > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Local service delimiters and PWs (was: Ethernet over MPLS ) Date: Wed, 19 Mar 2003 13:01:39 +0200 Lines: 51 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "PWE3 WG (E-mail)" X-From: pwe3-admin@ietf.org Wed Mar 19 12:07:26 2003 Return-path: To: "'Muneyoshi Suzuki'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Muneyoshi, Please see a rief comment inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Muneyoshi Suzuki [mailto:suzuki.muneyoshi@lab.ntt.co.jp] > Sent: Wednesday, March 19, 2003 12:44 PM > To: Sasha Vainshtein; pwe3-admin@ietf.org > Cc: suzuki.muneyoshi@lab.ntt.co.jp > Subject: Re: Local service delimiters and PWs (was: [PWE3] > Ethernet over MPLS ) > > > > > My conclusion (probably, trivial) from these observations is that > > treatment of local service delimeters is a valid ARCHITECTURAL > > issue for PWE3. IMO the PWE3 requirements and architecture > > documents should address this issue and provide guidelines that > > could then be followed in the service-specific documents. > > These guidelines should definitely address such issues as > > BW efficiency, implementation complexity, availability of > > off-the-shelf NSPs and trade-offs between pacing certain > > functionality into the PW IWF or NSP. > > I fully agree with this and would suggest that the req and arch > docs should also address compatibility/consistency with existing > recommendations/standards. > IMO, the checks vs. applicable standards should be part of the service-specific documents because the applicable standards are service-specific. Hence the (common) requirements document should only express the common need to address explicitly compatibility/consistency with the relevant existing standards in all the service-specific documents. > Thanks, > > > Muneyoshi Suzuki > Nippon Telegraph and Telephone Corp. > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: Local service delimiters and PWs (was: Ethernet over MPLS ) Date: Wed, 19 Mar 2003 12:47:06 -0000 Lines: 326 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8" Cc: busschbach@lucent.com, Andy.Malis@vivacenetworks.com, vkompella@timetra.com, Shahram_Davari@pmc-sierra.com, sajassi@cisco.com, Andy.Malis@vivacenetworks.com, erosen@cisco.com, luca@level3.net, ronc@lyciumnetworks.com, Maximilian.Riegel@icn.siemens.de, pwe3@ietf.org, peter.j.willis@bt.com, andy.bd.reid@bt.com, alan.mcguire@bt.com X-From: pwe3-admin@ietf.org Wed Mar 19 13:51:46 2003 Return-path: To: Sasha@axerra.com, danny@tcb.net, xxiao@riverstonenet.com, prayson.pate@overturenetworks.com, stbryant@cisco.com X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, You are raising an important set of observations IMO. However, we don't see this getting fixed any time soon unless there is a more fundamental re-think of the architectural principles used in PWE3. Indeed, I and colleagues (across various BT lines of business) have discussed the sort of issues you are raising in some detail, and we have concluded that our architectural requirements are not aligning with what we see emerging from PWE3....especially where MPLS is concerned. This worries us. I don't want to get too wide-ranging here (but to understand the full architecture picture one really needs to take this total view, ie IP to duct layers) so I'll try and keep the comments as brief/focussed as possible: We need all 3 networking modes of cnls, co pkt-sw and co cct-sw (I specifically mean SDH/OTNs transport here, not *application-interfacing* for co cct-sw)....we simply cannot provide the full range of services required without all these. All technologies map to one of these modes. What we need as a business is functional convergence of technologies *within* each mode but not *across* them (ie we specifically do not want the GMPLS peer-model). Without within-mode functional convergence we get the familiar stovepipes (ie 'service=technology') that all operators know and hate, and/or complex functional interworking problems to address across user/control-planes. So the architecture must consider this convergence perspective. IP is *the* cnls mode, MPLS is *a* co pkt-sw technology (though LDP mp2p is an oddball type of MPLS technology that has a co pkt-sw forwarding mode but the topology constructs allowed give a cnls flavour/difficulty to its traffic/QoS/fault behaviour.....and so whilst we have to cater for this whilst we use it, this in itself should not dictate the key MPLS requirements going forward). So the requirements/solutions required for an IP server layer case are not the same as those required for an MPLS server layer case. Trying to unify them (in terms of treatment in PWE3) is a mistake in our view, and in particular its damaging the potential of MPLS to become *the* core co pkt-sw convergence mode that many people would like to it assume (and we for sure need *some* core co pkt-sw mode technology). Looking at the specific issues PWE3 is tackling we have these architectural observations: When 2 technologies form a client/server relationship it is very important that the mapping between them is (ideally) a simple adaptation function (see G.805, G.809). Why? Well, we need to ensure a flexible client (X) and server (Y) relationship so that X and Y can be varied independently (subject to the mode relationships making operational QoS sense). If there is any dependency between a specific pair of X and Y this will not be possible. Sometimes such dependencies are created due to the inadequate specification of either the client layer X or the server layer Y. The right answer however is to correctly/properly functionally specify both the client and server layer technologies so that they can stand on their own independent of each other. This is vital also so that we, as operators, can introduce_new or sunset_old client or server layer technologies independently. A further issue here is the cost of functional management. If there is not a simple adaptation between X and Y, but a new 'in-between' layer with bolt-on functions added to cater for deficiencies in either the client or server layer, then these functions will require to be managed.....though not this does *not* remove the need to be able to manage the client/server layers anyway, its just 'something extra' to worry about. The worst case is when the added in-between layer functions are different for different technology pairings of X and Y (for the reasons noted above). These all will result in increased Opex costs to operators. XoverMPLS in the original Martini drafts already has an issue here regarding Sequence Numbers. In essence, MPLS has really no need to misorder packets as it is a co pkt-sw technology. The sequence number field is currently inadequately specified wrt handling aberrations and the required consequent actions (wrt to Seq No. wrapping, and how to tell the difference between dead (or high-rate, high-loss) clients and quiescent (or low-rate, low loss) clients....mainly applies to pkt-sw clients not cct-sw clients). This problem is therefore going to get shifted on to us operators (with I guess some vendor-specific solutions?). Now we are seeing proposals appearing (ie draft-nadeau-pwe3-vccv-00.txt) to introduce OAM into this 'in-between' layer, and this is largely there to proxy for an inadequate defect handling specification of the MPLS layer. If this goes ahead then a set of defects will need identifying and specifying in terms of entry/exit criteria and consequent actions for this in-between layer. How likely do we think this will be given past experience?....not much is our view. And it will not help the defect handling in the MPLS layer one bit. We still need to manage this network (there are other cases besides the PWE3 case to consider). But in this case of XoverMPLS using p2p LSPs there is no need for this. We should be using the OAM of the client and Y.1711 in MPLS (independently). I don't know how easy it will be for PWE3 to change tact now......maybe its simply too late? However, I believe there could be some improvements possible by (for example): - recognising/accepting that the solutions don't have to be common for an IP or MPLS server layer; - limiting 'in-between' layer functions to only those that are absolutely essential; - minimising specific X/Y client/server pairing dependencies; - in the case of p2p LSPs use Y.1711 for the fault-management of MPLS. regards, Neil > -----Original Message----- > From: Sasha Vainshtein [mailto:Sasha@axerra.com] > Sent: 19 March 2003 09:31 > To: Danny McPherson (E-mail); Xipeng Xiao (E-mail 2); Prayson > Pate (E-mail); Stewart Bryant (E-mail) > Cc: 'Busschbach, Peter B (Peter) '; ''Andrew G. Malis' '; > 'Vach Kompella '; 'Shahram Davari'; 'Ali Sajassi '; 'Andrew > G. Malis '; 'erosen@cisco.com '; Luca (E-mail); Ron Cohen > (E-mail); 'Riegel Maximilian' (E-mail); ''pwe3@ietf.org' ' > Subject: Local service delimiters and PWs (was: [PWE3] > Ethernet over MPLS ) > > > Hi all, > I have been silently tracing this thread for some time, > and my growing feeling was that of deja vu: I have already seen these > arguments before. Only, it was not with VLAN tags - it was with > the FR DLCIs in FR emulation and later with VPI/VCI in ATM > emulation... > > Having understood this, I have done some simple checking. I > have found, > that, with almost every service the PWE3 has been chartered > to emulate, > it has encountered, in some form, the same issue, namely how > to treat the > local > service delimiters: > > 1. The first encounter has been with the FR DLCIs: > o Early Martini drafts have had them (and, indeed, the > entrire FR header) > stripped, and have used the CW flags to carry DE, FECN, > BECN and even > (usually meaningless) C/R indications across the PSN. > The arguments > behind > included BW efficiency, local significance of DLCIs, > different DLCI > dormats at the twh ends of the PW > o These arrangements have been vehemently opposed. In particular, > the opponents have been arguing the need for the port mode, > pushed for placing the DLCI swapping functionalyu into > appropriate > NSPs etc. > o The results, as reflected in the latest WG document: > * 1:1 mode that strips FR headers, is mandatory and is the > only mode that can be used in conjunction with MPLS PSN > * N:1 mode that carries FR headers, and is optional over IP PSN > > 2. The next encounter has been with ATM VPIs/VCIs: > o Early Martini drafts suggested carrying them all the way > over the PSN in the cell mode. This mode supported carrying > a single VCC, a single VPC or port transparent mode > o This arrangement has been vehemently opposed (citing BW > efficiency, > local significance etc.) > o The results, as reflected in the latest WG document: > * N:1 mode is mandatory > * 1:1 modes (for VPI and VCI) are optional > > 3. The Ethernet tags are discussed now, with some people > pressing for the > "raw" mode and placing the VLAN tag add/remove/swap > operation in the NSP, > while other claim that this functionality is de-facto lacking in > off-the-shelf > available NSPs and hence should be part of the PW > > 4. IMO the next encounter could be with structured TDM emulation > which implicitly uses absolute timeslot positions in the attachment > circuit > trunk as local service delimiters. The "fractional > SPE/VC4" modes of the > latest SONET draft provide, IMO, a valuable insight into > the possible > discussion. > > My conclusion (probably, trivial) from these observations is that > treatment of local service delimeters is a valid ARCHITECTURAL > issue for PWE3. IMO the PWE3 requirements and architecture > documents should address this issue and provide guidelines that > could then be followed in the service-specific documents. > These guidelines should definitely address such issues as > BW efficiency, implementation complexity, availability of > off-the-shelf NSPs and trade-offs between pacing certain > functionality into the PW IWF or NSP. > > My 2c. > > > > > With best regards, > Sasha Vainshtein > email: sasha@axerra.com > tel: +972-3-7659993 (office) > +972-8-9254948 (res.) > +972-58-674833 (cell.) > > > > > -----Original Message----- > > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > > Sent: Tuesday, March 18, 2003 7:38 PM > > To: 'Ali Sajassi '; 'Andrew G. Malis '; 'erosen@cisco.com ' > > Cc: 'Busschbach, Peter B (Peter) '; ''Andrew G. Malis' '; > > ''pwe3@ietf.org' '; 'Vach Kompella ' > > Subject: RE: [PWE3] Ethernet over MPLS > > > > > > Ali, > > > > -----Original Message----- > > From: Ali Sajassi > > To: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com > > Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; > > 'pwe3@ietf.org'; Vach Kompella > > Sent: 3/17/03 5:29 PM > > Subject: RE: [PWE3] Ethernet over MPLS > > > > At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > > > >>Why can't one use raw mode for the latter case? If the > > > >ingress PE can't strip > > > >>the VLAN tags, then it can simply send all tagged frames in a > > > >single PW. > > > >>The egress > > > >>PE (which can pop tags) could simply pop the tags. > > > > > > > >Yes, everything is possible with the raw mode. > > > > > > > > > >I can't understand. If you agree that the raw mode can satisfy the > > >requirement in which one of the PEs can't push/pop, then > why is there > > >a need for tagged mode? > > > > Lets go back to your previous question again and lets go over > > different > > scenarios: > > > > 1) mapping a trunk port on the ingress to a trunk port on the egress > > This is basically port-based operation and raw mode needs to > > be used for > > > > the PW. > > > > SD=>OK. > > > > 2) mapping a trunk port on the ingress to multiple access > ports on the > > egress > > In this case, there are two options: a) use a single raw-mode > > PW to send > > > > all the VLAN tags from ingress to egress and then use the > VLAN tags in > > the > > egress PE to decide which access port to send the frames to > or b) use > > multiple tagged-mode PWs (one for each VLAN). The problem > > with the first > > > > approach is that when VLAN tags are used as service > delimiter, each PE > > uses > > them independent from others. So you can't expect VLAN-10 in > > the ingress > > PE > > means the same thing as egress PE. > > > > > > SD=> Why? VLAN tag meaning at the two ends are configured, > > aren't they? > > > > > > What this means is that if you want to use a single raw-mode PW, you > > need > > to translate the VLAN in the ingress PE before sending it > > over the PW; > > however, this conflicts with raw-mode definition which says the VLAN > > tags > > are transparent. Therefore, you need to use either multiple > > raw-mode PWs > > > > (one for each VLAN) or multiple tagged-mode PWs (one for each > > VLAN). If > > raw-mode is used, then you need to do push/poping in both > ingress and > > egress PEs; whereas, if tagged mode is used, you need to do > > push/pop in > > the > > ingress PE (w/ trun port) and VLAN re-write in the egress PE > > (w/ access > > ports). Furthermore, if tagged mode is used, then the egress PE can > > re-write the tag based on the PW itself and without paying > > any attention > > to > > the value of the VLAN tag coming over the PW. > > > > Hope this helps. If not, then lets talk on Wednesday before > > or after the > > > > meeting. > > > > -Ali > > > > > > > > > > > > > > >-Shahram > > >_______________________________________________ > > >pwe3 mailing list > > >pwe3@ietf.org > > >https://www1.ietf.org/mailman/listinfo/pwe3 > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: Ethernet over MPLS Date: Wed, 19 Mar 2003 13:46:30 -0000 Lines: 21 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: ah_smith@acm.org, luca@level3.net, pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 19 14:49:51 2003 Return-path: To: L.Wood@eim.surrey.ac.uk X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Lloyd, > Lloyd Wood [mailto:l.wood@eim.surrey.ac.uk] > Sent: 19 March 2003 13:20 > To: Harrison,N,Neil,IKL2 R > Cc: ah_smith@acm.org; ; > Subject: RE: [PWE3] Ethernet over MPLS > > > On Tue, 18 Mar 2003 neil.2.harrison@bt.com wrote: > > > Andrew, I/BT would largely agree with you here. > > You speak for BT? I work for them and the views I express are: (i) based on internal dicsussions with many colleagues, and (ii)reflected in the arch document I/others here are writing that will ultimately be reflected in out stds activities, R&D activities and requirements to vendors. So yes, I do speak for BT....as opposed to AT&T, FT, Nortel, etc. regards, Neil From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Peter Willis Subject: Re: Ethernet over MPLS Date: Wed, 19 Mar 2003 17:19:05 +0000 Lines: 34 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: neil.2.harrison@bt.com, pwe3 X-From: pwe3-admin@ietf.org Wed Mar 19 18:23:18 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #11[UCI] To: Lloyd Wood In-reply-to: Your message of "Wed, 19 Mar 2003 14:52:31 GMT." Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O There are other people from BT here as well! Neil does represent the views of the people in BT who have considered PWE3 issues. Neil is actually doing you all a service by pointing out what needs to be done to fix the standards that go into the boxes network operators such as BT would like to buy. Some vendors' business models may allow them to ignore such views. Regards, Peter Willis Office of the BT Group CTO. > On Wed, 19 Mar 2003 neil.2.harrison@bt.com wrote: > > > > Lloyd Wood [mailto:l.wood@eim.surrey.ac.uk] > > > On Tue, 18 Mar 2003 neil.2.harrison@bt.com wrote: > > > > > > > Andrew, I/BT would largely agree with you here. > > > > > > You speak for BT? > > I work for them and the views I express are: > > (i) based on internal dicsussions with many colleagues, and > > (ii)reflected in the arch document I/others here are writing that will > > ultimately be reflected in out stds activities, R&D activities and > > requirements to vendors. > > So yes, I do speak for BT....as opposed to AT&T, FT, Nortel, etc. > > It must be extremely convenient not having anyone else from BT here to > disagree with you on that. > > L. > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Mustapha Aissaoui Subject: Re: PWE3 requirements draft, version 5 Date: Wed, 19 Mar 2003 12:19:33 -0500 Organization: Alcatel Networks Corporaton Lines: 61 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 19 18:24:33 2003 Return-path: X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en To: Xipeng Xiao Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hello XiPeng, thank you for this update. This revision looks much better than the previous one. I however have last comments below which hopefully will help make the document clearer. Regards, Mustapha. ---------------- Section 5.2: there is an overlap between this section and section 5.3. In section 5.2, there is also a case where a PE has to generate native maintenance messages. I think the confusion does not help in understaning what is required for emulated service OAM. I would like to suggest that we restructure these 2 sections as follows: - Section 5.2 will deal with the "normal" operation of the emulated service. That is, the ability to tranparently carry end-to-end native maintenance messages between CEs (e.g., ATM OAM), and the ability to properly terminate and respond to link based maintenance messages (e.g., FR LMI or ATM ILMI) on a CE-PE link. - Section 5.3 will deal with the fault scenarios. That is what to do when a failure occurs in a CE-PE link, or between PEs, and how to interoperate the defect states of the PW maintenance and the native service maintenance. Section 5.3: paragraph 8, last sentence says: "If a PE needs to generate and send a maintenance message to a remote PE, the maintenance message MUST be sent via the control plane, not via the PW" Where does this requirement come from? This is too restrictive. We should allow the option to send a maintenance message over the PW. Section 9: second paragraph is still confusing. I think we want to say that "the QoS objectives for the emulated service need to be compatible but not necessarily identical to that of the emulated service". I prefer the word "compatible" because this tells me the if the native service was a real-time CBR service, I can select a real-time emulated service. ---------------------- > Xipeng Xiao wrote: > > A new version of the PWE3 requirements draft is available for > review at: > http://www.cse.msu.edu/~xiaoxipe/pwe3/draft-ietf-pwe3-requirements-05.txt > > Comments from the last last-call are all considered. Changes made > in this version are: > > 1. The Fragmentation section is re-worded. The original term "SAR" > is replaced. > 2. The Maintenance section is rewritten. > i. How to handle control messages of the native service is now > clearly specified; > ii. The need for PE-generated maintenance messages, when they > are needed, and how to generate and process them at the PEs, are > discussed. > 3. The Inter-domain section is re-worded. > > Comments are welcome! > > XiPeng From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Jim Harford Subject: RE: Speaking for one's company Date: Wed, 19 Mar 2003 12:34:57 -0500 Lines: 22 Sender: pwe3-admin@ietf.org References: <0536FC9B908BEC4597EE721BE6A35389025D661D@i2km07-ukbr.domain1.systemhost.net> <0536FC9B908BEC4597EE721BE6A35389025D661D@i2km07-ukbr.domain1.systemhost.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3 X-From: pwe3-admin@ietf.org Wed Mar 19 18:43:27 2003 Return-path: X-Sender: harford2@atmware.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 To: Lloyd Wood , neil.2.harrison@bt.com In-Reply-To: X-Declude-Sender: harford2@atmware.com [209.42.249.84] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O What's your point? Poisoning the well? Does a company with lots of engineers chiming in on the company line have more credibility? Jim Harford (I speak for AdvanceNet Systems) At 02:52 PM 3/19/2003 +0000, Lloyd Wood wrote: >On Wed, 19 Mar 2003 neil.2.harrison@bt.com wrote: > > > > Lloyd Wood [mailto:l.wood@eim.surrey.ac.uk] > > > > > > You speak for BT? > > > So yes, I do speak for BT....as opposed to AT&T, FT, Nortel, etc. > >It must be extremely convenient not having anyone else from BT here to >disagree with you on that. > >L. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: control-protocol-02 draft Date: Wed, 19 Mar 2003 10:35:26 -0700 Organization: Level3 Communications LLC. Lines: 12 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Wed Mar 19 18:51:28 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: pwe3@ietf.org Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O All, For some reason this draft update did not make the list before I went on vacation in february. I just realized that this had happened , and I apologize for the mishap. I will post this again after the meeting. Major Changes from 01 are as follows: - protocol extensions from draft-rosen-ppvpn-l2-signaling-02.txt - added the previously missing ATM modes - moved IANA allocation section into separate document. Luca From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: An updated CESoPSN draft Date: Wed, 19 Mar 2003 19:45:08 +0200 Lines: 20 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Cc: "Danny McPherson (E-mail)" , "PWE3 WG (E-mail)" X-From: pwe3-admin@ietf.org Wed Mar 19 18:52:56 2003 Return-path: To: "Tom K. Johnson (E-mail)" , "Yaakov Stein (E-mail)" , "Shahram Davari (E-mail)" , "Tim Frost (E-mail)" , "Prayson Pate (E-mail)" , "'Riegel Maximilian' (E-mail)" , "Ron Cohen (E-mail)" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi all, In the recent days I have been working on the new revision of the CESoPSN draft incorporating some of the feedbacks I have received both on the WG list and privately (e.g., support NxDS0 for N beyond capaicty of a single trunk) and also some of the ideas introduced in draft-johnson-pwe3-tdm-00.txt (while trying, at the same time, to avoid some problems with this draft that have been already discussed on the PWE3 list). You can see the preliminary results at: ftp://ftp.axerra.com/sasha/draft-vainshtein-cesopsn-06b.txt Your feedback will be highly appreciated. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Vach Kompella" Subject: RE: control-protocol-02 draft Date: Wed, 19 Mar 2003 10:06:49 -0800 Lines: 35 Sender: pwe3-admin@ietf.org References: <3E78AA5E.90307@level3.net> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Wed Mar 19 19:12:31 2003 Return-path: To: "Luca Martini" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3E78AA5E.90307@level3.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-OriginalArrivalTime: 19 Mar 2003 18:07:20.0730 (UTC) FILETIME=[627B5FA0:01C2EE42] Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Luca, Don't know if you are going to make it out of Denver, but would it be possible to post -02 somewhere? Thanks. -Vach > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of Luca > Martini > Sent: Wednesday, March 19, 2003 9:35 AM > To: pwe3@ietf.org > Subject: [PWE3] control-protocol-02 draft > > > All, > For some reason this draft update did not make the list before I went on > vacation in february. > I just realized that this had happened , and I apologize for the mishap. > I will post this again after the meeting. > > Major Changes from 01 are as follows: > - protocol extensions from draft-rosen-ppvpn-l2-signaling-02.txt > - added the previously missing ATM modes > - moved IANA allocation section into separate document. > > Luca > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Xipeng Xiao" Subject: RE: PWE3 requirements draft, version 5 Date: Wed, 19 Mar 2003 10:21:43 -0800 Lines: 14 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Cc: , "Thomas D. Nadeau" , "Xipeng Xiao" X-From: pwe3-admin@ietf.org Wed Mar 19 19:25:35 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Thread-Topic: [PWE3] PWE3 requirements draft, version 5 Thread-Index: AcLuO8UVj40U5YnYQvek7JSdsMQmuAAA7pNQ To: "Mustapha Aissaoui" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2JIbSO19509 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Mustapha, Thank you for your comments! One response below. > Section 5.3: paragraph 8, last sentence says: "If a PE needs to > generate and send a maintenance message to a remote PE, the > maintenance message MUST be sent via the control plane, not via the > PW" > Where does this requirement come from? This is too restrictive. We > should allow the option to send a maintenance message over the PW. A maintenance message is a control plane thing. It has to stay inside the control plane. We will consider your other suggestions. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Mustapha Aissaoui Subject: Re: PWE3 requirements draft, version 5 Date: Wed, 19 Mar 2003 13:25:49 -0500 Organization: Alcatel Networks Corporaton Lines: 23 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org, "Thomas D. Nadeau" X-From: pwe3-admin@ietf.org Wed Mar 19 19:29:34 2003 Return-path: X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en To: Xipeng Xiao Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Xipeng, when OAM messages are sent inband, they travel within the PW. You are referring to out-of-band maintenance. We should allow both inband and out-of-band maintenance messages. Mustapha. ----------- Xipeng Xiao wrote: > > Mustapha, > > Thank you for your comments! One response below. > > > Section 5.3: paragraph 8, last sentence says: "If a PE needs to > > generate and send a maintenance message to a remote PE, the > > maintenance message MUST be sent via the control plane, not via the > > PW" > > Where does this requirement come from? This is too restrictive. We > > should allow the option to send a maintenance message over the PW. > > A maintenance message is a control plane thing. It has to stay inside the control plane. > > We will consider your other suggestions. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: draft-ietf-pwe3-control-protocol-02.txt Date: Wed, 19 Mar 2003 11:24:45 -0700 Organization: Level3 Communications LLC. Lines: 2217 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------080400020808010004060200" X-From: pwe3-admin@ietf.org Wed Mar 19 19:33:04 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. --------------080400020808010004060200 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Network Working Group Luca Martini Internet Draft Nasser El-Aawar Expiration Date: August 2003 Level 3 Communications, LLC. Toby Smith Eric C. Rosen Laurel Networks, Inc. Cisco Systems, Inc. Giles Heron PacketExchange Ltd. February 2003 Pseudowire Setup and Maintenance using LDP draft-ietf-pwe3-control-protocol-02.txt Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Abstract Layer 2 services (such as Frame Relay, ATM, ethernet) can be "emulated" over an IP and/or MPLS backbone by encapsulating the layer 2 PDUs and then transmitting them over "pseudowires". It is also possible to use pseudowires to provide SONET circuit emulation over an IP and/or MPLS network. This document specifies a protocol for establishing and maintaining the pseudowires, using extensions to LDP. Procedures for encapsulating layer 2 PDUs are specified in a set of companion documents. Martini, et al. [Page 1] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Table of Contents 1 Specification of Requirements .......................... 3 2 Introduction ........................................... 3 3 The Pseudowire Label ................................... 5 4 Details Specific to Particular Emulated Services ....... 6 4.1 Frame Relay ............................................ 6 4.2 ATM .................................................... 6 4.2.1 ATM AAL5 SDU VCC Transport ............................. 6 4.2.2 ATM Transparent Cell Transport ......................... 7 4.2.3 ATM n-to-one VCC and VPC Cell Transport ................ 7 4.2.4 OAM Cell Support ....................................... 7 4.2.5 ILMI Support ........................................... 8 4.2.6 IP Layer2 Transport .................................... 8 4.2.7 ATM AAL5 PDU VCC Transport ............................. 8 4.2.8 ATM one-to-one VCC and VPC Cell Transport .............. 9 4.3 Ethernet VLAN .......................................... 9 4.4 Ethernet ............................................... 9 4.5 HDLC and PPP ........................................... 9 5 LDP .................................................... 10 5.1 The PWid FEC Element ................................... 10 5.2 The Generalized ID FEC Element ......................... 12 5.2.1 Attachment Identifiers ................................. 12 5.2.2 Encoding the Generalized ID FEC Element ................ 14 5.2.3 Procedures ............................................. 15 5.3 Interface Parameters Field ............................. 16 5.3.1 PW types for which the control word is REQUIRED ........ 18 5.3.2 PW types for which the control word is NOT mandatory ... 18 5.3.3 Status codes ........................................... 19 5.4 LDP label Withdrawal procedures ........................ 20 5.5 Sequencing Considerations .............................. 20 5.5.1 Label Mapping Advertisements ........................... 20 5.5.2 Label Mapping Release .................................. 21 6 IANA Considerations .................................... 21 7 Security Considerations ................................ 21 8 References ............................................. 22 9 Author Information ..................................... 23 10 Additional Contributing Authors ........................ 24 11 Appendix A - C-bit Handling Procedures Diagram ......... 27 Martini, et al. [Page 2] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 1. Specification of Requirements 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. 2. Introduction In [7], [10], and [12] it is explained how to encapsulate a layer 2 Protocol Data Unit (PDU) for transmission over an IP and/or MPLS network. Those specifications that a "pseudowire header", consisting of a demultiplexor field, will be prepended to the encapsulated PDU. The pseudowire demultiplexor field is put on before transmitting a packet on a pseudowire. When the packet arrives at the remote endpoint of the pseudowire, the demultiplexor is what enables the receiver to identify the particular pseudowire on which the packet has arrived. To actually transmit the packet from one pseudowire endpoint to another, the packet may need to travel through a "PSN tunnel header"; this will require an additional header to be prepended to the packet. An accompanying document [8] also describes a method for transporting time division multiplexed (TDM) digital signals (TDM circuit emulation) over a packet-oriented MPLS network. The transmission system for circuit-oriented TDM signals is the Synchronous Optical Network (SONET)[5]/Synchronous Digital Hierarchy (SDH) [6]. To support TDM traffic, which includes voice, data, and private leased line service, the pseudowires must emulate the circuit characteristics of SONET/SDH payloads. The TDM signals and payloads are encapsulated for transmission over pseudowires. To this encapsulation is prepended a pseudowire demultiplexor and a PSN tunnel header. In this document, we specify the use of the MPLS Label Distribution Protocol, LDP [RFC3036], as a protocol a protocol for setting up and maintaining the pseudowires. In particular, we define new TLVs for LDP, which enable LDP to identify pseudowires and to signal attributes of pseudowires. We specify how a pseudowire endpoint uses these TLVs in LDP to bind a demultiplexor field value to a pseudowire, and how it informs the remote endpoint of the binding. We also specify procedures for reporting pseudowire status changes, passing additional information about the pseudowire as needed, and for releasing the bindings. In the protocol specified herein, the pseudowire demultiplexor field is an MPLS label. Thus the packets which are transmitted from one end of the pseudowire to the other are MPLS packets. Unless the pseudowire endpoints are immediately adjacent, these MPLS packets Martini, et al. [Page 3] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 must be transmitted through a PSN tunnel. Any sort of PSN tunnel can be used, as long as it is possible to transmit MPLS packets through it. The PSN tunnel can itself be an LSP, but it could equally well be an IP tunnel, a GRE tunnel, an IPsec tunnel, or any other sort of tunnel which can carry MPLS packets. Procedures for setting up and maintaining the PSN tunnels are outside the scope of this document. This document deals only with the setup and maintenance of point-to- point pseudowires. Neither point-to-multipoint nor multipoint-to- point pseudowires are discussed. QoS related issues are not discussed in this document. The following two figures describe the reference models which are derived from [PWE3-FRAME] to support the Ethernet PW emulated services. Native |<----- Pseudo Wire ---->| Native Layer2 | | Layer2 Service | |<-- PSN Tunnel -->| | Service | V V V V | | +----+ +----+ | +----+ | | PE1|==================| PE2| | +----+ | |----------|............PW1.............|----------| | | CE1| | | | | | | |CE2 | | |----------|............PW2.............|----------| | +----+ | | |==================| | | +----+ ^ +----+ +----+ | ^ | Provider Edge 1 Provider Edge 2 | | | |<-------------- Emulated Service ---------------->| Figure 1: PWE3 Reference Model +-------------+ +-------------+ | Layer2 | | Layer2 | | Emulated | | Emulated | | Services | Emulated Service | Services | | |<==============================>| | +-------------+ Pseudo Wire +-------------+ |Demultiplexor|<==============================>|Demultiplexor| +-------------+ +-------------+ | PSN | PSN Tunnel | PSN | | MPLS |<==============================>| MPLS | +-------------+ +-------------+ | Physical | | Physical | +-----+-------+ +-----+-------+ Martini, et al. [Page 4] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Figure 2: Ethernet PWE3 Protocol Stack Reference Model For the purpose of this document, PE1 will be defined as the ingress router, and PE2 as the egress router. A layer 2 PDU will be received at PE1, encapsulated at PE1, transported, decapsulated at PE2, and transmitted out of PE2. 3. The Pseudowire Label Suppose it is desired to transport layer 2 PDUs from ingress LSR PE1 to egress LSR PE2, across an intervening PSN. We assume that there is a PSN tunnel from PE1 to PE2. That is, we assume that PE1 can cause a packet to be delivered to PE2 by encapsulating the packet in a "PSN tunnel header" and sending the result to one of its adjacencies. If the PSN tunnel is an MPLS Label Switched Path (LSP), then putting on a PSN tunnel encapsulation is a matter of pushing on an additional MPLS label; if the PSN tunnel is, e.g., a GRE tunnel, then putting on the tunnel encapsulation requires prepending an IP header and a GRE header. We presuppose that an arbitrary number of pseudowires can be carried through a single PSN tunnel. Thus it is never necessary to maintain state in the network core for individual pseudowires. We do not presuppose that the PSN tunnels are point-to-point; although the pseudowires are point-to-point, the PSN tunnels may be multipoint- to-point. We do not presuppose that PE 2 will even be able to determine the PSN tunnel through which a received packet was transmitted. (E.g., if the PSN tunnel is an LSP, and penultimate hop popping is used, when the packet arrives at PE2 it will contain no information identifying the tunnel.) When PE2 receives a packet over a pseudowire, it must be able to determine that the packet was in fact received over a pseudowire, and it must be able to associate that packet with a particular pseudowire. PE2 is able to do this by examining the MPLS label which serves as the pseudowire demultiplexor field. Call this label the "PW label". So when PE1 sends a layer 2 PDU to PE2, it first pushes a PW label on its label stack, thereby creating an MPLS packet. It then (if PE1 is not adjacent to PE2) encapsulates that MPLS packet in a PSN tunnel header. (If the PSN tunnel is an LSP, this is just a matter of pushing on a second label.) The PW label is not visible again until the MPLS packet reaches PE2. PE2's disposition of the packet is based on the PW label. Martini, et al. [Page 5] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Note that the PW label must always be at the bottom of the packet's label stack. This document specifies a protocol for assigning and distributing the PW label. This protocol is LDP, extended as specified in the remainder of this document. An LDP session must be set up between the pseudowire endpoints. LDP MUST be used in its "downstream unsolicited" mode. LDP's "liberal label retention" mode SHOULD be used. In addition to the protocol specified herein, static assignment of PW labels MAY be used, and implementations of this protocol SHOULD provide support for static assignment. This document specifies all the procedures necessary to set up and maintain the pseudowires needed to support "unswitched" point-to- point services, where each endpoint of the pseudowire is provisioned with the identify of the other endpoint. There are also protocol mechanisms specified herein which can be used to support switched services, and which can be used to support other provisioning models. However, the use of the protocol mechanisms to support those other models and services is not described in this document. 4. Details Specific to Particular Emulated Services 4.1. Frame Relay When emulating a frame relay service, the Frame Relay PDUs are encapsulated according to the procedures defined in [7]. The PE MUST provide Frame Relay PVC status signaling to the Frame Relay network. If the PE detects a service affecting condition for a particular DLCI, as defined in [2] Q.933 Annex A.5 sited in IA FRF1.1, PE MUST withdraw the PW label that corresponds to the frame relay DLCI. The Egress PE SHOULD generate the corresponding errors and alarms as defined in [2] on the egress Frame relay VC. 4.2. ATM 4.2.1. ATM AAL5 SDU VCC Transport ATM AAL5 CSPS-SDUs are encapsulated according to [10] ATM AAL5 CPCS- SDU mode. This mode allows the transport of ATM AAL5 CSPS-SDUs traveling on a particular ATM PVC across the network to another ATM PVC. Martini, et al. [Page 6] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 4.2.2. ATM Transparent Cell Transport This mode is similar to the Ethernet port mode. Every cell that is received at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode n-to-one, and sent across the PW to the egress PE, PE2. This mode allows an ATM port to be connected to only one other ATM port. [10] ATM cell n-to-one mode allows for grouping of multiple cells into a single MPLS frame. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, should only concatenate cells up to the "Maximum Number of concatenated ATM cells" parameter received as part of the FEC element. 4.2.3. ATM n-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 VCC transport except that cells are transported. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.2.4. OAM Cell Support OAM cells MAY be transported on the VC LSP. When the PE is operating in AAL5 CPCS-SDU transport mode if it does not support transport of ATM cells, the PE MUST discard incoming MPLS frames on an ATM VC LSP that contain a VC label with the T bit set [10]. When operating in AAL5 SDU transport mode an PE that supports transport of OAM cells using the T bit defined in [7], or an PE operating in any of the three cell transport modes MUST follow the procedures outlined in [9] section 8 for mode 0 only, in addition to the applicable procedures specified in [6]. 4.2.4.1. OAM Cell Emulation Mode AN PE that does not support transport of OAM cells across an LSP MAY provide OAM support on ATM PVCs using the following procedures: A pair of PEs MAY emulate a bi-directional ATM VC by two uni- directional LSPs. If an F5 end-to-end OAM cell is received from a Martini, et al. [Page 7] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 ATM VC, by either PE that is transporting this ATM VC, with a loopback indication value of 1, and the PE has a label mapping for the ATM VC, then the PE MUST decrement the loopback indication value and loop back the cell on the ATM VC. Otherwise the loopback cell MUST be discarded by the PE. The ingress PE, PE1, may also optionally be configured to periodically generate F5 end-to-end loopback OAM cells on a VC. If the PE fails to receive a response to an F5 end-to-end loopback OAM cell for a pre-defined period of time it MUST withdraw the label mapping for the VC. If an ingress PE, PE1, receives an AIS F5 OAM cell, fails to receive a pre-defined number of the End-to-End loop OAM cells, or a physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE, PE2, MUST generate AIS F5 OAM cells on the VC associated with the withdrawn label mapping. In this mode it is very useful to apply a unique group ID to each interface. In the case where a physical interface goes down, a wild card label withdraw can be sent to all LDP neighbors, greatly reducing the signaling response time. 4.2.5. ILMI Support An MPLS edge PE MAY provide an ATM ILMI to the ATM edge switch. If an ingress PE receives an ILMI message indicating that the ATM edge switch has deleted a VC, or if the physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE SHOULD notify its client of this failure by deleting the VC using ILMI. 4.2.6. IP Layer2 Transport This mode switches IP packets into a Peudo-Wire. the encapsulation used is according to [3]. IP interworking is implementation specific, part of the NSP function [13], and is outside the scope of this document. 4.2.7. ATM AAL5 PDU VCC Transport ATM AAL5 CSPS-PDUs are encapsulated according to [10] ATM AAL5 CPCS- PDU mode. This mode allows the transport of ATM AAL5 CSPS-PDUs traveling on a particular ATM PVC across the network to another ATM PVC. This mode supports fragmentation of the ATM AAL5 CPCS-PDU in Martini, et al. [Page 8] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 order to maintain the position of the OAM cells with respect to the user cells. Fragmentation may also be performed to maintain the size of the packet carrying the AAL5 PDU within the MTU of the link. 4.2.8. ATM one-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 n-to-one cell transport except an encapsulation method that maps one ATM VCC or one ATM VPC to one Pseudo-Wire is used. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM one-to-one cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.3. Ethernet VLAN The Ethernet frame will be encapsulated according to the procedures in [12] tagged mode. It should be noted that if the VLAN identifier is modified by the egress PE, according to the procedures outlined above, the Ethernet spanning tree protocol might fail to work properly. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, it MUST withdraw the label mappings for all PWs associated with the port. 4.4. Ethernet The Ethernet frame will be encapsulated according to the procedures in [12]. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, the corresponding PW label mapping MUST be withdrawn. 4.5. HDLC and PPP HDLC and PPP frames are encapsulated according to the procedures in [11]. If the MPLS edge PE detects that the physical link has failed, or the port is administratively disabled, it MUST withdraw the label mapping that corresponds to the HDLC or PPP link. Martini, et al. [Page 9] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5. LDP The PW label bindings are distributed using the LDP downstream unsolicited mode described in [1]. The PEs will establish an LDP session using the Extended Discovery mechanism described in [1, section 2.4.2 and 2.5]. An LDP Label Mapping message contains a FEC TLV, a Label TLV, and zero or more optional parameter TLVs. The FEC TLV is used to indicate the meaning of the label. In the current context, the FEC TLV would be used to identify the particular pseudowire that a particular label is bound to. In this specification, we define two new FEC TLVs to be used for identifying pseudowires. When setting up a particular pseudowire, only one of these FEC TLVs is used. The one to be used will depend on the particular service being emulated and on the particular provisioning model being supported. LDP allows each FEC TLV to consist of a set of FEC elements. For setting up and maintaining pseudowires, however, each FEC TLV MUST contain exactly one FEC element. LDP has several kinds of label TLVs. For setting up and maintaining pseudowires, the Generic Label TLV MUST be used. 5.1. The PWid FEC Element The PWid FEC element may be used whenever both pseudowire endpoints have been provisioned with the same 32-bit identifier for the pseudowire. For this purpose a new type of FEC element is defined. The FEC element type is 128 [note1], and is defined as follows: Martini, et al. [Page 10] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VC tlv |C| PW type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Group ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PW ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Interface parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ - PW type A 15 bit quantity containing a value which represents the type of PW. Assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. - Control word bit (C) The highest order bit (C) of the PW type is used to flag the presence of a control word ( defined in [7] ) as follows: bit 15 = 1 control word present on this VC. bit 15 = 0 no control word present on this VC. Please see the section "C-Bit Handling Procedures" for further explanation. - VC information length Length of the PW ID field and the interface parameters field in octets. If this value is 0, then it references all PWs using the specified group ID and there is no PW ID present, nor any interface parameters. - Group ID An arbitrary 32 bit value which represents a group of PWs that is used to create groups in the VC space. The group ID is intended to be used as a port index, or a virtual tunnel index. To simplify configuration a particular PW ID at ingress could be part of the virtual tunnel for transport to the egress router. The Group ID is very useful to send wild card label withdrawals to remote PEs upon physical port failure. Martini, et al. [Page 11] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - PW ID A non-zero 32-bit connection ID that together with the PW type, identifies a particular PW. Note that the PW ID and the PW type must be the same at both endpoints. - Interface parameters This variable length field is used to provide interface specific parameters, such as interface MTU. Note that as the "interface parameters" are part of the FEC, the rules of LDP make it impossible to change the interface parameters once the pseudowire has been set up. Thus the interface parameters field must not be used to pass information, such as status information, which may change during the life of the pseudowire. Optional parameter TLVs should be used for that purpose. Using the PWid FEC, each of the two pseudowire endpoints independently initiates the set up of a unidirectional LSP. An outgoing LSP and an incoming LSP are bound together into a single pseudowire if they have the same PW ID and PW type. 5.2. The Generalized ID FEC Element There are cases where the PWid FEC element cannot be used, because both endpoints have not been provisioned with a common 32-bit PWid. In such cases, the "Generalized ID FEC Element" is used instead. This is FEC type 129 (provisionally, subject to assignment by IANA). It differs from the PWid FEC element in that the PWid and the group id are eliminated, and their place is taken by a generalized identifier field as described below. The Generalized ID FEC element includes a PW type field, a C bit, and an interface parameters field; these three fields are identical to those in the PWid FEC, and are used as discussed in the previous section. 5.2.1. Attachment Identifiers As discussed in [13], a pseudowire can be thought of as connecting two "forwarders". The protocol used to setup a pseudowire must allow the forwarder at one end of a pseudowire to identify the forwarder at the other end. We use the term "attachment identifier", or "AI", to refer to the field which the protocol uses to identify the forwarders. In the PWid FEC, the PWid field serves as the AI. In this section we specify a more general form of AI which is structured Martini, et al. [Page 12] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 and of variable length. Every Forwarder in a PE must be associated with an Attachment Identifier (AI), either through configuration or through some algorithm. The Attachment Identifier must be unique in the context of the PE router in which the Forwarder resides. The combination must be globally unique. It is frequently convenient to a set of Forwarders as being members of a particular "group", where PWs may only be set up among members of a group. In such cases, it is convenient to identify the Forwarders relative to the group, so that an Attachment Identifier would consist of an Attachment Group Identifier (AGI) plus an Attachment Individual Identifier (AII). An Attachment Group Identifier may be thought of as a VPN-id, or a VLAN identifier, some attribute which is shared by all the Attachment VCs (or pools thereof) which are allowed to be connected. The details of how to construct the AGI and AII fields identifying the pseudowire endpoints are outside the scope of this specification. Different pseudowire application, and different provisioning models, will require different sorts of AGI and AII fields. The specification of each such application and/or model must include the rules for constructing the AGI and AII fields. As previously discussed, a (bidirectional) pseudowire consists of a pair of unidirectional LSPs, one in each direction. If a particular pseudowire connects PE1 with PE2, the LSP in the PE1-->PE2 direction can be identified as: , PE2, >, and the LSP in the PE2--PE1 direction can be identified by: , PE1, >. Note that the AGI must be the same at both endpoints, but the AII will in general be different at each endpoint. Thus from the perspective of a particular PE, each pseudowire has a local or "Source AII", and a remote or "Target AII". The pseudowire setup protocol can carry all three of these quantities: - Attachment Group Identifier (AGI). Martini, et al. [Page 13] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Source Attachment Individual Identifier (SAII) - Target Attachment Individual Identifier (TAII) If the AGI is non-null, then the Source AI (SAI) consists of the AGI together with the SAII, and the Target AI (TAI) consists of the TAII together with the AGI. If the AGI is null, then the SAII and TAII are the SAI and TAI respectively. The interpretation of the SAI and TAI is a local matter at the respective endpoint. The association of two unidirectional LSPs into a single bidirectional pseudowire depends on the SAI and the TAI. Each application and/or provisioning model which uses the Generalized ID FEC element must specify the rules for performing this association. 5.2.2. Encoding the Generalized ID FEC Element FEC element type 129 is used. The FEC element is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 129 |C| VC Type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ additional Parameters are: - SAII, encoded as a one byte length field followed by the SAI. - TAII, encoded as a one byte length field followed by the TAI. - AGI, encoded as a one byte length field followed by the AGI. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the field, excluding the length byte itself. The null string can be sent by setting the length Martini, et al. [Page 14] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 byte to 0. 5.2.3. Procedures In order for PE1 to begin signaling PE2, PE1 must know the address of the remote PE2, and a TAI. This information may have been configured at PE1, or it may have been learned dynamically via some autodiscovery procedure. To begin the signaling procedure, a PE (PE1) that has knowledge of the other endpoint (PE2) initiates the setup of the LSP in the incoming (PE2-->PE1) direction by sending a Label Mapping message containing the FEC type 129. The FEC element includes the SAII, AGI, and TAII. What happens when PE2 receives such a Label Mapping message? PE2 interprets the message as a request to set up a PW whose endpoint (at PE2) is the Forwarder identified by the TAI. From the perspective of the signaling protocol, exactly how PE2 maps AIs to Forwarders is a local matter. In some VPWS provisioning models, the TAI might, e.g., be a string which identifies a particular Attachment Circuit, such as "ATM3VPI4VCI5", or it might, e.g., be a string such as "Fred" which is associated by configuration with a particular Attachment Circuit. In VPLS, the TAI would be a VPN-id, identifying a particular VPLS instance. If PE2 cannot map the TAI to one of its Forwarders, then PE2 sends a Label Release message to PE1, with a Status Code meaning "invalid TAI", and the processing of the Mapping message is complete. If the Label Mapping Message has a valid TAI, PE2 must decide whether to accept it or not. The procedures for so deciding will depend on the particular type of Forwarder identified by the TAI. Of course, the Label Mapping message may be rejected due to standard LDP error conditions as detailed in [LDP]. If PE2 decides to accept the Label Mapping message, then it has to make sure that an LSP is set up in the opposite (PE1-->PE2) direction. If it has already signaled for the corresponding LSP in that direction, nothing more need be done. Otherwise, it must initiate such signaling by sending a Label Mapping message to PE1. This is very similar to the Label Mapping message PE2 received, but with the SAI and TAI reversed. Martini, et al. [Page 15] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3. Interface Parameters Field This field specifies interface specific parameters. When applicable, it MUST be used to validate that the PEs, and the ingress and egress ports at the edges of the circuit, have the necessary capabilities to interoperate with each other. The field structure is defined as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameter ID | Length | Variable Length Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Variable Length Value | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The parameter ID Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. The Length field is defined as the length of the interface parameter including the parameter id and length field itself. Processing of the interface parameters should continue when encountering unknown interface parameters and they MUST be silently ignored. - Interface MTU A 2 octet value indicating the MTU in octets. This is the Maximum Transmission Unit, excluding encapsulation overhead, of the egress packet interface that will be transmitting the decapsulated PDU that is received from the MPLS network. This parameter is applicable only to PW types 1, 2, 4, 5, 6, and 7, and is REQUIRED for these PW types. If this parameter does not match in both directions of a specific PW, that PW MUST NOT be enabled. - Maximum Number of concatenated ATM cells A 2 octet value specifying the maximum number of concatenated ATM cells that can be processed as a single PDU by the egress PE. An ingress PE transmitting concatenated cells on this PW can concatenate a number of cells up to the value of this parameter, but MUST NOT exceed it. This parameter is applicable only to PW types 3, 9, and 0x0a, and is REQUIRED for these PWC types. This parameter does not need to match in both directions of a specific PW. Martini, et al. [Page 16] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Optional Interface Description string This arbitrary, OPTIONAL, interface description string is used to send a human-readable administrative string describing the interface to the remote. This parameter is OPTIONAL, and is applicable to all PW types. The interface description parameter string length is variable, and can be from 0 to 80 octets. Human-readable text MUST be provided in the UTF-8 charset using the Default Language [RFC2277]. - Payload Bytes A 2 octet value indicating the number of TDM payload octets contained in all packets on the CEM stream, from 48 to 1,023 octets. All of the packets in a given CEM stream have the same number of payload bytes. Note that there is a possibility that the packet size may exceed the SPE size in the case of an STS-1 SPE, which could cause two pointers to be needed in the CEM header, since the payload may contain two J1 bytes for consecutive SPEs. For this reason, the number of payload bytes must be less than or equal to 783 for STS-1 SPEs. - CEP Options. An optional 16 Bit value of CEM Flags. See [8] for the definition of the bit values. - Requested VLAN ID. An Optional 16 bit value indicating the requested VLAN ID. This parameter MAY be used by an PE that is incapable of rewriting the 802.1Q ethernet VLAN tag on output. If the ingress PE receives this request it MAY rewrite the VLAN ID tag in input to match the requested VLAN ID. If this is not possible, and the VLAN ID does not already match configured ingress VLAN ID the PW should not be enabled.This parameter is applicable only to PW type 4. - CEP/TDM bit rate. This 32-bit integer is mandatory for CEP. For other PWs carrying TDM traffic it is mandatory if the bit-rate cannot be directly inferred from the service type. If present, it expresses the bit rate of the attachment circuit as known to the advertizing PE in "units" of 64 kbit/s. I.e., the value 26 must be used for CEP carrying VT1.5 SPE, 35 - for CEP carrying a VT2 SPE, 99 - for VT6 SPE, 783 - for STS-1 SPE and n*783 - for STS- nc, n = 3, 12, 48, 192. Attempts to establish a PWC between a pair of TDM ports with different bit-rates MUST be rejected with the appropriate status code (see section "Status codes" below). Martini, et al. [Page 17] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3.1. PW types for which the control word is REQUIRED The Label Mapping messages which are sent in order to set up these PWs MUST have c=1. When a Label Mapping message for a PW of one of these types is received, and c=0, a Label Release MUST be sent, with an "Illegal C-bit" status code. In this case, the PW will not be enabled. 5.3.2. PW types for which the control word is NOT mandatory If a system is capable of sending and receiving the control word on PW types for which the control word is not mandatory, then each such PW endpoint MUST be configurable with a parameter that specifies whether the use of the control word is PREFERRED or NOT PREFERRED. For each PW, there MUST be a default value of this parameter. This specification does NOT state what the default value should be. If a system is NOT capable of sending and receiving the control word on PWC types for which the control word is not mandatory, then it behaves as exactly as if it were configured for the use of the control word to be NOT PREFERRED. If a Label Mapping message for the PW has already been received, but no Label Mapping message for the PW has yet been sent, then the procedure is the following: -i. If the received Label Mapping message has c=0, send a Label Mapping message with c=0, and the control word is not used. -ii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is preferred, then send a Label Mapping message with c=1, and the control word is used. -iii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is not preferred or the control word is not supported, then act as if no Label Mapping message for the PW had been received (i.e., proceed to the next paragraph). If a Label Mapping message for the PW has not already been received (or if the received Label Mapping message had c=1 and either local configuration says that the use of the control word is not preferred or the control word is not supported), then send a Label Mapping message in which the c bit is set to correspond to the locally configured preference for use of the control word. (I.e., set c=1 if locally configured to prefer the control word, set c=0 if locally configured to prefer not to use the control word or if the control word is not supported). Martini, et al. [Page 18] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 The next action depends on what control message is next received for that PW. The possibilities are: -i. A Label Mapping message with the same c bit value as specified in the Label Mapping message that was sent. PW setup is now complete, and the control word is used if c=1 but not used if c=0. -ii. A Label Mapping message with c=1, but the Label Mapping message that was sent has c=0. In this case, ignore the received Label Mapping message, and continue to wait for the next control message for the PW. -iii. A Label Mapping message with c=0, but the Label Mapping message that was sent has c=1. In this case, send a Label Withdraw message with a "Wrong c-bit" status code, followed by a Label Mapping message that has c=0. PW setup is now complete, and the control word is not used. -iv. A Label Withdraw message with the "Wrong c-bit" status code. Treat as a normal Label Withdraw, but do not respond. Continue to wait for the next control message for the PW. If at any time after a Label Mapping message has been received, a corresponding Label Withdraw or Release is received, the action taken is the same as for any Label Withdraw or Release that might be received at any time. Note that receiving a Label Withdraw should not cause a corresponding Label Release to be sent. If both endpoints prefer the use of the control word, this procedure will cause it to be used. If either endpoint prefers not to use the control word, or does not support the control word, this procedure will cause it not to be used. If one endpoint prefers to use the control word but the other does not, the one that prefers not to use it is has no extra protocol to execute, it just waits for a Label Mapping message that has c=0. The diagram in Appendix A illustrates the above procedure. 5.3.3. Status codes RFC 3036 has a range of Status Code values which are assigned by IANA on a First Come, First Served basis. These additional status codes, and assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. Martini, et al. [Page 19] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.4. LDP label Withdrawal procedures As mentioned above the Group ID field can be used to withdraw all PW labels associated with a particular group ID. This procedure is OPTIONAL, and if it is implemented the LDP label withdraw message should be as follows: the PW information length field is set to 0, the PW ID field is not present, and the interface parameters field is not present. For the purpose of this document this is called the "wild card withdraw procedure", and all PEs implementing this design are REQUIRED to accept such a withdraw message, but are not required to send it. The interface parameters field MUST NOT be present in any LDP PW label withdrawal message or release message. A wildcard release message MUST include only the group ID. A Label Release message initiated from the imposition router must always include the PW ID. 5.5. Sequencing Considerations In the case where the router considers the sequence number field in the control word, it is important to note the following when advertising labels 5.5.1. Label Mapping Advertisements After a label has been withdrawn by the disposition router and/or released by the imposition router, care must be taken to not re- advertise (re-use) the released label until the disposition router can be reasonably certain that old packets containing the released label no longer persist in the MPLS network. This precaution is required to prevent the imposition router from restarting packet forwarding with sequence number of 1 when it receives the same label mapping if there are still older packets persisting in the network with sequence number between 1 and 32768. For example, if there is a packet with sequence number=n where n is in the interval[1,32768] traveling through the network, it would be possible for the disposition router to receive that packet after it re-advertises the label. Since the label has been released by the imposition router, the disposition router SHOULD be expecting the next packet to arrive with sequence number to be 1. Receipt of a packet with sequence number equal to n will result in n packets potentially being rejected by the disposition router until the imposition router imposes a sequence number of n+1 into a packet. Possible methods to avoid this is for the disposition router to always advertise a different PW label, or for the disposition router Martini, et al. [Page 20] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 to wait for a sufficient time before attempting to re-advertised a recently released label. This is only an issue when sequence number processing at the disposition router is enabled. 5.5.2. Label Mapping Release In situations where the imposition router wants to restart forwarding of packets with sequence number 1, the router shall 1) Send to disposition router a label mapping release, and 2) Send to disposition router a label mapping request. When sequencing is supported, advertisement of a PW label in response to a label mapping request MUST also consider the issues discussed in the section on Label Mapping Advertisements. 6. IANA Considerations As specified in this document, a Virtual Circuit FEC element contains the PW Type field. PW type value 0 is reserved. PW type values 1 through 10 are defined in this document. PW type values 11 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in [RFC2434]. PW type values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in [RFC 2434]. PW type values 128 through 32767 are vendor-specific, and values in this range are not to be assigned by IANA. As specified in this document, a Pseudo Wire FEC element contains the Interface Parameters field, which is a list of one or more parameters, and each parameter is identified by the Parameter ID field. Parameter ID value 0 is reserved. Parameter ID values 1 through 6 are defined in this document. Parameter ID values 7 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in RFC2434. Parameter ID values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in RFC2434. Parameter ID values 128 through 255 are vendor- specific, and values in this range are not to be assigned by IANA. 7. Security Considerations This document does not affect the underlying security issues of MPLS. Martini, et al. [Page 21] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 8. References [1] "LDP Specification." L. Andersson, P. Doolan, N. Feldman, A. Fredette, B. Thomas. January 2001. RFC3036 [2] ITU-T Recommendation Q.933, and Q.922 Specification for Frame Mode Basic call control, ITU Geneva 1995 [3] "MPLS Label Stack Encoding", E. Rosen, Y. Rekhter, D. Tappan, G. Fedorkow, D. Farinacci, T. Li, A. Conta. RFC3032 [4] "IEEE 802.3ac-1998" IEEE standard specification. [5] American National Standards Institute, "Synchronous Optical Network Formats," ANSI T1.105-1995. [6] ITU Recommendation G.707, "Network Node Interface For The Synchronous Digital Hierarchy", 1996. [7] "Encapsulation Methods for Transport of Frame-Relay Over IP and MPLS Networks", draft-ietf-pwe3-frame-encap-01.txt. ( work in progress ) [8] "SONET/SDH Circuit Emulation Service Over Packet (CEP)", draft-ietf-pwe3-sonet-01.txt ( Work in progress ) [9] ATM Forum Specification fb-fbatm-0151.000 (2000) ,Frame Based ATM over SONET/SDH Transport (FAST) [10] "Encapsulation Methods for Transport of ATM Cells/Frame Over IP and MPLS Networks", draft-ietf-pwe3-atm-encap-00.txt ( work in progress ) [11] "Encapsulation Methods for Transport of PPP/HDLC Frames Over IP and MPLS Networks", draft-martini-ppp-hdlc-encap-mpls-00.txt. ( work in progress ) [12] "Encapsulation Methods for Transport of Ethernet Frames Over IP/MPLS Networks", draft-ietf-pwe3-ethernet-encap-01.txt. ( work in progress ) [13] "Protocol Layering in PWE3" Bryant, et al., draft-ietf-pwe3- protocol-layer-00.txt ( work in progress ), November 2002. [14] "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" Martini, Townsley, draft-ietf-pwe3-iana-allocation-00.txt ( work in progress ), February 2003 Martini, et al. [Page 22] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 [RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations section in RFCs", BCP 26, RFC 2434, October 1998. [RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998. [note1] FEC element type 128 is pending IANA approval. [note2] Status codes assigment is pending IANA approval. 9. Author Information Luca Martini Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: luca@level3.net Nasser El-Aawar Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: nna@level3.net Giles Heron PacketExchange Ltd. The Truman Brewery 91 Brick Lane LONDON E1 6QL United Kingdom e-mail: giles@packetexchange.net Eric Rosen Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: erosen@cisco.com Martini, et al. [Page 23] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Dan Tappan Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: tappan@cisco.com 10. Additional Contributing Authors Dimitri Stratton Vlachos Mazu Networks, Inc. 125 Cambridgepark Drive Cambridge, MA 02140 e-mail: d@mazunetworks.com Jayakumar Jayakumar, Cisco Systems Inc. 225, E.Tasman, MS-SJ3/3, San Jose, CA, 95134 e-mail: jjayakum@cisco.com Alex Hamilton, Cisco Systems Inc. 285 W. Tasman, MS-SJCI/3/4, San Jose, CA, 95134 e-mail: tahamilt@cisco.com Steve Vogelsang Laurel Networks, Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 e-mail: sjv@laurelnetworks.com John Shirron Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: jshirron@laurelnetworks.com Martini, et al. [Page 24] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Toby Smith Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: tob@laurelnetworks.com Andrew G. Malis Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 Phone: +1 408 383 7223 Email: Andy.Malis@vivacenetworks.com Vinai Sirkay Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 e-mail: sirkay@technologist.com Vasile Radoaca Nortel Networks 600 Technology Park Billerica MA 01821 e-mail: vasile@nortelnetworks.com Chris Liljenstolpe Cable & Wireless 11700 Plaza America Drive Reston, VA 20190 e-mail: chris@cw.net Dave Cooper Global Crossing 960 Hamlin Court Sunnyvale, CA 94089 e-mail: dcooper@gblx.net Martini, et al. [Page 25] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale, CA 94089 e-mail: kireeti@juniper.net Martini, et al. [Page 26] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 11. Appendix A - C-bit Handling Procedures Diagram ------------------ Y | Received Label | N -------| Mapping Msg? |-------------- | ------------------ | -------------- | | | | ------- ------- | | C=0 | | C=1 | | ------- ------- | | | | | ---------------- | | | Control Word | N | | | Capable? |----------- | | ---------------- | | | Y | | | | | | | | ---------------- | | | | Control Word | N | | | | Preferred? |---- | | | ---------------- | | | | Y | | | | | | | | ---------------- | | | | | Control Word | | | | | | Preferred? | | | | | ---------------- | | | | N | Y | | | | | | | Send Send Send Send Send Send C=0 C=1 C=0 C=0 C=0 C=1 | | | | ---------------------------------- | If receive the same as sent, | | PW setup is complete. If not: | ---------------------------------- | | | | ------------------- ----------- | Receive | | Receive | | C=1 | | C=0 | ------------------- ----------- | | Wait for the Send next message Wrong C-Bit | Send Label Mapping Message Martini, et al. [Page 27] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Martini, et al. [Page 28] --------------080400020808010004060200 Content-Type: text/plain; name="draft-ietf-pwe3-ethernet-encap-02.txt" Content-Disposition: inline; filename="draft-ietf-pwe3-ethernet-encap-02.txt" Content-Transfer-Encoding: base64 CgoKCgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgTHVjYSBNYXJ0aW5pCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5hc3NlciBFbC1BYXdhcgpFeHBpcmF0aW9u IERhdGU6IEF1Z3VzdCAyMDAzICAgICAgICAgICAgICAgIExldmVsIDMgQ29tbXVuaWNhdGlv bnMsIExMQy4KCkdpbGVzIEhlcm9uICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgRXJpYyBDLiBSb3NlbgpQYWNrZXRFeGNoYW5nZSBMdGQuICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIENpc2NvIFN5c3RlbXMsIEluYy4KCgoKCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgRmVicnVhcnkgMjAwMwoKCkVuY2Fwc3VsYXRpb24gTWV0aG9kcyBmb3IgVHJhbnNwb3J0 IG9mIEV0aGVybmV0IEZyYW1lcyBPdmVyIElQL01QTFMgTmV0d29ya3MKCgogICAgICAgICAg ICAgICAgIGRyYWZ0LWlldGYtcHdlMy1ldGhlcm5ldC1lbmNhcC0wMi50eHQKClN0YXR1cyBv ZiB0aGlzIE1lbW8KCiAgIFRoaXMgZG9jdW1lbnQgaXMgYW4gSW50ZXJuZXQtRHJhZnQgYW5k IGlzIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aAogICBhbGwgcHJvdmlzaW9ucyBvZiBTZWN0 aW9uIDEwIG9mIFJGQzIwMjYuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9j dW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNrIEZvcmNlIChJRVRG KSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiBOb3RlIHRoYXQgb3RoZXIK ICAgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50 ZXJuZXQtRHJhZnRzLgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMg dmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzCiAgIGFuZCBtYXkgYmUgdXBkYXRl ZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55CiAg IHRpbWUuIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyBy ZWZlcmVuY2UKICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndv cmsgaW4gcHJvZ3Jlc3MuIgoKICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFm dHMgY2FuIGJlIGFjY2Vzc2VkIGF0CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQt YWJzdHJhY3RzLnR4dC4KCiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBE aXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9z aGFkb3cuaHRtbC4KCkFic3RyYWN0CgogICBBbiBFdGhlcm5ldCBQc2V1ZG93aXJlIChQVykg aXMgdXNlZCB0byBjYXJyeSBFdGhlcm5ldC84MDIuMyBQcm90b2NvbAogICBEYXRhIFVuaXRz IG92ZXIgYW4gSVAgb3IgTVBMUyBuZXR3b3JrLiBUaGlzIGVuYWJsZXMgc2VydmljZSBwcm92 aWRlcnMKICAgdG8gb2ZmZXIgImVtdWxhdGVkIiBldGhlcm5ldCBzZXJ2aWNlcyBvdmVyIGV4 aXN0aW5nIElQIG9yIE1QTFMKICAgbmV0d29ya3MuIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVz IHRoZSBlbmNhcHN1bGF0aW9uIG9mIEV0aGVybmV0LzgwMi4zCiAgIFBEVXMgd2l0aGluIGEg cHNldWRvd2lyZS4gSXQgYWxzbyBzcGVjaWZpZXMgdGhlIHByb2NlZHVyZXMgZm9yIHVzaW5n CiAgIGEgUFcgdG8gcHJvdmlkZSBhICJwb2ludC10by1wb2ludCBldGhlcm5ldCIgc2Vydmlj ZS4KCgoKCgpNYXJ0aW5pLCBldCBhbC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJbnRlcm5ldCBEcmFmdCAgIGRyYWZ0LWll dGYtcHdlMy1ldGhlcm5ldC1lbmNhcC0wMi50eHQgICAgIEZlYnJ1YXJ5IDIwMDMKCgoKClRh YmxlIG9mIENvbnRlbnRzCgogICAgMSAgICAgIFNwZWNpZmljYXRpb24gb2YgUmVxdWlyZW1l bnRzICAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgIDIKICAgIDIgICAgICBJbnRyb2R1 Y3Rpb24gIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gICAy CiAgICAzICAgICAgUmVxdWlyZW1lbnRzIGZvciBFdGhlcm5ldCBQc2V1ZG8tV2lyZXMgRW11 bGF0aW5nIFBvaW50LXRvLVBvaW50IEV0aGVybmV0IExpbmtzICA0CiAgICAzLjEgICAgRnJh bWUgUHJvY2Vzc2luZyBhdCB0aGUgUFcgRW5kcG9pbnRzICAuLi4uLi4uLi4uLi4uLi4uLi4u ICAgNgogICAgMy4xLjEgIEVuY2Fwc3VsYXRpb24gIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLiAgIDYKICAgIDMuMS4yICBUYWdnZWQgTW9kZSAgLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gICA2CiAgICAzLjEuMyAg TVRVIE1hbmFnZW1lbnQgb24gdGhlIFBFL0NFIExpbmtzICAuLi4uLi4uLi4uLi4uLi4uLi4u Li4uICAgNgogICAgMy4xLjQgIEZyYW1lIE9yZGVyaW5nICAuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgIDYKICAgIDMuMS41ICBGcmFtZSBFcnJvciBQcm9j ZXNzaW5nICAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gICA3CiAgICAzLjEu NiAgSUVFRSA4MDIuM3ggRmxvdyBDb250cm9sIEludGVyd29ya2luZyAgLi4uLi4uLi4uLi4u Li4uLi4uICAgNwogICAgMy4yICAgIFBXIFNldHVwIGFuZCBNYWludGVuYW5jZSAgLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgIDcKICAgIDMuMyAgICBNYW5hZ2VtZW50ICAu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gICA3CiAgICAz LjQgICAgVGhlIENvbnRyb2wgV29yZCAgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uICAgOAogICAgMy40LjEgIFNldHRpbmcgdGhlIHNlcXVlbmNlIG51bWJlciAg Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgIDgKICAgIDMuNC4yICBQcm9jZXNzaW5n IHRoZSBzZXF1ZW5jZSBudW1iZXIgIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gICA5CiAg ICAzLjUgICAgUW9TIENvbnNpZGVyYXRpb25zICAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uICAgOQogICAgMy42ICAgIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zICAu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgMTAKICAgIDMuNyAgICBQU04gTVRV IFJlcXVpcmVtZW50cyAgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDEw CiAgICA0ICAgICAgSW50ZWxsZWN0dWFsIFByb3BlcnR5IERpc2NsYWltZXIgIC4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uICAxMQogICAgNSAgICAgIFJlZmVyZW5jZXMgIC4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgMTEKICAgIDYgICAgICBBdXRo b3IgSW5mb3JtYXRpb24gIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g IDEyCiAgICAgICAgICAgQXBwZW5kaXggQSAtIEludGVyb3BlcmFiaWxpdHkgR3VpZGVsaW5l cyAgLi4uLi4uLi4uLi4uLi4uICAxNQogICAgICAgICAgIEFwcGVuZGl4IEIgLSBRb1MgRGV0 YWlscyAgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAgMTYKCgoKCgoxLiBTcGVj aWZpY2F0aW9uIG9mIFJlcXVpcmVtZW50cwoKICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJN VVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLAogICAiU0hPVUxE IiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIg aW4gdGhpcwogICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVk IGluIFJGQyAyMTE5CgoKMi4gSW50cm9kdWN0aW9uCgogICBBbiBFdGhlcm5ldCBQc2V1ZG93 aXJlIChQVykgYWxsb3dzIEV0aGVybmV0LzgwMi4zIFByb3RvY29sIERhdGEgVW5pdHMKICAg KFBEVXMpIHRvIGJlIGNhcnJpZWQgb3ZlciBhbiBJUCBuZXR3b3JrIG9yIGFuIE1QTFMgbmV0 d29yay4gSW4KICAgYWRkcmVzc2luZyB0aGUgaXNzdWVzIGFzc29jaWF0ZWQgd2l0aCBjYXJy eWluZyBhbiBFdGhlcm5ldCBQRFUgb3ZlciBhCiAgIFBTTiwgdGhpcyBkb2N1bWVudCBhc3N1 bWVzIHRoYXQgYSBQc2V1ZG93aXJlIChQVykgaGFzIGJlZW4gc2V0IHVwIGJ5CiAgIHNvbWUg bWVhbnMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gVGhpcyBtYXkgYmUg dmlhIG1hbnVhbAogICBjb25maWd1cmF0aW9uLCBvciBhIHNpZ25hbGluZyBwcm90b2NvbCBz dWNoIGFzIHRoYXQgZGVmaW5lZCBpbgogICBbUFdFMy1DVFJMXSBvciBbTDJUUHYzXS4gQXMg ZGVzY3JpYmVkIGluIFtQV0UzLUZSQU1FXSwgdGhpcyBQVyBtYXkgYmUKCgoKTWFydGluaSwg ZXQgYWwuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFtQYWdlIDJdCgwKSW50ZXJuZXQgRHJhZnQgICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQt ZW5jYXAtMDIudHh0ICAgICBGZWJydWFyeSAyMDAzCgoKICAgdHVubmVsZWQgdGhyb3VnaCBh biBNUExTLCBJUHY0IG9yIElQdjYgUFNOLgoKICAgSW4gYWRkaXRpb24gdG8gdGhlIEV0aGVy bmV0IFBEVSBmb3JtYXQgdXNlZCB3aXRoaW4gdGhlIHBzZXVkb3dpcmUsCiAgIHRoaXMgZG9j dW1lbnQgZGlzY3Vzc2VzOgoKICAgICAtIFByb2NlZHVyZXMgZm9yIHVzaW5nIGEgUFcgaW4g b3JkZXIgdG8gcHJvdmlkZSBhIHBhaXIgb2YgQ0VzIHdpdGgKICAgICAgIGFuIGVtdWxhdGVk IChwb2ludC10by1wb2ludCkgZXRoZXJuZXQgc2VydmljZSwgaW5jbHVkaW5nIHRoZQogICAg ICAgcHJvY2VkdXJlcyBmb3IgdGhlIHByb2Nlc3Npbmcgb2YgUEUtYm91bmQgYW5kIENFLWJv dW5kIGV0aGVybmV0CiAgICAgICBQRFVzLiBbUFdFMy1GUkFNRV0KCiAgICAgLSBFdGhlcm5l dC1zcGVjaWZpYyBRb1MgYW5kIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zCgogICAgIC0gSW50 ZXItZG9tYWluIHRyYW5zcG9ydCBjb25zaWRlcmF0aW9ucyBmb3IgRXRoZXJuZXQgUFcKCiAg IFRoZSBmb2xsb3dpbmcgdHdvIGZpZ3VyZXMgZGVzY3JpYmUgdGhlIHJlZmVyZW5jZSBtb2Rl bHMgd2hpY2ggYXJlCiAgIGRlcml2ZWQgZnJvbSBbUFdFMy1GUkFNRV0gdG8gc3VwcG9ydCB0 aGUgRXRoZXJuZXQgUFcgZW11bGF0ZWQKICAgc2VydmljZXMuCgogICAgICAgICAgIE5hdGl2 ZSAgICB8PC0tLS0tIFBzZXVkbyBXaXJlIC0tLS0+fCAgTmF0aXZlCiAgICAgICAgICBFdGhl cm5ldCAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8ICBFdGhlcm5ldAogICAgICAgICAg ICAgb3IgICAgICB8ICB8PC0tIFBTTiBUdW5uZWwgLS0+fCAgfCAgICBvcgogICAgICAgICAg IFZMQU4gICAgICBWICBWICAgICAgICAgICAgICAgICAgViAgViAgIFZMQU4KICAgICAgICAg IFNlcnZpY2UgICstLS0tKyAgICAgICAgICAgICAgICAgICstLS0tKyBTZXJ2aWNlCiAgICst LS0tKyAgICB8ICAgICB8IFBFMXw9PT09PT09PT09PT09PT09PT18IFBFMnwgICAgIHwgICAg Ky0tLS0rCiAgIHwgICAgfC0tLS0tLS0tLS18Li4uLi4uLi4uLi4uUFcxLi4uLi4uLi4uLi4u LnwtLS0tLS0tLS0tfCAgICB8CiAgIHwgQ0UxfCAgICB8ICAgICB8ICAgIHwgICAgICAgICAg ICAgICAgICB8ICAgIHwgICAgIHwgICAgfENFMiB8CiAgIHwgICAgfC0tLS0tLS0tLS18Li4u Li4uLi4uLi4uUFcyLi4uLi4uLi4uLi4uLnwtLS0tLS0tLS0tfCAgICB8CiAgICstLS0tKyAg ICB8ICAgICB8ICAgIHw9PT09PT09PT09PT09PT09PT18ICAgIHwgICAgIHwgICAgKy0tLS0r CiAgICAgICAgXiAgICAgICAgICArLS0tLSsgICAgICAgICAgICAgICAgICArLS0tLSsgICAg IHwgICAgXgogICAgICAgIHwgICAgICBQcm92aWRlciBFZGdlIDEgICAgICAgICBQcm92aWRl ciBFZGdlIDIgICAgIHwKICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8CiAgICAgICAgfDwtLS0tLS0tLS0tLS0tLSBFbXVsYXRl ZCBTZXJ2aWNlIC0tLS0tLS0tLS0tLS0tLS0+fAoKICAgICAgRmlndXJlIDE6IFBXRTMgRXRo ZXJuZXQvVkxBTiBJbnRlcmZhY2UgUmVmZXJlbmNlIENvbmZpZ3VyYXRpb24KCiAgIFRoZSAi ZW11bGF0ZWQgc2VydmljZSIgc2hvd24gaW4gRmlndXJlIDEgaXMsIHN0cmljdGx5IHNwZWFr aW5nLCBhCiAgIGJyaWRnZWQgTEFOOyB0aGUgUEVzIGhhdmUgTUFDIGludGVyZmFjZXMsIGNv bnN1bWUgTUFDIGNvbnRyb2wgZnJhbWVzLAogICBldGMuIEhvd2V2ZXIsIHRoZSBwcm9jZWR1 cmVzIHNwZWNpZmllZCBoZXJlaW4gb25seSBzdXBwb3J0IHRoZSBjYXNlCiAgIGluIHdoaWNo IHRoZXJlIGFyZSB0d28gQ0VzIG9uIHRoZSAiZW11bGF0ZWQgTEFOIi4gSGVuY2Ugd2UgcmVm ZXIgdG8KICAgdGhpcyBzZXJ2aWNlIGFzICJlbXVsYXRlZCBwb2ludC10by1wb2ludCBldGhl cm5ldCIuIFNwZWNpZmljYXRpb24gb2YKICAgdGhlIHByb2NlZHVyZXMgZm9yIHVzaW5nIHBz ZXVkb3dpcmVzIHRvIGVtdWxhdGUgTEFOcyB3aXRoIG1vcmUgdGhhbgogICB0d28gQ0VzIGFy ZSBvdXQgb2Ygc2NvcGUgb2YgdGhlIGN1cnJlbnQgZG9jdW1lbnQuCgoKCgoKCgoKCk1hcnRp bmksIGV0IGFsLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbUGFnZSAzXQoMCkludGVybmV0IERyYWZ0ICAgZHJhZnQtaWV0Zi1wd2UzLWV0aGVy bmV0LWVuY2FwLTAyLnR4dCAgICAgRmVicnVhcnkgMjAwMwoKCiAgICstLS0tLS0tLS0tLS0t KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0rCiAgIHwg IEVtdWxhdGVkICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgRW11bGF0 ZWQgICB8CiAgIHwgIEV0aGVybmV0ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfCAgRXRoZXJuZXQgICB8CiAgIHwgKGluY2x1ZGluZyAgfCAgICAgICAgIEVtdWxhdGVk IFNlcnZpY2UgICAgICAgfCAoaW5jbHVkaW5nICB8CiAgIHwgIFZMQU4pICAgICAgfDw9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0+fCAgVkxBTikgICAgICB8CiAgIHwgIFNlcnZp Y2VzICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgU2VydmljZXMgICB8 CiAgICstLS0tLS0tLS0tLS0tKyAgICAgICAgICAgUHNldWRvIFdpcmUgICAgICAgICAgKy0t LS0tLS0tLS0tLS0rCiAgIHxEZW11bHRpcGxleGVyfDw9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0+fERlbXVsdGlwbGV4b3J8CiAgICstLS0tLS0tLS0tLS0tKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0rCiAgIHwgICAgUFNOICAgICAg fCAgICAgICAgICAgIFBTTiBUdW5uZWwgICAgICAgICAgfCAgICBQU04gICAgICB8CiAgIHwg TVBMUyBvciBJUCAgfDw9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0+fCBNUExTIG9y IElQICB8CiAgICstLS0tLS0tLS0tLS0tKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0rCiAgIHwgIFBoeXNpY2FsICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfCAgUGh5c2ljYWwgICB8CiAgICstLS0tLSstLS0tLS0tKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tKy0tLS0tLS0rCgogICAgICBGaWd1 cmUgMjogRXRoZXJuZXQgUFdFMyBQcm90b2NvbCBTdGFjayBSZWZlcmVuY2UgTW9kZWwKCiAg IEZvciB0aGUgcHVycG9zZSBvZiB0aGlzIGRvY3VtZW50LCBQRTEgd2lsbCBiZSBkZWZpbmVk IGFzIHRoZSBpbmdyZXNzCiAgIHJvdXRlciwgYW5kIFBFMiBhcyB0aGUgZWdyZXNzIHJvdXRl ci4gQSBsYXllciAyIFBEVSB3aWxsIGJlIHJlY2VpdmVkCiAgIGF0IFBFMSwgZW5jYXBzdWxh dGVkIGF0IFBFMSwgdHJhbnNwb3J0ZWQsIGRlY2Fwc3VsYXRlZCBhdCBQRTIsIGFuZAogICB0 cmFuc21pdHRlZCBvdXQgb2YgUEUyLgoKCjMuIFJlcXVpcmVtZW50cyBmb3IgRXRoZXJuZXQg UHNldWRvLVdpcmVzIEVtdWxhdGluZyBQb2ludC10by1Qb2ludAogICBFdGhlcm5ldCBMaW5r cwoKICAgQW4gRXRoZXJuZXQgUFcgZW11bGF0ZXMgYSBzaW5nbGUgRXRoZXJuZXQgbGluayBi ZXR3ZWVuIGV4YWN0bHkgdHdvCiAgIGVuZHBvaW50cy4gVGhlIG1lY2hhbmlzbXMgZGVzY3Jp YmVkIGluIHRoaXMgZG9jdW1lbnQgYXJlIGFnbm9zdGljIHRvCiAgIHRoYXQgd2hpY2ggaXMg YmVuZWF0aCB0aGUgIlBzZXVkbyBXaXJlIiBsZXZlbCBpbiBGaWd1cmUgMiwgY29uY2Vybmlu ZwogICBpdHNlbGYgb25seSB3aXRoIHRoZSAiRW11bGF0ZWQgU2VydmljZSIgcG9ydGlvbiBv ZiB0aGUgc3RhY2suCgogICBUaGUgZm9sbG93aW5nIHJlZmVyZW5jZSBtb2RlbCBkZXNjcmli ZXMgdGhlIHRlcm1pbmF0aW9uIHBvaW50IG9mIGVhY2gKICAgZW5kIG9mIHRoZSBQVyB3aXRo aW4gdGhlIFBFOgoKCgoKCgoKCgoKCgoKCgoKCgpNYXJ0aW5pLCBldCBhbC4gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgNF0KDApJbnRl cm5ldCBEcmFmdCAgIGRyYWZ0LWlldGYtcHdlMy1ldGhlcm5ldC1lbmNhcC0wMi50eHQgICAg IEZlYnJ1YXJ5IDIwMDMKCgogICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsKICAgICAgICAgICB8ICAgICAgICAgICAgICAgIFBFICAgICAgICAgICAg ICAgICB8CiAgICstLS0rICAgKy0rICArLS0tLS0rICArLS0tLS0tKyAgKy0tLS0tLSsgICst KwogICB8ICAgfCAgIHxQfCAgfCAgICAgfCAgfFBXIHRlcnwgIHwgUFNOICB8ICB8UHwKICAg fCAgIHw8PT18aHw8PXwgTlNQIHw8PXxtaW5hdGl8PD18VHVubmVsfDw9fGh8PD09IEZyb20g UFNOCiAgIHwgICB8ICAgfHl8ICB8ICAgICB8ICB8b24gICAgfCAgfCAgICAgIHwgIHx5fAog ICB8IEMgfCAgICstKyAgKy0tLS0tKyAgKy0tLS0tLSsgICstLS0tLS0rICArLSsKICAgfCBF IHwgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICB8ICAg Ky0rICArLS0tLS0rICArLS0tLS0tKyAgKy0tLS0tLSsgICstKwogICB8ICAgfCAgIHxQfCAg fCAgICAgfCAgfFBXIHRlcnwgIHwgUFNOICB8ICB8UHwKICAgfCAgIHw9PT58aHw9PnwgTlNQ IHw9PnxtaW5hdGl8PT58VHVubmVsfD0+fGh8PT0+IFRvIFBTTgogICB8ICAgfCAgIHx5fCAg fCAgICAgfCAgfG9uICAgIHwgIHwgICAgICB8ICB8eXwKICAgKy0tLSsgICArLSsgICstLS0t LSsgICstLS0tLS0rICArLS0tLS0tKyAgKy0rCiAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfAogICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsKICAgICAgICAgICAgICAgICAgICAgICBeICAgICAgICBeCiAg ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgfAogICAgICAgICAgICAgICAgICAgICAg IEEgICAgICAgIEIKCiAgICAgICAgICAgRmlndXJlIDM6IFBXIHJlZmVyZW5jZSBkaWFncmFt CgogICBUaGUgUFcgdGVybWluYXRlcyBhdCBhIGxvZ2ljYWwgcG9ydCB3aXRoaW4gdGhlIFBF LCBkZWZpbmVkIGF0IHBvaW50IEEKICAgaW4gdGhlIGFib3ZlIGRpYWdyYW0uIFRoaXMgcG9y dCBwcm92aWRlcyBhbiBFdGhlcm5ldCBNQUMgc2VydmljZSB0aGF0CiAgIHdpbGwgZGVsaXZl ciBlYWNoIEV0aGVybmV0IGZyYW1lIHRoYXQgaXMgcmVjZWl2ZWQgYXQgcG9pbnQgQSwKICAg dW5hbHRlcmVkLCB0byB0aGUgcG9pbnQgQSBpbiB0aGUgY29ycmVzcG9uZGluZyBQRSBhdCB0 aGUgb3RoZXIgZW5kIG9mCiAgIHRoZSBQVy4KCiAgIFRoZSAiTlNQIiBmdW5jdGlvbiBpbmNs dWRlcyBmcmFtZSBwcm9jZXNzaW5nIHRoYXQgaXMgcmVxdWlyZWQgZm9yIHRoZQogICBFdGhl cm5ldCBmcmFtZXMgdGhhdCBhcmUgZm9yd2FyZGVkIHRvIHRoZSBQVyB0ZXJtaW5hdGlvbiBw b2ludC4gU3VjaAogICBmdW5jdGlvbnMgbWF5IGluY2x1ZGUgc3RyaXBwaW5nLCBvdmVyd3Jp dGluZyBvciBhZGRpbmcgVkxBTiB0YWdzLAogICBwaHlzaWNhbCBwb3J0IG11bHRpcGxleGlu ZyBhbmQgZGVtdWx0aXBsZXhpbmcsIFBXLVBXIGJyaWRnaW5nLCBMMgogICBlbmNhcHN1bGF0 aW9uLCBzaGFwaW5nLCBwb2xpY2luZywgZXRjLgoKICAgVGhlIHBvaW50cyB0byB0aGUgbGVm dCBvZiBBLCBpbmNsdWRpbmcgdGhlIHBoeXNpY2FsIGxheWVyIGJldHdlZW4gdGhlCiAgIENF IGFuZCBQRSwgYW5kIGFueSBhZGFwdGF0aW9uIChOU1ApIGZ1bmN0aW9ucyBiZXR3ZWVuIGl0 IGFuZCB0aGUgUFcKICAgdGVybWluYXRpb25zLCBhcmUgb3V0c2lkZSBvZiB0aGUgc2NvcGUg b2YgUFdFMyBhbmQgYXJlIG5vdCBkZWZpbmVkCiAgIGhlcmUuCgogICAiUFcgVGVybWluYXRp b24iLCBiZXR3ZWVuIEEgYW5kIEIsIHJlcHJlc2VudHMgdGhlIG9wZXJhdGlvbnMgZm9yCiAg IHNldHRpbmcgdXAgYW5kIG1haW50YWluaW5nIHRoZSBQVywgYW5kIGZvciBlbmNhcHN1bGF0 aW5nIGFuZAogICBkZWNhcHN1bGF0aW5nIHRoZSBFdGhlcm5ldCBmcmFtZXMgYWNjb3JkaW5n IHRvIHRoZSBQU04gdHlwZSBpbiB1c2UuCgogICBBbiBldGhlcm5ldCBQVyBjYW4gb3BlcmF0 ZSBpbiBvbmUgb2YgdHdvIG1vZGVzOiAicmF3IG1vZGUiIG9yICJ0YWdnZWQKICAgbW9kZSIu ICBJbiB0YWdnZWQgbW9kZSwgZWFjaCBmcmFtZSBNVVNUIGNvbnRhaW4gYW4gODAyLjFRIFZM QU4gdGFnLAogICBhbmQgdGhlIHRhZyB2YWx1ZSBpcyBtZWFuaW5nZnVsIHRvIHRoZSBOU1Bz IGF0IHRoZSB0d28gUFcgZW5kcG9pbnRzLgogICBUaGF0IGlzLCB0aGUgdHdvIGVuZHBvaW50 cyBtdXN0IGhhdmUgc29tZSBhZ3JlZW1lbnQgKHNpZ25hbGVkIG9yCiAgIG1hbnVhbGx5IGNv bmZpZ3VyZWQpIG9uIGhvdyB0byBwcm9jZXNzIHRoZSB0YWcuIE9uIGEgcmF3IG1vZGUgUFcs IGEKICAgZnJhbWUgTUFZIGNvbnRhaW4gYW4gODAyLjFRIFZMQU4gdGFnLCBidXQgaWYgaXQg ZG9lcywgdGhlIHRhZyBpcyBub3QKCgoKTWFydGluaSwgZXQgYWwuICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50ZXJuZXQg RHJhZnQgICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQtZW5jYXAtMDIudHh0ICAgICBGZWJy dWFyeSAyMDAzCgoKICAgbWVhbmluZ2Z1bCB0byB0aGUgTlNQcywgYW5kIHBhc3NlcyB0cmFu c3BhcmVudGx5IHRocm91Z2ggdGhlbS4KCgozLjEuIEZyYW1lIFByb2Nlc3NpbmcgYXQgdGhl IFBXIEVuZHBvaW50cwoKMy4xLjEuIEVuY2Fwc3VsYXRpb24KCiAgIFRoZSBlbnRpcmUgRXRo ZXJuZXQgZnJhbWUgd2l0aG91dCBhbnkgcHJlYW1ibGUgb3IgRkNTIGlzIHRyYW5zcG9ydGVk CiAgIGFzIGEgc2luZ2xlIGZyYW1lIG92ZXIgdGhlIFBzZXVkb3dpcmUuICBOb3RlIHRoYXQg d2hlbiB1c2luZyB0aGUKICAgc2lnbmFsaW5nIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbUFdF My1DUlRMXSBvciBbTDJUUHYzXSwgYSAiUmF3IE1vZGUiCiAgIFBXIHNob3VsZCBiZSBzaWdu YWxlZCBhcyBiZWluZyBvZiB0eXBlICJFdGhlcm5ldCIuCgoKMy4xLjIuIFRhZ2dlZCBNb2Rl CgogICBUaGUgZXRoZXJuZXQgZnJhbWUgbWF5IGNvbnRhaW4gYW4gODAyLjFRIHRhZywgaW4g dGhpcyBjYXNlIHRoZSBQRQogICBNVVNUIHNpZ25hbCB0aGF0IHRoZSBQVyB3aWxsIGlzIHRy YW5zcG9ydGluZyBldGhlcm5ldCBmcmFtZXMKICAgaW5jbHVkaW5nIDgwMi4xUSB0YWdzLiBJ biB0aGlzIGNhc2UgYWxsIGZyYW1lcyBpbiBhIFBXIE1VU1QgaGF2ZSB0aGUKICAgc2FtZSA4 MDIuMVEgdGFnIHZhbHVlLiAgTm90ZSB0aGF0IHRoZSB0YWcgbWF5IGJlIG92ZXJ3cml0dGVu IGJ5IHRoZQogICBOU1AgZnVuY3Rpb24gYXQgaW5ncmVzcyBvciBhdCBlZ3Jlc3MuIE5vdGUg dGhhdCB3aGVuIHVzaW5nIHRoZQogICBzaWduYWxpbmcgcHJvY2VkdXJlcyBkZWZpbmVkIGlu IFtQV0UzLUNSVExdIG9yIFtMMlRQdjNdLCBhICJUYWdnZWQKICAgTW9kZSIgUFcgc2hvdWxk IGJlIHNpZ25hbGVkIGFzIGJlaW5nIG9mIHR5cGUgIkV0aGVybmV0IFZMQU4iLgoKCjMuMS4z LiBNVFUgTWFuYWdlbWVudCBvbiB0aGUgUEUvQ0UgTGlua3MKCiAgIFRoZSBFdGhlcm5ldCBQ VyBNVVNUIE5PVCBiZSBlbmFibGVkIHVubGVzcyBpdCBpcyBrbm93biB0aGF0IHRoZSBNVFVz CiAgIG9mIHRoZSBDRS1QRSBsaW5rcyBhcmUgdGhlIHNhbWUgYXQgYm90aCBlbmRzIG9mIHRo ZSBQVy4KCgozLjEuNC4gRnJhbWUgT3JkZXJpbmcKCiAgIEluIGdlbmVyYWwsIGFwcGxpY2F0 aW9ucyBydW5uaW5nIG92ZXIgRXRoZXJuZXQgZG8gbm90IHJlcXVpcmUgc3RyaWN0CiAgIGZy YW1lIG9yZGVyaW5nLiBIb3dldmVyIHRoZSBJRUVFIGRlZmluaXRpb24gb2YgODAyLjMgWzgw Mi4zXSByZXF1aXJlcwogICB0aGF0IGZyYW1lcyBmcm9tIHRoZSBzYW1lIGNvbnZlcnNhdGlv biBhcmUgZGVsaXZlcmVkIGluIHNlcXVlbmNlLgogICBNb3Jlb3ZlciwgdGhlIFBTTiBjYW5u b3QgKGluIHRoZSBnZW5lcmFsIGNhc2UpIGJlIGFzc3VtZWQgdG8gcHJvdmlkZQogICBvciB0 byBndWFyYW50ZWUgZnJhbWUgb3JkZXJpbmcuICBBbiBldGhlcm5ldCBQVyBjYW4sIHRocm91 Z2ggdXNlIG9mCiAgIHRoZSBjb250cm9sIHdvcmQsIHByb3ZpZGUgc3RyaWN0IGZyYW1lIG9y ZGVyaW5nLiBJZiB0aGlzIG9wdGlvbiBpcwogICBlbmFibGVkLCBhbnkgZnJhbWVzIHdoaWNo IGdldCBtaXNvcmRlcmVkIGJ5IHRoZSBQU04gd2lsbCBiZSBkcm9wcGVkCiAgIGJ5IHRoZSBy ZWNlaXZpbmcgUFcgZW5kcG9pbnQuIElmIHN0cmljdCBmcmFtZSBvcmRlcmluZyBpcyBhCiAg IHJlcXVpcmVtZW50IGZvciBhIHBhcnRpY3VsYXIgUFcsIHRoaXMgb3B0aW9uIE1VU1QgYmUg ZW5hYmxlZC4KCgoKCgoKCgoKCk1hcnRpbmksIGV0IGFsLiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSA2XQoMCkludGVybmV0IERyYWZ0 ICAgZHJhZnQtaWV0Zi1wd2UzLWV0aGVybmV0LWVuY2FwLTAyLnR4dCAgICAgRmVicnVhcnkg MjAwMwoKCjMuMS41LiBGcmFtZSBFcnJvciBQcm9jZXNzaW5nCgogICBBbiBlbmNhcHN1bGF0 ZWQgRXRoZXJuZXQgZnJhbWUgdHJhdmVyc2luZyBhIHBzdWVkby13aXJlIG1heSBiZQogICBk cm9wcGVkLCBjb3JydXB0ZWQgb3IgZGVsaXZlcmVkIG91dC1vZi1vcmRlci4gQXMgZGVzY3Jp YmVkIGluIFtQV0UzLQogICBSRVFdLCBmcmFtZS1sb3NzLCBjb3JydXB0aW9uLCBhbmQgb3V0 LW9mLW9yZGVyIGRlbGl2ZXJ5IGlzIGNvbnNpZGVyZWQKICAgdG8gYmUgYSAiZ2VuZXJhbGl6 ZWQgYml0IGVycm9yIiBvZiB0aGUgcHN1ZWRvLXdpcmUuIFBXIGZyYW1lcyB0aGF0CiAgIGFy ZSBjb3JydXB0ZWQgd2lsbCBiZSBkZXRlY3RlZCBhdCB0aGUgUFNOIGxheWVyIGFuZCBkcm9w cGVkLgoKICAgQXQgdGhlIGluZ3Jlc3Mgb2YgdGhlIFBXIHRoZSBuYXRpdmUgRXRoZXJuZXQg ZnJhbWUgZXJyb3IgcHJvY2Vzc2luZwogICBtZWNoYW5pc21zIE1VU1QgYmUgZW5hYmxlZC4g VGhlcmVmb3JlLCBpZiBhIFBFIGRldmljZSByZWNlaXZlcyBhbgogICBFdGhlcm5ldCBmcmFt ZSBjb250YWluaW5nIGhhcmR3YXJlIGxldmVsIENSQyBlcnJvcnMsIGZyYW1pbmcgZXJyb3Jz LAogICBvciBhIHJ1bnQgY29uZGl0aW9uLCB0aGUgZnJhbWUgTVVTVCBiZSBkaXNjYXJkZWQg b24gaW5wdXQuIE5vdGUgdGhhdAogICBkZWZpbmluZyB0aGlzIHByb2Nlc3NpbmcgaXMgcGFy dCBvZiB0aGUgTlNQIGZ1bmN0aW9uIGFuZCBpcyBvdXRzaWRlCiAgIHRoZSBzY29wZSBvZiB0 aGlzIGRyYWZ0LgoKCjMuMS42LiBJRUVFIDgwMi4zeCBGbG93IENvbnRyb2wgSW50ZXJ3b3Jr aW5nCgogICBJbiBhIHN0YW5kYXJkIGdpZ2FiaXQgRXRoZXJuZXQgbmV0d29yaywgdGhlIGZs b3cgY29udHJvbCBtZWNoYW5pc20gaXMKICAgb3B0aW9uYWwgYW5kIHR5cGljYWxseSBjb25m aWd1cmVkIGJldHdlZW4gdGhlIHR3byBub2RlcyBvbiBhIHBvaW50LQogICB0by1wb2ludCBs aW5rIChlLmcuIGJldHdlZW4gdGhlIENFIGFuZCB0aGUgUEUpLiBJRUVFIDgwMi4zeCBQQVVT RQogICBmcmFtZXMgTVVTVCBOT1QgYmUgY2FycmllZCBhY3Jvc3MgdGhlIFBXLiBTZWUgQXBw ZW5kaXggQSBmb3Igbm90ZXMgb24KICAgQ0UtUEUgZmxvdyBjb250cm9sLgoKCjMuMi4gUFcg U2V0dXAgYW5kIE1haW50ZW5hbmNlCgogICBUaGlzIGRvY3VtZW50IGFzc3VtZXMgdGhhdCBh IG1lY2hhbmlzbSBleGlzdHMgdG8gc2V0IHVwIHRoZSBldGhlcm5ldAogICBQVy4gIE1haW50 ZW5hbmNlIG9mIHRoZSBQVyAoZS5nLiBrZWVwYWxpdmVzLCBzdGF0dXMgdXBkYXRlcywgZXRj KSBpcwogICBnZW5lcmFsbHkgdGllZCBjbG9zZWx5IHRvIHRoZSBQVyBTZXR1cCBtZWNoYW5p c21zLiBbUFdFMy1DVFJMXSBhbmQKICAgW0wyVFB2M10gZGVmaW5lIHR3byBtZWNoYW5pc21z IGZvciBzZXR1cCBhbmQgbWFpbnRlbmFuY2Ugb2YgRXRoZXJuZXQKICAgUFdzLgoKCjMuMy4g TWFuYWdlbWVudAoKICAgVGhlIEV0aGVybmV0IFBXIG1hbmFnZW1lbnQgbW9kZWwgZm9sbG93 cyB0aGUgZ2VuZXJhbCBtYW5hZ2VtZW50CiAgIGRlZmluZWQgaW4gW1BXRTMtRlJBTUVdIGFu ZCBbUFdFMy1NSUJdLiBNYW55IGNvbW1vbiBQVyBtYW5hZ2VtZW50CiAgIGZhY2lsaXRpZXMg YXJlIHByb3ZpZGVkIGhlcmUsIHdpdGggbm8gYWRkaXRpb25hbCBFdGhlcm5ldCBzcGVjaWZp Y3MKICAgbmVjZXNzYXJ5LiAgRXRoZXJuZXQtc3BlY2lmaWMgcGFyYW1ldGVycyBhcmUgZGVm aW5lZCBpbiBhbiBhZGRpdGlvbmFsCiAgIE1JQiBtb2R1bGUsIFtQVy1FTkVULU1JQl0uCgog ICBBcyBzcGVjaWZpZWQgaW4gW1BXRTMtRlJBTUVdLCBhbiBpbXBsZW1lbnRhdGlvbiBTSE9V TEQgc3VwcG9ydCB0aGUKICAgZ2VuZXJpYyBhbmQgc3BlY2lmaWMgUFcgTUlCIG1vZHVsZXMg Zm9yIFBXIHNldC11cCBhbmQgbW9uaXRvcmluZy4KICAgT3RoZXIgbWVjaGFuaXNtcyBmb3Ig UFcgc2V0IHVwIChjb21tYW5kIGxpbmUgaW50ZXJmYWNlIGZvciBleGFtcGxlKQogICBNQVkg YmUgc3VwcG9ydGVkLgoKCgoKCk1hcnRpbmksIGV0IGFsLiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSA3XQoMCkludGVybmV0IERyYWZ0 ICAgZHJhZnQtaWV0Zi1wd2UzLWV0aGVybmV0LWVuY2FwLTAyLnR4dCAgICAgRmVicnVhcnkg MjAwMwoKCjMuNC4gVGhlIENvbnRyb2wgV29yZAoKICAgV2hlbiBjYXJyeWluZyBFdGhlcm5l dCBvdmVyIGFuIElQIG9yIE1QTFMgYmFja2JvbmUgc2VxdWVudGlhbGl0eSBtYXkKICAgbmVl ZCB0byBiZSBwcmVzZXJ2ZWQuICBUaGUgT1BUSU9OQUwgY29udHJvbCB3b3JkIGRlZmluZWQg aGVyZQogICBhZGRyZXNzZXMgdGhpcyByZXF1aXJlbWVudC4gIEltcGxlbWVudGF0aW9ucyBN VVNUIHN1cHBvcnQgc2VuZGluZyBubwogICBjb250cm9sIHdvcmQsIGFuZCBNQVkgc3VwcG9y dCBzZW5kaW5nIGEgY29udHJvbCB3b3JkLgoKICAgSW4gYWxsIGNhc2VzIHRoZSBlZ3Jlc3Mg cm91dGVyIG11c3QgYmUgYXdhcmUgb2Ygd2hldGhlciB0aGUgaW5ncmVzcwogICByb3V0ZXIg d2lsbCBzZW5kIGEgY29udHJvbCB3b3JkIG92ZXIgYSBzcGVjaWZpYyB2aXJ0dWFsIGNpcmN1 aXQuCiAgIFRoaXMgbWF5IGJlIGFjaGlldmVkIGJ5IGNvbmZpZ3VyYXRpb24gb2YgdGhlIHJv dXRlcnMsIG9yIGJ5CiAgIHNpZ25hbGluZywgZm9yIGV4YW1wbGUgYXMgZGVmaW5lZCBpbiBb UFdFMy1DUlRMXS4KCiAgIFRoZSBjb250cm9sIHdvcmQgaXMgZGVmaW5lZCBhcyBmb2xsb3dz OgoKICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAg ICAgICAgICAgICAgIDMKICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3 IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQogICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwogICB8ICAgICAg ICAgICBSZXNlcnZlZCAgICAgICAgICAgIHwgICAgICAgU2VxdWVuY2UgTnVtYmVyICAgICAg ICAgfAogICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKwoKICAgSW4gdGhlIGFib3ZlIGRpYWdyYW0gdGhlIGZpcnN0 IDE2IGJpdHMgYXJlIHJlc2VydmVkIGZvciBmdXR1cmUgdXNlLgogICBUaGV5IE1VU1QgYmUg c2V0IHRvIDAgd2hlbiB0cmFuc21pdHRpbmcsIGFuZCBNVVNUIGJlIGlnbm9yZWQgdXBvbgog ICByZWNlaXB0LgoKICAgVGhlIG5leHQgMTYgYml0cyBwcm92aWRlIGEgc2VxdWVuY2UgbnVt YmVyIHRoYXQgY2FuIGJlIHVzZWQgdG8KICAgZ3VhcmFudGVlIG9yZGVyZWQgZnJhbWUgZGVs aXZlcnkuIFRoZSBwcm9jZXNzaW5nIG9mIHRoZSBzZXF1ZW5jZQogICBudW1iZXIgZmllbGQg aXMgT1BUSU9OQUwuCgogICBUaGUgc2VxdWVuY2UgbnVtYmVyIHNwYWNlIGlzIGEgMTYgYml0 LCB1bnNpZ25lZCBjaXJjdWxhciBzcGFjZS4gVGhlCiAgIHNlcXVlbmNlIG51bWJlciB2YWx1 ZSAwIGlzIHVzZWQgdG8gaW5kaWNhdGUgYW4gdW5zZXF1ZW5jZWQgZnJhbWUuCgoKMy40LjEu IFNldHRpbmcgdGhlIHNlcXVlbmNlIG51bWJlcgoKICAgRm9yIGEgZ2l2ZW4gUFcsIGFuZCBh IHBhaXIgb2Ygcm91dGVycyBQRTExIGFuZCBQRTIsIGlmIFBFMTEgc3VwcG9ydHMKICAgZnJh bWUgc2VxdWVuY2luZyB0aGVuIHRoZSBmb2xsb3dpbmcgcHJvY2VkdXJlcyBzaG91bGQgYmUg dXNlZDoKCiAgICAgLSB0aGUgaW5pdGlhbCBmcmFtZSB0cmFuc21pdHRlZCBvbiB0aGUgUFcg TVVTVCB1c2Ugc2VxdWVuY2UgbnVtYmVyCiAgICAgICAxCiAgICAgLSBzdWJzZXF1ZW50IGZy YW1lcyBNVVNUIGluY3JlbWVudCB0aGUgc2VxdWVuY2UgbnVtYmVyIGJ5IG9uZSBmb3IKICAg ICAgIGVhY2ggZnJhbWUKICAgICAtIHdoZW4gdGhlIHRyYW5zbWl0IHNlcXVlbmNlIG51bWJl ciByZWFjaGVzIHRoZSBtYXhpbXVtIDE2IGJpdAogICAgICAgdmFsdWUgKDY1NTM1KSB0aGUg c2VxdWVuY2UgbnVtYmVyIE1VU1Qgd3JhcCB0byAxCgogICBJZiB0aGUgdHJhbnNtaXR0aW5n IHJvdXRlciBQRTEgZG9lcyBub3Qgc3VwcG9ydCBzZXF1ZW5jZSBudW1iZXIKICAgcHJvY2Vz c2luZywgdGhlbiB0aGUgc2VxdWVuY2UgbnVtYmVyIGZpZWxkIGluIHRoZSBjb250cm9sIHdv cmQgTVVTVAogICBiZSBzZXQgdG8gMC4KCgoKCk1hcnRpbmksIGV0IGFsLiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSA4XQoMCkludGVy bmV0IERyYWZ0ICAgZHJhZnQtaWV0Zi1wd2UzLWV0aGVybmV0LWVuY2FwLTAyLnR4dCAgICAg RmVicnVhcnkgMjAwMwoKCjMuNC4yLiBQcm9jZXNzaW5nIHRoZSBzZXF1ZW5jZSBudW1iZXIK CiAgIElmIGEgcm91dGVyIFBFMiBzdXBwb3J0cyByZWNlaXZlIHNlcXVlbmNlIG51bWJlciBw cm9jZXNzaW5nLCB0aGVuIHRoZQogICBmb2xsb3dpbmcgcHJvY2VkdXJlcyBzaG91bGQgYmUg dXNlZDoKCiAgIFdoZW4gYSBQVyBpcyBpbml0aWFsbHkgc2V0IHVwLCB0aGUgImV4cGVjdGVk IHNlcXVlbmNlIG51bWJlciIKICAgYXNzb2NpYXRlZCB3aXRoIGl0IE1VU1QgYmUgaW5pdGlh bGl6ZWQgdG8gMS4KCiAgIFdoZW4gYSBmcmFtZSBpcyByZWNlaXZlZCBvbiB0aGF0IFBXLCB0 aGUgc2VxdWVuY2UgbnVtYmVyIHNob3VsZCBiZQogICBwcm9jZXNzZWQgYXMgZm9sbG93czoK CiAgICAgLSBpZiB0aGUgc2VxdWVuY2UgbnVtYmVyIG9uIHRoZSBmcmFtZSBpcyAwLCB0aGVu IHRoZSBmcmFtZSBwYXNzZXMKICAgICAgIHRoZSBzZXF1ZW5jZSBudW1iZXIgY2hlY2sKCiAg ICAgLSBvdGhlcndpc2UgaWYgdGhlIGZyYW1lIHNlcXVlbmNlIG51bWJlciA+PSB0aGUgZXhw ZWN0ZWQgc2VxdWVuY2UKICAgICAgIG51bWJlciBhbmQgdGhlIGZyYW1lIHNlcXVlbmNlIG51 bWJlciAtIHRoZSBleHBlY3RlZCBzZXF1ZW5jZQogICAgICAgbnVtYmVyIDwgMzI3NjgsIHRo ZW4gdGhlIGZyYW1lIGlzIGluIG9yZGVyLgoKICAgICAtIG90aGVyd2lzZSBpZiB0aGUgZnJh bWUgc2VxdWVuY2UgbnVtYmVyIDwgdGhlIGV4cGVjdGVkIHNlcXVlbmNlCiAgICAgICBudW1i ZXIgYW5kIHRoZSBleHBlY3RlZCBzZXF1ZW5jZSBudW1iZXIgLSB0aGUgZnJhbWUgc2VxdWVu Y2UKICAgICAgIG51bWJlciA+PSAzMjc2OCwgdGhlbiB0aGUgZnJhbWUgaXMgaW4gb3JkZXIu CgogICAgIC0gb3RoZXJ3aXNlIHRoZSBmcmFtZSBpcyBvdXQgb2Ygb3JkZXIuCgogICBJZiBh IGZyYW1lIHBhc3NlcyB0aGUgc2VxdWVuY2UgbnVtYmVyIGNoZWNrLCBvciBpcyBpbiBvcmRl ciB0aGVuLCBpdAogICBjYW4gYmUgZGVsaXZlcmVkIGltbWVkaWF0ZWx5LiBJZiB0aGUgZnJh bWUgaXMgaW4gb3JkZXIsIHRoZW4gdGhlCiAgIGV4cGVjdGVkIHNlcXVlbmNlIG51bWJlciBz aG91bGQgYmUgc2V0IHVzaW5nIHRoZSBhbGdvcml0aG06CgogICBleHBlY3RlZF9zZXF1ZW5j ZV9udW1iZXIgOj0gZnJhbWVfc2VxdWVuY2VfbnVtYmVyICsgMSBtb2QgMioqMTYKICAgaWYg KGV4cGVjdGVkX3NlcXVlbmNlX251bWJlciA9IDApIHRoZW4gZXhwZWN0ZWRfc2VxdWVuY2Vf bnVtYmVyIDo9IDE7CgogICBQYWNrZXRzIHdoaWNoIGFyZSByZWNlaXZlZCBvdXQgb2Ygb3Jk ZXIgTUFZIGJlIGRyb3BwZWQgb3IgcmVvcmRlcmVkCiAgIGF0IHRoZSBkaXNjcmV0aW9uIG9m IHRoZSByZWNlaXZlci4KCiAgIElmIGEgcm91dGVyIFBFMiBkb2VzIG5vdCBzdXBwb3J0IHJl Y2VpdmUgc2VxdWVuY2UgbnVtYmVyIHByb2Nlc3NpbmcsCiAgIHRoZW4gdGhlIHNlcXVlbmNl IG51bWJlciBmaWVsZCBNQVkgYmUgaWdub3JlZC4KCgozLjUuIFFvUyBDb25zaWRlcmF0aW9u cwoKICAgVGhlIGluZ3Jlc3MgUEUgTUFZIGNvbnNpZGVyIHRoZSB1c2VyIHByaW9yaXR5IChQ UkkpIGZpZWxkIFs4MDIuMVFdIG9mCiAgIHRoZSBWTEFOIHRhZyBoZWFkZXIgd2hlbiBkZXRl cm1pbmluZyB0aGUgdmFsdWUgdG8gYmUgcGxhY2VkIGluIGEgUW9TCiAgIGZpZWxkIG9mIHRo ZSBlbmNhcHN1bGF0aW5nIHByb3RvY29sIChlLmcuLCB0aGUgRVhQIGZpZWxkcyBvZiB0aGUg TVBMUwogICBsYWJlbCBzdGFjayBvciB0aGUgRFNDUCBvZiBhbiBJUCBwYWNrZXQpLiAgSW4g YSBzaW1pbGFyIHdheSwgdGhlCiAgIGVncmVzcyBQRSBNQVkgY29uc2lkZXIgdGhlIFFvUyBm aWVsZCBvZiB0aGUgUFNOJ3MgZW5jYXBzdWxhdGluZwogICBwcm90b2NvbCB3aGVuIHF1ZXVp bmcgdGhlIGZyYW1lIGZvciBDRS1ib3VuZC4KCiAgIEEgUEUgTVVTVCBzdXBwb3J0IHRoZSBh YmlsaXR5IHRvIGNhcnJ5IHRoZSBFdGhlcm5ldCBQVyBhcyBhIGJlc3QKCgoKTWFydGluaSwg ZXQgYWwuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFtQYWdlIDldCgwKSW50ZXJuZXQgRHJhZnQgICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQt ZW5jYXAtMDIudHh0ICAgICBGZWJydWFyeSAyMDAzCgoKICAgZWZmb3J0IHNlcnZpY2Ugb3Zl ciB0aGUgUFNOLiAgUFJJIGJpdHMgYXJlIGtlcHQgdHJhbnNwYXJlbnQgYmV0d2VlbgogICBQ RSBkZXZpY2VzLCByZWdhcmRsZXNzIG9mIHRoZSBRb1Mgc3VwcG9ydCBvZiB0aGUgUFNOLgoK ICAgSWYgYW4gODAyLjFRIFZMQU4gZmllbGQgaXMgYWRkZWQgYXQgdGhlIFBFLCBhIGRlZmF1 bHQgUFJJIHNldHRpbmcgb2YKICAgemVybyBNVVNUIGJlIHN1cHBvcnRlZCwgYSBjb25maWd1 cmVkIGRlZmF1bHQgdmFsdWUgaXMgcmVjb21tZW5kZWQsIG9yCiAgIHRoZSB2YWx1ZSBtYXkg YmUgbWFwcGVkIGZyb20gdGhlIFFvUyBmaWVsZCBvZiB0aGUgUFNOLCBhcyByZWZlcnJlZCB0 bwogICBhYm92ZS4KCiAgIEEgUEUgbWF5IHN1cHBvcnQgYWRkaXRpb25hbCBRb1Mgc3VwcG9y dCBieSBtZWFucyBvZiBvbmUgb3IgbW9yZSBvZgogICB0aGUgZm9sbG93aW5nIG1ldGhvZHM6 CgogICAgICAgIC1pLiBPbmUgQ09TIHBlciBQVyBFbmQgU2VydmljZSAoUFdFUyksIG1hcHBl ZCB0byBhIHNpbmdsZSBDT1MgUFcKICAgICAgICAgICAgYXQgdGhlIFBTTi4KICAgICAgIC1p aS4gTXVsdGlwbGUgQ09TIHBlciBQV0VTIG1hcHBlZCB0byBhIHNpbmdsZSBQVyB3aXRoIG11 bHRpcGxlCiAgICAgICAgICAgIENPUyBhdCB0aGUgUFNOLgogICAgICAtaWlpLiBNdWx0aXBs ZSBDT1MgcGVyIFBXRVMgbWFwcGVkIHRvIG11bHRpcGxlIFBXcyBhdCB0aGUgUFNOLgoKICAg RXhhbXBsZXMgb2YgdGhlIGNhc2VzIGFib3ZlIGFuZCBkZXRhaWxzIG9mIHRoZSBzZXJ2aWNl IG1hcHBpbmcKICAgY29uc2lkZXJhdGlvbnMgYXJlIGRlc2NyaWJlZCBpbiBBcHBlbmRpeCBC LgoKICAgVGhlIFBXIGd1YXJhbnRlZWQgcmF0ZSBhdCB0aGUgUFNOIGxldmVsIGlzIFBXIHBy b3ZpZGVyIHBvbGljeSBiYXNlZAogICBvbiBhZ3JlZW1lbnQgd2l0aCB0aGUgY3VzdG9tZXIs IGFuZCBtYXkgYmUgZGlmZmVyZW50IGZyb20gdGhlCiAgIEV0aGVybmV0IHBoeXNpY2FsIHBv cnQgcmF0ZS4KCgozLjYuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zCgogICBUaGUgZXRoZXJu ZXQgcHNldWRvd2lyZSB0eXBlIGlzIHN1YmplY3QgdG8gYWxsIG9mIHRoZSBnZW5lcmFsCiAg IHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGRpc2N1c3NlZCBpbiBbUFdFMy1BUkNIXS4KCiAg IFNlY3VyaXR5IGFjaGlldmVkIGJ5IGFjY2VzcyBjb250cm9sIG9mIE1BQyBhZGRyZXNzZXMg aXMgb3V0IG9mIHNjb3BlCiAgIG9mIHRoaXMgZG9jdW1lbnQuIEFkZGl0aW9uYWwgc2VjdXJp dHkgcmVxdWlyZW1lbnRzIHJlbGF0ZWQgdG8gdGhlIHVzZQogICBvZiBQVyBpbiBhIHN3aXRj aGluZyAodmlydHVhbCBicmlkZ2luZykgZW52aXJvbm1lbnQgYXJlIG5vdCBkaXNjdXNzZWQK ICAgaGVyZSBhcyB0aGV5IGFyZSBub3Qgd2l0aGluIHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0 LgoKCjMuNy4gUFNOIE1UVSBSZXF1aXJlbWVudHMKCiAgIFRoZSBQU04gTVVTVCBiZSBjb25m aWd1cmVkIHdpdGggYW4gTVRVIHRoYXQgaXMgbGFyZ2UgZW5vdWdoIHRvCiAgIHRyYW5zcG9y dCBhIG1heGltdW0gc2l6ZWQgZXRoZXJuZXQgZnJhbWUgd2hpY2ggaGFzIGJlZW4gZW5jYXBz dWxhdGVkCiAgIHdpdGggYSBjb250cm9sIHdvcmQsIGEgcHNldWRvd2lyZSBkZW11bHRpcGxl eG9yLCBhbmQgYSB0dW5uZWwKICAgZW5jYXBzdWxhdGlvbi4gIElmIE1QTFMgaXMgdXNlZCBh cyB0aGUgdHVubmVsaW5nIHByb3RvY29sLCBmb3IKICAgZXhhbXBsZSwgdGhpcyBpcyBsaWtl bHkgdG8gYmUgOCBvciBtb3JlIGJ5dGVzIGdyZWF0ZXIgdGhhbiB0aGUKICAgbGFyZ2VzdCBm cmFtZSBzaXplLiBPdGhlciB0dW5uZWxpbmcgcHJvdG9jb2xzIG1heSBoYXZlIGxvbmdlciBo ZWFkZXJzCiAgIGFuZCByZXF1aXJlIGxhcmdlciBNVFVzLiBJZiB0aGUgaW5ncmVzcyByb3V0 ZXIgZGV0ZXJtaW5lcyB0aGF0IGFuCiAgIGVuY2Fwc3VsYXRlZCBsYXllciAyIFBEVSBleGNl ZWRzIHRoZSBNVFUgb2YgdGhlIHR1bm5lbCB0aHJvdWdoIHdoaWNoCiAgIGl0IG11c3QgYmUg c2VudCwgdGhlIFBEVSBNVVNUIGJlIGRyb3BwZWQuIElmIGFuIGVncmVzcyByb3V0ZXIKICAg cmVjZWl2ZXMgYW4gZW5jYXBzdWxhdGVkIGxheWVyIDIgUERVIHdob3NlIHBheWxvYWQgbGVu Z3RoIChpLmUuLCB0aGUKCgoKTWFydGluaSwgZXQgYWwuICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTBdCgwKSW50ZXJuZXQgRHJhZnQg ICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQtZW5jYXAtMDIudHh0ICAgICBGZWJydWFyeSAy MDAzCgoKICAgbGVuZ3RoIG9mIHRoZSBQRFUgaXRzZWxmIHdpdGhvdXQgYW55IG9mIHRoZSBl bmNhcHN1bGF0aW9uIGhlYWRlcnMpLAogICBleGNlZWRzIHRoZSBNVFUgb2YgdGhlIGRlc3Rp bmF0aW9uIGxheWVyIDIgaW50ZXJmYWNlLCB0aGUgUERVIE1VU1QgYmUKICAgZHJvcHBlZC4K Cgo0LiBJbnRlbGxlY3R1YWwgUHJvcGVydHkgRGlzY2xhaW1lcgoKICAgVGhpcyBkb2N1bWVu dCBpcyBiZWluZyBzdWJtaXR0ZWQgZm9yIHVzZSBpbiBJRVRGIHN0YW5kYXJkcwogICBkaXNj dXNzaW9ucy4KCgo1LiBSZWZlcmVuY2VzCgogICBbUFdFMy1DUlRMXSAiVHJhbnNwb3J0IG9m IExheWVyIDIgRnJhbWVzIE92ZXIgTVBMUyIsCiAgICAgICAgTWFydGluaSwgTC4sIGV0IGFs LiwgZHJhZnQtaWV0Zi1wd2UzLWNvbnRyb2wtcHJvdG9jb2wtMDEudHh0LAogICAgICAgICgg d29yayBpbiBwcm9ncmVzcyApLCBGZWJydWFyeSAyMDAzLgoKICAgW1BXRTMtQVJDSF0gIlBy b3RvY29sIExheWVyaW5nIGluIFBXRTMiCiAgICAgICAgQnJ5YW50LCBldCBhbC4sIGRyYWZ0 LWlldGYtcHdlMy1wcm90b2NvbC1sYXllci0wMC50eHQKICAgICAgICAoIHdvcmsgaW4gcHJv Z3Jlc3MgKSwgTm92ZW1iZXIgMjAwMi4KCiAgIFtQV0UzLVJFUV0gIlJlcXVpcmVtZW50cyBm b3IgUHNldWRvIFdpcmUgRW11bGF0aW9uIEVkZ2UtdG8tRWRnZQogICAgICAgIChQV0UzKSIs IFhpYW8sIFguLCBNY1BoZXJzb24sIEQuLCBQYXRlLCBQLiwgV2hpdGUsIEMuLAogICAgICAg IEtvbXBlbGxhLCBLLiwgR2lsbCwgVi4sIE5hZGVhdSwgVC4sCiAgICAgICAgZHJhZnQtcHdl My1yZXF1aXJlbWVudHMtMDMudHh0LCAoIHdvcmsgaW4gcHJvZ3Jlc3MgKSwgSnVuZSAyMDAy LgoKICAgW1BXRTMtRlJBTUVdICJGcmFtZXdvcmsgZm9yIFBzZXVkbyBXaXJlIEVtdWxhdGlv biBFZGdlLXRvLUVkZ2UKICAgICAgICAoUFdFMykiLCBQYXRlLCBQLiwgWGlhbywgWC4sIFNv LCBULiwgTWFsaXMsIEEuLCBOYWRlYXUsIFQuLAogICAgICAgIFdoaXRlLCBDLiwgS29tcGVs bGEsIEsuLCBKb2huc29uLCBULiwgQnJ5YW50LCBTLiwKICAgICAgICBkcmFmdC1wYXRlLXB3 ZTMtZnJhbWV3b3JrLTAzLnR4dCwgKCB3b3JrIGluIHByb2dyZXNzICksCiAgICAgICAgSnVu ZSAyMDAyLgoKICAgW1BXLU1JQl0gIlBzZXVkbyBXaXJlIChQVykgTWFuYWdlbWVudCBJbmZv cm1hdGlvbiBCYXNlIHVzaW5nIFNNSXYyIiwKICAgICAgICBaZWxpZywgRC4sIE1hbnRpbiwg Uy4sIE5hZGVhdSwgVC4sIERhbmVuYmVyZywgRC4sCiAgICAgICAgZHJhZnQtemVsaWctcHct bWliLTAyLnR4dCwgKCB3b3JrIGluIHByb2dyZXNzKSwgRmVicnVhcnkgMjAwMi4KCiAgIFtQ Vy1FTkVULU1JQl0gIkV0aGVybmV0IFBzZXVkbyBXaXJlIChQVykgTWFuYWdlbWVudCBJbmZv cm1hdGlvbgogICAgICAgIEJhc2UiLCBaZWxpZywgRC4sIE5hZGVhdSwgVC4sIGRyYWZ0LXpl bGlnLXB3LWVuZXQtbWliLTAwLnR4dCwKICAgICAgICAoIHdvcmsgaW4gcHJvZ3Jlc3MgKSBG ZWJydWFyeSAyMDAyLgoKICAgWzgwMi4zXSBJRUVFLCBJU08vSUVDIDg4MDItMzogMjAwMCAo RSksICJJRUVFIFN0YW5kYXJkIGZvcgogICAgICAgIEluZm9ybWF0aW9uIHRlY2hub2xvZ3kg LS0gVGVsZWNvbW11bmljYXRpb25zIGFuZCBpbmZvcm1hdGlvbgogICAgICAgIGV4Y2hhbmdl IGJldHdlZW4gc3lzdGVtcyAtLSBMb2NhbCBhbmQgbWV0cm9wb2xpdGFuIGFyZWEgbmV0d29y a3MKICAgICAgICAtLSBTcGVjaWZpYyByZXF1aXJlbWVudHMgLS0gUGFydCAzOiBDYXJyaWVy IFNlbnNlIE11bHRpcGxlCiAgICAgICAgQWNjZXNzIHdpdGggQ29sbGlzaW9uIERldGVjdGlv biAoQ1NNQS9DRCkgQWNjZXNzIE1ldGhvZCBhbmQKICAgICAgICBQaHlzaWNhbCBMYXllciBT cGVjaWZpY2F0aW9ucyIsIDIwMDAuCgogICBbODAyLjFRXSBBTlNJL0lFRUUgU3RhbmRhcmQg ODAyLjFRLCAiSUVFRSBTdGFuZGFyZHMgZm9yIExvY2FsIGFuZAoKCgpNYXJ0aW5pLCBldCBh bC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFn ZSAxMV0KDApJbnRlcm5ldCBEcmFmdCAgIGRyYWZ0LWlldGYtcHdlMy1ldGhlcm5ldC1lbmNh cC0wMi50eHQgICAgIEZlYnJ1YXJ5IDIwMDMKCgogICAgICAgIE1ldHJvcG9saXRhbiBBcmVh IE5ldHdvcmtzOiBWaXJ0dWFsIEJyaWRnZWQgTG9jYWwgQXJlYQogICAgICAgIE5ldHdvcmtz IiwgMTk5OC4KCiAgIFtMMlRQdjNdIEouIExhdSwgTS4gVG93bnNsZXksIEEuIFZhbGVuY2lh LCBHLiBab3JuLCBJLiBHb3lyZXQsCiAgICAgICAgRy4gUGFsbCwgQS4gUnViZW5zLCBCLiBQ YWx0ZXIsIExheWVyIFR3byBUdW5uZWxpbmcgUHJvdG9jb2wKICAgICAgICAoVmVyc2lvbiAz KSAiTDJUUHYzIiwgd29yayBpbiBwcm9ncmVzcywKICAgICAgICBkcmFmdC1pZXRmLWwydHBl eHQtbDJ0cC1iYXNlLTAzLnR4dCwgSnVuZSAyMDAyLgoKCjYuIEF1dGhvciBJbmZvcm1hdGlv bgoKCiAgIEx1Y2EgTWFydGluaQogICBMZXZlbCAzIENvbW11bmljYXRpb25zLCBMTEMuCiAg IDEwMjUgRWxkb3JhZG8gQmx2ZC4KICAgQnJvb21maWVsZCwgQ08sIDgwMDIxCiAgIGUtbWFp bDogbHVjYUBsZXZlbDMubmV0CgoKICAgTmFzc2VyIEVsLUFhd2FyCiAgIExldmVsIDMgQ29t bXVuaWNhdGlvbnMsIExMQy4KICAgMTAyNSBFbGRvcmFkbyBCbHZkLgogICBCcm9vbWZpZWxk LCBDTywgODAwMjEKICAgZS1tYWlsOiBubmFAbGV2ZWwzLm5ldAoKCiAgIEdpbGVzIEhlcm9u CiAgIFBhY2tldEV4Y2hhbmdlIEx0ZC4KICAgVGhlIFRydW1hbiBCcmV3ZXJ5CiAgIDkxIEJy aWNrIExhbmUKICAgTE9ORE9OIEUxIDZRTAogICBVbml0ZWQgS2luZ2RvbQogICBlLW1haWw6 IGdpbGVzQHBhY2tldGV4Y2hhbmdlLm5ldAoKCiAgIERhbiBUYXBwYW4KICAgQ2lzY28gU3lz dGVtcywgSW5jLgogICAyNTAgQXBvbGxvIERyaXZlCiAgIENoZWxtc2ZvcmQsIE1BLCAwMTgy NAogICBlLW1haWw6IHRhcHBhbkBjaXNjby5jb20KCgogICBFcmljIFJvc2VuCiAgIENpc2Nv IFN5c3RlbXMsIEluYy4KICAgMjUwIEFwb2xsbyBEcml2ZQogICBDaGVsbXNmb3JkLCBNQSwg MDE4MjQKICAgZS1tYWlsOiBlcm9zZW5AY2lzY28uY29tCgoKCgpNYXJ0aW5pLCBldCBhbC4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAx Ml0KDApJbnRlcm5ldCBEcmFmdCAgIGRyYWZ0LWlldGYtcHdlMy1ldGhlcm5ldC1lbmNhcC0w Mi50eHQgICAgIEZlYnJ1YXJ5IDIwMDMKCgoKICAgU3RldmUgVm9nZWxzYW5nCiAgIExhdXJl bCBOZXR3b3JrcywgSW5jLgogICBPbWVnYSBDb3Jwb3JhdGUgQ2VudGVyCiAgIDEzMDAgT21l Z2EgRHJpdmUKICAgUGl0dHNidXJnaCwgUEEgMTUyMDUKICAgZS1tYWlsOiBzanZAbGF1cmVs bmV0d29ya3MuY29tCgoKICAgQW5kcmV3IEcuIE1hbGlzCiAgIFZpdmFjZSBOZXR3b3Jrcywg SW5jLgogICAyNzMwIE9yY2hhcmQgUGFya3dheQogICBTYW4gSm9zZSwgQ0EgOTUxMzQKICAg ZS1tYWlsOiBBbmR5Lk1hbGlzQHZpdmFjZW5ldHdvcmtzLmNvbQoKCiAgIFZpbmFpIFNpcmth eQogICBWaXZhY2UgTmV0d29ya3MsIEluYy4KICAgMjczMCBPcmNoYXJkIFBhcmt3YXkKICAg U2FuIEpvc2UsIENBIDk1MTM0CiAgIGUtbWFpbDogc2lya2F5QHRlY2hub2xvZ2lzdC5jb20K CgogICBWYXNpbGUgUmFkb2FjYQogICBOb3J0ZWwgTmV0d29ya3MKICAgNjAwICBUZWNobm9s b2d5IFBhcmsKICAgQmlsbGVyaWNhIE1BIDAxODIxCiAgIGUtbWFpbDogdmFzaWxlQG5vcnRl bG5ldHdvcmtzLmNvbQoKCiAgIENocmlzIExpbGplbnN0b2xwZQogICBDYWJsZSAmIFdpcmVs ZXNzCiAgIDExNzAwIFBsYXphIEFtZXJpY2EgRHJpdmUKICAgUmVzdG9uLCBWQSAyMDE5MAog ICBlLW1haWw6IGNocmlzQGN3Lm5ldAoKCiAgIEtpcmVldGkgS29tcGVsbGEKICAgSnVuaXBl ciBOZXR3b3JrcwogICAxMTk0IE4uIE1hdGhpbGRhIEF2ZQogICBTdW5ueXZhbGUsIENBIDk0 MDg5CiAgIGUtbWFpbDoga2lyZWV0aUBqdW5pcGVyLm5ldAoKCiAgIFRyaWNjaSBTbwogICBl LW1haWw6IHRyaWNjaXNvQHlhaG9vLmNhCgoKCgoKTWFydGluaSwgZXQgYWwuICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTNdCgwKSW50 ZXJuZXQgRHJhZnQgICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQtZW5jYXAtMDIudHh0ICAg ICBGZWJydWFyeSAyMDAzCgoKCiAgIFhpUGVuZyBYaWFvCiAgIFJlZGJhY2sgTmV0d29ya3MK ICAgMzAwIEhvbGdlciBXYXksCiAgIFNhbiBKb3NlLCBDQSA5NTEzNAogICBlLW1haWw6IHhp cGVuZ0ByZWRiYWNrLmNvbQoKCiAgIENocmlzIEZsb3JlcwogICBBdXN0aW4sIFRleGFzCiAg IGUtbWFpbDogY2hyaXNfZmxvcmVzQGhvdG1haWwuY29tCgoKICAgRGF2aWQgWmVsaWcKICAg Q29ycmlnZW50IFN5c3RlbXMKICAgMTI2LCBZaWdhbCBBbG9uIFN0LgogICBUZWwgQXZpdiwg SVNSQUVMCiAgIGUtbWFpbDogZGF2aWR6QGNvcnJpZ2VudC5jb20KCgogICBSYWogU2hhcm1h CiAgIEx1bWlub3VzIE5ldHdva3JzLCBJbmMuCiAgIDEwNDYwIEJ1YmIgUm9hZAogICBDdXBl cnRpbm8sIENBIDk1MDE0CiAgIGUtbWFpbDogcmFqQGx1bWlub3VzLmNvbQoKCiAgIE5pY2sg VGluZ2xlCiAgIFRpTWV0cmEgTmV0d29ya3MKICAgMjc0IEZlcmd1c29uIERyaXZlCiAgIE1v dW50YWluIFZpZXcsIENBIDk0MDQzCiAgIGUtbWFpbDogbmlja0B0aW1ldHJhLmNvbQoKCiAg IFN1bmlsIEtoYW5kZWthcgogICBUaU1ldHJhIE5ldHdvcmtzCiAgIDI3NCBGZXJndXNvbiBE cml2ZQogICBNb3VudGFpbiBWaWV3LCBDQSA5NDA0MwogICBlbWFpbDogc3VuaWxAdGltZXRy YS5jb20KCgogICBMb2EgQW5kZXJzc29uCiAgIFV0Zm9ycwogICBQLk8uIEJveCA1MjUsCiAg IFNFLTE2OSAyOSBTb2xuYSwgU3dlZGVuCiAgIGUtbWFpbDogbG9hLmFuZGVyc3NvbkB1dGZv cnMuc2UKCgoKCgpNYXJ0aW5pLCBldCBhbC4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBbUGFnZSAxNF0KDApJbnRlcm5ldCBEcmFmdCAgIGRyYWZ0 LWlldGYtcHdlMy1ldGhlcm5ldC1lbmNhcC0wMi50eHQgICAgIEZlYnJ1YXJ5IDIwMDMKCgpB cHBlbmRpeCBBIC0gSW50ZXJvcGVyYWJpbGl0eSBHdWlkZWxpbmVzCgpDb25maWd1cmF0aW9u IE9wdGlvbnMKCiAgIFRoZSBmb2xsb3dpbmcgaXMgYSBsaXN0IG9mIHRoZSBjb25maWd1cmF0 aW9uIG9wdGlvbnMgZm9yIGEgcG9pbnQtdG8tCiAgIHBvaW50IEV0aGVybmV0IFBXIGJhc2Vk IG9uIHRoZSByZWZlcmVuY2UgcG9pbnRzIG9mIEZpZ3VyZSAzOgoKICAgLS0tLS0tLS0tLS0t LS18LS0tLS0tLS0tLS0tLS0tfC0tLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS0tLS0K ICAgU2VydmljZSBhbmQgICB8ICBFbmNhcCBvbiBDICAgfE9wZXJhdGlvbiBhdCBCIHwgUmVt YXJrcwogICBFbmNhcCBvbiBBICAgIHwgICAgICAgICAgICAgICB8aW5ncmVzcy9lZ3Jlc3Mg fAogICAtLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS18LS0tLS0tLS0tLS0tLS0tfC0t LS0tLS0tLS0tLS0tLS0tLQogICAxKSBSYXcgICAgICAgIHwgUmF3IC0gU2FtZSBhcyB8ICAg ICAgICAgICAgICAgfAogICAgICAgICAgICAgICAgIHwgQSAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgfAogICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgfAogICAtLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS18LS0tLS0tLS0tLS0t LS0tfC0tLS0tLS0tLS0tLS0tLS0tLQogICAyKSBUYWcxICAgICAgIHwgVGFnMiAgICAgICAg ICB8T3B0aW9uYWwgY2hhbmdlfCBWTEFOIGNhbiBiZQogICAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICB8b2YgVkxBTiB2YWx1ZSAgfCAwLTQwOTUKICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgQ2hhbmdlIGFsbG93ZWQgaW4KICAg ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgYm90aCBk aXJlY3Rpb25zCiAgIC0tLS0tLS0tLS0tLS0tfC0tLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0t LS0tLS18LS0tLS0tLS0tLS0tLS0tLS0tCiAgIDMpIE5vIFRhZyAgICAgfCBUYWcgICAgICAg ICAgIHxBZGQvcmVtb3ZlIFRhZyB8IFRhZyBjYW4gYmUKICAgICAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgfGZpZWxkICAgICAgICAgIHwgMC00MDk1CiAgICAgICAgICAgICAgICAg fCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8IChub3RlIGkpCiAgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8CiAgIC0tLS0tLS0tLS0t LS0tfC0tLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS18LS0tLS0tLS0tLS0tLS0tLS0t CiAgIDQpIFRhZyAgICAgICAgfCBObyBUYWcgICAgICAgIHxSZW1vdmUvYWRkIFRhZyB8IChu b3RlIGlpKQogICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ZmllbGQgICAgICAg ICAgfAogICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg fAogICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfAog ICAtLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS18LS0tLS0tLS0tLS0tLS0tfC0tLS0t LS0tLS0tLS0tLS0tLQoKICAgICAgICAgICAgICAgIEZpZ3VyZSA0OiBDb25maWd1cmF0aW9u IE9wdGlvbnMKCiAgIEFsbG93ZWQgY29tYmluYXRpb25zOgoKICAgUmF3IGFuZCBvdGhlciBz ZXJ2aWNlcyBhcmUgbm90IGFsbG93ZWQgb24gdGhlIHNhbWUgcGh5c2ljYWwgcG9ydCAoQSku CiAgIEFsbCBvdGhlciBjb21iaW5hdGlvbnMgYXJlIGFsbG93ZWQsIGV4Y2VwdCB0aGF0IGNv bmZsaWN0aW5nIFZMQU5zIG9uCiAgIChBKSBhcmUgbm90IGFsbG93ZWQuCgogICBOb3RlczoK CiAgICAgICAgLWkuIE1vZGUgIzMgTUFZIGJlIGxpbWl0ZWQgdG8gYWRkaW5nIFZMQU4gTlVM TCBvbmx5LCBzaW5jZQogICAgICAgICAgICBjaGFuZ2Ugb2YgVkxBTiBvciBhc3NvY2lhdGlv biB0byBzcGVjaWZpYyBWTEFOIGNhbiBiZSBkb25lCiAgICAgICAgICAgIGF0IHRoZSBQVyBD RS1ib3VuZCBzaWRlLgoKCgoKCgoKTWFydGluaSwgZXQgYWwuICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTVdCgwKSW50ZXJuZXQgRHJh ZnQgICBkcmFmdC1pZXRmLXB3ZTMtZXRoZXJuZXQtZW5jYXAtMDIudHh0ICAgICBGZWJydWFy eSAyMDAzCgoKICAgICAgIC1paS4gTW9kZSAjNCBleGlzdHMgaW4gbGF5ZXIgMiBzd2l0Y2hl cywgYnV0IGlzIG5vdCByZWNvbW1lbmRlZAogICAgICAgICAgICB3aGVuIG9wZXJhdGluZyB3 aXRoIFBXIHNpbmNlIGl0IG1heSBub3QgcHJlc2VydmUgdGhlIHVzZXIncwogICAgICAgICAg ICBQUkkgYml0cy4gIElmIHRoZXJlIGlzIGEgbmVlZCB0byByZW1vdmUgdGhlIFZMQU4gdGFn IChmb3IKICAgICAgICAgICAgVExTIGF0IHRoZSBvdGhlciBlbmQgb2YgdGhlIFBXKSBpdCBp cyByZWNvbW1lbmRlZCB0byB1c2UKICAgICAgICAgICAgbW9kZSAjMiB3aXRoIHRhZzI9MCAo TlVMTCBWTEFOKSBvbiB0aGUgUFcgYW5kIHVzZSBtb2RlICMzIGF0CiAgICAgICAgICAgIHRo ZSBvdGhlciBlbmQgb2YgdGhlIFBXLgoKCklFRUUgODAyLjN4IEZsb3cgQ29udHJvbCBDb25z aWRlcmF0aW9ucwoKICAgSWYgdGhlIHJlY2VpdmluZyBub2RlIGJlY29tZXMgY29uZ2VzdGVk LCBpdCBjYW4gc2VuZCBhIHNwZWNpYWwgZnJhbWUsCiAgIGNhbGxlZCB0aGUgUEFVU0UgZnJh bWUsIHRvIHRoZSBzb3VyY2Ugbm9kZSBhdCB0aGUgb3Bwb3NpdGUgZW5kIG9mIHRoZQogICBj b25uZWN0aW9uLiBUaGUgaW1wbGVtZW50YXRpb24gTVVTVCBwcm92aWRlIGEgbWVjaGFuaXNt IGZvcgogICB0ZXJtaW5hdGluZyBQQVVTRSBmcmFtZXMgbG9jYWxseSAoaS5lLiBhdCB0aGUg bG9jYWwgUEUpLiBJdCBNVVNUCiAgIG9wZXJhdGUgYXMgZm9sbG93czoKCiAgIFBBVVNFIGZy YW1lcyByZWNlaXZlZCBvbiBhIGxvY2FsIEV0aGVybmV0IHBvcnQgU0hPVUxEIGNhdXNlIHRo ZSBQRQogICBkZXZpY2UgdG8gYnVmZmVyLCBvciB0byBkaXNjYXJkLCBmdXJ0aGVyIEV0aGVy bmV0IGZyYW1lcyBmb3IgdGhhdAogICBwb3J0IHVudGlsIHRoZSBQQVVTRSBjb25kaXRpb24g aXMgY2xlYXJlZC4gIE9wdGlvbmFsbHksIHRoZSBQRSBNQVkKICAgc2ltcGx5IGRpc2NhcmQg UEFVU0UgZnJhbWVzLgoKICAgSWYgdGhlIFBFIGRldmljZSB3aXNoZXMgdG8gcGF1c2UgZGF0 YSByZWNlaXZlZCBvbiBhIGxvY2FsIEV0aGVybmV0CiAgIHBvcnQgKHBlcmhhcHMgYmVjYXVz ZSBpdHMgb3duIGJ1ZmZlcnMgYXJlIGZpbGxpbmcgdXAgb3IgYmVjYXVzZSBpdAogICBoYXMg cmVjZWl2ZWQgbm90aWZpY2F0aW9uIG9mIGNvbmdlc3Rpb24gd2l0aGluIHRoZSBQU04pIHRo ZW4gaXQgTUFZCiAgIGlzc3VlIGEgUEFVU0UgZnJhbWUgb24gdGhlIGxvY2FsIEV0aGVybmV0 IHBvcnQsIGJ1dCBNVVNUIGNsZWFyIHRoaXMKICAgY29uZGl0aW9uIHdoZW4gd2lsbGluZyB0 byByZWNlaXZlIG1vcmUgZGF0YS4KCgpBcHBlbmRpeCBCIC0gUW9TIERldGFpbHMKCiAgIFNl Y3Rpb24gMy43IGRlc2NyaWJlcyB2YXJpb3VzIG1vZGVzIGZvciBzdXBwb3J0aW5nIFBXIFFP UyBvdmVyIHRoZQogICBQU04uICBFeGFtcGxlcyBvZiB0aGUgYWJvdmUgZm9yIGEgcG9pbnQg dG8gcG9pbnQgVkxBTiBzZXJ2aWNlIGFyZToKCiAgICAgLSBUaGUgY2xhc3NpZmljYXRpb24g dG8gdGhlIFBXIGlzIGJhc2VkIG9uIFZMQU4gZmllbGQgb25seSwKICAgICAgIHJlZ2FyZGxl c3Mgb2YgdGhlIHVzZXIgUFJJIGJpdHMuICBUaGUgUFcgaXMgYXNzaWduZWQgYSBzcGVjaWZp YwogICAgICAgQ09TIChtYXJraW5nLCBzY2hlZHVsaW5nLCBldGMuKSAgYXQgdGhlIHR1bm5l bCBsZXZlbC4KCiAgICAgLSBUaGUgY2xhc3NpZmljYXRpb24gdG8gdGhlIFBXIGlzIGJhc2Vk IG9uIFZMQU4gZmllbGQsIGJ1dCB0aGUgUFJJCiAgICAgICBiaXRzIG9mIHRoZSB1c2VyIGlz IG1hcHBlZCB0byBkaWZmZXJlbnQgQ09TIG1hcmtpbmcgKGFuZCBuZXR3b3JrCiAgICAgICBi ZWhhdmlvcikgYXQgdGhlIFBXIGxldmVsLiAgRXhhbXBsZXMgYXJlIERpZmZTZXJ2IGNvZGlu ZyBpbiBjYXNlCiAgICAgICBvZiBJUCBQU04sIGFuZCBFLUxTUCBpbiBNUExTIFBTTi4KCiAg ICAgLSBUaGUgY2xhc3NpZmljYXRpb24gdG8gdGhlIFBXIGlzIGJhc2VkIG9uIFZMQU4gZmll bGQgYW5kIHRoZSBQUkkKICAgICAgIGJpdHMsIGFuZCBmcmFtZXMgd2l0aCBkaWZmZXJlbnQg UFJJIGJpdHMgYXJlIG1hcHBlZCB0byBkaWZmZXJlbnQKICAgICAgIFBXcy4gQW4gZXhhbXBs ZSBpcyB0byBtYXAgYSBQV0VTIHRvIGRpZmZlcmVudCBMLUxTUHMgaW4gTVBMUyBQU04KICAg ICAgIGluIG9yZGVyIHRvIHN1cHBvcnQgbXVsdGlwbGUgQ09TIG92ZXIgYW4gTC1MU1AgY2Fw YWJsZSBuZXR3b3JrLAogICAgICAgb3IgdG8gbXVsdGlwbGUgTDJUUHYzIHNlc3Npb25zIFtM MlRQdjNdLgoKCgoKTWFydGluaSwgZXQgYWwuICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTZdCgwKSW50ZXJuZXQgRHJhZnQgICBkcmFm dC1pZXRmLXB3ZTMtZXRoZXJuZXQtZW5jYXAtMDIudHh0ICAgICBGZWJydWFyeSAyMDAzCgoK ICAgICAgIFRoZSBzcGVjaWZpYyB2YWx1ZSB0byBiZSBhc3NpZ25lZCBhdCB0aGUgUFNOIGZv ciB2YXJpb3VzIENPUyBpcwogICAgICAgb3V0IG9mIHNjb3BlIGZvciB0aGlzIGRvY3VtZW50 LgoKCkFkYXB0YXRpb24gb2YgODAyLjFRIENPUyB0byBQU04gQ09TCgogICBJdCBpcyBub3Qg cmVxdWlyZWQgdGhhdCB0aGUgUFNOIHdpbGwgaGF2ZSB0aGUgc2FtZSBDT1MgZGVmaW5pdGlv biBvZgogICBDT1MgYXMgZGVmaW5lZCBpbiBbODAyLjFRXSwgYW5kIHRoZSBtYXBwaW5nIG9m IDgwMi4xUSBDT1MgdG8gUFNOIENPUwogICBpcyBhcHBsaWNhdGlvbiBzcGVjaWZpYyBhbmQg ZGVwZW5kcyBvbiB0aGUgYWdyZWVtZW50IGJldHdlZW4gdGhlCiAgIGN1c3RvbWVyIGFuZCB0 aGUgUFcgcHJvdmlkZXIuICBIb3dldmVyLCB0aGUgZm9sbG93aW5nIHByaW5jaXBsZXMKICAg YWRvcHRlZCBmcm9tIDgwMi4xUSB0YWJsZSA4LTIgTVVTVCBiZSBtZXQgd2hlbiBhcHBseWlu ZyBzZXQgb2YgUFNOCiAgIENPUyBiYXNlZCBvbiB1c2VyJ3MgUFJJIGJpdHMuCgogICAgICAg ICAgICAgICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQogICAgICAgICAg ICAgICAgfCNvZiBhdmFpbGFibGUgY2xhc3NlcyBvZiBzZXJ2aWNlfAogICAtLS0tLS0tLS0t LS0tfHwtLS18LS0tfC0tLXwtLS18LS0tfC0tLXwtLS18LS0tfAogICBVc2VyICAgICAgICAg fHwgMSB8IDIgfCAzIHwgNCB8IDUgfCA2IHwgNyB8IDggfAogICBQcmlvcml0eSAgICAgfHwg ICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8ICAgfAogICA9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogICAwIEJlc3QgRWZmb3J0fHwgMCB8IDAg fCAwIHwgMSB8IDEgfCAxIHwgMSB8IDIgfAogICAoRGVmYXVsdCkgICAgfHwgICB8ICAgfCAg IHwgICB8ICAgfCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwt LS18LS0tfC0tLXwtLS18LS0tfAogICAxIEJhY2tncm91bmQgfHwgMCB8IDAgfCAwIHwgMCB8 IDAgfCAwIHwgMCB8IDAgfAogICAgICAgICAgICAgICAgfHwgICB8ICAgfCAgIHwgICB8ICAg fCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwtLS18LS0tfC0t LXwtLS18LS0tfAogICAyIFNwYXJlICAgICAgfHwgMCB8IDAgfCAwIHwgMCB8IDAgfCAwIHwg MCB8IDEgfAogICAgICAgICAgICAgICAgfHwgICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8 ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwtLS18LS0tfC0tLXwtLS18LS0t fAogICAzIEV4Y2VsbGVudCAgfHwgMCB8IDAgfCAwIHwgMSB8IDEgfCAyIHwgMiB8IDMgfAog ICBFZmZvcnQgICAgICAgfHwgICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8ICAgfAogICAt LS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwtLS18LS0tfC0tLXwtLS18LS0tfAogICA0IENv bnRyb2xsZWQgfHwgMCB8IDEgfCAxIHwgMiB8IDIgfCAzIHwgMyB8IDQgfAogICBMb2FkICAg ICAgICAgfHwgICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0t LS0gfHwtLS18LS0tfC0tLXwtLS18LS0tfC0tLXwtLS18LS0tfAogICA1IEludGVyYWN0aXZl fHwgMCB8IDEgfCAxIHwgMiB8IDMgfCA0IHwgNCB8IDUgfAogICBNdWx0aW1lZGlhICAgfHwg ICB8ICAgfCAgIHwgICB8ICAgfCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18 LS0tfC0tLXwtLS18LS0tfC0tLXwtLS18LS0tfAogICA2IEludGVyYWN0aXZlfHwgMCB8IDEg fCAyIHwgMyB8IDQgfCA1IHwgNSB8IDYgfAogICBWb2ljZSAgICAgICAgfHwgICB8ICAgfCAg IHwgICB8ICAgfCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwt LS18LS0tfC0tLXwtLS18LS0tfAogICA3IE5ldHdvcmsgICAgfHwgMCB8IDEgfCAyIHwgMyB8 IDQgfCA1IHwgNiB8IDcgfAogICBDb250cm9sICAgICAgfHwgICB8ICAgfCAgIHwgICB8ICAg fCAgIHwgICB8ICAgfAogICAtLS0tLS0tLS0tLS0gfHwtLS18LS0tfC0tLXwtLS18LS0tfC0t LXwtLS18LS0tfAoKICAgICAgICAgICAgICAgIEZpZ3VyZSA1OiBJRUVFIDgwMi4xUSBDT1Mg U2VydmljZSBNYXBwaW5nCgoKCgoKCk1hcnRpbmksIGV0IGFsLiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDE3XQoMCkludGVybmV0IERy YWZ0ICAgZHJhZnQtaWV0Zi1wd2UzLWV0aGVybmV0LWVuY2FwLTAyLnR4dCAgICAgRmVicnVh cnkgMjAwMwoKCkRyb3AgcHJlY2VkZW5jZQoKICAgVGhlIDgwMi4xUCBzdGFuZGFyZCBkb2Vz IG5vdCBzdXBwb3J0IGRyb3AgcHJlY2VkZW5jZSwgdGhlcmVmb3JlIGZyb20KICAgdGhlIFBX IFBFLWJvdW5kIHBvaW50IG9mIHZpZXcgdGhlcmUgaXMgbm8gbWFwcGluZyByZXF1aXJlZC4g IEl0IGlzCiAgIGhvd2V2ZXIgcG9zc2libGUgdG8gbWFyayBkaWZmZXJlbnQgZHJvcCBwcmVj ZWRlbmNlIGZvciBkaWZmZXJlbnQgUFcKICAgZnJhbWVzIGJhc2VkIG9uIHRoZSBvcGVyYXRv ciBwb2xpY3kgYW5kIHJlcXVpcmVkIG5ldHdvcmsgYmVoYXZpb3IuCiAgIFRoaXMgZnVuY3Rp b25hbGl0eSBpcyBub3QgZGlzY3Vzc2VkIGZ1cnRoZXIgaGVyZS4KCiAgIFBTTiBRT1Mgc3Vw cG9ydCBhbmQgc2lnbmFsaW5nIG9mIFFPUyBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhpcwogICBk b2N1bWVudC4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpNYXJ0 aW5pLCBldCBhbC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbUGFnZSAxOF0K --------------080400020808010004060200-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: control-protocol-02 draft Date: Wed, 19 Mar 2003 11:26:10 -0700 Organization: Level3 Communications LLC. Lines: 53 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 19 19:34:50 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: vkompella@timetra.com Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Vach Kompella wrote: > Hi Luca, > > Don't know if you are going to make it out of Denver, but would it be possible > to post -02 somewhere? I was not easy , but I made it to SF . I just sent the draft to the list. Luca > > Thanks. > > -Vach > > >>-----Original Message----- >>From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of Luca >>Martini >>Sent: Wednesday, March 19, 2003 9:35 AM >>To: pwe3@ietf.org >>Subject: [PWE3] control-protocol-02 draft >> >> >>All, >>For some reason this draft update did not make the list before I went on >>vacation in february. >>I just realized that this had happened , and I apologize for the mishap. >>I will post this again after the meeting. >> >>Major Changes from 01 are as follows: >>- protocol extensions from draft-rosen-ppvpn-l2-signaling-02.txt >>- added the previously missing ATM modes >>- moved IANA allocation section into separate document. >> >>Luca >> >>_______________________________________________ >>pwe3 mailing list >>pwe3@ietf.org >>https://www1.ietf.org/mailman/listinfo/pwe3 >> > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: PWE3 requirements draft, version 5 Date: Wed, 19 Mar 2003 13:36:15 -0500 Lines: 39 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 19 19:43:15 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Mustapha Aissaoui , Xipeng Xiao In-Reply-To: <3E78B62D.366CA3E2@alcatel.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >Xipeng, >when OAM messages are sent inband, they travel within the PW. You >are referring to out-of-band maintenance. We should allow both >inband and out-of-band maintenance messages. I agree. The text should be changed to a MAY or a SHOULD. There are definite requirements to send OAM messages in-band within the PWs. Take a look at our proposal for VCCV which shows how this can be done to test the data plane for PWs. --Tom >Mustapha. >----------- >Xipeng Xiao wrote: > > > > Mustapha, > > > > Thank you for your comments! One response below. > > > > > Section 5.3: paragraph 8, last sentence says: "If a PE needs to > > > generate and send a maintenance message to a remote PE, the > > > maintenance message MUST be sent via the control plane, not via the > > > PW" > > > Where does this requirement come from? This is too restrictive. We > > > should allow the option to send a maintenance message over the PW. > > > > A maintenance message is a control plane thing. It has to stay inside > the control plane. > > > > We will consider your other suggestions. >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Wed, 19 Mar 2003 11:34:54 -0700 Organization: Level3 Communications LLC. Lines: 1566 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Wed Mar 19 19:44:32 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: pwe3@ietf.org Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Network Working Group Luca Martini Internet Draft Nasser El-Aawar Expiration Date: August 2003 Level 3 Communications, LLC. Toby Smith Eric C. Rosen Laurel Networks, Inc. Cisco Systems, Inc. Giles Heron PacketExchange Ltd. February 2003 Pseudowire Setup and Maintenance using LDP draft-ietf-pwe3-control-protocol-02.txt Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Abstract Layer 2 services (such as Frame Relay, ATM, ethernet) can be "emulated" over an IP and/or MPLS backbone by encapsulating the layer 2 PDUs and then transmitting them over "pseudowires". It is also possible to use pseudowires to provide SONET circuit emulation over an IP and/or MPLS network. This document specifies a protocol for establishing and maintaining the pseudowires, using extensions to LDP. Procedures for encapsulating layer 2 PDUs are specified in a set of companion documents. Martini, et al. [Page 1] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Table of Contents 1 Specification of Requirements .......................... 3 2 Introduction ........................................... 3 3 The Pseudowire Label ................................... 5 4 Details Specific to Particular Emulated Services ....... 6 4.1 Frame Relay ............................................ 6 4.2 ATM .................................................... 6 4.2.1 ATM AAL5 SDU VCC Transport ............................. 6 4.2.2 ATM Transparent Cell Transport ......................... 7 4.2.3 ATM n-to-one VCC and VPC Cell Transport ................ 7 4.2.4 OAM Cell Support ....................................... 7 4.2.5 ILMI Support ........................................... 8 4.2.6 IP Layer2 Transport .................................... 8 4.2.7 ATM AAL5 PDU VCC Transport ............................. 8 4.2.8 ATM one-to-one VCC and VPC Cell Transport .............. 9 4.3 Ethernet VLAN .......................................... 9 4.4 Ethernet ............................................... 9 4.5 HDLC and PPP ........................................... 9 5 LDP .................................................... 10 5.1 The PWid FEC Element ................................... 10 5.2 The Generalized ID FEC Element ......................... 12 5.2.1 Attachment Identifiers ................................. 12 5.2.2 Encoding the Generalized ID FEC Element ................ 14 5.2.3 Procedures ............................................. 15 5.3 Interface Parameters Field ............................. 16 5.3.1 PW types for which the control word is REQUIRED ........ 18 5.3.2 PW types for which the control word is NOT mandatory ... 18 5.3.3 Status codes ........................................... 19 5.4 LDP label Withdrawal procedures ........................ 20 5.5 Sequencing Considerations .............................. 20 5.5.1 Label Mapping Advertisements ........................... 20 5.5.2 Label Mapping Release .................................. 21 6 IANA Considerations .................................... 21 7 Security Considerations ................................ 21 8 References ............................................. 22 9 Author Information ..................................... 23 10 Additional Contributing Authors ........................ 24 11 Appendix A - C-bit Handling Procedures Diagram ......... 27 Martini, et al. [Page 2] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 1. Specification of Requirements 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. 2. Introduction In [7], [10], and [12] it is explained how to encapsulate a layer 2 Protocol Data Unit (PDU) for transmission over an IP and/or MPLS network. Those specifications that a "pseudowire header", consisting of a demultiplexor field, will be prepended to the encapsulated PDU. The pseudowire demultiplexor field is put on before transmitting a packet on a pseudowire. When the packet arrives at the remote endpoint of the pseudowire, the demultiplexor is what enables the receiver to identify the particular pseudowire on which the packet has arrived. To actually transmit the packet from one pseudowire endpoint to another, the packet may need to travel through a "PSN tunnel header"; this will require an additional header to be prepended to the packet. An accompanying document [8] also describes a method for transporting time division multiplexed (TDM) digital signals (TDM circuit emulation) over a packet-oriented MPLS network. The transmission system for circuit-oriented TDM signals is the Synchronous Optical Network (SONET)[5]/Synchronous Digital Hierarchy (SDH) [6]. To support TDM traffic, which includes voice, data, and private leased line service, the pseudowires must emulate the circuit characteristics of SONET/SDH payloads. The TDM signals and payloads are encapsulated for transmission over pseudowires. To this encapsulation is prepended a pseudowire demultiplexor and a PSN tunnel header. In this document, we specify the use of the MPLS Label Distribution Protocol, LDP [RFC3036], as a protocol a protocol for setting up and maintaining the pseudowires. In particular, we define new TLVs for LDP, which enable LDP to identify pseudowires and to signal attributes of pseudowires. We specify how a pseudowire endpoint uses these TLVs in LDP to bind a demultiplexor field value to a pseudowire, and how it informs the remote endpoint of the binding. We also specify procedures for reporting pseudowire status changes, passing additional information about the pseudowire as needed, and for releasing the bindings. In the protocol specified herein, the pseudowire demultiplexor field is an MPLS label. Thus the packets which are transmitted from one end of the pseudowire to the other are MPLS packets. Unless the pseudowire endpoints are immediately adjacent, these MPLS packets Martini, et al. [Page 3] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 must be transmitted through a PSN tunnel. Any sort of PSN tunnel can be used, as long as it is possible to transmit MPLS packets through it. The PSN tunnel can itself be an LSP, but it could equally well be an IP tunnel, a GRE tunnel, an IPsec tunnel, or any other sort of tunnel which can carry MPLS packets. Procedures for setting up and maintaining the PSN tunnels are outside the scope of this document. This document deals only with the setup and maintenance of point-to- point pseudowires. Neither point-to-multipoint nor multipoint-to- point pseudowires are discussed. QoS related issues are not discussed in this document. The following two figures describe the reference models which are derived from [PWE3-FRAME] to support the Ethernet PW emulated services. Native |<----- Pseudo Wire ---->| Native Layer2 | | Layer2 Service | |<-- PSN Tunnel -->| | Service | V V V V | | +----+ +----+ | +----+ | | PE1|==================| PE2| | +----+ | |----------|............PW1.............|----------| | | CE1| | | | | | | |CE2 | | |----------|............PW2.............|----------| | +----+ | | |==================| | | +----+ ^ +----+ +----+ | ^ | Provider Edge 1 Provider Edge 2 | | | |<-------------- Emulated Service ---------------->| Figure 1: PWE3 Reference Model +-------------+ +-------------+ | Layer2 | | Layer2 | | Emulated | | Emulated | | Services | Emulated Service | Services | | |<==============================>| | +-------------+ Pseudo Wire +-------------+ |Demultiplexor|<==============================>|Demultiplexor| +-------------+ +-------------+ | PSN | PSN Tunnel | PSN | | MPLS |<==============================>| MPLS | +-------------+ +-------------+ | Physical | | Physical | +-----+-------+ +-----+-------+ Martini, et al. [Page 4] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Figure 2: Ethernet PWE3 Protocol Stack Reference Model For the purpose of this document, PE1 will be defined as the ingress router, and PE2 as the egress router. A layer 2 PDU will be received at PE1, encapsulated at PE1, transported, decapsulated at PE2, and transmitted out of PE2. 3. The Pseudowire Label Suppose it is desired to transport layer 2 PDUs from ingress LSR PE1 to egress LSR PE2, across an intervening PSN. We assume that there is a PSN tunnel from PE1 to PE2. That is, we assume that PE1 can cause a packet to be delivered to PE2 by encapsulating the packet in a "PSN tunnel header" and sending the result to one of its adjacencies. If the PSN tunnel is an MPLS Label Switched Path (LSP), then putting on a PSN tunnel encapsulation is a matter of pushing on an additional MPLS label; if the PSN tunnel is, e.g., a GRE tunnel, then putting on the tunnel encapsulation requires prepending an IP header and a GRE header. We presuppose that an arbitrary number of pseudowires can be carried through a single PSN tunnel. Thus it is never necessary to maintain state in the network core for individual pseudowires. We do not presuppose that the PSN tunnels are point-to-point; although the pseudowires are point-to-point, the PSN tunnels may be multipoint- to-point. We do not presuppose that PE 2 will even be able to determine the PSN tunnel through which a received packet was transmitted. (E.g., if the PSN tunnel is an LSP, and penultimate hop popping is used, when the packet arrives at PE2 it will contain no information identifying the tunnel.) When PE2 receives a packet over a pseudowire, it must be able to determine that the packet was in fact received over a pseudowire, and it must be able to associate that packet with a particular pseudowire. PE2 is able to do this by examining the MPLS label which serves as the pseudowire demultiplexor field. Call this label the "PW label". So when PE1 sends a layer 2 PDU to PE2, it first pushes a PW label on its label stack, thereby creating an MPLS packet. It then (if PE1 is not adjacent to PE2) encapsulates that MPLS packet in a PSN tunnel header. (If the PSN tunnel is an LSP, this is just a matter of pushing on a second label.) The PW label is not visible again until the MPLS packet reaches PE2. PE2's disposition of the packet is based on the PW label. Martini, et al. [Page 5] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Note that the PW label must always be at the bottom of the packet's label stack. This document specifies a protocol for assigning and distributing the PW label. This protocol is LDP, extended as specified in the remainder of this document. An LDP session must be set up between the pseudowire endpoints. LDP MUST be used in its "downstream unsolicited" mode. LDP's "liberal label retention" mode SHOULD be used. In addition to the protocol specified herein, static assignment of PW labels MAY be used, and implementations of this protocol SHOULD provide support for static assignment. This document specifies all the procedures necessary to set up and maintain the pseudowires needed to support "unswitched" point-to- point services, where each endpoint of the pseudowire is provisioned with the identify of the other endpoint. There are also protocol mechanisms specified herein which can be used to support switched services, and which can be used to support other provisioning models. However, the use of the protocol mechanisms to support those other models and services is not described in this document. 4. Details Specific to Particular Emulated Services 4.1. Frame Relay When emulating a frame relay service, the Frame Relay PDUs are encapsulated according to the procedures defined in [7]. The PE MUST provide Frame Relay PVC status signaling to the Frame Relay network. If the PE detects a service affecting condition for a particular DLCI, as defined in [2] Q.933 Annex A.5 sited in IA FRF1.1, PE MUST withdraw the PW label that corresponds to the frame relay DLCI. The Egress PE SHOULD generate the corresponding errors and alarms as defined in [2] on the egress Frame relay VC. 4.2. ATM 4.2.1. ATM AAL5 SDU VCC Transport ATM AAL5 CSPS-SDUs are encapsulated according to [10] ATM AAL5 CPCS- SDU mode. This mode allows the transport of ATM AAL5 CSPS-SDUs traveling on a particular ATM PVC across the network to another ATM PVC. Martini, et al. [Page 6] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 4.2.2. ATM Transparent Cell Transport This mode is similar to the Ethernet port mode. Every cell that is received at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode n-to-one, and sent across the PW to the egress PE, PE2. This mode allows an ATM port to be connected to only one other ATM port. [10] ATM cell n-to-one mode allows for grouping of multiple cells into a single MPLS frame. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, should only concatenate cells up to the "Maximum Number of concatenated ATM cells" parameter received as part of the FEC element. 4.2.3. ATM n-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 VCC transport except that cells are transported. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.2.4. OAM Cell Support OAM cells MAY be transported on the VC LSP. When the PE is operating in AAL5 CPCS-SDU transport mode if it does not support transport of ATM cells, the PE MUST discard incoming MPLS frames on an ATM VC LSP that contain a VC label with the T bit set [10]. When operating in AAL5 SDU transport mode an PE that supports transport of OAM cells using the T bit defined in [7], or an PE operating in any of the three cell transport modes MUST follow the procedures outlined in [9] section 8 for mode 0 only, in addition to the applicable procedures specified in [6]. 4.2.4.1. OAM Cell Emulation Mode AN PE that does not support transport of OAM cells across an LSP MAY provide OAM support on ATM PVCs using the following procedures: A pair of PEs MAY emulate a bi-directional ATM VC by two uni- directional LSPs. If an F5 end-to-end OAM cell is received from a Martini, et al. [Page 7] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 ATM VC, by either PE that is transporting this ATM VC, with a loopback indication value of 1, and the PE has a label mapping for the ATM VC, then the PE MUST decrement the loopback indication value and loop back the cell on the ATM VC. Otherwise the loopback cell MUST be discarded by the PE. The ingress PE, PE1, may also optionally be configured to periodically generate F5 end-to-end loopback OAM cells on a VC. If the PE fails to receive a response to an F5 end-to-end loopback OAM cell for a pre-defined period of time it MUST withdraw the label mapping for the VC. If an ingress PE, PE1, receives an AIS F5 OAM cell, fails to receive a pre-defined number of the End-to-End loop OAM cells, or a physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE, PE2, MUST generate AIS F5 OAM cells on the VC associated with the withdrawn label mapping. In this mode it is very useful to apply a unique group ID to each interface. In the case where a physical interface goes down, a wild card label withdraw can be sent to all LDP neighbors, greatly reducing the signaling response time. 4.2.5. ILMI Support An MPLS edge PE MAY provide an ATM ILMI to the ATM edge switch. If an ingress PE receives an ILMI message indicating that the ATM edge switch has deleted a VC, or if the physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE SHOULD notify its client of this failure by deleting the VC using ILMI. 4.2.6. IP Layer2 Transport This mode switches IP packets into a Peudo-Wire. the encapsulation used is according to [3]. IP interworking is implementation specific, part of the NSP function [13], and is outside the scope of this document. 4.2.7. ATM AAL5 PDU VCC Transport ATM AAL5 CSPS-PDUs are encapsulated according to [10] ATM AAL5 CPCS- PDU mode. This mode allows the transport of ATM AAL5 CSPS-PDUs traveling on a particular ATM PVC across the network to another ATM PVC. This mode supports fragmentation of the ATM AAL5 CPCS-PDU in Martini, et al. [Page 8] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 order to maintain the position of the OAM cells with respect to the user cells. Fragmentation may also be performed to maintain the size of the packet carrying the AAL5 PDU within the MTU of the link. 4.2.8. ATM one-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 n-to-one cell transport except an encapsulation method that maps one ATM VCC or one ATM VPC to one Pseudo-Wire is used. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM one-to-one cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.3. Ethernet VLAN The Ethernet frame will be encapsulated according to the procedures in [12] tagged mode. It should be noted that if the VLAN identifier is modified by the egress PE, according to the procedures outlined above, the Ethernet spanning tree protocol might fail to work properly. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, it MUST withdraw the label mappings for all PWs associated with the port. 4.4. Ethernet The Ethernet frame will be encapsulated according to the procedures in [12]. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, the corresponding PW label mapping MUST be withdrawn. 4.5. HDLC and PPP HDLC and PPP frames are encapsulated according to the procedures in [11]. If the MPLS edge PE detects that the physical link has failed, or the port is administratively disabled, it MUST withdraw the label mapping that corresponds to the HDLC or PPP link. Martini, et al. [Page 9] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5. LDP The PW label bindings are distributed using the LDP downstream unsolicited mode described in [1]. The PEs will establish an LDP session using the Extended Discovery mechanism described in [1, section 2.4.2 and 2.5]. An LDP Label Mapping message contains a FEC TLV, a Label TLV, and zero or more optional parameter TLVs. The FEC TLV is used to indicate the meaning of the label. In the current context, the FEC TLV would be used to identify the particular pseudowire that a particular label is bound to. In this specification, we define two new FEC TLVs to be used for identifying pseudowires. When setting up a particular pseudowire, only one of these FEC TLVs is used. The one to be used will depend on the particular service being emulated and on the particular provisioning model being supported. LDP allows each FEC TLV to consist of a set of FEC elements. For setting up and maintaining pseudowires, however, each FEC TLV MUST contain exactly one FEC element. LDP has several kinds of label TLVs. For setting up and maintaining pseudowires, the Generic Label TLV MUST be used. 5.1. The PWid FEC Element The PWid FEC element may be used whenever both pseudowire endpoints have been provisioned with the same 32-bit identifier for the pseudowire. For this purpose a new type of FEC element is defined. The FEC element type is 128 [note1], and is defined as follows: Martini, et al. [Page 10] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VC tlv |C| PW type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Group ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PW ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Interface parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ - PW type A 15 bit quantity containing a value which represents the type of PW. Assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. - Control word bit (C) The highest order bit (C) of the PW type is used to flag the presence of a control word ( defined in [7] ) as follows: bit 15 = 1 control word present on this VC. bit 15 = 0 no control word present on this VC. Please see the section "C-Bit Handling Procedures" for further explanation. - VC information length Length of the PW ID field and the interface parameters field in octets. If this value is 0, then it references all PWs using the specified group ID and there is no PW ID present, nor any interface parameters. - Group ID An arbitrary 32 bit value which represents a group of PWs that is used to create groups in the VC space. The group ID is intended to be used as a port index, or a virtual tunnel index. To simplify configuration a particular PW ID at ingress could be part of the virtual tunnel for transport to the egress router. The Group ID is very useful to send wild card label withdrawals to remote PEs upon physical port failure. Martini, et al. [Page 11] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - PW ID A non-zero 32-bit connection ID that together with the PW type, identifies a particular PW. Note that the PW ID and the PW type must be the same at both endpoints. - Interface parameters This variable length field is used to provide interface specific parameters, such as interface MTU. Note that as the "interface parameters" are part of the FEC, the rules of LDP make it impossible to change the interface parameters once the pseudowire has been set up. Thus the interface parameters field must not be used to pass information, such as status information, which may change during the life of the pseudowire. Optional parameter TLVs should be used for that purpose. Using the PWid FEC, each of the two pseudowire endpoints independently initiates the set up of a unidirectional LSP. An outgoing LSP and an incoming LSP are bound together into a single pseudowire if they have the same PW ID and PW type. 5.2. The Generalized ID FEC Element There are cases where the PWid FEC element cannot be used, because both endpoints have not been provisioned with a common 32-bit PWid. In such cases, the "Generalized ID FEC Element" is used instead. This is FEC type 129 (provisionally, subject to assignment by IANA). It differs from the PWid FEC element in that the PWid and the group id are eliminated, and their place is taken by a generalized identifier field as described below. The Generalized ID FEC element includes a PW type field, a C bit, and an interface parameters field; these three fields are identical to those in the PWid FEC, and are used as discussed in the previous section. 5.2.1. Attachment Identifiers As discussed in [13], a pseudowire can be thought of as connecting two "forwarders". The protocol used to setup a pseudowire must allow the forwarder at one end of a pseudowire to identify the forwarder at the other end. We use the term "attachment identifier", or "AI", to refer to the field which the protocol uses to identify the forwarders. In the PWid FEC, the PWid field serves as the AI. In this section we specify a more general form of AI which is structured Martini, et al. [Page 12] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 and of variable length. Every Forwarder in a PE must be associated with an Attachment Identifier (AI), either through configuration or through some algorithm. The Attachment Identifier must be unique in the context of the PE router in which the Forwarder resides. The combination must be globally unique. It is frequently convenient to a set of Forwarders as being members of a particular "group", where PWs may only be set up among members of a group. In such cases, it is convenient to identify the Forwarders relative to the group, so that an Attachment Identifier would consist of an Attachment Group Identifier (AGI) plus an Attachment Individual Identifier (AII). An Attachment Group Identifier may be thought of as a VPN-id, or a VLAN identifier, some attribute which is shared by all the Attachment VCs (or pools thereof) which are allowed to be connected. The details of how to construct the AGI and AII fields identifying the pseudowire endpoints are outside the scope of this specification. Different pseudowire application, and different provisioning models, will require different sorts of AGI and AII fields. The specification of each such application and/or model must include the rules for constructing the AGI and AII fields. As previously discussed, a (bidirectional) pseudowire consists of a pair of unidirectional LSPs, one in each direction. If a particular pseudowire connects PE1 with PE2, the LSP in the PE1-->PE2 direction can be identified as: , PE2, >, and the LSP in the PE2--PE1 direction can be identified by: , PE1, >. Note that the AGI must be the same at both endpoints, but the AII will in general be different at each endpoint. Thus from the perspective of a particular PE, each pseudowire has a local or "Source AII", and a remote or "Target AII". The pseudowire setup protocol can carry all three of these quantities: - Attachment Group Identifier (AGI). Martini, et al. [Page 13] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Source Attachment Individual Identifier (SAII) - Target Attachment Individual Identifier (TAII) If the AGI is non-null, then the Source AI (SAI) consists of the AGI together with the SAII, and the Target AI (TAI) consists of the TAII together with the AGI. If the AGI is null, then the SAII and TAII are the SAI and TAI respectively. The interpretation of the SAI and TAI is a local matter at the respective endpoint. The association of two unidirectional LSPs into a single bidirectional pseudowire depends on the SAI and the TAI. Each application and/or provisioning model which uses the Generalized ID FEC element must specify the rules for performing this association. 5.2.2. Encoding the Generalized ID FEC Element FEC element type 129 is used. The FEC element is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 129 |C| VC Type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ additional Parameters are: - SAII, encoded as a one byte length field followed by the SAI. - TAII, encoded as a one byte length field followed by the TAI. - AGI, encoded as a one byte length field followed by the AGI. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the field, excluding the length byte itself. The null string can be sent by setting the length Martini, et al. [Page 14] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 byte to 0. 5.2.3. Procedures In order for PE1 to begin signaling PE2, PE1 must know the address of the remote PE2, and a TAI. This information may have been configured at PE1, or it may have been learned dynamically via some autodiscovery procedure. To begin the signaling procedure, a PE (PE1) that has knowledge of the other endpoint (PE2) initiates the setup of the LSP in the incoming (PE2-->PE1) direction by sending a Label Mapping message containing the FEC type 129. The FEC element includes the SAII, AGI, and TAII. What happens when PE2 receives such a Label Mapping message? PE2 interprets the message as a request to set up a PW whose endpoint (at PE2) is the Forwarder identified by the TAI. From the perspective of the signaling protocol, exactly how PE2 maps AIs to Forwarders is a local matter. In some VPWS provisioning models, the TAI might, e.g., be a string which identifies a particular Attachment Circuit, such as "ATM3VPI4VCI5", or it might, e.g., be a string such as "Fred" which is associated by configuration with a particular Attachment Circuit. In VPLS, the TAI would be a VPN-id, identifying a particular VPLS instance. If PE2 cannot map the TAI to one of its Forwarders, then PE2 sends a Label Release message to PE1, with a Status Code meaning "invalid TAI", and the processing of the Mapping message is complete. If the Label Mapping Message has a valid TAI, PE2 must decide whether to accept it or not. The procedures for so deciding will depend on the particular type of Forwarder identified by the TAI. Of course, the Label Mapping message may be rejected due to standard LDP error conditions as detailed in [LDP]. If PE2 decides to accept the Label Mapping message, then it has to make sure that an LSP is set up in the opposite (PE1-->PE2) direction. If it has already signaled for the corresponding LSP in that direction, nothing more need be done. Otherwise, it must initiate such signaling by sending a Label Mapping message to PE1. This is very similar to the Label Mapping message PE2 received, but with the SAI and TAI reversed. Martini, et al. [Page 15] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3. Interface Parameters Field This field specifies interface specific parameters. When applicable, it MUST be used to validate that the PEs, and the ingress and egress ports at the edges of the circuit, have the necessary capabilities to interoperate with each other. The field structure is defined as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameter ID | Length | Variable Length Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Variable Length Value | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The parameter ID Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. The Length field is defined as the length of the interface parameter including the parameter id and length field itself. Processing of the interface parameters should continue when encountering unknown interface parameters and they MUST be silently ignored. - Interface MTU A 2 octet value indicating the MTU in octets. This is the Maximum Transmission Unit, excluding encapsulation overhead, of the egress packet interface that will be transmitting the decapsulated PDU that is received from the MPLS network. This parameter is applicable only to PW types 1, 2, 4, 5, 6, and 7, and is REQUIRED for these PW types. If this parameter does not match in both directions of a specific PW, that PW MUST NOT be enabled. - Maximum Number of concatenated ATM cells A 2 octet value specifying the maximum number of concatenated ATM cells that can be processed as a single PDU by the egress PE. An ingress PE transmitting concatenated cells on this PW can concatenate a number of cells up to the value of this parameter, but MUST NOT exceed it. This parameter is applicable only to PW types 3, 9, and 0x0a, and is REQUIRED for these PWC types. This parameter does not need to match in both directions of a specific PW. Martini, et al. [Page 16] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Optional Interface Description string This arbitrary, OPTIONAL, interface description string is used to send a human-readable administrative string describing the interface to the remote. This parameter is OPTIONAL, and is applicable to all PW types. The interface description parameter string length is variable, and can be from 0 to 80 octets. Human-readable text MUST be provided in the UTF-8 charset using the Default Language [RFC2277]. - Payload Bytes A 2 octet value indicating the number of TDM payload octets contained in all packets on the CEM stream, from 48 to 1,023 octets. All of the packets in a given CEM stream have the same number of payload bytes. Note that there is a possibility that the packet size may exceed the SPE size in the case of an STS-1 SPE, which could cause two pointers to be needed in the CEM header, since the payload may contain two J1 bytes for consecutive SPEs. For this reason, the number of payload bytes must be less than or equal to 783 for STS-1 SPEs. - CEP Options. An optional 16 Bit value of CEM Flags. See [8] for the definition of the bit values. - Requested VLAN ID. An Optional 16 bit value indicating the requested VLAN ID. This parameter MAY be used by an PE that is incapable of rewriting the 802.1Q ethernet VLAN tag on output. If the ingress PE receives this request it MAY rewrite the VLAN ID tag in input to match the requested VLAN ID. If this is not possible, and the VLAN ID does not already match configured ingress VLAN ID the PW should not be enabled.This parameter is applicable only to PW type 4. - CEP/TDM bit rate. This 32-bit integer is mandatory for CEP. For other PWs carrying TDM traffic it is mandatory if the bit-rate cannot be directly inferred from the service type. If present, it expresses the bit rate of the attachment circuit as known to the advertizing PE in "units" of 64 kbit/s. I.e., the value 26 must be used for CEP carrying VT1.5 SPE, 35 - for CEP carrying a VT2 SPE, 99 - for VT6 SPE, 783 - for STS-1 SPE and n*783 - for STS- nc, n = 3, 12, 48, 192. Attempts to establish a PWC between a pair of TDM ports with different bit-rates MUST be rejected with the appropriate status code (see section "Status codes" below). Martini, et al. [Page 17] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3.1. PW types for which the control word is REQUIRED The Label Mapping messages which are sent in order to set up these PWs MUST have c=1. When a Label Mapping message for a PW of one of these types is received, and c=0, a Label Release MUST be sent, with an "Illegal C-bit" status code. In this case, the PW will not be enabled. 5.3.2. PW types for which the control word is NOT mandatory If a system is capable of sending and receiving the control word on PW types for which the control word is not mandatory, then each such PW endpoint MUST be configurable with a parameter that specifies whether the use of the control word is PREFERRED or NOT PREFERRED. For each PW, there MUST be a default value of this parameter. This specification does NOT state what the default value should be. If a system is NOT capable of sending and receiving the control word on PWC types for which the control word is not mandatory, then it behaves as exactly as if it were configured for the use of the control word to be NOT PREFERRED. If a Label Mapping message for the PW has already been received, but no Label Mapping message for the PW has yet been sent, then the procedure is the following: -i. If the received Label Mapping message has c=0, send a Label Mapping message with c=0, and the control word is not used. -ii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is preferred, then send a Label Mapping message with c=1, and the control word is used. -iii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is not preferred or the control word is not supported, then act as if no Label Mapping message for the PW had been received (i.e., proceed to the next paragraph). If a Label Mapping message for the PW has not already been received (or if the received Label Mapping message had c=1 and either local configuration says that the use of the control word is not preferred or the control word is not supported), then send a Label Mapping message in which the c bit is set to correspond to the locally configured preference for use of the control word. (I.e., set c=1 if locally configured to prefer the control word, set c=0 if locally configured to prefer not to use the control word or if the control word is not supported). Martini, et al. [Page 18] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 The next action depends on what control message is next received for that PW. The possibilities are: -i. A Label Mapping message with the same c bit value as specified in the Label Mapping message that was sent. PW setup is now complete, and the control word is used if c=1 but not used if c=0. -ii. A Label Mapping message with c=1, but the Label Mapping message that was sent has c=0. In this case, ignore the received Label Mapping message, and continue to wait for the next control message for the PW. -iii. A Label Mapping message with c=0, but the Label Mapping message that was sent has c=1. In this case, send a Label Withdraw message with a "Wrong c-bit" status code, followed by a Label Mapping message that has c=0. PW setup is now complete, and the control word is not used. -iv. A Label Withdraw message with the "Wrong c-bit" status code. Treat as a normal Label Withdraw, but do not respond. Continue to wait for the next control message for the PW. If at any time after a Label Mapping message has been received, a corresponding Label Withdraw or Release is received, the action taken is the same as for any Label Withdraw or Release that might be received at any time. Note that receiving a Label Withdraw should not cause a corresponding Label Release to be sent. If both endpoints prefer the use of the control word, this procedure will cause it to be used. If either endpoint prefers not to use the control word, or does not support the control word, this procedure will cause it not to be used. If one endpoint prefers to use the control word but the other does not, the one that prefers not to use it is has no extra protocol to execute, it just waits for a Label Mapping message that has c=0. The diagram in Appendix A illustrates the above procedure. 5.3.3. Status codes RFC 3036 has a range of Status Code values which are assigned by IANA on a First Come, First Served basis. These additional status codes, and assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. Martini, et al. [Page 19] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.4. LDP label Withdrawal procedures As mentioned above the Group ID field can be used to withdraw all PW labels associated with a particular group ID. This procedure is OPTIONAL, and if it is implemented the LDP label withdraw message should be as follows: the PW information length field is set to 0, the PW ID field is not present, and the interface parameters field is not present. For the purpose of this document this is called the "wild card withdraw procedure", and all PEs implementing this design are REQUIRED to accept such a withdraw message, but are not required to send it. The interface parameters field MUST NOT be present in any LDP PW label withdrawal message or release message. A wildcard release message MUST include only the group ID. A Label Release message initiated from the imposition router must always include the PW ID. 5.5. Sequencing Considerations In the case where the router considers the sequence number field in the control word, it is important to note the following when advertising labels 5.5.1. Label Mapping Advertisements After a label has been withdrawn by the disposition router and/or released by the imposition router, care must be taken to not re- advertise (re-use) the released label until the disposition router can be reasonably certain that old packets containing the released label no longer persist in the MPLS network. This precaution is required to prevent the imposition router from restarting packet forwarding with sequence number of 1 when it receives the same label mapping if there are still older packets persisting in the network with sequence number between 1 and 32768. For example, if there is a packet with sequence number=n where n is in the interval[1,32768] traveling through the network, it would be possible for the disposition router to receive that packet after it re-advertises the label. Since the label has been released by the imposition router, the disposition router SHOULD be expecting the next packet to arrive with sequence number to be 1. Receipt of a packet with sequence number equal to n will result in n packets potentially being rejected by the disposition router until the imposition router imposes a sequence number of n+1 into a packet. Possible methods to avoid this is for the disposition router to always advertise a different PW label, or for the disposition router Martini, et al. [Page 20] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 to wait for a sufficient time before attempting to re-advertised a recently released label. This is only an issue when sequence number processing at the disposition router is enabled. 5.5.2. Label Mapping Release In situations where the imposition router wants to restart forwarding of packets with sequence number 1, the router shall 1) Send to disposition router a label mapping release, and 2) Send to disposition router a label mapping request. When sequencing is supported, advertisement of a PW label in response to a label mapping request MUST also consider the issues discussed in the section on Label Mapping Advertisements. 6. IANA Considerations As specified in this document, a Virtual Circuit FEC element contains the PW Type field. PW type value 0 is reserved. PW type values 1 through 10 are defined in this document. PW type values 11 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in [RFC2434]. PW type values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in [RFC 2434]. PW type values 128 through 32767 are vendor-specific, and values in this range are not to be assigned by IANA. As specified in this document, a Pseudo Wire FEC element contains the Interface Parameters field, which is a list of one or more parameters, and each parameter is identified by the Parameter ID field. Parameter ID value 0 is reserved. Parameter ID values 1 through 6 are defined in this document. Parameter ID values 7 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in RFC2434. Parameter ID values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in RFC2434. Parameter ID values 128 through 255 are vendor- specific, and values in this range are not to be assigned by IANA. 7. Security Considerations This document does not affect the underlying security issues of MPLS. Martini, et al. [Page 21] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 8. References [1] "LDP Specification." L. Andersson, P. Doolan, N. Feldman, A. Fredette, B. Thomas. January 2001. RFC3036 [2] ITU-T Recommendation Q.933, and Q.922 Specification for Frame Mode Basic call control, ITU Geneva 1995 [3] "MPLS Label Stack Encoding", E. Rosen, Y. Rekhter, D. Tappan, G. Fedorkow, D. Farinacci, T. Li, A. Conta. RFC3032 [4] "IEEE 802.3ac-1998" IEEE standard specification. [5] American National Standards Institute, "Synchronous Optical Network Formats," ANSI T1.105-1995. [6] ITU Recommendation G.707, "Network Node Interface For The Synchronous Digital Hierarchy", 1996. [7] "Encapsulation Methods for Transport of Frame-Relay Over IP and MPLS Networks", draft-ietf-pwe3-frame-encap-01.txt. ( work in progress ) [8] "SONET/SDH Circuit Emulation Service Over Packet (CEP)", draft-ietf-pwe3-sonet-01.txt ( Work in progress ) [9] ATM Forum Specification fb-fbatm-0151.000 (2000) ,Frame Based ATM over SONET/SDH Transport (FAST) [10] "Encapsulation Methods for Transport of ATM Cells/Frame Over IP and MPLS Networks", draft-ietf-pwe3-atm-encap-00.txt ( work in progress ) [11] "Encapsulation Methods for Transport of PPP/HDLC Frames Over IP and MPLS Networks", draft-martini-ppp-hdlc-encap-mpls-00.txt. ( work in progress ) [12] "Encapsulation Methods for Transport of Ethernet Frames Over IP/MPLS Networks", draft-ietf-pwe3-ethernet-encap-01.txt. ( work in progress ) [13] "Protocol Layering in PWE3" Bryant, et al., draft-ietf-pwe3- protocol-layer-00.txt ( work in progress ), November 2002. [14] "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" Martini, Townsley, draft-ietf-pwe3-iana-allocation-00.txt ( work in progress ), February 2003 Martini, et al. [Page 22] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 [RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations section in RFCs", BCP 26, RFC 2434, October 1998. [RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998. [note1] FEC element type 128 is pending IANA approval. [note2] Status codes assigment is pending IANA approval. 9. Author Information Luca Martini Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: luca@level3.net Nasser El-Aawar Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: nna@level3.net Giles Heron PacketExchange Ltd. The Truman Brewery 91 Brick Lane LONDON E1 6QL United Kingdom e-mail: giles@packetexchange.net Eric Rosen Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: erosen@cisco.com Martini, et al. [Page 23] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Dan Tappan Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: tappan@cisco.com 10. Additional Contributing Authors Dimitri Stratton Vlachos Mazu Networks, Inc. 125 Cambridgepark Drive Cambridge, MA 02140 e-mail: d@mazunetworks.com Jayakumar Jayakumar, Cisco Systems Inc. 225, E.Tasman, MS-SJ3/3, San Jose, CA, 95134 e-mail: jjayakum@cisco.com Alex Hamilton, Cisco Systems Inc. 285 W. Tasman, MS-SJCI/3/4, San Jose, CA, 95134 e-mail: tahamilt@cisco.com Steve Vogelsang Laurel Networks, Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 e-mail: sjv@laurelnetworks.com John Shirron Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: jshirron@laurelnetworks.com Martini, et al. [Page 24] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Toby Smith Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: tob@laurelnetworks.com Andrew G. Malis Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 Phone: +1 408 383 7223 Email: Andy.Malis@vivacenetworks.com Vinai Sirkay Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 e-mail: sirkay@technologist.com Vasile Radoaca Nortel Networks 600 Technology Park Billerica MA 01821 e-mail: vasile@nortelnetworks.com Chris Liljenstolpe Cable & Wireless 11700 Plaza America Drive Reston, VA 20190 e-mail: chris@cw.net Dave Cooper Global Crossing 960 Hamlin Court Sunnyvale, CA 94089 e-mail: dcooper@gblx.net Martini, et al. [Page 25] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale, CA 94089 e-mail: kireeti@juniper.net Martini, et al. [Page 26] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 11. Appendix A - C-bit Handling Procedures Diagram ------------------ Y | Received Label | N -------| Mapping Msg? |-------------- | ------------------ | -------------- | | | | ------- ------- | | C=0 | | C=1 | | ------- ------- | | | | | ---------------- | | | Control Word | N | | | Capable? |----------- | | ---------------- | | | Y | | | | | | | | ---------------- | | | | Control Word | N | | | | Preferred? |---- | | | ---------------- | | | | Y | | | | | | | | ---------------- | | | | | Control Word | | | | | | Preferred? | | | | | ---------------- | | | | N | Y | | | | | | | Send Send Send Send Send Send C=0 C=1 C=0 C=0 C=0 C=1 | | | | ---------------------------------- | If receive the same as sent, | | PW setup is complete. If not: | ---------------------------------- | | | | ------------------- ----------- | Receive | | Receive | | C=1 | | C=0 | ------------------- ----------- | | Wait for the Send next message Wrong C-Bit | Send Label Mapping Message Martini, et al. [Page 27] ^L Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Martini, et al. [Page 28] From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: PWE3 requirements Last Call Date: Wed, 19 Mar 2003 14:24:35 -0700 Lines: 43 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Wed Mar 19 22:31:53 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Folks, Here's an updated version of the requirements document. It'll be posted to the IETF internet-drafts directory as soon as they begin accepting updates again. There's no intention to discuss this draft at the meeting as changes from the last version are minimal. Please consider this the start of a 3 week (per the meeting) WG Last Call, ending on April 9. -danny ------- Forwarded Message From xxiao@riverstonenet.com Wed Dec 27 16:41:44 2006 Subject: PWE3 requirements draft, version 5 Date: Mon, 17 Mar 2003 21:34:09 -0800 From: "Xipeng Xiao" To: Cc: "Xipeng Xiao" , "Danny McPherson (E-mail)" , "Prayson Pate (E-mail)" Status: O A new version of the PWE3 requirements draft is available for review at: http://www.cse.msu.edu/~xiaoxipe/pwe3/draft-ietf-pwe3-requirements-05.txt= =20 Comments from the last last-call are all considered. Changes made in = this version are: =20 1. The Fragmentation section is re-worded. The original term "SAR" is = replaced. 2. The Maintenance section is rewritten. =20 i. How to handle control messages of the native service is now = clearly specified; ii. The need for PE-generated maintenance messages, when they are = needed, and how to generate and process them at the PEs, are discussed. 3. The Inter-domain section is re-worded. =20 Comments are welcome! =20 XiPeng From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: Today's Meeting Date: Wed, 19 Mar 2003 14:30:30 -0700 Lines: 7 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Wed Mar 19 22:34:37 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O You can download most of today's PWE3 presentations from the following URL: http://pwe3.tcb.net/meetings/ietf56 -danny From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: draft-sathappan-pw-atm-mib-00.txt Date: Wed, 19 Mar 2003 19:35:01 -0500 Lines: 12 Sender: pwe3-admin@ietf.org References: <20030319213035.0C75C55F62@nomad.tcb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: danny@tcb.net X-From: pwe3-admin@ietf.org Thu Mar 20 01:38:51 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: pwe3@ietf.org In-Reply-To: <20030319213035.0C75C55F62@nomad.tcb.net> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi, As per our meeting today, I want to request that draft-sathappan-pw-atm-mib-00.txt be accepted as a PWE3 WG document. It fits in with the existing PWE3 management framework as described in the PWE3 architecture, and also satisfies requirements for management stated in the PWE3 requirements draft. --Tom From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: PWE3 requirements Last Call Date: Thu, 20 Mar 2003 15:56:13 +0900 Organization: NTT Corporation Lines: 84 Sender: pwe3-admin@ietf.org References: <20030319212440.1FBC755F62@nomad.tcb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Thu Mar 20 07:58:37 2003 Return-path: To: pwe3@ietf.org In-Reply-To: <20030319212440.1FBC755F62@nomad.tcb.net> X-Mailer: Becky! ver. 2.05.10 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O My comments on the draft-ietf-pwe3-requirements-05.txt are attached. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. -------------- > 3. Reference Model of PWE3 > > A pseudo-wire (PW) is a connection between two provider edge (PE) > devices which connects two attachment circuits (ACs). In this > document, An AC is either: > - an Ethernet link or a 802.1Q link between two ports, or What is "802.1Q link"? IEEE 802.1Q specifies VLAN-aware Bridge, in this standard "link" means LLC or medium, but it does not specify any link technology. If "802.1Q link" implies "tagged mode", as discussed on the mailing list, it violate the standard, so it should be removed. -------------- > |<------- Pseudo Wire ------>| > | | > | |<-- PSN Tunnel -->| | > PW V V V V PW > End Service+----+ +----+ End Service > +-----+ | | PE1|==================| PE2| | +-----+ > | |----------|............PW1.............|----------| | > | CE1 | | | | | | | | CE2 | > | |----------|............PW2.............|----------| | > +-----+ ^ | | |==================| | | +-----+ > ^ | +----+ +----+ ^ > | | Provider Edge 1 Provider Edge 2 | > | | | > | Attachment Circuit | > | | > |<-------------- Emulated Service ---------------->| > > Customer Customer > Edge 1 Edge 2 > Figure 1: PWE3 Reference Model PW End Service and Emulated Service are undefined, and difference between them is not addressed. -------------- > 4. Packet Processing > This section describes data plane requirements for PWE3. "data plane" is undefined in this document. -------------- > 4.1.3. Support of Multiplexing and Demultiplexing > If a service in its native form is capable of grouping multiple > circuits into a "trunk", e.g. multiple ATM VCCs in a VPC or multiple > Ethernet 802.1Q interfaces in a port, some mechanism SHOULD be What are "multiple Ethernet 802.1Q interfaces in a port"? Again, IEEE 802.1Q specifies VLAN-aware Bridge, it is independent from medium such as Ethernet, so "Ethernet 802.1Q interfaces" does not technically make sense. And it does not provide any trunk/multiplexing function in the MAC entity, so this example is inappropriate for an example of trunking. -------------- > 5.1. Setup and Teardown of Pseudo-Wires > A PW must be set up before an emulated circuit can be established, > and must be torn down when an emulated circuit is no longer needed. > Setup and teardown of a PW can be triggered by a CLI command from the > management plane of a PE, or by Setup/Teardown of an AC (e.g., an ATM "management plane" is undefined in this document. -------------- > 5.3. PE-generated Maintenance Messages [snip] > Furthermore, if a PE needs to generate and send a maintenance message > to a CE, the PE MUST use a maintenance message of the native service. > This is essential in keeping the emulated service transparent to the > CEs. If a PE needs to generate and send a maintenance message to a > remote PE, the maintenance message MUST be sent via the control > plane, not via the PW. "control plane" is undefined in this document. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: Packman Date: Thu, 20 Mar 2003 18:28:02 +0200 Lines: 97 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EEFD.AD59EAAC" X-From: pwe3-admin@ietf.org Thu Mar 20 17:38:00 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: Packman Thread-Index: AcLu/a1JtMAP4W1PQZmklcMo3P3pgA== To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. ------_=_NextPart_001_01C2EEFD.AD59EAAC Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable As you all saw yesterday, due to congestion I had=20 my wire pulled. What I didn't get to say was that the program I use to measure packet loss and delay variation, "PACKMAN", runs on a standard Windows PC. It basically sends a periodic stream of empty TDMoIP (draft-anavi) packets, at a configurable rate, and measures packet loss. It also measures the standard deviation of the arrival time difference (the next version will use the OAM mechanism decribed in draft-anavi to measure one-way delay, etc. as well). I have run it over various private networks and Internet links, with interesting results. In particular, I have discovered that the great majority of lost packets are isolated, and not packet loss bursts. This is apparently due to (W)RED mechanisms. When there are duplicate packets lost, this tends to happen at a periodic rate. We believe this is due to IGRP table updates. If anyone would like to perform measurements on their own networks, or even get together to set up streams across the Internet,=20 I could make PACKMAN available. Y(J)S ------_=_NextPart_001_01C2EEFD.AD59EAAC Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Packman

As you all saw yesterday, due to congestion I had
my wire pulled.

What I didn't get to say was that the program
I use to measure packet loss and delay variation,
"PACKMAN", runs on a standard Windows PC.

It basically sends a periodic stream of empty
TDMoIP (draft-anavi) packets, at a configurable
rate, and measures packet loss. It also measures
the standard deviation of the arrival time difference
(the next version will use the OAM mechanism decribed
in draft-anavi to measure one-way delay, etc. as well).

I have run it over various private networks
and Internet links, with interesting results.
In particular, I have discovered that the great majority
of lost packets are isolated, and not packet loss bursts.
This is apparently due to (W)RED mechanisms.

When there are duplicate packets lost, this tends
to happen at a periodic rate.
We believe this is due to IGRP table updates.

If anyone would like to perform measurements
on their own networks, or even get together
to set up streams across the Internet,
I could make PACKMAN available.


Y(J)S

------_=_NextPart_001_01C2EEFD.AD59EAAC-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Packman Date: Thu, 20 Mar 2003 18:52:36 +0200 Lines: 65 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 20 18:11:43 2003 Return-path: To: "'Yaakov Stein'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaakov and all, Unfortunately I have missed your presentation (and the entire IETF to boot). Nevertheless please see a couple of questions inline With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) -----Original Message----- From: Yaakov Stein [mailto:yaakov_s@rad.com] Sent: Thursday, March 20, 2003 6:28 PM To: pwe3@ietf.org Subject: [PWE3] Packman > As you all saw yesterday, due to congestion I had > my wire pulled. > > What I didn't get to say was that the program > I use to measure packet loss and delay variation, > "PACKMAN", runs on a standard Windows PC. > > It basically sends a periodic stream of empty > TDMoIP (draft-anavi) packets, at a configurable > rate, and measures packet loss. It also measures > the standard deviation of the arrival time difference > (the next version will use the OAM mechanism decribed > in draft-anavi to measure one-way delay, etc. as well). > Why "empty TDMoIP" packets (BTW, I do not remember that draft-anavi defines any such thing, but I may be mistaken). Is not simple ICMP Echo/Echo reply sufficient? > > I have run it over various private networks > and Internet links, with interesting results. > In particular, I have discovered that the great majority > of lost packets are isolated, and not packet loss bursts. > This is apparently due to (W)RED mechanisms. > AFAIK, this is what WRED has been designed for, so I tend to agree. > > When there are duplicate packets lost, this tends > to happen at a periodic rate. > We believe this is due to IGRP table updates. > Did you send IP Multicast TDMoIP packets? And, if not, how should the IGRP tables update result in douple packet loss? An alternative explanation that comes to mind is a well-known bug in some ARP implementations. Its effects on packet arrival jitter and packet loss have been described in the presentation made by Stephen Casner at NANOG-22, May 2001. > > If anyone would like to perform measurements > on their own networks, or even get together > to set up streams across the Internet, > I could make PACKMAN available. > > > Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Thu, 20 Mar 2003 16:55:27 -0500 Lines: 73 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EF2B.6A85D786" X-From: pwe3-admin@ietf.org Thu Mar 20 22:58:45 2003 Return-path: To: "'Luca Martini'" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2EF2B.6A85D786 Content-Type: text/plain; charset="iso-8859-1" I'll reiterate a general observation made at the PWE3 meeting mike. The draft currently uses label withdraw as a fault notification mechanism. It would be useful if the text stated that this was a MUST only in the absence of other fault notification mechanisms. Data plane notification would be particularly useful for physical circuits, PVCs etc. things that do not go away on failure. IMHO withdrawing a label may introduce a lot of overhead for somthing that may need to be promptly put back (circuit flapping). Data plane notification that simply leaves the label in place could be a whole lot simpler. esp. if associated stats need to be journalled when labels are withdrawn. cheers Dave ------_=_NextPart_001_01C2EF2B.6A85D786 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] [Fwd: = draft-ietf-pwe3-control-protocol-02.txt]

I'll reiterate a general observation made at the PWE3 = meeting mike.

The draft currently uses label withdraw as a fault = notification mechanism. It would be useful if the text stated that this = was a MUST only in the absence of other fault notification mechanisms. =

Data plane notification would be particularly useful = for physical circuits, PVCs etc. things that do not go away on failure. = IMHO withdrawing a label may introduce a lot of overhead for somthing = that may need to be promptly put back (circuit flapping). Data plane = notification that simply leaves the label in place could be a whole lot = simpler. esp. if associated stats need to be journalled when labels are = withdrawn.

cheers
Dave



 

------_=_NextPart_001_01C2EF2B.6A85D786-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Thu, 20 Mar 2003 22:31:20 -0000 Lines: 42 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-From: pwe3-admin@ietf.org Thu Mar 20 23:50:22 2003 Return-path: To: dallan@nortelnetworks.com, luca@level3.net, pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O David Allan wrote 20 March 2003 21:55 I'll reiterate a general observation made at the PWE3 meeting mike. The draft currently uses label withdraw as a fault notification mechanism. It would be useful if the text stated that this was a MUST only in the absence of other fault notification mechanisms. Data plane notification would be particularly useful for physical circuits, PVCs etc. things that do not go away on failure. IMHO withdrawing a label may introduce a lot of overhead for somthing that may need to be promptly put back (circuit flapping). Data plane notification that simply leaves the label in place could be a whole lot simpler. esp. if associated stats need to be journalled when labels are withdrawn. cheers Dave NH=> I agree with this view. It's generally not good architectural practice to couple data-plane fault notifications and (a specific instance of) the control-plane behaviour. There are many reasons for this (some people have already discovered some of these I believe wrt RSVP-TE LSPs, ie don't use the control-plane to proxy for detecting data-plane failures). Dave has pointed out a further reason above. Others related issues here are: - you want the *same* data-plane mechanisms/behaviour irrespective of which signalling protocol intantiated the LSP......including the case of 'none', ie static provisioned; - the above is also a requirement in order to allow independent development (ie add-new/change/sunset-old) the data-plane and control-plane protocols; - failures of the control-plane should not impact long-holding data-plane topological constructs.......VPNs are an example of a potentially long holding data-plane constructs here; - some failure modes will only be detectable using data-plane mechanisms, eg mismatch/mismerge....so since detection is required within the data-plane itself, it makes sense that appropriate actions (which may vary dependent on the specific defect) are taken within the data-plane. One can use the data-plane detection to then invoke actions in the control-plane (and assuming signalling is used, and this should apply to *any* signalling protocol, not just 1 instance) such as protection-switching, and where as Dave observes "(the LSP) needs to be promptly put back"......but clearly it still depends on data-plane detection in the 1st place, and data-plane verification that any corrective actions like prot-sw have been successful. regards, Neil From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Busschbach, Peter B (Peter)" Subject: Static PW label provisioning Date: Thu, 20 Mar 2003 18:17:37 -0500 Lines: 103 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EF36.E5023ADA" X-From: pwe3-admin@ietf.org Fri Mar 21 00:21:54 2003 Return-path: To: pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2EF36.E5023ADA Content-Type: text/plain; charset="iso-8859-1" I agree with Dave Allen that PW Label Withdrawel is not the right mechanism to deal with failure conditions (see attached email). If his proposal is accepted, it would obviate a part of my question, but let me ask it anyway. The pwe3-control draft mentions the option of static provisioning of PW labels. However, the draft mandates the use of the Label Withdraw message to notify the far side about failure conditions. When this failure condition disappears, I presume that the Label Mapping message has to be used to indicate to this to the far end and to reestablish the PW. And, as 5.5.1 explains, it is preferable to use a new PW label value to make sure that there are no problems with sequence numbers. In this case, how can you speak of static provisioning? At a minimum, the draft should state that in case the control word is not used for a certain PW type, the statically provisioned PW labels can be reused. The question remains: what exactly is static provisioning? If it means that there is no need for the Label Mapping message, is there still a need for LDP session initialization and for the Hello protocol? It would be helpful if the draft was more explicit about this. Peter -----Original Message----- From: David Allan [mailto:dallan@nortelnetworks.com] Sent: Thursday, March 20, 2003 4:55 PM To: 'Luca Martini'; pwe3@ietf.org Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] I'll reiterate a general observation made at the PWE3 meeting mike. The draft currently uses label withdraw as a fault notification mechanism. It would be useful if the text stated that this was a MUST only in the absence of other fault notification mechanisms. Data plane notification would be particularly useful for physical circuits, PVCs etc. things that do not go away on failure. IMHO withdrawing a label may introduce a lot of overhead for somthing that may need to be promptly put back (circuit flapping). Data plane notification that simply leaves the label in place could be a whole lot simpler. esp. if associated stats need to be journalled when labels are withdrawn. cheers Dave ------_=_NextPart_001_01C2EF36.E5023ADA Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt]
I agree with Dave Allen that PW Label Withdrawel is not the right mechanism to deal with failure conditions (see attached email). If his proposal is accepted, it would obviate a part of my question, but let me ask it anyway.
 
The pwe3-control draft mentions the option of static provisioning of PW labels. However, the draft mandates the use of the Label Withdraw message to notify the far side about failure conditions. When this failure condition disappears, I presume that the Label Mapping message has to be used to indicate to this to the far end and to reestablish the PW. And, as 5.5.1 explains, it is preferable to use a new PW label value to make sure that there are no problems with sequence numbers. In this case, how can you speak of static provisioning?
 
At a minimum, the draft should state that in case the control word is not used for a certain PW type, the statically provisioned PW labels can be reused.
 
The question remains: what exactly is static provisioning? If it means that there is no need for the Label Mapping message, is there still a need for LDP session initialization and for the Hello protocol? It would be helpful if the draft was more explicit about this.
 
Peter
 
 
-----Original Message-----
From: David Allan [mailto:dallan@nortelnetworks.com]
Sent: Thursday, March 20, 2003 4:55 PM
To: 'Luca Martini'; pwe3@ietf.org
Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt]

I'll reiterate a general observation made at the PWE3 meeting mike.

The draft currently uses label withdraw as a fault notification mechanism. It would be useful if the text stated that this was a MUST only in the absence of other fault notification mechanisms.

Data plane notification would be particularly useful for physical circuits, PVCs etc. things that do not go away on failure. IMHO withdrawing a label may introduce a lot of overhead for somthing that may need to be promptly put back (circuit flapping). Data plane notification that simply leaves the label in place could be a whole lot simpler. esp. if associated stats need to be journalled when labels are withdrawn.

cheers
Dave



------_=_NextPart_001_01C2EF36.E5023ADA-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Rahul Aggarwal Subject: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Thu, 20 Mar 2003 17:22:58 -0800 (PST) Lines: 17 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: luca@level3.net X-From: pwe3-admin@ietf.org Fri Mar 21 02:27:19 2003 Return-path: X-Sender: rahul@malt To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Luca, Wanted to re-iterate my comment about the tagged mode in the ethernet encapsulation draft. There is a value in having the tagged mode and there are several reasons for it: - Bunch of existing implementations; inter-operability and some deployment - Router hardware that cannot insert vlan tags on the egress PE Some people might argue that all can be achieved with the raw mode and a NSP function. No one is stopping them from using only the raw mode in that case :) But there are several of us who want the tagged mode to stay there and IMHO we should keep it that way. thanks, rahul From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: Packman Date: Fri, 21 Mar 2003 03:29:49 +0200 Lines: 175 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EF49.5D33E663" Cc: X-From: pwe3-admin@ietf.org Fri Mar 21 02:39:22 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] Packman Thread-Index: AcLvAKGNao3OZxtsQ3KTCggkcS57ZAAR1Z8m To: "Alexander Vainshtein" Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. ------_=_NextPart_001_01C2EF49.5D33E663 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Sasha,=20 Sorry you couldn't make it to the meeting. > It basically sends a periodic stream of empty > TDMoIP (draft-anavi) packets, at a configurable > rate, and measures packet loss. It also measures > the standard deviation of the arrival time difference > (the next version will use the OAM mechanism decribed > in draft-anavi to measure one-way delay, etc. as well). > Why "empty TDMoIP" packets (BTW, I do not remember that draft-anavi defines any such thing, but I may be mistaken). Is not simple ICMP Echo/Echo reply sufficient? [YJS] By "empty" I mean that the length can be configured but the payload is all zero. As I said, this tool doesn't yet support ICMP packets. >=20 > I have run it over various private networks > and Internet links, with interesting results. > In particular, I have discovered that the great majority > of lost packets are isolated, and not packet loss bursts. > This is apparently due to (W)RED mechanisms. > AFAIK, this is what WRED has been designed for, so I tend to agree. [YJS] Well, it surprised everyone at first. Almost everyone said that since the bit error rate should be low, almost all packet loss will be from congestion dropping. And if there is congestion, then many packets will be dropped. But that is NOT what I observed. The question is whether this scenario is typical in some sense, or perhaps there are cases where bursty packet loss really happens. >=20 > When there are duplicate packets lost, this tends > to happen at a periodic rate. > We believe this is due to IGRP table updates. > Did you send IP Multicast TDMoIP packets? And, if not, how=20 should the IGRP tables update result in douple packet loss? [YJS] No, these are not multicast packets. What happens is (at least according to our best understanding) that IGRP tables are periodically updated every 90 seconds. When several neighboring routers start updating their traffic is so intensive that they cause user traffic to be dropped. This won't be too noticeable for TCP, but shows up as multipacket packet loss every 90 seconds on some paths.=20 An alternative explanation that comes to mind is a well-known bug in = some ARP implementations. Its effects on packet arrival jitter and packet = loss have been described in the presentation made by Stephen Casner at = NANOG-22, May 2001.=20 [YJS] Is this available on-line? The reason we think IGRP is at fault is the 90 second spacing of packet losses. Y(J)S ------_=_NextPart_001_01C2EF49.5D33E663 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable RE: [PWE3] Packman

Sasha,

Sorry you couldn't make it to the meeting.

> It basically sends a periodic stream of empty
> TDMoIP (draft-anavi) packets, at a configurable
> rate, and measures packet loss. It also measures
> the standard deviation of the arrival time difference
> (the next version will use the OAM mechanism decribed
> in draft-anavi to measure one-way delay, etc. as well).
>
Why "empty TDMoIP" packets (BTW, I do not remember that
draft-anavi defines any such thing, but I may be mistaken).
Is not simple ICMP Echo/Echo reply sufficient?

[YJS] By "empty" I mean that the length can be configured
but the payload is all zero. As I said, this tool doesn't
yet support ICMP packets.

>
> I have run it over various private networks
> and Internet links, with interesting results.
> In particular, I have discovered that the great majority
> of lost packets are isolated, and not packet loss bursts.
> This is apparently due to (W)RED mechanisms.
>
AFAIK, this is what WRED has been designed for, so I tend
to agree.

[YJS] Well, it surprised everyone at first.
Almost everyone said that since the bit error rate
should be low, almost all packet loss will be from congestion
dropping. And if there is congestion, then many packets
will be dropped. But that is NOT what I observed.

The question is whether this scenario is typical
in some sense, or perhaps there are cases
where bursty packet loss really happens.


>
> When there are duplicate packets lost, this tends
> to happen at a periodic rate.
> We believe this is due to IGRP table updates.
>
Did you send IP Multicast TDMoIP packets? And, if not, how
should the IGRP tables update result in douple packet loss?

[YJS] No, these are not multicast packets.
What happens is (at least according to our best understanding)
that IGRP tables are periodically updated every 90 seconds.
When several neighboring routers start updating their traffic is
so intensive that they cause user traffic to be dropped.
This won't be too noticeable for TCP, but shows up as multipacket
packet loss every 90 seconds on some paths.

An alternative explanation that comes to mind is a well-known bug in = some
ARP implementations. Its effects on packet arrival jitter and packet = loss
have been described in the presentation made by Stephen Casner at = NANOG-22,
May 2001.

[YJS] Is this available on-line?
The reason we think IGRP is at fault is the 90 second spacing
of packet losses.

Y(J)S

------_=_NextPart_001_01C2EF49.5D33E663-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew Smith" Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Thu, 20 Mar 2003 19:12:50 -0800 Lines: 44 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: X-From: pwe3-admin@ietf.org Fri Mar 21 04:16:56 2003 Return-path: To: "'Rahul Aggarwal'" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Well that really gets to the heart of my original point: is the IETF in the business of writing good standards or of rubber-stamping existing implementations and deployments? It's high time the IESG made a decision on this, specifically in the sub-IP area, and enforced whatever it decides its policy to be by culling and pruning WGs and/or WG products appropriately. Andrew Smith -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Rahul Aggarwal Sent: Thursday, March 20, 2003 5:23 PM To: pwe3@ietf.org Cc: luca@level3.net Subject: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Hi Luca, Wanted to re-iterate my comment about the tagged mode in the ethernet encapsulation draft. There is a value in having the tagged mode and there are several reasons for it: - Bunch of existing implementations; inter-operability and some deployment - Router hardware that cannot insert vlan tags on the egress PE Some people might argue that all can be achieved with the raw mode and a NSP function. No one is stopping them from using only the raw mode in that case :) But there are several of us who want the tagged mode to stay there and IMHO we should keep it that way. thanks, rahul _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Packman Date: Fri, 21 Mar 2003 10:25:05 +0200 Lines: 158 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-8c5d4da3-fd67-4c10-9ad0-b613a37773a4" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 09:33:16 2003 Return-path: To: "'Yaakov Stein'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------=_NextPartTM-000-8c5d4da3-fd67-4c10-9ad0-b613a37773a4 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EF83.6063E970" ------_=_NextPart_001_01C2EF83.6063E970 Content-Type: text/plain; charset="windows-1252" Yaakov, Please see some answers inline. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) -----Original Message----- From: Yaakov Stein [mailto:yaakov_s@rad.com] Sent: Friday, March 21, 2003 3:30 AM To: Sasha Vainshtein Cc: pwe3@ietf.org Subject: RE: [PWE3] Packman Sasha, ... snipped... [YJS] By "empty" I mean that the length can be configured but the payload is all zero. As I said, this tool doesn't yet support ICMP packets. [[Sasha]] I could not hear that as I was not present there. And your mail did not mention it. > ...snipped ... An alternative explanation that comes to mind is a well-known bug in some ARP implementations. Its effects on packet arrival jitter and packet loss have been described in the presentation made by Stephen Casner at NANOG-22, May 2001. [YJS] Is this available on-line? The reason we think IGRP is at fault is the 90 second spacing of packet losses. [[Sasha]] I think it can be retrieved from the Packet Design web site. Ifyou cannot find it there, I can send you a copy. And 90' is also an often used ARP aging timeout. Y(J)S ------_=_NextPart_001_01C2EF83.6063E970 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable RE: [PWE3] Packman
Yaakov,
Please=20 see some answers inline.
 
---------------------------------------------------------------= ---------------------
With best regards,
          &nb= sp;           &nb= sp;  =20 Sasha Vainshtein
email:   sasha@axerra.com
phone: =20 +972-3-7659993 (office)
          &nb= sp;=20 +972-8-9254948 (home)
          &nb= sp;=20 +972-58-674833 (cellular)
-----Original Message-----
From: Yaakov Stein=20 [mailto:yaakov_s@rad.com]
Sent: Friday, March 21, 2003 3:30 = AM
To: Sasha Vainshtein
Cc:=20 pwe3@ietf.org
Subject: RE: [PWE3]=20 Packman

Sasha,
... snipped...

 [YJS] = By "empty" I=20 mean that the length can be configured
but the payload is all = zero. As I=20 said, this tool doesn't
yet support ICMP packets.
[[Sasha]] I could=20 not hear that as I was not present there. And your mail = did not = mention=20 it. 
>
 ...snipped = ...

 An = alternative=20 explanation that comes to mind is a well-known bug in some
ARP=20 implementations. Its effects on packet arrival jitter and packet = loss
have=20 been described in the presentation made by Stephen Casner at = NANOG-22,
May=20 2001.

[YJS] Is this available on-line?
The reason we think = IGRP is=20 at fault is the 90 second spacing
of packet losses.
[[Sasha]] I think=20 it can be retrieved from the Packet Design web = site. Ifyou=20 cannot find it there, I can send you a copy. = And 90' is also=20 an often used ARP aging=20 = timeout. 
Y(J)S


------_=_NextPart_001_01C2EF83.6063E970-- ------=_NextPartTM-000-8c5d4da3-fd67-4c10-9ad0-b613a37773a4-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: PWE3 requirements Last Call Date: Fri, 21 Mar 2003 08:40:12 -0500 Lines: 101 Sender: pwe3-admin@ietf.org References: <20030319212440.1FBC755F62@nomad.tcb.net> <20030319212440.1FBC755F62@nomad.tcb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Fri Mar 21 14:44:01 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: Muneyoshi Suzuki , pwe3@ietf.org In-Reply-To: <20030320155416.278D.SUZUKI.MUNEYOSHI@lab.ntt.co.jp> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 03:56 PM 3/20/2003 +0900, Muneyoshi Suzuki wrote: >My comments on the draft-ietf-pwe3-requirements-05.txt are attached. > >Thanks, > >Muneyoshi Suzuki >Nippon Telegraph and Telephone Corp. > >-------------- > > 3. Reference Model of PWE3 > > > > A pseudo-wire (PW) is a connection between two provider edge (PE) > > devices which connects two attachment circuits (ACs). In this > > document, An AC is either: > > - an Ethernet link or a 802.1Q link between two ports, or > >What is "802.1Q link"? IEEE 802.1Q specifies VLAN-aware Bridge, in this >standard "link" means LLC or medium, but it does not specify any link >technology. If "802.1Q link" implies "tagged mode", as discussed on the >mailing list, it violate the standard, so it should be removed. > >-------------- > > |<------- Pseudo Wire ------>| > > | | > > | |<-- PSN Tunnel -->| | > > PW V V V V PW > > End Service+----+ +----+ End Service > > +-----+ | | PE1|==================| PE2| | +-----+ > > | |----------|............PW1.............|----------| | > > | CE1 | | | | | | | | CE2 | > > | |----------|............PW2.............|----------| | > > +-----+ ^ | | |==================| | | +-----+ > > ^ | +----+ +----+ ^ > > | | Provider Edge 1 Provider Edge 2 | > > | | | > > | Attachment Circuit | > > | | > > |<-------------- Emulated Service ---------------->| > > > > Customer Customer > > Edge 1 Edge 2 > > Figure 1: PWE3 Reference Model > >PW End Service and Emulated Service are undefined, and difference between >them is not addressed. > >-------------- > > 4. Packet Processing > > This section describes data plane requirements for PWE3. > >"data plane" is undefined in this document. > >-------------- > > 4.1.3. Support of Multiplexing and Demultiplexing > > If a service in its native form is capable of grouping multiple > > circuits into a "trunk", e.g. multiple ATM VCCs in a VPC or multiple > > Ethernet 802.1Q interfaces in a port, some mechanism SHOULD be > >What are "multiple Ethernet 802.1Q interfaces in a port"? Again, IEEE 802.1Q >specifies VLAN-aware Bridge, it is independent from medium such as Ethernet, >so "Ethernet 802.1Q interfaces" does not technically make sense. And it >does not provide any trunk/multiplexing function in the MAC entity, so this >example is inappropriate for an example of trunking. > >-------------- > > 5.1. Setup and Teardown of Pseudo-Wires > > A PW must be set up before an emulated circuit can be established, > > and must be torn down when an emulated circuit is no longer needed. > > Setup and teardown of a PW can be triggered by a CLI command from the > > management plane of a PE, or by Setup/Teardown of an AC (e.g., an ATM > >"management plane" is undefined in this document. Is it necessary to do so? I think that that term is pretty well understood. >-------------- > > 5.3. PE-generated Maintenance Messages >[snip] > > Furthermore, if a PE needs to generate and send a maintenance message > > to a CE, the PE MUST use a maintenance message of the native service. > > This is essential in keeping the emulated service transparent to the > > CEs. If a PE needs to generate and send a maintenance message to a > > remote PE, the maintenance message MUST be sent via the control > > plane, not via the PW. > >"control plane" is undefined in this document. Again, I think that most people know what a control plane does. Do we really need to re-define it here? --Tom >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: Static PW label provisioning Date: Fri, 21 Mar 2003 11:18:53 -0500 Lines: 60 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Fri Mar 21 17:22:24 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Busschbach, Peter B (Peter)" , pwe3@ietf.org In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >I agree with Dave Allen that PW Label Withdrawel is not the right >mechanism to deal with failure conditions (see attached email). If his >proposal is accepted, it would obviate a part of my question, but let me >ask it anyway. The use of the label withdraw is acceptable if your time scale is large enough. If it is not, then a more proactive mechanism can be used to detect failure conditions such as VCCV. --Tom > >The pwe3-control draft mentions the option of static provisioning of PW >labels. However, the draft mandates the use of the Label Withdraw message >to notify the far side about failure conditions. When this failure >condition disappears, I presume that the Label Mapping message has to be >used to indicate to this to the far end and to reestablish the PW. And, as >5.5.1 explains, it is preferable to use a new PW label value to make sure >that there are no problems with sequence numbers. In this case, how can >you speak of static provisioning? > >At a minimum, the draft should state that in case the control word is not >used for a certain PW type, the statically provisioned PW labels can be reused. > >The question remains: what exactly is static provisioning? If it means >that there is no need for the Label Mapping message, is there still a need >for LDP session initialization and for the Hello protocol? It would be >helpful if the draft was more explicit about this. > >Peter > > >-----Original Message----- >From: David Allan [mailto:dallan@nortelnetworks.com] >Sent: Thursday, March 20, 2003 4:55 PM >To: 'Luca Martini'; pwe3@ietf.org >Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] > >I'll reiterate a general observation made at the PWE3 meeting mike. > >The draft currently uses label withdraw as a fault notification mechanism. >It would be useful if the text stated that this was a MUST only in the >absence of other fault notification mechanisms. > >Data plane notification would be particularly useful for physical >circuits, PVCs etc. things that do not go away on failure. IMHO >withdrawing a label may introduce a lot of overhead for somthing that may >need to be promptly put back (circuit flapping). Data plane notification >that simply leaves the label in place could be a whole lot simpler. esp. >if associated stats need to be journalled when labels are withdrawn. > >cheers >Dave > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: Static PW label provisioning Date: Fri, 21 Mar 2003 13:15:41 -0500 Lines: 227 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EFD5.ACCB7966" X-From: pwe3-admin@ietf.org Fri Mar 21 19:21:14 2003 Return-path: To: "'Thomas D. Nadeau'" , "Busschbach, Peter B (Peter)" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2EFD5.ACCB7966 Content-Type: text/plain; charset="iso-8859-1" Tom: Label withdraw is not a detection mechanism....I was referring more to notification (e.g. 1711 FDI or similar)... Dave > -----Original Message----- > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > Sent: Friday, March 21, 2003 11:19 AM > To: Busschbach, Peter B (Peter); pwe3@ietf.org > Subject: Re: [PWE3] Static PW label provisioning > > > > >I agree with Dave Allen that PW Label Withdrawel is not the right > >mechanism to deal with failure conditions (see attached > email). If his > >proposal is accepted, it would obviate a part of my > question, but let me > >ask it anyway. > > The use of the label withdraw is acceptable if your > time scale is large enough. If it is not, then a more > proactive mechanism can be used to detect failure conditions > such as VCCV. > > --Tom > > > > > >The pwe3-control draft mentions the option of static > provisioning of PW > >labels. However, the draft mandates the use of the Label > Withdraw message > >to notify the far side about failure conditions. When this failure > >condition disappears, I presume that the Label Mapping > message has to be > >used to indicate to this to the far end and to reestablish > the PW. And, as > >5.5.1 explains, it is preferable to use a new PW label value > to make sure > >that there are no problems with sequence numbers. In this > case, how can > >you speak of static provisioning? > > > >At a minimum, the draft should state that in case the > control word is > >not > >used for a certain PW type, the statically provisioned PW > labels can be reused. > > > >The question remains: what exactly is static provisioning? > If it means > >that there is no need for the Label Mapping message, is > there still a need > >for LDP session initialization and for the Hello protocol? > It would be > >helpful if the draft was more explicit about this. > > > >Peter > > > > > >-----Original Message----- > >From: David Allan [mailto:dallan@nortelnetworks.com] > >Sent: Thursday, March 20, 2003 4:55 PM > >To: 'Luca Martini'; pwe3@ietf.org > >Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] > > > >I'll reiterate a general observation made at the PWE3 meeting mike. > > > >The draft currently uses label withdraw as a fault notification > >mechanism. > >It would be useful if the text stated that this was a MUST > only in the > >absence of other fault notification mechanisms. > > > >Data plane notification would be particularly useful for physical > >circuits, PVCs etc. things that do not go away on failure. IMHO > >withdrawing a label may introduce a lot of overhead for > somthing that may > >need to be promptly put back (circuit flapping). Data plane > notification > >that simply leaves the label in place could be a whole lot > simpler. esp. > >if associated stats need to be journalled when labels are withdrawn. > > > >cheers > >Dave > > > > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 ------_=_NextPart_001_01C2EFD5.ACCB7966 Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] Static PW label provisioning

Tom:

Label withdraw is not a detection mechanism....I was referring more to notification (e.g. 1711 FDI or similar)...

Dave

> -----Original Message-----
> From: Thomas D. Nadeau [mailto:tnadeau@cisco.com]
> Sent: Friday, March 21, 2003 11:19 AM
> To: Busschbach, Peter B (Peter); pwe3@ietf.org
> Subject: Re: [PWE3] Static PW label provisioning
>
>
>
> >I agree with Dave Allen that PW Label Withdrawel is not the right
> >mechanism to deal with failure conditions (see attached
> email). If his
> >proposal is accepted, it would obviate a part of my
> question, but let me
> >ask it anyway.
>
>          The use of the label withdraw is acceptable if your
> time scale is large enough. If it is not, then a more
> proactive mechanism can be used to detect failure conditions
> such as VCCV.
>
>          --Tom
>
>
> >
> >The pwe3-control draft mentions the option of static
> provisioning of PW
> >labels. However, the draft mandates the use of the Label
> Withdraw message
> >to notify the far side about failure conditions. When this failure
> >condition disappears, I presume that the Label Mapping
> message has to be
> >used to indicate to this to the far end and to reestablish
> the PW. And, as
> >5.5.1 explains, it is preferable to use a new PW label value
> to make sure
> >that there are no problems with sequence numbers. In this
> case, how can
> >you speak of static provisioning?
> >
> >At a minimum, the draft should state that in case the
> control word is
> >not
> >used for a certain PW type, the statically provisioned PW
> labels can be reused.
> >
> >The question remains: what exactly is static provisioning?
> If it means
> >that there is no need for the Label Mapping message, is
> there still a need
> >for LDP session initialization and for the Hello protocol?
> It would be
> >helpful if the draft was more explicit about this.
> >
> >Peter
> >
> >
> >-----Original Message-----
> >From: David Allan [mailto:dallan@nortelnetworks.com]
> >Sent: Thursday, March 20, 2003 4:55 PM
> >To: 'Luca Martini'; pwe3@ietf.org
> >Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt]
> >
> >I'll reiterate a general observation made at the PWE3 meeting mike.
> >
> >The draft currently uses label withdraw as a fault notification
> >mechanism.
> >It would be useful if the text stated that this was a MUST
> only in the
> >absence of other fault notification mechanisms.
> >
> >Data plane notification would be particularly useful for physical
> >circuits, PVCs etc. things that do not go away on failure. IMHO
> >withdrawing a label may introduce a lot of overhead for
> somthing that may
> >need to be promptly put back (circuit flapping). Data plane
> notification
> >that simply leaves the label in place could be a whole lot
> simpler. esp.
> >if associated stats need to be journalled when labels are withdrawn.
> >
> >cheers
> >Dave
> >
>
>
http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X


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

------_=_NextPart_001_01C2EFD5.ACCB7966-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: RE: Static PW label provisioning Date: Fri, 21 Mar 2003 13:18:45 -0500 Lines: 108 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Fri Mar 21 19:23:20 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "David Allan" , "Busschbach, Peter B (Peter)" , pwe3@ietf.org In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O It depends on how you look at it. --tom >Label withdraw is not a detection mechanism....I was referring more to >notification (e.g. 1711 FDI or similar)... > >Dave > > > -----Original Message----- > > From: Thomas D. Nadeau > [mailto:tnadeau@cisco.com] > > Sent: Friday, March 21, 2003 11:19 AM > > To: Busschbach, Peter B (Peter); pwe3@ietf.org > > Subject: Re: [PWE3] Static PW label provisioning > > > > > > > > >I agree with Dave Allen that PW Label Withdrawel is not the right > > >mechanism to deal with failure conditions (see attached > > email). If his > > >proposal is accepted, it would obviate a part of my > > question, but let me > > >ask it anyway. > > > > The use of the label withdraw is acceptable if your > > time scale is large enough. If it is not, then a more > > proactive mechanism can be used to detect failure conditions > > such as VCCV. > > > > --Tom > > > > > > > > > >The pwe3-control draft mentions the option of static > > provisioning of PW > > >labels. However, the draft mandates the use of the Label > > Withdraw message > > >to notify the far side about failure conditions. When this failure > > >condition disappears, I presume that the Label Mapping > > message has to be > > >used to indicate to this to the far end and to reestablish > > the PW. And, as > > >5.5.1 explains, it is preferable to use a new PW label value > > to make sure > > >that there are no problems with sequence numbers. In this > > case, how can > > >you speak of static provisioning? > > > > > >At a minimum, the draft should state that in case the > > control word is > > >not > > >used for a certain PW type, the statically provisioned PW > > labels can be reused. > > > > > >The question remains: what exactly is static provisioning? > > If it means > > >that there is no need for the Label Mapping message, is > > there still a need > > >for LDP session initialization and for the Hello protocol? > > It would be > > >helpful if the draft was more explicit about this. > > > > > >Peter > > > > > > > > >-----Original Message----- > > >From: David Allan > [mailto:dallan@nortelnetworks.com] > > >Sent: Thursday, March 20, 2003 4:55 PM > > >To: 'Luca Martini'; pwe3@ietf.org > > >Subject: RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] > > > > > >I'll reiterate a general observation made at the PWE3 meeting mike. > > > > > >The draft currently uses label withdraw as a fault notification > > >mechanism. > > >It would be useful if the text stated that this was a MUST > > only in the > > >absence of other fault notification mechanisms. > > > > > >Data plane notification would be particularly useful for physical > > >circuits, PVCs etc. things that do not go away on failure. IMHO > > >withdrawing a label may introduce a lot of overhead for > > somthing that may > > >need to be promptly put back (circuit flapping). Data plane > > notification > > >that simply leaves the label in place could be a whole lot > > simpler. esp. > > >if associated stats need to be journalled when labels are withdrawn. > > > > > >cheers > > >Dave > > > > > > > >http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: Static PW label provisioning Date: Fri, 21 Mar 2003 13:51:31 -0500 Lines: 380 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EFDA.E2CFDCDC" X-From: pwe3-admin@ietf.org Fri Mar 21 19:55:05 2003 Return-path: To: "'Thomas D. Nadeau'" , "Busschbach, Peter B (Peter)" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2EFDA.E2CFDCDC Content-Type: text/plain; charset="iso-8859-1" Tom: I'm missing somthing. VCCV can detect PW or PSN errors and the messaging draft indicates what mappings of PSN/PW problems should be performed into ACs. But I do not see a means of communcating one AC problem across the PW except via the MUST withdraw label proviso in the Martini draft. That's the notification mechanism I was referring to. ?? Dave > -----Original Message----- > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > Sent: Friday, March 21, 2003 1:19 PM > To: Allan, David [CAR:NS00:EXCH]; Busschbach, Peter B > (Peter); pwe3@ietf.org > Subject: RE: [PWE3] Static PW label provisioning > > > > It depends on how you look at it. > > --tom > > >Label withdraw is not a detection mechanism....I was > referring more to > >notification (e.g. 1711 FDI or similar)... > > > >Dave > > > > > -----Original Message----- > > > From: Thomas D. Nadeau > > [mailto:tnadeau@cisco.com] > > > Sent: Friday, March 21, 2003 11:19 AM > > > To: Busschbach, Peter B (Peter); pwe3@ietf.org > > > Subject: Re: [PWE3] Static PW label provisioning > > > > > > > > > > > > >I agree with Dave Allen that PW Label Withdrawel is not > the right > > > >mechanism to deal with failure conditions (see attached > > > email). If his > > > >proposal is accepted, it would obviate a part of my > > > question, but let me > > > >ask it anyway. > > > > > > The use of the label withdraw is acceptable if your time > > > scale is large enough. If it is not, then a more > proactive mechanism > > > can be used to detect failure conditions such as VCCV. > > > > > > --Tom > > > > > > > > > > > > > >The pwe3-control draft mentions the option of static > > > provisioning of PW > > > >labels. However, the draft mandates the use of the Label > > > Withdraw message > > > >to notify the far side about failure conditions. When > this failure > > > >condition disappears, I presume that the Label Mapping > > > message has to be > > > >used to indicate to this to the far end and to reestablish > > > the PW. And, as > > > >5.5.1 explains, it is preferable to use a new PW label value > > > to make sure > > > >that there are no problems with sequence numbers. In this > > > case, how can > > > >you speak of static provisioning? > > > > > > > >At a minimum, the draft should state that in case the > > > control word is > > > >not > > > >used for a certain PW type, the statically provisioned PW > > > labels can be reused. > > > > > > > >The question remains: what exactly is static provisioning? > > > If it means > > > >that there is no need for the Label Mapping message, is > > > there still a need > > > >for LDP session initialization and for the Hello protocol? > > > It would be > > > >helpful if the draft was more explicit about this. > > > > > > > >Peter > > > > > > > > > > > >-----Original Message----- > > > >From: David Allan > > [mailto:dallan@nortelnetworks.com] > > > >Sent: Thursday, March 20, 2003 4:55 PM > > > >To: 'Luca Martini'; pwe3@ietf.org > > > >Subject: RE: [PWE3] [Fwd: > draft-ietf-pwe3-control-protocol-02.txt] > > > > > > > >I'll reiterate a general observation made at the PWE3 > meeting mike. > > > > > > > >The draft currently uses label withdraw as a fault notification > > > >mechanism. It would be useful if the text stated that this was a > > > >MUST > > > only in the > > > >absence of other fault notification mechanisms. > > > > > > > >Data plane notification would be particularly useful for > physical > > > >circuits, PVCs etc. things that do not go away on failure. IMHO > > > >withdrawing a label may introduce a lot of overhead for > > > somthing that may > > > >need to be promptly put back (circuit flapping). Data plane > > > notification > > > >that simply leaves the label in place could be a whole lot > > > simpler. esp. > > > >if associated stats need to be journalled when labels are > > > >withdrawn. > > > > > > > >cheers > > > >Dave > > > > > > > > > > > > BN=1558607 > >51X>http://www.elsevier-international.com/catalogue/title.cfm > ?ISBN=155860751X > > > > > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.iet f.org/mail >man/listinfo/pwe3 > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X ------_=_NextPart_001_01C2EFDA.E2CFDCDC Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] Static PW label provisioning

Tom:

I'm missing somthing. VCCV can detect PW or PSN = errors and the messaging draft indicates what mappings of PSN/PW = problems should be performed into ACs. But I do not see a means of = communcating one AC problem across the PW except via the MUST withdraw = label proviso in the Martini draft. That's the notification mechanism I = was referring to.

??
Dave

> -----Original Message-----
> From: Thomas D. Nadeau [mailto:tnadeau@cisco.com]
> Sent: Friday, March 21, 2003 1:19 PM
> To: Allan, David [CAR:NS00:EXCH]; Busschbach, = Peter B
> (Peter); pwe3@ietf.org
> Subject: RE: [PWE3] Static PW label = provisioning
>
>
>
>          It = depends on how you look at it.
>
>          = --tom
>
> >Label withdraw is not a detection = mechanism....I was
> referring more to
> >notification (e.g. 1711 FDI or = similar)...
> >
> >Dave
> >
> > > -----Original Message-----
> > > From: Thomas D. Nadeau
> > [<mailto:tnadeau@cisco.com>mailto:tnadeau@cisco.com]
> > > Sent: Friday, March 21, 2003 11:19 = AM
> > > To: Busschbach, Peter B (Peter); = pwe3@ietf.org
> > > Subject: Re: [PWE3] Static PW label = provisioning
> > >
> > >
> > >
> > > >I agree with Dave Allen that PW = Label Withdrawel is not
> the right
> > > >mechanism to deal with failure = conditions (see attached
> > > email). If his
> > > >proposal is accepted, it would = obviate a part of my
> > > question, but let me
> > > >ask it anyway.
> > >
> > = >          The use of = the label withdraw is acceptable if your time
> > > scale is large enough. If it is not, = then a more
> proactive mechanism
> > > can be used to detect failure = conditions such as VCCV.
> > >
> > = >          --Tom
> > >
> > >
> > > >
> > > >The pwe3-control draft mentions = the option of static
> > > provisioning of PW
> > > >labels. However, the draft = mandates the use of the Label
> > > Withdraw message
> > > >to notify the far side about = failure conditions. When
> this failure
> > > >condition disappears, I presume = that the Label Mapping
> > > message has to be
> > > >used to indicate to this to the = far end and to reestablish
> > > the PW. And, as
> > > >5.5.1 explains, it is preferable = to use a new PW label value
> > > to make sure
> > > >that there are no problems with = sequence numbers. In this
> > > case, how can
> > > >you speak of static = provisioning?
> > > >
> > > >At a minimum, the draft should = state that in case the
> > > control word is
> > > >not
> > > >used for a certain PW type, the = statically provisioned PW
> > > labels can be reused.
> > > >
> > > >The question remains: what = exactly is static provisioning?
> > > If it means
> > > >that there is no need for the = Label Mapping message, is
> > > there still a need
> > > >for LDP session initialization = and for the Hello protocol?
> > > It would be
> > > >helpful if the draft was more = explicit about this.
> > > >
> > > >Peter
> > > >
> > > >
> > > >-----Original Message-----
> > > >From: David Allan
> > [<mailto:dallan@nortelnetworks.c= om>mailto:dallan@nortelnetworks.c= om]
> > > >Sent: Thursday, March 20, 2003 = 4:55 PM
> > > >To: 'Luca Martini'; = pwe3@ietf.org
> > > >Subject: RE: [PWE3] [Fwd:
> draft-ietf-pwe3-control-protocol-02.txt]
> > > >
> > > >I'll reiterate a general = observation made at the PWE3
> meeting mike.
> > > >
> > > >The draft currently uses label = withdraw as a fault notification
> > > >mechanism. It would be useful if = the text stated that this was a
> > > >MUST
> > > only in the
> > > >absence of other fault = notification mechanisms.
> > > >
> > > >Data plane notification would be = particularly useful for
> physical
> > > >circuits, PVCs etc. things that = do not go away on failure. IMHO
> > > >withdrawing a label may introduce = a lot of overhead for
> > > somthing that may
> > > >need to be promptly put back = (circuit flapping). Data plane
> > > notification
> > > >that simply leaves the label in = place could be a whole lot
> > > simpler. esp.
> > > >if associated stats need to be = journalled when labels are
> > > >withdrawn.
> > > >
> > > >cheers
> > > >Dave
> > > >
> > >
> > >
> ><http://www.elsevier-international.com/catalogue/title.= cfm?IS
> BN=3D1558607
> >51X>http://www.elsevier-international.com/catalogue/title.= cfm
> ?ISBN=3D155860751X
> >
> >
> = >_______________________________________________
> >pwe3 mailing list
> >pwe3@ietf.org
> ><https://www1.ietf.org/mailman/listinfo/pwe3>https://www1.iet
f.org/mail
>man/listinfo/pwe3
>


http://www.elsevier-international.com/catalogue/title.= cfm?ISBN=3D155860751X


------_=_NextPart_001_01C2EFDA.E2CFDCDC-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: Static PW label provisioning Date: Fri, 21 Mar 2003 18:44:00 -0000 Lines: 27 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-From: pwe3-admin@ietf.org Fri Mar 21 20:01:30 2003 Return-path: To: tnadeau@cisco.com, busschbach@lucent.com, pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Thomas D. Nadeau wrote 21 March 2003 16:19 > > PB=>I agree with Dave Allen that PW Label Withdrawel is not the right > >mechanism to deal with failure conditions (see attached > email). If his > >proposal is accepted, it would obviate a part of my > question, but let me > >ask it anyway. > > TN=> The use of the label withdraw is acceptable if your time > scale is large enough. If it is not, then a more proactive > mechanism can be used to detect failure conditions such as > VCCV. > > --Tom I am not sure on what basis you believe the above is true: that is, that some 'in-between' layer OAM is more acceptable (and to whom?), and can replace/augment proper MPLS layer OAM. It would certainly not be acceptable to us (under any circumstances that I can think of), and it does not avoid the need for proper fault-management of (i) the MPLS network itself (so please use Y.1711 for p2p LSPs) or (ii) the client layer. We are seeking minimal 'in-between' layer functions in any X/MPLS client/server layer adaptation relationship for the reasons I have previously explained (eg see my mail to Sasha 19/03/03). regards, Neil From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Rahul Aggarwal Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 11:05:05 -0800 (PST) Lines: 61 Sender: pwe3-admin@ietf.org References: <025601c2ef57$c53ae640$1500000a@ANDREWLAPTOP> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: pwe3@ietf.org, iesg@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 20:08:03 2003 Return-path: X-Sender: rahul@u43 To: Andrew Smith In-Reply-To: <025601c2ef57$c53ae640$1500000a@ANDREWLAPTOP> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O On Thu, 20 Mar 2003, Andrew Smith wrote: > Well that really gets to the heart of my original point: is the IETF in > the business of writing good standards or of rubber-stamping existing > implementations and deployments? Good standards can not be looked at in isolation from existing deployments. IETF is not a research body. There is a tradeoff between an ideal standard and existing usage/deployment. In this case IMHO the balance is towards existing usage/deployment as leaving the tagged mode doesn't add undue complexity. rahul It's high time the IESG made a decision > on this, specifically in the sub-IP area, and enforced whatever it > decides its policy to be by culling and pruning WGs and/or WG products > appropriately. > > Andrew Smith > > > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of > Rahul Aggarwal > Sent: Thursday, March 20, 2003 5:23 PM > To: pwe3@ietf.org > Cc: luca@level3.net > Subject: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode > > > > Hi Luca, > > Wanted to re-iterate my comment about the tagged mode in the ethernet > encapsulation draft. There is a value in having the tagged mode and > there > are several reasons for it: > - Bunch of existing implementations; inter-operability and some > deployment > - Router hardware that cannot insert vlan tags on the egress PE > > Some people might argue that all can be achieved with the raw mode and a > NSP function. No one is stopping them from using only the raw mode in > that > case :) But there are several of us who want the tagged mode to stay > there > and IMHO we should keep it that way. > > thanks, > rahul > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Fri, 21 Mar 2003 14:10:28 -0500 Lines: 16 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "'Luca Martini'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 20:13:51 2003 Return-path: To: "David Allan" In-reply-to: Your message of Thu, 20 Mar 2003 16:55:27 -0500. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O David> The draft currently uses label withdraw as a fault notification David> mechanism. I agree that label withdrawal is a poor fault notification method, as it has various side-effects which may not be desired (as David indicates). If the control plane is used to pass status, it might be better to use a "status" TLV, such as is proposed in draft-shah-pwe3-control-protocol- extension-00.txt. This eliminates a lot of the unpleasant side-effects. If it is desired to pass status or fault information reliably, passing it in the control plane may be better, as the data plane does not provide reliable transport. Note also that passing the info in the data plane does not necessarily preserve the sequencing of the fault info with the data, since the data is not necessarily sequenced. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Rahul Aggarwal Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 11:11:07 -0800 (PST) Lines: 62 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: pwe3@ietf.org, X-From: pwe3-admin@ietf.org Fri Mar 21 20:17:14 2003 Return-path: X-Sender: rahul@u43 To: Lloyd Wood In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O On Fri, 21 Mar 2003, Lloyd Wood wrote: > On Thu, 20 Mar 2003, Rahul Aggarwal wrote: > > > Hi Luca, > > > > Wanted to re-iterate my comment about the tagged mode in the ethernet > > encapsulation draft. There is a value in having the tagged mode and there > > are several reasons for it: > > - Bunch of existing implementations; inter-operability and some > > deployment > > - Router hardware that cannot insert vlan tags on the egress PE > > In other words, there's value _for you_ in having it. The above advantages go beyond me or the vendor I represent. > Is there value for the defined standard in having it? A defined standard has to balance between existing usage/deployment and perfection. In this case leaving the tagged mode doesn't add undue complexity. > > > > Some people might argue that all can be achieved with the raw mode and a > > NSP function. No one is stopping them from using only the raw mode in that > > case :) > > so you admit that the raw mode is sufficient, then. Theoretically yes, but in practice no. > Which means that tagged mode can be removed from the draft. > Tagged mode is needed for the reasons I pointed out above. rahul > Andrew's entirely right to identify problems with > drafts/PWE3/WGs/sub-ip/IESG/IETF. > > L. > > is just waiting for PWE3 to appoint a rapporteur. > > > > But there are several of us who want the tagged mode to stay there > > and IMHO we should keep it that way. > > > > thanks, > > rahul > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Rahul Aggarwal Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 11:25:55 -0800 (PST) Lines: 30 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: pwe3@ietf.org, X-From: pwe3-admin@ietf.org Fri Mar 21 20:30:44 2003 Return-path: X-Sender: rahul@u43 To: Lloyd Wood In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O On Fri, 21 Mar 2003, Lloyd Wood wrote: > On Fri, 21 Mar 2003, Rahul Aggarwal wrote: > > > A defined standard has to balance between existing usage/deployment and > > perfection. > > You do not standardise something simply because it exists. There are > vendor-specific extensions in a host of arenas. In this case the draft has been out there for a while and lot of implementations followed the draft. > > > In this case leaving the tagged mode doesn't add undue > > complexity. > > think about interoperabilty. unnecessary options weaken > interoperability. Inter-operability using the tagged mode has been demonstrated between several vendors. Removing it will only hurt inter-operability. > > L. > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 14:59:58 -0500 Lines: 34 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-From: pwe3-admin@ietf.org Fri Mar 21 21:03:12 2003 Return-path: To: pwe3@ietf.org In-reply-to: Your message of Fri, 21 Mar 2003 11:25:55 -0800. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I don't think we'll make any progress by turning this into a religious issue. FWIW, here is my take on the issue. At a given interface, we can distinguish between the "service-delimiting tags" (which we might also call "provider tags") and the "customer tags". The customer tags are meaningless to the provider, and must be passed transparently through the PW. A provider tag, if present, is used by the provider to identify a particular customer. Whether a provider tag is used at a particular interface is a local matter. If a PW connects two interfaces, a provider tag may be used at zero, one, or two of those interfaces. If used at both of them, it may be the either same or different at the two interfaces. Therefore, I think the best rule is "don't carry a provider tag on the pseudowire". This is raw mode. Note that raw mode requires that, if a provider tag is used at a particular interface, the forwarding hardware servicing that interface must be able to add and remove the tags. Tagged mode seems useful if there is hardware that cannot manipulate the tags in this manner, but is otherwise suitable for providing PWE3 functionality. My understanding is that there is a significant amount of deployed hardware which falls into this category. The issue of whether tagged mode should be part of the standard is just the issue of whether there should be a standard which supports that sort of hardware, and which tells you how to interoperate with that sort of hardware. I don't think anyone has given a good argument that there shouldn't be. Given that the purpose of IETF standards is to facilitate interoperability, my suggestion would be to leave tagged mode in the document, though perhaps as a "deprecated mode". From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Fri, 21 Mar 2003 15:06:04 -0500 Lines: 57 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2EFE5.4CEA59B2" Cc: "'Luca Martini'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 21:11:51 2003 Return-path: To: "'erosen@cisco.com'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2EFE5.4CEA59B2 Content-Type: text/plain; charset="iso-8859-1" Eric: you wrote > Note also that passing the info in the data > plane does not > necessarily preserve the sequencing of the fault info with > the data, since the data is not necessarily sequenced. Not clear how any other solution would come closer even when there was not sequencing? Could you clarify? thanks Dave ------_=_NextPart_001_01C2EFE5.4CEA59B2 Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt]

Eric:

you wrote

> Note also  that passing  the info  in the  data
> plane  does not
> necessarily preserve the  sequencing of the fault info  with
> the data, since the data is not necessarily sequenced. 

Not clear how any other solution would come closer even when there was not sequencing? Could you clarify?

thanks
Dave

------_=_NextPart_001_01C2EFE5.4CEA59B2-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: Static PW label provisioning Date: Fri, 21 Mar 2003 15:08:05 -0500 Lines: 11 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 21:13:00 2003 Return-path: To: "Busschbach, Peter B (Peter)" In-reply-to: Your message of Thu, 20 Mar 2003 18:17:37 -0500. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Peter> The question remains: what exactly is static provisioning? That's a good question. While static provisioning is sometimes regarded as a simplification, I think it is really a complication, and an unnecessary one at that. One should be able to assume that if you have PWs, you have a control connection of some sort. If everything has to work both in the presence of a control connection and in the absence of a control connection, then everything is just that much more complicated. Do we really need this complication? From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Fri, 21 Mar 2003 15:11:52 -0500 Lines: 13 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "'Luca Martini'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 21:15:59 2003 Return-path: To: "David Allan" In-reply-to: Your message of Fri, 21 Mar 2003 15:06:04 -0500. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric> Note also that passing the info in the data plane does not necessarily Eric> preserve the sequencing of the fault info with the data, since the Eric> data is not necessarily sequenced. David> Not clear how any other solution would come closer even when there David> was not sequencing? Could you clarify? I didn't mean to suggest that using the control plane maintains the sequencing better, when there is no sequencing to begin with ;-) I was just trying to refute the anticipated argument which says "it's better to use the data plane, because that maintains the sequencing of the fault/status events with the data". From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: RE: Static PW label provisioning Date: Fri, 21 Mar 2003 15:15:19 -0500 Lines: 151 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Fri Mar 21 21:18:25 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "David Allan" , "Busschbach, Peter B (Peter)" , pwe3@ietf.org In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >I'm missing somthing. VCCV can detect PW or PSN errors and the messaging >draft indicates what mappings of PSN/PW problems should be performed into >ACs. But I do not see a means of communcating one AC problem across the PW >except via the MUST withdraw label proviso in the Martini draft. That's >the notification mechanism I was referring to. Sorry, I misread your assertion. Withdrawing the label is a heavy weight way of notification of failure, but it of course should be treated as one if received by the far end. As Eric just pointed out on another thread, draft-shah-pwe3-control-protocol-extension-00.txt provides an interesting way of doing this in cases where you might not want to withdraw the label. --Tom >?? >Dave > > > -----Original Message----- > > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > > Sent: Friday, March 21, 2003 1:19 PM > > To: Allan, David [CAR:NS00:EXCH]; Busschbach, Peter B > > (Peter); pwe3@ietf.org > > Subject: RE: [PWE3] Static PW label provisioning > > > > > > > > It depends on how you look at it. > > > > --tom > > > > >Label withdraw is not a detection mechanism....I was > > referring more to > > >notification (e.g. 1711 FDI or similar)... > > > > > >Dave > > > > > > > -----Original Message----- > > > > From: Thomas D. Nadeau > > > [mailto:tnadeau@cisco.com] > > > > Sent: Friday, March 21, 2003 11:19 AM > > > > To: Busschbach, Peter B (Peter); pwe3@ietf.org > > > > Subject: Re: [PWE3] Static PW label provisioning > > > > > > > > > > > > > > > > >I agree with Dave Allen that PW Label Withdrawel is not > > the right > > > > >mechanism to deal with failure conditions (see attached > > > > email). If his > > > > >proposal is accepted, it would obviate a part of my > > > > question, but let me > > > > >ask it anyway. > > > > > > > > The use of the label withdraw is acceptable if your time > > > > scale is large enough. If it is not, then a more > > proactive mechanism > > > > can be used to detect failure conditions such as VCCV. > > > > > > > > --Tom > > > > > > > > > > > > > > > > > >The pwe3-control draft mentions the option of static > > > > provisioning of PW > > > > >labels. However, the draft mandates the use of the Label > > > > Withdraw message > > > > >to notify the far side about failure conditions. When > > this failure > > > > >condition disappears, I presume that the Label Mapping > > > > message has to be > > > > >used to indicate to this to the far end and to reestablish > > > > the PW. And, as > > > > >5.5.1 explains, it is preferable to use a new PW label value > > > > to make sure > > > > >that there are no problems with sequence numbers. In this > > > > case, how can > > > > >you speak of static provisioning? > > > > > > > > > >At a minimum, the draft should state that in case the > > > > control word is > > > > >not > > > > >used for a certain PW type, the statically provisioned PW > > > > labels can be reused. > > > > > > > > > >The question remains: what exactly is static provisioning? > > > > If it means > > > > >that there is no need for the Label Mapping message, is > > > > there still a need > > > > >for LDP session initialization and for the Hello protocol? > > > > It would be > > > > >helpful if the draft was more explicit about this. > > > > > > > > > >Peter > > > > > > > > > > > > > > >-----Original Message----- > > > > >From: David Allan > > > [mailto:dallan@nortelnetworks.com] > > > > >Sent: Thursday, March 20, 2003 4:55 PM > > > > >To: 'Luca Martini'; pwe3@ietf.org > > > > >Subject: RE: [PWE3] [Fwd: > > draft-ietf-pwe3-control-protocol-02.txt] > > > > > > > > > >I'll reiterate a general observation made at the PWE3 > > meeting mike. > > > > > > > > > >The draft currently uses label withdraw as a fault notification > > > > >mechanism. It would be useful if the text stated that this was a > > > > >MUST > > > > only in the > > > > >absence of other fault notification mechanisms. > > > > > > > > > >Data plane notification would be particularly useful for > > physical > > > > >circuits, PVCs etc. things that do not go away on failure. IMHO > > > > >withdrawing a label may introduce a lot of overhead for > > > > somthing that may > > > > >need to be promptly put back (circuit flapping). Data plane > > > > notification > > > > >that simply leaves the label in place could be a whole lot > > > > simpler. esp. > > > > >if associated stats need to be journalled when labels are > > > > >withdrawn. > > > > > > > > > >cheers > > > > >Dave > > > > > > > > > > > > > > > > > BN=1558607 > > >51X>http://www.elsevier-international.com/catalogue/title.cfm > > ?ISBN=155860751X > > > > > > > > >_______________________________________________ > > >pwe3 mailing list > > >pwe3@ietf.org > > >https://www1.iet >f.org/mail > >man/listinfo/pwe3 > > > >http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Rahul Aggarwal Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 12:24:07 -0800 (PST) Lines: 62 Sender: pwe3-admin@ietf.org References: <200303211959.h2LJxwiH027582@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 21 21:27:29 2003 Return-path: X-Sender: rahul@u43 To: Eric Rosen In-Reply-To: <200303211959.h2LJxwiH027582@rtp-core-1.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Eric, On Fri, 21 Mar 2003, Eric Rosen wrote: > I don't think we'll make any progress by turning this into a religious > issue. > > FWIW, here is my take on the issue. > > At a given interface, we can distinguish between the "service-delimiting > tags" (which we might also call "provider tags") and the "customer tags". > > The customer tags are meaningless to the provider, and must be passed > transparently through the PW. A provider tag, if present, is used by the > provider to identify a particular customer. > > Whether a provider tag is used at a particular interface is a local matter. > If a PW connects two interfaces, a provider tag may be used at zero, one, or > two of those interfaces. If used at both of them, it may be the either same > or different at the two interfaces. Therefore, I think the best rule is > "don't carry a provider tag on the pseudowire". This is raw mode. > > Note that raw mode requires that, if a provider tag is used at a particular > interface, the forwarding hardware servicing that interface must be able to > add and remove the tags. Tagged mode seems useful if there is hardware that > cannot manipulate the tags in this manner, but is otherwise suitable for > providing PWE3 functionality. My understanding is that there is a > significant amount of deployed hardware which falls into this category. > Very true. > The issue of whether tagged mode should be part of the standard is just the > issue of whether there should be a standard which supports that sort of > hardware, and which tells you how to interoperate with that sort of > hardware. I don't think anyone has given a good argument that there > shouldn't be. > > Given that the purpose of IETF standards is to facilitate interoperability, > my suggestion would be to leave tagged mode in the document, though perhaps > as a "deprecated mode". > Just to clarify, what would 'deprecated' mean in this case..? thanks, rahul > > > > > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Busschbach, Peter B (Peter)" Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Fri, 21 Mar 2003 16:23:30 -0500 Lines: 94 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain X-From: pwe3-admin@ietf.org Fri Mar 21 22:26:43 2003 Return-path: To: "'erosen@cisco.com'" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric, I agree with your view. The problem, however, is that the limitations of legacy equipment lead to a confusing situation. Consider the following scenario: PE1 supports ethernet interfaces on which VLAN tags are used as service delimiters (i.e. "802.1q" interfaces). PE2 supports ethernet interfaces on which VLAN tags are not used as service delimiters. If PE1 is a legacy device that doesn't support label pushing and popping, the tagged-mode needs to be used. However, if PE2 is a legacy device, raw mode needs to be used. In other words, the applicability statement of tagged mode and raw mode will need to explicitly mention the limitations imposed by these legacy devices. To illustrate the confusion that exists: The pwe3-control draft mentions in paragraph 4.3 that ethernet VLANs need to be carried in tagged mode. As explained above, that doesn't always work for legacy devices. In summary, IMO the problem is not that it is essentially wrong to carry VLAN tags that are used as service delimiters over PWs. The problem is that it is almost impossible to formulate a neat applicability statement of the two modes because of the limitations of legacy equipment. And to come back to another pet-peeve: I think that the best "real" reason for the tagged mode is the frame-ordering issue that Muneyoshi brought up a while ago. However, that would require that a PE should be able to map multiple VLAN tags onto the same PW. Should we add that as an additional mode? (A "liberal tagged mode" versus a "restricted tagged mode") Peter > -----Original Message----- > From: Eric Rosen [mailto:erosen@cisco.com] > Sent: Friday, March 21, 2003 3:00 PM > To: pwe3@ietf.org > Subject: Re: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: > Tagged mode > > > I don't think we'll make any progress by turning this > into a religious > issue. > > FWIW, here is my take on the issue. > > At a given interface, we can distinguish between the > "service-delimiting > tags" (which we might also call "provider tags") and the > "customer tags". > > The customer tags are meaningless to the provider, and > must be passed > transparently through the PW. A provider tag, if present, > is used by the > provider to identify a particular customer. > > Whether a provider tag is used at a particular interface is > a local matter. > If a PW connects two interfaces, a provider tag may be used > at zero, one, or > two of those interfaces. If used at both of them, it may be > the either same > or different at the two interfaces. Therefore, I think > the best rule is > "don't carry a provider tag on the pseudowire". This is raw mode. > > Note that raw mode requires that, if a provider tag is used > at a particular > interface, the forwarding hardware servicing that interface > must be able to > add and remove the tags. Tagged mode seems useful if there > is hardware that > cannot manipulate the tags in this manner, but is > otherwise suitable for > providing PWE3 functionality. My understanding is > that there is a > significant amount of deployed hardware which falls into this > category. > > The issue of whether tagged mode should be part of the > standard is just the > issue of whether there should be a standard which > supports that sort of > hardware, and which tells you how to interoperate with > that sort of > hardware. I don't think anyone has given a good > argument that there > shouldn't be. > > Given that the purpose of IETF standards is to facilitate > interoperability, > my suggestion would be to leave tagged mode in the document, > though perhaps > as a "deprecated mode". > > > > > > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Sat, 22 Mar 2003 11:33:48 -0500 Lines: 159 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F090.CFFA7FD4" Cc: "'Luca Martini'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Sat Mar 22 17:39:19 2003 Return-path: To: "'erosen@cisco.com'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F090.CFFA7FD4 Content-Type: text/plain; charset="iso-8859-1" Eric: You wrote.... > I was just trying to refute the anticipated argument which > says "it's better to use the data plane, because that > maintains the sequencing of the fault/status events with the data". > OK i kinda got that feeling, IMHO there are reasons for using either. I would prefer data plane for the following reasons: 1) Data plane mechanisms will have faster propagation in the general case (more than one hop), 2) the usual reliability solution (emplyed in other technologies) is simple repetition so it can have similar dependability without use of TCP or other handshaking based reliability mechanisms 3) will have minimal dependencies on any shared components which I would beleive translates into better scalability/reliability/timeliness esp. when the network is under stress. I wasn't that worried about relative packet position, and as you note, where data plane mechanisms do not have path fate sharing (which we are all struggling with), it is not guaranteed ;-) cheers Dave > -----Original Message----- > From: Eric Rosen [mailto:erosen@cisco.com] > Sent: Friday, March 21, 2003 3:12 PM > To: Allan, David [CAR:NS00:EXCH] > Cc: 'Luca Martini'; pwe3@ietf.org > Subject: Re: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] > > > Eric> Note also that passing the info in the data plane does not > Eric> necessarily preserve the sequencing of the fault info > with the > Eric> data, since the data is not necessarily sequenced. > > David> Not clear how any other solution would come closer > even when > David> there was not sequencing? Could you clarify? > > I didn't mean to suggest that using the control plane > maintains the sequencing better, when there is no sequencing > to begin with ;-) > > ------_=_NextPart_001_01C2F090.CFFA7FD4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] [Fwd: draft-ietf-pwe3-control-protocol-02.txt] =

Eric:

You wrote....

> I was just trying to refute the anticipated = argument which
> says "it's better to  use  = the  data plane,  because  that 
> maintains  the sequencing  of  = the fault/status events with the data".
>

OK i kinda got that feeling, IMHO there are reasons = for using either. I would prefer data plane for the following = reasons:

1) Data plane mechanisms will have faster propagation = in the general case (more than one hop),

2) the usual reliability solution (emplyed in other = technologies) is simple repetition so it can have similar dependability = without use of TCP or other handshaking based reliability = mechanisms

3) will have minimal dependencies on any shared = components which I would beleive translates into better = scalability/reliability/timeliness esp. when the network is under = stress.

I wasn't that worried about relative packet position, = and as you note, where data plane mechanisms do not have path fate = sharing (which we are all struggling with), it is not guaranteed = ;-)

cheers
Dave

> -----Original Message-----
> From: Eric Rosen [mailto:erosen@cisco.com]
> Sent: Friday, March 21, 2003 3:12 PM
> To: Allan, David [CAR:NS00:EXCH]
> Cc: 'Luca Martini'; pwe3@ietf.org
> Subject: Re: [PWE3] [Fwd: = draft-ietf-pwe3-control-protocol-02.txt]
>
>
> Eric> Note also that passing the info in the = data plane does not
> Eric> necessarily preserve the  = sequencing of  the fault info
>  with the
> Eric> data,  since the data is not = necessarily sequenced.
>
> David> Not clear  how any other = solution  would come closer 
> even when
> David> there was not sequencing? Could you = clarify?
>
> I  didn't  mean  to = suggest  that  using  the  control plane  =
> maintains  the sequencing better, when = there is no sequencing
> to begin with ;-)
>

>

------_=_NextPart_001_01C2F090.CFFA7FD4-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "W. Mark Townsley" Subject: Re: [Fwd: draft-ietf-pwe3-control-protocol-02.txt] Date: Sat, 22 Mar 2003 21:23:56 +0100 Lines: 35 Sender: pwe3-admin@ietf.org References: <200303211910.h2LJASiH016960@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: David Allan , "'Luca Martini'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Sat Mar 22 21:29:38 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en To: erosen@cisco.com In-Reply-To: <200303211910.h2LJASiH016960@rtp-core-1.cisco.com> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric Rosen wrote: > David> The draft currently uses label withdraw as a fault notification > David> mechanism. > > I agree that label withdrawal is a poor fault notification method, as it has > various side-effects which may not be desired (as David indicates). > > If the control plane is used to pass status, it might be better to use a > "status" TLV, such as is proposed in draft-shah-pwe3-control-protocol- > extension-00.txt. This eliminates a lot of the unpleasant side-effects. > > If it is desired to pass status or fault information reliably, passing it in > the control plane may be better, as the data plane does not provide reliable > transport. Note also that passing the info in the data plane does not > necessarily preserve the sequencing of the fault info with the data, since > the data is not necessarily sequenced. This is what we do in the L2TPv3 draft now. A "Circuit Status" AVP is defined and included in PW setup messages for conveying initial circuit status, and included in the SLI control message if the status changes over the life of the PW. It works well for us. - Mark > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Ron Cohen" Subject: MPLS PID Date: Sun, 23 Mar 2003 10:04:11 +0200 Lines: 51 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Sun Mar 23 09:09:28 2003 Return-path: To: "Stewart Bryant" , "PWE3 \(IETF\)" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Stewart, I went over your SF arch presentation. I have doubts regarding the introduction of a requirement/suggestion for an all zero PID field within the PWE3 control word. My doubts relates both to the scope of this work as well as for the applications you are describing. Since I haven't been to the SF IETF, please forgive me in advance if these issues have already been discussed. MPLS PID scope: -------------- In your presentation you describe a requirement/suggestion for an MPLS PID, that allows a network node to distinguish between an IPv4, IPv6 and PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any network protocol on top of MPLS, including possibly IPX, CLNS, etc. Therefore, what you are proposing is introduction of an MPLS Protocol Identifier, which I believe has a much larger scope than just the PWE3 WG. 1. Would you agree that this is an MPLS WG item? Has this requirement (MPLS PID) been discussed in the MPLS WG before / are there any drafts written? 2. If so, would 4 bits suffice for an MPLS PID? Applications: ------------ You list a number of applications that require IP flow recognition, including load balancing, billing, and protection against network abuse and attacks. I would like to better understand if these applications indeed require the introduction of the PID field. For example, are these applications edge applications? Do these applications run on all LSPs, or are sensitive to BE LSP vs. LSP with priority? Do you run these applications on TE paths? 1. Are there any drafts that describe these applications? 2. If not, could you elaborate on each application, its scope, etc? Thanks Ron Ron Cohen CTO Lycium Networks Desk: +972 9 7619004 Mobile: +972 55 245104 Fax: +972 9 7619022 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Akiva Sadovski Subject: RE: PWE3 requirements draft, version 5 Date: Sun, 23 Mar 2003 10:55:47 +0200 Lines: 58 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: pwe3@ietf.org, "Thomas D. Nadeau" X-From: pwe3-admin@ietf.org Sun Mar 23 10:45:07 2003 Return-path: To: "'Mustapha Aissaoui'" , Xipeng Xiao X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Mustapha, Xipeng and all, About: > > > Section 5.3: paragraph 8, last sentence says: "If a PE needs to > > > generate and send a maintenance message to a remote PE, the > > > maintenance message MUST be sent via the control plane, > not via the > > > PW" IMHO maintenance information may be passed from PE to PE not only in separate messages but also via CW bits (f.ex. N and P bits in draft-ietf-pwe3-sonet-01). Should this kind of communication be restricted or prohibited ? I doubt... Have i missed something ? > -----Original Message----- > From: Mustapha Aissaoui [mailto:mustapha.aissaoui@alcatel.com] > Sent: Wednesday, March 19, 2003 8:26 PM > To: Xipeng Xiao > Cc: pwe3@ietf.org; Thomas D. Nadeau > Subject: Re: [PWE3] PWE3 requirements draft, version 5 > > > Xipeng, > when OAM messages are sent inband, they travel within the PW. You > are referring to out-of-band maintenance. We should allow both > inband and out-of-band maintenance messages. > > Mustapha. > ----------- > Xipeng Xiao wrote: > > > > Mustapha, > > > > Thank you for your comments! One response below. > > > > > Section 5.3: paragraph 8, last sentence says: "If a PE needs to > > > generate and send a maintenance message to a remote PE, the > > > maintenance message MUST be sent via the control plane, > not via the > > > PW" > > > Where does this requirement come from? This is too > restrictive. We > > > should allow the option to send a maintenance message > over the PW. > > > > A maintenance message is a control plane thing. It has to > stay inside the control plane. > > > > We will consider your other suggestions. > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: PWE3 requirements Last Call Date: Mon, 24 Mar 2003 11:44:22 +0900 (JST) Lines: 19 Sender: pwe3-admin@ietf.org References: <20030319212440.1FBC755F62@nomad.tcb.net> <20030320155416.278D.SUZUKI.MUNEYOSHI@lab.ntt.co.jp> <5.2.0.9.2.20030321083926.02ff5cb8@bucket.cisco.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Mon Mar 24 03:49:25 2003 Return-path: To: tnadeau@cisco.com, pwe3@ietf.org In-Reply-To: <5.2.0.9.2.20030321083926.02ff5cb8@bucket.cisco.com> X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > >"management plane" is undefined in this document. > Is it necessary to do so? I think that that term is > pretty well understood. > >"control plane" is undefined in this document. > Again, I think that most people know what a control plane > does. Do we really need to re-define it here? The planes model is well understand in the B-ISDN area, because it is defined in I.321 "B-ISDN protocol refence model and its application". If you claim it is already defined in the Internet technology area, standard track RFC number that discuss the model should be specified. Thanks, Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: RE: Ethernet over MPLS Date: Mon, 24 Mar 2003 01:30:24 -0800 Lines: 99 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDEB03DD6@nt-exch-yow.pmc-sie rra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Busschbach, Peter B (Peter) '" , "''Andrew G. Malis' '" , "''pwe3@ietf.org' '" , "'Vach Kompella '" X-From: pwe3-admin@ietf.org Mon Mar 24 10:35:07 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: Shahram Davari , "'Ali Sajassi '" , "'Andrew G. Malis '" , "'erosen@cisco.com '" In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03DD6@nt-exch-yow.pmc-sie rra.bc.ca> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 09:37 AM 3/18/2003 -0800, Shahram Davari wrote: > Ali, > >-----Original Message----- >From: Ali Sajassi >To: Shahram Davari; 'Ali Sajassi'; Andrew G. Malis; erosen@cisco.com >Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; 'pwe3@ietf.org'; Vach >Kompella >Sent: 3/17/03 5:29 PM >Subject: RE: [PWE3] Ethernet over MPLS > >At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > >>Why can't one use raw mode for the latter case? If the > > >ingress PE can't strip > > >>the VLAN tags, then it can simply send all tagged frames in a > > >single PW. > > >>The egress > > >>PE (which can pop tags) could simply pop the tags. > > > > > >Yes, everything is possible with the raw mode. > > > > > > >I can't understand. If you agree that the raw mode can satisfy the > >requirement in which one of the PEs can't push/pop, then why is there > >a need for tagged mode? > >Lets go back to your previous question again and lets go over different >scenarios: > >1) mapping a trunk port on the ingress to a trunk port on the egress >This is basically port-based operation and raw mode needs to be used for > >the PW. > >SD=>OK. > >2) mapping a trunk port on the ingress to multiple access ports on the >egress >In this case, there are two options: a) use a single raw-mode PW to send > >all the VLAN tags from ingress to egress and then use the VLAN tags in >the >egress PE to decide which access port to send the frames to or b) use >multiple tagged-mode PWs (one for each VLAN). The problem with the first > >approach is that when VLAN tags are used as service delimiter, each PE >uses >them independent from others. So you can't expect VLAN-10 in the ingress >PE >means the same thing as egress PE. > > >SD=> Why? VLAN tag meaning at the two ends are configured, aren't they? Yes but as discussed, if the use of same VLAN tag is enforced at both end, it creates scalability issue - limiting to 4K VLANs. -Ali >What this means is that if you want to use a single raw-mode PW, you >need >to translate the VLAN in the ingress PE before sending it over the PW; >however, this conflicts with raw-mode definition which says the VLAN >tags >are transparent. Therefore, you need to use either multiple raw-mode PWs > >(one for each VLAN) or multiple tagged-mode PWs (one for each VLAN). If >raw-mode is used, then you need to do push/poping in both ingress and >egress PEs; whereas, if tagged mode is used, you need to do push/pop in >the >ingress PE (w/ trun port) and VLAN re-write in the egress PE (w/ access >ports). Furthermore, if tagged mode is used, then the egress PE can >re-write the tag based on the PW itself and without paying any attention >to >the value of the VLAN tag coming over the PW. > >Hope this helps. If not, then lets talk on Wednesday before or after the > >meeting. > >-Ali > > > > > > > >-Shahram > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Mon, 24 Mar 2003 01:41:45 -0800 Lines: 53 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Mon Mar 24 10:44:22 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: erosen@cisco.com, pwe3@ietf.org In-Reply-To: <200303211959.h2LJxwiH027582@rtp-core-1.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 02:59 PM 3/21/2003 -0500, Eric Rosen wrote: >I don't think we'll make any progress by turning this into a religious >issue. > >FWIW, here is my take on the issue. > >At a given interface, we can distinguish between the "service-delimiting >tags" (which we might also call "provider tags") and the "customer tags". > >The customer tags are meaningless to the provider, and must be passed >transparently through the PW. A provider tag, if present, is used by the >provider to identify a particular customer. > >Whether a provider tag is used at a particular interface is a local matter. >If a PW connects two interfaces, a provider tag may be used at zero, one, or >two of those interfaces. If used at both of them, it may be the either same >or different at the two interfaces. Therefore, I think the best rule is >"don't carry a provider tag on the pseudowire". This is raw mode. > >Note that raw mode requires that, if a provider tag is used at a particular >interface, the forwarding hardware servicing that interface must be able to >add and remove the tags. Tagged mode seems useful if there is hardware that >cannot manipulate the tags in this manner, but is otherwise suitable for >providing PWE3 functionality. My understanding is that there is a >significant amount of deployed hardware which falls into this category. > >The issue of whether tagged mode should be part of the standard is just the >issue of whether there should be a standard which supports that sort of >hardware, and which tells you how to interoperate with that sort of >hardware. I don't think anyone has given a good argument that there >shouldn't be. > >Given that the purpose of IETF standards is to facilitate interoperability, >my suggestion would be to leave tagged mode in the document, though perhaps >as a "deprecated mode". I second that. Both raw and tagged modes have their own merits as discussed previously and we should support both of them at this point. -Ali >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Ali Sajassi Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Mon, 24 Mar 2003 01:56:53 -0800 Lines: 122 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Mon Mar 24 10:59:22 2003 Return-path: X-Sender: sajassi@airborne.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: "Busschbach, Peter B (Peter)" , "'erosen@cisco.com'" , pwe3@ietf.org In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 04:23 PM 3/21/2003 -0500, Busschbach, Peter B (Peter) wrote: >Eric, > >I agree with your view. The problem, however, is that the limitations of >legacy equipment lead to a confusing situation. > >Consider the following scenario: >PE1 supports ethernet interfaces on which VLAN tags are used as service >delimiters (i.e. "802.1q" interfaces). PE2 supports ethernet interfaces on >which VLAN tags are not used as service delimiters. > >If PE1 is a legacy device that doesn't support label pushing and popping, >the tagged-mode needs to be used. However, if PE2 is a legacy device, raw >mode needs to be used. In other words, the applicability statement of >tagged mode and raw mode will need to explicitly mention the limitations >imposed by these legacy devices. > >To illustrate the confusion that exists: The pwe3-control draft mentions >in paragraph 4.3 that ethernet VLANs need to be carried in tagged mode. As >explained above, that doesn't always work for legacy devices. > >In summary, IMO the problem is not that it is essentially wrong to carry >VLAN tags that are used as service delimiters over PWs. The problem is >that it is almost impossible to formulate a neat applicability statement >of the two modes because of the limitations of legacy equipment. The point is that if only one-end is capable of supporting raw-mode, then you can compensate for the other end that doesn't support it - you don't have to have both ends supporting raw mode. -Ali >And to come back to another pet-peeve: I think that the best "real" reason >for the tagged mode is the frame-ordering issue that Muneyoshi brought up >a while ago. However, that would require that a PE should be able to map >multiple VLAN tags onto the same PW. Should we add that as an additional >mode? (A "liberal tagged mode" versus a "restricted tagged mode") > >Peter > > > -----Original Message----- > > From: Eric Rosen [mailto:erosen@cisco.com] > > Sent: Friday, March 21, 2003 3:00 PM > > To: pwe3@ietf.org > > Subject: Re: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: > > Tagged mode > > > > > > I don't think we'll make any progress by turning this > > into a religious > > issue. > > > > FWIW, here is my take on the issue. > > > > At a given interface, we can distinguish between the > > "service-delimiting > > tags" (which we might also call "provider tags") and the > > "customer tags". > > > > The customer tags are meaningless to the provider, and > > must be passed > > transparently through the PW. A provider tag, if present, > > is used by the > > provider to identify a particular customer. > > > > Whether a provider tag is used at a particular interface is > > a local matter. > > If a PW connects two interfaces, a provider tag may be used > > at zero, one, or > > two of those interfaces. If used at both of them, it may be > > the either same > > or different at the two interfaces. Therefore, I think > > the best rule is > > "don't carry a provider tag on the pseudowire". This is raw mode. > > > > Note that raw mode requires that, if a provider tag is used > > at a particular > > interface, the forwarding hardware servicing that interface > > must be able to > > add and remove the tags. Tagged mode seems useful if there > > is hardware that > > cannot manipulate the tags in this manner, but is > > otherwise suitable for > > providing PWE3 functionality. My understanding is > > that there is a > > significant amount of deployed hardware which falls into this > > category. > > > > The issue of whether tagged mode should be part of the > > standard is just the > > issue of whether there should be a standard which > > supports that sort of > > hardware, and which tells you how to interoperate with > > that sort of > > hardware. I don't think anyone has given a good > > argument that there > > shouldn't be. > > > > Given that the purpose of IETF standards is to facilitate > > interoperability, > > my suggestion would be to leave tagged mode in the document, > > though perhaps > > as a "deprecated mode". > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Static PW label provisioning Date: Mon, 24 Mar 2003 06:45:55 -0500 Lines: 41 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 24 12:50:43 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Thomas D. Nadeau" X-OriginalArrivalTime: 24 Mar 2003 11:46:02.0087 (UTC) FILETIME=[F1D03F70:01C2F1FA] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom, Thanks - I was about to make this same point myself. I would like to propose that this draft either become a WG draft on its own, or be folded into draft-ietf-pwe3-control-protocol-02. As Mark pointed out in that other thread, it mirrors the way status signaling is done with L2TP, so it maintains the symmetry between MPLS and L2TP tunnels. It also provides status signaling support for the static case without having to withdraw or re-advertise static labels. And to get back to the primary subject of this thread, I've been talking to multiple service providers are already either planning, testing, or deploying PWE3 services with static labels. They have a number of different requirements that lead to the use of static labels, including network management policies and the ability to provision PWs that cross area, AS, and/or provider boundaries without requiring the use of cross-area, cross-AS, or cross-provider dynamic label allocation. So there are a number of good reasons for retaining static provisioning, and using draft-shah-pwe3-control-protocol-extension as the status signaling component. Cheers, Andy ------- At 3/21/2003 03:15 PM -0500, Thomas D. Nadeau wrote: >>I'm missing somthing. VCCV can detect PW or PSN errors and the messaging >>draft indicates what mappings of PSN/PW problems should be performed into >>ACs. But I do not see a means of communcating one AC problem across the >>PW except via the MUST withdraw label proviso in the Martini draft. >>That's the notification mechanism I was referring to. > > Sorry, I misread your assertion. Withdrawing the >label is a heavy weight way of notification of failure, but it >of course should be treated as one if received by the far end. >As Eric just pointed out on another thread, >draft-shah-pwe3-control-protocol-extension-00.txt >provides an interesting way of doing this in cases where you >might not want to withdraw the label. > > --Tom From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Toby Smith Subject: Re: Static PW label provisioning Date: 24 Mar 2003 09:13:18 -0500 Lines: 50 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030324064550.05bb96f8@mail.attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Thomas D. Nadeau" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 24 15:16:48 2003 Return-path: To: "Andrew G. Malis" In-Reply-To: "Andrew G. Malis"'s message of "Mon, 24 Mar 2003 06:45:55 -0500" Lines: 50 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O "Andrew G. Malis" writes: > Tom, > > Thanks - I was about to make this same point myself. I would like to propose > that this draft either become a WG draft on its own, or be folded into > draft-ietf-pwe3-control-protocol-02. As Mark pointed out in that other > thread, it mirrors the way status signaling is done with L2TP, so it maintains > the symmetry between MPLS and L2TP tunnels. It also provides status signaling > support for the static case without having to withdraw or re-advertise static > labels. And to get back to the primary subject of this thread, I've been > talking to multiple service providers are already either planning, testing, or > deploying PWE3 services with static labels. They have a number of different > requirements that lead to the use of static labels, including network > management policies and the ability to provision PWs that cross area, AS, > and/or provider boundaries without requiring the use of cross-area, cross-AS, > or cross-provider dynamic label allocation. So there are a number of good > reasons for retaining static provisioning, and using > draft-shah-pwe3-control-protocol-extension as the status signaling component. Given enough time, everything comes full circle. When we were discussing draft-shah, I added the section for the new status message; in the case of draft-shah, it was used to denote CE IP addresses. After a lukewarm reception it ended up sticking, but with the feeling that ultimately it might be nice to move such a message into the main control draft since it could serve a more generic purpose. More recently, we've been using the status message for another application, namely, to convey the CE-facing interface's status to a remote PE. Thinking the time might be at hand to incorporate this message into pwe3-control, I wrote up a few new sections and sent it off to Eric and Luca for their thoughts. They believed that I should present the message on its own in a separate draft, to avoid any perceptions of making a control draft end-run. I was happy with this, but, as this conversation took place a few days before this IETF deadline, I didn't have time to pull the text into a separate document in time for this meeting. It's more or less complete now, though, and if there's no strong disagreement, I'd love to have one piece of text describing the use of the status message; while I (with obvious bias...) think that the text in draft-shah is fine, I don't believe it's the correct venue. I can post my control extensions later today. Regards, Tob From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "himanshu shah" Subject: RE: Static PW label provisioning Date: Mon, 24 Mar 2003 09:39:41 -0500 Lines: 105 Sender: pwe3-admin@ietf.org References: <7rr88wkg3l.fsf@saturn.dhcp.pit.laurelnetworks.com> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: "'Thomas D. Nadeau'" , X-From: pwe3-admin@ietf.org Mon Mar 24 15:42:19 2003 Return-path: To: "'Toby Smith'" , "'Andrew G. Malis'" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <7rr88wkg3l.fsf@saturn.dhcp.pit.laurelnetworks.com> Importance: Normal Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hi Toby, You are absolutely correct about the status information. We did present status information as a separate msg in arp-mediation draft. And yes, you proposed that whole section. Incidently, we have been talking about extending the control protocol in a generic fashion so that future extensions can be made without having to constantly proposing new FEC types or messages. This is what I am proposing in the extension draft. I had run this by Eric and Luca in last IETF meeting and we agreed that I will write the draft and send it along for review. Unfortunately, I did not get to it until the last minute before the deadline for this IETF meeting, so I submitted the draft, to be reviewed and authored by more people (including you) for later revision. Having said that I am curious to know why you do not believe protocol-ext proposal in not a correct venue? The protocol-ext proposal is also targetted to be rolled into main control protocol. I did talk to Luca and Eric about this during the recent IETF meeting. regards, himanshu -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of Toby Smith Sent: Monday, March 24, 2003 9:13 AM To: Andrew G. Malis Cc: Thomas D. Nadeau; pwe3@ietf.org Subject: Re: [PWE3] Static PW label provisioning "Andrew G. Malis" writes: > Tom, > > Thanks - I was about to make this same point myself. I would like to propose > that this draft either become a WG draft on its own, or be folded into > draft-ietf-pwe3-control-protocol-02. As Mark pointed out in that other > thread, it mirrors the way status signaling is done with L2TP, so it maintains > the symmetry between MPLS and L2TP tunnels. It also provides status signaling > support for the static case without having to withdraw or re-advertise static > labels. And to get back to the primary subject of this thread, I've been > talking to multiple service providers are already either planning, testing, or > deploying PWE3 services with static labels. They have a number of different > requirements that lead to the use of static labels, including network > management policies and the ability to provision PWs that cross area, AS, > and/or provider boundaries without requiring the use of cross-area, cross-AS, > or cross-provider dynamic label allocation. So there are a number of good > reasons for retaining static provisioning, and using > draft-shah-pwe3-control-protocol-extension as the status signaling component. Given enough time, everything comes full circle. When we were discussing draft-shah, I added the section for the new status message; in the case of draft-shah, it was used to denote CE IP addresses. After a lukewarm reception it ended up sticking, but with the feeling that ultimately it might be nice to move such a message into the main control draft since it could serve a more generic purpose. More recently, we've been using the status message for another application, namely, to convey the CE-facing interface's status to a remote PE. Thinking the time might be at hand to incorporate this message into pwe3-control, I wrote up a few new sections and sent it off to Eric and Luca for their thoughts. They believed that I should present the message on its own in a separate draft, to avoid any perceptions of making a control draft end-run. I was happy with this, but, as this conversation took place a few days before this IETF deadline, I didn't have time to pull the text into a separate document in time for this meeting. It's more or less complete now, though, and if there's no strong disagreement, I'd love to have one piece of text describing the use of the status message; while I (with obvious bias...) think that the text in draft-shah is fine, I don't believe it's the correct venue. I can post my control extensions later today. Regards, Tob _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Toby Smith Subject: Re: Static PW label provisioning Date: 24 Mar 2003 09:43:00 -0500 Lines: 31 Sender: pwe3-admin@ietf.org References: <000801c2f213$349c15a0$021ea8c0@HSHAH700> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "'Andrew G. Malis'" , "luca@level3.net \"'Thomas D. Nadeau'\"" , X-From: pwe3-admin@ietf.org Mon Mar 24 15:46:33 2003 Return-path: To: In-Reply-To: "himanshu shah"'s message of "Mon, 24 Mar 2003 09:39:41 -0500" Lines: 31 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O "himanshu shah" writes: > Hi Toby, > > You are absolutely correct about the status information. > > We did present status information as a separate msg in > arp-mediation draft. And yes, you proposed that whole > section. > > Incidently, we have been talking about extending the > control protocol in a generic fashion so that future extensions > can be made without having to constantly proposing new FEC types or > messages. This is what I am proposing in the extension draft. > > I had run this by Eric and Luca in last IETF meeting and we > agreed that I will write the draft and send it along for > review. Ah, I've apparently been out of the loop; when I ran my text by Eric & Luca a few weeks ago, they didn't mention this. > Having said that I am curious to know why you do not > believe protocol-ext proposal in not a correct venue? I was referring to the old draft-shah, the arp-mediation draft, not your new one, which sounds appropriate enough. Regards, Tob From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: Static PW label provisioning Date: Mon, 24 Mar 2003 15:08:38 -0500 Lines: 9 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030324064550.05bb96f8@mail.attbi.com> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "Thomas D. Nadeau" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 24 21:12:25 2003 Return-path: To: "Andrew G. Malis" In-reply-to: Your message of Mon, 24 Mar 2003 06:45:55 -0500. <5.2.0.9.0.20030324064550.05bb96f8@mail.attbi.com> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy> I've been talking to multiple service providers are already either Andy> planning, testing, or deploying PWE3 services with static labels. Do you mean that each PW endpoint is provisioned with both the incoming and outgoing labels for that PW? Or do you mean that only the incoming label is provisioned? If the former, it seems like a nightmare to me (especially in inter-provider cases), and I'd like to hear some SP state why they want to do it. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Mon, 24 Mar 2003 15:20:46 -0500 Lines: 10 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 24 21:23:40 2003 Return-path: To: Rahul Aggarwal In-reply-to: Your message of Fri, 21 Mar 2003 12:24:07 -0800. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric> Given that the purpose of IETF standards is to facilitate Eric> interoperability, my suggestion would be to leave tagged mode in the Eric> document, though perhaps as a "deprecated mode". Rahul> Just to clarify, what would 'deprecated' mean in this case..? It would mean that tagged mode is only there to support legacy equipment, and new equipment should be designed to support raw mode. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew Smith" Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Mon, 24 Mar 2003 12:40:01 -0800 Lines: 48 Sender: pwe3-admin@ietf.org References: <200303242020.h2OKKkiH023352@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: , X-From: pwe3-admin@ietf.org Mon Mar 24 21:44:09 2003 Return-path: To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200303242020.h2OKKkiH023352@rtp-core-1.cisco.com> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric, I'd suggest that this distinction be made much more explicit: list the raw mode in a "standards' track" RFC, move the tagged mode to an "informational" RFC (or remove it entirely which is my, and several other people's, preference) - if you don't do this, you will be creating a whole lot of marketplace confusion and will neither be "facilitating interoperability" over anything more than a very short timeframe nor making "good standards" (as in "good standards need to describe how to live with existing implementations of things, some of which are the product of different traditions" - Harald Alvestrand). I am assuming that Harald did not mean to endorse the practice of implementing, and shipping in volume, implementations of early-stage IETF drafts, and then using any momentum built up through those means to force inclusion of an option in the final IETF standard (though that would be a "different tradition", of course, from the good old IETF way of doing things). Andrew Smith -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Eric Rosen Sent: Monday, March 24, 2003 12:21 PM To: Rahul Aggarwal Cc: pwe3@ietf.org Subject: Re: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Eric> Given that the purpose of IETF standards is to facilitate Eric> interoperability, my suggestion would be to leave tagged mode in the Eric> document, though perhaps as a "deprecated mode". Rahul> Just to clarify, what would 'deprecated' mean in this case..? It would mean that tagged mode is only there to support legacy equipment, and new equipment should be designed to support raw mode. _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: Static PW label provisioning Date: Mon, 24 Mar 2003 15:57:47 -0500 Lines: 21 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , "Thomas D. Nadeau" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 24 22:02:21 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: erosen@cisco.com In-Reply-To: <200303242008.h2OK8ciH020687@rtp-core-1.cisco.com> X-OriginalArrivalTime: 24 Mar 2003 20:57:53.0918 (UTC) FILETIME=[0A00B1E0:01C2F248] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric, They're provisioning both labels of a PW between PE pairs. I can't betray any confidences, but I'll see if I can get direct input onto the list. Cheers, Andy ------- At 3/24/2003 03:08 PM -0500, Eric Rosen wrote: >Andy> I've been talking to multiple service providers are already either >Andy> planning, testing, or deploying PWE3 services with static labels. > >Do you mean that each PW endpoint is provisioned with both the incoming and >outgoing labels for that PW? Or do you mean that only the incoming label is >provisioned? If the former, it seems like a nightmare to me (especially in >inter-provider cases), and I'd like to hear some SP state why they want to >do it. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 01:59:00 -0500 Lines: 151 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Tue Mar 25 08:06:02 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: pwe3@ietf.org X-OriginalArrivalTime: 25 Mar 2003 06:59:08.0852 (UTC) FILETIME=[0856C740:01C2F29C] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I would just like to second Ron's questions below, and also add that there's no mention of the need for a protocol identification field in the PWE3 requirements draft. Also, I noticed that the architecture draft had no recognition of the TDM control word format; it only discussed the control word used for L2 encapsulations. So, I would like to request the following change in draft-ietf-pwe3-arch-02.txt: 5.4.3. PW over MPLS Generic Control Word The PW set-up protocol determines whether a particular PW uses a control word. When a control word is used, it MUST have the following form for non-TDM encapsulations: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RSVD/Flags |FRG| Length | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 12 - MPLS Generic Control Word The meaning of the fields of the MPLS Generic Control Word (Figure 12) is as follows: RSVD/Flags (bits 0 to 7): These bits are available for per payload signaling. Their definition is encapsulation specific. If not all of the bits are required for flags, some may be reserved for future use. FRG (bits 8 and 9): These bits are used when fragmenting a PW payload. Their use is defined in [FRAG]. Length (bits 10 to 15): The length field is used to determine the size of a PW payload that might have been padded to the minimum Ethernet MAC frame size during its transit across the PSN. If the MPLS payload (defined as the CW + the PW payload + any additional PW headers is less than 46 bytes, the length MUST be set to the length of the MPLS payload. If the MPLS payload is between 46 bytes and 63 bytes the implementation MAY either set to the length to the length of the MPLS payload, or it MAY set it to 0. If the length of the MPLS payload is greater than 63 bytes the length MUST be set to 0. Sequence number (Bit 16 to 31): If the sequence number is not used, it is set to zero by the sender and ignored by the receiver. Otherwise it specifies the sequence number of a packet. A circular list of sequence numbers is used. A sequence number takes a value from 1 to 65535 (2**16-1). For TDM applications, it must use the following general forms. Non-extended form: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Extended form: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Additional encapsulation-specific header fields | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Structure Pointer[0:12]: If used, the Structure Pointer contains the offset of the first byte of the payload structure. Note that some TDM encapsulations do not require the use of a Structure Pointer, in which case this field may be reused for other uses. Sequence Number[0:13]: This is a packet sequence number, which continuously cycles from 0 to 0x3FFF. It is generated and processed in accordance with the rules established in [RFC1889]. When the RTP header is used, this sequence number MUST match the LSBs of the RTP sequence Number. Thanks, Andy ------- At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: >Stewart, > >I went over your SF arch presentation. I have doubts regarding the >introduction of a requirement/suggestion for an all zero PID field >within the PWE3 control word. My doubts relates both to the scope of >this work as well as for the applications you are describing. Since I >haven't been to the SF IETF, please forgive me in advance if these >issues have already been discussed. > > >MPLS PID scope: >-------------- >In your presentation you describe a requirement/suggestion for an MPLS >PID, that allows a network node to distinguish between an IPv4, IPv6 and >PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any >network protocol on top of MPLS, including possibly IPX, CLNS, etc. >Therefore, what you are proposing is introduction of an MPLS Protocol >Identifier, which I believe has a much larger scope than just the PWE3 >WG. > >1. Would you agree that this is an MPLS WG item? Has this requirement >(MPLS PID) been discussed in the MPLS WG before / are there any drafts >written? > >2. If so, would 4 bits suffice for an MPLS PID? > > >Applications: >------------ >You list a number of applications that require IP flow recognition, >including load balancing, billing, and protection against network abuse >and attacks. I would like to better understand if these applications >indeed require the introduction of the PID field. For example, are these >applications edge applications? Do these applications run on all LSPs, >or are sensitive to BE LSP vs. LSP with priority? Do you run these >applications on TE paths? > >1. Are there any drafts that describe these applications? > >2. If not, could you elaborate on each application, its scope, etc? > > >Thanks >Ron > >Ron Cohen >CTO >Lycium Networks >Desk: +972 9 7619004 >Mobile: +972 55 245104 >Fax: +972 9 7619022 > > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: MPLS PID Date: Tue, 25 Mar 2003 20:51:33 +0200 Lines: 216 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 25 20:07:34 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] MPLS PID Thread-Index: AcLyn+f4J1fRtyVLTkiLm4tnRnm4JgAXz6Aw To: "Andrew G. Malis" , "Stewart Bryant" , X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2PJGKO03632 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andy, As you will remember I brought this issue up in Atlanta. I don't see why TDM should be any different from the other PW types, and don't see how it obviates the need for IPv4/IPv6/PW identification and can afford to use the first nibble for flags. However, if people really DO think that SONET/SDH is a special case, there is still no reason to require the low rate TDM drafts which do not require the pointer to use the CEP header instead of the standard PWE3 control word. So, please amend to When a control word is used, it MUST have the following form for non-SONET encapsulations: If at a later date the WG decides on a TDM draft that indeed uses the CEP header (e.g. the Johnson draft) then this could be changed back. Y(J)S > -----Original Message----- > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > Sent: Tuesday, March 25, 2003 8:59 AM > To: pwe3@ietf.org > Subject: Re: [PWE3] MPLS PID > > > I would just like to second Ron's questions below, and also add that > there's no mention of the need for a protocol identification > field in the > PWE3 requirements draft. > > Also, I noticed that the architecture draft had no > recognition of the TDM > control word format; it only discussed the control word used for L2 > encapsulations. > > So, I would like to request the following change in > draft-ietf-pwe3-arch-02.txt: > > 5.4.3. PW over MPLS Generic Control Word > > The PW set-up protocol determines whether a particular PW uses a > control word. When a control word is used, it MUST have the > following form for non-TDM encapsulations: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 > 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | RSVD/Flags |FRG| Length | Sequence Number > | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Figure 12 - MPLS Generic Control Word > > > The meaning of the fields of the MPLS Generic Control Word (Figure > 12) is as follows: > > RSVD/Flags (bits 0 to 7): > These bits are available for per payload signaling. Their > definition is encapsulation specific. If not all > of the bits > are required for flags, some may be reserved for > future use. > > FRG (bits 8 and 9): > These bits are used when fragmenting a PW > payload. Their use > is defined in [FRAG]. > > Length (bits 10 to 15): > The length field is used to determine the size of a PW > payload that might have been padded to the > minimum Ethernet > MAC frame size during its transit across the PSN. If the > MPLS payload (defined as the CW + the PW payload + any > additional PW headers is less than 46 bytes, the > length MUST > be set to the length of the MPLS payload. If the MPLS > payload is between 46 bytes and 63 bytes the > implementation > MAY either set to the length to the length of the MPLS > payload, or it MAY set it to 0. If the length of the MPLS > payload is greater than 63 bytes the length MUST > be set to 0. > > Sequence number (Bit 16 to 31): > If the sequence number is not used, it is set to zero by > the sender and ignored by the receiver. Otherwise it > specifies the sequence number of a packet. A circular list > of sequence numbers is used. A sequence number > takes a value > from 1 to 65535 (2**16-1). > > For TDM applications, it must use the following general forms. > > Non-extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Additional encapsulation-specific header fields | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Structure Pointer[0:12]: If used, the Structure Pointer > contains the > offset of the first byte of the payload structure. Note that some > TDM encapsulations do not require the use of a Structure Pointer, > in which case this field may be reused for other uses. > > Sequence Number[0:13]: This is a packet sequence number, which > continuously cycles from 0 to 0x3FFF. It is generated > and processed > in accordance with the rules established in [RFC1889]. > When the RTP > header is used, this sequence number MUST match the LSBs > of the RTP > sequence Number. > > Thanks, > Andy > > ------- > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: > > >Stewart, > > > >I went over your SF arch presentation. I have doubts regarding the > >introduction of a requirement/suggestion for an all zero PID field > >within the PWE3 control word. My doubts relates both to the scope of > >this work as well as for the applications you are describing. Since I > >haven't been to the SF IETF, please forgive me in advance if these > >issues have already been discussed. > > > > > >MPLS PID scope: > >-------------- > >In your presentation you describe a requirement/suggestion > for an MPLS > >PID, that allows a network node to distinguish between an > IPv4, IPv6 and > >PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any > >network protocol on top of MPLS, including possibly IPX, CLNS, etc. > >Therefore, what you are proposing is introduction of an MPLS Protocol > >Identifier, which I believe has a much larger scope than > just the PWE3 > >WG. > > > >1. Would you agree that this is an MPLS WG item? Has this requirement > >(MPLS PID) been discussed in the MPLS WG before / are there > any drafts > >written? > > > >2. If so, would 4 bits suffice for an MPLS PID? > > > > > >Applications: > >------------ > >You list a number of applications that require IP flow recognition, > >including load balancing, billing, and protection against > network abuse > >and attacks. I would like to better understand if these applications > >indeed require the introduction of the PID field. For > example, are these > >applications edge applications? Do these applications run on > all LSPs, > >or are sensitive to BE LSP vs. LSP with priority? Do you run these > >applications on TE paths? > > > >1. Are there any drafts that describe these applications? > > > >2. If not, could you elaborate on each application, its scope, etc? > > > > > >Thanks > >Ron > > > >Ron Cohen > >CTO > >Lycium Networks > >Desk: +972 9 7619004 > >Mobile: +972 55 245104 > >Fax: +972 9 7619022 > > > > > > > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "W. Mark Townsley" Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 21:00:44 +0100 Lines: 186 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 25 21:14:59 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en To: "Andrew G. Malis" In-Reply-To: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I agree too that the PID issue is more of an MPLS issue in general. As such, the I think the MPLS WG should be tasked with defining exactly what the PID looks like, and what internode behavior relying on the PID is allowed. However, the PWE3 architecture cannot ignore this entirely. It is PWE3's direct use of MPLS as its own PSN more than anything else that is imposing this practical requirement now (though I suppose it has theoretically always been an issue), and any definition coming from the MPLS WG would likely be in the form of a requirement on any header definition that rides directly adjacent to the last MPLS label in a stack. We all know that this would probably look something like simply stating that the first four bits MUST be 4 for IPv4, 6 for IPv6, and up to IANA and the MPLS WG for future additions. Whether that means handing out values form the remaining 14 available under very tight control (at a minimum, via an RFC2434 Standards Action and the MPLS WGs blessing), or some other extended PID method, should be up to MPLS to ultimately decide and PWE3 to adhere to. This would all be done with PWE3's input of course, since there would be a lot of overlap in the folks making the decision. Regarding whether the MPLS WG has discussed this before, Eric Rosen suggested at the microphone in SF that it had, but at that time the decision obviously was to not include a PID within MPLS. The bottom line is that perhaps we are seeing that in hindsight this was an error, and if so this should be openly resolved within the MPLS WG. - Mark Andrew G. Malis wrote: > I would just like to second Ron's questions below, and also add that > there's no mention of the need for a protocol identification field in > the PWE3 requirements draft. > > Also, I noticed that the architecture draft had no recognition of the > TDM control word format; it only discussed the control word used for L2 > encapsulations. > > So, I would like to request the following change in > draft-ietf-pwe3-arch-02.txt: > > 5.4.3. PW over MPLS Generic Control Word > > The PW set-up protocol determines whether a particular PW uses a > control word. When a control word is used, it MUST have the > following form for non-TDM encapsulations: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | RSVD/Flags |FRG| Length | Sequence Number | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Figure 12 - MPLS Generic Control Word > > > The meaning of the fields of the MPLS Generic Control Word (Figure > 12) is as follows: > > RSVD/Flags (bits 0 to 7): > These bits are available for per payload signaling. Their > definition is encapsulation specific. If not all of the bits > are required for flags, some may be reserved for future use. > > FRG (bits 8 and 9): > These bits are used when fragmenting a PW payload. Their use > is defined in [FRAG]. > > Length (bits 10 to 15): > The length field is used to determine the size of a PW > payload that might have been padded to the minimum Ethernet > MAC frame size during its transit across the PSN. If the > MPLS payload (defined as the CW + the PW payload + any > additional PW headers is less than 46 bytes, the length MUST > be set to the length of the MPLS payload. If the MPLS > payload is between 46 bytes and 63 bytes the implementation > MAY either set to the length to the length of the MPLS > payload, or it MAY set it to 0. If the length of the MPLS > payload is greater than 63 bytes the length MUST be set to 0. > > Sequence number (Bit 16 to 31): > If the sequence number is not used, it is set to zero by > the sender and ignored by the receiver. Otherwise it > specifies the sequence number of a packet. A circular list > of sequence numbers is used. A sequence number takes a value > from 1 to 65535 (2**16-1). > > For TDM applications, it must use the following general forms. > > Non-extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Additional encapsulation-specific header fields | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Structure Pointer[0:12]: If used, the Structure Pointer contains the > offset of the first byte of the payload structure. Note that some > TDM encapsulations do not require the use of a Structure Pointer, > in which case this field may be reused for other uses. > > Sequence Number[0:13]: This is a packet sequence number, which > continuously cycles from 0 to 0x3FFF. It is generated and processed > in accordance with the rules established in [RFC1889]. When the RTP > header is used, this sequence number MUST match the LSBs of the RTP > sequence Number. > > Thanks, > Andy > > ------- > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: > >> Stewart, >> >> I went over your SF arch presentation. I have doubts regarding the >> introduction of a requirement/suggestion for an all zero PID field >> within the PWE3 control word. My doubts relates both to the scope of >> this work as well as for the applications you are describing. Since I >> haven't been to the SF IETF, please forgive me in advance if these >> issues have already been discussed. >> >> >> MPLS PID scope: >> -------------- >> In your presentation you describe a requirement/suggestion for an MPLS >> PID, that allows a network node to distinguish between an IPv4, IPv6 and >> PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any >> network protocol on top of MPLS, including possibly IPX, CLNS, etc. >> Therefore, what you are proposing is introduction of an MPLS Protocol >> Identifier, which I believe has a much larger scope than just the PWE3 >> WG. >> >> 1. Would you agree that this is an MPLS WG item? Has this requirement >> (MPLS PID) been discussed in the MPLS WG before / are there any drafts >> written? >> >> 2. If so, would 4 bits suffice for an MPLS PID? >> >> >> Applications: >> ------------ >> You list a number of applications that require IP flow recognition, >> including load balancing, billing, and protection against network abuse >> and attacks. I would like to better understand if these applications >> indeed require the introduction of the PID field. For example, are these >> applications edge applications? Do these applications run on all LSPs, >> or are sensitive to BE LSP vs. LSP with priority? Do you run these >> applications on TE paths? >> >> 1. Are there any drafts that describe these applications? >> >> 2. If not, could you elaborate on each application, its scope, etc? >> >> >> Thanks >> Ron >> >> Ron Cohen >> CTO >> Lycium Networks >> Desk: +972 9 7619004 >> Mobile: +972 55 245104 >> Fax: +972 9 7619022 >> >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 15:38:44 -0500 Lines: 38 Sender: pwe3-admin@ietf.org References: <3E80B56C.6080806@cisco.com> Cc: "Andrew G. Malis" , pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Tue Mar 25 21:46:13 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: "W. Mark Townsley" In-reply-to: Your message of "Tue, 25 Mar 2003 21:00:44 +0100." <3E80B56C.6080806@cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > Regarding whether the MPLS WG has discussed this before, Eric Rosen suggested at > the microphone in SF that it had, but at that time the decision obviously was to > not include a PID within MPLS. The bottom line is that perhaps we are seeing > that in hindsight this was an error, and if so this should be openly resolved > within the MPLS WG. For a few of us is was foresight, but that didn't carry the day. I would be most happy to have this discussed in MPLS. It would seem that there three identified uses for the PID. 1. Dealing with ECMP behavior 2. Inband OAM flows 3. Identifying flows for netmanagement applications. The first seems fairly straightforward. Define IPv4 and v6, reserve a few more values for possible future versions of IP. Figure out whether there is any ST left in the world. For the second define a single PID for any OAM flow. It would be imprudent to had out pair of PIDs to apps that want inband OAM. Something collecting flow information in the middle of the network won't be able to identify the inband OAM, but that may be a good thing as the result will be just counting the data. The third is a bit tickier. Given the resolution of (1&2) we'll have a small number of PID values to play with to use for flow identification. What that small set should be needs to be resolved. I look to operators of networks for input. ...George ================================================================== George Swallow Cisco Systems (978) 497-8143 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 15:49:32 -0500 Lines: 17 Sender: pwe3-admin@ietf.org References: <27A0F290348F8E45AEF79889DDE65A5281AC21@exrad2.ad.rad.co.il> Cc: "Andrew G. Malis" , "Stewart Bryant" , pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Tue Mar 25 21:53:54 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: "Yaakov Stein" In-reply-to: Your message of "Tue, 25 Mar 2003 20:51:33 +0200." <27A0F290348F8E45AEF79889DDE65A5281AC21@exrad2.ad.rad.co.il> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > I don't see why TDM should be any different from the other PW types, > and don't see how it obviates the need for IPv4/IPv6/PW identification > and can afford to use the first nibble for flags. Yes, over most existing infrastructure, varying these bits will give you disordered flows. I would think that TDM would want to avoid that like the plague. Note that setting bit 1 to zero protects you against being mis-interpreted as IPv4, IPv6, "IPv7". ...George ================================================================== George Swallow Cisco Systems (978) 497-8143 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 13:53:04 -0700 Lines: 204 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Tue Mar 25 21:59:00 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org, mpls@uu.net Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O [Note the cross-post, let's try to move this to MPLS please] I tend to agree with Mark & George (and others) that it should be addressed in the MPLS WG, with feedback from PWE3. PWE3 Architecture and perhaps Requirements (ugh!) work should be added as appropriate, please send your comments on what needs to be done there ASAP, if you haven't already. -danny > > I agree too that the PID issue is more of an MPLS issue in general. As such, the > I think the MPLS WG should be tasked with defining exactly what the PID looks > like, and what internode behavior relying on the PID is allowed. > > However, the PWE3 architecture cannot ignore this entirely. It is PWE3's direct > use of MPLS as its own PSN more than anything else that is imposing this > practical requirement now (though I suppose it has theoretically always been an > issue), and any definition coming from the MPLS WG would likely be in the form > of a requirement on any header definition that rides directly adjacent to the > last MPLS label in a stack. We all know that this would probably look something > like simply stating that the first four bits MUST be 4 for IPv4, 6 for IPv6, and > up to IANA and the MPLS WG for future additions. Whether that means handing out > values form the remaining 14 available under very tight control (at a minimum, > via an RFC2434 Standards Action and the MPLS WGs blessing), or some other > extended PID method, should be up to MPLS to ultimately decide and PWE3 to > adhere to. This would all be done with PWE3's input of course, since there would > be a lot of overlap in the folks making the decision. > > Regarding whether the MPLS WG has discussed this before, Eric Rosen suggested at > the microphone in SF that it had, but at that time the decision obviously was to > not include a PID within MPLS. The bottom line is that perhaps we are seeing > that in hindsight this was an error, and if so this should be openly resolved > within the MPLS WG. > > - Mark > > Andrew G. Malis wrote: > > I would just like to second Ron's questions below, and also add that > > there's no mention of the need for a protocol identification field in > > the PWE3 requirements draft. > > > > Also, I noticed that the architecture draft had no recognition of the > > TDM control word format; it only discussed the control word used for L2 > > encapsulations. > > > > So, I would like to request the following change in > > draft-ietf-pwe3-arch-02.txt: > > > > 5.4.3. PW over MPLS Generic Control Word > > > > The PW set-up protocol determines whether a particular PW uses a > > control word. When a control word is used, it MUST have the > > following form for non-TDM encapsulations: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | RSVD/Flags |FRG| Length | Sequence Number | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Figure 12 - MPLS Generic Control Word > > > > > > The meaning of the fields of the MPLS Generic Control Word (Figure > > 12) is as follows: > > > > RSVD/Flags (bits 0 to 7): > > These bits are available for per payload signaling. Their > > definition is encapsulation specific. If not all of the bits > > are required for flags, some may be reserved for future use. > > > > FRG (bits 8 and 9): > > These bits are used when fragmenting a PW payload. Their use > > is defined in [FRAG]. > > > > Length (bits 10 to 15): > > The length field is used to determine the size of a PW > > payload that might have been padded to the minimum Ethernet > > MAC frame size during its transit across the PSN. If the > > MPLS payload (defined as the CW + the PW payload + any > > additional PW headers is less than 46 bytes, the length MUST > > be set to the length of the MPLS payload. If the MPLS > > payload is between 46 bytes and 63 bytes the implementation > > MAY either set to the length to the length of the MPLS > > payload, or it MAY set it to 0. If the length of the MPLS > > payload is greater than 63 bytes the length MUST be set to 0. > > > > Sequence number (Bit 16 to 31): > > If the sequence number is not used, it is set to zero by > > the sender and ignored by the receiver. Otherwise it > > specifies the sequence number of a packet. A circular list > > of sequence numbers is used. A sequence number takes a value > > from 1 to 65535 (2**16-1). > > > > For TDM applications, it must use the following general forms. > > > > Non-extended form: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Extended form: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Additional encapsulation-specific header fields | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Structure Pointer[0:12]: If used, the Structure Pointer contains the > > offset of the first byte of the payload structure. Note that some > > TDM encapsulations do not require the use of a Structure Pointer, > > in which case this field may be reused for other uses. > > > > Sequence Number[0:13]: This is a packet sequence number, which > > continuously cycles from 0 to 0x3FFF. It is generated and processed > > in accordance with the rules established in [RFC1889]. When the RTP > > header is used, this sequence number MUST match the LSBs of the RTP > > sequence Number. > > > > Thanks, > > Andy > > > > ------- > > > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: > > > >> Stewart, > >> > >> I went over your SF arch presentation. I have doubts regarding the > >> introduction of a requirement/suggestion for an all zero PID field > >> within the PWE3 control word. My doubts relates both to the scope of > >> this work as well as for the applications you are describing. Since I > >> haven't been to the SF IETF, please forgive me in advance if these > >> issues have already been discussed. > >> > >> > >> MPLS PID scope: > >> -------------- > >> In your presentation you describe a requirement/suggestion for an MPLS > >> PID, that allows a network node to distinguish between an IPv4, IPv6 and > >> PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any > >> network protocol on top of MPLS, including possibly IPX, CLNS, etc. > >> Therefore, what you are proposing is introduction of an MPLS Protocol > >> Identifier, which I believe has a much larger scope than just the PWE3 > >> WG. > >> > >> 1. Would you agree that this is an MPLS WG item? Has this requirement > >> (MPLS PID) been discussed in the MPLS WG before / are there any drafts > >> written? > >> > >> 2. If so, would 4 bits suffice for an MPLS PID? > >> > >> > >> Applications: > >> ------------ > >> You list a number of applications that require IP flow recognition, > >> including load balancing, billing, and protection against network abuse > >> and attacks. I would like to better understand if these applications > >> indeed require the introduction of the PID field. For example, are these > >> applications edge applications? Do these applications run on all LSPs, > >> or are sensitive to BE LSP vs. LSP with priority? Do you run these > >> applications on TE paths? > >> > >> 1. Are there any drafts that describe these applications? > >> > >> 2. If not, could you elaborate on each application, its scope, etc? > >> > >> > >> Thanks > >> Ron > >> > >> Ron Cohen > >> CTO > >> Lycium Networks > >> Desk: +972 9 7619004 > >> Mobile: +972 55 245104 > >> Fax: +972 9 7619022 > >> > >> > >> > >> _______________________________________________ > >> pwe3 mailing list > >> pwe3@ietf.org > >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahriar Rahman Subject: PPP and HDLC over MPLS Date: Tue, 25 Mar 2003 12:54:05 -0800 (PST) Lines: 33 Sender: pwe3-admin@ietf.org References: <200303252038.PAA25936@bifocal.cisco.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-From: pwe3-admin@ietf.org Tue Mar 25 22:01:40 2003 Return-path: To: pwe3@ietf.org In-Reply-To: <200303252038.PAA25936@bifocal.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Hello, Looking at draft-martini-ppp-hdlc-encap-mpls-00.txt (not sure if there is a following version of the draft), the following sections- 4.1. HDLC HDLC mode provides port to port transport of HDLC encapsulated traffic. The HDLC PDU is transported in its entirety, including the HDLC address, control and protocol fields, but excluding HDLC flags and the FCS. .... 4.2. PPP PPP mode provides point to point transport of PPP encapsulated traffic, as specified in [3]. The PPP PDU is transported in its entirety, including the protocol field (whether compressed using PFC or not), but excluding any media-specific framing information, such as HDLC address and control fields or FCS. .... It occured to me why in one case HDLC address and control fields are transported and in the other they are not. It wasn't obvious to me. _thanks for any explanation. regards_ Shahriar ================================================================= Shahriar Rahman || || Software Engineer |||| |||| c7600 Toaster Development ..:||||||:..:||||||:.. (408) 525 1351 ------------------------ From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: PWE3 56 -- Meeting Minutes Date: Tue, 25 Mar 2003 14:53:44 -0700 Lines: 261 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Tue Mar 25 22:59:57 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Here are the minutes from the meeting last week. Please send me comments, corrections & clarifications ASAP. All the presentations are currently available at: http://pwe3.tcb.net/meetings/ietf56 I'll keep the updated minutes there as well. -danny =========================================================== PWE3 @IETF56 -- San Francisco, CA March 19, 2003 Minutes recorded by Vach Kompella No agenda bashing allowed - lack of time Progress (Danny) - security considerations needs more work - need feedback from security wg - terminology, and refs need to be cleaned up 3 week last call on new reqmts doc for tdm Architecture (Stewart) - all feedback incorporated except - all syntax/terminology is more ietf-oriented - ref models retained from the reqmts draft - generic control word - need more flag bits - specify ttl = 2 - use pid to make a first level determination that the packet is NOT ip - propose pid=0 for pwe3 - reject control words that use 4 for the first nibble - itu-based control word violate this (stewart) - dave allan: isn't this iana issue - yaakov s: at least 2 in violation of the basic limitation != 0, 4, 6 - chris l: why assume that it is always ip? - mark t: this is for pw that requires control, or requires all pws to implement cw - mark t: can't accidentally use 4 or 6 - stewart b: can't squander the bits, so can't limit to not using 0, 4, 6 - mustafa: don't use that position (1st nibble) for anything - andy m: mpls implied that ipv4/ipv6 carried by mpls need lot more discussion - andy m: make it self-describing, not this half-baked approach - luca m: don't call pid because it is not a protocol id, but maybe a class - find out packet is ip by computing checksum, other methods (general groans from audience) - george swallow: for better or worse, mpls decided not to have protocol - need some way to find what is in there, to identify flows - various hacks out there - eric r: original encap did have pid but it was deemed unnecessary - mark t: need to have defined value that is pw - vach k: this is really version, so can use 1, 2, 3, 5 - dave mcdysan: 5 may still be in use - congestion - pwe3 may be used by end-user and so it will be - text from rtp wg - if known to carry tcp, then its own backoff mech kicks in so no need for extra work - if not, pw must provide a loss-sensitive backoff mech - done by nsp, and out of scope - long term avg for tcp throughput - issues - do we need cong ctrl - is perfect emulation more important than congestion mgmt - what to do if we detect congestion? - how to identify a traffic class to do measurements on? - run over dccp? - congestion mech like red and yellow cards - backoff or drop - need more description on the pwe3 congestion approach? - rahul a: if qos sla is broken, what to do? We haven't reached that point because we don't know what to do yet - steve casner: perfect emulation means that when congestion occurs, the pw is probably breaking anyway, - what about other protocols over ip? who is responsible for better behavior, pw mgmt or just regular internet behavior - sb: whatever the internet does - mustafa: how to make some AS's take action, across admin boundary. can't take unilateral action to curb traffic - how to provide enough info so that the feeder of the congestion is notified of what is causing congestion - need fault notification - mark t: hope i'm not hearing that p routers have to worry about congestion OAM reqmts (Tom Nadeau) - promised not to bore us - sp reqmts - common set of oam reqmts for mpls networks - read the draft VCCV (Tom Nadeau) - mech for pwe3 using inband diagnostic - two approaches - use a bit in the flags (although none are left) - use a pid - mustafa: can't use existing tools to test PWs. use existing tools - there are already existing approaches. - tom: using those mechs you can't tell whether a p router is broken - mustafa: if you have native oam, then you can determine pw connectivity - lsp-ping for tunnel, and native oam for pw - not needed - but what fixes the problem with vc lsp and tunnel connectivity - dave allan: use a bit to identify the packet is an inband test packet - the reply is back over the vc - tom: yes, the pw is bi-di - what identifies what comes in the test packet? read the draft - shahram: can't use lsp-ping? because of ecmp? - tom: not necessarily, want to follow the disposition path of the egress, so we want the packet to be encapped correctly - george: you can't just ping the vc lsp, you need to identify the packet as a test packet - george swallow: (off-mike) something about informal survey of ecmp hashing methods - if detected to be ip, then fish in packet header , etc. - yaakov s: pws are defined as uni-directional - george s: always send the reply in the control plane - single-sided downstream unsolicited - incorrect in draft - still need to find a way to identify the test nature of a packet - take to wg for discussion Mesg mapping (Tom Nadeau) - based on a customer oam reqmt - translation of failures in lsp-ping or vccv to atm oam or other l2 oam messages - what to do about ethernet? - mustafa: mapping of state: need to check several things - cv is pro-active - but need defect indication (e.g., mpls tunnel failure needs to be used to generate ais type messages) - look into the proper oam and mapping of defects, rather than looking at it as a mapping of messages (which sounds like interworking of the native and mpls oam) - reactive mechanisms need to be addressed - tom n: this is not the be-all end-all, look at all the tools to solve the problems, this is only part of the solution - dave a: use of withdrawal of label as failure manifestation - so need to address in data plane ATM mib (Tom Nadeau) - adds to the basic structure of the mibs for pwe3 TDM (Tim Frost filling in for tom johnson) - why another? - 2 years of deadlock, and no compromises have worked - tom put in charge of dt to address this - draft-johnson - same control word structure more or less as sonet draft - unstructured em mode: pure bitstream, normal segmentation - (see draft for details) - broad agreement on this mode from dt (debate on default size of payload) - structured em (NxDS0 w/ CAS) - similar to atm cem doc - structured em (NxDS0 w/o CAS) - based on tdm multiframe format - discussion on how to choose the arbitrary payload length - need feedback from list as to whether this draft breaks the deadlock - yaakov: unstruct mode - everyone agrees struct mode: disagreement because the optional mandatory mode is not well-defined - tim: why pick a size that fits the tdm network when we are going into a pkt network that can have - alex: how many advantages of the other drafts are preserved? - tim: succeeds in preserving structure, uses the same cas structure (atm interworking is more difficult) - alex: why not preserve draft-anavi advantage (atm interworking) - tim: because it is not possible to solve both problems - alex: but draft-anavi is for unstruct mode - danny: if you have a draft that preserves all advantages then we'd be happy, but we need a compromise - danny: bring it to the mailing list - steve (axerra): big picture - lot of activity suggesting solutions or identifying problems - what changes are in the offing? - tim: in the area of how to segment it into different payload sizes, with the tradeoff into efficiency or latency - steve: what about areas like lost packets? - tim: needs to be addressed, but probably minor (in terms of controversy) - shahram: ask list which is more important. constant delay from pe to pe regardless of the bit rate, or ease of atm interworking TDM reqmts (Max Riegel) - init draft covered t1, e1, t3, e3 - needed to cover sdh/sonet - rest from the slides - revised edition out beginning of may, continue discussion on list TDMOIP-LE (Yaakov Stein) - loop emulation for congestion control - form id does not conflict with pid - aal2 is variable bit rate so allows more nsp processing (e.g., vad, compression, etc.) - tcp is 1st class citizen, and tdm is dropped with congestion (which is contrary to service provider needs) - if pw traffic is small, and not all of it is tdm. so for statistical peak situation by dropping packets and conceal with nsp techniques - to deal with congestion avoidance - we must have vbr mode - cw must have length field - form id is needed (since we can't change modes in control plane) TDM Structured Em (Sasha - who subbed for him?) - mostly stuff right from the slides - main concept: nsp function allows for less perfect structure - see convergence on tdm in the offing - Why there has been difficulty in obtaining consensus for TDM work, and how to resolve it? - Good news - - consensus on emulation of unstructured TDM (E1,T1,E3,T3) is close - Bad news - situation with structured tDM, because different people mean different things - clear WG position on scope, reqts and arch lacking for structured TDM. - Tried to clarify what structured TDM means and why we care about it. - Bandwidth saving on psn by skipping unused channels - efficiency - resilience of attachment circuit and specific applications to packet loss - application-specific BW mgmt - Piece of wire vs. Distributed DXC approaches. - Conclusion - optimistic for consensus on different approaches. MPLS FORUM liaison (Andy Malis) - current draft for tdm is ready - please read and comment PWE3 control and maintenance changes (Luca) - changes include - refs - single sided mode - atm modes - numeric allocations to separate iana draft atm-encap - n-to-1 cell mode default - need some defs in 1-to-1 mode - may conflict with the arch doc ethernet-encap - tagged option needs reworking: move to nsp function - resolve and move to wg last call danny: need to resolve other docs before ethernet encap moves forward even though it is ready - rahul a: don't understand need to change the tagged mode - luca m: tagged mode is needed to overcome limitations of ip routers - ali s: both modes are useful - luca m: send comments to mailing list AAL1 transport (Shahram) - does not introduce new protocol - suggest move to informational wg - andy m: third suggestion - don't use pdu mode - also, l&r bits handling is not just informational, adds protocol changes so draft can't be info - yaakov s: support the draft, need atm encap draft changes L2TPV3 (Mark Townsley) - draft is in hands of iesg - companion drafts are in last call - will post to the list on the status David Allan - y1711 and lsp-ping are complementary - for pwe3: easy to do oam interworking with y1711 - with oam in dp, will prevent overloading control plane and label removal - danny: send points to mailing list Danny: work on documents between meetings, and not just near the IETFs From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Thu, 6 Mar 2003 16:04:28 +0200 Lines: 64 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 25 23:13:43 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLjqCYfclqpn6DtRnas5OZDfDJ73AAOR5nw To: "Yaron Raz" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h26EJjO07208 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaron, > The mandatory TDM payload sizes suggested in > draft-johnson-pwe3-tdm-00 are 376 bytes for unstructured > mode, and 16/24 TDM frames for structured E1/T1 respectively. > > The fact that the TDM payload is that big has two negative effects: > 1. The delay through the CES network is high: 24 TDM frames > are 3mSec delay in the transmitter side. Then you must have > at least one additional frame in the receiver jitter buffer, > so you end up with at least 6mSec of delay. This may be > acceptable in some applications/network scenarios, but not in others. > 2. Reconstructing the TDM clock becomes more complicated. If > one uses an adaptive technique, you need much more than 2 > frames in your jitter buffer in order for this to work, so > the delay vs. clock accuracy becomes an issue. If one uses > timestamps, getting a timestamp once every 3mSec puts more > constraints on the PLL mechanism, than if the receiver side > got it every 1mSec or 500uSec. These issues were discussed at great length by the members of the TDM DT. We all agreed that this "default packet size" is too large for most purposes. In an earlier version the default size was 47. > > My suggestion is therefore the following: > For unstructured mode, where I guess the 376 byte requirement > comes from 47(AAL1 payload)x8 we reduce it to 47x3 or 47x4 > (need to decide). >From my point of view 47*N with N=1 .. (some number) is good enough. It's not clear to me why a single size is required (unles we are trying to re-create ATM). > For structured mode, we keep the basic mode an option, but > NOT a MANDATORY mode. What do you mean by "basic mode"? If you mean super-frame locking should be an option and not the only mandatory mode, I certainly agree. This was precisely the reason I decided not to support the final version of the draft. BTW, if there really is a caveat for "single size" payloads, why doesn't the default mode have a well defined size in bytes? (It can be various sizes in bytes, depending on how many timeslots are in use). I would support a single packet size in bytes, and the implementation of the header pointer mechanism as defined in the draft. > Alternatively, we can keep the basic structured mode but > divide the TDM payload by 4 or 8 and have a running index in > the header that identifies the TDM "fragment". This can even > be the lsb part (2-3 lsbs) of the current sequence number. There is no need for a "fragment" counter. All you need to do is to support the pointer which is in the draft already. Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Thu, 6 Mar 2003 16:13:51 +0200 Lines: 71 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 25 23:16:00 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcLj2qFa27b62aWFSJuMk1AmLcR6tAAD0e0Q To: "Alexander Vainshtein" , "tom k. johnson" , X-MIME-Autoconverted: from base64 to 8bit by www1.ietf.org id h26ET8O07710 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, > Tom and all, > > Following Tom's suggestion, I'd like to present a single major > technical point of disagreement I have with > draft-johnson-pwe3-tdm-00.txt. > > The issue is the use of superframe structures in emulation of > NxDS0 without CAS (Section 3.1.3) and its consequences. > > To the best of my knowldege, superframe structures (or > their analogs) are completely irrelevant for NxDS0 without CAS. > Please note that the superfame structures may even not exist > in the corresponding trunk (e.g., E1 with the basic framing only). I think that you state it a trifle to harshly since the CRC sync structure may be of interest, but only in very isoteric instances. On the whole I agree, that the superframe structure is only important when there is CAS, or some other superframe-based signaling. > IMO, the only relevant structure for these services is a > single frame (as described in the appropriate section of > draft-vainshtein-cesopsn-05.txt), and the encpasulation > method should preserve only these structures. BTW, ATM-CES > (which Tom claims as the basis for his approach) > takes exactly the same position. Once again, to clarify your point, the only relevant structure WITHOUT CAS is the frame. Indeed, ATM-CES differentiates between the "structured" and the "structured with CAS" cases. In the former case the pointer points to the beginning of the frame, while in the latter it is to the beginning of the superframe. > Hence I do not see any advantage in first inntroducing superframe > structures where they do not belong and then investing effort > in preserving them across the PSN. I agree - so why don't we agree on the ATM-CES approach of differentiating between the with and without CAS cases? > I see definite disadvantages in this approach: While I agree with the problems you raise, I believe that they are mostly due to not implementing the pointer mechanism as defined in the draft. Try using some reasonable packet size (e.g. 128 bytes) and the pointer - do these problems still persist? > While there are other minor items (both technical and > editorial) where, in my opinion, some changes in > draft-johnson are justified, the artificial superframe > structure for NsDS0 without CAS remains the major problem > preventing me from supporting this draft. > With best regards, In my opinion, the single major problem is not making the pointer mechanism MANDATORY. By doing so all the problems you mention go away. Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Mark Doyle Subject: PWE3 NxDS0 in draft-vainshtein-cesopsn-05.txt Date: Mon, 10 Mar 2003 09:33:54 -0800 Organization: Engage Communication Lines: 55 Sender: pwe3-admin@ietf.org Reply-To: Mark Doyle Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary_(ID_z4Hm3HLJGvcughjk8713+g)" X-From: pwe3-admin@ietf.org Tue Mar 25 23:17:48 2003 Return-path: To: sasha@axerra.com, pwe3@ietf.org X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-Priority: 3 X-MSMail-priority: Normal Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This is a multi-part message in MIME format. --Boundary_(ID_z4Hm3HLJGvcughjk8713+g) Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7BIT Good Day Sasha, I have read the latest CESoPSN draft (draft-vainshtein-cesopsn-05.txt). It looks very mature and I would like to propose its promotion to a WG item. I have a couple of questions regarding your proposal: 1. Can your approach to NxDS0 without CAS be extended to cover N > 31? This looks like a desirable service for some applications 2. Can your approach for handling NxDS0 and CAS-based CE signaling separately be extended to non-CAS CE signaling techniques? Best Regards, Mark Doyle --Boundary_(ID_z4Hm3HLJGvcughjk8713+g) Content-type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7BIT
Good Day Sasha,

I have read the latest CESoPSN draft (draft-vainshtein-cesopsn-05.txt).
It looks very mature and I would like to propose its promotion to a
WG item.
 
I have a couple of questions regarding your proposal:
 
1. Can your approach to NxDS0 without CAS be extended to cover N > 31?
   This looks like a desirable service for some applications

 
2. Can your approach for handling NxDS0 and CAS-based CE signaling
   separately be extended to non-CAS CE signaling techniques?
 
Best Regards,
 
Mark Doyle

              
 
--Boundary_(ID_z4Hm3HLJGvcughjk8713+g)-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Tue, 11 Mar 2003 08:52:47 +0200 Lines: 40 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 25 23:19:41 2003 Return-path: content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Thread-Topic: [PWE3] TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLm3p+aNWcXPokcTp2W3CayFfPSOQAKTclwACSx5dA= To: "tom k. johnson" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2B7IxO03731 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > I agree that it would make sense to have one default packet size for > unstructured T1/E1 and a different one for unstructured T3/E3 > (as long as the defaults are multiples of 47 bytes). It seems to me that we have gone pretty far from the initial intent. We started out looking for a single size packet. Now we have a single size for each "mode" where the following modes are to be defined : unstructured E1/T1 unstructured E3/T3 structured without CAS with N=1 structured without CAS with N=2 etc. structured with CAS with N=1 structured with CAS with N=2 etc. (remember that if we lock onto TDM frames, the packet size in bytes depends on N). Assuming we limit ourselves to 32 timeslots, we have a single well-defined default packet size for each of 66 cases! Is that really what we want? I think that this is pretty close to using any packet size you want. Y(J)S > Does anyone have a problem with that? Only those who want a single default packet size. Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: draft-davari-pwe3-aal12-over-psn-01 Date: Tue, 11 Mar 2003 08:58:06 +0200 Lines: 48 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Cc: X-From: pwe3-admin@ietf.org Tue Mar 25 23:22:20 2003 Return-path: content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Thread-Topic: [PWE3] draft-davari-pwe3-aal12-over-psn-01 Thread-Index: AcLnCAlHm6H31mmuTKaWzlvap+dhDgAk3MgQ To: "Alexander Vainshtein" , "Shahram Davari" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2B7OJO04392 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha and Shahram, > I have read the draft in question. It looks like quite a useful > document explaining how to use different modes of [ATM-ENCAP] > with AAL1 VCCs. > > I have a couple of minor comments to it. > > 1. The text in Section 11.1 allows the receiver to ignore L bit. > On the other hand, the text in Section 11 allows the transmitter > not only to set L bit in case of a defect but also to send only > "the minimum PSN payload set to all zeros" since the payload > itself is irrelevant. > I do not understand how such payload would then be interpreted > by a receiver that ignores L bit. There are two options here which can not be used together. If Shahram did not explicitly say so, what he meant is that packets with L bit set, can delete their payload. BTW, there can be L bit set even with some useable traffic, as with DXCs (as Sasha has proposed) where only one of several incoming trunks has gone down, or loss of multiframe sync, even though frame sync is still OK. > 2. The receiver does not handle lost packets beyond optional setting > of the R bit; in particular, it does not generate any "replacement > traffic" or any OAM cells towards the ATM network (AFAIK no such > action is defined for any of the modes in [ATM-ENCAP]). > As a consequence, the egress of the AAL1 path using the ATM PW as > one of its "hops" will have to detect and handle loss of, potentially, > multiple consecutive AAL1 frames due to a single PW packet loss. > Since the AAL1 sequence number is just 3 bits wide, this looks > problematic if the lost packet contained 8 (or more) AAL1 frames. I am not sure how you reached the conclusion that the receiver does not interpolate lost packets. Shahram's draft details the communications aspects, i.e. what you see on the line, and does not go into implementation issues. If you are interested in what the receiver should do, take a look at draft-anavi-tdmoip-05. Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Nick Tingle" Subject: RE: Ethernet over MPLS Date: Tue, 18 Mar 2003 12:48:05 -0800 Lines: 129 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Cc: "'Andrew G. Malis'" , , "Vach Kompella" X-From: pwe3-admin@ietf.org Tue Mar 25 23:25:03 2003 Return-path: To: "Busschbach, Peter B \(Peter\)" , "'Ali Sajassi'" , "Shahram Davari" , "Andrew G. Malis" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: X-OriginalArrivalTime: 18 Mar 2003 20:48:07.0495 (UTC) FILETIME=[ADFD2570:01C2ED8F] X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2IL3gO17511 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I agree too, tagged mode should go. The definition of NSPs is out of PWE3 scope anyway so why are we talking about them here (and that is what almost all of these emails have been discussing)? They can do whatever [some other WG] says they can do. It's up to that other WG to specify legal combinations of NSPs to achieve whatever multiplexing, bridging or forwarding behaviour is desired/possible. The PW just gets the Ethernet packets from A to B. >From draft-ietf-pwe3-protocol-layer-00.txt: In some applications some form of data or address translation, or other operation requiring knowledge of the semantics of the payload, will be required. This is the function of the Native Service Processor (NSP). The use of the NSP approach simplifies the design of the PW by restricting a PW to homogeneous operation. NSP is included in the reference model to provide a defined interface to this functionality. The specification of the various types of NSP is outside the scope of PWE3. Nick. > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of > Busschbach, Peter B (Peter) > Sent: Tuesday, March 18, 2003 6:41 AM > To: 'Ali Sajassi'; Shahram Davari; Andrew G. Malis; erosen@cisco.com > Cc: Busschbach, Peter B (Peter); 'Andrew G. Malis'; 'pwe3@ietf.org'; > Vach Kompella > Subject: RE: [PWE3] Ethernet over MPLS > > > > > > From: Ali Sajassi [mailto:sajassi@cisco.com] > > > At 11:53 PM 3/16/2003 -0800, Shahram Davari wrote: > > > > > >>Why can't one use raw mode for the latter case? If the > > > >ingress PE can't strip > > > >>the VLAN tags, then it can simply send all tagged frames in a > > > >single PW. > > > >>The egress > > > >>PE (which can pop tags) could simply pop the tags. > > > > > > > >Yes, everything is possible with the raw mode. > > > > > > > > > >I can't understand. If you agree that the raw mode can satisfy the > > >requirement in which one of the PEs can't push/pop, then why is there > > >a need for tagged mode? > > > > Lets go back to your previous question again and lets go over > > different > > scenarios: > > > > 1) mapping a trunk port on the ingress to a trunk port on the egress > > This is basically port-based operation and raw mode needs to > > be used for > > the PW. > > > > 2) mapping a trunk port on the ingress to multiple access > > ports on the egress > > In this case, there are two options: a) use a single raw-mode > > PW to send > > all the VLAN tags from ingress to egress and then use the > > VLAN tags in the > > egress PE to decide which access port to send the frames to or b) use > > multiple tagged-mode PWs (one for each VLAN). The problem > > with the first > > approach is that when VLAN tags are used as service > > delimiter, each PE uses > > them independent from others. So you can't expect VLAN-10 in > > the ingress PE > > means the same thing as egress PE. > > What this means is that if you want to use a single raw-mode > > PW, you need > > to translate the VLAN in the ingress PE before sending it > > over the PW; > > however, this conflicts with raw-mode definition which says > > the VLAN tags > > are transparent. Therefore, you need to use either multiple > > raw-mode PWs > > [PB] My personal view is that this restrictive definition of raw-mode > is undesirable. From earlier emails it is clear that there is > consensus that in raw mode, NSPs can push and pop tags. There also > seems to be consensus that in raw mode NSPs can overwrite tags on > egress, but that somehow there is a need to forbid overwriting tags > on ingress. This seems to be necessary to achieve a clear distinction > between raw mode and tagged mode. > > I agree with Andrew Smith: get rid of the tagged mode. Instead, > clarify in the ethernet-encap draft that NSPs should be able to push, > pop and overwite tags both on ingress and egress and that NSPs should > be able to map one VLAN tag onto a single PW or multiple VLAN tags > onto one PW. With such a definition, tagged mode is just a special > case of general NSP functionality. > > > > > (one for each VLAN) or multiple tagged-mode PWs (one for each > > VLAN). If > > raw-mode is used, then you need to do push/poping in both ingress and > > egress PEs; whereas, if tagged mode is used, you need to do > > push/pop in the > > ingress PE (w/ trun port) and VLAN re-write in the egress PE > > (w/ access > > ports). Furthermore, if tagged mode is used, then the egress PE can > > re-write the tag based on the PW itself and without paying > > any attention to > > the value of the VLAN tag coming over the PW. > > > > Hope this helps. If not, then lets talk on Wednesday before > > or after the > > meeting. > > > > -Ali > > > > > > > > > > > > > > >-Shahram > > >_______________________________________________ > > >pwe3 mailing list > > >pwe3@ietf.org > > >https://www1.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: alan.mcguire@bt.com Subject: Re Ethernet over MPLS Date: Wed, 19 Mar 2003 16:18:37 -0000 Lines: 4 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-From: pwe3-admin@ietf.org Tue Mar 25 23:26:45 2003 Return-path: To: pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2654.89) content-class: urn:content-classes:message Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > It must be extremely convenient not having anyone else from BT here to disagree with you on that. L. and efficient ....If I disagree with you Neil I'll let you know Alan From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: TDM payload size in draft-johnson-pwe3-tdm-00 Date: Tue, 11 Mar 2003 14:26:02 +0200 Lines: 31 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Tue Mar 25 23:29:02 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: TDM payload size in draft-johnson-pwe3-tdm-00 Thread-Index: AcLjqCYfclqpn6DtRnas5OZDfDJ73AC3jJzgAEf0KFAAAgW/EA== To: "Yaron Raz" , "tom k. johnson" , "PWE3 group (E-mail)" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2BCqZO26680 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > First I'd like to say I think you've done a good job in > finding a common ground between the approaches, one that uses > the advantages of both, and still makes technical sense. The > only issue I found to be of concern is the TDM payload size. > I think (like Alik) that a mandatory mode is important, and > it is more than a default value. This makes different > implementations interoperable. I agree. But, as I wrote in a previous mail, we don't have a single mandatory mode. We have over 60 of them. > I still suggest to reduce the TDM payload size of E1/T1 to > either 3x47 or 4x47 bytes in the unstructured mode. the > overhead penalty is much less, and the delay is acceptable > for all applications. As far as I understand, also > long-distance Internet applications do not suffer from such a > payload size. For E3/T3 we can (and should) have a longer TDM > payload size. > Regarding the structured mode, I believe we should have a > mandatory mode there as well (although the whole mode is > optional), so that if someone implements this he must conform > at least to this mandatory mode. Can the AAL1 guys suggest a > mode that is acceptable and still has about 3-6 x 125uS delay? Only if there is a length field (since the AAL1 structured mode has varying cell sizes). Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: draft-ietf-pwe3-control-protocol-02.txt Date: Wed, 19 Mar 2003 10:28:31 -0700 (MST) Lines: 1570 Sender: pwe3-admin@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 25 23:31:18 2003 Return-path: To: pwe3@ietf.org X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Network Working Group Luca Martini Internet Draft Nasser El-Aawar Expiration Date: August 2003 Level 3 Communications, LLC. Toby Smith Eric C. Rosen Laurel Networks, Inc. Cisco Systems, Inc. Giles Heron PacketExchange Ltd. February 2003 Pseudowire Setup and Maintenance using LDP draft-ietf-pwe3-control-protocol-02.txt Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Abstract Layer 2 services (such as Frame Relay, ATM, ethernet) can be "emulated" over an IP and/or MPLS backbone by encapsulating the layer 2 PDUs and then transmitting them over "pseudowires". It is also possible to use pseudowires to provide SONET circuit emulation over an IP and/or MPLS network. This document specifies a protocol for establishing and maintaining the pseudowires, using extensions to LDP. Procedures for encapsulating layer 2 PDUs are specified in a set of companion documents. Martini, et al. [Page 1] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Table of Contents 1 Specification of Requirements .......................... 3 2 Introduction ........................................... 3 3 The Pseudowire Label ................................... 5 4 Details Specific to Particular Emulated Services ....... 6 4.1 Frame Relay ............................................ 6 4.2 ATM .................................................... 6 4.2.1 ATM AAL5 SDU VCC Transport ............................. 6 4.2.2 ATM Transparent Cell Transport ......................... 7 4.2.3 ATM n-to-one VCC and VPC Cell Transport ................ 7 4.2.4 OAM Cell Support ....................................... 7 4.2.5 ILMI Support ........................................... 8 4.2.6 IP Layer2 Transport .................................... 8 4.2.7 ATM AAL5 PDU VCC Transport ............................. 8 4.2.8 ATM one-to-one VCC and VPC Cell Transport .............. 9 4.3 Ethernet VLAN .......................................... 9 4.4 Ethernet ............................................... 9 4.5 HDLC and PPP ........................................... 9 5 LDP .................................................... 10 5.1 The PWid FEC Element ................................... 10 5.2 The Generalized ID FEC Element ......................... 12 5.2.1 Attachment Identifiers ................................. 12 5.2.2 Encoding the Generalized ID FEC Element ................ 14 5.2.3 Procedures ............................................. 15 5.3 Interface Parameters Field ............................. 16 5.3.1 PW types for which the control word is REQUIRED ........ 18 5.3.2 PW types for which the control word is NOT mandatory ... 18 5.3.3 Status codes ........................................... 19 5.4 LDP label Withdrawal procedures ........................ 20 5.5 Sequencing Considerations .............................. 20 5.5.1 Label Mapping Advertisements ........................... 20 5.5.2 Label Mapping Release .................................. 21 6 IANA Considerations .................................... 21 7 Security Considerations ................................ 21 8 References ............................................. 22 9 Author Information ..................................... 23 10 Additional Contributing Authors ........................ 24 11 Appendix A - C-bit Handling Procedures Diagram ......... 27 Martini, et al. [Page 2] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 1. Specification of Requirements 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. 2. Introduction In [7], [10], and [12] it is explained how to encapsulate a layer 2 Protocol Data Unit (PDU) for transmission over an IP and/or MPLS network. Those specifications that a "pseudowire header", consisting of a demultiplexor field, will be prepended to the encapsulated PDU. The pseudowire demultiplexor field is put on before transmitting a packet on a pseudowire. When the packet arrives at the remote endpoint of the pseudowire, the demultiplexor is what enables the receiver to identify the particular pseudowire on which the packet has arrived. To actually transmit the packet from one pseudowire endpoint to another, the packet may need to travel through a "PSN tunnel header"; this will require an additional header to be prepended to the packet. An accompanying document [8] also describes a method for transporting time division multiplexed (TDM) digital signals (TDM circuit emulation) over a packet-oriented MPLS network. The transmission system for circuit-oriented TDM signals is the Synchronous Optical Network (SONET)[5]/Synchronous Digital Hierarchy (SDH) [6]. To support TDM traffic, which includes voice, data, and private leased line service, the pseudowires must emulate the circuit characteristics of SONET/SDH payloads. The TDM signals and payloads are encapsulated for transmission over pseudowires. To this encapsulation is prepended a pseudowire demultiplexor and a PSN tunnel header. In this document, we specify the use of the MPLS Label Distribution Protocol, LDP [RFC3036], as a protocol a protocol for setting up and maintaining the pseudowires. In particular, we define new TLVs for LDP, which enable LDP to identify pseudowires and to signal attributes of pseudowires. We specify how a pseudowire endpoint uses these TLVs in LDP to bind a demultiplexor field value to a pseudowire, and how it informs the remote endpoint of the binding. We also specify procedures for reporting pseudowire status changes, passing additional information about the pseudowire as needed, and for releasing the bindings. In the protocol specified herein, the pseudowire demultiplexor field is an MPLS label. Thus the packets which are transmitted from one end of the pseudowire to the other are MPLS packets. Unless the pseudowire endpoints are immediately adjacent, these MPLS packets Martini, et al. [Page 3] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 must be transmitted through a PSN tunnel. Any sort of PSN tunnel can be used, as long as it is possible to transmit MPLS packets through it. The PSN tunnel can itself be an LSP, but it could equally well be an IP tunnel, a GRE tunnel, an IPsec tunnel, or any other sort of tunnel which can carry MPLS packets. Procedures for setting up and maintaining the PSN tunnels are outside the scope of this document. This document deals only with the setup and maintenance of point-to- point pseudowires. Neither point-to-multipoint nor multipoint-to- point pseudowires are discussed. QoS related issues are not discussed in this document. The following two figures describe the reference models which are derived from [PWE3-FRAME] to support the Ethernet PW emulated services. Native |<----- Pseudo Wire ---->| Native Layer2 | | Layer2 Service | |<-- PSN Tunnel -->| | Service | V V V V | | +----+ +----+ | +----+ | | PE1|==================| PE2| | +----+ | |----------|............PW1.............|----------| | | CE1| | | | | | | |CE2 | | |----------|............PW2.............|----------| | +----+ | | |==================| | | +----+ ^ +----+ +----+ | ^ | Provider Edge 1 Provider Edge 2 | | | |<-------------- Emulated Service ---------------->| Figure 1: PWE3 Reference Model +-------------+ +-------------+ | Layer2 | | Layer2 | | Emulated | | Emulated | | Services | Emulated Service | Services | | |<==============================>| | +-------------+ Pseudo Wire +-------------+ |Demultiplexor|<==============================>|Demultiplexor| +-------------+ +-------------+ | PSN | PSN Tunnel | PSN | | MPLS |<==============================>| MPLS | +-------------+ +-------------+ | Physical | | Physical | +-----+-------+ +-----+-------+ Martini, et al. [Page 4] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Figure 2: Ethernet PWE3 Protocol Stack Reference Model For the purpose of this document, PE1 will be defined as the ingress router, and PE2 as the egress router. A layer 2 PDU will be received at PE1, encapsulated at PE1, transported, decapsulated at PE2, and transmitted out of PE2. 3. The Pseudowire Label Suppose it is desired to transport layer 2 PDUs from ingress LSR PE1 to egress LSR PE2, across an intervening PSN. We assume that there is a PSN tunnel from PE1 to PE2. That is, we assume that PE1 can cause a packet to be delivered to PE2 by encapsulating the packet in a "PSN tunnel header" and sending the result to one of its adjacencies. If the PSN tunnel is an MPLS Label Switched Path (LSP), then putting on a PSN tunnel encapsulation is a matter of pushing on an additional MPLS label; if the PSN tunnel is, e.g., a GRE tunnel, then putting on the tunnel encapsulation requires prepending an IP header and a GRE header. We presuppose that an arbitrary number of pseudowires can be carried through a single PSN tunnel. Thus it is never necessary to maintain state in the network core for individual pseudowires. We do not presuppose that the PSN tunnels are point-to-point; although the pseudowires are point-to-point, the PSN tunnels may be multipoint- to-point. We do not presuppose that PE 2 will even be able to determine the PSN tunnel through which a received packet was transmitted. (E.g., if the PSN tunnel is an LSP, and penultimate hop popping is used, when the packet arrives at PE2 it will contain no information identifying the tunnel.) When PE2 receives a packet over a pseudowire, it must be able to determine that the packet was in fact received over a pseudowire, and it must be able to associate that packet with a particular pseudowire. PE2 is able to do this by examining the MPLS label which serves as the pseudowire demultiplexor field. Call this label the "PW label". So when PE1 sends a layer 2 PDU to PE2, it first pushes a PW label on its label stack, thereby creating an MPLS packet. It then (if PE1 is not adjacent to PE2) encapsulates that MPLS packet in a PSN tunnel header. (If the PSN tunnel is an LSP, this is just a matter of pushing on a second label.) The PW label is not visible again until the MPLS packet reaches PE2. PE2's disposition of the packet is based on the PW label. Martini, et al. [Page 5] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Note that the PW label must always be at the bottom of the packet's label stack. This document specifies a protocol for assigning and distributing the PW label. This protocol is LDP, extended as specified in the remainder of this document. An LDP session must be set up between the pseudowire endpoints. LDP MUST be used in its "downstream unsolicited" mode. LDP's "liberal label retention" mode SHOULD be used. In addition to the protocol specified herein, static assignment of PW labels MAY be used, and implementations of this protocol SHOULD provide support for static assignment. This document specifies all the procedures necessary to set up and maintain the pseudowires needed to support "unswitched" point-to- point services, where each endpoint of the pseudowire is provisioned with the identify of the other endpoint. There are also protocol mechanisms specified herein which can be used to support switched services, and which can be used to support other provisioning models. However, the use of the protocol mechanisms to support those other models and services is not described in this document. 4. Details Specific to Particular Emulated Services 4.1. Frame Relay When emulating a frame relay service, the Frame Relay PDUs are encapsulated according to the procedures defined in [7]. The PE MUST provide Frame Relay PVC status signaling to the Frame Relay network. If the PE detects a service affecting condition for a particular DLCI, as defined in [2] Q.933 Annex A.5 sited in IA FRF1.1, PE MUST withdraw the PW label that corresponds to the frame relay DLCI. The Egress PE SHOULD generate the corresponding errors and alarms as defined in [2] on the egress Frame relay VC. 4.2. ATM 4.2.1. ATM AAL5 SDU VCC Transport ATM AAL5 CSPS-SDUs are encapsulated according to [10] ATM AAL5 CPCS- SDU mode. This mode allows the transport of ATM AAL5 CSPS-SDUs traveling on a particular ATM PVC across the network to another ATM PVC. Martini, et al. [Page 6] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 4.2.2. ATM Transparent Cell Transport This mode is similar to the Ethernet port mode. Every cell that is received at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode n-to-one, and sent across the PW to the egress PE, PE2. This mode allows an ATM port to be connected to only one other ATM port. [10] ATM cell n-to-one mode allows for grouping of multiple cells into a single MPLS frame. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, should only concatenate cells up to the "Maximum Number of concatenated ATM cells" parameter received as part of the FEC element. 4.2.3. ATM n-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 VCC transport except that cells are transported. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.2.4. OAM Cell Support OAM cells MAY be transported on the VC LSP. When the PE is operating in AAL5 CPCS-SDU transport mode if it does not support transport of ATM cells, the PE MUST discard incoming MPLS frames on an ATM VC LSP that contain a VC label with the T bit set [10]. When operating in AAL5 SDU transport mode an PE that supports transport of OAM cells using the T bit defined in [7], or an PE operating in any of the three cell transport modes MUST follow the procedures outlined in [9] section 8 for mode 0 only, in addition to the applicable procedures specified in [6]. 4.2.4.1. OAM Cell Emulation Mode AN PE that does not support transport of OAM cells across an LSP MAY provide OAM support on ATM PVCs using the following procedures: A pair of PEs MAY emulate a bi-directional ATM VC by two uni- directional LSPs. If an F5 end-to-end OAM cell is received from a Martini, et al. [Page 7] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 ATM VC, by either PE that is transporting this ATM VC, with a loopback indication value of 1, and the PE has a label mapping for the ATM VC, then the PE MUST decrement the loopback indication value and loop back the cell on the ATM VC. Otherwise the loopback cell MUST be discarded by the PE. The ingress PE, PE1, may also optionally be configured to periodically generate F5 end-to-end loopback OAM cells on a VC. If the PE fails to receive a response to an F5 end-to-end loopback OAM cell for a pre-defined period of time it MUST withdraw the label mapping for the VC. If an ingress PE, PE1, receives an AIS F5 OAM cell, fails to receive a pre-defined number of the End-to-End loop OAM cells, or a physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE, PE2, MUST generate AIS F5 OAM cells on the VC associated with the withdrawn label mapping. In this mode it is very useful to apply a unique group ID to each interface. In the case where a physical interface goes down, a wild card label withdraw can be sent to all LDP neighbors, greatly reducing the signaling response time. 4.2.5. ILMI Support An MPLS edge PE MAY provide an ATM ILMI to the ATM edge switch. If an ingress PE receives an ILMI message indicating that the ATM edge switch has deleted a VC, or if the physical interface goes down, it MUST withdraw the label mappings for all VCs associated with the failure. When a PW label mapping is withdrawn, the egress PE SHOULD notify its client of this failure by deleting the VC using ILMI. 4.2.6. IP Layer2 Transport This mode switches IP packets into a Peudo-Wire. the encapsulation used is according to [3]. IP interworking is implementation specific, part of the NSP function [13], and is outside the scope of this document. 4.2.7. ATM AAL5 PDU VCC Transport ATM AAL5 CSPS-PDUs are encapsulated according to [10] ATM AAL5 CPCS- PDU mode. This mode allows the transport of ATM AAL5 CSPS-PDUs traveling on a particular ATM PVC across the network to another ATM PVC. This mode supports fragmentation of the ATM AAL5 CPCS-PDU in Martini, et al. [Page 8] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 order to maintain the position of the OAM cells with respect to the user cells. Fragmentation may also be performed to maintain the size of the packet carrying the AAL5 PDU within the MTU of the link. 4.2.8. ATM one-to-one VCC and VPC Cell Transport This mode is similar to the ATM AAL5 n-to-one cell transport except an encapsulation method that maps one ATM VCC or one ATM VPC to one Pseudo-Wire is used. Every cell that is received on a pre-defined ATM PVC, or ATM PVP, at the ingress ATM port on the ingress PE, PE1, is encapsulated according to [10], ATM one-to-one cell mode, and sent across the LSP to the egress PE PE2. Grouping of ATM cells is OPTIONAL for transmission at the ingress PE, PE1. If the Egress PE PE2 supports cell concatenation the ingress PE, PE1, MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" parameter received as part of the FEC element. 4.3. Ethernet VLAN The Ethernet frame will be encapsulated according to the procedures in [12] tagged mode. It should be noted that if the VLAN identifier is modified by the egress PE, according to the procedures outlined above, the Ethernet spanning tree protocol might fail to work properly. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, it MUST withdraw the label mappings for all PWs associated with the port. 4.4. Ethernet The Ethernet frame will be encapsulated according to the procedures in [12]. If the PE detects a failure on the Ethernet physical port, or the port is administratively disabled, the corresponding PW label mapping MUST be withdrawn. 4.5. HDLC and PPP HDLC and PPP frames are encapsulated according to the procedures in [11]. If the MPLS edge PE detects that the physical link has failed, or the port is administratively disabled, it MUST withdraw the label mapping that corresponds to the HDLC or PPP link. Martini, et al. [Page 9] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5. LDP The PW label bindings are distributed using the LDP downstream unsolicited mode described in [1]. The PEs will establish an LDP session using the Extended Discovery mechanism described in [1, section 2.4.2 and 2.5]. An LDP Label Mapping message contains a FEC TLV, a Label TLV, and zero or more optional parameter TLVs. The FEC TLV is used to indicate the meaning of the label. In the current context, the FEC TLV would be used to identify the particular pseudowire that a particular label is bound to. In this specification, we define two new FEC TLVs to be used for identifying pseudowires. When setting up a particular pseudowire, only one of these FEC TLVs is used. The one to be used will depend on the particular service being emulated and on the particular provisioning model being supported. LDP allows each FEC TLV to consist of a set of FEC elements. For setting up and maintaining pseudowires, however, each FEC TLV MUST contain exactly one FEC element. LDP has several kinds of label TLVs. For setting up and maintaining pseudowires, the Generic Label TLV MUST be used. 5.1. The PWid FEC Element The PWid FEC element may be used whenever both pseudowire endpoints have been provisioned with the same 32-bit identifier for the pseudowire. For this purpose a new type of FEC element is defined. The FEC element type is 128 [note1], and is defined as follows: Martini, et al. [Page 10] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VC tlv |C| PW type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Group ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PW ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Interface parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ - PW type A 15 bit quantity containing a value which represents the type of PW. Assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. - Control word bit (C) The highest order bit (C) of the PW type is used to flag the presence of a control word ( defined in [7] ) as follows: bit 15 = 1 control word present on this VC. bit 15 = 0 no control word present on this VC. Please see the section "C-Bit Handling Procedures" for further explanation. - VC information length Length of the PW ID field and the interface parameters field in octets. If this value is 0, then it references all PWs using the specified group ID and there is no PW ID present, nor any interface parameters. - Group ID An arbitrary 32 bit value which represents a group of PWs that is used to create groups in the VC space. The group ID is intended to be used as a port index, or a virtual tunnel index. To simplify configuration a particular PW ID at ingress could be part of the virtual tunnel for transport to the egress router. The Group ID is very useful to send wild card label withdrawals to remote PEs upon physical port failure. Martini, et al. [Page 11] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - PW ID A non-zero 32-bit connection ID that together with the PW type, identifies a particular PW. Note that the PW ID and the PW type must be the same at both endpoints. - Interface parameters This variable length field is used to provide interface specific parameters, such as interface MTU. Note that as the "interface parameters" are part of the FEC, the rules of LDP make it impossible to change the interface parameters once the pseudowire has been set up. Thus the interface parameters field must not be used to pass information, such as status information, which may change during the life of the pseudowire. Optional parameter TLVs should be used for that purpose. Using the PWid FEC, each of the two pseudowire endpoints independently initiates the set up of a unidirectional LSP. An outgoing LSP and an incoming LSP are bound together into a single pseudowire if they have the same PW ID and PW type. 5.2. The Generalized ID FEC Element There are cases where the PWid FEC element cannot be used, because both endpoints have not been provisioned with a common 32-bit PWid. In such cases, the "Generalized ID FEC Element" is used instead. This is FEC type 129 (provisionally, subject to assignment by IANA). It differs from the PWid FEC element in that the PWid and the group id are eliminated, and their place is taken by a generalized identifier field as described below. The Generalized ID FEC element includes a PW type field, a C bit, and an interface parameters field; these three fields are identical to those in the PWid FEC, and are used as discussed in the previous section. 5.2.1. Attachment Identifiers As discussed in [13], a pseudowire can be thought of as connecting two "forwarders". The protocol used to setup a pseudowire must allow the forwarder at one end of a pseudowire to identify the forwarder at the other end. We use the term "attachment identifier", or "AI", to refer to the field which the protocol uses to identify the forwarders. In the PWid FEC, the PWid field serves as the AI. In this section we specify a more general form of AI which is structured Martini, et al. [Page 12] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 and of variable length. Every Forwarder in a PE must be associated with an Attachment Identifier (AI), either through configuration or through some algorithm. The Attachment Identifier must be unique in the context of the PE router in which the Forwarder resides. The combination must be globally unique. It is frequently convenient to a set of Forwarders as being members of a particular "group", where PWs may only be set up among members of a group. In such cases, it is convenient to identify the Forwarders relative to the group, so that an Attachment Identifier would consist of an Attachment Group Identifier (AGI) plus an Attachment Individual Identifier (AII). An Attachment Group Identifier may be thought of as a VPN-id, or a VLAN identifier, some attribute which is shared by all the Attachment VCs (or pools thereof) which are allowed to be connected. The details of how to construct the AGI and AII fields identifying the pseudowire endpoints are outside the scope of this specification. Different pseudowire application, and different provisioning models, will require different sorts of AGI and AII fields. The specification of each such application and/or model must include the rules for constructing the AGI and AII fields. As previously discussed, a (bidirectional) pseudowire consists of a pair of unidirectional LSPs, one in each direction. If a particular pseudowire connects PE1 with PE2, the LSP in the PE1-->PE2 direction can be identified as: , PE2, >, and the LSP in the PE2--PE1 direction can be identified by: , PE1, >. Note that the AGI must be the same at both endpoints, but the AII will in general be different at each endpoint. Thus from the perspective of a particular PE, each pseudowire has a local or "Source AII", and a remote or "Target AII". The pseudowire setup protocol can carry all three of these quantities: - Attachment Group Identifier (AGI). Martini, et al. [Page 13] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Source Attachment Individual Identifier (SAII) - Target Attachment Individual Identifier (TAII) If the AGI is non-null, then the Source AI (SAI) consists of the AGI together with the SAII, and the Target AI (TAI) consists of the TAII together with the AGI. If the AGI is null, then the SAII and TAII are the SAI and TAI respectively. The interpretation of the SAI and TAI is a local matter at the respective endpoint. The association of two unidirectional LSPs into a single bidirectional pseudowire depends on the SAI and the TAI. Each application and/or provisioning model which uses the Generalized ID FEC element must specify the rules for performing this association. 5.2.2. Encoding the Generalized ID FEC Element FEC element type 129 is used. The FEC element is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 129 |C| VC Type |VC info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameters | | " | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ additional Parameters are: - SAII, encoded as a one byte length field followed by the SAI. - TAII, encoded as a one byte length field followed by the TAI. - AGI, encoded as a one byte length field followed by the AGI. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the field, excluding the length byte itself. The null string can be sent by setting the length Martini, et al. [Page 14] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 byte to 0. 5.2.3. Procedures In order for PE1 to begin signaling PE2, PE1 must know the address of the remote PE2, and a TAI. This information may have been configured at PE1, or it may have been learned dynamically via some autodiscovery procedure. To begin the signaling procedure, a PE (PE1) that has knowledge of the other endpoint (PE2) initiates the setup of the LSP in the incoming (PE2-->PE1) direction by sending a Label Mapping message containing the FEC type 129. The FEC element includes the SAII, AGI, and TAII. What happens when PE2 receives such a Label Mapping message? PE2 interprets the message as a request to set up a PW whose endpoint (at PE2) is the Forwarder identified by the TAI. From the perspective of the signaling protocol, exactly how PE2 maps AIs to Forwarders is a local matter. In some VPWS provisioning models, the TAI might, e.g., be a string which identifies a particular Attachment Circuit, such as "ATM3VPI4VCI5", or it might, e.g., be a string such as "Fred" which is associated by configuration with a particular Attachment Circuit. In VPLS, the TAI would be a VPN-id, identifying a particular VPLS instance. If PE2 cannot map the TAI to one of its Forwarders, then PE2 sends a Label Release message to PE1, with a Status Code meaning "invalid TAI", and the processing of the Mapping message is complete. If the Label Mapping Message has a valid TAI, PE2 must decide whether to accept it or not. The procedures for so deciding will depend on the particular type of Forwarder identified by the TAI. Of course, the Label Mapping message may be rejected due to standard LDP error conditions as detailed in [LDP]. If PE2 decides to accept the Label Mapping message, then it has to make sure that an LSP is set up in the opposite (PE1-->PE2) direction. If it has already signaled for the corresponding LSP in that direction, nothing more need be done. Otherwise, it must initiate such signaling by sending a Label Mapping message to PE1. This is very similar to the Label Mapping message PE2 received, but with the SAI and TAI reversed. Martini, et al. [Page 15] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3. Interface Parameters Field This field specifies interface specific parameters. When applicable, it MUST be used to validate that the PEs, and the ingress and egress ports at the edges of the circuit, have the necessary capabilities to interoperate with each other. The field structure is defined as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameter ID | Length | Variable Length Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Variable Length Value | | " | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The parameter ID Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. The Length field is defined as the length of the interface parameter including the parameter id and length field itself. Processing of the interface parameters should continue when encountering unknown interface parameters and they MUST be silently ignored. - Interface MTU A 2 octet value indicating the MTU in octets. This is the Maximum Transmission Unit, excluding encapsulation overhead, of the egress packet interface that will be transmitting the decapsulated PDU that is received from the MPLS network. This parameter is applicable only to PW types 1, 2, 4, 5, 6, and 7, and is REQUIRED for these PW types. If this parameter does not match in both directions of a specific PW, that PW MUST NOT be enabled. - Maximum Number of concatenated ATM cells A 2 octet value specifying the maximum number of concatenated ATM cells that can be processed as a single PDU by the egress PE. An ingress PE transmitting concatenated cells on this PW can concatenate a number of cells up to the value of this parameter, but MUST NOT exceed it. This parameter is applicable only to PW types 3, 9, and 0x0a, and is REQUIRED for these PWC types. This parameter does not need to match in both directions of a specific PW. Martini, et al. [Page 16] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 - Optional Interface Description string This arbitrary, OPTIONAL, interface description string is used to send a human-readable administrative string describing the interface to the remote. This parameter is OPTIONAL, and is applicable to all PW types. The interface description parameter string length is variable, and can be from 0 to 80 octets. Human-readable text MUST be provided in the UTF-8 charset using the Default Language [RFC2277]. - Payload Bytes A 2 octet value indicating the number of TDM payload octets contained in all packets on the CEM stream, from 48 to 1,023 octets. All of the packets in a given CEM stream have the same number of payload bytes. Note that there is a possibility that the packet size may exceed the SPE size in the case of an STS-1 SPE, which could cause two pointers to be needed in the CEM header, since the payload may contain two J1 bytes for consecutive SPEs. For this reason, the number of payload bytes must be less than or equal to 783 for STS-1 SPEs. - CEP Options. An optional 16 Bit value of CEM Flags. See [8] for the definition of the bit values. - Requested VLAN ID. An Optional 16 bit value indicating the requested VLAN ID. This parameter MAY be used by an PE that is incapable of rewriting the 802.1Q ethernet VLAN tag on output. If the ingress PE receives this request it MAY rewrite the VLAN ID tag in input to match the requested VLAN ID. If this is not possible, and the VLAN ID does not already match configured ingress VLAN ID the PW should not be enabled.This parameter is applicable only to PW type 4. - CEP/TDM bit rate. This 32-bit integer is mandatory for CEP. For other PWs carrying TDM traffic it is mandatory if the bit-rate cannot be directly inferred from the service type. If present, it expresses the bit rate of the attachment circuit as known to the advertizing PE in "units" of 64 kbit/s. I.e., the value 26 must be used for CEP carrying VT1.5 SPE, 35 - for CEP carrying a VT2 SPE, 99 - for VT6 SPE, 783 - for STS-1 SPE and n*783 - for STS- nc, n = 3, 12, 48, 192. Attempts to establish a PWC between a pair of TDM ports with different bit-rates MUST be rejected with the appropriate status code (see section "Status codes" below). Martini, et al. [Page 17] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.3.1. PW types for which the control word is REQUIRED The Label Mapping messages which are sent in order to set up these PWs MUST have c=1. When a Label Mapping message for a PW of one of these types is received, and c=0, a Label Release MUST be sent, with an "Illegal C-bit" status code. In this case, the PW will not be enabled. 5.3.2. PW types for which the control word is NOT mandatory If a system is capable of sending and receiving the control word on PW types for which the control word is not mandatory, then each such PW endpoint MUST be configurable with a parameter that specifies whether the use of the control word is PREFERRED or NOT PREFERRED. For each PW, there MUST be a default value of this parameter. This specification does NOT state what the default value should be. If a system is NOT capable of sending and receiving the control word on PWC types for which the control word is not mandatory, then it behaves as exactly as if it were configured for the use of the control word to be NOT PREFERRED. If a Label Mapping message for the PW has already been received, but no Label Mapping message for the PW has yet been sent, then the procedure is the following: -i. If the received Label Mapping message has c=0, send a Label Mapping message with c=0, and the control word is not used. -ii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is preferred, then send a Label Mapping message with c=1, and the control word is used. -iii. If the received Label Mapping message has c=1, and the PW is locally configured such that the use of the control word is not preferred or the control word is not supported, then act as if no Label Mapping message for the PW had been received (i.e., proceed to the next paragraph). If a Label Mapping message for the PW has not already been received (or if the received Label Mapping message had c=1 and either local configuration says that the use of the control word is not preferred or the control word is not supported), then send a Label Mapping message in which the c bit is set to correspond to the locally configured preference for use of the control word. (I.e., set c=1 if locally configured to prefer the control word, set c=0 if locally configured to prefer not to use the control word or if the control word is not supported). Martini, et al. [Page 18] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 The next action depends on what control message is next received for that PW. The possibilities are: -i. A Label Mapping message with the same c bit value as specified in the Label Mapping message that was sent. PW setup is now complete, and the control word is used if c=1 but not used if c=0. -ii. A Label Mapping message with c=1, but the Label Mapping message that was sent has c=0. In this case, ignore the received Label Mapping message, and continue to wait for the next control message for the PW. -iii. A Label Mapping message with c=0, but the Label Mapping message that was sent has c=1. In this case, send a Label Withdraw message with a "Wrong c-bit" status code, followed by a Label Mapping message that has c=0. PW setup is now complete, and the control word is not used. -iv. A Label Withdraw message with the "Wrong c-bit" status code. Treat as a normal Label Withdraw, but do not respond. Continue to wait for the next control message for the PW. If at any time after a Label Mapping message has been received, a corresponding Label Withdraw or Release is received, the action taken is the same as for any Label Withdraw or Release that might be received at any time. Note that receiving a Label Withdraw should not cause a corresponding Label Release to be sent. If both endpoints prefer the use of the control word, this procedure will cause it to be used. If either endpoint prefers not to use the control word, or does not support the control word, this procedure will cause it not to be used. If one endpoint prefers to use the control word but the other does not, the one that prefers not to use it is has no extra protocol to execute, it just waits for a Label Mapping message that has c=0. The diagram in Appendix A illustrates the above procedure. 5.3.3. Status codes RFC 3036 has a range of Status Code values which are assigned by IANA on a First Come, First Served basis. These additional status codes, and assigned Values are specified in "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" [14]. Martini, et al. [Page 19] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 5.4. LDP label Withdrawal procedures As mentioned above the Group ID field can be used to withdraw all PW labels associated with a particular group ID. This procedure is OPTIONAL, and if it is implemented the LDP label withdraw message should be as follows: the PW information length field is set to 0, the PW ID field is not present, and the interface parameters field is not present. For the purpose of this document this is called the "wild card withdraw procedure", and all PEs implementing this design are REQUIRED to accept such a withdraw message, but are not required to send it. The interface parameters field MUST NOT be present in any LDP PW label withdrawal message or release message. A wildcard release message MUST include only the group ID. A Label Release message initiated from the imposition router must always include the PW ID. 5.5. Sequencing Considerations In the case where the router considers the sequence number field in the control word, it is important to note the following when advertising labels 5.5.1. Label Mapping Advertisements After a label has been withdrawn by the disposition router and/or released by the imposition router, care must be taken to not re- advertise (re-use) the released label until the disposition router can be reasonably certain that old packets containing the released label no longer persist in the MPLS network. This precaution is required to prevent the imposition router from restarting packet forwarding with sequence number of 1 when it receives the same label mapping if there are still older packets persisting in the network with sequence number between 1 and 32768. For example, if there is a packet with sequence number=n where n is in the interval[1,32768] traveling through the network, it would be possible for the disposition router to receive that packet after it re-advertises the label. Since the label has been released by the imposition router, the disposition router SHOULD be expecting the next packet to arrive with sequence number to be 1. Receipt of a packet with sequence number equal to n will result in n packets potentially being rejected by the disposition router until the imposition router imposes a sequence number of n+1 into a packet. Possible methods to avoid this is for the disposition router to always advertise a different PW label, or for the disposition router Martini, et al. [Page 20] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 to wait for a sufficient time before attempting to re-advertised a recently released label. This is only an issue when sequence number processing at the disposition router is enabled. 5.5.2. Label Mapping Release In situations where the imposition router wants to restart forwarding of packets with sequence number 1, the router shall 1) Send to disposition router a label mapping release, and 2) Send to disposition router a label mapping request. When sequencing is supported, advertisement of a PW label in response to a label mapping request MUST also consider the issues discussed in the section on Label Mapping Advertisements. 6. IANA Considerations As specified in this document, a Virtual Circuit FEC element contains the PW Type field. PW type value 0 is reserved. PW type values 1 through 10 are defined in this document. PW type values 11 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in [RFC2434]. PW type values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in [RFC 2434]. PW type values 128 through 32767 are vendor-specific, and values in this range are not to be assigned by IANA. As specified in this document, a Pseudo Wire FEC element contains the Interface Parameters field, which is a list of one or more parameters, and each parameter is identified by the Parameter ID field. Parameter ID value 0 is reserved. Parameter ID values 1 through 6 are defined in this document. Parameter ID values 7 through 63 are to be assigned by IANA using the "IETF Consensus" policy defined in RFC2434. Parameter ID values 64 through 127 are to be assigned by IANA, using the "First Come First Served" policy defined in RFC2434. Parameter ID values 128 through 255 are vendor- specific, and values in this range are not to be assigned by IANA. 7. Security Considerations This document does not affect the underlying security issues of MPLS. Martini, et al. [Page 21] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 8. References [1] "LDP Specification." L. Andersson, P. Doolan, N. Feldman, A. Fredette, B. Thomas. January 2001. RFC3036 [2] ITU-T Recommendation Q.933, and Q.922 Specification for Frame Mode Basic call control, ITU Geneva 1995 [3] "MPLS Label Stack Encoding", E. Rosen, Y. Rekhter, D. Tappan, G. Fedorkow, D. Farinacci, T. Li, A. Conta. RFC3032 [4] "IEEE 802.3ac-1998" IEEE standard specification. [5] American National Standards Institute, "Synchronous Optical Network Formats," ANSI T1.105-1995. [6] ITU Recommendation G.707, "Network Node Interface For The Synchronous Digital Hierarchy", 1996. [7] "Encapsulation Methods for Transport of Frame-Relay Over IP and MPLS Networks", draft-ietf-pwe3-frame-encap-01.txt. ( work in progress ) [8] "SONET/SDH Circuit Emulation Service Over Packet (CEP)", draft-ietf-pwe3-sonet-01.txt ( Work in progress ) [9] ATM Forum Specification fb-fbatm-0151.000 (2000) ,Frame Based ATM over SONET/SDH Transport (FAST) [10] "Encapsulation Methods for Transport of ATM Cells/Frame Over IP and MPLS Networks", draft-ietf-pwe3-atm-encap-00.txt ( work in progress ) [11] "Encapsulation Methods for Transport of PPP/HDLC Frames Over IP and MPLS Networks", draft-martini-ppp-hdlc-encap-mpls-00.txt. ( work in progress ) [12] "Encapsulation Methods for Transport of Ethernet Frames Over IP/MPLS Networks", draft-ietf-pwe3-ethernet-encap-01.txt. ( work in progress ) [13] "Protocol Layering in PWE3" Bryant, et al., draft-ietf-pwe3- protocol-layer-00.txt ( work in progress ), November 2002. [14] "IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)" Martini, Townsley, draft-ietf-pwe3-iana-allocation-00.txt ( work in progress ), February 2003 Martini, et al. [Page 22] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 [RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations section in RFCs", BCP 26, RFC 2434, October 1998. [RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998. [note1] FEC element type 128 is pending IANA approval. [note2] Status codes assigment is pending IANA approval. 9. Author Information Luca Martini Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: luca@level3.net Nasser El-Aawar Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO, 80021 e-mail: nna@level3.net Giles Heron PacketExchange Ltd. The Truman Brewery 91 Brick Lane LONDON E1 6QL United Kingdom e-mail: giles@packetexchange.net Eric Rosen Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: erosen@cisco.com Martini, et al. [Page 23] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Dan Tappan Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824 e-mail: tappan@cisco.com 10. Additional Contributing Authors Dimitri Stratton Vlachos Mazu Networks, Inc. 125 Cambridgepark Drive Cambridge, MA 02140 e-mail: d@mazunetworks.com Jayakumar Jayakumar, Cisco Systems Inc. 225, E.Tasman, MS-SJ3/3, San Jose, CA, 95134 e-mail: jjayakum@cisco.com Alex Hamilton, Cisco Systems Inc. 285 W. Tasman, MS-SJCI/3/4, San Jose, CA, 95134 e-mail: tahamilt@cisco.com Steve Vogelsang Laurel Networks, Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 e-mail: sjv@laurelnetworks.com John Shirron Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: jshirron@laurelnetworks.com Martini, et al. [Page 24] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Toby Smith Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 Laurel Networks, Inc. e-mail: tob@laurelnetworks.com Andrew G. Malis Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 Phone: +1 408 383 7223 Email: Andy.Malis@vivacenetworks.com Vinai Sirkay Vivace Networks, Inc. 2730 Orchard Parkway San Jose, CA 95134 e-mail: sirkay@technologist.com Vasile Radoaca Nortel Networks 600 Technology Park Billerica MA 01821 e-mail: vasile@nortelnetworks.com Chris Liljenstolpe Cable & Wireless 11700 Plaza America Drive Reston, VA 20190 e-mail: chris@cw.net Dave Cooper Global Crossing 960 Hamlin Court Sunnyvale, CA 94089 e-mail: dcooper@gblx.net Martini, et al. [Page 25] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale, CA 94089 e-mail: kireeti@juniper.net Martini, et al. [Page 26] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 11. Appendix A - C-bit Handling Procedures Diagram ------------------ Y | Received Label | N -------| Mapping Msg? |-------------- | ------------------ | -------------- | | | | ------- ------- | | C=0 | | C=1 | | ------- ------- | | | | | ---------------- | | | Control Word | N | | | Capable? |----------- | | ---------------- | | | Y | | | | | | | | ---------------- | | | | Control Word | N | | | | Preferred? |---- | | | ---------------- | | | | Y | | | | | | | | ---------------- | | | | | Control Word | | | | | | Preferred? | | | | | ---------------- | | | | N | Y | | | | | | | Send Send Send Send Send Send C=0 C=1 C=0 C=0 C=0 C=1 | | | | ---------------------------------- | If receive the same as sent, | | PW setup is complete. If not: | ---------------------------------- | | | | ------------------- ----------- | Receive | | Receive | | C=1 | | C=0 | ------------------- ----------- | | Wait for the Send next message Wrong C-Bit | Send Label Mapping Message Martini, et al. [Page 27] Internet Draft draft-ietf-pwe3-control-protocol-02.txt February 2003 Martini, et al. [Page 28] From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Scott W Brim Subject: Re: Ethernet over MPLS Date: Wed, 19 Mar 2003 14:04:59 -0500 Lines: 12 Sender: pwe3-admin@ietf.org References: <0536FC9B908BEC4597EE721BE6A35389025D6603@i2km07-ukbr.domain1.systemhost.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Tue Mar 25 23:33:18 2003 Return-path: To: pwe3@ietf.org Mail-Followup-To: Scott W Brim , pwe3@ietf.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O On Wed, Mar 19, 2003 06:50:08PM +0000, Lloyd Wood allegedly wrote: > > but today it looks like a method to standardise what's been > > implemented (however bad?) and, by inference, one might also argue > > it favours a dominant supplier. > > Note the order: first rough consensus, then running code (which > finetunes that consensus). There has never been an implied ordering. Running code has always been influential. On the other hand, people who write code based on a standard before the standard is finished, and then object to improvements, don't get respect. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Harald Tveit Alvestrand Subject: RE: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Sat, 22 Mar 2003 09:18:48 -0800 Lines: 39 Sender: pwe3-admin@ietf.org References: <025601c2ef57$c53ae640$1500000a@ANDREWLAPTOP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: iesg@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 25 23:36:23 2003 Return-path: To: Andrew Smith , "'Rahul Aggarwal'" , pwe3@ietf.org In-Reply-To: <025601c2ef57$c53ae640$1500000a@ANDREWLAPTOP> X-Mailer: Mulberry/3.0.2 (Win32) Content-Disposition: inline Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O --On 20. mars 2003 19:12 -0800 Andrew Smith wrote: > Well that really gets to the heart of my original point: is the IETF in > the business of writing good standards or of rubber-stamping existing > implementations and deployments? It's high time the IESG made a decision > on this, specifically in the sub-IP area, and enforced whatever it > decides its policy to be by culling and pruning WGs and/or WG products > appropriately. Andrew, the IETF is in the business of doing what makes the Internet work. In most cases, this means writing good standards. (not that we always manage to get even that part right!) In many cases, those good standards need to describe how to live with existing implementations of things, some of which are the product of different traditions, some of which have questionable value, and some of which are downright stupid; some of this will have the *appearance* of blessing the non-IETF thing (IP over ATM, anyone?), and some of it will be used by proponents of that other thing as proof of "the IETF likes this", no matter how carefully we construct our documents to say differently. And sometimes, of course, there are things that are just right, and the IETF should bless them and move on, rather than to succumb to the "not invented here" syndrome and invent Yet Another Way To Do It. I have no idea which of those categories the particular topic you raise is in; the experts in the technology are part of the working group (I sincerely hope!), and we need to see the arguments from the working group before deciding. This is not a yes/no answer to your question. But I hope it's still useful.... Harald From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Static PW label provisioning Date: Sun, 23 Mar 2003 21:07:07 -0500 Lines: 41 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Tue Mar 25 23:38:31 2003 Return-path: X-Sender: andymalis@mail.attbi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Thomas D. Nadeau" In-Reply-To: <5.2.0.9.2.20030321151109.032f8958@bucket.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom, Thanks - I was about to make this same point myself. I would like to propose that this draft either become a WG draft on its own, or be folded into draft-ietf-pwe3-control-protocol-02. As Mark pointed out in that other thread, it mirrors the way status signaling is done with L2TP, so it maintains the symmetry between MPLS and L2TP tunnels. It also provides status signaling support for the static case without having to withdraw or re-advertise static labels. And to get back to the primary subject of this thread, I've been talking to multiple service providers are already either planning, testing, or deploying PWE3 services with static labels. They have a number of different requirements that lead to the use of static labels, including network management policies and the ability to provision PWs that cross area, AS, and/or provider boundaries without requiring the use of cross-area, cross-AS, or cross-provider dynamic label allocation. So there are a number of good reasons for retaining static provisioning, and using draft-shah-pwe3-control-protocol-extension as the status signaling component. Cheers, Andy ------- At 3/21/2003 03:15 PM -0500, Thomas D. Nadeau wrote: >>I'm missing somthing. VCCV can detect PW or PSN errors and the messaging >>draft indicates what mappings of PSN/PW problems should be performed into >>ACs. But I do not see a means of communcating one AC problem across the >>PW except via the MUST withdraw label proviso in the Martini draft. >>That's the notification mechanism I was referring to. > > Sorry, I misread your assertion. Withdrawing the >label is a heavy weight way of notification of failure, but it >of course should be treated as one if received by the far end. >As Eric just pointed out on another thread, >draft-shah-pwe3-control-protocol-extension-00.txt >provides an interesting way of doing this in cases where you >might not want to withdraw the label. > > --Tom From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: draft-sathappan-pw-atm-mib-00.txt Date: Sun, 23 Mar 2003 20:26:04 -0500 Lines: 20 Sender: pwe3-admin@ietf.org References: <20030319213035.0C75C55F62@nomad.tcb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org, danny@tcb.net X-From: pwe3-admin@ietf.org Tue Mar 25 23:54:08 2003 Return-path: X-Sender: andymalis@mail.attbi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Thomas D. Nadeau" In-Reply-To: <5.2.0.9.2.20030319193308.03030e00@bucket.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I would like to support this request. Andy ------- At 3/19/2003 07:35 PM -0500, Thomas D. Nadeau wrote: > Hi, > > As per our meeting today, I want to request >that draft-sathappan-pw-atm-mib-00.txt >be accepted as a PWE3 WG document. >It fits in with the existing PWE3 management framework >as described in the PWE3 architecture, and >also satisfies requirements for management >stated in the PWE3 requirements draft. > > --Tom From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 01:18:14 -0500 Lines: 151 Sender: pwe3-admin@ietf.org References: <89D0584BBFBFE74F9057A389BA3F239B036CB2@gaya.lycium.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Tue Mar 25 23:56:15 2003 Return-path: X-Sender: andymalis@mail.attbi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: pwe3@ietf.org In-Reply-To: <89D0584BBFBFE74F9057A389BA3F239B036CB2@gaya.lycium.net> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I would just like to second Ron's questions below, and also add that there's no mention of the need for a protocol identification field in the PWE3 requirements draft. Also, I noticed that the architecture draft had no recognition of the TDM control word format; it only discussed the control word used for L2 encapsulations. So, I would like to request the following change in draft-ietf-pwe3-arch-02.txt: 5.4.3. PW over MPLS Generic Control Word The PW set-up protocol determines whether a particular PW uses a control word. When a control word is used, it MUST have the following form for non-TDM encapsulations: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RSVD/Flags |FRG| Length | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 12 - MPLS Generic Control Word The meaning of the fields of the MPLS Generic Control Word (Figure 12) is as follows: RSVD/Flags (bits 0 to 7): These bits are available for per payload signaling. Their definition is encapsulation specific. If not all of the bits are required for flags, some may be reserved for future use. FRG (bits 8 and 9): These bits are used when fragmenting a PW payload. Their use is defined in [FRAG]. Length (bits 10 to 15): The length field is used to determine the size of a PW payload that might have been padded to the minimum Ethernet MAC frame size during its transit across the PSN. If the MPLS payload (defined as the CW + the PW payload + any additional PW headers is less than 46 bytes, the length MUST be set to the length of the MPLS payload. If the MPLS payload is between 46 bytes and 63 bytes the implementation MAY either set to the length to the length of the MPLS payload, or it MAY set it to 0. If the length of the MPLS payload is greater than 63 bytes the length MUST be set to 0. Sequence number (Bit 16 to 31): If the sequence number is not used, it is set to zero by the sender and ignored by the receiver. Otherwise it specifies the sequence number of a packet. A circular list of sequence numbers is used. A sequence number takes a value from 1 to 65535 (2**16-1). For TDM applications, it must use the following general forms. Non-extended form: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Extended form: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Additional encapsulation-specific header fields | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Structure Pointer[0:12]: If used, the Structure Pointer contains the offset of the first byte of the payload structure. Note that some TDM encapsulations do not require the use of a Structure Pointer, in which case this field may be reused for other uses. Sequence Number[0:13]: This is a packet sequence number, which continuously cycles from 0 to 0x3FFF. It is generated and processed in accordance with the rules established in [RFC1889]. When the RTP header is used, this sequence number MUST match the LSBs of the RTP sequence Number. Thanks, Andy ------- At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: >Stewart, > >I went over your SF arch presentation. I have doubts regarding the >introduction of a requirement/suggestion for an all zero PID field >within the PWE3 control word. My doubts relates both to the scope of >this work as well as for the applications you are describing. Since I >haven't been to the SF IETF, please forgive me in advance if these >issues have already been discussed. > > >MPLS PID scope: >-------------- >In your presentation you describe a requirement/suggestion for an MPLS >PID, that allows a network node to distinguish between an IPv4, IPv6 and >PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any >network protocol on top of MPLS, including possibly IPX, CLNS, etc. >Therefore, what you are proposing is introduction of an MPLS Protocol >Identifier, which I believe has a much larger scope than just the PWE3 >WG. > >1. Would you agree that this is an MPLS WG item? Has this requirement >(MPLS PID) been discussed in the MPLS WG before / are there any drafts >written? > >2. If so, would 4 bits suffice for an MPLS PID? > > >Applications: >------------ >You list a number of applications that require IP flow recognition, >including load balancing, billing, and protection against network abuse >and attacks. I would like to better understand if these applications >indeed require the introduction of the PID field. For example, are these >applications edge applications? Do these applications run on all LSPs, >or are sensitive to BE LSP vs. LSP with priority? Do you run these >applications on TE paths? > >1. Are there any drafts that describe these applications? > >2. If not, could you elaborate on each application, its scope, etc? > > >Thanks >Ron > >Ron Cohen >CTO >Lycium Networks >Desk: +972 9 7619004 >Mobile: +972 55 245104 >Fax: +972 9 7619022 > > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Alia Atlas Subject: Re: MPLS PID Date: Tue, 25 Mar 2003 18:15:22 -0500 Lines: 236 Sender: pwe3-admin@ietf.org References: <20030325205309.83A7855F62@nomad.tcb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 00:18:44 2003 Return-path: X-Sender: aatlas@mailhost.avici.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: danny@tcb.net In-Reply-To: <20030325205309.83A7855F62@nomad.tcb.net> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O How does requiring a PID in the PWE3 L2 control word solve or handle the case where a control word is not mandatory? There are pseudo-wires, such as ethernet, where a control word is not mandatory. This would imply that the first nibble (which would be identified as the suggested PID) would be that from the ethernet frame. Alia At 01:53 PM 3/25/2003 -0700, Danny McPherson wrote: >[Note the cross-post, let's try to move this to MPLS please] > >I tend to agree with Mark & George (and others) that it should >be addressed in the MPLS WG, with feedback from PWE3. > >PWE3 Architecture and perhaps Requirements (ugh!) work should be >added as appropriate, please send your comments on what needs to >be done there ASAP, if you haven't already. > >-danny > > > > > > I agree too that the PID issue is more of an MPLS issue in general. As > such, the > > I think the MPLS WG should be tasked with defining exactly what the PID > looks > > like, and what internode behavior relying on the PID is allowed. > > > > However, the PWE3 architecture cannot ignore this entirely. It is > PWE3's direct > > use of MPLS as its own PSN more than anything else that is imposing this > > practical requirement now (though I suppose it has theoretically always > been an > > issue), and any definition coming from the MPLS WG would likely be in > the form > > of a requirement on any header definition that rides directly adjacent > to the > > last MPLS label in a stack. We all know that this would probably look > something > > like simply stating that the first four bits MUST be 4 for IPv4, 6 for > IPv6, and > > up to IANA and the MPLS WG for future additions. Whether that means > handing out > > values form the remaining 14 available under very tight control (at a > minimum, > > via an RFC2434 Standards Action and the MPLS WGs blessing), or some other > > extended PID method, should be up to MPLS to ultimately decide and PWE3 to > > adhere to. This would all be done with PWE3's input of course, since > there would > > be a lot of overlap in the folks making the decision. > > > > Regarding whether the MPLS WG has discussed this before, Eric Rosen > suggested at > > the microphone in SF that it had, but at that time the decision > obviously was to > > not include a PID within MPLS. The bottom line is that perhaps we are > seeing > > that in hindsight this was an error, and if so this should be openly > resolved > > within the MPLS WG. > > > > - Mark > > > > Andrew G. Malis wrote: > > > I would just like to second Ron's questions below, and also add that > > > there's no mention of the need for a protocol identification field in > > > the PWE3 requirements draft. > > > > > > Also, I noticed that the architecture draft had no recognition of the > > > TDM control word format; it only discussed the control word used for L2 > > > encapsulations. > > > > > > So, I would like to request the following change in > > > draft-ietf-pwe3-arch-02.txt: > > > > > > 5.4.3. PW over MPLS Generic Control Word > > > > > > The PW set-up protocol determines whether a particular PW uses a > > > control word. When a control word is used, it MUST have the > > > following form for non-TDM encapsulations: > > > > > > 0 1 2 3 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | RSVD/Flags |FRG| Length | Sequence Number | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Figure 12 - MPLS Generic Control Word > > > > > > > > > The meaning of the fields of the MPLS Generic Control Word (Figure > > > 12) is as follows: > > > > > > RSVD/Flags (bits 0 to 7): > > > These bits are available for per payload signaling. Their > > > definition is encapsulation specific. If not all of the bits > > > are required for flags, some may be reserved for future use. > > > > > > FRG (bits 8 and 9): > > > These bits are used when fragmenting a PW payload. Their use > > > is defined in [FRAG]. > > > > > > Length (bits 10 to 15): > > > The length field is used to determine the size of a PW > > > payload that might have been padded to the minimum Ethernet > > > MAC frame size during its transit across the PSN. If the > > > MPLS payload (defined as the CW + the PW payload + any > > > additional PW headers is less than 46 bytes, the length MUST > > > be set to the length of the MPLS payload. If the MPLS > > > payload is between 46 bytes and 63 bytes the implementation > > > MAY either set to the length to the length of the MPLS > > > payload, or it MAY set it to 0. If the length of the MPLS > > > payload is greater than 63 bytes the length MUST be set to 0. > > > > > > Sequence number (Bit 16 to 31): > > > If the sequence number is not used, it is set to zero by > > > the sender and ignored by the receiver. Otherwise it > > > specifies the sequence number of a packet. A circular list > > > of sequence numbers is used. A sequence number takes a value > > > from 1 to 65535 (2**16-1). > > > > > > For TDM applications, it must use the following general forms. > > > > > > Non-extended form: > > > 0 1 2 3 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Extended form: > > > 0 1 2 3 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Additional encapsulation-specific header fields | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Structure Pointer[0:12]: If used, the Structure Pointer contains the > > > offset of the first byte of the payload structure. Note that some > > > TDM encapsulations do not require the use of a Structure Pointer, > > > in which case this field may be reused for other uses. > > > > > > Sequence Number[0:13]: This is a packet sequence number, which > > > continuously cycles from 0 to 0x3FFF. It is generated and processed > > > in accordance with the rules established in [RFC1889]. When the RTP > > > header is used, this sequence number MUST match the LSBs of the RTP > > > sequence Number. > > > > > > Thanks, > > > Andy > > > > > > ------- > > > > > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: > > > > > >> Stewart, > > >> > > >> I went over your SF arch presentation. I have doubts regarding the > > >> introduction of a requirement/suggestion for an all zero PID field > > >> within the PWE3 control word. My doubts relates both to the scope of > > >> this work as well as for the applications you are describing. Since I > > >> haven't been to the SF IETF, please forgive me in advance if these > > >> issues have already been discussed. > > >> > > >> > > >> MPLS PID scope: > > >> -------------- > > >> In your presentation you describe a requirement/suggestion for an MPLS > > >> PID, that allows a network node to distinguish between an IPv4, IPv6 and > > >> PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any > > >> network protocol on top of MPLS, including possibly IPX, CLNS, etc. > > >> Therefore, what you are proposing is introduction of an MPLS Protocol > > >> Identifier, which I believe has a much larger scope than just the PWE3 > > >> WG. > > >> > > >> 1. Would you agree that this is an MPLS WG item? Has this requirement > > >> (MPLS PID) been discussed in the MPLS WG before / are there any drafts > > >> written? > > >> > > >> 2. If so, would 4 bits suffice for an MPLS PID? > > >> > > >> > > >> Applications: > > >> ------------ > > >> You list a number of applications that require IP flow recognition, > > >> including load balancing, billing, and protection against network abuse > > >> and attacks. I would like to better understand if these applications > > >> indeed require the introduction of the PID field. For example, are these > > >> applications edge applications? Do these applications run on all LSPs, > > >> or are sensitive to BE LSP vs. LSP with priority? Do you run these > > >> applications on TE paths? > > >> > > >> 1. Are there any drafts that describe these applications? > > >> > > >> 2. If not, could you elaborate on each application, its scope, etc? > > >> > > >> > > >> Thanks > > >> Ron > > >> > > >> Ron Cohen > > >> CTO > > >> Lycium Networks > > >> Desk: +972 9 7619004 > > >> Mobile: +972 55 245104 > > >> Fax: +972 9 7619022 > > >> > > >> > > >> > > >> _______________________________________________ > > >> pwe3 mailing list > > >> pwe3@ietf.org > > >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > > > > > > > _______________________________________________ > > > pwe3 mailing list > > > pwe3@ietf.org > > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: MPLS PID Date: Tue, 25 Mar 2003 18:52:02 -0500 Lines: 32 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDE0115C829@nt-exch-yow.pmc-s ierra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 00:59:05 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: pwe3@ietf.org In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDE0115C829@nt-exch-yow.pmc-s ierra.bc.ca> X-OriginalArrivalTime: 25 Mar 2003 23:52:15.0676 (UTC) FILETIME=[901C07C0:01C2F329] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and Alia both make excellent points: At 3/25/2003 02:18 PM -0800, Shahram Davari wrote: > >1. Dealing with ECMP behavior > >2. Inband OAM flows > >3. Identifying flows for netmanagement applications. > >I don't think any of them justifies adding PID. > >1) ECMP could use only label hashing and not hash IP header. >2) OAM flows could use IPv4/V6 null or MPLS Alert label >3) Netmanagment could identify the flow at the ingress. At 3/25/2003 06:15 PM -0500, Alia Atlas wrote: >How does requiring a PID in the PWE3 L2 control word solve or handle the >case where a control word is not mandatory? > >There are pseudo-wires, such as ethernet, where a control word is not >mandatory. This would imply that the first nibble (which would be >identified as the suggested PID) would be that from the ethernet frame. We're going to have to change the PWE3 drafts to require the control word, and change both the SONET/SDH and some of the ATM encapsulations, to support a hack. If you REALLY want multi-protocol identification, then have the MPLS WG put a REAL multiprotocol identifier, a la RFC 2427 or 2684, between the labels and the payload. See, for example, draft-moreels-multiproto-mpls-00.txt for a much more general (and useful) method than just a four-bit hack. And sorry for the cross-post, but this really does affect both WGs. Cheers, Andy From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: MPLS PID Date: Tue, 25 Mar 2003 18:55:47 -0500 Lines: 230 Sender: pwe3-admin@ietf.org References: <27A0F290348F8E45AEF79889DDE65A5281AC21@exrad2.ad.rad.co.il > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , "Stewart Bryant" , X-From: pwe3-admin@ietf.org Wed Mar 26 01:04:13 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Yaakov Stein" In-Reply-To: <27A0F290348F8E45AEF79889DDE65A5281AC21@exrad2.ad.rad.co.il > X-OriginalArrivalTime: 25 Mar 2003 23:55:54.0524 (UTC) FILETIME=[128D95C0:01C2F32A] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaakov, See the other message I just sent regarding protocol identification. However, that said, your proposed change to the architecture draft wording is fine. Thanks, Andy ------- At 3/25/2003 08:51 PM +0200, Yaakov Stein wrote: >Andy, > >As you will remember I brought this issue up in Atlanta. > >I don't see why TDM should be any different from the other PW types, >and don't see how it obviates the need for IPv4/IPv6/PW identification >and can afford to use the first nibble for flags. > >However, if people really DO think that SONET/SDH is a special case, >there is still no reason to require the low rate TDM drafts >which do not require the pointer to use the CEP header instead >of the standard PWE3 control word. > >So, please amend to > > > When a control word is used, it MUST have the > following form for non-SONET encapsulations: > > >If at a later date the WG decides on a TDM draft that indeed >uses the CEP header (e.g. the Johnson draft) >then this could be changed back. > >Y(J)S > > > > -----Original Message----- > > From: Andrew G. Malis [mailto:Andy.Malis@vivacenetworks.com] > > Sent: Tuesday, March 25, 2003 8:59 AM > > To: pwe3@ietf.org > > Subject: Re: [PWE3] MPLS PID > > > > > > I would just like to second Ron's questions below, and also add that > > there's no mention of the need for a protocol identification > > field in the > > PWE3 requirements draft. > > > > Also, I noticed that the architecture draft had no > > recognition of the TDM > > control word format; it only discussed the control word used for L2 > > encapsulations. > > > > So, I would like to request the following change in > > draft-ietf-pwe3-arch-02.txt: > > > > 5.4.3. PW over MPLS Generic Control Word > > > > The PW set-up protocol determines whether a particular PW uses a > > control word. When a control word is used, it MUST have the > > following form for non-TDM encapsulations: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 > > 7 8 9 0 1 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | RSVD/Flags |FRG| Length | Sequence Number > > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Figure 12 - MPLS Generic Control Word > > > > > > The meaning of the fields of the MPLS Generic Control Word (Figure > > 12) is as follows: > > > > RSVD/Flags (bits 0 to 7): > > These bits are available for per payload signaling. Their > > definition is encapsulation specific. If not all > > of the bits > > are required for flags, some may be reserved for > > future use. > > > > FRG (bits 8 and 9): > > These bits are used when fragmenting a PW > > payload. Their use > > is defined in [FRAG]. > > > > Length (bits 10 to 15): > > The length field is used to determine the size of a PW > > payload that might have been padded to the > > minimum Ethernet > > MAC frame size during its transit across the PSN. If the > > MPLS payload (defined as the CW + the PW payload + any > > additional PW headers is less than 46 bytes, the > > length MUST > > be set to the length of the MPLS payload. If the MPLS > > payload is between 46 bytes and 63 bytes the > > implementation > > MAY either set to the length to the length of the MPLS > > payload, or it MAY set it to 0. If the length of the MPLS > > payload is greater than 63 bytes the length MUST > > be set to 0. > > > > Sequence number (Bit 16 to 31): > > If the sequence number is not used, it is set to zero by > > the sender and ignored by the receiver. Otherwise it > > specifies the sequence number of a packet. A circular list > > of sequence numbers is used. A sequence number > > takes a value > > from 1 to 65535 (2**16-1). > > > > For TDM applications, it must use the following general forms. > > > > Non-extended form: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Extended form: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Additional encapsulation-specific header fields | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Structure Pointer[0:12]: If used, the Structure Pointer > > contains the > > offset of the first byte of the payload structure. Note that some > > TDM encapsulations do not require the use of a Structure Pointer, > > in which case this field may be reused for other uses. > > > > Sequence Number[0:13]: This is a packet sequence number, which > > continuously cycles from 0 to 0x3FFF. It is generated > > and processed > > in accordance with the rules established in [RFC1889]. > > When the RTP > > header is used, this sequence number MUST match the LSBs > > of the RTP > > sequence Number. > > > > Thanks, > > Andy > > > > ------- > > > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: > > > > >Stewart, > > > > > >I went over your SF arch presentation. I have doubts regarding the > > >introduction of a requirement/suggestion for an all zero PID field > > >within the PWE3 control word. My doubts relates both to the scope of > > >this work as well as for the applications you are describing. Since I > > >haven't been to the SF IETF, please forgive me in advance if these > > >issues have already been discussed. > > > > > > > > >MPLS PID scope: > > >-------------- > > >In your presentation you describe a requirement/suggestion > > for an MPLS > > >PID, that allows a network node to distinguish between an > > IPv4, IPv6 and > > >PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any > > >network protocol on top of MPLS, including possibly IPX, CLNS, etc. > > >Therefore, what you are proposing is introduction of an MPLS Protocol > > >Identifier, which I believe has a much larger scope than > > just the PWE3 > > >WG. > > > > > >1. Would you agree that this is an MPLS WG item? Has this requirement > > >(MPLS PID) been discussed in the MPLS WG before / are there > > any drafts > > >written? > > > > > >2. If so, would 4 bits suffice for an MPLS PID? > > > > > > > > >Applications: > > >------------ > > >You list a number of applications that require IP flow recognition, > > >including load balancing, billing, and protection against > > network abuse > > >and attacks. I would like to better understand if these applications > > >indeed require the introduction of the PID field. For > > example, are these > > >applications edge applications? Do these applications run on > > all LSPs, > > >or are sensitive to BE LSP vs. LSP with priority? Do you run these > > >applications on TE paths? > > > > > >1. Are there any drafts that describe these applications? > > > > > >2. If not, could you elaborate on each application, its scope, etc? > > > > > > > > >Thanks > > >Ron > > > > > >Ron Cohen > > >CTO > > >Lycium Networks > > >Desk: +972 9 7619004 > > >Mobile: +972 55 245104 > > >Fax: +972 9 7619022 > > > > > > > > > > > >_______________________________________________ > > >pwe3 mailing list > > >pwe3@ietf.org > > >https://www1.ietf.org/mailman/listinfo/pwe3 > > > > _______________________________________________ > > pwe3 mailing list > > pwe3@ietf.org > > https://www1.ietf.org/mailman/listinfo/pwe3 > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew Smith" Subject: RE: Ethernet over MPLS Date: Tue, 25 Mar 2003 18:05:29 -0800 Lines: 25 Sender: pwe3-admin@ietf.org References: <20030319190459.GE2272@sbrim-w2k> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: "'Harald Tveit Alvestrand'" X-From: pwe3-admin@ietf.org Wed Mar 26 03:10:04 2003 Return-path: To: "'Scott W Brim'" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20030319190459.GE2272@sbrim-w2k> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Scott, Unfortunately, what we're seeing here is a lot of respect being given to people/vendors who have done just that, not just by WG contributors (who can be excused for doing what's best for their employers), but also by WG chairs and even by IESG members (who should know better - they're the ones who are supposed to "steer" this whole ship away from such icebergs). That needs to change for this work, and in fact the whole sub-IP area of the IETF, to be at all relevant. Andrew Smith -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Scott W Brim Sent: Wednesday, March 19, 2003 11:05 AM To: pwe3@ietf.org Subject: Re: [PWE3] Ethernet over MPLS ... On the other hand, people who write code based on a standard before the standard is finished, and then object to improvements, don't get respect. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Restoring missing text from draft-ietf-pwe-control-protocol-02 Date: Tue, 25 Mar 2003 22:12:53 -0500 Lines: 62 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , , pwe3@ietf.org, "Luca (E-mail)" X-From: pwe3-admin@ietf.org Wed Mar 26 04:15:55 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: X-OriginalArrivalTime: 26 Mar 2003 03:13:04.0516 (UTC) FILETIME=[9DC71C40:01C2F345] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yes, absolutely! Vach, thanks for noticing this. I've moved this from the mpls list to the PWE3 list and changed the subject line to flag it. Cheers, Andy ---------- At 3/25/2003 06:52 PM -0800, Vach Kompella wrote: >One of the problems with the new version of the pwe3-control draft is that the >line that says that the platform label space must be used has been dropped >from >the text. I assume that this was unintentional because it doesn't make >sense to >use interface-specific labels. However, it became apparent at the ISOCORE >interop that one vendor didn't realize this. > >Could it please be re-inserted, right after where it says liberal label >retention should be used? > > "VC labels MUST be allocated from the per-platform label space." > >Thanks. > >-Vach > > > -----Original Message----- > > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Andrew G. > > Malis > > Sent: Tuesday, March 25, 2003 5:49 PM > > To: erosen@cisco.com > > Cc: mpls@UU.NET > > Subject: Re: Distributing Labels for PWs within an LSP TE Tunnel > > > > > > At 3/25/2003 10:04 AM -0500, Eric Rosen wrote: > > > > >Nurit> I do look for a way to bind the (LDP) signaled PWs to the > (RSVP-TE) > > >Nurit> signaled transport tunnel LSP, in a way that both PEs know > about it. > > > > > >There is no way to do this using the protocols as currently defined. > > > > I agree with Eric, and it's the way it is for a very good reason - as a > > result of requiring PW labels in the platform label space, deciding which > > RSVP-TE tunnel to use for the LDP-signaled PWs is purely a local matter at > > the PE that's encapsulating the L2 frames. This allows a number of nice > > properties, such as the ability to very easily switch to a backup tunnel if > > there's a primary tunnel failure and the network isn't using FRR in the > > core, or to load-share over multiple tunnels if the PW doesn't have > > sequentiality requirements (or has partial sequentiality > > requirements). Using end-to-end signaling to bind a PW to a particular > > tunnel removes these properties. > > > > Cheers, > > Andy > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 11:08:24 +0000 Organization: Cisco Systems, Inc. Lines: 119 Sender: pwe3-admin@ietf.org References: <89D0584BBFBFE74F9057A389BA3F239B036CB2@gaya.lycium.net> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "PWE3 (IETF)" X-From: pwe3-admin@ietf.org Wed Mar 26 12:17:13 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: Ron Cohen Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ron Ron Cohen wrote: > Stewart, > > I went over your SF arch presentation. I have doubts regarding the > introduction of a requirement/suggestion for an all zero PID field > within the PWE3 control word. My doubts relates both to the scope of > this work as well as for the applications you are describing. Since I > haven't been to the SF IETF, please forgive me in advance if these > issues have already been discussed. > > > MPLS PID scope: > -------------- > In your presentation you describe a requirement/suggestion for an MPLS > PID, that allows a network node to distinguish between an IPv4, IPv6 and > PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any > network protocol on top of MPLS, including possibly IPX, CLNS, etc. > Therefore, what you are proposing is introduction of an MPLS Protocol > Identifier, which I believe has a much larger scope than just the PWE3 > WG. All this is correct, and the failure to include an MPLS PID was an error that is apparent now that the IETF is standardizing payloads other than IP over MPLS. > > 1. Would you agree that this is an MPLS WG item? Has this requirement > (MPLS PID) been discussed in the MPLS WG before / are there any drafts > written? George notes that the MPLS WG has discussed this in the past, and rejected the idea. However this appears to be a mistake. > > 2. If so, would 4 bits suffice for an MPLS PID? Four bits is a compromise, that would probably work. We are stuck with a situation where we have IPv4 and IPv6 carried directly in MPLS, so the minimum is to just exclude from the first nibble of the MPLS payload values that would alias with those payloads. To allow any MPLS payload value other than 4 or 6 in the first nibble is messy and does not allow us (the IETF) scope for future work. After the meeting is was suggested that the right way forward would be to use the term version as in : " Version: 4 bits "The Version field indicates the format of the internet header. This "document describes version 4." (RFC 791) and " Version 4-bit Internet Protocol version number = 6." (RFC 1883) Reclaiming version 0 allows us to co-exist with IP over MPLS, whilst minimizing the amount of rework. How the other 13 values are allocated is indeed an IANA issue, although there is a case for reclaiming a further value for OAM. When we have used the first 14, then we can use the last value as a version extension identifier. > > > Applications: > ------------ > You list a number of applications that require IP flow recognition, > including load balancing, billing, and protection against network abuse > and attacks. I would like to better understand if these applications > indeed require the introduction of the PID field. There are no drafts that I am aware that call out this requirement, but there are drafts that call out the need to analyze IP packets in the network (i.e. the output of the ipfix and psamp WG). It seems unlikely that these functions would not be required to operate correctly in an MPLS network, but to do so they need to know the packet type. The provision of flow based load balancing is a vendor feature that is found in MPLS networks, that will missorder PWE3 flows without appropriate payload type identification. > For example, are these applications edge applications? Netflow is in the core routers of at least two vendors. > Do these applications run on all LSPs, > or are sensitive to BE LSP vs. LSP with priority? Do you run these > applications on TE paths? As far as I know they run on all LSPs. > > 1. Are there any drafts that describe these applications? > The drafts that I have seen assume that the router knows that it has an IP packet, and this is the facility that I am keen to preserve. > 2. If not, could you elaborate on each application, its scope, etc? In the limit, the situation is that with all IETF payloads defined to date we have the ability to accurately perform deep packet analysis, and that this feature is increasingly used. I think that we discard this capability at out peril. Stewart From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Wed, 26 Mar 2003 11:25:37 -0000 Lines: 21 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-From: pwe3-admin@ietf.org Wed Mar 26 12:28:45 2003 Return-path: To: yaakov_s@rad.com, sasha@axerra.com, tom_johnson@litchfieldcomm.com, pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yaakov Stein wrote 06 March 2003 14:14 > > To the best of my knowldege, superframe structures (or > > their analogs) are completely irrelevant for NxDS0 without CAS. > > Please note that the superfame structures may even not exist > > in the corresponding trunk (e.g., E1 with the basic framing only). > > I think that you state it a trifle to harshly > since the CRC sync structure may be of interest, > but only in very isoteric instances. > > On the whole I agree, that the superframe structure > is only important when there is CAS, or some > other superframe-based signaling. NH=>The main reason CRC4 was introduced in the E1 frame structure was to prevent false framing on a persistent facsimile of the FAS (Frame Alignment Signal) appearing in the time-slots. Not a problem with voice, but persistent data patterns can create FAS mimics (either wholly within 1 slot or across a pair of slots). regards, Neil From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 11:28:06 +0000 Organization: Cisco Systems, Inc. Lines: 218 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> <3E80B56C.6080806@cisco.com> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrew G. Malis" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 26 12:32:48 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: "W. Mark Townsley" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O W. Mark Townsley wrote: > > I agree too that the PID issue is more of an MPLS issue in general. As > such, the I think the MPLS WG should be tasked with defining exactly > what the PID looks like, and what internode behavior relying on the PID > is allowed. Yes, they should. Indeed if we continue as we were, and ignore the requirement we risk it coming in from left field much later and causing us to restart. > > However, the PWE3 architecture cannot ignore this entirely. It is PWE3's > direct use of MPLS as its own PSN more than anything else that is > imposing this practical requirement now (though I suppose it has > theoretically always been an issue), and any definition coming from the > MPLS WG would likely be in the form of a requirement on any header > definition that rides directly adjacent to the last MPLS label in a > stack. Agreed. > We all know that this would probably look something like simply > stating that the first four bits MUST be 4 for IPv4, 6 for IPv6, and up > to IANA and the MPLS WG for future additions. Whether that means handing > out values form the remaining 14 available under very tight control (at > a minimum, via an RFC2434 Standards Action and the MPLS WGs blessing), > or some other extended PID method, should be up to MPLS to ultimately > decide and PWE3 to adhere to. Agreed. > This would all be done with PWE3's input > of course, since there would be a lot of overlap in the folks making the > decision. > > Regarding whether the MPLS WG has discussed this before, Eric Rosen > suggested at the microphone in SF that it had, but at that time the > decision obviously was to not include a PID within MPLS. The bottom line > is that perhaps we are seeing that in hindsight this was an error, and > if so this should be openly resolved within the MPLS WG. > Agreed. > - Mark > > Andrew G. Malis wrote: > >> I would just like to second Ron's questions below, and also add that >> there's no mention of the need for a protocol identification field in >> the PWE3 requirements draft. >> >> Also, I noticed that the architecture draft had no recognition of the >> TDM control word format; it only discussed the control word used for >> L2 encapsulations. >> >> So, I would like to request the following change in >> draft-ietf-pwe3-arch-02.txt: >> >> 5.4.3. PW over MPLS Generic Control Word >> >> The PW set-up protocol determines whether a particular PW uses a >> control word. When a control word is used, it MUST have the >> following form for non-TDM encapsulations: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | RSVD/Flags |FRG| Length | Sequence Number | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Figure 12 - MPLS Generic Control Word >> >> >> The meaning of the fields of the MPLS Generic Control Word (Figure >> 12) is as follows: >> >> RSVD/Flags (bits 0 to 7): >> These bits are available for per payload signaling. Their >> definition is encapsulation specific. If not all of the bits >> are required for flags, some may be reserved for future use. >> >> FRG (bits 8 and 9): >> These bits are used when fragmenting a PW payload. Their use >> is defined in [FRAG]. >> >> Length (bits 10 to 15): >> The length field is used to determine the size of a PW >> payload that might have been padded to the minimum Ethernet >> MAC frame size during its transit across the PSN. If the >> MPLS payload (defined as the CW + the PW payload + any >> additional PW headers is less than 46 bytes, the length MUST >> be set to the length of the MPLS payload. If the MPLS >> payload is between 46 bytes and 63 bytes the implementation >> MAY either set to the length to the length of the MPLS >> payload, or it MAY set it to 0. If the length of the MPLS >> payload is greater than 63 bytes the length MUST be set to 0. >> >> Sequence number (Bit 16 to 31): >> If the sequence number is not used, it is set to zero by >> the sender and ignored by the receiver. Otherwise it >> specifies the sequence number of a packet. A circular list >> of sequence numbers is used. A sequence number takes a value >> from 1 to 65535 (2**16-1). >> >> For TDM applications, it must use the following general forms. >> >> Non-extended form: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Extended form: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Additional encapsulation-specific header fields | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Structure Pointer[0:12]: If used, the Structure Pointer contains the >> offset of the first byte of the payload structure. Note that some >> TDM encapsulations do not require the use of a Structure Pointer, >> in which case this field may be reused for other uses. >> >> Sequence Number[0:13]: This is a packet sequence number, which >> continuously cycles from 0 to 0x3FFF. It is generated and processed >> in accordance with the rules established in [RFC1889]. When the RTP >> header is used, this sequence number MUST match the LSBs of the RTP >> sequence Number. >> >> Thanks, >> Andy >> >> ------- >> >> At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: >> >>> Stewart, >>> >>> I went over your SF arch presentation. I have doubts regarding the >>> introduction of a requirement/suggestion for an all zero PID field >>> within the PWE3 control word. My doubts relates both to the scope of >>> this work as well as for the applications you are describing. Since I >>> haven't been to the SF IETF, please forgive me in advance if these >>> issues have already been discussed. >>> >>> >>> MPLS PID scope: >>> -------------- >>> In your presentation you describe a requirement/suggestion for an MPLS >>> PID, that allows a network node to distinguish between an IPv4, IPv6 and >>> PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any >>> network protocol on top of MPLS, including possibly IPX, CLNS, etc. >>> Therefore, what you are proposing is introduction of an MPLS Protocol >>> Identifier, which I believe has a much larger scope than just the PWE3 >>> WG. >>> >>> 1. Would you agree that this is an MPLS WG item? Has this requirement >>> (MPLS PID) been discussed in the MPLS WG before / are there any drafts >>> written? >>> >>> 2. If so, would 4 bits suffice for an MPLS PID? >>> >>> >>> Applications: >>> ------------ >>> You list a number of applications that require IP flow recognition, >>> including load balancing, billing, and protection against network abuse >>> and attacks. I would like to better understand if these applications >>> indeed require the introduction of the PID field. For example, are these >>> applications edge applications? Do these applications run on all LSPs, >>> or are sensitive to BE LSP vs. LSP with priority? Do you run these >>> applications on TE paths? >>> >>> 1. Are there any drafts that describe these applications? >>> >>> 2. If not, could you elaborate on each application, its scope, etc? >>> >>> >>> Thanks >>> Ron >>> >>> Ron Cohen >>> CTO >>> Lycium Networks >>> Desk: +972 9 7619004 >>> Mobile: +972 55 245104 >>> Fax: +972 9 7619022 >>> >>> >>> >>> _______________________________________________ >>> pwe3 mailing list >>> pwe3@ietf.org >>> https://www1.ietf.org/mailman/listinfo/pwe3 >> >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >> > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 11:20:26 +0000 Organization: Cisco Systems, Inc. Lines: 106 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 26 12:54:21 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: "Andrew G. Malis" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andrew G. Malis wrote: > I would just like to second Ron's questions below, and also add that > there's no mention of the need for a protocol identification field in > the PWE3 requirements draft. OK, so we need to add the requirement. > > Also, I noticed that the architecture draft had no recognition of the > TDM control word format; it only discussed the control word used for L2 > encapsulations. > > So, I would like to request the following change in > draft-ietf-pwe3-arch-02.txt: > > 5.4.3. PW over MPLS Generic Control Word > > The PW set-up protocol determines whether a particular PW uses a > control word. When a control word is used, it MUST have the > following form for non-TDM encapsulations: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | RSVD/Flags |FRG| Length | Sequence Number | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Figure 12 - MPLS Generic Control Word > > > The meaning of the fields of the MPLS Generic Control Word (Figure > 12) is as follows: > > RSVD/Flags (bits 0 to 7): > These bits are available for per payload signaling. Their > definition is encapsulation specific. If not all of the bits > are required for flags, some may be reserved for future use. > This is too soft. At a minimum we need to exclude value 4 and 6 in the first nibble. However I don't think that PWE3 has the right to hog all of the rest. > FRG (bits 8 and 9): > These bits are used when fragmenting a PW payload. Their use > is defined in [FRAG]. > > Length (bits 10 to 15): > The length field is used to determine the size of a PW > payload that might have been padded to the minimum Ethernet > MAC frame size during its transit across the PSN. If the > MPLS payload (defined as the CW + the PW payload + any > additional PW headers is less than 46 bytes, the length MUST > be set to the length of the MPLS payload. If the MPLS > payload is between 46 bytes and 63 bytes the implementation > MAY either set to the length to the length of the MPLS > payload, or it MAY set it to 0. If the length of the MPLS > payload is greater than 63 bytes the length MUST be set to 0. > > Sequence number (Bit 16 to 31): > If the sequence number is not used, it is set to zero by > the sender and ignored by the receiver. Otherwise it > specifies the sequence number of a packet. A circular list > of sequence numbers is used. A sequence number takes a value > from 1 to 65535 (2**16-1). > > For TDM applications, it must use the following general forms. > > Non-extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Extended form: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Additional encapsulation-specific header fields | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > It seems OK to use the length for other objects such as structure pointer and to change the size of the SN, but I don't see how you can hog all the potential PID/version values. Also you don't explicitly exclude first nibble 4 and 6. How about the following: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | vers |F| Structure Pointer[0:12] | Sequence Number[0:13] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Additional encapsulation-specific header fields | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Stewart From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Ron Cohen" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 14:17:04 +0200 Lines: 169 Sender: pwe3-admin@ietf.org References: <89D0584BBFBFE74F9057A389BA3F239B3FAD2A@gaya.lycium.net> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: "'PWE3 \(IETF\)'" X-From: pwe3-admin@ietf.org Wed Mar 26 13:20:46 2003 Return-path: To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-reply-to: <89D0584BBFBFE74F9057A389BA3F239B3FAD2A@gaya.lycium.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Stewart, I'd like to defer the discussion on whether it was right or wrong for MPLS to have an MPLS PID or not to a different Email. I want to try and address the applications issue. Suppose we do not adopt the 4 bit PID suggestion, and we use the 4 bits in the control word for other purposes. Lets look at the most problematic application, the IP load balancer. A provider that has an MPLS core has two options: 1. Run Pseudo-Wires on LSPs on which IP load balance is not enabled. 2. Run Pseudo-Wires flows on top of IP. Both options seems very reasonable for me. Why should a provider do otherwise? Thanks Ron > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Wednesday, March 26, 2003 1:08 PM > To: Ron Cohen > Cc: PWE3 (IETF) > Subject: Re: [PWE3] MPLS PID > > > Ron > > Ron Cohen wrote: > > Stewart, > > > > I went over your SF arch presentation. I have doubts regarding the > > introduction of a requirement/suggestion for an all zero PID field > > within the PWE3 control word. My doubts relates both to the > scope of > > this work as well as for the applications you are > describing. Since I > > haven't been to the SF IETF, please forgive me in advance if these > > issues have already been discussed. > > > > > > MPLS PID scope: > > -------------- > > In your presentation you describe a requirement/suggestion > for an MPLS > > PID, that allows a network node to distinguish between an > IPv4, IPv6 > > and PWE3 stream. The Multi-Protocol part of MPLS stands for > carrying > > any network protocol on top of MPLS, including possibly IPX, CLNS, > > etc. Therefore, what you are proposing is introduction of an MPLS > > Protocol Identifier, which I believe has a much larger > scope than just > > the PWE3 WG. > > All this is correct, and the failure to include an MPLS PID > was an error that is apparent now that the IETF is > standardizing payloads other than IP over MPLS. > > > > > > 1. Would you agree that this is an MPLS WG item? Has this > requirement > > (MPLS PID) been discussed in the MPLS WG before / are there > any drafts > > written? > > George notes that the MPLS WG has discussed this in the past, > and rejected the idea. However this appears to be a mistake. > > > > > 2. If so, would 4 bits suffice for an MPLS PID? > > Four bits is a compromise, that would probably work. We are > stuck with a situation where we have IPv4 and IPv6 carried > directly in MPLS, so the minimum is to just exclude from the > first nibble of the MPLS payload values that would alias with > those payloads. To allow any MPLS payload value other than 4 > or 6 in the first nibble is messy and does not allow us (the > IETF) scope for future work. > > After the meeting is was suggested that the right way forward > would be to use the term version > > as in : > > " Version: 4 bits > > "The Version field indicates the format of the internet > header. This > "document describes version 4." > > (RFC 791) > > and > > " Version 4-bit Internet Protocol version number = 6." > > (RFC 1883) > > Reclaiming version 0 allows us to co-exist with IP over MPLS, > whilst minimizing the amount of rework. How the other 13 > values are allocated is indeed an IANA issue, although there > is a case for reclaiming a further value for OAM. When we > have used the first 14, then we can use the last value as a > version extension identifier. > > > > > > > > Applications: > > ------------ > > You list a number of applications that require IP flow recognition, > > including load balancing, billing, and protection against network > > abuse and attacks. I would like to better understand if these > > applications indeed require the introduction of the PID field. > > There are no drafts that I am aware that call out this > requirement, but there are drafts that call out the need to > analyze IP packets in the network (i.e. the output of the > ipfix and psamp WG). It seems unlikely that these functions > would not be required to operate correctly in an MPLS > network, but to do so they need to know the packet type. > > The provision of flow based load balancing is a vendor > feature that is found in MPLS networks, that will missorder > PWE3 flows without appropriate payload type identification. > > > > For example, are these applications edge applications? > > Netflow is in the core routers of at least two vendors. > > > > Do these applications run on all LSPs, > > or are sensitive to BE LSP vs. LSP with priority? Do you run these > > applications on TE paths? > > As far as I know they run on all LSPs. > > > > > > 1. Are there any drafts that describe these applications? > > > > The drafts that I have seen assume that the router knows that it has > an IP packet, and this is the facility that I am keen to preserve. > > > 2. If not, could you elaborate on each application, its scope, etc? > > In the limit, the situation is that with all IETF payloads defined > to date we have the ability to accurately perform deep packet > analysis, > and that this feature is increasingly used. I think that we > discard this > capability at out peril. > > Stewart > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Wed, 26 Mar 2003 14:46:04 +0200 Lines: 26 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Wed Mar 26 13:55:24 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcLziZ1XzTxB7DjbTryMX8H5UBNoHAAC84Nw To: , "Alexander Vainshtein" , , X-MIME-Autoconverted: from base64 to 8bit by www1.ietf.org id h2QDBBO26417 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > NH=>The main reason CRC4 was introduced in the E1 frame > structure was to prevent false framing on a persistent facsimile of the FAS > (Frame Alignment Signal) appearing in the time-slots. Not a problem with voice, but > persistent data patterns can create FAS mimics (either wholly > within 1 slot or across a pair of slots). Neil, Thanks for the clarification. The question we were refering to is whether there are applications that require the phase of the timeslot in the super frame to be preserved. Obviously when there is CAS the superframe phase is important, but our E1/T1 cross-connects do not preserve the superframe structure even then, but rather recreate a new superframe at the output. I have heard of cases where this is problematic, but I believe in general this is a reasonable thing to do. Hence the question as to the requirement to maintain superframe structure in the CAS-less case. Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 13:06:36 +0000 Organization: Cisco Systems, Inc. Lines: 32 Sender: pwe3-admin@ietf.org References: <89D0584BBFBFE74F9057A389BA3F239B036CB9@gaya.lycium.net> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "'PWE3 (IETF)'" X-From: pwe3-admin@ietf.org Wed Mar 26 14:12:06 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: Ron Cohen Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Ron Cohen wrote: > Stewart, > > I'd like to defer the discussion on whether it was right or wrong for > MPLS to have an MPLS PID or not to a different Email. I want to try and > address the applications issue. > > Suppose we do not adopt the 4 bit PID suggestion, and we use the 4 bits > in the control word for other purposes. > > Lets look at the most problematic application, the IP load balancer. > > A provider that has an MPLS core has two options: > > 1. Run Pseudo-Wires on LSPs on which IP load balance is not enabled. At the moment PW runs over any LSP between the PEs. To make this work you would need to signal a special LSP and store state in the network indicating that the forwarding path was different from the non-PW LSP. > 2. Run Pseudo-Wires flows on top of IP. Do we really want to revisit this can of worms? > > Both options seems very reasonable for me. Why should a provider do > otherwise? > Stewart From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 08:18:32 -0500 Lines: 116 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 26 14:21:50 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: stbryant@cisco.com In-Reply-To: <3E818CFA.8030508@cisco.com> X-OriginalArrivalTime: 26 Mar 2003 13:18:39.0667 (UTC) FILETIME=[37372830:01C2F39A] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Stewart, You seem fixated on only being able to identify IPv4, IPv6, and general PWE3 (without being able to further identify the packet contents). The reason why is really beyond me. And as Alia very rightly pointed out, your protocol identification is impossible without always requiring the control word - otherwise, are you going to mandate that Ethernet frames cannot use the values 4 or 6 in the upper nibble? I think not .... As I said in a previous email, if you REALLY want to be able to identify the contents of an MPLS packet, then ask the MPLS WG to put a REAL multiprotocol identifier, a la RFC 2427 or 2684, between the labels and the payload (where the payload in this case would be the PWE3 encapsulation). See, for example, draft-moreels-multiproto-mpls-00.txt for a much more general (and useful) method than just a four-bit hack that you can't use in all cases anyway. Cheers, Andy ------- At 3/26/2003 11:20 AM +0000, Stewart Bryant wrote: >Andrew G. Malis wrote: >>I would just like to second Ron's questions below, and also add that >>there's no mention of the need for a protocol identification field in the >>PWE3 requirements draft. > >OK, so we need to add the requirement. > >>Also, I noticed that the architecture draft had no recognition of the TDM >>control word format; it only discussed the control word used for L2 >>encapsulations. >>So, I would like to request the following change in >>draft-ietf-pwe3-arch-02.txt: >>5.4.3. PW over MPLS Generic Control Word >> The PW set-up protocol determines whether a particular PW uses a >> control word. When a control word is used, it MUST have the >> following form for non-TDM encapsulations: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | RSVD/Flags |FRG| Length | Sequence Number | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> Figure 12 - MPLS Generic Control Word >> >> The meaning of the fields of the MPLS Generic Control Word (Figure >> 12) is as follows: >> RSVD/Flags (bits 0 to 7): >> These bits are available for per payload signaling. Their >> definition is encapsulation specific. If not all of the bits >> are required for flags, some may be reserved for future use. > >This is too soft. At a minimum we need to exclude value 4 and 6 in the >first nibble. However I don't think that PWE3 has the right to hog >all of the rest. > > >> FRG (bits 8 and 9): >> These bits are used when fragmenting a PW payload. Their use >> is defined in [FRAG]. >> Length (bits 10 to 15): >> The length field is used to determine the size of a PW >> payload that might have been padded to the minimum Ethernet >> MAC frame size during its transit across the PSN. If the >> MPLS payload (defined as the CW + the PW payload + any >> additional PW headers is less than 46 bytes, the length MUST >> be set to the length of the MPLS payload. If the MPLS >> payload is between 46 bytes and 63 bytes the implementation >> MAY either set to the length to the length of the MPLS >> payload, or it MAY set it to 0. If the length of the MPLS >> payload is greater than 63 bytes the length MUST be set to 0. >> Sequence number (Bit 16 to 31): >> If the sequence number is not used, it is set to zero by >> the sender and ignored by the receiver. Otherwise it >> specifies the sequence number of a packet. A circular list >> of sequence numbers is used. A sequence number takes a value >> from 1 to 65535 (2**16-1). >>For TDM applications, it must use the following general forms. >>Non-extended form: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>Extended form: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Additional encapsulation-specific header fields | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >It seems OK to use the length for other objects such as structure >pointer and to change the size of the SN, but I don't see how you >can hog all the potential PID/version values. Also you don't >explicitly exclude first nibble 4 and 6. > >How about the following: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | vers |F| Structure Pointer[0:12] | Sequence Number[0:13] | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Additional encapsulation-specific header fields | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > >Stewart > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Wed, 26 Mar 2003 15:33:24 +0200 Lines: 71 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Cc: pwe3@ietf.org, tom_johnson@litchfieldcomm.com, Akiva Sadovski , Israel Sasson , Alik Shimelmits X-From: pwe3-admin@ietf.org Wed Mar 26 14:40:44 2003 Return-path: To: "'Yaakov Stein'" , neil.2.harrison@bt.com X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Neil, Yaakov and all, Please see some comments/questions inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Yaakov Stein [mailto:yaakov_s@rad.com] > Sent: Wednesday, March 26, 2003 2:46 PM > To: neil.2.harrison@bt.com; Sasha Vainshtein; > tom_johnson@litchfieldcomm.com; pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > > NH=>The main reason CRC4 was introduced in the E1 frame > > structure was to prevent false framing on a persistent > > facsimile of the FAS > > (Frame Alignment Signal) appearing in the time-slots. Not > > a problem with voice, but > > persistent data patterns can create FAS mimics (either wholly > > within 1 slot or across a pair of slots). > IMO this particular problem is irrelevant wrt emulation of structured TDM over PSN (the scope of this email thread) because all the approaches I am aware of (including draft-johnson) assume that FAS and CRC4 are stripped from the E1/T1 attachment circuit at ingress and reconstructed at egress and, what is more, stripping and reconstruction is always done by an NSP block (= TDM framer). > > Neil, > > Thanks for the clarification. > > The question we were refering to is > whether there are applications that require > the phase of the timeslot in the super frame > to be preserved. > > Obviously when there is CAS the superframe phase > is important, but our E1/T1 cross-connects > do not preserve the superframe structure even then, > but rather recreate a new superframe at the output. > My understanding too. > > I have heard of cases where this is problematic, > but I believe in general this is a reasonable thing to do. > IMO, TR NWT 170 explicitly allows this for T1 by specifying different limits for delay on TDM data (700 microseconds) and CAS (5 milliseconds). > > Hence the question as to the requirement to > maintain superframe structure in the CAS-less case. > I think that Yaakov has correctly presented the question. However, I would like to add that, AFAIK, multiframe structure and CRC4 are not mandatory for E1 trunks because G.704 explicitly states that bit Si (carrying the MF alignment and CRC4) can be set to 1 in all frames "if no use is realized". In other words, in the CAS-less case there may be no native multiframes to preserve over the PSN. Is this understanding correct? > > Y(J)S > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 14:12:58 +0000 Organization: Cisco Systems, Inc. Lines: 54 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325015850.03eda990@mail.attbi.com> <5.2.0.9.0.20030326081300.01bfc368@po1.vivacenetworks.com> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 26 15:16:14 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: "Andrew G. Malis" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andrew G. Malis wrote: > Stewart, > > You seem fixated on only being able to identify IPv4, IPv6, and general > PWE3 (without being able to further identify the packet contents). That is the base-line, i.e. IP over MPLS remains unchanged and continues to work. My proposal was the minimum necessary that leaves some margin for future development. > The > reason why is really beyond me. And as Alia very rightly pointed out, > your protocol identification is impossible without always requiring the > control word - otherwise, are you going to mandate that Ethernet frames > cannot use the values 4 or 6 in the upper nibble? I think not .... Whatever solution we use, we need some defined field after the bottom label. Putting the PID in the CW conforms to the MPLS minimalist philosophy and is consistent with the original design decision not to mandate the extra 4 bytes needed for a PID. However I am equally happy with mandating a PID longword and making the whole CW available for PW use. > > As I said in a previous email, if you REALLY want to be able to identify > the contents of an MPLS packet, then ask the MPLS WG to put a REAL > multiprotocol identifier, a la RFC 2427 or 2684, between the labels and > the payload (where the payload in this case would be the PWE3 > encapsulation). Do these definitions have the property that operation of the existing IP over MPLS falls out as a default? > See, for example, draft-moreels-multiproto-mpls-00.txt > for a much more general (and useful) method This uses LLC/NLPID or LLC/SNAP directly over MPLS. Do these guarantee never to alias with assigned (and future) IP versions? In the case of SNAP, the use of 8 bytes seems to fly in the face of the minimalist approach proposed elsewhere. > than just a four-bit hack that you can't use in all cases anyway. You can always use it if the CW is present, and the alternative is to always have a 4-byte field containing a PID. As for the hack, I am OK with any reasonable proposal that is consistent with the de-facto IP over MPLS NULL PID. Stewart From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "W. Mark Townsley" Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 15:24:21 +0100 Lines: 67 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325184106.059779b8@po1.vivacenetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 15:28:24 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en To: "Andrew G. Malis" In-Reply-To: <5.2.0.9.0.20030325184106.059779b8@po1.vivacenetworks.com> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andrew G. Malis wrote: > Shahram and Alia both make excellent points: > > At 3/25/2003 02:18 PM -0800, Shahram Davari wrote: > >> >1. Dealing with ECMP behavior >> >2. Inband OAM flows >> >3. Identifying flows for netmanagement applications. >> >> I don't think any of them justifies adding PID. >> >> 1) ECMP could use only label hashing and not hash IP header. >> 2) OAM flows could use IPv4/V6 null or MPLS Alert label >> 3) Netmanagment could identify the flow at the ingress. > > > At 3/25/2003 06:15 PM -0500, Alia Atlas wrote: > >> How does requiring a PID in the PWE3 L2 control word solve or handle >> the case where a control word is not mandatory? >> >> There are pseudo-wires, such as ethernet, where a control word is not >> mandatory. This would imply that the first nibble (which would be >> identified as the suggested PID) would be that from the ethernet frame. > > > We're going to have to change the PWE3 drafts to require the control > word, and change both the SONET/SDH and some of the ATM encapsulations, > to support a hack. If you REALLY want multi-protocol identification, > then have the MPLS WG put a REAL multiprotocol identifier, a la RFC 2427 > or 2684, between the labels and the payload. See, for example, > draft-moreels-multiproto-mpls-00.txt for a much more general (and > useful) method than just a four-bit hack. And sorry for the cross-post, > but this really does affect both WGs. Andy, The draft you reference here (which, incidently, simply seems to focus on multiple new ways to carry PPP and PPPoE over MPLS vs. just using RFC2661) doesn't directly address the problem at hand as one is still faced with inspecting the first nibble after the bottom of the label stack to determine if the payload is IPv4, IPv6, LLC/NLPID (0xf...) or LLC/SNAP (0xa...). If we are going to be essentially allocating from the first nibble anyway (and I can't see how we could get around this considering existing deployments) we should go ahead and be explicit about it. If the MPLS WG wants to have a more broad and extensive protocol ID than just this first nibble, that is fine, but I do not think you can avoid explicitly taking these 4 bits into account without deprecating the whole of all MPLS/IP deployments today. One possibility for an extended PID that comes to mind is defining one of the remaining 14 values within the first nibble as "extended PID" and follow it with whatever PID definition you like. - Mark > > Cheers, > Andy > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 18:07:58 +0200 Lines: 19 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Cc: , X-From: pwe3-admin@ietf.org Wed Mar 26 17:13:45 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] MPLS PID Thread-Index: AcLzpSf9PkyqhDWCQlOuxKT7VMdhEgADAg+Q To: "W. Mark Townsley" , "Andrew G. Malis" X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2QGREO09230 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > One possibility for an extended PID that comes to mind is > defining one of the remaining 14 values within the first nibble as "extended PID" > and follow it with whatever PID definition you like. Another, which I proposed in draft-stein-pwe3-controlword-00.txt, is to use the 4 bits to disambiguate the relevant possibilities. Since an atm-encap implementation will probably not understand ethernet-encap, the non 4/6 values could be used for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM sub-identifier could differentiate between raw, AAL1, AAL2, etc. Alternatively, we could go for a "sanity check" PWE identifier. We have 14 values available and so far have only defined a few PW types (ATM, FR, SONET, TDM, ethernet). Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 13:38:20 -0500 Lines: 138 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F3C6.DFF2F612" Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 19:42:05 2003 Return-path: To: "'Yaakov Stein'" , "W. Mark Townsley" , "Andrew G. Malis" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F3C6.DFF2F612 Content-Type: text/plain; charset="iso-8859-1" Yakov: We don't have 14 values, we are talking inferring payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer protocols the IETF may choose to develop. I agree with Andy that if a PID is required, lets do it properly. Dave > -----Original Message----- > From: Yaakov Stein [mailto:yaakov_s@rad.com] > Sent: Wednesday, March 26, 2003 11:08 AM > To: W. Mark Townsley; Andrew G. Malis > Cc: pwe3@ietf.org; mpls@uu.net > Subject: RE: [PWE3] MPLS PID > > > > One possibility for an extended PID that comes to mind is > > defining one of the remaining 14 values within the first > nibble as "extended PID" > > and follow it with whatever PID definition you like. > > Another, which I proposed in draft-stein-pwe3-controlword-00.txt, > is to use the 4 bits to disambiguate the relevant possibilities. > > Since an atm-encap implementation will probably not > understand ethernet-encap, the non 4/6 values could be used > for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM > sub-identifier could differentiate between raw, AAL1, AAL2, etc. > > Alternatively, we could go for a "sanity check" > PWE identifier. We have 14 values available > and so far have only defined a few PW types > (ATM, FR, SONET, TDM, ethernet). > > Y(J)S > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > ------_=_NextPart_001_01C2F3C6.DFF2F612 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] MPLS PID

Yakov:

We don't have 14 values, we are talking inferring = payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). = PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer = protocols the IETF may choose to develop.

I agree with Andy that if a PID is required, lets do = it properly.

Dave

> -----Original Message-----
> From: Yaakov Stein [mailto:yaakov_s@rad.com]
> Sent: Wednesday, March 26, 2003 11:08 AM
> To: W. Mark Townsley; Andrew G. Malis
> Cc: pwe3@ietf.org; mpls@uu.net
> Subject: RE: [PWE3] MPLS PID
>
>
> > One possibility for an extended PID that = comes to mind is
> > defining one of the remaining 14 values = within the first
> nibble as "extended PID"
> > and follow it with whatever PID definition = you like.
>
> Another, which I proposed in = draft-stein-pwe3-controlword-00.txt,
> is to use the 4 bits to disambiguate the = relevant possibilities.
>
> Since an atm-encap implementation will probably = not
> understand ethernet-encap, the non 4/6 values = could be used
> for submodes (e.g. 1:1, N:1, PDU, SDU). = Similarly, the TDM
> sub-identifier could differentiate between = raw,  AAL1, AAL2, etc.
>
> Alternatively, we could go for a "sanity = check"
> PWE identifier. We have 14 values = available
> and so far have only defined a few PW = types
> (ATM, FR, SONET, TDM, ethernet).
>
> Y(J)S
>
> = _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www1.ietf.org/mailman/listinfo/pwe3=
>

------_=_NextPart_001_01C2F3C6.DFF2F612-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 13:51:26 -0500 Lines: 12 Sender: pwe3-admin@ietf.org References: <5.1.0.14.2.20030325181331.02012640@mailhost.avici.com> Cc: danny@tcb.net, pwe3@ietf.org, mpls@uu.net, swallow@cisco.com X-From: pwe3-admin@ietf.org Wed Mar 26 19:55:04 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: Alia Atlas In-reply-to: Your message of "Tue, 25 Mar 2003 18:15:22 EST." <5.1.0.14.2.20030325181331.02012640@mailhost.avici.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > How does requiring a PID in the PWE3 L2 control word solve or handle the > case where a control word is not mandatory? It doesn't. But it does give an operator concerned with ECMP and flow identification a means of doing it. ...George ================================================================== George Swallow Cisco Systems (978) 497-8143 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Scott W Brim Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 13:56:22 -0500 Lines: 12 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Wed Mar 26 19:59:46 2003 Return-path: To: pwe3@ietf.org, mpls@uu.net Mail-Followup-To: Scott W Brim , pwe3@ietf.org, mpls@uu.net Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O On Wed, Mar 26, 2003 01:38:20PM -0500, David Allan allegedly wrote: > We don't have 14 values, we are talking inferring payload on the basis of > defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own > IPv4/v6 or any subsequent network layer protocols the IETF may choose to > develop. Are you trying to say that we can't guarantee coordination between a group developing new versions of IP and the MPLS community? This is a small logistical problem. In the absolute worst case we get assignments from IANA to cover the few we need. (See http://www.iana.org/assignments/version-numbers). From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 11:11:10 -0800 Lines: 132 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F3CB.763A5440" Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 20:15:00 2003 Return-path: To: "'David Allan'" , "'Yaakov Stein'" , "W. Mark Townsley" , "Andrew G. Malis" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F3CB.763A5440 Content-Type: text/plain; charset="iso-8859-1" I also agree with Dave/Andy/Ron/Alia. If PID is needed, do it properly by defining a standard protocol Mux header such as LLC/SNAP. Those interested in identifying the protocol in the interior routers would then require to carry this header in all packets. -Shahram -----Original Message----- From: David Allan [mailto:dallan@nortelnetworks.com] Sent: Wednesday, March 26, 2003 1:38 PM To: 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis Cc: pwe3@ietf.org; mpls@uu.net Subject: RE: [PWE3] MPLS PID Yakov: We don't have 14 values, we are talking inferring payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer protocols the IETF may choose to develop. I agree with Andy that if a PID is required, lets do it properly. Dave > -----Original Message----- > From: Yaakov Stein [ mailto:yaakov_s@rad.com ] > Sent: Wednesday, March 26, 2003 11:08 AM > To: W. Mark Townsley; Andrew G. Malis > Cc: pwe3@ietf.org; mpls@uu.net > Subject: RE: [PWE3] MPLS PID > > > > One possibility for an extended PID that comes to mind is > > defining one of the remaining 14 values within the first > nibble as "extended PID" > > and follow it with whatever PID definition you like. > > Another, which I proposed in draft-stein-pwe3-controlword-00.txt, > is to use the 4 bits to disambiguate the relevant possibilities. > > Since an atm-encap implementation will probably not > understand ethernet-encap, the non 4/6 values could be used > for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM > sub-identifier could differentiate between raw, AAL1, AAL2, etc. > > Alternatively, we could go for a "sanity check" > PWE identifier. We have 14 values available > and so far have only defined a few PW types > (ATM, FR, SONET, TDM, ethernet). > > Y(J)S > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > ------_=_NextPart_001_01C2F3CB.763A5440 Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] MPLS PID
I also agree with Dave/Andy/Ron/Alia. If PID is needed, do it properly by defining a standard protocol Mux header such as LLC/SNAP. Those interested in identifying the protocol in the interior routers would then require to carry this header in all packets.
 
-Shahram
-----Original Message-----
From: David Allan [mailto:dallan@nortelnetworks.com]
Sent: Wednesday, March 26, 2003 1:38 PM
To: 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis
Cc: pwe3@ietf.org; mpls@uu.net
Subject: RE: [PWE3] MPLS PID

Yakov:

We don't have 14 values, we are talking inferring payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer protocols the IETF may choose to develop.

I agree with Andy that if a PID is required, lets do it properly.

Dave

> -----Original Message-----
> From: Yaakov Stein [mailto:yaakov_s@rad.com]
> Sent: Wednesday, March 26, 2003 11:08 AM
> To: W. Mark Townsley; Andrew G. Malis
> Cc: pwe3@ietf.org; mpls@uu.net
> Subject: RE: [PWE3] MPLS PID
>
>
> > One possibility for an extended PID that comes to mind is
> > defining one of the remaining 14 values within the first
> nibble as "extended PID"
> > and follow it with whatever PID definition you like.
>
> Another, which I proposed in draft-stein-pwe3-controlword-00.txt,
> is to use the 4 bits to disambiguate the relevant possibilities.
>
> Since an atm-encap implementation will probably not
> understand ethernet-encap, the non 4/6 values could be used
> for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM
> sub-identifier could differentiate between raw,  AAL1, AAL2, etc.
>
> Alternatively, we could go for a "sanity check"
> PWE identifier. We have 14 values available
> and so far have only defined a few PW types
> (ATM, FR, SONET, TDM, ethernet).
>
> Y(J)S
>
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www1.ietf.org/mailman/listinfo/pwe3
>

------_=_NextPart_001_01C2F3CB.763A5440-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Ron Cohen" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 21:29:50 +0200 Lines: 67 Sender: pwe3-admin@ietf.org References: <89D0584BBFBFE74F9057A389BA3F239B3FAD32@gaya.lycium.net> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: "'PWE3 \(IETF\)'" X-From: pwe3-admin@ietf.org Wed Mar 26 20:33:11 2003 Return-path: To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-reply-to: <89D0584BBFBFE74F9057A389BA3F239B3FAD32@gaya.lycium.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Stewart, > At the moment PW runs over any LSP between the PEs. To make > this work you would need to signal a special LSP and store > state in the network indicating that the forwarding path was > different from the non-PW LSP. 1. If no state is desired, PW LSP and non-PW LSP can be distinguished by MPLS EXP bits. This does not require any state. 2. For general control on load balancing, I think that implicit state SHOULD be supported. This can be done during LSP setup, which would only determine per LSP if it more than one outgoing LSP is allowed. By doing that, the forwarding process would automatically know whether it has the ability to load balance or not. Ron P.S. I'm not sure which can of warms you refer to. > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Wednesday, March 26, 2003 3:07 PM > To: Ron Cohen > Cc: 'PWE3 (IETF)' > Subject: Re: [PWE3] MPLS PID > > > > > Ron Cohen wrote: > > Stewart, > > > > I'd like to defer the discussion on whether it was right or > wrong for > > MPLS to have an MPLS PID or not to a different Email. I want to try > > and address the applications issue. > > > > Suppose we do not adopt the 4 bit PID suggestion, and we use the 4 > > bits in the control word for other purposes. > > > > Lets look at the most problematic application, the IP load balancer. > > > > A provider that has an MPLS core has two options: > > > > 1. Run Pseudo-Wires on LSPs on which IP load balance is not enabled. > > At the moment PW runs over any LSP between the PEs. To make > this work you would need to signal a special LSP and store > state in the network indicating that the forwarding path was > different from the non-PW LSP. > > > 2. Run Pseudo-Wires flows on top of IP. > > Do we really want to revisit this can of worms? > > > > > Both options seems very reasonable for me. Why should a provider do > > otherwise? > > > > Stewart > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 14:47:54 -0500 Lines: 177 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F3D0.97C27188" X-From: pwe3-admin@ietf.org Wed Mar 26 20:51:51 2003 Return-path: To: "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F3D0.97C27188 Content-Type: text/plain; charset="iso-8859-1" Hi Scott: I'm sure you can guarantee coordination. Not sure as to how folks feel about a 4 bit version number being subsumed as a protocol id as it is a rather scarce resource, therefore the "few we need" actually consititues potentially a significant amount of that resource (and one will note that there is already pressure on it just in this discussion). Yes, sure we can chain bits (if MSbit set then it's really an 8 bit value) bit that's not pretty if we're planning on it up front, its simply how you get around a long standing situation. If we go on the assertion that MPLS should have had a PID (as opposed to current practice of binding protocols to labels) then we need to scope what we are really trying to achieve.... 1) Make the payload self describing to end points. 2) Multiplex payloads over a single LSP. 3) Make the payload self-describing to intermediate systems. At the moment, 3 appears to be the exclusive motivation for this but has implications in 1 & 2 as we already have mechanisms for achieving those goals today (indirectly via signalling (1) & label stacking (2)). IMHO if we were to add a payload identification to MPLS in particular for intermediate systems to inspect (bottom label is now really 36 or more bits that happen to overlap with payload), I would want a lot more from it. For example, it was a problem folks wrestled with when trying to figure out how to identify OAM flows (where we went with reserved label as a PID and therefore only had e2e significance), and I'm sure other applications will come up. cheers Dave > -----Original Message----- > From: Scott W Brim [mailto:sbrim@cisco.com] > Sent: Wednesday, March 26, 2003 1:56 PM > To: pwe3@ietf.org; mpls@uu.net > Subject: Re: [PWE3] MPLS PID > > > On Wed, Mar 26, 2003 01:38:20PM -0500, David Allan allegedly wrote: > > We don't have 14 values, we are talking inferring payload > on the basis > > of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do > > not own IPv4/v6 or any subsequent network layer protocols > the IETF may > > choose to develop. > > Are you trying to say that we can't guarantee coordination > between a group developing new versions of IP and the MPLS > community? This is a small logistical problem. In the > absolute worst case we get assignments from IANA to cover the > few we need. > > (See http://www.iana.org/assignments/version-numbers). > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > ------_=_NextPart_001_01C2F3D0.97C27188 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] MPLS PID

Hi Scott:

I'm sure you can guarantee coordination. Not sure as = to how folks feel about a 4 bit version number being subsumed as a = protocol id as it is a rather scarce resource, therefore the "few = we need" actually consititues potentially a significant amount of = that resource (and one will note that there is already pressure on it = just in this discussion). Yes, sure we can chain bits (if MSbit set = then it's really an 8 bit value) bit that's not pretty if we're = planning on it up front, its simply how you get around a long standing = situation.

If we go on the assertion that MPLS should have had a = PID (as opposed to current practice of binding protocols to labels) = then we need to scope what we are really trying to = achieve....

1) Make the payload self describing to end = points.
2) Multiplex payloads over a single LSP.
3) Make the payload self-describing to intermediate = systems.

At the moment, 3 appears to be the exclusive = motivation for this but has implications in 1 & 2 as we already = have mechanisms for achieving those goals today (indirectly via = signalling (1) & label stacking (2)).

IMHO if we were to add a payload identification to = MPLS in particular for intermediate systems to inspect (bottom label is = now really 36 or more bits that happen to overlap with payload), I = would want a lot more from it. For example, it was a problem folks = wrestled with when trying to figure out how to identify OAM flows = (where we went with reserved label as a PID and therefore only had e2e = significance), and I'm sure other applications will come up.

cheers
Dave

> -----Original Message-----
> From: Scott W Brim [mailto:sbrim@cisco.com]
> Sent: Wednesday, March 26, 2003 1:56 PM
> To: pwe3@ietf.org; mpls@uu.net
> Subject: Re: [PWE3] MPLS PID
>
>
> On Wed, Mar 26, 2003 01:38:20PM -0500, David = Allan allegedly wrote:
> > We don't have 14 values, we are talking = inferring payload
> on the basis
> > of defacto IETF protocol payloads (IPv4 = and IPv6). PWE3 and MPLS do
> > not own IPv4/v6 or any subsequent network = layer protocols
> the IETF may
> > choose to develop.
>
> Are you trying to say that we can't guarantee = coordination
> between a group developing new versions of IP = and the MPLS
> community?  This is a small logistical = problem.  In the
> absolute worst case we get assignments from = IANA to cover the
> few we need.
>
> (See http://www.iana.org/assignments/version-numbers).<= /FONT>
>
> = _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www1.ietf.org/mailman/listinfo/pwe3=
>

------_=_NextPart_001_01C2F3D0.97C27188-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 20:01:05 -0000 Lines: 160 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F3D2.6EF4D164" Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 21:04:53 2003 Return-path: To: Shahram_Davari@pmc-sierra.com, dallan@nortelnetworks.com, yaakov_s@rad.com, townsley@cisco.com, Andy.Malis@vivacenetworks.com X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F3D2.6EF4D164 Content-Type: text/plain; charset="iso-8859-1" My vote is with this view too. regards, Neil -----Original Message----- From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] Sent: 26 March 2003 19:11 To: 'David Allan'; 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis Cc: pwe3@ietf.org; mpls@uu.net Subject: RE: [PWE3] MPLS PID I also agree with Dave/Andy/Ron/Alia. If PID is needed, do it properly by defining a standard protocol Mux header such as LLC/SNAP. Those interested in identifying the protocol in the interior routers would then require to carry this header in all packets. -Shahram -----Original Message----- From: David Allan [mailto:dallan@nortelnetworks.com] Sent: Wednesday, March 26, 2003 1:38 PM To: 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis Cc: pwe3@ietf.org; mpls@uu.net Subject: RE: [PWE3] MPLS PID Yakov: We don't have 14 values, we are talking inferring payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer protocols the IETF may choose to develop. I agree with Andy that if a PID is required, lets do it properly. Dave > -----Original Message----- > From: Yaakov Stein [ mailto:yaakov_s@rad.com ] > Sent: Wednesday, March 26, 2003 11:08 AM > To: W. Mark Townsley; Andrew G. Malis > Cc: pwe3@ietf.org; mpls@uu.net > Subject: RE: [PWE3] MPLS PID > > > > One possibility for an extended PID that comes to mind is > > defining one of the remaining 14 values within the first > nibble as "extended PID" > > and follow it with whatever PID definition you like. > > Another, which I proposed in draft-stein-pwe3-controlword-00.txt, > is to use the 4 bits to disambiguate the relevant possibilities. > > Since an atm-encap implementation will probably not > understand ethernet-encap, the non 4/6 values could be used > for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM > sub-identifier could differentiate between raw, AAL1, AAL2, etc. > > Alternatively, we could go for a "sanity check" > PWE identifier. We have 14 values available > and so far have only defined a few PW types > (ATM, FR, SONET, TDM, ethernet). > > Y(J)S > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > ------_=_NextPart_001_01C2F3D2.6EF4D164 Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] MPLS PID
My vote is with this view too.  regards, Neil
-----Original Message-----
From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com]
Sent: 26 March 2003 19:11
To: 'David Allan'; 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis
Cc: pwe3@ietf.org; mpls@uu.net
Subject: RE: [PWE3] MPLS PID

I also agree with Dave/Andy/Ron/Alia. If PID is needed, do it properly by defining a standard protocol Mux header such as LLC/SNAP. Those interested in identifying the protocol in the interior routers would then require to carry this header in all packets.
 
-Shahram
-----Original Message-----
From: David Allan [mailto:dallan@nortelnetworks.com]
Sent: Wednesday, March 26, 2003 1:38 PM
To: 'Yaakov Stein'; W. Mark Townsley; Andrew G. Malis
Cc: pwe3@ietf.org; mpls@uu.net
Subject: RE: [PWE3] MPLS PID

Yakov:

We don't have 14 values, we are talking inferring payload on the basis of defacto IETF protocol payloads (IPv4 and IPv6). PWE3 and MPLS do not own IPv4/v6 or any subsequent network layer protocols the IETF may choose to develop.

I agree with Andy that if a PID is required, lets do it properly.

Dave

> -----Original Message-----
> From: Yaakov Stein [mailto:yaakov_s@rad.com]
> Sent: Wednesday, March 26, 2003 11:08 AM
> To: W. Mark Townsley; Andrew G. Malis
> Cc: pwe3@ietf.org; mpls@uu.net
> Subject: RE: [PWE3] MPLS PID
>
>
> > One possibility for an extended PID that comes to mind is
> > defining one of the remaining 14 values within the first
> nibble as "extended PID"
> > and follow it with whatever PID definition you like.
>
> Another, which I proposed in draft-stein-pwe3-controlword-00.txt,
> is to use the 4 bits to disambiguate the relevant possibilities.
>
> Since an atm-encap implementation will probably not
> understand ethernet-encap, the non 4/6 values could be used
> for submodes (e.g. 1:1, N:1, PDU, SDU). Similarly, the TDM
> sub-identifier could differentiate between raw,  AAL1, AAL2, etc.
>
> Alternatively, we could go for a "sanity check"
> PWE identifier. We have 14 values available
> and so far have only defined a few PW types
> (ATM, FR, SONET, TDM, ethernet).
>
> Y(J)S
>
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www1.ietf.org/mailman/listinfo/pwe3
>

------_=_NextPart_001_01C2F3D2.6EF4D164-- From owner-mpls@UU.NET Wed Dec 27 16:41:44 2006 From: Curtis Villamizar Subject: Re: [PWE3] MPLS PID Date: Wed, 26 Mar 2003 15:09:28 -0500 Lines: 27 Sender: owner-mpls@UU.NET References: <4B6D09F3B826D411A67300D0B706EFDE0115C830@nt-exch-yow.pmc-sierra.bc.ca> Reply-To: curtis@fictitious.org Cc: "'David Allan'" , "'Yaakov Stein'" , "W. Mark Townsley" , "Andrew G. Malis" , pwe3@ietf.org, mpls@UU.NET X-From: owner-mpls@UU.NET Wed Mar 26 21:21:37 2003 Return-path: To: Shahram Davari In-reply-to: Your message of "Wed, 26 Mar 2003 11:11:10 PST." <4B6D09F3B826D411A67300D0B706EFDE0115C830@nt-exch-yow.pmc-sierra.bc.ca> Precedence: bulk Status: O In message <4B6D09F3B826D411A67300D0B706EFDE0115C830@nt-exch-yow.pmc-sierra.bc. ca>, Shahram Davari writes: > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > > ------_=_NextPart_001_01C2F3CB.763A5440 > Content-Type: text/plain; > charset="iso-8859-1" > > I also agree with Dave/Andy/Ron/Alia. If PID is needed, do it properly by def > ining a standard protocol Mux header such as LLC/SNAP. Those interested in id > entifying the protocol in the interior routers would then require to carry th > is header in all packets. > > -Shahram LLC/SNAP is overkill. Something along the lines of the 4 byte L3PID would probably be better. It might be worth adding a value in L3PID or the GMPLS GPID to indicate that the LSP payload has the PID in the top 4 bytes and use the same set of values rather than inventing new number spaces for new PIDs (whether PID is payload ID or packet ID). Curtis From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 10:18:11 -0500 Lines: 67 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Wed Mar 26 21:48:04 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: George Swallow , "W. Mark Townsley" In-Reply-To: <200303252038.PAA25936@bifocal.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 03:38 PM 3/25/2003 -0500, George Swallow wrote: > > Regarding whether the MPLS WG has discussed this before, Eric Rosen > suggested at > > the microphone in SF that it had, but at that time the decision > obviously was to > > not include a PID within MPLS. The bottom line is that perhaps we are > seeing > > that in hindsight this was an error, and if so this should be openly > resolved > > within the MPLS WG. > >For a few of us is was foresight, but that didn't carry the day. I >would be most happy to have this discussed in MPLS. > >It would seem that there three identified uses for the PID. > >1. Dealing with ECMP behavior >2. Inband OAM flows >3. Identifying flows for netmanagement applications. > >The first seems fairly straightforward. > >Define IPv4 and v6, reserve a few more values for possible future >versions of IP. Figure out whether there is any ST left in the >world. > >For the second define a single PID for any OAM flow. It would be >imprudent to had out pair of PIDs to apps that want inband OAM. >Something collecting flow information in the middle of the network >won't be able to identify the inband OAM, but that may be a good thing >as the result will be just counting the data. It is a good thing from a counting/flow perspective because it means that the PW traffic takes the same switching path(s) as the OAM for that PW that might be used to test the PW. OTOH, this will not work for tracing; however, there are other tools that can be used for tracing the PSN already, so this is not a big issue IMHO. >The third is a bit tickier. Given the resolution of (1&2) we'll have a >small number of PID values to play with to use for flow >identification. What that small set should be needs to be resolved. >I look to operators of networks for input. For the last point, wouldn't an option be to just have a single PID for OAM and then have sub-types follow inside the packet to identify the apps? This only requires us to allocate a single PID for OAM. This is incidentally, how we have defined VCCV. --Tom >...George > >================================================================== >George Swallow Cisco Systems (978) 497-8143 > 250 Apollo Drive > Chelmsford, Ma 01824 >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 10:46:05 -0500 Lines: 55 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDE0115C829@nt-exch-yow.pmc-s ierra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 21:51:33 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Andrew G. Malis" , pwe3@ietf.org In-Reply-To: <5.2.0.9.0.20030325184106.059779b8@po1.vivacenetworks.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 06:52 PM 3/25/2003 -0500, Andrew G. Malis wrote: >Shahram and Alia both make excellent points: > >At 3/25/2003 02:18 PM -0800, Shahram Davari wrote: >> >1. Dealing with ECMP behavior >> >2. Inband OAM flows >> >3. Identifying flows for netmanagement applications. >> >>I don't think any of them justifies adding PID. >> >>1) ECMP could use only label hashing and not hash IP header. >>2) OAM flows could use IPv4/V6 null or MPLS Alert label >>3) Netmanagment could identify the flow at the ingress. > >At 3/25/2003 06:15 PM -0500, Alia Atlas wrote: >>How does requiring a PID in the PWE3 L2 control word solve or handle the >>case where a control word is not mandatory? >> >>There are pseudo-wires, such as ethernet, where a control word is not >>mandatory. This would imply that the first nibble (which would be >>identified as the suggested PID) would be that from the ethernet frame. > >We're going to have to change the PWE3 drafts to require the control word, >and change both the SONET/SDH and some of the ATM encapsulations, to >support a hack. Andy, Some people believe that the non-use of the control word is a hack/micro-optimization that should be removed. >If you REALLY want multi-protocol identification, then have the MPLS WG >put a REAL multiprotocol identifier, a la RFC 2427 or 2684, between the >labels and the payload. See, for example, >draft-moreels-multiproto-mpls-00.txt for a much more general (and useful) >method than just a four-bit hack. And sorry for the cross-post, but this >really does affect both WGs. Do you think that it is realistic to go back and change the MPLS header format at this point in the game? --Tom >Cheers, >Andy > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 13:36:19 -0800 Lines: 8 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 22:39:29 2003 Return-path: To: "'Thomas D. Nadeau'" , "Andrew G. Malis" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > > Some people believe that the non-use of the control >word is a hack/micro-optimization that should be removed. Interesting ! ECMP hash is not a hack but signaling non-use of control word is? -Shahram From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 16:45:07 -0500 Lines: 30 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325184106.059779b8@po1.vivacenetworks.com> <4B6D09F3B826D411A67300D0B706EFDE0115C829@nt-exch-yow.pmc-s ierra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Wed Mar 26 22:47:59 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Thomas D. Nadeau" In-Reply-To: <5.2.0.9.2.20030326104423.0624bb88@bucket.cisco.com> X-OriginalArrivalTime: 26 Mar 2003 21:45:14.0220 (UTC) FILETIME=[FBC7E2C0:01C2F3E0] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom, Thanks for your messages. There's a key question I would like to ask in reply: >>>There are pseudo-wires, such as ethernet, where a control word is not >>>mandatory. This would imply that the first nibble (which would be >>>identified as the suggested PID) would be that from the ethernet frame. >> >>We're going to have to change the PWE3 drafts to require the control >>word, and change both the SONET/SDH and some of the ATM encapsulations, >>to support a hack. > > Andy, > > Some people believe that the non-use of the control >word is a hack/micro-optimization that should be removed. Does "some people" represent PWE3 WG consensus? To include Stewart's PID in the PWE3 architecture draft, there must be PWE3 WG consensus on two points: 1. The PID in the architecture spec is the right thing to do. 2. The control word MUST be required in all PWE3 encapsulations. Also, there must be MPLS WG consensus on: 1. There should be an MPLS protocol ID. 2. Stewart's PID is the PWE3 control word in the right way to do it. Cheers, Andy From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: Restoring missing text from draft-ietf-pwe-control-protocol-02 Date: Tue, 25 Mar 2003 22:11:13 -0500 Lines: 62 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325204017.05d28298@po1.vivacenetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , , pwe3@ietf.org, "Luca (E-mail)" X-From: pwe3-admin@ietf.org Wed Mar 26 22:54:42 2003 Return-path: X-Sender: andymalis@mail.attbi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: In-Reply-To: Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Yes, absolutely! Vach, thanks for noticing this. I've moved this from the mpls list to the PWE3 list and changed the subject line to flag it. Cheers, Andy ---------- At 3/25/2003 06:52 PM -0800, Vach Kompella wrote: >One of the problems with the new version of the pwe3-control draft is that the >line that says that the platform label space must be used has been dropped >from >the text. I assume that this was unintentional because it doesn't make >sense to >use interface-specific labels. However, it became apparent at the ISOCORE >interop that one vendor didn't realize this. > >Could it please be re-inserted, right after where it says liberal label >retention should be used? > > "VC labels MUST be allocated from the per-platform label space." > >Thanks. > >-Vach > > > -----Original Message----- > > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Andrew G. > > Malis > > Sent: Tuesday, March 25, 2003 5:49 PM > > To: erosen@cisco.com > > Cc: mpls@UU.NET > > Subject: Re: Distributing Labels for PWs within an LSP TE Tunnel > > > > > > At 3/25/2003 10:04 AM -0500, Eric Rosen wrote: > > > > >Nurit> I do look for a way to bind the (LDP) signaled PWs to the > (RSVP-TE) > > >Nurit> signaled transport tunnel LSP, in a way that both PEs know > about it. > > > > > >There is no way to do this using the protocols as currently defined. > > > > I agree with Eric, and it's the way it is for a very good reason - as a > > result of requiring PW labels in the platform label space, deciding which > > RSVP-TE tunnel to use for the LDP-signaled PWs is purely a local matter at > > the PE that's encapsulating the L2 frames. This allows a number of nice > > properties, such as the ability to very easily switch to a backup tunnel if > > there's a primary tunnel failure and the network isn't using FRR in the > > core, or to load-share over multiple tunnels if the PW doesn't have > > sequentiality requirements (or has partial sequentiality > > requirements). Using end-to-end signaling to bind a PW to a particular > > tunnel removes these properties. > > > > Cheers, > > Andy > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: MPLS PID Date: Wed, 26 Mar 2003 15:14:18 -0500 Lines: 64 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Andrew G. Malis" , pwe3@ietf.org, swallow@cisco.com, tnadeau@cisco.com X-From: pwe3-admin@ietf.org Wed Mar 26 22:58:05 2003 Return-path: X-Sender: tnadeau@www.lucidvision.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: George Swallow , "W. Mark Townsley" Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 03:38 PM 3/25/2003 -0500, George Swallow wrote: > > Regarding whether the MPLS WG has discussed this before, Eric Rosen > suggested at > > the microphone in SF that it had, but at that time the decision > obviously was to > > not include a PID within MPLS. The bottom line is that perhaps we are > seeing > > that in hindsight this was an error, and if so this should be openly > resolved > > within the MPLS WG. > >For a few of us is was foresight, but that didn't carry the day. I >would be most happy to have this discussed in MPLS. > >It would seem that there three identified uses for the PID. > >1. Dealing with ECMP behavior >2. Inband OAM flows >3. Identifying flows for netmanagement applications. > >The first seems fairly straightforward. > >Define IPv4 and v6, reserve a few more values for possible future >versions of IP. Figure out whether there is any ST left in the >world. > >For the second define a single PID for any OAM flow. It would be >imprudent to had out pair of PIDs to apps that want inband OAM. >Something collecting flow information in the middle of the network >won't be able to identify the inband OAM, but that may be a good thing >as the result will be just counting the data. It is a good thing from a counting/flow perspective because it means that the PW traffic takes the same switching path(s) as the OAM for that PW that might be used to test the PW. OTOH, this will not work for tracing; however, there are other tools that can be used for tracing the PSN already, so this is not a big issue IMHO. >The third is a bit tickier. Given the resolution of (1&2) we'll have a >small number of PID values to play with to use for flow >identification. What that small set should be needs to be resolved. >I look to operators of networks for input. For the last point, wouldn't an option be to just have a single PID for OAM and then have sub-types follow inside the packet to identify the apps? This only requires us to allocate a single PID for OAM. This is incidentally, how we have defined VCCV. --Tom >...George > >================================================================== >George Swallow Cisco Systems (978) 497-8143 > 250 Apollo Drive > Chelmsford, Ma 01824 >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 15:16:14 -0500 Lines: 52 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: mpls@uu.net, tnadeau@cisco.com X-From: pwe3-admin@ietf.org Wed Mar 26 23:00:03 2003 Return-path: X-Sender: tnadeau@www.lucidvision.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Andrew G. Malis" , pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 06:52 PM 3/25/2003 -0500, Andrew G. Malis wrote: >Shahram and Alia both make excellent points: > >At 3/25/2003 02:18 PM -0800, Shahram Davari wrote: >> >1. Dealing with ECMP behavior >> >2. Inband OAM flows >> >3. Identifying flows for netmanagement applications. >> >>I don't think any of them justifies adding PID. >> >>1) ECMP could use only label hashing and not hash IP header. >>2) OAM flows could use IPv4/V6 null or MPLS Alert label >>3) Netmanagment could identify the flow at the ingress. > >At 3/25/2003 06:15 PM -0500, Alia Atlas wrote: >>How does requiring a PID in the PWE3 L2 control word solve or handle the >>case where a control word is not mandatory? >> >>There are pseudo-wires, such as ethernet, where a control word is not >>mandatory. This would imply that the first nibble (which would be >>identified as the suggested PID) would be that from the ethernet frame. > >We're going to have to change the PWE3 drafts to require the control word, >and change both the SONET/SDH and some of the ATM encapsulations, to >support a hack. Andy, Some people believe that the non-use of the control word is a hack/micro-optimization that should be removed. >If you REALLY want multi-protocol identification, then have the MPLS WG >put a REAL multiprotocol identifier, a la RFC 2427 or 2684, between the >labels and the payload. See, for example, >draft-moreels-multiproto-mpls-00.txt for a much more general (and useful) >method than just a four-bit hack. And sorry for the cross-post, but this >really does affect both WGs. Do you think that it is realistic to go back and change the MPLS header format at this point in the game? --Tom >Cheers, >Andy > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: New PWE3 Co-Chair Date: Wed, 26 Mar 2003 14:58:19 -0700 Lines: 16 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Wed Mar 26 23:06:12 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Folks, Please join Allison, Jon & I in welcoming Stewart Bryant as my PWE3 co-chair. As many of you know, he's been very active in PWE3 already, and as co-chair he'll provide a bit more surface area for nudging from ADs and WG members, etc.. Please begin address chair-directed queries to both Stewart and I. In addition, Jon Peterson (new Transport AD) will be serving in the role of "primary AD-ship" for PWE3. I'm hoping we'll make some progress before the next meeting, so with that said -- get back to work :-) -danny From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Vach Kompella" Subject: RE: Restoring missing text from draft-ietf-pwe-control-protocol-02 Date: Wed, 26 Mar 2003 14:04:38 -0800 Lines: 88 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325220627.05ef7ce8@mail.attbi.com> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: "Andrew G. Malis" , , , "Luca \(E-mail\)" X-From: pwe3-admin@ietf.org Wed Mar 26 23:09:01 2003 Return-path: To: "Andrew G. Malis" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <5.2.0.9.0.20030325220627.05ef7ce8@mail.attbi.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-OriginalArrivalTime: 26 Mar 2003 22:04:39.0065 (UTC) FILETIME=[B2152090:01C2F3E3] Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Thanks. The credit for finding this goes to Rajeev Papneja (ISOCORE), and he has a few more issues that I was hoping he'd put up on the PWE3 mailing list since I didn't get a chance to present his slides in ppvpn. Rajeev? -Vach > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org]On Behalf Of > Andrew G. Malis > Sent: Tuesday, March 25, 2003 7:11 PM > To: vkompella@timetra.com > Cc: Andrew G. Malis; erosen@cisco.com; pwe3@ietf.org; Luca (E-mail) > Subject: [PWE3] Restoring missing text from > draft-ietf-pwe-control-protocol-02 > > > Yes, absolutely! > > Vach, thanks for noticing this. I've moved this from the mpls list to the > PWE3 list and changed the subject line to flag it. > > Cheers, > Andy > > ---------- > > At 3/25/2003 06:52 PM -0800, Vach Kompella wrote: > > >One of the problems with the new version of the pwe3-control draft > is that the > >line that says that the platform label space must be used has been dropped > >from > >the text. I assume that this was unintentional because it doesn't make > >sense to > >use interface-specific labels. However, it became apparent at the ISOCORE > >interop that one vendor didn't realize this. > > > >Could it please be re-inserted, right after where it says liberal label > >retention should be used? > > > > "VC labels MUST be allocated from the per-platform label space." > > > >Thanks. > > > >-Vach > > > > > -----Original Message----- > > > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Andrew G. > > > Malis > > > Sent: Tuesday, March 25, 2003 5:49 PM > > > To: erosen@cisco.com > > > Cc: mpls@UU.NET > > > Subject: Re: Distributing Labels for PWs within an LSP TE Tunnel > > > > > > > > > At 3/25/2003 10:04 AM -0500, Eric Rosen wrote: > > > > > > >Nurit> I do look for a way to bind the (LDP) signaled PWs to the > > (RSVP-TE) > > > >Nurit> signaled transport tunnel LSP, in a way that both PEs know > > about it. > > > > > > > >There is no way to do this using the protocols as currently defined. > > > > > > I agree with Eric, and it's the way it is for a very good reason - as a > > > result of requiring PW labels in the platform label space, deciding which > > > RSVP-TE tunnel to use for the LDP-signaled PWs is purely a local matter at > > > the PE that's encapsulating the L2 frames. This allows a number of nice > > > properties, such as the ability to very easily switch to a backup > tunnel if > > > there's a primary tunnel failure and the network isn't using FRR in the > > > core, or to load-share over multiple tunnels if the PW doesn't have > > > sequentiality requirements (or has partial sequentiality > > > requirements). Using end-to-end signaling to bind a PW to a particular > > > tunnel removes these properties. > > > > > > Cheers, > > > Andy > > > > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: MPLS PID Date: Wed, 26 Mar 2003 17:05:46 -0500 Lines: 300 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F3E3.DA6C63DC" Cc: "Andrew G. Malis" , pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Wed Mar 26 23:11:15 2003 Return-path: To: "'Thomas D. Nadeau'" , George Swallow , "W. Mark Townsley" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F3E3.DA6C63DC Content-Type: text/plain; charset="iso-8859-1" Tom: Why not simply a PID for multi-protocol instead of explicitly for OAM, and a subsequent field could identify if it was ICMP, LSP-PING, 1711, SIP, whatever. Stunt doubles for a normal/reserved label just fine. Probably about the same implementation complexity though for any individual application. At that point it may be useful to deprecate many of the reserved labels as we could now move functions like "router alert" out of the stack. If every node is snooping payload and we've made the bottom of stack some kind of extended label entry, it make make sense to do some things differently. IMHO this could clean up some loose areas in the architecture in particular w.r.t label semantics. Dave > -----Original Message----- > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > Sent: Wednesday, March 26, 2003 10:18 AM > To: George Swallow; W. Mark Townsley > Cc: Andrew G. Malis; pwe3@ietf.org; swallow@cisco.com > Subject: Re: [PWE3] MPLS PID > > > At 03:38 PM 3/25/2003 -0500, George Swallow wrote: > > > Regarding whether the MPLS WG has discussed this before, > Eric Rosen > > suggested at > > > the microphone in SF that it had, but at that time the decision > > obviously was to > > > not include a PID within MPLS. The bottom line is that perhaps we > > > are > > seeing > > > that in hindsight this was an error, and if so this > should be openly > > resolved > > > within the MPLS WG. > > > >For a few of us is was foresight, but that didn't carry the day. I > >would be most happy to have this discussed in MPLS. > > > >It would seem that there three identified uses for the PID. > > > >1. Dealing with ECMP behavior > >2. Inband OAM flows > >3. Identifying flows for netmanagement applications. > > > >The first seems fairly straightforward. > > > >Define IPv4 and v6, reserve a few more values for possible future > >versions of IP. Figure out whether there is any ST left in > the world. > > > >For the second define a single PID for any OAM flow. It would be > >imprudent to had out pair of PIDs to apps that want inband OAM. > >Something collecting flow information in the middle of the network > >won't be able to identify the inband OAM, but that may be a > good thing > >as the result will be just counting the data. > > It is a good thing from a counting/flow perspective > because it means that the PW traffic takes the same switching > path(s) as the OAM for that PW that might be used to test the > PW. OTOH, this will not work for tracing; however, there are > other tools that can be used for tracing the PSN already, so > this is not a big issue IMHO. > > >The third is a bit tickier. Given the resolution of (1&2) > we'll have a > >small number of PID values to play with to use for flow > identification. > >What that small set should be needs to be resolved. I look > to operators > >of networks for input. > > For the last point, wouldn't an option be to just > have a single PID for OAM and then have sub-types follow > inside the packet to identify the apps? This only requires > us to allocate a single PID for OAM. This is incidentally, > how we have defined VCCV. > > --Tom > > > > >...George > > > >================================================================== > >George Swallow Cisco Systems (978) 497-8143 > > 250 Apollo Drive > > Chelmsford, Ma 01824 > >_______________________________________________ > >pwe3 mailing list > >pwe3@ietf.org > >https://www1.ietf.org/mailman/listinfo/pwe3 > > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 ------_=_NextPart_001_01C2F3E3.DA6C63DC Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] MPLS PID

Tom:

Why not simply a PID for multi-protocol instead of = explicitly for OAM, and a subsequent field could identify if it was = ICMP, LSP-PING, 1711, SIP, whatever. Stunt doubles for a = normal/reserved label just fine. Probably about the same implementation = complexity though for any individual application.

At that point it may be useful to deprecate many of = the reserved labels as we could now move functions like "router = alert" out of the stack. If every node is snooping payload and = we've made the bottom of stack some kind of extended label entry, it = make make sense to do some things differently. IMHO this could clean up = some loose areas in the architecture in particular w.r.t label = semantics.

Dave

> -----Original Message-----
> From: Thomas D. Nadeau [mailto:tnadeau@cisco.com]
> Sent: Wednesday, March 26, 2003 10:18 AM
> To: George Swallow; W. Mark Townsley
> Cc: Andrew G. Malis; pwe3@ietf.org; = swallow@cisco.com
> Subject: Re: [PWE3] MPLS PID
>
>
> At 03:38 PM 3/25/2003 -0500, George Swallow = wrote:
> > > Regarding whether the MPLS WG has = discussed this before,
> Eric Rosen
> > suggested at
> > > the microphone in SF that it had, but = at that time the decision
> > obviously was to
> > > not include a PID within MPLS. The = bottom line is that perhaps we
> > > are
> > seeing
> > > that in hindsight this was an error, = and if so this
> should be openly
> > resolved
> > > within the MPLS WG.
> >
> >For a few of us is was foresight, but that = didn't carry the day.  I
> >would be most happy to have this discussed = in MPLS.
> >
> >It would seem that there three identified = uses for the PID.
> >
> >1.  Dealing with ECMP behavior
> >2.  Inband OAM flows
> >3.  Identifying flows for = netmanagement applications.
> >
> >The first seems fairly = straightforward.
> >
> >Define IPv4 and v6, reserve a few more = values for possible future
> >versions of IP.  Figure out whether = there is any ST left in
> the world.
> >
> >For the second define a single PID for any = OAM flow.  It would be
> >imprudent to had out pair of PIDs to apps = that want inband OAM.
> >Something collecting flow information in = the middle of the network
> >won't be able to identify the inband OAM, = but that may be a
> good thing
> >as the result will be just counting the = data.
>
>          It = is a good thing from a counting/flow perspective
> because it means that the PW traffic takes the = same switching
> path(s) as the OAM for that PW that might be = used to test the
> PW. OTOH, this will not work for tracing; = however, there are
> other tools that can be used for tracing the = PSN already, so
> this is not a big issue IMHO.
>
> >The third is a bit tickier.  Given the = resolution of (1&2)
> we'll have a
> >small number of PID values to play with to = use for flow
> identification. 
> >What that small set should be needs to be = resolved. I look
> to operators
> >of networks for input.
>
>          For = the last point, wouldn't an option be to just
> have a single PID for OAM and then have = sub-types follow
> inside the packet to identify the apps?  = This only requires
> us to allocate a single PID for OAM.  This = is incidentally,
> how we have defined VCCV.
>
>          = --Tom
>
>
>
> >...George
> >
> = >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >George = Swallow       Cisco = Systems           = ;       (978) 497-8143
> = >           &n= bsp;          250 Apollo = Drive
> = >           &n= bsp;          Chelmsford, = Ma 01824
> = >_______________________________________________
> >pwe3 mailing list
> >pwe3@ietf.org
> >https://www1.ietf.org/mailman/listinfo/pwe3=
>
>
http://www.elsevier-international.com/catalogue/title.= cfm?ISBN=3D155860751X

_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3=

------_=_NextPart_001_01C2F3E3.DA6C63DC-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Wei Luo Subject: Re: PPP and HDLC over MPLS Date: Wed, 26 Mar 2003 14:40:15 -0800 Lines: 44 Sender: pwe3-admin@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Wed Mar 26 23:44:15 2003 Return-path: X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en,zh-CN To: Shahriar Rahman Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O The base PPP protocol header does not include HDLC address and control fields. Only when PPP uses HDLC-like framing on certain media types, the L2 header has these fields, but they are considered as media-specific information. ---Wei Shahriar Rahman wrote: > > Hello, > Looking at draft-martini-ppp-hdlc-encap-mpls-00.txt (not sure if there is > a following version of the draft), the following sections- > > 4.1. HDLC > > HDLC mode provides port to port transport of HDLC encapsulated > traffic. The HDLC PDU is transported in its entirety, including the > HDLC address, control and protocol fields, but excluding HDLC flags > and the FCS. .... > > 4.2. PPP > > PPP mode provides point to point transport of PPP encapsulated > traffic, as specified in [3]. The PPP PDU is transported in its > entirety, including the protocol field (whether compressed using PFC > or not), but excluding any media-specific framing information, such > as HDLC address and control fields or FCS. .... > > It occured to me why in one case HDLC address and control fields are > transported and in the other they are not. It wasn't obvious to me. > > _thanks for any explanation. > regards_ > Shahriar > > ================================================================= > Shahriar Rahman || || > Software Engineer |||| |||| > c7600 Toaster Development ..:||||||:..:||||||:.. > (408) 525 1351 ------------------------ > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 From owner-mpls@UU.NET Wed Dec 27 16:41:44 2006 From: jeremy.de_clercq@alcatel.be Subject: Re: [PWE3] MPLS PID Date: Thu, 27 Mar 2003 10:49:10 +0100 Organization: Alcatel Lines: 30 Sender: owner-mpls@UU.NET References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "'Scott W Brim'" , pwe3@ietf.org, mpls@UU.NET X-From: owner-mpls@UU.NET Thu Mar 27 11:00:35 2003 Return-path: X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en To: David Allan X-MIMETrack: Itemize by SMTP Server on BEMAIL04/BE/ALCATEL(Release 5.0.11 |July 24, 2002) at 03/27/2003 10:49:10, Serialize by Router on BEMAIL04/BE/ALCATEL(Release 5.0.11 |July 24, 2002) at 03/27/2003 10:49:12, Serialize complete at 03/27/2003 10:49:12 Precedence: bulk Status: O Dave, all, > If we go on the assertion that MPLS should have had a PID (as opposed > to current practice of binding protocols to labels) then we need to > scope what we are really trying to achieve.... > > 1) Make the payload self describing to end points. > 2) Multiplex payloads over a single LSP. > 3) Make the payload self-describing to intermediate systems. > > At the moment, 3 appears to be the exclusive motivation for this but > has implications in 1 & 2 as we already have mechanisms for achieving > those goals today (indirectly via signalling (1) & label stacking > (2)). If MPLS should have a PID, is it something that would be mandatory on every LSP, or is the presence of this to be signaled (e.g. using a new 'PW type' in draft-ietf-pwe3-control-protocol (e.g. "type Multi-Protocol")) ? I think that if MPLS PID is defined, the use of it should be optional and signaled. So not "as opposed to binding protocols to labels", but "as an optional alternative to binding protocols to labels". Applications for motivation 1) are described in draft-moreels-multiproto-mpls-00.txt and in draft-sajassi-l2vpn-interworking-01.txt. thanks, Jeremy. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Ron Cohen" Subject: MPLS PID: A proposal Date: Thu, 27 Mar 2003 12:51:14 +0200 Lines: 44 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Thu Mar 27 11:56:15 2003 Return-path: To: "PWE3 \(IETF\)" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O It seems that: 1. There is a need for protocol identification over MPLS for some applications. 2. The MPLS PID issue should be investigated in MPLS WG to arrive at a general solution. My proposal is to add an optional word (4 bytes) that would be added to PW over MPLS flows. The content of this word would be left for MPLS WG to define. In order not to tie together the advance of the PWE3 WG to the MPLS one, I suggest that we treat it as an opaque word. The sender would add an opaque word, and the receiver would be configured to skip this word. In MPLS environment where protocol identification is needed, the opaque word will be used within the encapsulation. In environment where there is no need for this feature, the opaque word would not be used. The requirement we put forward to the MPLS WG are: 1. Size: 4 bytes 2. identification of non IPv4/IPv6 in first four bits. 3. Applications can treat it as opaque object (i.e., no mandatory non-fixed value fields). Ron Ron Cohen CTO Lycium Networks Desk: +972 9 7619004 Mobile: +972 55 245104 Fax: +972 9 7619022 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Tim.Frost@Zarlink.Com Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Thu, 27 Mar 2003 14:39:36 +0000 Lines: 59 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-From: pwe3-admin@ietf.org Thu Mar 27 15:55:27 2003 Return-path: To: pwe3@ietf.org X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 X-MIMETrack: Serialize by Router on ottmta01/Semi(Release 5.0.11 |July 24, 2002) at 03/27/2003 09:48:15 AM, Serialize complete at 03/27/2003 09:48:15 AM Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I have noted the following main comments on draft-johnson over the last month, both on the list and at the San Francisco meeting: 1. The default payload size for unstructured E1/T1 is too large at 376, this should be reduced to 141 (47*3) or 188 (47*4). Since other payload sizes may be supported at will, I don't anticipate any significant objection to this. 2. The default payload size for unstructured E3/T3 should be separated from that for E1/T1. It could remain at 376. This seems reasonable to me. 3. The use of a superframe format for NxDS0 without CAS is unjustified I think everyone on the list agrees with this point. We seem to be in agreement that the only relevant structure is the 125us frame. 4. The structure pointer mechanism for NxDS0 with/without CAS should be made mandatory This is the main point of controversy. One of the main benefits of the pointer mechanism is to make interworking with AAL1 CES easier. AAL1 CES delivers cells with no fixed relationship to the frame structure, but with a pointer to identify where that structure starts. Therefore these cells may be received by an inter-working function, the ATM and AAL1 header bytes stripped, and the cells placed into a packet, with the AAL1 structure pointer modified as required to point to the first occurence of the frame structure within the packet. AAL1 required a pointer mechanism because the cell size was fixed. Therefore it was not possible to vary the size of the payload with the value of N, or to suit the application. In fact the payload size varies with the addition of the pointer in every eighth cell. A packet switched network on the other hand copes with a wide range of packet sizes. This allows signficant possibilities, such as specifying the packet size in terms of packetization delay, e.g. packet size = N * number of frames delay required. This is important, since a key attribute of TDM systems is the overall latency, of which the packetization delay may be a signficant component in many applications. It also allows the delay to be kept constant regardless of the value of N, which is an important consideration for service providers who may be providing fractional T1 service with different values of N to different customers, but keep the latency budget the same for each customer. If the packet size is defined in this way, the structure pointer is no longer required. This is because the packet size is now locked to the TDM frame boundary, simplifying the construction of the header. Therefore the question comes down to what Shahram expressed at the San Francisco meeting: What is most important, the ability to define packetization delay that is constant with N , or making inter-working with AAL1 services easier? As we requested at the San Francisco meeting, please express your arguments to the list. Cheers, Tim From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Thu, 27 Mar 2003 07:17:26 -0800 Lines: 104 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain X-From: pwe3-admin@ietf.org Thu Mar 27 16:19:38 2003 Return-path: To: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tim, Excellent summary of the issues. I support all 4 points that you raised. Regarding point 4, I prefer ease of interworking with ATM CES. The reason is that if pointer is not supported, then it becomes impossible to interwork with ATM CES, without first converting the TDM emulated packets to TDM and then converting it back to ATM CES. However, I don't think adding a pointer to the header complicates the protocol that much. Also if the pointer is present then off course constant delay for every N could also be achieved. So I think mandating the pointer solves 2 problems: a) Ease of interworking with ATM CES b) Constant delay regardless of N Yours, Shahram >-----Original Message----- >From: Tim.Frost@zarlink.com [mailto:Tim.Frost@zarlink.com] >Sent: Thursday, March 27, 2003 9:40 AM >To: pwe3@ietf.org >Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > >I have noted the following main comments on draft-johnson over >the last >month, both on the list and at the San Francisco meeting: > >1. The default payload size for unstructured E1/T1 is too >large at 376, >this should be reduced to 141 (47*3) or 188 (47*4). >Since other payload sizes may be supported at will, I don't >anticipate any >significant objection to this. > >2. The default payload size for unstructured E3/T3 should be separated >from that for E1/T1. It could remain at 376. >This seems reasonable to me. > >3. The use of a superframe format for NxDS0 without CAS is unjustified >I think everyone on the list agrees with this point. We seem to be in >agreement that the only relevant structure is the 125us frame. > >4. The structure pointer mechanism for NxDS0 with/without CAS >should be >made mandatory >This is the main point of controversy. > >One of the main benefits of the pointer mechanism is to make >interworking >with AAL1 CES easier. AAL1 CES delivers cells with no fixed >relationship >to the frame structure, but with a pointer to identify where that >structure starts. Therefore these cells may be received by an >inter-working function, the ATM and AAL1 header bytes >stripped, and the >cells placed into a packet, with the AAL1 structure pointer >modified as >required to point to the first occurence of the frame >structure within the >packet. > >AAL1 required a pointer mechanism because the cell size was fixed. >Therefore it was not possible to vary the size of the payload with the >value of N, or to suit the application. In fact the payload >size varies >with the addition of the pointer in every eighth cell. > >A packet switched network on the other hand copes with a wide range of >packet sizes. This allows signficant possibilities, such as >specifying the >packet size in terms of packetization delay, e.g. packet size >= N * number >of frames delay required. This is important, since a key >attribute of TDM >systems is the overall latency, of which the packetization >delay may be a >signficant component in many applications. It also allows the >delay to be >kept constant regardless of the value of N, which is an important >consideration for service providers who may be providing fractional T1 >service with different values of N to different customers, but >keep the >latency budget the same for each customer. > >If the packet size is defined in this way, the structure pointer is no >longer required. This is because the packet size is now locked >to the TDM >frame boundary, simplifying the construction of the header. > >Therefore the question comes down to what Shahram expressed at the San >Francisco meeting: What is most important, the ability to define >packetization delay that is constant with N , or making >inter-working with >AAL1 services easier? > >As we requested at the San Francisco meeting, please express your >arguments to the list. > >Cheers, >Tim > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: MPLS PID Date: Thu, 27 Mar 2003 11:13:23 -0500 Lines: 54 Sender: pwe3-admin@ietf.org References: <3E82C916.83E88CF0@alcatel.be> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: David Allan , "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Thu Mar 27 17:26:37 2003 Return-path: To: jeremy.de_clercq@alcatel.be In-reply-to: Your message of Thu, 27 Mar 2003 10:49:10 +0100. <3E82C916.83E88CF0@alcatel.be> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Let's try to focus a little. 1. The only reason for a PID field in MPLS and/or PWE3 is to allow intermediate routers to determine whether a particular MPLS payload is an IP packet or not. There are a number of reasons why this is useful, and no one has argued that this is not useful. No one has provided a reason why it might be useful for intermediate routers to know, if the payload is not IP, what kind of packet it is. 2. The reason there is no PID field in the MPLS header is that there was a consensus to keep the header as short as possible. 3. The reason the PWE3 control word is optional is that there is a consensus (apparently a continuing one) to allow service providers to specify that the header be kept as short as possible. 4. My conclusion from 2 and 3 is that there isn't much hope for any solution which includes both a PWE3 control word AND a 4-byte MPLS PID field. 5. There is anyway no way for the IETF to change the basic MPLS forwarding logic, at least not in the time frame over which one would like to see PWE3 deployments. 5. My further conclusion is that, as Mark has suggested, the only possible outcome of a discussion in the MPLS WG is a recommendation that any non-IP application using MPLS specify a control word whose first nibble is as Stewart has proposed for PWE3. 6. No one has given a reason why the first nibble of any such control word should not be as Stewart has proposed. 7. The PWE3 control word can be specified as a mandatory-to-implement option which a SP can disable if his environment is such he doesn't care about the absence of the PID. So I really think there is only one possible outcome. The only issue is how much time and breath we want to waste until we get there. A SP is faced with the choice of either: a. Requiring the use of a Martini-style PID, or b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or c. Ensuring that his PWE3 packets do not pass through any MPLS environment in which load balancing is done. Encapsulations which do not use the Martini-style control word are therefore at a disadvantage. We should make sure therefore that any encapsulation which actually solves a problem for the industry has a control word with the first nibble as Stewart has proposed. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Alik Shimelmits Subject: latency control for TDM pseudo-wires and ATM-CES Date: Thu, 27 Mar 2003 20:09:51 +0200 Lines: 110 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" X-From: pwe3-admin@ietf.org Thu Mar 27 19:20:37 2003 Return-path: To: Tim.Frost@zarlink.com, pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Guys, in the ongoing discussion of TDM drafts in the PWE3 WG the need/ lack of interworking with ATM Circuit Emulation (ATM-CES for short) was mentioned as the requirement alternating the need to have controlled latency. That rather surprised me and I came to conclusion that ATM-CES interworking has not been really discussed in PWE3 WG. Below I try to give my answer to the following questions: a) what exactly "interworking with ATM-CES" means? b) how draft-anavi / draft-davari answers to this requirement. 1. The following use case requires some solution for interworking with ATM-CES: - A pair of PEs provide a PW carrying some TDM payload between a couple of CEs - The attachment circuit between PE-1 and its local CE-1 is a classic TDM circuit (e.g., T1 over copper) - The attachment circuit between PE-2 and its local CE-2 is a TDM circuit carried over ATM AAL1 [AAL1] as described in [ATM-CES]. I am not aware of any other use case for the ATM-CES interoperability problem. 2. The obvious way to support such a PW would be: - Terminate AAL1 and ATM-CES in PE-2 extracting the relevant TDM circuit (ATM-CES payload). This functionality is performed by an ATM-CES IWF acting as an appropriate NSP in PE-2, and the TDM circuit is fed into the PW IWF - Create the PW between the IWF in PE-1 (which is fed by a native TDM attachment circuit) and its counterpart in PE-2. Such an approach is fully consistent with the PWE3 architecture. It was selected as solution for interworking with ATM attached circuits for Frame Relay and Ethernet application as well as the solution for, say, T1 attachment circuits multiplexed in T3. This straightforward approach mandates termination of AAL1 and ATM-CES in the device (PE-2) that acts as a gateway between ATM and PSN networks. IMO, an alternative solution should only be considered if it is very simple and straightforward. 3. draft-davari presents another approach: - Extend the AAL1 circuit over PSN from PE-2 to PE-1 - terminate an AAL1oPSN PW, AAL1 and ATM-CES in an appropriate NSP in PE-1. This approach mandates termination of AAL1 and ATM-CES in a device (PE-1) that is not a gateway between ATM and PSN networks. (I do not see any logic in it). The approach presented in draft-anavi is IMO different from draft-davari, because the former does not provide for any demarcation between the AAL1/ATM-CES function and an ATM PW IWF. This difference can be clearly when it comes to methods of handling lost PW packets in the two drafts: - draft-davari (with the modifications presented in SF) mainly discusses the ways to allow the AAL1 path terminator to handle the resulting loss of (consecutive) cells - draft-anavi speaks about the need to "preserve correct synchronization bits". Hence I do not think that draft-anavi really addresses the ATM-CES interworking issue. 4. Another important item that IMO has not been discussed till now is how (native) ATM-CES deals with the segmentation latency (analog of the packetization delay in the PSN world). As far as I know: a) ATM-CES deals separately with emulation of structured and unstructured TDM circuits. b) Segmentation latency in unstructured TDM emulation is ~0.25 milliseconds for T1 and ~0.184 milliseconds fot E1. In other words, it is low enough to ignored. c) For emulation of structured TDM services (i.e. NxDS0 and NxDS0 with CAS) ATM-CES supports two modes: * Fully filled cells. In this case the segmentation latency is a function of N. Not only does it result in high latencies, but the fact that the latency varies for different N is often unacceptable. * Partially filled cells. In this mode the user specifies the (fixed) number of bytes that are used to carry the TDM payload in each cell. This mode allows full control of segmentation latency and, if necessary, makes it independent of N, but it carries with it a heavy price - the BW efficiency becomes low. E.g., if you want to support 1 ms segmentation latency for a 4xDS0 circuit, you only use 32 bytes out of 47/46 available in each cell, i.e 50% overhead. * While the ATM Forum spec defines the partial fill mode for emulation of structured TDM as OPTIONAL, de-facto most ATM-CES processors implement it - because the need to provide low segmentation latency and its independence of N are well recoginzed. And (not surprisingly) there are people who use this mode. To sum it up: - interworking with ATM attached circuits differs for structured and unstructured services; - for structured services implementing "partial fill" approach extending AAL1 circuit over PSN is extremely BW-ineffective; - ATM-CES termination block must support "partial fill" mode. My 2c (rather long may be ;-) Alik From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: Ethernet over MPLS Date: Thu, 27 Mar 2003 13:18:47 -0500 Lines: 36 Sender: pwe3-admin@ietf.org References: <026901c2f33c$3021e430$1500000a@ANDREWLAPTOP> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "'Scott W Brim'" , pwe3@ietf.org, "'Harald Tveit Alvestrand'" X-From: pwe3-admin@ietf.org Thu Mar 27 19:22:37 2003 Return-path: To: "Andrew Smith" In-reply-to: Your message of Tue, 25 Mar 2003 18:05:29 -0800. <026901c2f33c$3021e430$1500000a@ANDREWLAPTOP> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I wish we could discuss this without resorting to ad hominems. I myself have tried at least three times to get tagged mode removed from the specifications, on the grounds that (as has finally been generally noticed), it doesn't really make much sense when looked at from a network architecture point of view. However, there is a real practical problem solved by tagged mode, and we need to look at it and decide what to do about it. The underlying problem is that people tend to design hardware in ways that are locally optimized. For instance, when designing ethernet switching hardware, one might decide that all tag manipulation is done on the output card, with the input card passing the tags transparently. (Or it might be the other way around, with all the tag processing done only on the input card and the output card passing them transparently.) This is fine if all ethernet frames passing through the box receive both the input and output ethernet processing. However, if you try to connect two of these boxes with a pseudowire, you immediately run into a problem: at the ingress box, the frames never received the output ethernet processing. The consequence is that if a received frame has a provider tag, the hardware cannot support raw mode. Now our choice is whether or not to provide a standard which can be supported by hardware of this sort. It's pretty clear that a lot of the deployed hardware that provides pseudowires is like this, and that service providers will continue to want interoperability with the deployed hardware. It would be possible to describe tagged mode only in an Informational doc, but I think this would end up being more confusing to the industry than having tagged mode appear in the standard, with suitable text as to its purpose and its applicability. (As has been pointing out, the applicability statement for tagged mode would be quite a challenge to write!) From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: MPLS PID Date: Thu, 27 Mar 2003 13:48:26 -0500 Lines: 271 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F491.7343C372" Cc: "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Thu Mar 27 19:51:38 2003 Return-path: To: "'erosen@cisco.com'" , jeremy.de_clercq@alcatel.be X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F491.7343C372 Content-Type: text/plain; charset="iso-8859-1" Eric: > Let's try to focus a little. > > 1. The only reason for a PID field in MPLS and/or PWE3 is to allow > intermediate routers to determine whether a particular MPLS payload is an > IP packet or not. Actually at the moment it appears to be to stop ECMP implementations from buggering non-IP flows. However sticking with having to use additional labels to discriminate protocol flows or router alert or whatever gets similarely broken by ECMP. A pid plus one or two bits obviates the need for ALL reserved labels in order to perform the same functions. Seeing as folks were opposed to codifying things like not hashing reserved labels and excluding the 's' bit in NHLFE selection in Atlanta, adding the option of an extended label with a PID and some control bits looks very attractive. > > There are a number of reasons why this is useful, and no one has argued > that this is not useful. > > No one has provided a reason why it might be useful for intermediate > routers to know, if the payload is not IP, what kind of packet it is. You're not a student of OAM. Tom's VCCV stuff and my guidelines draft are all about trying to carry protocols across the network without having ECMP 'exceed its mandate'....Some of us would love to have segment OAM ability as well. > > 2. The reason there is no PID field in the MPLS header is that there was a > consensus to keep the header as short as possible. And that's wonderful for the high running case (v4/v6), beyond that having to use another 32 bits exclusively as a PID is not that efficient. > > 3. The reason the PWE3 control word is optional is that there is a consensus > (apparently a continuing one) to allow service providers to specify that > the header be kept as short as possible. > > 4. My conclusion from 2 and 3 is that there isn't much hope for any solution > which includes both a PWE3 control word AND a 4-byte MPLS PID field. I'm certainly not suggesting that. > > 5. There is anyway no way for the IETF to change the basic MPLS forwarding > logic, at least not in the time frame over which one would like to see > PWE3 deployments. Don't think anyone is suggesting that either. > 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets. > 7. The PWE3 control word can be specified as a mandatory-to-implement option > which a SP can disable if his environment is such he doesn't care about > the absence of the PID. > So I really think there is only one possible outcome. The only issue is how much time and breath we want to waste > until we get there. A SP is faced with the choice of either: > a. Requiring the use of a Martini-style PID, or > b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or > c. Ensuring that his PWE3 packets do not pass through any MPLS environment > in which IP payload based load balancing is done. ^^^^^^^^^^^^^^^^ d. load balancing limited to the label stack is also an option, having an alternative to reserved labels for LSP specific functions works even better.....esp. w.r.t. the genie already out there Dave ------_=_NextPart_001_01C2F491.7343C372 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [PWE3] MPLS PID

Eric:

> Let's try to focus a little.
>
> 1. The  only  reason for  = a  PID  field in  MPLS  and/or PWE3  is = to  allow
>    intermediate routers to = determine whether a particular MPLS payload is an
>    IP packet or not.

Actually at the moment it appears to be to stop ECMP = implementations from buggering non-IP flows. However sticking with = having to use additional labels to discriminate protocol flows or = router alert or whatever gets similarely broken by ECMP. A pid plus one = or two bits obviates the need for ALL reserved labels in order to = perform the same functions.

Seeing as folks were opposed to codifying things like = not hashing reserved labels and excluding the 's' bit in NHLFE = selection in Atlanta, adding the option of an extended label with a PID = and some control bits looks very attractive.

 
>
>    There are a number  of = reasons why this is useful, and  no one has argued
>    that this is not useful. =
>
>    No one  has = provided  a reason  why it might  be useful for = intermediate
>    routers to know, if the = payload is not IP, what kind of packet it is.

You're not a student of OAM. Tom's VCCV stuff and my = guidelines draft are all about trying to carry protocols across the = network without having ECMP 'exceed its mandate'....Some of us would = love to have segment OAM ability as well.

 
>
> 2. The reason there is  no PID field in = the MPLS header  is that there was a
>    consensus to keep the header = as short as possible.

And that's wonderful for the high running case = (v4/v6), beyond that having to use another 32 bits exclusively as a PID = is not that efficient.

>
> 3. The reason the PWE3 control word is optional = is that there is a consensus
>    (apparently a continuing one) = to  allow service providers to specify that
>    the header be kept as short = as possible.
>
> 4. My conclusion from 2 and 3 is that there = isn't much hope for any solution
>    which includes both a PWE3 = control word AND a 4-byte MPLS PID field.

I'm certainly not suggesting that.
 
>
> 5. There is anyway  no way for the IETF to = change  the basic MPLS forwarding
>    logic, at least  not in = the time  frame over which one would  like to see
>    PWE3 deployments.

Don't think anyone is suggesting that either.

> 6. No one has given  a reason why the first = nibble of  any such control word
>    should not be as Stewart has = proposed.

Except that it breaks some implementations that may = have 0x04 in the first nybble without being IP packets.


> 7. The PWE3 control word can be specified as a = mandatory-to-implement option
>    which a SP  can disable = if his environment is such  he doesn't care about
>    the absence of the PID. =

> So I really think there is only one possible = outcome.  The only issue is how much time  and breath we = want  to waste 

> until we  get there.  A  SP is = faced with the choice of either:

> a. Requiring the use of a Martini-style PID, or =

> b. Ensuring that his pseudowires only carry = non-order-sensitive traffic, or

> c. Ensuring that  his PWE3 packets do not = pass  through any MPLS environment
>    in which IP payload based = load balancing is done.
        =           = ^^^^^^^^^^^^^^^^

d. load balancing limited to the label stack is also = an option, having an alternative to reserved labels for LSP specific = functions works even better.....esp. w.r.t. the genie already out = there

Dave






------_=_NextPart_001_01C2F491.7343C372-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACTION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 20:57:54 +0200 Lines: 148 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 20:03:42 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and all, Please see some comments (rather long ones) inline. With best regards, Sasha Vainshtein email: sasha@axerra.com tel: +972-3-7659993 (office) +972-8-9254948 (res.) +972-58-674833 (cell.) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Thursday, March 27, 2003 5:17 PM > To: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > Tim, > > Excellent summary of the issues. I support all 4 points that > you raised. > I concur. > > Regarding point 4, I prefer ease of interworking with ATM > CES. The reason is > Is this the reason for your preference? > > that if pointer is not supported, then it > becomes impossible to interwork with ATM CES, without first > converting the TDM emulated packets to TDM and then > converting it back to ATM CES. > I assume you mean structured ATM-CES here. My comments below are based on this assumption. I also do not understand which use case you have in mind. If you have ATM-CES attachment circuits at two ends of the PW, then you do not need any conversion at all. If you have an ATM-CES attachment circuit at one end of a PW and any other TDM attachment circuit at the other end, then you need an NSP block converting ATM-CES to TDM and back at one end. It seems absolutely logical and fully consistent with the PWE3 architecture to have such an NSP in the PE that interfaces to an ATM network. AFAIK, the share of FR traffic that is carried over ATM AAL5 in the total FR traffic exceeds by far the share of TDM traffic that is carried over ATM-CES in the total TDM traffic. But this does not prevent us from terminating ATM and AAL5 in an appropriate NSP before we feed FR traffic into a FRoPSN PW. > > > However, I don't think adding a pointer to the header complicates the > protocol that much. Also if the pointer is present then off course > constant delay for every N > could also be achieved. > Constant delay for every N can be handled with or without pointer. > > So I think mandating the pointer > solves 2 problems: > > a) Ease of interworking with ATM CES > IMO it does not - because the CEP-TDM pointer does not eliminate the need for full-fledged generation/termination of structured AAL1 in both "full cells" and "partial cell fill" modes for interworking with structured ATM-CES. And this, IMO, is not easy. The situation differs substantially for unstructured TDM emulation because generation/termination of unstructured AAL1 is trivial and there is no partial cell fill mode there. The remaining text explains why generation/termination of structured AAL1 cannot be avoided. The protocol stack for structured ATM-CES looks like following: ---------------------------------------------------------------------- Layer | Function |------------------------------------------------------------- | Basic NxDS0 | NxDS0 with CAS ---------------------------------------------------------------------- Payload | TDM data and frame clock as extracted from an | E1 or T1 trunk by an appropriate framer ---------------------------------------------------------------------- ATM-CES | Creates a stream of fixed | Creates a stream of fixed | size structures - NxDS0 frames | size structures ("superframe | | structures with signaling") ---------------------------------------------------------------------- AAL1 | Maps the stream of fixed size structures to AAL1 SDUs by | using 8-cell chains and structure pointers (one per cell, | always in an even cell of the chain). May insert invalid | pointers. Supports both full cell fill (the amount of | payload per cell varies) and partial cell fill (fixed | amount of payload per cell), with the pointer spanning | all the octets in the cell payload. ---------------------------------------------------------------------- Now, how is this related to structured TDM emulation in draft-johnson? Its protocol stack looks like following: ---------------------------------------------------------------------- Layer | Function |------------------------------------------------------------- | Basic NxDS0 | NxDS0 with CAS ---------------------------------------------------------------------- Payload | TDM data and frame clock as extracted from an | E1 or T1 trunk by an appropriate framer ---------------------------------------------------------------------- CEP-TDM | Creates a stream of fixed | Creates a stream of fixed payload | size structures - 16*NxDS0 or | size structures ("superframe layer | 24*NxDS0 frames (?) | structures with signaling") ---------------------------------------------------------------------- CEP-TDM | Maps the stream of fixed size structures to packets of encapsu-| arbitrary fixed (?) size using the structure pointer that lation | always points to the beginning pf the first structure in layer | the packet. ---------------------------------------------------------------------- Note that the middle layers of the two stacks differ for basic NxDS0 (without CAS). I have already pointed to this problem in a message to the list. Even if we only consider NxDS0 with CAS, we see that interworking between the two protocols involves: o In the direction from ATM-CES to CEP-TDM - termination of structured AAL1 and generation of CEP-TDM. This operation can be simplified for the "full cells" mode if you force the payload of TDM packets to 7*47+46=375 bytes ignoring any latency problems that may occur. If the "partial fill" mode is used, it can be simplified if the packet payload size is a multiple of the number of used bytes per cell. In any case it must cope with the case of invalid pointer in a specific chain. o In the direction from CEP-TDM to ATM-CES - termination of CEP-TDM and generation of AAL1. I do not see any substantial "shortcuts" in this case even if you use some "preferntial" packet payload size. > ... stripped to the end ... From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: MPLS PID Date: Thu, 27 Mar 2003 14:03:25 -0500 Lines: 10 Sender: pwe3-admin@ietf.org References: Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: jeremy.de_clercq@alcatel.be, "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Thu Mar 27 20:09:18 2003 Return-path: To: "David Allan" In-reply-to: Your message of Thu, 27 Mar 2003 13:48:26 -0500. User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O David> You're not a student of OAM. Guilty as charged. Perhaps the pid field needs to identify three distinct categories, IP, OAM, and other. David> load balancing limited to the label stack is also an option That's not very good if the LSP payload consists of a large number of IP microflows, which is highly likely. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 11:32:09 -0800 Lines: 166 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 20:35:08 2003 Return-path: To: "'Sasha Vainshtein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, > Regarding point 4, I prefer ease of interworking with ATM >> CES. The reason is >> >Is this the reason for your preference? Yes. >> >> that if pointer is not supported, then it >> becomes impossible to interwork with ATM CES, without first >> converting the TDM emulated packets to TDM and then >> converting it back to ATM CES. >> >I assume you mean structured ATM-CES here. My comments below are >based on this assumption. Yes. > >I also do not understand which use case you have in mind. >If you have ATM-CES attachment circuits at two ends of the PW, >then you do not need any conversion at all. Correct, but only if I use draft-davari-pwe3-aal12-over-psn-01.txt. > >If you have an ATM-CES attachment circuit at one end of >a PW and any other TDM attachment circuit at the other >end, then you need an NSP block converting ATM-CES to >TDM and back at one end. Have a look at my presentation in Atlanta. I showed that if TDMoPSN (or whatever name you have) is properly designed, all you need to convert from TDMoPSN to ATM CES is a simple SAR, which is much simpler than converting to TDM and back to ATM-CES. >t seems absolutely logical and >fully consistent with the PWE3 architecture to have such an >NSP in the PE that interfaces to an ATM network. You need an NSP to do the SAR. > >AFAIK, the share of FR traffic that is carried over ATM AAL5 >in the total FR traffic exceeds by far the share of TDM traffic >that is carried over ATM-CES in the total TDM traffic. But >this does not prevent us from terminating ATM and AAL5 in an >appropriate NSP before we feed FR traffic into a FRoPSN PW. Probably no one required for that interworking to be optimized. >> >> >> However, I don't think adding a pointer to the header >complicates the >> protocol that much. Also if the pointer is present then off course >> constant delay for every N >> could also be achieved. >> >Constant delay for every N can be handled with or without pointer. Correct. Just wanted to mention that Adding a pointer does not remove this property. >> >> So I think mandating the pointer >> solves 2 problems: >> >> a) Ease of interworking with ATM CES >> >IMO it does not - because the CEP-TDM pointer does >not eliminate the need for full-fledged >generation/termination of structured AAL1 in both >"full cells" and "partial cell fill" modes for >interworking with structured ATM-CES. >And this, IMO, is not easy. Please see my Atlanta presentation > >The situation differs substantially for unstructured >TDM emulation because generation/termination of >unstructured AAL1 is trivial and there is no >partial cell fill mode there. > >The remaining text explains why generation/termination >of structured AAL1 cannot be avoided. Again. Have a look at my presentation. -Shahram > >The protocol stack for structured ATM-CES looks like following: > >---------------------------------------------------------------------- >Layer | Function > |------------------------------------------------------------- > | Basic NxDS0 | NxDS0 with CAS >---------------------------------------------------------------------- >Payload | TDM data and frame clock as extracted from an > | E1 or T1 trunk by an appropriate framer >---------------------------------------------------------------------- >ATM-CES | Creates a stream of fixed | Creates a stream of fixed > | size structures - NxDS0 frames | size structures ("superframe > | | structures with signaling") >---------------------------------------------------------------------- >AAL1 | Maps the stream of fixed size structures to AAL1 SDUs by > | using 8-cell chains and structure pointers (one per cell, > | always in an even cell of the chain). May insert invalid > | pointers. Supports both full cell fill (the amount of > | payload per cell varies) and partial cell fill (fixed > | amount of payload per cell), with the pointer spanning > | all the octets in the cell payload. >---------------------------------------------------------------------- > >Now, how is this related to structured TDM emulation in draft-johnson? > >Its protocol stack looks like following: > >---------------------------------------------------------------------- >Layer | Function > |------------------------------------------------------------- > | Basic NxDS0 | NxDS0 with CAS >---------------------------------------------------------------------- >Payload | TDM data and frame clock as extracted from an > | E1 or T1 trunk by an appropriate framer >---------------------------------------------------------------------- >CEP-TDM | Creates a stream of fixed | Creates a stream of fixed >payload | size structures - 16*NxDS0 or | size structures ("superframe >layer | 24*NxDS0 frames (?) | structures with signaling") >---------------------------------------------------------------------- >CEP-TDM | Maps the stream of fixed size structures to packets of >encapsu-| arbitrary fixed (?) size using the structure pointer that >lation | always points to the beginning pf the first structure in >layer | the packet. >---------------------------------------------------------------------- > >Note that the middle layers of the two stacks differ for basic NxDS0 >(without CAS). I have already pointed to this problem in a message >to the list. > >Even if we only consider NxDS0 with CAS, we see that >interworking between >the two protocols involves: > >o In the direction from ATM-CES to CEP-TDM - termination of >structured AAL1 > and generation of CEP-TDM. This operation can be simplified >for the "full > cells" mode if you force the payload of TDM packets to >7*47+46=375 bytes > ignoring any latency problems that may occur. If the >"partial fill" mode > is used, it can be simplified if the packet payload size is >a multiple > of the number of used bytes per cell. In any case it must cope with > the case of invalid pointer in a specific chain. >o In the direction from CEP-TDM to ATM-CES - termination of CEP-TDM and > generation of AAL1. I do not see any substantial "shortcuts" >in this case > even if you use some "preferntial" packet payload size. >> >... stripped to the end ... > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "David Allan" Subject: RE: MPLS PID Date: Thu, 27 Mar 2003 14:57:36 -0500 Lines: 306 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F49B.1CEA8A1A" Cc: "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Thu Mar 27 21:04:45 2003 Return-path: To: "'Ferrell, William'" , "'erosen@cisco.com'" , jeremy.de_clercq@alcatel.be X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F49B.1CEA8A1A Content-Type: text/plain; charset="iso-8859-1" Hi William: I wouldn't describe it as easily ignored, what exists is mutually incompatible protocol designs (which if I understand some of the comments are both implemented and deployed). If I understand some of the comments correctly, control word formats already exist that will misorder if IP payload based ECMP is on. Dave -----Original Message----- From: Ferrell, William [mailto:William.Ferrell@titan.com] Sent: Thursday, March 27, 2003 2:35 PM To: Allan, David [CAR:NS00:EXCH]; 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET Subject: RE: [PWE3] MPLS PID Dave That was a sound summary , but clarify why the exeption in #6 is so easily ignored in your opinion. will 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets. -----Original Message----- From: David Allan [mailto:dallan@nortelnetworks.com] Sent: Thursday, March 27, 2003 1:48 PM To: 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET Subject: RE: [PWE3] MPLS PID Eric: > Let's try to focus a little. > > 1. The only reason for a PID field in MPLS and/or PWE3 is to allow > intermediate routers to determine whether a particular MPLS payload is an > IP packet or not. Actually at the moment it appears to be to stop ECMP implementations from buggering non-IP flows. However sticking with having to use additional labels to discriminate protocol flows or router alert or whatever gets similarely broken by ECMP. A pid plus one or two bits obviates the need for ALL reserved labels in order to perform the same functions. Seeing as folks were opposed to codifying things like not hashing reserved labels and excluding the 's' bit in NHLFE selection in Atlanta, adding the option of an extended label with a PID and some control bits looks very attractive. > > There are a number of reasons why this is useful, and no one has argued > that this is not useful. > > No one has provided a reason why it might be useful for intermediate > routers to know, if the payload is not IP, what kind of packet it is. You're not a student of OAM. Tom's VCCV stuff and my guidelines draft are all about trying to carry protocols across the network without having ECMP 'exceed its mandate'....Some of us would love to have segment OAM ability as well. > > 2. The reason there is no PID field in the MPLS header is that there was a > consensus to keep the header as short as possible. And that's wonderful for the high running case (v4/v6), beyond that having to use another 32 bits exclusively as a PID is not that efficient. > > 3. The reason the PWE3 control word is optional is that there is a consensus > (apparently a continuing one) to allow service providers to specify that > the header be kept as short as possible. > > 4. My conclusion from 2 and 3 is that there isn't much hope for any solution > which includes both a PWE3 control word AND a 4-byte MPLS PID field. I'm certainly not suggesting that. > > 5. There is anyway no way for the IETF to change the basic MPLS forwarding > logic, at least not in the time frame over which one would like to see > PWE3 deployments. Don't think anyone is suggesting that either. > 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets. > 7. The PWE3 control word can be specified as a mandatory-to-implement option > which a SP can disable if his environment is such he doesn't care about > the absence of the PID. > So I really think there is only one possible outcome. The only issue is how much time and breath we want to waste > until we get there. A SP is faced with the choice of either: > a. Requiring the use of a Martini-style PID, or > b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or > c. Ensuring that his PWE3 packets do not pass through any MPLS environment > in which IP payload based load balancing is done. ^^^^^^^^^^^^^^^^ d. load balancing limited to the label stack is also an option, having an alternative to reserved labels for LSP specific functions works even better.....esp. w.r.t. the genie already out there Dave ------_=_NextPart_001_01C2F49B.1CEA8A1A Content-Type: text/html; charset="iso-8859-1" Message
Hi William:
 
I wouldn't describe it as easily ignored, what exists is mutually incompatible protocol designs (which if I understand some of the comments are both implemented and deployed). If I understand some of the comments correctly, control word formats already exist that will misorder if IP payload based ECMP is on.
 
Dave
-----Original Message-----
From: Ferrell, William [mailto:William.Ferrell@titan.com]
Sent: Thursday, March 27, 2003 2:35 PM
To: Allan, David [CAR:NS00:EXCH]; 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be
Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET
Subject: RE: [PWE3] MPLS PID

Dave
That was a sound summary , but clarify why the exeption in #6 is so easily ignored in your opinion.
will
6. No one has given  a reason why the first nibble of  any such control word
>    should not be as Stewart has proposed.
Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets.

 

 

 

 

 

-----Original Message-----
From: David Allan [mailto:dallan@nortelnetworks.com]
Sent: Thursday, March 27, 2003 1:48 PM
To: 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be
Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET
Subject: RE: [PWE3] MPLS PID

Eric:

> Let's try to focus a little.
>
> 1. The  only  reason for  a  PID  field in  MPLS  and/or PWE3  is to  allow
>    intermediate routers to determine whether a particular MPLS payload is an
>    IP packet or not.

Actually at the moment it appears to be to stop ECMP implementations from buggering non-IP flows. However sticking with having to use additional labels to discriminate protocol flows or router alert or whatever gets similarely broken by ECMP. A pid plus one or two bits obviates the need for ALL reserved labels in order to perform the same functions.

Seeing as folks were opposed to codifying things like not hashing reserved labels and excluding the 's' bit in NHLFE selection in Atlanta, adding the option of an extended label with a PID and some control bits looks very attractive.


>
>    There are a number  of reasons why this is useful, and  no one has argued
>    that this is not useful.
>
>    No one  has provided  a reason  why it might  be useful for intermediate
>    routers to know, if the payload is not IP, what kind of packet it is.

You're not a student of OAM. Tom's VCCV stuff and my guidelines draft are all about trying to carry protocols across the network without having ECMP 'exceed its mandate'....Some of us would love to have segment OAM ability as well.

 
>
> 2. The reason there is  no PID field in the MPLS header  is that there was a
>    consensus to keep the header as short as possible.

And that's wonderful for the high running case (v4/v6), beyond that having to use another 32 bits exclusively as a PID is not that efficient.

>
> 3. The reason the PWE3 control word is optional is that there is a consensus
>    (apparently a continuing one) to  allow service providers to specify that
>    the header be kept as short as possible.
>
> 4. My conclusion from 2 and 3 is that there isn't much hope for any solution
>    which includes both a PWE3 control word AND a 4-byte MPLS PID field.

I'm certainly not suggesting that.
 
>
> 5. There is anyway  no way for the IETF to change  the basic MPLS forwarding
>    logic, at least  not in the time  frame over which one would  like to see
>    PWE3 deployments.

Don't think anyone is suggesting that either.

> 6. No one has given  a reason why the first nibble of  any such control word
>    should not be as Stewart has proposed.

Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets.


> 7. The PWE3 control word can be specified as a mandatory-to-implement option
>    which a SP  can disable if his environment is such  he doesn't care about
>    the absence of the PID.

> So I really think there is only one possible outcome.  The only issue is how much time  and breath we want  to waste 

> until we  get there.  A  SP is faced with the choice of either:

> a. Requiring the use of a Martini-style PID, or

> b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or

> c. Ensuring that  his PWE3 packets do not pass  through any MPLS environment
>    in which IP payload based load balancing is done.
                  ^^^^^^^^^^^^^^^^

d. load balancing limited to the label stack is also an option, having an alternative to reserved labels for LSP specific functions works even better.....esp. w.r.t. the genie already out there

Dave






------_=_NextPart_001_01C2F49B.1CEA8A1A-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: MPLS PID Date: Thu, 27 Mar 2003 15:03:17 -0500 Lines: 19 Sender: pwe3-admin@ietf.org References: <561621C69F17D511A3A20050047340EC01AAF64B@VCMD-NT1> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: "'David Allan'" , jeremy.de_clercq@alcatel.be, "'Scott W Brim'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Thu Mar 27 21:12:48 2003 Return-path: To: "Ferrell, William" In-reply-to: Your message of Thu, 27 Mar 2003 14:34:44 -0500. <561621C69F17D511A3A20050047340EC01AAF64B@VCMD-NT1> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric> 6. No one has given a reason why the first nibble of any such control Eric> word should not be as Stewart has proposed. David> Except that it breaks some implementations that may have 0x04 in the David> first nibble without being IP packets. Referring to implementations which don't use a martini control word? William> clarify why the exception in #6 is so easily ignored in your William> opinion. Well, my company does have implementations which omit the control word, so that's not it ;-) We're in a situation now in which we have things that don't work so well together (core routers doing ECMP with MPLS, edge routers doing pseudowires without a martini control word). If we want everything to work together, something has to give, and it's not going to be something in the core ;-) From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 22:15:23 +0200 Lines: 78 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 21:23:02 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and all, Please see some comments inline. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Thursday, March 27, 2003 9:32 PM > To: Sasha Vainshtein > Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > > Sasha, > > > Regarding point 4, I prefer ease of interworking with ATM > >> CES. The reason is > >> > >Is this the reason for your preference? > > Yes. > I intended to ask "is the pointer you reason for preferring interworking with ATM-CES interworking to latency control? I was probably misunderstood... > ... snipped ... > > You need an NSP to do the SAR. > Which SAR? If you mean packetization and de-packetization, this is not SAR and this is not part of an NSP either. Please see Section 4.2 of the latest Architecture draft for details. > ... snipped... > > >> So I think mandating the pointer > >> solves 2 problems: > >> > >> a) Ease of interworking with ATM CES > >> > >IMO it does not - because the CEP-TDM pointer does > >not eliminate the need for full-fledged > >generation/termination of structured AAL1 in both > >"full cells" and "partial cell fill" modes for > >interworking with structured ATM-CES. > >And this, IMO, is not easy. > > Please see my Atlanta presentation > Unless I am mistaken, your Atlanta presentation did not discuss CEP-TDM (among other things, because it has been only published later...) > > > > >The situation differs substantially for unstructured > >TDM emulation because generation/termination of > >unstructured AAL1 is trivial and there is no > >partial cell fill mode there. > > > >The remaining text explains why generation/termination > >of structured AAL1 cannot be avoided. > > Again. Have a look at my presentation. > Do you mean your SF presentation or your Atlanta one? > ... snipped to the end ... From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 12:22:51 -0800 Lines: 9591 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2F49E.A45A59F0" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 21:26:27 2003 Return-path: To: "'Sasha Vainshtein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2F49E.A45A59F0 Content-Type: text/plain; charset="iso-8859-8" Here is my Atlanta presentation. Check slides 4, 5. -Shahram >-----Original Message----- >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] >Sent: Thursday, March 27, 2003 3:15 PM >To: Shahram Davari >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > >Shahram and all, >Please see some comments inline. > >--------------------------------------------------------------- >------------- >-------- >With best regards, > Sasha Vainshtein >email: sasha@axerra.com >phone: +972-3-7659993 (office) > +972-8-9254948 (home) > +972-58-674833 (cellular) > > >> -----Original Message----- >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> Sent: Thursday, March 27, 2003 9:32 PM >> To: Sasha Vainshtein >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) >> >> >> Sasha, >> >> > Regarding point 4, I prefer ease of interworking with ATM >> >> CES. The reason is >> >> >> >Is this the reason for your preference? >> >> Yes. >> >I intended to ask "is the pointer you reason for preferring >interworking with ATM-CES interworking to latency control? >I was probably misunderstood... >> >... snipped ... >> >> You need an NSP to do the SAR. >> >Which SAR? If you mean packetization and >de-packetization, this is not SAR and this is not >part of an NSP either. Please see Section 4.2 of the >latest Architecture draft for details. >> >... snipped... >> >> >> So I think mandating the pointer >> >> solves 2 problems: >> >> >> >> a) Ease of interworking with ATM CES >> >> >> >IMO it does not - because the CEP-TDM pointer does >> >not eliminate the need for full-fledged >> >generation/termination of structured AAL1 in both >> >"full cells" and "partial cell fill" modes for >> >interworking with structured ATM-CES. >> >And this, IMO, is not easy. >> >> Please see my Atlanta presentation >> >Unless I am mistaken, your Atlanta presentation did not >discuss CEP-TDM (among other things, because it has >been only published later...) >> >> > >> >The situation differs substantially for unstructured >> >TDM emulation because generation/termination of >> >unstructured AAL1 is trivial and there is no >> >partial cell fill mode there. >> > >> >The remaining text explains why generation/termination >> >of structured AAL1 cannot be avoided. >> >> Again. Have a look at my presentation. >> >Do you mean your SF presentation or your Atlanta one? >> >... snipped to the end ... > ------_=_NextPart_000_01C2F49E.A45A59F0 Content-Type: application/vnd.ms-powerpoint; name="2_IETF_TDMoIP_2.ppt" Content-Disposition: attachment; filename="2_IETF_TDMoIP_2.ppt" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAJAAAAlQMAAAAAAAAA EAAArwMAAAEAAAD+////AAAAAI0DAACOAwAAjwMAAJADAACRAwAAkgMAAJMDAACUAwAA/gMAAP// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////8A bh7wpCAAAM2juXRUgfPGwFLrI6b4qjH/iVBORw0KGgoAAAANSUhEUgAAAGgAAABQCAIAAAB6V6c2 AAAABGdBTUEAALGIlZj0pgAAAAlwSFlzAAASdAAAEpsBB4DwWwAAIABJREFUeJzsWT2vLdlRXVW1 d/e5dwZHiADLBAwgYVsjhIyNTUQAAgInBEggJP4BEUJICIRI/CsQIiAlJedDCBEYxJCgCQbmjUae Ac/Me++e03tX1SKo7nPvDM/zYZn3EraOjvr26dt799qrVq2qFpL4//HZR3vRCwCA7/7X4+W0+PDM rDPT43y5ANjmBAmRn/qJL7zQNX50yItl3FuP3m2tLb31tftwkpcxAajI+XLxCJJJAsiIJ3N+5cs/ +QJX+3C8MOAevfmORyR5czqpSG82PURkjBHHkiJiurt7M/OIO3cPnmf84ld++oWs+eF4McC99ehd kkGaiIjUyd57ZGbEdE9SRTxiG6N+HZGeefEcniMyyV/7+pef/8qv43kD9x//+R0ATVXNMoKktaYi 7n49M9wBFNeCrBWOzAgGOTw9OZNN5Ze++sXnufiH4wUAZyIe0VsrpAComYpUnIqIZ845tzE8MwkA phLJYhzBy9xziABJ/vLXvvQ8H2Gf+rkB98YbbwOoGGxmddJaA2CqS2+ZuU0PdwBPz+fNfYtoogBO zZIckZvHeUYSpYMmEqQnf/Xnnzd2n8qO/NO//jsIAqvpaVlM9ZUf//xnnUlU55yqKqpXXQNgqs10 j8c5mQnAI7YIAM4ilwWpAgCq4p4CXDdcgL/+h9d+5fli9z0Z9+3XXlfByGyizlxUATTVdVl67yXq rbUkx5xN9Uc//8MfM801h2Zm733pPdwfpoVKpmOMzITINucWUZOOyNvePLNkrr49qSIAPFP2g+fK u2cA9+3XXvdMCG5bA3CV58VMVddlEVUAS+8qchnjCmJvtpyWl15aP3LDd77z/pxTzc6XS2Y2s2Ym IiTrmev+523zSguZJGvP6g6nZiNii4zkiIykqXjwalxIJjEyvvmNV//vwHo4PgTcG2+8vY2xuQMw kdpSNQO5uZvI0ruZLa0BuD6ziJS6l481gSdffvl0Ra0OIjPci3dmFhFr75VDM5PkeYxIOrOJzsz7 YBasZuQO2UwSFEiSkSSRJIFIJunMb37j1b/623+eCSYBTMfljEgGMYMAfvfXf/YHCVwZhT1Y9h93 7MacAJqZmamqmTXVwrR+WnoHcFo6yb72YlNTOd2u7/33kzF96Y3k3flSwAGIiN4agHJqm3uhBmBR Pc9QlWMVWFSb6oicmZEUIMggSdSfniTgyZnhSQAeqH0dU8KxjUyKk77Pjznj93/zqz8A4Kr6qUJH VSMCQJKmOucsOTPVm3Utp7ptW11ZOF4txc3tGjNuXz6JYNscwLiMvvaYcd4GgG3bpntNambvP73z zEgG2U1L9Wdk4dJUTOR2aRW8ETQTAB6cmSQyeU0228yLx51nU3hiTjSjh8yBMeikQDyzkCXhERH8 g9/62vcB3C4ib7/9XQAi0sx67yqyLIuZFeN67yKiIr13NSOpIr21upKZJE1VRCLThwOIWfEOAH3t c5t1jYrstWdmZhaCkfvmZdKTkUwignVeVbaIwsZUaqObikCaipmoCAnujk9PTQCAaEYAczx4WqEK 6qFEdrX507/4++8DOCH56M13lmWpcrq8+5GnMiIiQg7nJaqnZalfS+/DvRT6Zl0jE8Bp6W1pTaUt jcS2TREZl6GqmXm+bOdtqyvL/T6Z04M7C0ATScIPLNemvbaPIFB8FEETvXgA8GRX2SIBbJ4kZzKY 55HTAcCnADhv5ftAcCQyqYLN0z23Mctd/vHv/MKnB04BWGtjDAAq0lpblgVAa63ypoj03ntrN6fT zboWapHZWjNVa+1mXVt5NBEVGdPPd9v5PC6XOYafTr1mOm/DI+t/tzkvY/zv1Uzn3YjzjJkUoMRr 87wmsEhmcjVTQTNpKqemZrKYNhUBkrDD5ZACoHVagwm6AcC6aBNpClNZu62LLb3drEuSn4l6+taj d+tIRERkXXpv1loTkYwQ1Wa29N57B9CbNdNmWoFZB/uNzHqzpbferDcTkZgBoCLXI1VkzumZ25wA kpiZpVM1PLLKgEiS9GQSHgQwIz1ZwldJo7LTYgr50POY7lIgKiK8wndzKwCWRQB0g4oCMIGK9G6q uF0XVf2jP/ubTwmcPHrzHQCtNQDlJ+ppK6wAkFyWpUqi6bH01pbdjpggiHEZ23QVuX3pdM2nnpzb BFBJ1oc/vTtvc27b9mROcH9yU9k8RmTRaoucGQoRka6ShB5KBMBEepObZotpEqZysyznPSnH3QwP VnnrmZfIzN0hisiYLARFeDkDwKy0C0buQjFGJBmZf/jbX/9kxpFUszkncL/EGiRba9Zab2bdHl4w t2mCtjQTqKoe3aFlaadTD2Jdu0dOj2pPtqWRrEwNALLTrRY9PK8zkgjSM4MAUFJXz59kZYwknGmV wURMBIJMxqHOieIaK4yaYVlkXbAu8CmtiYmYwASC4q80ld5NRUz1T/787z4ZOABjTnnQFyNZ5Koz KtKWdr1gP6kaxLZ5EJlZIQxABD7cBNs22+5P5O7p5f33HtfNLx4kPBjJzfODbY7ImfTkFunMJGdy c86MUZ/II+uCwEx6Jok79/ceP75zf7zNCC5tlzkAi5oJzIRkM5hIV3QDBK0TQFvRTW5fQjeYymJi KiKwpiKy9PaJ2NV1u8kY0324D58eSZauLb0VawD0ZrWN69pqx0rCHpAUAKzvvYNmOqYn6ZkeUdY6 k0nOTI/M5PAkWT4WQBAVYiN2fxt7nY8qFQq+SILYIkkQUN1NiYqYyr3n0N154GgKiIg1iLCtqGU2 EYGYoKmYVj2JpbeP17tD2o/66byN6vrXuCJVaI7pJXDATjfrVrKI8laCILZtxozpMT3mnOEeEQWc H+wpiD1ZnyIXD9SmIxMzSUAhyatfwfDcPGdmpZE6nrFnmeMbIiiJBFC1bVNZbQ/Ypcu6wExubmVZ 5OZWBIW49GZmYibr0j8GO9WjNZaHjxtzunu4x7X2OlTm4THJue0xLiIeuW1O4mgQeZIlnUHOOaun tJgmmfc32+ctsZu5a3kJec1/Fay6Po7XN55MkmAc1X4+WCUJlV0iVaSJNtGSNlXgcCcAbm7KZkMg ujNUVNX03jM8A7gxZ0a4+9O7uw+ePLm7XOac520DcFq6R4rIeRt358sYI8mYUUmz0CFZlFx6W9dW xq3yabhfxtjmvGzbEaQ5Iq8tDVWpR03w6OliTI7JcIy5cwe76RU/6opxODtPlrp7cHiWQ24qtRlH sXsfqnshpLKamIoJblcsTdYVn/ucnJqYoDyWqSzdlt6+l7nTH/vCj5Dci8cqvzN3mnjU+7qM2Duu quWw2q77chCEOKRt27wsXr3cu9a8+7fsBjWTkbxmJBXIQTGfYg29QXUv2oJZva2aSEUOcauC4kPj els5bquQwlRkTwIiRUk5PgDQVphAwVqUCMykOhHPAA7AcPeIOadHnMcAGZlzzjFGxdqxbzLnJBkz gmhL+6GXT033tpp1G8N9+NMn51I3j5CjMlWRmTmOzgTBJCo8eehXEGNyXiprH20roOpQZwZ3IQsy ktNZ9riuqVtVj6TycHC3uAkG935n1900FzpXbqpi6VwXbSrNtJXNNmtNv/WX//hs4KognZmeudcr ZGRaayIS7tPLJ1DNavp1bev6wAl3ayqVYctDJqnVehIBOQ+5zKNziyPNJShHSPoUMTDQjNOhV3ru qroLXAF0PfnQfHoyyOrFVW695uL7GgV4WHAUGWuBNzdcTBXE0VMwfXaTfD/7L//2uohsHtU17KrV L3rYX1p7vzmdejNVbUtb1+bDt82tm4iUro3p15dVd5fL3i9xv3NfzbYIEONoGW2eM9KZJC4zReSD D2gibUWJ8u2KYmIS4B65prKoJdkOIcfhdas35YfUJHc4VLGYKMRUq89a8lLtPxImkuBl7r3u81mq DVWze6RH/t5v/NxHGVcjkpDdmgKASDHxmm09oha6ro2kD7ej/PLh1/S6b2NFqKqK7E+SXA4OXrdQ RJpodXim7/wKxxxoxpmYiW1gTpRB2Wm7M+5eXuv+xZ3jmis3dopViqz/ql9MdtMuIiaqCg8BYIe8 CqR9uCT/KHCvfvEV3HurnJmXMTb38xj1HkBVVdXdS5JixrZ5TC9TkscAMOe01q6pU0Sa6v7apXIr WZnBHpR4qugdyw3aCmD39wCYnAOZGGdsA8M5gqV3I6NeQXgyeC8Rx2e3hCC6SqW1SjUm9/gqxEQF IKmyW+J1QWsikG4fShfPZtzPfOmVa2lTjUOSvZAmq5vmuZefxanLZRbXPHKbvv1PN1fPa8lyVdfa VdXnzowlIkgg8LOx3/DAss2HQZYskSI5QSJwhCAmIrFIiE1AQsgPMBJIIJEgIkSABAbEhwQCMmKI DHr33u6qvTfBqupz7sz4vbH9zFdrNHPumXNPd+/etT/WWrv6OJ9/IU8ctNZazWxhakI4KFjNuBq7 K/QIQF0mgOEsFWMHgLFjOCNm2ZyJIzwwLZWr4rseNwABlxve1sniVc5rJnDrWNvGCHjCaFvhb/3+ 39x+95Nca8bucXi2Yh55V4uZCatV++XuD4+Prb5QLNtaVfOvkgVAAHvvornEyAguHhFbKQAeul/P XWbgTxosquFwXAwHM5P39/NjxzErj0jigXEBNmRmFDQjgD1cVohMGLSKm82or0eTmH/OyKh4ZmQ1 9shi1iMKYZV9ZKn0gecvcP/+tB1wbQdeNVz3+X8eSUakIUIsl1JEKYVmwiPVjfkyhMJzH8PIPgbN MsJIlFJKmQSQezEymEgzKiGeXqBa311VWAIcY4ZngMYEcHj4I4FJajuns4zAQBphKatRyUFrs070 7cl6O+NxJHjTmURiOMmsDaMzEQBfrxafxDy1gWplkLgfo0eEe0Tc5nKPaHU2LMfN8tx772NIa+Qr mVxa21oTjX3XmtZsROoPMNvJMgm16QujMx2FjIA+6wljeuJh5MN9rpY233/A/WPev4/79xGJfWQE dk9OoFy2SDXwwmtOg85qAxCvqB91L61ia6wtt2JGYVn5m7/31282XCkkcEY6NZ6Hu8wHICKq2Yxc W1VF1YfPhBVRSgFgpF7UUgSRXi6XrVYzK8ZIiKkSEuWrnSyzgJ+YrWeKBg0QgEDTPFkZ4OgczrHj /n0cR6brzcyczfCCQ66xL1cNiEUknU54EkaFK9QSW2O7S89VLn8rj8uE7so4e5QjQi5wuFLWrJLM zLsL3e29q0urpdwyO88ulwmCrm651drMmrGQtdhNL8kefrh7og/sj3kc2R0j01NJjZEsREA+kvtj jh3f/M+4794jRubjyPv3MTqPzocH3u8YgUJmotBklx7ZY+bWSMiISlBKgwYW41bZ6mxgAGyFWP3P 177+jTcYTk2cK6hAKpuiJ1TN1EL13p/WnFe+KjJJikss4hLJ4SGa4kRAddFXq60H7on9QMT14V8v DPJBhX4Q7I6HcYuGwJgzJg7oBRI90jM9Q0KxG4e7OprSVzEr4ilWPLMVOvRPJjxCa+U1w4FcoIWv GERyW9DTG5sPK5PcmZfiDqC1VouJuBke7dKe3V10BbdAYyk0wjN8VfljB0FfYSgyyBmbM9NoBEdm Irvn4Rmg0TIzkoU8jjyOeZG3NbPKNK3ZFRxmkew3yUH3ICTduK4hZilXi5mZnO5pOUKYUQm7GMFr A1BXFDOzE6fre5+SoTFGhAQ1AEZETmlE1TfM1sKsmF3OxOLXxyBIKELaBrlLcqW+yAAR4Ar36JN8 SCCw6vqHETKrRdaj1JZ9sBUYeFKMgSxiEY2GVNycPc9cuYs1t8hEq2ecnW4jp3vicb6whzKZNZnf SilUvL/pqEjWrbZaZDUBJ5iUiksx2IdrqbZLy0wVBJda602hGQr3CSTILKSt5aK/R2aAPmNSEszV HgzZIzNWxSB1yAomrGUWxlNApCUfcb0FYytWlrsY2YxlLQhMko9r8V3ff2K4L33+pa+4sRAF1FLM TIG/mAmfejwmvjQ8+hjHcUzPkjSV3Pf98ZDIOfc+jsejDy+13m0bSON8sD4JvcxMMXi+TAOAYCLL uWQSkRiZIsX0e0LVI7J7egKZUkeMkaSyCnKpANbCoj1tKvRKdlSPWI2FFpk0pqMtoQVOugpPD9k+ l+z2DOHDvSwVxLFAuswUiieXVLeoD/cxeu/7vo8xjt73PiJz33fPxFVikfkaJxlxxSZVQJ12tBlx JtS+SmUVAxmZqsxBRsZZ7pYJWyZvnE5o4LwLQCjeSQmcRWsxIhfASRS7VlGvwpu2pF1yziPiuZlC GwAze9z3VqvkC3dbm9UJ2d0lrBtj1Fr33i+19t4fAAC9NTPrY0hq55H78OExFrlVCocDyG2j0Gip sqaxwBFRjWozVGAqEq1md8LCIxLIrZBFGqJ5X2oidXdnlctVCZz2OjzKgnO0FPq6GOOkSmTxVw1X 15eeVdZptVg2CvVSqievgMc6JSmRw1iAe2aaWWbGIqRHCmGbD9zIHinwUnVsMRYgRhotkbZ8MG5D 2HrndC4B4vppjGzbDVq5OtNbq6lcPf0ukJY4e+nI9EQt2WcWNiDI6bOvGW7VKTMz0PYxLrWqQBNf c7dthQz3fpLT7gAODyOO1fA+xpVJPmKqiFVOu+fJ753L0AHFuFo5RhZFHADgHglgH6oZkzbBkxHR UPS8x9Pq73LHWjJSwd6UND0TMQsRuYiW8HnNnkmk6MTEtZppBRGohsh5ojcwEVM3KnfNsDSQsg5J E2RUK4AxRiyix8wA129hdiwCKlJh9YhAYit2iBDw02Q8gXXBR+pSWUCn2aQmbsvXm5pRuYwgq6H7 E+Dslo2WcTXtdDJnsdZ7Zgq7I7F4EYxAH/NstWKMtLSYvvua4Z7Xeiow5unJiWWSkoR75th3SIE/ RrhH5v0YiurScABoxcbiohAQNzbCi7GvyQ8j9ADPZyuTjZEYMIPQN9xAyjCMEWYnppJjyaklVVJm HDu2lig0TNCNlOPJrWA5WcebanJSX1iYbmtQImwbjgOJjEgt9lez6nsv39GzrbTNbLM5gSDr6PFl RGQO9+M4xhiH+/2SpgpFmfWguCtPz+wLXxH8K+mzfuVMR9erX2FmMgYT4OYtfh2xIMklSfJIhX9d JAuGs6yy41Z9Mpu8GwzdyEWrXdkvfVoN/0TFbjrFNzDVmig45wcicT/G4R7uehB9zMHSMcZUxCQy p5Mvrm+qQ6btPEmcwwmqeVWvT4LOQLJeUC9gAYDu6BGeOEnFs2Op1cxgpBk9ppzrFMkCqGTb0Jru NnyRHrPuy6fhcCaNaQo1JLJRLjGGDySy3lBubzBcylEFAZpJP4/Vn+s3dRzuI+KUI2uxCJUdnn3k jRg83VP08ElHQDIGpJER6ANkjh3piMAQb5BhnGdUYpHCI0LQ7qJgXPTobDDOzldnIjnLbGCcbQMA RYZFaWJFPaxiW1Fyf8z0CTScIfMNhvupz3wKQCb24QAupWhVi46xGw1/LH0gFjMvDFmrxfNqNTnm MeKhu2cOn0xNTuVlHj1ryf5Iz3wYccadw1NKXb1Vi801pAitmlxlyojenbyuyuPIEeKqI5AJHO6S lPmCK1TWirQuNIFLnqiGS2EzbI0ReBgxMtXPba/3qucRV9HVq1CMKsbIrLVuQiKXohGqQnO2uTPG xUQd/PZbbgQyBDyxtZt0pEZ9scJGnsFtJb4ohRq74XKrcz0CEGCXSaymAoDkYkIDV0ePnJQNNlty Ps56JTK7gsA6uzLar/z8j+MDhuCq2Vbs2tMuflr1cGaWUvbe+zXEUb4jWYIGOE7PEVu8CpRr9sjT 1kTvaHfpDyjESARYCBSLSA9aZWYGEKvmwgrzZsi4ZhiVhudoTneAKAaPbGaBNLCaiYIjAKKaRaYU 2wZWm/igEY9DDgTl7nN65s0e99Of/bQedWT2iFpra03ApP4W/1LOlnOmoIwJHOYZic9uVKGqe4y4 VpvygkhkTGzncsdWaMhCZKYhzVgWXn+2nFMBJq+J6b+02WsLLJl9Aa+p8DxO34+pXZzLggvRPP83 k7XSJmh/XTPfUv/1uR/9pLLBpVaFzCJAjXPleEQtRVC4MqbAKJUF8jKViwLdH90f3UdGj+we3SOl nYkUUd+PuS7qBS/ubljjPOVDKxUEzNBHkLTCsthZE6phrLeCAmEqkcXomVJmnyYQUnRSOYVoRiO3 cvZmOA6lqQzPr37lCx9iOADDXbsIqIgb7ltrvnrDCWGGAoet5wMjzlLOwFuSWExLPuWPz1heKjJV qSYmqnGFrbkUNHpwGahmBGIB/TS0Ylh5oxjFP2Rm7xgx6wydlDeaGiNOCmiiAIRnRKJ3uOrwRVB8 uMcBeO/lO2LvFdpqKeFezUhutbZaI2IrVsoEmtcznD3muVGBlqRWRI8MpHRXWEtGelld4mnE5y9Q yQDXWEkqovsIkjRE5ojQqirVainVprzfmLUSgA8cnRHIyO4rjSxRsaAz6V5rmWzumr2eKIf0mnoe v3YzNPdBhgPw8t2PnwXHcK+15tTSJ8Q2qLtYARE3eCGUsKAUhlN+r4WsyKinStKfaLAhpzvtOAEP 1TqG8MyYK/esLovRaJIrFKPaj3SMHT7Qhzx9ybuJ+TBEUS1K/5SzEKjG1qYM5/Uo+SGGA/Dey3f2 1VFJUKMhS5p97Nkz6UKamc50on3Co7UePXL3dM8REw4/PEdgH8v3iWfPsrbsB0i2im1jq/DIM1op nblnH5FA18wZ4CN0uukgF949mw0vgO55eByHVAYzQRnY46pzFyBknMyRkdWsFau0ZmgVhRxxjW5v azgAn/mRT6SaU80Am91t29221VpPaFAXbgurmXebqR4bqRUEEH21PHKBWhI5Hyxu8uZwBaCrDi48 Z8282MiQ7GRl7UKUOls3MYRmy9ND/cMUaK7LQyl0z3XZwEwXc92cqsJf/YWfeMUmb2U4AD/8yR/6 5Cd+UI9do1okWy0avmzXgg+3IZSA1ETXKjoxnDlZMF2o5oUSQKnY2ix3W0WtT1A2xbXMdI+jT/Xn easAErm1bA1a+GNkxGyVxr4YwqdBXuFiNvaRpbAWkeVsRQ00f/nLn33dIN/eplTa/OHf/+2bz55f SF4udXhIor65OzM4mdBzLGHNsrFVGKfiR/7VB7gkaa1ObSGIQkRiP1Bbcufe3UfQZr0mxcVwZyeA ahsWw33ZjMSlEC/yP76pEMZCtMKHEey2E88u6JFkGItnwuGZ5nBkKTwH6gfhiS9/8TPfyhTfyW5e 3/8D33e+7r1nTPjBjBmxVdtHcGEB8zQl+1il/KEFNeEakVtHhxlqSVvMpA+McVV7nE1IMYvMc+cS ZdXIDKwWDKiGyx33x1nxsaCsSXNJKTDjycQ6pX0ibvQ4hT/7gTs4fbfboGnXjH/+l3+tZpFwm2tn 77H7LJrcUy529Bm/fCBXUPOc+KomI90zyKPnccDVeJkJaj7ZD0AR89pCGFnJUqcRgUnRyrzpuGzW trkw79ZKxGQ8EJF37VryCub44ONtY9wHHy/f/XgtZVsqd4JGqnZTjDoe5id1n1KqeiYLDk/hSDkV diod6IkxRa9T+ENyiArL7EOTYMmJAqyRmdTIKgCwgAX1gnaXpZ4M9MQBdT2ZMJPKl8JAXys83nx8 ZBvvhYo73qARkcdYsxoFmdkqjj47BBbEgfs9CD6M2ApH5+gYA4C6t4mJY3WRcrE+poZbGzSVapG5 0YTBnXzg1rg19IFWJ6ZyqXPPGZVs62sBoC181SPt9Zrte2u4nID7gamW1/t5fTERIB9InxoRTyDD CA/EATPsI0gWThzckVyim3mKMiWhtcxZz5PS9IFI6aHTimQIacYI1gIxe0JEPLIu2QMwJVBPWqoP Oz7irR57hKRdum1dpnEK4CWjKpXD4ZEjgZyb/QRgCKZKrXTMzVUUd/q1J6eYrVrK3dZOrDyRW2Hb Zod7Rqs0RubWKChJQNtWzIUkT9ZwEkmiH/Nm9O8Djo8mxgF47+U7R4T0CSdIqQm9SGwtVegKAIfi 4Jx/YeSknCcxlHMyEEDm7LSWwiQBbG3Okt0SzIU8ResADLPbm/pRm0BlWYsUopbWbyxUMd/S7z4y wwH4yR/71K6pGSAzz5pIRW8f2A+MHaOz+6QNjROGCjASh+cZIiNiP8bCddVvxSnZK8Uy87KpdUEh pHnQXRfaqRUsZOHUI7VFiQiG2OocEElk98i8mY/57zScLqKPxFUVj2oArgMM7U75FLNTvLaiswMf NwBvPA2Utz+ee78IaNqKqRYppGdwmaZM8/FW2nFGf/m7axR76jLfMql+1Ib70udfLl5SagcAAPHw wNHpA5mSky9JUqamMx/38biPozsAj1Tq1F1palA6O51lcgOGYryrRe6m8V0Sm5W6dpCYg9HVrqBD ZCm0s7kmqtB51zPAW+5c+hEbbt7Y+psa/0tIXpoOUgzTpPs0OBQ3Krnw9BER+OpXvsAlrplaBcn7 jdXMbA6K6Yy1ZS1Zbaqf9T4lRV4fUo1Wi6nM5AJ79Z1vWYVc7/Ftg+G3efzxX/yjqF+xHo/7HF2o F+yPKRGr0JGHY+zH0I4uZvz1X/zi7fd87evfIMU6R0TWWgA0VWSlFONd5VZse4bWcFfZrCiKnQzp pVl5KhZQH92WsfYR0uwMjw9us26P7+EemX/05/+QgGc8jsxI9QNk9kd2vw413j/0t9mOTCPeNvf8 K8qP1Xgp9vwFAGwbX7RSKOpAyk4UYy0UXGgrn0qbpJaLwOMIDcY+dP9fYbjz+IM/+3tBmCAy8uGB v/RzbwBq3ub4jd/5SwLbNqVd1exjL0jmtrEantcqJHKFVhjZKu/q5K0hbUIEOOeU9uG+5BNf/Ny7 b38l/8Nbdn83x2//4d8SfP4CJJ9dUMitiImdja1et2KzSSAAPK/18JBXnjv5/cxnP/3tnv3/sOHO 43f/9O9apXY1LIuo98hLs81s7YixJr/X5sMKgi++856MAAAAKUlEQVTf/fh3dtL/D4Z75fiTv/on NVJ3zcRkajLhUgoA2Q7Ad7ld/38BhG+IrjSQpxIAAAAASUVORK5CYIIAbh7w2eEFALCuptNwZ5gF KeH27o044AX/iVBORw0KGgoAAAANSUhEUgAAAtAAAAIcCAIAAABQHw4EAAAABGdBTUEAALGIlZj0 pgAAAAlwSFlzAAALEwAACxMBAJqcGAAAIABJREFUeJycXNmO5DpyPYeklqzs5doP8xkDGDbgj/DP +LsNw7gz3VUpiUv4QcnoIKmsaQxRSCgpMvaNIWUR+G9AgAIQIJ7D1YtiJgWQekGy0CVSQECciBfx EBEQ4gACDghAAJJjcj75wClMflp8mOmcgEUk5ZTino5Ukit5hkwAK94MSIVDwAMeEDKTESyAAOm5 WJzAQQhMIv65mPQuT9Mc5nVaVjqkvO+PLR5e8puUGxAAB0QAgAcABLIAGSC4AYCEc15ERZHIEib3 dl+897nsKW37Jum4V3EV/BpSJSyVI5WkXUPz9dSFtAueqOufrvTASWE2y0r9VOznX243urosm2Uq 1VyNYa4rpXKRDRmu5cgZHmnYUXrQsubMtRWOFYhyZBFJ+1nqGrYQpG6n4RdXQGAkL9UeFDgNqacE nMHClheV5GnMDnBGDqyGd0JWMfoKXEH5unfkS8coZAwe3XF36pQt2cWI9yTGfpVWSp3QTkaOajmq 6NMTpwo/tQvErHStPFVr0cy7VtowPsUaJSbAV/O2lCcgGz3OdXEwEqDRMlt9oVKr2nHGQuwYrcJC 62Zg5GCX+RY4jTlZxq0WujHG7XOciELrBefYWxuwnqWsuUpMqobUQUaFz/ZuR5V+HQMCjTHoGhvE uhB6BsDTXA9gbyOhUg7jjxjuqtfgiuxuRGAHdhMZYATlqgV2biV14yg3dRYMAg+v6bFS0ugnJvle brSWhqvwpf5oPc6mD917Sn4C4hBwunD9hBzABGE139GFxiz4ZEmEkh0AsoBwLHRPHCKUEkTU5uYi viSXUjq4k7v33ocwzWsIt9l/XcI3ueWcj5j3FH/mKCU5KQtEicnEWdo4ACKTyAJkIJIEo2OCSxAP BBEhT+aLyJLzmnPi/uE/9mmeb29f1+9/iJTj2I9tj/EjZ6AsImofWQRnPHJ8gA8gCD0kE+HMDSI3 EcbD/+0oYfq5LFOY/wjfyvb+cWyTiDOCsro8E49N+V2eU3P5ZFzmnjLYFo3Ks7FpDq54OcZ6SK6i g06ynVQa0K60d9U5L+uqEfuru+Pey7zoBjjOiOUSzuWMraLstR3F7Br3dvPWMy0LNipJq3G285eD L2jTW6XKxA2ZDG0kxVWMtuN3LEpR/+YCy+8/dAolQ5NTF7jkH1n+b6LoSP39XZ3LcLjbZdxyFYqt QGSY7xb/0wR3dvgKxTm62t2mXneFrsu1NiV3pL5iQS/GLagZ59KvL+c5CB//lFrH+VcQbHDAC+yf YPkd9dkg0wXhzg5hVHyJ/VX4snfLAM1S28x44D9N/HWtpl8ZqKq2/kmoHQ4nIiScy86BFJAEQFdr rkkklOJSknjsx76l4yg5E/RumqYvy3yflyUs9NMO/15kh8izYOQTHXkKLoEJAsgkMkECQDI7lyqB jgBBYAFCEebktu09bu8luxDe1rf78jaHReiiiB7Z9eQqIjPgQRCJjGAGM1AIAPMp6FJCPN7j9gNF bm+3ty9hvh0uZClFSjBShYngVsLOSLLLKGO1x+rM1nScWWmzhQCp1p5lsGzWMnxUbodCi1m2FpZb mOeyZICMCfL8mgeXKC3S7pblS0cZZkZXcfVPi3q78nci9eiTHYXdLmlFpHdp5OBq30KMGC3Zxayk KTFHwvjia3erI6DjC4NmabKdVcrnwS4ak7AYtZGmQhtTmtLpBizdgo67zsxo4KhnaaC05AVjHq+k hIEYW7hb7SidzsyzZYqGd1t2yBWP3UYYRrpu00j8ZY6x824wfiVv7A2MWaqzf+sdiqLrYElLgDVv 1piQ6krbXZNWdEqD5drX6MR6olMbdi2iMbuzFUWnI1SZ2KbjedCP7dFR5WO5G6NTNs1paSOztSW2 vHeWYInvFFTa6IGBHTu6W1aqHYpxOGOH1rtpLlQCv0pMP63/TieOBQIyk9rdpQn36kJjSxOmkj2R nY9XAiQAngBdITOdgMKnMZ0dMCcScp5izMe+H8ee4kHAOz+FdZ7uy3yf18VPRfhRkq9turOH83wK QEay9mbOzod4MjmXQdBnulMBK2QBZsia8xqPvG/v+2Nn4eRv03xb3ryfsuAQOSDFNHvOcuqL4EZx ZCQTmUFCQhXITTjlfBx7SnEjpmlaplVK2Z9ACCNP9YQuJnYqP6+9SU5dHLE67uLvOZ9MDlDgoxFb mEpJNijGUDI+nTk3xsFXxWyxll0M9s7xZLDdMcF3QdC18PWWa7G8SpxdmLYXXTKwwK3c0KqgO0h5 Q4Y33WZeHbmsTl95XEc5WvrRbnEthd4EYhj4amNKWDGPP2y39pIS7bGjFaBygVYFxWzseOkKrDEg Wh47K+3cSsHS2JgVQhgYYfvZMWuJsVisXfkBOwzXtvZVx7ksT1FNxU5qrfBKFzZvYdAIXnwdK4NX VUXng+M8Wmh5eJiljEid1we42ZQLaGGeM93J4QQ1mcdn1gD0OrTuNoraWhErMeWKqpPsBBytNtVB Rp+1GNPQ0ez8vTP7bv6TygBVPmdY1ie2n6iJw7w3MrFY1H9HO9SDaLdFWmk8d/l//ct/Lesyr3NY 4GfOt/P9ighGQCD+BRHjpxUcnyWFTOfjD4GHODpxTHQFLEQBtfyZgSDF54R93/ft49gfJSVHF9y8 TG/r+mW5B7oIZBGBWDcGWEAYuTiRlQCEwAySrpACCaQS7ICllCnGR4o/SyoOy229r7d1WujmBxAh qE5S1KwFE8RDZjA59zjbHqxyl2c1c+T0g5jW9e3tPk1zBjaRTX4JqrMqVbaN+J2pjRsxyBwGmlSX UAvrngpfHiWt/WmIlDYHaO8km0m27mePULZouGTcpp9xdD4zzqsEujXWVbpD4Sfx18YyGW51DWS0 BLDGUIuoC0D2WFxMQ2jErnth9NuRbXn8ZIFu9wMoMflGZzQTSPvHdrvNPenqwNdRqCq4rA5lCKyW yA4gBi4UmqaZyfArg30Gk4c6F+tCJ1qWbdB3g3x8u0Vdphh/VLvyAzrfSq+L152bjwG5U81lYw9m 0gaB2JaMNDWodQTtEnWFnR0clItWBbhqalrnGsuyDottXXQvK+RWLKrrDsulLanc9E9MFHW1g5JM P8bya0V3acnZ1AQWptWv9QhpI4aOTiZdGeraBl6XGnTIcNEh4oCo00K4Cj6XYfZpRR75ryUVwq/L fZ7ewrTO8zot63J7m9c5zEJ3AAcEgCN3uq3m++51Ngwi0IPd8xXOZ+cDHiQoZCaEFFKd52x7uFJ8 jNi2uG/v8dhKKs75ZVlv9/vbl2W+ObooJUmRisg/n3c8H7s4kVlkFVmk3CGBzM5HAKTV8UmVxCTH /rFvP0vevZ+W5ct6m6fFuRBFdpEMFFJ9bD5rKTKTO3mQG+AgKwCgAFMpa0r7sf/M6d17zGtYboXu IZLNiymd3Jz5vMxAlz4MswvGqrKppmHE69sZ1HKqSwCdt7h2fVdtKHknuvCrOfQLTufbXcHReQLa Nd1dXs3brDZO8uqhUsdsB5/tRhuSxlBiOdX1YlRj3cSZ4Cst8M5F0aYEK0y0tUi3ka3MUdf7ls7S ru/UYa1RpaEQbHrIxh669ZoYRtqU907C3Ve0dF5GQJsmUZugtp6QVtrLecipuzQVdeXdZULqZpIB 64ctCjwOSbQzDA1K1umsvqx8LrUDs7crjOy8Za0j0m7p0HUw9bVc135aRXdEqtI1NEkbuLpPtGWN XWyJ7xJ2HnhROsvQ7nUDTL1lg2cx0lA46YpgGglgWCCmWQLD0RhmFZ26lTdwrARGA1CmtBooLdc6 rAWq0FwrUt2ldztqPxk0BvCE41P6txj3fYuPj/3Y9nQUSc7J5BCcn6d5XW/35W2dF+9nCYvzi2fI dDsQ+dREGEIAW7p9f0sCxEMc4EghI12iy2TX86SIy5kx5v2xb48tHVEyvV/m9Xa7h9sXhCmJRBGB BPPC+Xm+mer1KnKHTEQEi/OH83t9sTQAM7AAaylrjLI9fmzvP3Py3t/meZnWEIKAsZTjfEhUX/II Z0EDOMEEZMDT7eROZNKJvInccg7H/oj7B7Cst7flRnIXPEopw1vo9iw+GocMtivGE/ywbOw3+FZT NsqM+V7MGrVpRWp/o2G3qG93cUEqa4q9Q3pJg+aJsVawRyUOF2LItl/HW3ZjZ8CdHMbcY+FbTku7 xrWCUpGWIbNy8GF1pZEv68w2b9nPDrWuGaucLiGNnCrArhRAZbmTW8e+TSoWoDU/hdNpVoaCw0Kw icdyOnYvXI2Yc/3VVWdUvh6OrTw7UXS9mbEl0AlBzA9zRsV1wZ2toCwlKqgOjgV4eQgeE3kHXIwd auy1oLqehPJ1qe5xxg5pGUTtQrlWHfboZRmx6Vkhaz+je/aHwZBsNwUvUCinqV3fKT23XYpRAjZg Wvb1YY0lzNYflw2JzgbO0fXSYKTk2rOljZYK0BqeLSNYu0FdOLUZ4byYBn7tX6emJ8AgspzCFWGJ IUZsiGT0vjgH0tEzhDDNy9v6BaQAWWLKKedccpGSSzpyipIhJbRS6My9M77nIz2R85eukchwjgCE RSaI/tyDAMEiUvY97/u7+/lzWpYwTWHiNN3nfxGRkvJj32I6WJKHZEgS3GpkyQBFgshXMklx5EF3 0GfAFQkoMyBgFJkhfxTBvj3S8b/TfFtu93X9vq6SS0zHvm97PCYpmrk94M93Pjz/BhaQIrogAhEI Oe+P9/859mVd19vtfv/mjv3x/uMjx6X+lkcNTq601Q0xIeYyT3ePhK3ddGvG7TpOK+9+PqfVxmUI 7qztHNlESQy7OBh0h8vOWyydNPSCLczxsYVrMcJIfoTZZQK0SXHMMaM87QxfJGzLlDOM6AFlDOUw t8QshpGGmDBtbyklFohixxCedHGp3uTM3o7HrijRjV1s0sL9/EW6hu+xjsTrGRiw5cpUypDaS41R 9uCuY/yZaxnCsbTbLQplwQ1teWuizpREehhwpoE/6ktJHV+u0pUnTHXPLkOMyY9tksZVEXYuy1fz xZifrWVhfLCYSRWXZU33np++hdl5lnVwC9lGpI5fm55hICiRWsSIUYHd3mWxUxTRzFyOz0OrHRa+ 9jPs+aFrQ1oUGNxN30lia0hihGBjBYzKLJtisCsxVjih3d4NMQbQcBqc22vWd/KkiSJMSXhWecw7 NlK8984HR+/DNC/fl3kWlIJDEEs5St5L2vLxSLGUEqQsNdnrwcLKtzE7kUXycrY3yAwmx0NYzhYI BICT5//nCIAv4vftOPY/nSshzGFewzSH8HW6s9xTSvtxPHIsJe2Sv4sEwsspOyYBiSgikieQZHY4 Cj1kgkyQZ9QQWXJx6RG37U/v3TTP83Kbl2/zrZR8HPHH9n7kuEC+iKxnSsvyRm7kRmb6v4t8iDiR QBRSRL7nNL//TB/v/+e9X29fvn77Ix4/9v3PFBcp9/q/Cn6JpVX/OWwC9m2QVS8d81MXvzoTseHG 3lWbs35ow5P1E6kkjVlhzLgWbwfWZncZ9upk5xU2LtB8jo8tfLtm9JaxJsimOSk1U/q25nCtQ34y +EILCootTLSBe4y/MNC6LTBxxyLtjMpSNRLGNmrYcDwy0mm/C+62+JAaGfQxRGo10sEfr+0YU4Ui 7YjsjLxjCibCXg5do3bY2bxU4cvgLLrMta+N2yKPlRcY0WUDtgx3Fb7+koJm5hObPOdTayH2MN1d 2KF4lVOdVzPWuqerXy12O4LBKMbwLpO3TSvd+Wqq5CUjgTQAsYEUbeMhmx6GHWVgZzT4SxSv1mi1 qhEstTWEXFk7WvlforB+NOrODbcu/QLt+zHFWAterIfh2hL5DI+e/A+ykJnMdJlMcIl+I/P5fy8I AXn+ljUn5pxTLNujHFtMMSKVQOfdFPw6zcu03ufbbVqmaYb3B3DIr18BdY3lUVgemERmkbPPJsRJ WDlfzCCFTeYIIi6XnI4tHls6kgiI87e13+bl7pcgyCWjFlIecOQhAP6fsStLjpxHzl8mwKVK6n4Z H8TP80f4Bj6MI3xvz7hbqiJBIOeBhdQHgGobUaEosbDknonEQpuBKHYuu4gAIlnDQ2Wjczpn6vVW ynwk256f2+MDJYTwNk/vy3oLcyn2WXJ87epAAWazW51nnBeUPSC5BhOvHFQpH0fajmTz8vb+82/r fYZs+cDV9g7nH2/z1lYotS4eOVWNZvZeOOnqxstIMrqUo7VqjPZyMKky5MqpVwpmNATL30Em4NL/ GUk29yCtR2HN7D5eLnMw7tGdmKWFnCnAU1i3p37SQUiSdehEiOxCqX5r5b+DSujuIGnxBWHNM6GO cTY0B1VGC2c3m/zORI58REvty1BA2ufsKTtX4dTmozTMGqGaMsDjNIx+Dm4YWobvQuRyqupQbaQh Q8td5Vbk0DYMdXFTKdgq9YQX2gkAnw619lhvJxijFoCQHVXMm/OqkLb8MkLHWzkWLvaeouBRhNBh YDoJ4fPhoyCxAjpBMGDHfYZhmYaldIx+WNFA1oy3fjtepQV1NJWumIXuI+imAaUV+46Do5yjyjNL L0cM56dLcHLn/tzJ+IeQWtodeKGi4zafZa9TQB9Uic4NPMHwF84rNKAQQETMYKpqGo5Xp2LyspUC iFk2QynLcUhK2/bc9+cj76kkkxyCLCHcp/nnfPuxvt3ndQpzUd3oFkKX7Ag5V2mYHOe/AbbYecHG l4uVusNUzwgJEGACFrMl55h2S9sz7U+UojLFcL/dfq5vtzgH0Wx2nCdcRA6RBARggbh1EzvdtiTV TSQBJlJUH5ANEGCGhXyktG055aBxnt9u97flnkU/zHazk0QmAmAFgpW72U1g51LLGboBEfgBiSXb 9kyPj1/lkPvbj/Vuhn+iZDPXKy8uuGgF/dIHy5VY48qUdBLj+gD61QFg88Ha4nrIXY0+QAl+t8hK otzpQGe8xg7Z6FgNfYxAVarfBQTS6qd3Mnp0UE0l7BgjpT3wdlXTh7hcsXYweNmVe+j46/TRltod XxhNGSDp/o4UFhpChjr4f0ytOnkYfR7aC3OZqkreBZQUueycEdFvPPqIgrZPWIDHdWGjViDxsDYX JbT235FdCTbfcemUSbQzIFEcz4LNh4D4joBu11Q3bWCBAT08YcjEx87msId29H1cVhapPPrOB3fk ZSZ2+0W4HASbVOKzPI9mUIi8TI3u9lsPpHIL2Fk2Ot7PiHRk8X/dgoEok1urqO24o1lzEmHIcIDs DGggDGTX9icu1loArjMaBwwENxpXqt2275cgQTg2YAjwX4ybiADnhRkmWlSywUoRGlutLBCFidmN KH6mIkRFQoiqUWOIcwgxaAgiMMvHkVJ6pv2RE0r2uzoYHwy00K/D6JIFu0gRzbAJkoFsRc2Wepf5 lzgKiiriNM/r2zQtGifRcuTH4+OZtlIOtbO+vVHDInKSbIPuAoOdSzkTk9tMzoxFiMeyhHldQwyG dBwfj89f6fkOCDDBViADu8gnkFV2iNX8jdjJMxPIQ2RTuS3ren+/Gcrn78f2sFKmKr6FbM2llTf6 yTXBIzwmZrdb2yco5Squx5VY+6l6j2ELbZIIZH871+IdFtqm7n6XB0LbnGWdfxoNYiYdcP2xanHO EsgBsN20NknDz92ahysF82KtUUOdnnbmUurzAuxkUBrpHeYro9WT1hyAlrG5H6ZbZ1O6bH9nhsoA Cf9UiLxjb14YhlOGPX2IqyTc2Bx1ssiSyRM1RtlHjHTqdVzm47jQk72FSDTurZar5qUurkWqsFch 9LCABZJZI1Xejqv7oEAhl1Jkg3bzR6f7/K8P1AUuZ1dTO1ZHokI2IVGHnknt1imEuvpDkdoWFa+l vQqFFzWYTfxqC1ASl63E+T20a9N7/XTRQ67An/lpx+u8YOOztSpugTkKcbE5YY4VTpfzs6HD4/V3 IJH6dNNCpwzT6jJ0BrFAap0uEdLBPO7o55kYKjzeQ6hIgagBathdY8NxEoeVXxUE+G+qDcpZ2eu2 jPNEqJx7SCFQw2I2m5mZWlEzxvClFSIHICIWtGhQDXGaYpynECeoWcnHsae0pX0/ktmhr+OyPZSO bRB5UdZMAYg+BUU0q2YzNUMpK2x6pWpa2xF0C/EWp3WaY5wFsue87du27yWngHLOO4NhgS1fTlGS yF4XcQQWDZPhfNuLh5O/IPs835bb2zTPonIcn8+PlHaU7OZSgCyyq2TggBiQS7mZLZB84gQzYAK2 aT5ubz9jDEd+PD6OYw/0Ahfnt5stVzx3dWx/P69OxrIouBYd9W83OevFpereTp0Yubpx47QPzbKY 64J9lbSvKYINrbxwVsCRNfqwIeuCnoOe+wRCW5CcpN6Jn1lwdJj1XbEWKgwTDreYnaly38Nes+MC hhSXDg99L+c4WWEPN5ZuHtkNx006OmMIFjuWOQBn8bjBgedfu4adJyvtF22RYpSVoo0RBee4+3uP OVBNUKTO0WoWSA4dkkAYpVr5tP5LC0MX6CshxaGPF96GzzkSHWBzFEav7xOJXNnKC/NOZ9Tm3eyC bUhsHEQ/ve7Cx06iMKi5ABMwt64d1RaBvKzPZPxNW0aVGZHQesEEPIcbiTha0gqD0/kYXgnksywj OhvxzlkTidR75dpEVBK6U0ApsOsYcWlkwiDthVIpsQY30jKXbaYD4wxCVbFAEsVF23gaQ7XRbrBh dy17PQzA39sB2E5p3VcRDNGKljO8sCiiqlAtci67CATnVogv0p/ZgmLhOJDTlvbn/vzcn8+8J0Bj WOflfb3/WO/3aY1hypDnK7VouDIoc5M/tGgWrcxWAGRIUDED5JWlYJO0GJacc0qPfftdjhwkqtzm +cey3iSgFDMDzks1oMD65YHqUVsRE9lFN0GBQGi2ISIl533f0vY0O2Kc15ve38u0fpj9NtuAA1gg EwSGaJiBKPoU/VRJr+s9XlSPJWPftnykeV7X+xymDDxyNmC+4q7LHCcnWIy6SLNTuZNQW9WoRP10 sSqHyaztLpQ8hA2tQL1xnTEG6kSx85TeSWdrGDtrZdgfdj2M1BjtIz/U4ScmEZPUFUdIYv15Fytw FKItygyPDr+idTAd7l3N7vtl+Q5975k/joJdDY2rJ5n29nfc78ZlqXDuS2tnOxyFkgFK9GcZ7nBn fKV9wqTmuKfrgc8UKHl0f9jFPf7aRQ87jtrKO2c77uHF1OZsdMCLqW0EPPPIqsiFlq1MAf9ubavO qTNbefIjVx2yjnRk12q+pJLOP0wZDkQKpWkvxcZtBZsa3gHaZYOYg8xlf9JlINhodFIaiNFC4iEV ciFCTcQIZhyzQCgUYICVajJsSpGZDL05LzpegxjNaFpLB+ajtUKIFh52B/yTAhKAv66g7+yUL4tG s2i2FJvO3IaZipy1RcSgh0gRoN7ldfY5AYudbzPJx5G2fdv255ae+7FnMY1hXdf32/3nel+nRcKU IA9Yti9AQwsVW6vZbIVFswlSRLfzVg9IEaDumViAFbgB65GPffuV9o+Sd4Uu69v97b6+TaLBXq+Z zcB5f7lnjSIAg0Iy9Clfmzy0dr7AllLmtE/Pz/899l9WME3vy+0eZ5SSYRkm9nI/i9nN7AYEA1Qf ors07mfKWZ+P/9m3j6Dh9vZ+u09mmxnqOWHW/0T52E6ruy2obEdcpPhS4UuB6+RSBhE/C/sezrhg aII2Xzr+OnpEtyDenMulORg1RIaP+wbWme67kGoJGUFrO3e7zCo6pr6leia0le1qsUa+UXVrSd0R kBFE+xfDd9BseyS7A+k1rVbu4MT3z8+/vEf4Egx2FZ2EG3GKZViIgDr8220OGIO5bvRRTpgIGOhf WtlAqwJn8S077vPG2x1GsVH6xHqJWWhJxIDxv90TtOmTjiyjtQeh36WUuKZSzZE+XBNXpHY++rqG tVaoE3Kjh4U8N66YJTUcGbnmqSbuXCgOc1XlIJ6XVJjOnUd3lnlShJfSnA6FYBYa8VKFrZpxabWv s0gOSZf9Yh51lsSGsXh0Jo5nOJyGMvTv/xrJBlcwBzsAf4mM56m8RqipBV+jmmrQPdkrzTDVyyTO xZUicl5bLoYgKKq7iqfIIjCbrKVozpZSSttz3z735zOnDIQYl3V5v91/LLd1WlSnA/IAkhmG5Vgn elVOm80iYIKsr/fXn7tSwnnaBWIwmE2lxJTith3b43nsO0yneV3u6/o2xTmrPgWfwG8YvlaCRcxW 2CIGQEWKyAbNAtRLSAUoIrmUz7R95nQECdP0dnt7W98WCdksWckwrXsMzwvQIuQQTXgdFPqAJAGA 1UyOtKVtDyrLbZ5vlo/fJXtz59RBKtRFCaw8l47Zp1xjJrYTWflGZF0tE0l/Z4xYhTBkYi/1jf8d swvdF9RuO0frz9FiYa1Xu0T2rPPdHTidwxgVuHN4NhCNVXp0geM0BTRcB0lHLrmiw+VDjza+KyPA HPxJ+7mkp/uSP7AY7eZHR8qdJUi0jMBmD82bNi6TRtoSgYvLf+ckHNqOGhjo3Pmw8zNRKui48txo AeaceZcg0XZokPgJiURXygAVI8LMlQE7I/oz2IFmgM6msc/O0Y4uDa116vKmRmh6E6u+vLRKbcRf qzbNX67GoWEXIHrhxE+uSV9esMgD71iznEFaAeAhWFW9vrcVQr/rlus4voGiT8Za2rCJSyf251ih 7eE7ux2GvWh/KB3HubeXGAfgPwABzjesSss831ATqKWHXc4q1/yXkRUxQRY5IAopIuX1ZnkREVPJ QBCJkBlYDKGY5WM79kfaPvfnc99SPgowTdO6rj/W+/tyW+JsIW7A0+xk50QjdmblvAP0ZoiCAIHK rrpDdthE9xnLeQr3OOK+/SNtW04QrNO0Tus8zSFMMDvMMswqL88o6nw7zCqAygbd9OsFcgo5MZ1y DtsWt8dnTgllmpf7fJvDnA2/rSRiUjC7WVlFMnRXPV49QGEBWEtZ9m3fn/9Amd5//u3+I4puZlaK kjUvrXFxgoR2Rt5JBtrUzukPAAAgAElEQVSt705AJ2mhqBb0pcuF+M4ya2WOe/bKaNWvq9bpxqgD GNqO8Qdb50xSzb3JH0E9//oKOudvSwsPq4OQwnNwzAtVY/TjRgct4mw43NRyxNbVHIMAUJ+XVgDV RHamZPSs1kqCDB9c9QPyW17NO+H4QFuojLZSdgs37Gx8OsWTsA4FH3QsjBqTsQMGg8TyNK7jkVc4 BSC3ayhdYMrxRGytmbbfpV1tcV37LtsnLdGc+GXAhTFiiglZlca6EnYy4PWdV+6ojZaPrBeurdyQ YT7IBaK1fqXaokxS588ZMKuSj8oIF6FEL2Yr7X5evXKF2naYW2hZPLoME6NWaqIFbSsMrI/kfDva yv+1sb0zL2jDx9FQu2aNel2ucLwshekWpuXfgQOIr1u2gMot30rjjo1Vt3MtjMD5wpT4yi+JCExR XtdpQA0zEARS8xACi5AFMhtiKSUf+diPtD3257ZvWzkgEubpvq739b4utylMWcIH8IT5vIStXq7Q RmCGnXdjzIIs+in6FNloLVAAg8wwO4792Lecdss5hGWe39f727yqxgQ8gL11JPG8vBwmkCSyqewm Apvl9ZqYCCxm8Ti2ffvMe1KEdb7f338sNw3xkfPD7ATDXpeeIRjOF9IWgYhskO1ckALikWx7PsSO aV6nxUT+aYhWrPVnqARBqxggoRSqyaIMmmmx6HdRnQ1mi6ehE9XEMDkz0mS0nYCeXE5Gjf6WAQw2 UhwcgPpxd6L0fPSgTkOvWVpI0BKkm5sKBbWoJoyLs6ML4DoFZhaU7w1Z5xrRIshljA/QUsY92fhr N8Rog/5sdJjIIKFi0eKQwhfv0WLtjJYWti6eKG3NEUghqvLc8RzCo8w/Y9RFhGhB4p8uuaat5Ej7 4cKu0UNPVgEMQ3SebCSCDGQc1celghMwaO+0Rsu4kUrjEyFQLzHtAuguNmI3zxagEEN9eyyISmwo jFgfauZer3aM8kkc31vqDpGpxxxx0jlegeDRFgU+AMx/2TY6DE78UTd5qiOtAWFelHYOqQPBQUPw kR9QD0KtrO28Ewy+eQjh57/957RM06rTYqoHcIhmiTskyRc0LuVHuxVZ24GF2FC5aApMhsmqFxSc t3qUusNUzxu9BFZzKjMwG6QUK0dK+yNtj/35TNthGSpxnm/r7edyv80rQtxFPmDPukufs1vKcJot ONdBJIsk0U30wHlthimwADezW85T2vP2/Ez7hpJjXJb1vt7v86oSd8NnKalm2kvdk/Evyq4tR3Jc uZ4IUo/M6pkxvBXD/4Z/vRUD3oKX7Lk9VSWJj/AHUzGHZLYBEz0DlZIig/E8DFLU0+yHQUUP0ePV vhRgf32oRbZSr3Sd5/FV0iGyrNvHuivCYfYNswbRzKLZE7YKEsQMm0BEDyCarW0NK6V0HZeZfPz4 p/2pol9mlxkrFv4/+4zQYw4On+5BYs9Mv8/5z2GugEnp2SOU3jUIoRCe97gtzQFvnnuxhbP2+9CM roXIY5envdGyU+Nnh6Saj9dDiFfGdL7ZQAAz0P3UEFNtQhvcvgsr9B8Qkdu1zXATfS/eWu0b518d wcwEYNIoLvbu4i3zB8BRp2bdRfKF9O9c+NBcRa1/nIsrG6f0BojMbXrhl12NPLgPQSdezUUmobD3 BwlOCZLy/m5XrUoWMdjLYBTy7h/zR+lZ750VXt8JbthDNvBthlzSK6rzSunXgQNcmRfg/FlfQMm3 ObgU5ul4Jd1Qsp32dolvwwex1C2dFWzgVaWXxdj3cuxncRjJUd79Ojg0vVMOPrRAQwv9WzyFOMnu keHCsATD7hq9KrL9ap/s8fsD0DfySK82w/P5HyFsMe7L+nw8fuyPx7rv6/oIyxZWDStCzCIX8H1P 1JTYzeQK/co8EiIu3CxTSDtItL36UV4HeYkJtG3JNNsbCAAWM6215nZq+fl9HVe6KiyEsC37vu2P 9bHEDSGewKdZhgXasUWWb9Hs0WCQwCDZOwUiREUgr4NBl1rideE8fubrzBmq27Y+l20NSzb7bmeI UXSpbYGmoY0XFrEgUkWSIAuqmZnFnMp1/k9ONejz+fx9/9jWtUB/1vrz3goTDYsgqxwCgxj0FFsg tRFspiXbdf5ZUgohbjviclmBvZZ+0Of9eCEzvEOg1sd4Xnhmd6xUfzA53NgrTq4B1FSmlZfSewFH tBwdmULp+xoSsHORX1wbORq2wAGcoU8/zFGWh+kumBMnXub9vIPJSM9blo6RBG0aKTM5EA3OFjZJ mQjDXU2p8bkOSB/m5Tl2kdazlO/zxVvA4W1y4GRuyK3A3CPfHAItblnX+60BnYbmqVAedaDH0WsF K3Yl0QyqYhOdPH/1YpNcXIVAWifUgtGszyYLYmpnxr4tQ1zh4MQEDAQPkMiIvLeF2ctM0F5YXmFY IBuszNd0BiTEjAK5I4YyPIXI9N67py4qvbbKgxJK/Q5Wib6aE2xE2zx2V5hKZPjjnGMe8s2cAuAJ 9tLPFVm3lQQ3BO4ZPjrNgdiFnslKGq7UBbNCb8DRlVDSv5Z0lJTSmdJVrErQLYbntnysy3NZnuu2 ro9lf8S4IsQikoEimiRe1pmr9Hxhzs7CeMGrdoq5tCEJRKo0QUqjtQXstiszQhSCalorSq7pLOm4 SspiUXWL8bFsj+XxDGsMEaL5Pr+v9dhwAG6VXW/kIYBAIFB5ycNEAqAiuVFYypGuM52XlRJ0Xfff H8+P7YFlPSH/MDuAInKG8CdgZj+ABRYBU/2SdpiH/onXwSQnoCJas11nOb5Oq3VZH/v+sazB7LtW gy1AaCmNG76I4LpPItHbJ9acQ06HStq2x/PHKpprqVbnkG/0b4httXdbSnrG/oWfGpYzWLKDgbn+ lVsWdWqHq82hiG3VyD4HxzqEwGGayDhAaHQ+fP9zIEYnLMK9sLH5qN9GNX5ECA4OXgb0JwdgD2+D rQ0xcvZuNrU/yAt0cy7co7N9bgcTzfwNiyFr8lbKQ6cDzwfBKeFaJeHiF5is3iTFvscZSViv6t7g MBBn7KDJXtkJYzVmZMDc4xDOU2HO4Tm1fipG6YmcrYA5MCiAx0tOIzEbudp8DSISff1Brwb2DkTy 8JkhA5oZgpze6Y1hndevjYJl7G1cSFhu9UrrKXYDEesJQ0+ATPMl5kMjfkgbz2xhvjkgBqk3M4QV iU/FmDnjo6gE+iNBJdyTQyVGoSfSieE0gTN53pcqN2GhP4gW/YYSaf/9N3CJJNgFCcAmoiFgWTQu u0owQAQSLSgkmAjad2KL1VKQs5VkVsSqWg1mg+J6qUQHT7lA8otAVbmsHRCuCRCztrnEALPGhdcp 7AXYYCuQVS4NFkKIy7KsS1h2k1gtlXKWdObUPiHb3rWpENw4Q28WGF4v8S4QACpSzRarsxZmkaoq 6yb747GswVBT/srp+v4sJf3+0g+J0tINYirfkCTIkAIrhmq2Wv3jb8nJVwhpXfePH0+NVsrneXwd X8i5jQ4ip8hhJu2zcGbBEF48kQvWuPe1ro/t8VuIOL7/yqmU/KNWX5MGJV0b2zM5Yj7oMNxKU8m1 uf7xqodR6huUC2FjqKT6iaaD7C6VKruOymRyTXnS5D7YK1mv6Gz5b0MRSBvxzooCtYCpO3cQ2tOJ vq/cYw4PKkaN+HAGCu3dfdx9eSZ/YJcXo/aHloUuBljgXSu1kHoR8xDQj/q8s8ps6bjlDtKoIb6y o+QZPA9K7yzdwAr9NQNd5xfg0cfU2pOHniSmSqkOaKbIAckDsxuRUiO1v26q5enxQDHDu24TpECJ SX63FiRHJYV3CtFLB8Rhp8SJ114zHZQMfDCqJvRrvv+PSZ2kJ8x/0smyuP25hXnTz6zbtc9btP0H B537V2n4uAcYaOdZuo825xe56931ejdyAWffFFPrgwKZxluUhvtoMu010H2XkVAwjVp7/I37V0+D OZzy4ds9nBnjMvZlggf38hbpsgfGLQLQ/VfNoOFfAJg1a9yAzWytdUlJr6tc15muI11f+Tqu67qO lK8s0BiXGJ8x/liX57rty76ue1w3jWsVzUC+t3MOajTwjh1Ei4Kw1yk3bWNpW3aBSBVNQBVANUEg 2GHt6/PRoLVqKUhXvc6SzlRTDbKsy3NZH+u2LWvQcJp9A3q/qDJwM4jc8pYKLCJZwqWvHaau7i33 EHKq1/l1HqdVjfG5rI9lE4SfhgRTWKNfRKrZZgiwYFAIRCosAovqJyQLAAtWl5xwfP8s+RR5bI+P ZQ/AVesBq2ZqpiIVqAYRtA0iSVBgC6BmOxBKudJ1wcrzx8f+3CGlFrEqpBP+T+4A7/eH/O3svisp 8bCfYEh1eHf+bQivw5QMNsOuc0APQneGreba2ydIuYdYPpdf1Zxhh03Xs/kJDWEujK4CXWs/QLbM t707hTzwgYEzMQN/PLx5+zMaQ482KnlV6RMM6J/Nkyb4qPUXfUkfz1yp3hYHMfP9gUVe2NsMkzMj K/A7zJO3SyHooe1w0wng6Sb63B4LmjnJAXgIzEYx0vqmBujGxDCGGzjDyq+9zrAIjO4z35RG4Vbj AP2tOnnjs3CHbU9DkVvr3prnXNMBSuh3ugwurkViPisl3xs4OD0w250RshlUd9aKod+5ZqVjlwdD Lj0Zw9Ih+nHNYxQarNu79n2xHH1FZnBlA3gdnNWgNsxhr/Y3tRKW/4QJbDFEs7YW8GrL/r7OkAPW 5i5RJIrWGDUuSwjPGPegivvkc4hZrTmnnFJKqeTyerHUDIhmoR+29QS1YbfvuW80K6oi52snpkCk vUr6bKdumDmeqi+wIlVgqggR2x7XbdO4mKVSzus60nWVS2rZzbY+Ha3kjk30eH1EV6zWWOsOayfX FpHcDnQXqSK2LPr42NZ9MdTcDk0/rnytsLajJ9yjzqqfItnubYa1/OEeQVAgFVZDDB+/PbbHVuxI 6ev7ryNfYtZOShezKHKq/jQR2GJ1h1wwBdJ9LNj3uj6ev/2zaD6Pn8en1LoSGPcJny9PJIIRSmkx f/nF33rlZGOgOm02FnqxDuccc3bEy7x845rNituazTSFmu2h9pas93YqV61f+UGeWwCj8WhvSIUI Gxyfu0Uu1ifAhz1PcyNDuOUKlR5xI5rBELfGqSB2PewjyiQp9AwBbdpvDy492ZmE6LvtGAi6lOcT X9wVWi/BWVVAiGFALYOD8yly7eXeJgx773l8aErJ6sGHan8TJAhuylF1oEmzW5n34gOXnuBBuANG L1NH6LsbMJb1f4JyKoyleDh+Ue8eKykPAxftt08OVpZ+cQ5h6yL3mmx9FPdH5hTOsHUdN+vGXQJ9 cgjvMAduZXAB5Xdvw7oxunq4+vmJ6UwJawszpPab6owQm9wJmNkFVUoJK529BKrjY3Eu8aZ15ycb rBAB7IuGDBk3/quS+6fy3RTb0UmsEEBEw3+ZBRGoVEiAqVkwE4gBagh4netVIafgMKmo7XhNASAQ 0RKCLYuKvkCoagjLGpegqsVqLSnnq5RUcqml1tJOEw+wCFt6ScitBHILmBWxAlX0EpiIQhZAzF4+ 3SzAFGKwaPabL+CJnCGcMS5x2Zd1i0sQtVxSyWdO53nUkp5mfm66tBM17jsmcopc7cu0ZtFMAH1B Mal4nUzaeinL8tifH2ENxc7r/Eznkc9Yy+5m/Hr9VUzkhMAsGkyQzbQd1t7UReQrLvnx/GNZF5Pr Or/O8zufxep6n3N8qP4lmu/j1wAT4DDbgQj5DEH2x2/b4wckff7jZ04oGeRNlMAE43q9z3lzjXdQ wnbrKA23eV+kuOh9h6v4HELkF1puvQkpuYBhGuEteERs/c6BfzixwAkbzgMVemQGBBwGuKbd3Ahk hJXihIdeDv9D+zzN9ZkKE+OwmFdGvcy8dSfLO7yGZvP0IHr3x84X71y856uNAhWmUIo+Tc0idnZx VHAYxIqkfR2/z8zxAOZh3iPc6o6Lhu9bi8K70WEaBXtqb4eRot6AAxSDOcyESQHYrUeSnfTnTPhN 7o43NKBXUX6KYzbfR1+HUSb/WnoCFmqfpVCBk2YmLDglhnOow+3nrVd+UB2hDAcPXGiTOw8k07qe ewzXZO2fKsABfJO1OlR15Ql0Kk8BTuDokZP2gNIpYefAiM3ZxUlBkGQZFC59SrL2CgNSpEjwwmlw VQRd8Fwr9L0z82cgO6Be9kX15q23Vum1HQUQzP4dFswWj9wtLorkdp5E+8apSFLJ0rZXCuRvsS1m a61bSppTSenM6StdX9dxXN9HPi+rJhLWdV+3j23/WLc97jGuIS6isYo4x50mn2p42Ovt3DbD2j5e /xKYVJUsmoEKWw0bvaxsgNYackZK6fz+PI+j5KqyxPVj2T6WLWosqgmW8fq+/NIfrmL22kRyiJyi 7QDTIBLbyzW+a7rWrZR8HimnGnTZth/b/rFsReNfVj+tabPtjWNmO6ydRNI24V4A5G8Evdaynudn Og+VZd+fj+e27WLyV8kF1lYTgxkEpQ1cNIdwmTXEsFt9pKt+f/5Zcv348Vh3mH2VAgoMRjNO/6oW BwmjLxoMsVPIZuxeY66kZOwiB+/2qzLEb68fpjtcX3rrknd1uM0BQPifgwec0QCILRwnjC44xoNo VsobcdTkLvyawRyT6gwP/Z9CNA+e2sn2YIxboHzSwFAYbfAoWD24DBkLpzZMXK0T7BOy/UI1yy/E PYsYPR84toF0z3+KVJPr8ADfatHAbfQQhyECu3I3HwadvBGBu8Dtso3+fJvswQQX+N+AXL0mw002 nPpuyNpzCcRG771MzDdCnJjaBHGDgdQQIAdjd7kM0GeWl1G6otwzJXjS+q7GOyUrgSRQsxxZWZ/1 xhyZRMnK6VKO7wYCeqRSVkB7hrPV8J5NVjNus/b1Wa8CtcaqizvI/h9oA72kKrEFvfF6s6F/lhXp Rdy/3U+uZqshwmJtiQdT2GqvhYMikkLIGopA2r4KILy+2tagCcxsNeyGFZBSJedwneU6jvP4zNdX LVlMo65L3Jblua77um/rFuIKjUXkguSb20pjYAGsdP7pahYMaJ90gUGkttNFRVoWIbUsiI/WsNYa c7LrvPKZSqoqe1we6/5YHyGsVXCanfZaVOM4Gs22VxttT4m0TwyjHZre7hhWs1gyruO6zj+t2ro+ 1n1bdoTlBI5ac9vv+dqXartIFrlaQ4CKtJeE0+vV3Grp+vM6/ipJYtzW9SOuBpy1mNkDvgpmi8A0 aIipGmCx7fOAaMn1Ok4Ynj9+354QvWpOZvXe95Rpjiu98RhN/thxu+5qr6kONRy78FPsWd6WOfJ5 LyBFr73JSU+wX3M8dtuYi1Jl7/R/CbuyHel13PxRkmVX1X9mJgvyLLkNMAgwr5cHzWDmdFfZWshc qMymJNeJ0Gi4ZEoiKW5aDVN2rkfBrM+4tBQK4w0Cl95L4xKrvYO5v2Q4GYagBx7I1JzaYzKngWnc 5w9Tr0PIIoYPs7uqvWXUJqRHSUVliFdskYEzKifOwFSDv/oMncCQvobBONpozPppmLaozxw63QY9 OOtxk0TNEarrWWqjjUGGL39ST9rgRVyvztyjp2hYAq1gz+5TTqmwnlgmEvShGhOBqQusFg8U1Sth s5E0TLRhz/Lo9NXcWWrlUj+FY8dOmhajEdyzZZDSIWqxfGi8yn1YNiBmJcSZ8Mjyx+Jv2TgEwXQF rC3a9ZdBZ+WMfS9DjaELrLTocOgy6IQH/utEtKF4XhIqi8gqEiAR5zoCs+f3HkZxvjpXyLVdDoXA 5Pg8urm0bZhvrw8w30tZ0iHHfqT9K+fvWjLYeQre3ZawLeu23OK6xbCS80xUBIVaaCPK9+UkzPXE +xYQCJb3JAG177mQowTIe3PJu5IGHGqlnDntOe0JXIPf4nJb7/e4+RCEXCK3i7DhMJ2TE6vICjC5 nSgRkqOjsZ5+wmTHHHL6Pl5fNRfCsq73dbuFhYR2YcF734lrYQcQIASAXHLtHKx7AQJswMYcSt7z njwtcX3cHvf1waB/1nK0E7kgJ7IxZxH2oZ1kWYjEUREsApTy97QnT2G7bctaa/liSb0aq7ho9F17 jR0sl1UMtQt2RlRtymrqtMI9pMHKwDQxmzmcQkvTq8EPtfQp3BkiCepzPrlkG0ZQX/PseKwTnXFT 6lRR0ZNsTQ/6iQebpGf+8IomGJoYOyA2N2QH7pq4t5ti/gbuiXEY9Jm987QzriBnP2otrJjmtEU7 yYQpyqGpW5WuYQHLcm8QPzsSHfKHKR8YRnGfoxwmE+4PvLWyNITg6Jl2qQ5D2YEPQ22Dl8KUP8j5 MHOmWjm4LhivrHLFfRHlT5nCRzFhhP5sMNlEBjpt1ia3bCUaW9hltQFty7pBN+WKUdbLfpo+LH3Q f6kFqoOf5tsu4en04L5XB4XhXqfsEdZBLO3lyJdWQpO95rHlf9oO8n73V7OOoGUWo58w6rq+T6VK OA/BElEiIrTjmiC4doxCABJ4yNa+qKIBDUusZcmJ05HS8cz5u+SDizghoiX4La63eF+3+xIWWSKR K8LJ7I33k3zj5Np5J4xseH9frRIxgZ3bz0+8qmV/mwARl3NN+1c+vjmz99u63rbHPW7BhwP0FEnG COoJlwg4CAAviE3cnfsiyiItMGrXeGyluLSnkl/Bhxgf23ZfNvExAd9S62nOdB1HiLJz3O4ceaNK IKqMmtNzf71KOjyt6/ZbvLla91ojeAMIFNBO8xKcS94fzlcI2hVqAkkHH/vvPvhfv923O7F8c1Vb pouUOq8zXLhr1YwmaYbRSbUs9BO/vvP/IM64VK3Z7c3hiE1WjQfjrjo84Iy+FTKmRCZttJXPiXoA N5W1MLY2y8x5GEF9ODJUpUU+hWUWQPlzGUEOKKEvQh826A1dM4zbLDO5N3kwHNYOqj3PZ2N3ifMQ CSmx6m98bzrmeIWMoOo0gJa11VqDY5kgBnjWi3nEyeYibd1bgKkf7fTAZRpc19DRFg19sO55jkhm JZWrTFuzNs3GzdviKgMw/Wvd6tB9dn7CDq+twIhhrJjgjCfCtQtq7zKknxGRiSGuFxgVFTb1KF18 heTMq8vx2/zwieEygdmO093Kn4pr/rD2YbU4G6aJeUbfVntoNmGeCbYW+AfnFnB4o3Ie8EQD2apL OkmwABGyCHwbmgPtY2OufSGFqIAY7RMqEELbDkI9wVEk1hpLlpz3dDxL+q4lSamoDgjBRx9C3Jbt sYUIH5hchRSAQSpelo8Nw8bxKLKBCBARDzBRdQSiQgSgEokpRSJrrbec5djT6/tVMnu/LMstrquP cL60/a/y/uJMJjrk54Rt221qTCe1Cz90Joa4uv31/fz6rpWCuy3L431pKSeutmPeR2rlzbEDBMhy flEliiy1PPPxO0RivN0f97gJuSdXFl7brakiEcRABb05QySQ0M7W5nSk9LujcH/85kMpOct7U4h+ 2U6nNwYbJ9MWJ5zwYrROT8O68+S6mNpm7w4jmrOlRp+DvojNESPZVvo1uf6trdCGsBZYzYfr67Go Wos/mNEBbLAszuR/slDOOMshKcKfXBGuGDtbotl+2T6yA+ihOy6jgcFk25x6GtwZATG2GBNv5yZs KUyxnfSY24mHT1NE1P/XyucAAgZmqGqQAVvzkIaYXlnke+qUhCGqszDaipJmrb/iT6bIpxlyS7um wcfPpRQlu1wyIIw+zpj/Bs7YUlavrSBJ36cDo5QVdpg6LLVUc03OLA90jjCHTJyWsBpeDfMZf0Dm MNs62KLZDNo6h+e5Ud8vlMw1KN9skEfmVTYoKXvtrpfhz/f14+SPsgVGtcUDfzuzXB8zzhZqDtJb ziKyibw3uzU3LOIJcOelEXCZqLh2fzlA5ABpn48/m15EFua1FMk5pfSd07OWwqWiEiQEv8W4rre4 3UOIcl64rp9E96dvswb6ffu4SBBZ2s6ShnvbrEqQFpHYyAAIgq0UpGMvKQE+xl9xfazbEjeADuYs +LmOTJlLhPdSC71AQlSICiQAADXRfAB3LiXnb6klhrhut+3h4z3DfTG/REQvHxPehFcAzu3kDry/ Bte02gtRTnV/vWrm4O/b7c/bPQhSLSSNpbKKRIhrYQdRItoFERIAz+zT8feS93X99fjz3Yejlix8 P2XFTn5aOyXGvYnRcLVf9dThJiH2pj+Fp+l5OCih1V7aeuvdcfUKBsDK8DzRPVvPSyStC6SJIfqs 6qf/VUdwFU/YCgeLadG2BxA+melLbqCvlvr8oZ7BMc8MwfQKE9glgQOTB7bLxB/5QMunNNtrrar2 MEMPfqrNVjIUGRyhMsQufFzWfynDPDkMORnCE5dswdmXq2zPXsR2GV1FMPatXHWx5ecfYDJHG1Zy hoZo6ri5WjLP7jOM702QHYLaaMP2YDXA0gMPras3UVfV8qsJOD5F/PNZJHyOS5S0Oe6xyV1B2nja T6fW53pa2eUqGB3mh5RvduepN2i4D2RqQyNRHvjvyXix4a+YsSmdjtmSIeaYicVDtzu0K7x+Qipy DKrOFUeJXCXwe8vFj5daRDbmWAqVknJ6lfSqOXEuUqnNfMQY19uy3UOIznm8kaT2WTj5MdOkV3Sc RlYWSBReCSD3xPvTrEJERMpZAUSEaqV0yP561fwE/BJv2+O2buSXw/mXIEF4On0QAYAKIO59nrbd NuZOQfciKKW8Xv84Xk+w936N6xY3Ty7Vks8LRl9EBYgQNBaBMv24h9AuUK+lpOOLK/twu93u6x0i vzMXAQGOyAFEdAgiUJz/AgokNmy5ynG8jn2P8S+PX//CXLjKpELUi4F1GGxMrf60d07ogQvpa2tN 6Hwd96/wYSlH3YDKGMzPT77ckoAef2c6braJCmZNuTO1zZjMJn6YJB8Ubf6J6a21JvOfxVaJtZwZ wHD1bFscJreVY5hIs01YXtmf+hZnj9MVObatgTM2x05uD6RZl6MFteMwMcEGzWLE29q9y1bQ13kZ P9niuGL10MQQc8aOb/YAACAASURBVMBwbOAkTZVrqUEw3ImnFc5P8aICzIfJ9eFyaUMB1ALYsyda s7/CWd9e0mI57D5oqDVN+mflcBAz6WFg8BwOayjDdZeDyoY/68kGeKDOImBH72QEb7BO6CsZtB7n TztpN8RzdBKymBpgaB9YZ5kDg4NVAV3T0IKuH5zb/IEi22U/guSBv4ISXDGgmK490WI2MHw/n1sl LPE2SCTAt8jjvQbRLsxod2GRwBVyyblCELwXJpSGAKyCjSWWKqWUnJ45f5dycKlciSgGf4/rbb1v 8ebDIs7Xtuwi4HYnR69met+7IVYCqJBL7wvIf+K+U9rE1YK8f+/f/yivBKZlva3btmyOfBZ5ieSz oXYnWCQ4ooz2QRZKzj3JHSAi+HbBSVsiEfElP2vKwhTCbbs/br/WEL+4vlgAElAFgmCFOMJB7iAq oEo/IruIhJLD/kz5eIZwf/z25+2+iOxckzCARWSFEFEiSFzgfBJmkBBlQRV26XiVInH97XYn5i9I Owmsoe6ntUkx14lyH3ZY6USvlmSe3VnE9WZFug4a0//rRGkCHiw4eqnwRkn07dwKXem5TIPIGe3B e13678FmWR32PdhM8iXhzsR8l1oJg6qqmzddbP3opceyDkn6+gdvRBMO1hw7Y4sto+Z+HAgfiIJB GD2wXL0dys5TFDZ6oKngIPCXaM+t2MQGYEB1lo05epjjv6Fzg/lp0bPFdWTs++I6JBh0f3Anw2Cj mmdLiGo6Tb2DvlGLv0LafXuWRWTuOBEDoMJG/aAIxqdqW3YSUXvEWgA749uK5w+dPrAa08TJPOtm IQf8B/7wVNAaH+2XnzHzVIn0NcwrL87wSm2y2hCrDmKK0ES4zbGYkP/Lv/9t2XxcBWGn5eV8JhRI g8tAOndLoG/Gtkq9QMgV76yhbxsJfQtBRKJeb0quAnBUT7dazZLHAiyCjXmtxZWSc37l9KqlcCWw d7SEZY1xXTYfNwqBnaugDLEXKWo/NawiZAVCmxchKud9pnIiqRJGwCqIlX1OR8kvEh/ctm339bat m3e+iFQRap+jA5xIu8k0nltbhKgAJBIBJtJ7YxyLlJyP/VVScvBLeMTbGmKu9eAa8f72vJN3QMOO EqHd79744wABMXPJx7PWgyRst9uyotaXyNE2nxKYwJUJUomyiIM4EFoEVlnSsTuKf/rLvy4rl7Iz 40pqB0s3LJdYq6TiqPmDQ8IJ7PoRhpWrSzP9KQ2GG6ajB5dPBm26Om9yabwG3bY2zjY65MwMxEn1 ZbLtUq9WlmlKsuuxbcn1O9VhCiqwHforPPfMtx06jDKlfx663iJ5iugFl2xQUifcPgHbdm3H6fMA Y20opokWZ5YDuM8fcLAkiJHtocdnmUcPo4hdPqt86t/QlRZ/68xmhIdQGIZLQw3DrJjWqfJgpxAs 99TvNkh7BGOAtMAwAJdM0BwxSJJ50OdhktVqpebYO4SGRR/bBBmDxoYDulLM5gE9aTT1hZV/MWy0 ifqHuY8sbz/ZQwusIcI8uyN9yDIHrEMvLAYfZcW8qugNzIDwYPYJcPRv//E/5IicgwhzYSlABQmA nEotiTkxl1ohNUI8hERa7f6K3eh7VzG2ouYMd6w1FKJMVASOABDIMQEQL+/7Txd5fxFeh2IAuF15 7n31IYTltizReU/OCSpLLSWlPZUMLk6EcN7m2Zw0xIb2DmCidO54bZeWRhHd+SintGWi3Tla4rau jxDvLjiRnPPzOF55l1r4fa2h6CcVQPQi9yIUgAUMcSJ3gAXuXObIRN9LXG/3R4iL87mUr9fzmXaR 6vD+uG4AMSE1qgnEbYeKBKIqEgEh+t+4Pu6PP8UtlPp8Pf/5+oJweC860kH0TUjyJsdD2teZvYgn krj6+68t59+P/ZUPfwoQPhiXYnRMeonUEbYux6hO2kh/GMGrYswqIZPKzUHMkGlVmnpC6ETSjm94 KmiLhylfp4LITNVgKjvjOc8zq9KKMRzWXij87GnY6J3Obbizm2CMheLvew11PYw7u2kw+post9Uo W187+/7ZZ2vO4MzmXr6saoi9LgMOGIqUdYPNVfxhzqoMZ2gHqsm0aLFSceJejD+Fa8MkP/UUteSN MGiycwzVlFVKl76eP3bt6GGk15RqPr6oogVDI6thNKqtJyZUKvJVV85YXbo0Nv1rKbK3mCv5Kvx8 NqoMVJyVRm86/TDLJQoj08gKpqcGpvFpB9CfimoF0yS3Q1XSA7CBdD3rLHNgQjEPrL1RxanLxbAo fgg47BT1EEUptjaFMxhQVJWxF8lz/c9ypJwy1+oIod1uzgD8ssS43dft17o+4npbthBvYb0vfiEX 4FyRdqbr5/iJ5azVMZq6x2qLSo87b7JqscUiHKQNzR2TZ+cKdbs9NO5pt53GUlxOz3R8lfxdawaT p7gs93X7tW4xbEShELII430jp24yANDWL4CfT58AILRLV5u8UgUxSEAE+SVyL8Uf+/F6fh2vndmH cIvrPa6LDwJOzGe/0u9Eh8iK/2PsypYc15HrOQBIUaru8UTMN/nH7Nexw3/qO7e7JC5Aph9AZiUA 1Q0zFBUqEUtmIpeDnVmriK5tLHVtqaptLgoi276u22uTUkKYl+XjtkC5ljrphFJHX1TjicnCcZ5Y ykxugIAxZ91e+76tMS635WNeRPmHyqrQc1dRHcs5BUjV2+WhjpLLvv5e7sv9/hHTkY+9vQTYt6Y4 vfd9cTSCbQy1M7bREY8mjVZ5xucv3vrA0OGh0KolndF27sC+hPaX4LTX8z6CFQy/d10QwxneaXIA 5T77WIUhA8tu8vR/zQatiuB8JVyDwtHQYYgOQnUVdWzKIBN7zm5D6we6BGPe7xoIbXb9RsKeToup vkBjPzjWfEXm5Xwur2ZdfOpo9rLyWhRdC3qBdDHpO4X3mMOrDV2/3Ctel9E/fg5i3E3KS2hvl3YZ L6nlpUuprkA4WXk5G9rwMazTvY53OnDWHRcm7hcPB625c7uGvWtH70x8IPOi7lonDBR26jQ2WSeN 4EzPEtAdZhHamVO2t5Na1XaLjXVIRv3xcMcvDmXLNR0LHCQgbfvajwIIyf+8XhRQUkSo4wskQIaQ 0pTmKcYEUCGKii4CqQrJRy5lL6XkfGiBCiGqKiK4gvrNiUkHQrWltTOkq3lYiHIugQxKKjSK3Oqd JtfR411bFlJCKGmKabpP832abgwUzTlv+7bum0jmdZrIBCiQ69AOlDgPA52BSO4MT5xRufIFBaH+ XoZPcE1pmefHvCxpDkBR2bZ1XV9yYYXTrasm4GDYT3yAqHK/Tu8wOyHwDHzdHz+XxyNMFFmfvz+P /SjHovpxdoyIEFbiUJ3As6uk8vOSSSFfy32+3e9pCcfxv/vrz+2Zpcx19zmZyeNcK6N3VYI7sasq oNMUf/7974zy648/ji1qE0q0HWmMF8i1K9bwrhuEQct9qLYE2vrZbi3Yd97WO4XRXMfoG9q/9WPj 6l4nzQL9qrquw+G5ezvO0T1vt7l6jO4Dg6IPYF1M6srxfVB/ngHa7F4Clqxz2YYpfQQSlxGtH0dr yDb6EtpXaItSV3sYekgmBLwDOhgigfebcFV3uBltekts7vhtLV6G+ObfESSFb7TiLZpB29Y+JhkZ wem2R4rWt/asZafV/vDljiOrToDdKYA/CL+LLja4Yin1IqC71yO7cv7i8eUHpxjiuPNBxEwjtB9e 5B0t2TI0op0VJNeVbDZKIa1Wa9uyo75Jm8a3kdUu7npYvlOJ3Da9DvzGi+zoJGB0BuD27sic/TLD cCGVsemN03DR1qEfXOph37udAeJEYTR/KQ+B/249/nZdxBVIhRaFBGoIiSHGGBgYwxRiYGBITDEy RFWqZtEiKqoKCkRKycd25F2lUDWeqzGUjhmPj7xKdbbnTTcAM5kZVoKq98pJPWkDwHXDLa+YXY9C lzrnkiam6TbNc0qRAUVy3rd92/ddpBBK1Q76xa/AUG+EZw5hVVn0PIPE7sXhFYD3EEqa43y7T/M9 Rqjue/5z/fx9rDfgo/XdmfFJZkpSpDptdCFBG6IMJNI0Lfd7uk2KfX3+2l6op3cQhSR4gEXlAUpA RlilPFTrKW1KvoA8TeH+cU+3Q+Rzff25fqpKqpSQhSEERpGoCoVCzT3t8zI/fvxNdXv++nXs1/nu wBWislNQde7JNPi72V/fvt6Yu4ibWx/ROe7Of1n5449m8GYwPtya5WhrXdJS6+bjvpRE3L/Gwogn TG4+Cvo+hBmtd5o+r2fWhNCF1c6mLCS8BRx+/lVbP2Llm/DFlaPv2k6HcQLvWNi+gsviw0Zs6Rxb yhM5Rusw6FLX3GwpwaW9psPJ+VBPg3/GIGHD9bzceuejMTg3DJR0v3T1hnYnBVteOnQSnChyG8PS 9x1cew6XF63yiGtQC8wW3vbrl+A2XuIy/6OFmOMzmoYpiTrpqUuAton9RL9ptV/GV1pZRTdJlK/w 59XYE8y2UdjS46OsUci2pfRdl8Y/Hjp0aXgJwc4SjY42cUKogMOrvV4LXdk2jUnpr9XSP52mxavF vQTQsvDlwEn+U5EIAKIKoAAbuAPpPEPiKwMBsJ7rgHqUhYCcppimOcY5pkhSa92hhABQVbSUfOzn hbEqogpoVAkq0RFt1qhOt7qwVD8TEEEhD6Jo3fYCIXdwh05SBx40fBVOvZYpAMjkHqNMU0xTmm5T TFG07Md2bFvJuWSoBJXbNTbzFYEIVUQAIf6rjrIAQerhnv2CcAGe5HGbfyyPOc4BPHJ+bq9jX0Wl DpZcwIIHQSKDkBMwFWjAeahJdWEHsd3uy/LxkeabYtten+vzVfZZ9Q6UugkFFITCc9VLAjcoFHV8 5RnCc56X5ePHNHPb/3x9/s57UFXoBCRSQjiAogpFgYZr8UqJsTx+/n153D5//Wt/HTlHB7C0tYfi /qLdsA6XrIOSPsybK4yuCh9svIPzF2Fz+GtPaJuyC/xdfPWPtn7NPJo9pcUK4ortwpJVzeFj5IXh 9y6vd0ZhKNDXq9fQAoaOl3HdXSwyohlftRVo8ca7dW2bycsZbdWdTKQtwa8ZgtMcH0HHQvCufN+g 3pkY2dJqY7iWHbyVfFesf7z8i0sgQ5YO43bEdyx48nQAHH9BjI8lALY2ZAY3Dq9DXlzrDDhcpWTB wz7Ox55vs9MEuixwxyt4/NrV7k3SOO36ouJaUJ0wpb2Zz7tideXAsUM3h8Wrv52HlKMy+6AL97YD JXQACC6luGZ9+4Fj05dPN0vVFWuLkOIwgGGe2QOOzqB8XV7y3jqMZly/BJe96xaOjwJgiP8BBGgk VAE9fUqpaylI0TNpAAitoKOuOUjkEziuI7+UnEjGiJQYUwRDCIghxrQw1oUCe5GjLk0VKXk/pIgK RKilbt+YHRsj+Ir1FM43i3F4kCu5EapIigiZgIp+prr7FmpdunJNKOwx6jTfU7xP88wExZHlyPu+ r7nsk6oNSNRDPgrONZ6J3IAAgihklnrBippDEaCAvwENTNMU5uU2LylEFd2P43N9/t7XCbKctkoh QO4KguW8t7bO3WgECsOqGqETWdIsy/Jjuk0M675/vj5feQ/Q5Zz9oZ7nkjEz/IaqyAN6Tn8QO6jT PP38t0eY8rb9+fz9zNsEfQA3hhd5VEWQ8w4dvbDFnlL4+Pm3OOH1+a/Xpw1CyuA7zEnJdXKz19dG /9o4550XL8nnpuyvqO9NAkMaH1l9vSPgoDNgOJV7GyzD5a/pKI+uTB+J31qdL9BjHW2diCWwLCOb uHL5V7asVV331JjyVFkA66K+EWbl2KcWWNp27OiR9l9cNHTdU7hX0lZtef2+FSP+O1GMYjHXr47x cOmttmLh5c2/6/37/mL3GG0eHPsI57FdaDkygjlU2umqVwnrU9J9gWPEdNifGGEEpFbZPCNynTUp 79ZneFHUpwuoXWt6vOKlbQigQ1rWRp2jUMc4nITRlhBa1e1KGHEwnKx8VBbHSGnTG5vdj95peL7i O53xJqlXLd0GFh/7vKfymuyHUctlnvEKo53TM9xmgzpeCBzkZhsC4oVNO6n6wUivIfxmfBcASP7X FVAFUKiCOWADpV56ppoU4bparIBS93rUg7SBHYhuLOSq+9xDoYAExpDmaVrSPKUUGUioos6/FFUh oSrHpvmQfMg5BfNlFUBFOsoLcISWK1MLIQ/Us00RVVM9FQO4XUdv1fUTgaxDZ1FVyJXQaZqn+T5N S0xzSLHocRzbvu55l1Kiig20HuSmmKB1t0gBhVBwg94UExQ4t5OQ3FVrK27AQeo8c7k/0o1gOfbn 83cpB1UTGAFcF8lmhFdAZSESKudxpRuVWmnGPs335bHM98hwvF6fr9/PcvyALlezZvJVEYxKArKq kisQVAlk8nl//Lx/fCDIvn++PreyL6q3umOW4Rm4iyxu3YYAO5lvy/3+8RM8Xs9tf4kIW22z7x5w +JhqKW3212f04N27bDOMzqF0rrDzX/V334/vSvNh3vqFZUjjH+sdGvzv0E9nvZ5m74gtSoWBko4L OBG9jfQdnojeIlylcajUl2CbXMaqvcMa8YR31iY6Y2oEGb6x2EY1yzuOKtur/yfg8KPNnXDsRz8c xSsS+wjh6X+LCTxhcAWiDWBsYTRcmjD8Ynk7yNINSBiR0dFvZNcnt/Gyi4Iduq1f/Gnrb28Y8enD O922EYLyTXY4cOYNAU5tfEojUi4zYWtr9rYDi995CV++uL8eFXXgo8uoLldXoAcK46CUvbJiw7DV tqMtOvl4fn0r6NVecIADbdVW43wZCIePf7LrK8ahtOg4svJtuJdtQ3w9BP7HZWtUpG6gICjnygZl zGSBKvQ8FgJQ1TqpgWvo3nsKG73JwAvYyJlMKeF2m6ZlIoNWkBMjQwSCqpaS83HkPedDpOBrz8g5 RJHcPOsozQp3pJICFkIUcwxKUpWirDMg17IPU3qtG2Jj5Ln8YppjjKp7kT0f+75uxw4pk+rpkki5 gJEAwvCb3IkAkCyii8qjdi/OuSpm4iB1Ssv94zHdJlCyrMf22jc59qSS8LVBRit4CtwAFFnIHcjQ m17nlpJrTMfttiz3nwhlP35t65o3SvlblQ/5YngCpW5mVg2Bq6Ku01Agx8gfP3/c7o8s2+v5XH9X 7jK5IbzOBTeaVC10AThC4HL/uTwex/H6/PWS8hZzyHU3lTjlM5X1MaaLSb4L3nUvOgcdHIYYldsy Gpw3jD8+wVmgXpYzBksrLTh/ERxHVpr3oX40zlhW9xZtyhFqwMnWV4ohVMM5oLck+eEZC2PaWlBX +9vh5c7vWHfQV2ef4iiH89Rws2YYmsbk78Ul36TxNPvBKo8V4vAKV7vbaLzf+ayu4UyN9Z0KeVLZ 0mzjND52avtvaMuxSsfFBF1F0W0G8WTXv3srHDp946BsoR1Q1CuE6KAYFn663RDq0MberlT18sQl FutyeLThE8BhI1wyCW3Lmm8plyjeGrgXQqex6jTct0j+hn24Eowq/8qU2VSuc4xdSnGm+hZw+BH9 8bFBO9vXHd9BBAME3aHmIzSpT25dnOeCA6A3XVWnZiOiBYF/thyaqfjKzqJDOABRBFLADagbV5Zz AN/OXyPOS850Og+/OhHMqqhHXwgAMoeAEGr5TPNHSreYUqijIKSqXODjyEcphaq19Hidn9H1ht9G HSUJlhAkXDeNiNb9KfXMsR11cYbbDUsWhhIT5vk2324xEcxHXnPe6oSLlgewtJ5FWfem1mtyKUDE efrFtX8E9U8EYgj7bQnz8khTVOZ9e62fuRzxmqKq2iDkjrCdszkslEnkBwByVRRoAfI03W7LY3nc ELHvn6/fe94qoqp3+T7BDEBBSKgHjELrkp0IPGNMj5//WB5LlvX568/tKVCeG1goAFRjnWdRjeSh SiDEWD5+/CNNXLc/Xr+Lfq2fNbtaW8zrFdqMzXyNxTPvOqU1s67LMvZEfRX22LJ8cbRZrngV5X2x 9wv+8THJnP6YPrSL13zcNRPzHqQS7/vW7zXZVWopPd4aQ44nyagqzrr9sj5pGwiDS+2+hCsjnBy8 V7JG9x19b7DaLvGh0wS6VvMy8UyNlfpCvBO3tu7aK1wuuOuW8WK/wxCjmo0QpIvB2i6MxRUXTQ3g VMUeP6TvWeu+1x7d2wtCpZ1MYTvdZtnhnLyfvtQBf9gnOS66GvMFdA7HtbbiMvlkJxNbOsNBK9KA bKxdTKlwjaS+vUnEVMg7IkNU4sjw9tXdWd/ZlP3rA63/3fcfjIBuvOQ7PwOXxkMuk6FeRXnHZdKI rk09wCoDPGVbspeY7yS8HXnyrqBDxn5RZqPYEfj3K5G4dz7dF+nnKViatLppTYp07qfgQUpAXetQ bzoFEIlEoh4crpWT834TISESRWaRKIKS5dj2Y13LsZf9KHuBhhjnab7flsdyX273W5pCnENMhXED N/BwiuJZ9XKp56nPKrNoVIkip7Vfx6ijHhZOBlKvcz5m1UnKdOxr3v7MR4HGlD6m6SPNS5oj+YLu UN8eUmeXVBfoTETwQHiRT3KD/h9fV7YkuY5bD0Bqy6q6PTEx9sf4zU9+92/5D/yNE75xu6tSC0nA D5LQIJk1iowMpZKkABDL4a7AOZX1slJVyiml/SlZA43j9Jjf5uVdQavqARvMIGVkghKYlMDnZhvA RecAzCLhSPu+fqHEefpjWZY4JeJfpezniTYAnXwpEV3dP4FIiBIwqsa0P3PKMbxN82OYgsgmxXZN VUJhKqBr43YQEZHIcBx/SdG3t38s71MpT5Fyz9XV21x9z4FXLbz62YBiU9mXeNnU1ftf1GngCsH3 jqPxwuRsuIcvFqF9vfvL+03q+DLjN+Pq5YOuQLi8XmhwEO1foA0vQzgf6oWD+i8fYPxz/4ozo7VE fZUZL+p8egMc9VUPltais1yhfkJOAagugWvK6VUyD2Ko3szAXzaMjY6pHnB4ANFwanrSRCOpCxQX AsU9QVcLVN/3aMMuQ1o+ZquLpqjbxz5BcaKG7/y+u8r69CY0P38I9b1JslFU7zpyncBQxXdB2rQC jsjeELz19YrdmKHUeZuw4p1Gb+k+kFMtBG8LnhHL4svxZmsUNliHXdSLHRdU5+p9rE//0kO+tLLz p4eMjQdGXcjv//6nZti7LV89xhu75woIXftN6b0k1TcT74jF+9W7rgrSc1+vOzgZEIs3VAcghANI hBKGKcQpxGGa5xAGECtUJBfJJe85HyXnkkmFIEE1uqqiW1O9G8KlTPcG6oAShBSKqDrphQnkjugg HKqFWWMchnEKQxyGkaKq7DmvOa1p15xYyuQa04oLihXQeg1S6Al0WHVUXUCZsCpOOXCIaV7iOM0U qch+bOv+TFICdAEicBCJKhMdxCtwHu5aAKiORAXn9BTSwDzN8+N9Bh/r+mtft5JGlfE81UVlIlqZ v0RwbQdC58kpI6CEvCwfjz8Wjse+//Pz18+yP4AJEOYvogxElQgSpaJlAQA8mXlZ/piWKZevz7++ 5OrUSbfCaBfnvDswBWV3b1fjvtX53+JE3Tt6r+F+9M2rbq/25iksi7WD7ed5bz2lPuhqXRrXH3Om 3j6t16FvTGstE+9nubayl5d3hXBdC3BW4COo1L0Cjay0K/zM6Hdh8X6qGTTxgdaq2DfRPPggJ2cv Ve+O4PIatVa+0WwMomsiw1V3dM0+r2x+OXdwpDaxx8NHdTrjXbC6Lge656J5MlCX3ERWk4wVaHlP +kentD7uwiWzh6n+qxmGkHqcyy4bLhnuD7n0ekvMBlKNcWt/m8TMaixqGnxpZgLhZnD4BmoYzY0h +2+7sZLN0Mxy1dWjRVP5/o1UIxvtqtsuU37pupH8xQ4u9FDJW6444ulek+LLabpDGnX1BZJLL26D EHUeyWN9b0rle/lQLQ2Ycgbgv2pug6tmT7o4Uhrsw6rnHlzh3ukr3CoS6GwZn+fUQ84JlcSFKIFA VK6ZIpQJAXStuD3PNgMWxUMk5Czp4PWZ16+vY9sgJYQwhHEYlnF8jONjnKY4coiZwkF8XHtmVF06 7Iz2Dio6EAJUACgJcb4Od8V5yEgGAI3ABMyqUylDOuTY92N/lnSoUozTOD3GZRon8LCBfklhYAYS UVIdgQglKIMKUyJSuog6D7YFgYAZYBVJx9f+/CThMS7T/La8PYZRVJ8i+QQlZx2fwIIog85VQ8zX VI8Ijaqc8r6vmwq9Pf5Y3uc4plJWyRE6EK1AUOVrQcqlB7egCCk913WTTOP44/39g+Oe8xeQGRkE 1agMZmEWoKgSMKiGlNZ0PMfp4/3Heyk/SxanqT08N9vzttpADdTug5y7+c7IX15Um19fPtVvoV69 uy4EP4cDtR9sPF2Dfe2vBmyhBsSom4N9rqaZ0jDSU+Jt2Rj0JTQle0peQg2LIn4YnrpkzU+q/YlX EnTpfV2E+nmTBrUWkbvvC/cC7+u6D/mWwMKPOeLGNzbRt3kd6iqw9jpqc5DaNDzZTXVrTaGPHFbs SyH45al9eDbQ4M2zGVkI9Sy64j7ZlX9eNkDscbwx5YXJHeNG0u8DIrrLI2Opo6BH9lT309ArGbL7 ftnf31hTgyl9mmbqsa/fl1yQaxL4EnrJW3WrkyrXTsBgty2baqTnU/q6gMOO6ghrRGFq1sjH+IXT ASOGcAOOhm44nbbXe1Vm9+LgaG0c8SWUM7Leu1rRCU0ImSkTnxtyC9G5hSgDYEoX1CK9tS0aDyLh OLA+9+35PLZNSwkcYhiHYRnGt3Gcx2mMI4dBmTelVbW4mXF0iz47miN0IAzQQMjMG4Wd6GA64V50 NnOmH0SmnHLa/0r7KlmhQ4iPYXzEYeSQRY57E4tTSgWgc9KJ6kMRzjNiiITuEahbFxmYUsK+PdOR iIYYp3Ea4rCDPs9zXM+KIDBRZiRQISqqs+hIF4ATaFAN6cjb80+VOE0f0xIp7KWI6gAUQoYq8cGU QAV0bcVxjYiqoAAAIABJREFU8atDTmtKmyLO88e0DEpHTixynrQXCEIgjhnXlmsKBBHd919S5P39 78NUVFUEtaZ6te5hq1fWJiqYK0dtNn1I7i8fh3yWxkF4b/IypX9j32XSYFnvMpo4YeZqLsMH+/51 /ic5z2LWyu6vRj72Up8MzhbOJ9n1n3sz8QJvasTQhgEOs5EmvZeSuYsmTKIWo9bP/X0POMx2fDvM S6CP3J5CY7m4bnwPtqxSmgBsjPteip41rv+i26X4MKA147GuLy9bqnXPS5jqKRovedQ6Y0OYBdry va3BuUTfUWGfpsnruyi8KIww65kYbplorWPnFe/mVhOtTRmk+3hLRC0By/iy985o41fmo1219jJv HtrM0+LKb66mZeKnJ3tGzI7YQSLuhswadcUdARvbadpRcML3gmq8x5ml1D+9I7VK9HPdrgJPwOEh mymlvTJ39Hm/KY7nwemrd172ubpeiaA6AVHBdA6C6KTydu89FYgCCEyZeD/ZIEq/T0aFAlAlEU5H 2FZZn9u+7pJT4BDjPAyPYViGaRnHKY5E4VBsenb0XeJVQiLKRHC8n5gA9wkjzJQIO1CuY+QAoNzb gQvAInvOW07PkjIkxLhM82NawrCUMDyJP0U3QHGexkLn1iDD3dOgzOfGX7nWBlaNpcR9e+Z9Zx6m 8TEt07Qw8aaSVU4647kxF0GIdxCumaH6W1lVx3TkfKxDHB9vj3khCnvJh4oCUDBs51cCeCOnLiL5 2J/pSMMwL495mEspq5ZLOgoolLgwFeLdNCTn5779JLx//HjnUHLK7hwWHzZQ6zTq+yYaNQoJp3I+ GGt93xiYOod1Pm/sjdy3XVz/+9IgyRk/ucIbe+nts3c93sGpe6On1vv6hoaekVA7Lx/FzXH4eXMv 8Vlzecgo7kW90LwzaRxI39D0jT/vYb3v1o7xPrL6QRDtaqrhzlp1zVuMC/r+RR7xeJp9NfUE+5+N RTSNZnNK/V9wfNm//Irl/qI67/nT5l02/RPoFDK6Pcv17ofPrkL7vLZowg/YNYz46B67edm+WYsu L1y9mEAa54Dva1/rNEZnrB+SEwXqEvwSdCMAzr48FvGUeHv3P33hcPpm5TQwNzjAbfVi4I+7fSl7 N+L1mWrGe0n23tUTg3qcxFechhD/QzWBFKREhei4dc4cqznZxt/Za0wR4Xaa6xULRiURiFR1hs6q i+rj3vUr/J55SplIma9WO9FOlB1kOR+eU1OVaBMJKcVt1fV57OtTcmEKMU7DsEzTMi2PcR5DBHgH Nj1HMdXQn9enQXXU8wjW07RIifcYd+ZDNagS0Ua0EeVz/Ew1lqIpHfv2mfdVFTGM0zSN88zjQbwS byIEXe7xtmtTEJEHgYkT8Ua0A4WuUZKTmCiCdOzH/qmaQ5jHeR4mUPyU8qlacM57JTm/oQsoM+/E 681LARWRsq1f23OHjtOyzO+B4wZ9alHV+dzqg+jcIr2cagC9dEUK7duvko9x/Hh7f4+jlLJKIegI YUDBcmW89DKocik/j22bl7f5bSZOJYlbDGKXD5DU+VN76J94yB+cKnpMYz7LK32jilq/zuykB/L6 igzv3RoPa5YSXWJvilYIf1OOv2mCpW8Y+LxN5IOjoZmR2lSBj9BN1ERd4Hnje/ulrkEPOMjR471k IwQrU+t3mXzU3bwUkfd6HjM1IaSp34YA799Qp+yVpNcE74KbFmpDLVxivKoU7pjlTjJ+zKURl+9g 9hXnBeJvyD3xff6+2FD3Z5yf0RHvAQfqvD5caVc7lsy31JsbcWRwPa21ESxq0/C12VfEdzI0iZlI 4Uhq7uHqq9QFGhm9mfTtENMxdi7Lw5eel6aOrJqMtgYAcb0qimq38FJE/mF/LIsfq2raOf6+77+g 8Ld//PdwjUFIHIWjxFHjUAi7YgdtoHye8uW6OoLTY3tNhi2LBYHk6qu/aPJ6xi4kmE8MFuxFJ+ig irOtTxAiIQIuhCEEIkpECsTzlHbFCDIvryIxJWyrPL+OY3tKTkw8xGkcH9PyNi3LMIVwtUBUf6/Z s3r1jnuCTqqjqgCJaQXtOBe+XtudBaIMwjl/opQjHT/TvpZcFHEa36bpbRjnEFVlVxXoHQx0INqu TdXoAB3XgAiUTgECRFmVRSgdn2k/oCGGeV5+zO9LGJLKlxTcM0WiQug6hAWEBNA1aqMBGFQ1p58l fxHivMzTNHI4SnmqDIpBdTx3aQMV5kR8QM8D/ADEnNO+P1XDOH7My8Rhl7KLBkUAFdIABOIEygwB QTWK0L5t0Ph4fw+DpCPf+5ayE7K3berU3Yd/Hw7Nbi1lY5A+KjQl98/7j75K6QnrGwGWpV+swc4x kfs2OqXmwr+0sRrc7/IwSOuH9vluZVrTNFHnPnpZeTfaiKVpzzWAQ2vCTFBce0P/Um901zidWXQt 7ZchBJ0jfglhfSRuWpbBoVh24m38PjrM15RJnc7gm3uvRVzrbR8MUEND1NLzgOMl2rAnJjGqEWQf fdmm4jnReTPR2+2/XIjk6RdHfAMfTQO9RTeCNUvxV4Noua4gctVhLDe4h5z06BaI3rrXOA0PCLyf 0bpbiGr1sLy9G6GagFArgLib7+rRsjcbU0nNowGOpsXSuAXUyoNaOC+Hn5qU6BSgYYfo7//+v8wB xAAgWjQBSgxARM6TYI9SsooygiqkSMmkSopzlEFV+VrzeREn1esp070Dmup5rInJ1488NT7L2GOg 0HVw/DkAcQBBZQEYVAgZ17yQ4T75DM6MDRvtRBLCMIxxmocwjMykBJGUU8oppSOXBJFzsoXXD/NB CgjRk+iLcSjJde6JDqqzsysF0jkdnYiGIY7zYxynEKMglZKOfT32lI8R1ySPUzgH8S+iDJ0UASCi AzqqzArc/XIMZOY8TmGalzjGouu+/nnsh+Tp3Ioe54JkBKIDVFRHlREkd7A/Z6WsgcPjx8e8RClf 6/bn+rlrWYCRSIFMLMRZQZpHAKogOueH5hjD8v7H/BhU18+f/7evUJkBJT7OkRZFAkTF5sStgZeP v/1bHPnz1z/3VVXsdJhzJYtvSjY2YCK1n1z7Jh/StMvYX/4IK65H/cmV0BuzFevNCS6xb4o1YaCJ 4k0TtqDyC1qntAT8qoMXdYDxdufbynBTFD3cMefrRzfs8t4Zd5VZ67nxPrFrBlnDrplBSe4vy0uO Etz82l/imjqopYfaFXpcwnV9meQte6j/bWaw/Qvf2jBofFmNN2sNvKo0LDSYBt2/6qSBeufQJoDx vb9kP+5g7PvLryvxCaTjxcJ2cltPWpXleoaph8VUsyZOmT2eE7fawhuL3i5CgehGysjxyDc4gCsz 3zLRV/Na+oBqCUz9QicuuDo1kzGJbc46wu1bbAcmv5NKA5LgCOAaNBRHkj30CuO17hwfMDmLGx1j YHC7ixpfvb03UNWSBWf+fSMQdRZvg1ZZFnooEP1n2o987FIKEYYQGDjPfGWOY5ym8TGNyzjMwzhP 0zItb/PbPE4xDiFOHCeEKOH/+bqy5Nh15ZhZ4NTd0n1TeDneg3flH/vD3uh752roJgFU+QPNUhHs Y4RCQVEghhoThWnIIhtZYHWPbbTwBvctWxKkrWNh1HOEMIkTwrs9tEM2CQADuZErqEbgeZS47gsn M2XjgTQDMKgOJfNx/1zvv/JWajVyHIdlmpflMk+XNIwZ0u6uW/eW+Gzl0+qZDYYBBoqSlRSKgS1i kUHs7B8B1Mq81cf9sa6rmQzDZZpv4zwxrWYrrMJ2gGwXex5MfgEGQSWL8WftyPNKWBtKKdv6XbaS ZLy8/eV6u6Sx1JrNo0tIP4evS94Rng/jJrOc1185F5HrPL/Nl5Fyr6WaDe1SOjOQhudmomo2txLM alvYkeRyub0Pk9ZyVx1hI6H75A4AkIVUYDTD+vhFs8v1b2nUUh6mw1E6I+7uYn1ROd3OniX+d7C6 Sx1i6KxbLCHaXM/D07NbHAt/vszfmRj/rUHCu/wdpjl70C4b9mznwff5298FwHE0c/zN7HtHim5N vr0a8naFO2FjuF6ODi8FcINjT3l6Y6GQrr+e2dkUZ1E9jxy/jXSIaMaBVBcesEB5HiuNzYgE7yy+ Hd/zSO3OcsqRCJ3wxBo7F3umWFeC+78IC9yAuyPcwqWy5wkFHClzxrW/k9LYd/8pAa9EudKQ+eVy Wu9vx8ozUzxDOrHGU1ztFKndDYpSgB1xQCWBj2cBju3RY7HxX+e2RSXyNxGUDEc8/bKQTto9naM1 5w9fpo6VT+6T/C/QYGpWCKMsJCRVEYUpyTQMwzBC1MySJOGIRBEhk4Fq1ayYFTMlqmotOddazVSt 3ZQipjSFwYBCtOPApz224eAr+h47Ujz28EeayUJUgIbZbCBXSrsr5HmPCVlM2wTNAJb90C0f7T2A TYBxnNI4pjGlUVKimaptVbeat7yVkpPpDbbs7fHzep9yyf1ELBIwMYPqDAAsxNZuuWuSSppImpf5 crukAdXWmh85P7Z1LVttK1rIDNBspHwL1zbHYTqqLuRmFo2ako9pkmm+TZfZkB/rx/Z41DxCn1fc mU0in8KH2tA2B5lJUP5M5nmZbm/XNOhWPj7+9V3z9JROmnCjZBhqve6fjEAFHinlYXq7vr1Lyo/7 v+4fRfUKFJE7mc0U3GBqOtk+PEppuf3xb8PEz1//zKtfTYydI3FZE4NR8APEcFKYLup4NuLnFEcn 7lrcAp5HP3I0EPHBBVX3FsYxSkRRLwdVPhqLDliOfY+GI52WmntF0ezGMXo8F0iCQukuw9jJGKFb NzHBcLyPHXMi6IIEn6SBznHEg9DZ7uQAdwM5dGTYNS6mCD6iQz1TJvbCdkJFUKhHp55CuMXC0B+n 8a4HXdLxvW8wieGoMyu9ATg6Y48oeNdqkEAXmLjZwdmRAlU7fBada1SQCCLjJ/7c8WgNQY4oBnYM kww7qeve4E49GcjiLdHT0WQ+MsZRRHFktCvpeCyNgSweuui8o9NWT2/O6Rzzk12KtqO0RwdnO8ti qM//dPrHJkWwhUCujgIu0sN+FEXkuO5wMIW7YX8HWRD4haPAuEyeI0x6zOyfINTVtQcE/mf/JoGF XE2HXdWNyIYNICkARWxICggIEZE0jdOUksCel5RRVISAmcHMVE1RYUU111JrtlqqVlUdAJJmNsPm ICt2NNDRxqXwkIDS0ANZDIQNQBZ+g9bmVtoxmm2FhO3W1uy6n77FUFElVjJT6jgO0zKPw8QkCjPL OX+XvG6PqnWERajogpXapM++3tbAOyy1w8325vmBYBVQSp1GnZfbMA1pqFXvj8evbV3rdjG9NkbA UruADcxghk5mQt5hoi3oYu5UdJqG69tfx3km67p+fn3eawbMgBkA+dnOFzEk07Y4RgGAlZYNlczz fL2+X2UoW/66f65lHc0mQMkKuRurGGHS1tL6nntJvN7eL+/XXD6+fn2UDaZtVc0dRgMbzjMAO9C5 XP96fXsr5ePj14fWIch0NMEIYu2CjhBjZ9DV6Pk6S/QSffuSHV/6flYPV7ZuUPID1QNydcARF3Ag VHFO0Vo5LMBxNX5nCuNCdA20kpBfg5OIsZMU1OccqkWgYbQ1dsQQXWa3id7NaEDjgKEGYNfl95CG Hgu03V7HAzE7D3r2W2enfu6jHP+MRaUAILoNTR0W1L1TDJRpGZop85m12AxHFZ3X976nE4KJ8R7n uAXMEc0jT/NudiIdAwVwom30cxE9c8dY23FeMnbBczYj6aAzbnJ07pyVooQhhwYP13m1swy4hjqq rseOj0eL4Z9HFcbe5Zdti195kMMp2d2Q54hzCCoccbMHivyrcyTDwkPHen92ROVLnRyYdmMDv63+ d71j6FdMLtIez+vU/GVRZ8VsaQOM5H+bjaDxx0ao2UA+wGp6DWbxOVxrm0Lbok5gIjVJTqntdDCK UDgMyzjNlKSqhtq2pVAAWq01b7kWgxSzpHWoGVahmvY7O9zW42jiI3pKOxELmHcHLD9aRyXvZCYb FdrgHqajIRG63+OKUIsCJLOkOk0yLbPIKElIUys538v2KHmrGaoD8A4s7Ux0s2WnzJ3y5VDR9NJW majegvDVPfMmYtM0LbdpGFEt57xtj1JWahUzP3pEyYfIt7bLSmSDDqbT0cUOpKZk8+V9vlwoeX38 +fjOtahpm9wpIt9kVV3wvASODVIAGXwQm8i4XK7L7QLqun7dP7barvtFFdnASiSDAdV0MfuZFhlG ef/L34a5PtZ/ff/5WbcZgPBTklKkFuz4MrdDO4bBru//SAlfn//cVsHPzcA46gmCuXGXgNN/X/rO KPd2yuCmvxO2swOLUYpoyySAic6TRaPfuZyuZATT4IAj2tbOo6TwlZPLfZ7vA2KQZ4QuONHKsRYn oB3f2+7yX/oJOzXeXmXwGhmobSdSd2xyDOoEj5KA0J6uwXH06SXHbvL4Z6yRR157chDp1bnLj42P gMNtUWSio4RxJwtC73hck6h79/lKOM8nUrizcXAZAyfnPUTR9HXoJ2bzwhsTHye6dcGDiJnO0anI gqinOC7TwZFi3p5ObOTYF2dQBzgiL7xwHFfCItAZIefLFM/zrqFfCFMbEp49VMNAFj2tosWxMd7Z DiB2AZgxiAcDr32c5qp0Np6dEdAjU7w0O+5CchU4GwRXLm98ZEQGapL072DbjWkAmjOmZKCthTSw Uh4i35BNqEB6VsV2MGglTDXVylKlFJa8bVteH3b/zuvjntc1b3etRUvVYlZNmIZhmeZlmt7G4TZO 12mZpmWYr5xmNuDyhI0szyvQDiNFDfrpbE5HwRKALcwAo8FgfE58SCGtzSY8M7OQmU8gZUAylZK5 3ut6/94e36q6b6+9TZdpvsowAyxmFdZ21o5ot6xBYIQRdoGR8t0Wb+67fO+E8YdnbFfjbuuH1pWc hvE6z8swKdJ3resuDxU0s5msRBFWEETbB+v9TUBSTTl/1fwQDPNyXd5GDqr1AVWAhrbfJ7fVIRCn gJBmSKYpb195Xcd0XZb35TZA7qXcYdYOMTMqIGydbWSnAaoq6/1Pq7rM78t1MnyXrGaLGmEKGAhY em41wmRm6+Nuive//GMYUMu679xxUY4+xlVCwm8XcXfArsyeP/50/iP+fuksW4p2yo6Dm1gFghWY QgvtVeb4E8OwXTk4Vm1h/BfRQ9f4s5NDsEF8ilPf01hLlzrjkl5Z0jicslAgjpGYM4Uju2NL5Ljq Pprvl+XEAjtv6u/Plj2Kirczki6+6apwi3R2UZ0/iDjvHBuL5jhylkeqRnJ11cVsGkiqYfJFjlrD Ywld715mcPhST18Fe/vj8p3pnZeSIDCdc4ohsXPfcaQ29tLic1zb2NHNTnaj6zgC5c9k8a9cPiOe iwAo7fyNThdB6Vxx8MpY4WhzYqsiU3zInY75GdiBEGv5f5QiGoqohnEEqEeSxpDe74jGI7WbfhUA pPznDwpu3pBKPtrWBtULAfCxL5gAbFC7Abn5V3tGDtpVq4UsIXLgKlTJbzKTJNqvkTJM85zSCC4k KCIiAChsjrjkXHJRzXkrWgGAJs8oCAQAkezAIXc5uuOyqB4JQFtk6vs/gWI243nNKezH7UUFbl34 SsmGcZqWyzAKUwIsl1y3nNeat2lf5BFZWMmNqEZr+3QIU7TNtO2ATiVruxuW/DCjcFmub8ttkaS1 ruvjK6+lZJoSbLxpy1TbxE0F2vKOG0DCDANYiQdgKY3T8na5LZC83v9cH1vZimm7AcHITLkbBFbB ajoQ2dCuma+waRjS9e2PaaHx8+vj13rPVucWzZJUSZhlraP9zE8B2FKy2/sf82V8PL7uX581s90u S+YGTcwGUx8CqrD88de/D5N8ff7z/hUN1jnxJN9unnhcl+7OQ14U86JY/MaUu1D5qsluBBABbns/ hefYPHdO8fPobmOBsZbo7+OhGl3XarARjtWiOUuhwDjNcT5bMyY9PvjQ2ZvX5hDLK+4gtCH6mOhp Osq35+G4WsUCifQZkDsISec8eKRehzAkvDl7FDkZk7MIdSMf7nbGi3Vc6FsnnOzu/sfQPA0FDqH9 vrWhs93uuXGK5HdJ9zKH0OwzpPD3EQA5m2IYNR/d+UuZsSCf5+UmURLOWG0LInfGBJ3AdFoQF45E 4W9JQiTA/ULUl7haJZIlphhdqCFKEduTgha7ILmEeMDAFedlOutjF+TwjcpuYbzNcfl2hzI7CdGT gkdZGsPAPkq4hbmOFEiqJ852gANNHhLsP2ALkPZTJgWQ/YQJEmJGacURAI1sz4mZNAFABQtZiQS0 a80NaMAlk9ouWGlrGtrqRVWpJW0rt1W3dc3bd8mblqy5lC1rUZqkNI7zMs/X5XKbL8u0TNMlzVcZ pkKpAOyHo1FEdCeKT9VHOZjwXIWwEQXPUIFRHkQGjFTSyBVk0FICV7OxFt0e97LlmhU2j8N1GK/T PA5TNfky+4Zt4RMF2n6W5/3RBmm0ApS0Y/kJmAxjKR81f0IxDNOyXKdlSFM2+9KiwIJ2vRxGmBjE kPgU6QkAWGEJmIFR9avkXzV/0TjNl2kZ0lDN7s/zxttZJq2/T7VJwhUND1HV6rberZYk03Jd0mhm q5YE3GACy2wdbIfF7TbIjOvju2a7vf9xuS1Ij7o9YAQSjcan+JDtczGkdf0F4+3t7+Oief3ejyVF sP7RB0RE6H4Iu4Z76nzby9T992xeeawdJ2PnHqW97xaKI0RNucuDl+PVeYFd72J1tkuI/5zbFvWc R+JEj9VRCUdbE81Tl02O3tqttg/ynBrxq3rqS0ydEZQwaLOjLcOpC9GHxUbiKCGxhK4ZnYuN9Pf2 dLU4jOgQauSjW5su/BPZ5ANcPZUWG9a5E32Vx//U4w+C9YtIF8eHjoadSPi43LdEdt1BkEM7/VmP JZ9JHVNntyMFfvc5g8JK2IAam+H5I+Sqx16kV0bmnLqXdqwuWolO73y2yFvlssFXtXdmRI4Et7Bo o7NIciykS2fwGikfWx5Rcvxcj+XExrvJ7SQz9qsCJPC/xx7GsUjkveHpWgSAtb2pXCFV7GdMZj+N g+lslto+VaAaRtPL3sQMGp7XcDQw1aAJiEpWEaZhJBNEhmEYpzGlAe08VBigBlW1WkteS82ohary jNAcVYiEPV3+sHfneQ9Tq9FAohLZ6LMqBMT0Yj/32VowZwAqqSlxuSzz5bJHZXIu33l95NVqbhfH uIoK2v23/8fYlS23suvWBQ49SPbe995U/ibPtyr5uzzkO8+wbambA5AHNmmQlE+dLpVLligQxEwQ JMsKy/W5h9RtI5QJWWAhCxDKWqlft31/8+sCiiF+no8zBQPOLIWMGSh3wj1AEPagBBgIABLhGn9E 78z9/X3ZFpYQ48fnxyOd/tq3TZkQQOUSy1Ka48pVc0Ap4Hju+9v+/mYdHeevx68jh3LZfTn4FQCM izkZYdsiYmPS7f7P7bayHL9+/RafFvBEiUwERNgKXD01JAqSMe5++7Hdto+P385nYna9vRjmK83u DGa0zd0H1cL36je8b1N5KOeh7RRXaM33NL2y/a2bOqc9rAnO+JAC+LI4YO3nLuihaY9l+7Ho/Ce/ OkcBXwo++pLB7bUcRnNvUsdoJlqJmv8N/gyKs4Nt1Ybb9O7T1OHo4jvuf95S2To90BDQwdAcAJla E6ZLiY1q3+RhgGDqdoDm/PwUkWjXyNU7DkNuTGnSq/1rwxzqq8aLeUQNYAs4bN0PiB7gAK2Byj1A rsT/MmiVIEXs9TXIopJn3/mzYTh1Gf0Fa4bH9kJOPVNEjb2NQgunzruUVJN7ZR/++uG6YWcQLVRB amzVm3RMLd/J9ec6a0KKUFCST8oi5UnRWqemHzh6Or8UJ+650741bWdlbSm9MqISzdYC4VYJCwW/ EUEqxcQC/90rbRu5lsJmYY2qvzUQT3U7hsAzPOCIEgkB1pQaUoIUWRcP8kSZTIKsKBfJXpAd4Mrp XgIS8SwmZ04JMSCcfBxnOI4Yz5wi5ywsJM7Q4sy6rNu6r7f35fZurE/XWSDSyDecy6vvTW4jMgBJ PbyIwCALWDKJTLlczdQbT1pKuZzqYUPI5+OPGD5yShBxzi/rsu7OrYfQh0ioZRZ696MFzHVYCIFM WW6w9ZBQqSeXLJwRw4fk01rv/brevN+EfMz5T2EAFhQBI1gIgUwwEDIs1zFolYMkLCmcn+E8Rbz3 7+u+GhcEp5Qr5CgCQkiGqmJ83SdHgEv5M5xP4W1b/7HdNmOfKQaRFUhEDDpB5ew180VMcTE8UozL ervd32FiTknYlYEDbA1T2bxy3WlnQvhg5rcf/3JectIxx2x8tUC3v0Yp/2x/ubfL1L/ao7/VKfHh W9QGGpPmn5r65F7Mmokc7C++MotfRYLNetq6E0rHNy9dJqYEgw68eLIgeiw0RTPzJ/OMX+/3meuo Bp8323TT018m+DN3uO9a99Xw1FEOFA56FPRq7ENOZRCkl0OAsqeiIA/UG5g1x16iZKaFay9FnXre aZ+hgWvXroXhpXZoJDV59RhZnfGlMxCiXGCLcYfM1qCnDab+XBPhu4eUgGmcMXWnkzqaHVqEGjSn gHyHw2wldHLFqJ/Ql3+8mrHKNg3O2Pb/DrGmDqG0Qg1hBPWYoEcGXdbgyzpJDwRTF/yKvIN06S5a j0ODBqE4LfyP+tkguJg2xQ0g2tzLQhbIAnGCckXZKkTl9hMDEBJRJBNLLgHEhEj0BHFdDqjjlrqv jEpdiAc8xDPbEn/EcIbwjOFMIeQUJUMyOAFind/Wfbvd1/3N+Y2sBShLUYAr+eIABp2TsavDEQcs wuWwcGsoWYowyZhcF0HKQeaMcn0JSOBzNjEe5/F5HqdkEJy393W5+dWSfQg/RJLiZSHXCpSbV8VQ LNfGAoaugOMSBRGfEh/PX8fjycl4e1uWt3XbrY3MGcKE634ZEgEsEVt7kEkodZiUCIlAIlvOEsNn jsGBWH3WAAAgAElEQVTZbb/d/baRPXJ6St6vFTQKV3UIAHDNZkUQhG0MMcbk/LZuP/yaUvwQTgAJ O4MoYEDIlKyVIUoCk3N8Pj4JdH/7sexG8JkihFcChKQc9wIIgQwFwZpSDMfnur7v91uKn5xnbdRa pCVeS7lm6PAJ9SqHqX1rpj2lVj/tV4aIwb1SovaVVk5tI6D88XUgrxpUO6vmO7+rrfZ3Hq6NV6cE NKoD8NnqDcDRhy+um4R0pLP9m6Ff2yOj8WlwtMnTEyxWHQ34z1EFFDSaiGMrMsMj1ZFoZ48ebJMN nfrC1LvuDtPnA0eo58LcuHEnfyPJeEUcmkg6P43jWsC0c8qq5RyKsdrTBAVh9vo6+tFdY0pn6udl 4rP9q/HRj6ah9K5RSxpPAGdSDEAGHjVobZZbGmT1rcZKK4hXcIrgcd9MR/NtmJo71CMD9a02XO2r mUQNw5be0JFKG7s2CNTzekBGC0wZkZSAYwA3vApyTMTlgg9FX6ukTdspCwBiBTeRVWSXgqKYq/iU DqJQbl+78hylFJSYKJEJlp4wB4iucOSiQnktIu7aF5NijGeKRwyPeDxTSDlwzsJsnF2Wbdtvt/3N L5uxjskkkVg2duKrhKIhbEDXKIhyqYQVWev161IOGasnqJZ1ByFqoMrZ6ianM4WDc7TWeLev2217 29YbGRs5p6vA9ot05TCuUjea6SrvyHRRuxDWApvIktOvnE4IytC23ZAPKT8kG2ATrAIPiEgyBGMy UZbrGLRL0ImQWc7jEUOwZitXzzt/5PwnMwkvRGVtKxubjGWg0AFEBlg40/H44JzX9e3+vhuXUnpA iMURCVE21wU3JbgrwppjOMPz8Pb99v7mlhDjh/AKcYRMhf5kpNJfJIbzQfBvP/4p9MgxKrVpSsKT cELJMJQ+aG8xh5haQxqENtkd2rOKOaDMEHr10zZd2xStt80SaffcVnOoikeJYNyEM+py9TC0YVDa bg7pUO3PoJpB/aq9ePpEFDVsLWHT1nDwMS0HbqYuTI9nU8aX7bW34+mHUCyTPsJob7TxfSkwwzPE HMPQ2idtCjvbcQ2f+tU6Up8MM1coVFNv/Vm9dAnnTNVhFY/6gUj/Q576Hdqjfsg9YUllCPThJfRq +No5YUJPU9hML50mFHWOBfWdDqPWMNsoBqxMH4i09o3+6EWxEXCGT7U6VaMh/aCof5npvQ4ObB+X NIR1LRep+Nv2yLRAsJGoLTtqNg2mj2qBsDaz2mI0ZPQAoeBooWrNuHT5vz3es06WH2RcpY7l/vZh 4qKtktQ41/S1LRqtcitKhFhgu35e3C1EKAss8QbkmgIpJRFQzGizxnqOG0VCpuveEGeMNdY675xf nHfGEhkCkHKMZzlCNOVEANVzIOylxhTUdtN61AcIFIme13VmJRwB1SIMqjpQvo4AE0Vns/Ob9btf vLHMEjPHcD7Ph0h+r51mUIZIOeOrRjAQdpBV9GkEgqpm2S9+22/LtoByDJ/HI8XTCKgcLU84iRKI iFjECrt6Z30T2WgoL6vf7je3mJT+fD5+D4dINkTXhmQy2RIxU85LPTjvor+1eb/t230RfD4+fj/P D0n1bBkiwBCyXJS5HmN4297vP2+M8+PPP8JDRNaSiSlHnIlAxNe9vsna5e3nv4ieH79+pbAoafzO Zs3mDN97JkwtNbSm1frDllJGRcb3+m/6VKr06sdVkFoQSVNj7X6G3gdU27gGE6YVTet5808DHG3j UIHkiYaD/2a13N50x9a+GrbaBbZwJ6lJcLP1mshGEaGIXNsckaqKsVquas9s/hrAZtM0STWetifg AFMUo4fIgNSgtKEXZZRZMYgVa4wiV2Ncs29ZNZiHOehCgz8ENPPjXkFA/157i/Ye/fKNro1oC83f XVLf4Ev/fp4VhB6Tl0GhKGE2kwoMWtAoRv1vSVFDq+qgTc2R2SrtDVRWNRxaHpYpeM0TbWfKtG8L egEwaoHVTDBbgNLizqzm5MOjF/Tnb/VTOtJrZ9psznO2Rr1m4oxStIZqkxm2wL8ncig5u+Brq9py j6KW7jRCojhngHKtRltTaNA86pX0gAVdGztFVoIzqMeI0QnKgBh6lrOnLny+6gwaVguwCFw59oHZ 5+xjlHAc5TiQFAJnGHLLsm/7tt/37W6dF7JJpJwDhgqKa7QBJdwl3WIhHlRO7wgFlcqGWJNA1wCZ XUo5nGc6g2Qh8d7d1+W+7V4ocU4CUQccEUDCG2SBoCTZDNXFkRJLkSsTSslnikdOyZllWfZtX92a BH/klCELrsQGBGKuK3bLYax0bSCCFbiU+DweOaR1ed9vN78y00dOAbJAvLATMBk2JHU7zGU0RTiE R4yHtbdt3603OSVhI2IJbEwioOyDJWLAEgmQU/oMZ/DLvu3vbs0pPpg9gcpduwS6+AsDOBGcz9+c u739eAd9pmSqkM5xw6DDjR268RBDDC31T5r8N+vfvHVTwvZzXe6uZwNQoq79E6ojmXvUeGoVE2VQ huTKd/5Pj2jIiw600o5/IKyOMHQEQ30+2daYYwizNPFFrcxqNGxPisGo2Z4OrPpF/2Z42hAGd/7S 1kNNFgcuUI+tbjDQilUDzdMhUMP0c00T9JZao637nUeh5U1HXfPTghjpOdXIy9MYh5pHHVU3nye9 gjR/32KR756BjDRR4GXjAXn0es0K4UEvWsvmMhpJpcamsyLoYFQLgx6alt4h1Gu//Y53DYjWZVYm 6y/4/tJw2f4rTd6/E23kfl2M+iGb/hOtAs1a6q6NGmMq1Py3opEmqJ5CDcEOKYSGPgAqt8lrhqEu nehkqeZEO+eH6qLJevFBLF27SJgoCUDmIHMSMZlU8gEEKdWpV8HH1zbl0osToZwpRQ5nOJ9HOI4U AmcmWO/Xbdtvb+v+Zt2SjUmgUE7GvAxluaiWUtnuW4ocIQ6yCBwBAib7vFAqdZcEXGWhpf50ZXEp PVP8zDkTGWOWddvXu3VbIvMJTvi6JOWrMpeIyByGrjvkBO1WXoCsiEsJ5/MzhEPEelcqM0TwKfIp IpC9BB8ACGUjDAC5kISAIpA4xfP4k1P2ftv2m/NM5uQkwMVCIirXsFGrKgUAw1nC8SunsG3v9/c3 mMB8MFvhBQCZTFQokSCLiAccZz4enznyvv/c7pvII0Up59CDhKig1IRhCfF3iLm//4fzOZyh5tW0 EDZVoek1zype6iGmZi0ykEmRtOvSUfVgp+Ye9b8N5/Y0ezQYrPLhsJ6K2nJe1tVKDjX/+IsJlsZQ G4HBkLUPGzSjJrikrMFAT1EbEIZwbZ6FU5/jGayEKCsE9XlDEv1XouwYqvv/O0TQ9rA9WvAGIEM2 XuPTOIKJU6LqW0W5aqgPB9utU+sD/UnhXMBmFUZwTzotFUO4rEWF+70qc1quQQsq6SW9MND0ZiCj pudQrDo/OjLTAqBpOIR36P+dX63BHG3okFEjQFW52ntMjGjPMCvAK2gDJqS61nr3knE6ymyBlH5e GpamxXrgrJK4GrGXcU9DrJnKrKDpxqVBBMT67b8MRTKZkMge5J5kEsCQsr5QKhAbP8pmDVSn7no1 JpUU1RVhLe/aRETTEa8CTKn/epFVZBMpWf0yy75OChGTiIRIyGSia5nmKrb4gtxoV9L+ltmkhHDG 83iexxFDzOkKPtZt2+/r/kZuYWOyQMBQvG/saQgTUaJy4yuVhBATQCARRwRCib0sYAWcopxHPI4z hWRo8fa2bje/EShwjiJNjssGXUAWKRe1fG2IgipKsoBhPmI8UnyK2GW5r9tqPUECM0MEcAIrIKJM 5iSbjREyCcK4LpbzIjallOMvQ2bbfizbBko5B0OHXKe1elAiA+eTfBklAcDpOJ+foOX29nO9edCZ U6w7ohlEJA4mE0AkREREOYVwPr17v7//w7ic4sFcTisBwRDkuu+NGOJjjOfzsW4/bu+3GJ7MUHL8 F35U6wxeNZsnXk3ldJ5QixCmKU7jgl5M0XIO9fel7RsQMMqso044srKw1Fdi2h4OKeujR9T+HUb9 0i5rS4SejKIG3oaP6cYTUl3HPmBqoIwy2S+R18HlzI55fWTwCk3957Dm5aNx0wJGSu9mN9mazWsf gxfRaeDmNbX/GCBo+dHsNt+8GnF0Mgmqi8Fvad8sPXf0D4f0BlS00fJtOvNnVC8DeV9yoWFV3rws g6WJYkPwBCU5mkGzF9cSPuCjHdOgRHrSLz2ooaPBAmgMqV/ZfCkwmiZt36npOaJDFm0ARQUcf+eZ tRU9fOrlbTZfUuVN19MMBGmByEVA+vmf/2cIgBFm/n++rm1Jbl23LoCU1D09nu2dk1R+KP+VH0ge ktd8YerUKXt7pnt0IbHyQAkDSe2oXK4eXSgQxGUBpEArJEUFoNWllmKgpva31cXMTLQCKkhWL7Zu A7tF9szbZqSy347LeX0AEwhTcXJCghWtKgZbUTLQzbpUIVcninndoR4CpLWQRlu1IGylPMkOZEiC Ra2wbXlKSSnnLufc5S6nrJJElGbLND7mcaoLrbapirWq3bZbW6NXiAShoG0eO4MNKuXNbXArPdI6 +FCtQ38Zrtfcd5JgHOf5vkw2j4vV9JWc0AkgSNGR6GEtLZYAkA59GifHlOXl9toPveZSyn18PKZP sTq0IWh5JlET0EwAblusVcDATDxUcXv583LrTR7L8n7/9V7nK6QTUGRdB2M1kRYi11mkDJeXbni7 XC9Leb+//7VMAPu2hw4bB4hGalvHKlJfbreX2x+V0/3xj/lB2kWkis6AtDTJhsAgKNfb6/V2/Xj/ MY9t/isqBoLYYC/r0dSeVc79omxSGu/X0yO+COOgjR6XHw7Zz/tyGyk/E/26f+shgYY2oRutw2HZ RDTH8c+DXcbewz31r+5LuJm5GOBGfBCbrfvA1LnxpVx75j81yt47BLsZTWdzbEvbc3IPcSI9BxMc 2Xt2MweR0GCXnBXRHEdjGsfawjR5vC3CFNuDyChs7rmxhw5PnaXuSYp9abb0vETGTet5BN321v15 76A7ksO2cMtpwrHR70MfLe3vtA/7q7KV4Px/AMdhWJ1p/l4NoxZ5dWYa94Q1DvjWBAfU1QTDcXMX bquBXdjvnuj0O6/icorzUJ4NiLfjq1sOSCX2vWw7x8Y+Og2efsAeR6bAXh9Qb7wLUho9uISbPS9y AMHYdNZtkcg//+v/0AhRUW3RJUgIKVUaECGItosXBTAzMwMEoqTUilqX5n5ElJVGs1rMSIog0ZRU ULmWOmkVn3yJmQQw1QpzpS8P/fUhn+u/w3z76rYUIdjukVlg0Fm0CLRtqUp269JOYkMA3uCyCZAB k7QtdFW7rs/dkHLWJJrY9m8zLmVZlsnKDLMOFJEZWIgObLvfJhFHMLVtQQKxdVeXndcpbQN3ESTV 3KV+GHKfNaOU+fH4axk71mEjtQKtwFchB8giYmQPpu0jmg01y0OkqgzDdbi8XCVxWT7H+6PMZrXt 4gaRRWQE8rqJ7lqzBATAGagipev05fUP7ZLV+/i4z1MygwjATmSBtKIahXSnngGIfF5f/nz99kb9 /Pz88fg1Wn2FJG2lPmQyEsyEbnBq7rvu9vYvqec0/Xh8/GXLIOveLjDmluahXQEBlq5Pt2/fze4f v96t9ifT7Lz1876qi5vwyN6auJpFKyP7m6OWxtfFDKqb8gNodscjgQzblwyKTi7mAmWTz7g2TTeb mE/mw42Lhx3+SDRS0UoeTHAEHO4mbc80hKbapeXkJGLLZ1jQ3hKLH8SrCCrvGRQEu7aEiOoMqp5C ot+dP0MQCVlb2d9z8FtpT3BczYOANg6u0c0dg1mP9ESgc+5F9KPxJPaiFR1GBEnnw0W97k/6j5g5 iP0tQepi+spps6AUZ/k5IBK/tITCbrEXBzB3FnufBPd4AHtllH2//I3u/m2vjIer7VlHz77hu+2h pL89AjinM1Yx0f39UTUiqQdI52LD/VPOEP1NHTMGUBitDUM9TOwBq4YlqBZ8sTfo8uY91T3nPbHx hXXk9vqfIiwLq0GT9H1WTaBVWwjJqU9JyRVjqGhKWZOambHN7qtoBkAa2eJ4AGpmZtXMAKOBNNpC Wq3VKkEVUWC9h0ZgAK/7YgZR/by3X/H93sJ6n4vHECIGzBDRVmFCpEEfY9fqbZMKMcEMrN9xiCy+ WYMIVSDKlHMeLl3uVDMEkFrqNI/3aVxYV7Uh09eXvZgaMBKZyLYaY247zhNK9ttahIglK/DZd11/ uQ2Xq+ZELNN0Hz+nuiysmRyA2papAiqyCCoFoLTCa3tzUwDTpLdvb8P1IrLU+vn4eB8/DTYAfduQ T4SgEQAbCmxRS9sNhyLlMlxvb9802zQ/Hu8fyyTAAIjqKDIBRsJMt84CmEmklF5u3y63YSnvj49f 8+cFyCILISojAFKJAUwilawiNlz+fPv+Znz8ev/H8ujI3Orifw0r2wAV1fL69k/dgPv7z2kUWgqq ErXLdjhsB+cPfgKnx12B4yYUEXNEyOJXo22N3iICXGySPAcllE23fb5sCBpbt5gem+QPIaxBECGE M2VPz8EX+pnYBe+F7Nu0oIbYWrBwtTyj4fwiP6MhkRMPBs8dSfXgxAFHTNXYvgV/EfZjimev817H kzlQHsmW058aMJmdBCAHtkev4yMb2egEpxPHzvTr/sfZOcVE3SHB/pQzMX6Lt8mzBQEM60MRpKgd X9+yBU+DZwt9zoCjebsZx0MC2RJC05jlOqwvQRiI34EtBFLjswcMhL3y1q2buufbgdUR4rdHPNCP MDcO5XkJSBRy7nNX3gjDq+1k4rw120cFGrY1lj3Is/CWtBak/ur4Ybgj4Mgn+fFP0r6AjgD/DVQR 20pEtEoYk2A2E+AqsJQWiBlT+140d5KUhKhmiJKqIjm33+11mlJSTSJKkjQoWiFLArW2r0LQ8u1m pZSlFFpV1kRQYCRoSutIBIFwDkZNi5ki7L9Ps02rZQUTOotYQoW0htWsrWdk++q0VdcANcj00qqz p8SU+67rU+5S16mqcSllKcs4T6UuRhOiw1rl06laxyY46WT2sl+B30RkAUYRppS7/tJfhtRlSJnL x/S4l89M5oAxVWTxvehIMV7Q8g1tles6d1NSsuF6vVyumm1Z7uP4mD/bhIWsMywyUygUsytpwBSC Y4os1+v36+urpHma/no8HnXqwSQ6Aktbv2I2ED2kgro51Ec/vN3e/tSMafz5+f5RqwJZpQiqtfhg rXQCQCAl5/7tjz9zL/fHj/Fjsoq2Ly6hZoOgkElAyATwevt+e/02jj8fH0stOWgmAs6IfjqmMT1p 5MofU4WH8Npzp1HGEL4cceDoknl2PP0+CpkDbVFF87b9W78VArK9cdfQmgQHg9A+QiTkQCF65Wi+ uafcdQ3B7hw6fjhpoVb0wQhi/yLnfPxyL1pY29DVAb7ERua9d4/RXvTTTsaZydFixvHy3uXTs0+d lp/kiVdyyt9EmnFqygK73CzUPQ8P/8c/4xFFAvv1QNjLQ3R7ssd5zpmD68KmXHUPCySMr99fNh/p r46xwVN3bs+yZfEG2YfvU2gqBZoPT53D/Xi4dsTVyhHfIHTK8VwOPToo4CEZY0FHfgclcVr1iL2g tjbL9vvQI2d+VEyHQQ6LYxDixUIOQCTiG90MoAStfBre4Bm0xR5j0bv9X8+obwaRIgu/7nRaCay+ CpDmPlUnkVaGIZMiME2Wc1JJpJImypT7lDQlEU0iamYARXVdGWBqRrN1iZkZaVZrraXUWqyQzNJq YdH3jNVtABx8uMOwoGxuVVc307YwFSHErO0esu7gqtuMj4sRg0k1EYggZ8191/ddyr2qQCpRyjJP Y5lHsyptM9gNTKBtWSI6C2ujlM3ysiOV6/wCt+Fv8nHv+sv1euuHAbnU8jlPn9PnVAtp/fYxTmlp AJFJZCZA82yHa0sVqSnJ9XYbLgN0meb74/2jFoF9azhMpG7TUkZUmoYWOqD2PS8v37o+VY7T9DHe CytUZ6C0AqlkBzreJ0FwSflye/1bf+1r/Xh8/JxH0jrRZa0OwrZQ1P0TRevb27d+uBXe779+zpOC qlplhapCG0gVeRDs+9fXt+/E9OvHz1q8y87DmCJGkHg9edx6ctXY7ozrtmIMhE2BD4UH/Kq/rq10 9tJY2KTUBdVpaBp7BRC+tOJmhR0Z9Kd9L91cRlPL8A/BLB5sqBuRyBbvoIUGz2z0287c9iOyWjYi nf54FZuileCl/HAuxWxKNGRPAQd+/2ckj3tuPF3b/rveHTyobN30XBFPniY+6L37HYBAaEpOzMfp Twbwd5DY6EotiEQ8E8nQU9E5bmM07R2PBka52zus7JHAWNszREPjy56qyFUnySeRl72I6t5tIzz7 O9ng5imcDD21EA93z2mv0fEGf4UGAVhOKAp7HqbARp6u2v5HZM7hdRou8csBAftp3K1s0o6waCt8 NNOGB2wb0KcATk/nfaeYOK8NEfmPrSrUOjDrTASAVgRz25ie60cNEuwygVZccggVLb/iRcG6x+xK q4g23yZJkDS1uRURlZSSpktKXcqZBFbs0lpaaKXUpZZ1jkYEVmFFaqGZkIKvneUt9CVtiSOGgaxb FgQARSaVT267mRBC9u2TV6ygwaEA95a3ipgqU9au67u+SzmpwrjMZVrmpS5LWQhLZP4yQzJLSwzA RAAlpBJqpeOa9tj8hEyCUSTn3PXDpRuG1NH4GMeP8cOsDHt8TZFFZeGaqWpJGiFTq2ICZmBMyuv1 bXi5SrZax/v7xzJ2Ppqi82omaNvSECGHLdkz9n3/+vaaepTycf/4+/xIgtqYraIAbH21bMXQRMRy Hl7fvufBpunn/a97LQPWCnIQraSucrVWCStDn66v39NQp/Hn/a9C60QqUpG2KMhaDsnILLK8/vG9 H/TXj/9d5hySDXFJeTQurhsxDnMjGz00tiGLSyU0+HUPxw8rQJ0GbHCt239fgO1xBITU9LkBjqbn wz7Y9Tb7sIYphiwx8osW3CXkHNQe0h5+RD5oUAG/Gn3wofH4/xnupxBaYd+Ik3oAHH7eRxbhFdj3 4uAFse9y7CxPsaz/O0fGTxM82DoVkZyGUfZYxW/AnnU8sSsCoAPl+qwFnB50XnHvgRBccny7v+uc VUrPOt66M+/FybssJ34ewn0PqZ/KXuTtYa7zADiaQ4kZDr8Utfsg1f5/TClFwMFnMCsetqmDpzdc lnhio8Mv+/20ox9RZs7D8f9fks0CuFp5BxvsS8GAuFtMwXwh8Nmhp4SeznthjsCoHYeJSG5BFMO8 NgBISv9OAFAyfwX3MooURfssNLXK04QCJhBQtqWX1iYgpDlP+lZ4DArQuFAAbHUk5QsoCYVsn5IC mciqEEFKknOvSUVMVDUx5QxJgJBGGAgCtFLrYlat1tp+WnNMBApIrrXFuj1ucAqXzS+2HEYSLNAF gCCBNFza9ArZBx2LuZO25mNWQe6Gruu74aI5QbFuHjt/lmmxpSOjC9GWeAAW1RkCsiOBdTUGwli2 d5nIfLkMw/WSOoHWeRzLMpXlXmaSt9UvSlF5QIsaiGRM67CiQgi2ZMbcdZfr7S11Stg0f07jex1t 9XAyiYxJKoTV1Kxfa52tw7qIjMPl+nJ7TR2X8uPXjw+rFGTyIlJErM1UEW3n3ibWtX1jcnt7qXb/ +PWPZSLtKlKTLNYWJTPDBlAJgUyqeLn97Xq7lvrx/vNnWURgotYyIgRpw8b/+eV2u3273T/+/vgo myU6x5TYa4hHdTgZl4PT6sJvBw3uzLYqt2s7HqOUsNgoPuU+4GBbl80uDNvVYWvBLXjMZFhYyiDh LW7xo+afc6HxanQS8f746ujtYjhoobWn9tTBmTvFLmiBt+9DhqCe2LjkeCt6aCfgnMqKjf/u0D3H vGW3DwiRblwuc1hcGd9yCPSxn7Y7dPlMMPZ5kaddOLxR9v+7Qzq80cFH2nvTg4IgZN3c//ltdUN7 sd4uQpfPxCAw1tlSTkPJExuxvRFbj7z9GPTOoQu6Ye6oNX7wxHMX3SjbLdn5dDU6TiMl+9tkY47D 1l10+swiIXDG2zloq5xoiCxlYLhndyI9FurzRl51m5k6T2BFDXIdKSFPcxZLPQGOst0ZSzMDQIL8 W+O7oG4TDVVQKUIk8vp/fF3pcuw4bz0HpLa27zKp5GWSVJLHy8smmW+u7Za4IT8o0RDpO6ouV1vN BQRAAARBENddqdceRAazSCCPWh6sMGVK4KdtZVctNdloAFxVS3UO8xyVr6aGQgBRlVKQC1IsIaQY QgzP4/kR92fYQzwyiqKIQAhHTt7NftqW9bFuy7zO8zr5WcTReXIqkABJRM1joUZcursKcYCruwPQ ieexmkUYIFkYRHYysV7afjqjGt494ECWklI6YthTDFSKLJPfluV13Ta/kFLAQzXe5e9lKTOLZEp0 NawSvl4n28xMMqe0xyOkUCh+XrZ5mae5JfA4B6UqRCksYCGrhymx0pdZ1St8Tnl/voVdvWzr+rI+ vvlVS95zJnRRUJEArSjGma6N13CnlN5i/KDKvKzz5nNMWorqXIkrEoEiNenZp3ZhTO/x2KfpZX18 dxNyepbsFUIAKtXSIgslAJMWH49nSnldf66PRfkrBYVSpICuhtRoZUtIjCHsx+uPf5nmGMJ+HboZ rQ3cORP3manmi61lpQYM0duqotkQ/vJniHnPoUonQWDWZGKUXAcG77ZOGrRyK9YkeCeY9A5J60IM Hjj0q8MQGjas/IIp1uCczORqvTtTvUnYL+M2yjXSzgMPQ5QRh/gKySPCcT+332o5UwDmDcwa0WLA KtrO2ih33T/29TfQ2l+/ND54fznqgO7pQP3y4UCdVre507qzEiMkX3KaHcW5N30VKF8VbqzIOwJh CG1rOZPVu+ldW77z7nSUag2WezGLGYsfmjWDDh1186K1bIv9jWToPs3ma9/tiLqmGrpGGdhNHwed X3AAACAASURBVBlIjHthGmlTS9qZOFpOVlTmy3Szmyls5f7biJ5arebVwNWB+0xIxZq1OgsikbQm ldIJBJjYFgfqVL3CnX5yst6XUT3Y9YqyeqkbmfV0pxfyCVCbeNLpXF/yCQQogaXmuySzCEREpJ7m JUWcp/MizpNUqKKU6v/QqJpLTiXlkl3JLFm0yGU3NDx0MlRrak4iKUGG8x5XKnGGfdRzE0BWXYyU yagnXETEuXmZlmURTwpKiTF9HPszhVyS09ICEh3qTlZNXMbMIkVralG5U6daPB9+wrq+TOvkfFGN x/6+v8ec/BnAwUBkUkVUFUU9yqRQ0t4eRzBNHutjneZZGWN8e7695+ShpUaHOKd0HsoUH6oOPIhQ 4zOAOE3u9dsffpWc33/9+RGPGYyXWQYAqouWTeSpKqorUESOl5ef28uSub/99X/hCS1zjV1VCBQk 9ESsA5Lz5fvPf/aTHsf/vv31XtIqUhkJWjeMzuAbdZJef/5BOX79+WdOMkwwGH4eJTjNlOg8AbxP bGuhWtWi9ykHY+M3cWBdHRwmbYsylmuF1Lqwy03eQ/b06r0t7+TqS++N6zDk1oJeXhMOahX3QWH4 tSvQeFWuNvUaUdv8bnOt4iEaivAaUdNq1v1uxSivNnHv/XfEtV1gUB6448eeaWxckb/CTGdstfet 0y/5sHtvbS+5Q2JViGUbDn/bF9t4MVWaeOfvwxTkzgBWIdmYDLuL1Lrupk/DTKeAk/mLOzXtdMPd NLG/tvlYrgE6w/mjNrWjw90QtMhsVaww76rT1Ooea6u16WZ75EXE9vTK+E4Ua5MVQzhrD9k5Yklg ZdEo9OwctGB042qYBJCB90E2WsOu7T5rCwC9W6Xa0PSfxuHTRGcLc+N1Qyw+Sa6T6lZ0BSbFxCpc zl3/6YoELIRSUv3p3LNnApzqema9ZLrOrEYAep68SMJzk6XdskEI6T9vEtGplClnlxNS0hhzinvY P/bnR3i+x3CkGDWro/dudbJUL8g0b8u2LNs8reKXIq6qxqLn0OyuZIVWVb1igc6qD9UJmFRnhUhN nyUVcmt48lrpLqquZMaQ9udHDKEkEs77dV4e0zy5KQNPLW2d6gEH9YRI5RJJV650ISE8wAS4ms+0 lBLDRzx2VfVumZYXP8/exVLei2boBLiamISnt6MA+NwIO6mcSynhOHJO87wuyzZvU+FHTkdNtV7K rOoVNXIz1zNGuJJulRLD/gvZzcu39fGQKZRylAwtM6pzBPXIz3Rxmio0hLfnx7HMry/fv7spx+PQ sqhOLSOZsgD13mAtxR3PN1KW9ee8Ssp7TgsUZI3eTYqaRoyqOPZ/kNPrj5eU3kvuFu5tflqRbX+1 S2T7WBXVvbeNdAsvq2ys+O66to9dbOFu6HSdNvnV+La1IPc3HGRNe7rFTROFnWL+m4oWqgat9fdY ldMpy1HG8X6yo43UEtEaeXr3FHYAdy91QCYNGHaTqA2wW542XWspLkPXlsEs9myxkc1s9fKbkh1j 6Ffvx8/viGXbL3eiNz3RkJMH37uFoZtlapDQlW99dfac3kHqCDFOAYtSuc5tdUpUvkJFM7PETNiO MeQ+l20x3Pu1QDb2LvfWGk4s27ihl+4LTC2LRjEJvpsnRgZvEwxNLSlx1aoA/C6S5ksW0uE4uppp BYPbZrB+2Tgc8F8GL22c+JxmrKk1PlmKVFAvEeCu12d2apzukJqYQQitF7MBpepLooC8rkUVLa+q Z2IJkGQAy3lJ25VCg1BgxqcjocE5X8m5J4WoshSk5GJkDOnY933/iOHIIWlWgUAd6Z3M3q/zss7r tKx+WorzqQZyXi4EueJ40SOXhShafYxnyIUAYlDUcY8ArmRN8RnDM6ckEOfWeX6s27pszvsERkW8 LnqVoqvqdKEo1XvNrsxaqRoTdaaV4mLI+8cbsnr/Om/flm1zU1DdS6k32U5nSnhmSqCEK9spcN72 EoA1Zx7Pf8RwePe6ba/Lg8r3khN0hU5QKosgk1FR06VXZ5VXMKX3Yz+IaV2/LctKd+QUtFRolaBI VhWykLHSUdUd+1+ELOuP+THl/Kvea1NvVBHIedUctdp84dhjOOb5j8fri+KZUi55rTYNqKwxN0xQ TfGZY3z98VN8TDHgDNftFj2dNCdu4mmU0Wq8DlYidAtZq0T1LqDtxOuEUdeRnYC4piEMbG1h0DXC oUyrXkzJ9usouBsMVvj+Dkg7Ihgk0whEuaPIiuxRFbkB+DYTm8PcnhYeIxUsWUfVO8LcDaSYZjt5 aJHWHmtw2JZHa+Pvv8A03oRqV8YSfYRk5OdWq73hb4qNQxutjWKYWcwH94pWOXVoaaE8em/nSzjl DhsGlKoZSzsCxmFEtgUaqGwvtuKYRqLV6px8YzGL824mdntG7i5trIds5FLbFA3AetkZFs5uyCNu /aXUWiB8g6E1a7u2Y8x3TyTMdxpqNubp7OZPHnPAvw+TrX7aUT07r5rscHdklTM4Q/UTCILM9fAn 4E47VOVabc/QVa/YWjIJDwCqGwCc0SHlNFmkUJJwJzPUmagu3KCiu24ac8CkCi1zzkgpxxjDccRj j8eRYyy5QEE4J5P3y7QsyzrPm582uCmLZDIpajZuXqhsnU6o+x2MlEMYzoM85zVy521nF8UMGylS KuEIYX+muBN0bp6WdV6neSZdVE2lVGejvy53zWcMCqOIiiuUcB3JkSvLmY8px7CXnESWad7mZRYf SnmqpnNCqgeEZ5KVBNQzQAXEhU+WHGL4IHRyy7qtbkop1ZtTPNUrIxiEhdw/pQa13isbjhCOY1q2 dXv4FSXvOad6Dw7gqhEJyYBcRsAUjpDCMftv2+PFTSmGVPJS3Wn8vPqumke+5BCeb8LHy7efbkop vZUyQ+vltzWBGAElS84pHMf28sf2OqfwLNoOgHUmeTe3Gyfr/d9WwC6srVK0MsUaBGp4plXEXXhZ SOzWeGcQtAJ26dCgtWtNNcVsj3YK2zMvnVCwgFlzAXf5QlOm+z7GrmIow3t3rZbc+xKzJV+/r5cp k+9eaxorx1IQ994t8FZ04k413FHRkG8LwwhZXP9aBTbqyPH50nTrUNTV/XJPcOTnL59RyeHufrOY qU/zfLeJ06yNdlRkfL60hq0dYH1p+AoPo0qzhTtStq2xNheaOssGeNxRmq/3jY6NAy27Wqjwm38t H3afjhW7gz+4c5E111ovboCn4ZB3yGHG24HXjqXYkO3Wvl0h8O44xIVGG6Juq1tiFYPYtjmIznB0 wH8MqKQp3TXdhpSbqfHJYU1JnD85nsNo6eeaaGin49rS0xnLq95F7vjpApqhqHejQBIIkTeRZw0H Aeu+T/VAVHXF+h1s6ySv6kvxOSOlEmOM4RnDEUPIMWnKqkJx3i3TvM7Lsmx+XjktWeRMt2BSkF0m l841EgVwpAqinOo8n/tQJ2A8dR5RrS5VzYnHvh/Pv0oCMTv/Mi/bNHuKApEIQFKdVLfzEJA6LV6V YAJqgEsN5s2AB6EFKab9+VGSn6aXdXvZXtZpLjnvJZ+CW7Xadvly59TTN0oGygFMpbgQnuF4I/y6 fn+8PmRJOYWS/YX/QBT66P0BxZWvXQCWEvaP/9Eiy/J9fawy5RQPLY6s4Sn5yq9KAKQCkrOG/U04 by/f5o2p/MrRAUIqmUhQMlEjUotCw/GeQn55/ad58ym95yxQCDMgOEdEQFQ1PN+cvL5+/57SnpOV d6N+7bSjVZyW/9V8itnStkttNZIumtVhutsBFhg7iWyeiVYX19wpt7l2E3DdgkHvo2tGgJr5a4cm w0srznjHW2dwqOnFxut1q/+mG0bpbz3MYlqr0qCJwna6uJh071YLti46xdktIjmMohW2dp7+5t9G aHcfXRuFZRiYMr97OmJ1Ar3jE6tyeO9ubBZ3bsEAIe5Ex/2N9Z83JPs7JLzroaaiysAz1k7SoV+L SYvz7r2laWOwfF9F5PtMKQPzW7RYxFrF100Q3DHcSpY753QFOvTKHU5LdIuWJoXakSJrKDTE2onW iDvaBBjsCdzJ2uZsV4CXNOvi02HoKAZjTbjZNIAjrdUB/2Yaaniv++7+bI4WO22ylROgmrebWlfe NajTDJWfZOZoEVtx5upqFVDVCbqqLtCJcIBX3VQ3PbuuJy+cwlGycBcelEgCoBrhRTnq6RiDozOe WdWXwpw1pWcMzxje43GkEEsqmgF45xY/LfMyL5ubN05LEBfqhW1qMnlUyFUn1aVoTeNdjY9AiWSk 7JQP1MQetOzoVH3KKYWjxEQ6Py1tq8VNSfVDS42unc/wC3WEkoWSIAeAy6SrHLkAa056PPeSE+ic X6dloT+gh5bTTjq9DhJZr3M7z3DOehn4qjGGtxgCsS7Tz3mbVD5KeWrB6UjQXKgUEqoKVHuCSpYU j7A/yXlbf8yLUxw5Fy0zIWARB++gBZVXAKdACL/CocvyfXu8cHqm8KHqVWdKojpKIcIVfYKcUzje 1u37+tjAj5yfqkopUimvbY3iQviz6PT6/SflPUVra3eSq0nJji0xzL0mrewEsy03odby5Fjzoj1N JtLUKkOwVTF95Xs7dgh6D+hr4xrdBl+6T0ZR3pwKvLfQYcxqRzESEHfBantsFa3ao+muScAmau1g 7fpkdPI701cxv9p+HW72TSO0GmA6tFgRbMG2Oo8G4XbUMOVHTTA+HMqoIVynw7rCHIDsSsqAdvvd zgI1vGQtHhuX06pk86bTWF1JCxWH7w3hzvxk+cp66TvPhMVAtwHUYO4mrO1RBz6x+MTVFM2n8WGr 2xkfvKPC4m1ELAdusSY4TQtNbnS8JwNUMDzZfsKAos5ubmPPF3GtYOFQrOG8Uaez9pL59ezvX+8r p3LRSa/vlk4dA5UL413eodF3lHFuuHSWXXusyANYFRIB8JPdAbBe/FHVMM6gzkvcMJOH8Kj2B+ra t6YFq3En/H++rnbJcR23ngNSX+6PuZNN1T5Jnit5hFQeN5vavTPdtiWRBPKDFhuS3FfV1WXLFESC IHAIEuAZwEag7f+wnHNOa0q3tKS0pLJmU6NECTHGoR/Hfur7kaErrP4Vbukmv1w7warnA4IKDgAx AcWsJ2fK6nBlAHqzmAuWucy3Oa13mFD6Ll7iMEgswB3W0o13ZhEAUQRW/TdE3ZMbAG7Ir8sppXnW Ero4TZfX6W0KcU35Wg/ZfRz7AhoGsqKoyqW6kTYAoRRL67UU6+JLjezVcjMtZjB7JGWjQFhghKGN BFVdlw9TGy8/+mmSuOZ0M62bi2sOFRL1Xx0JUUtelk9hGMa3bghFZ1XTMkEMoJIiyyZFWYst8++h fxmmN4mW86xpBJXEY3usGUCSOV014+Xtp8Q1resD5OxmEjgNdS/kzd5nN64aheIeaeqg7J0fxT3S Xtfmjh5P+BCAg+KAG3Tm6t/0VAtWbNonuDF4fta38bDV3NtjXybsmXbQA/JMRXqW+g8HVnuV6sMa veFsExhxGim4iWBwqlNdG4NDLU//fHPE1eEw4YNjFB1x/2BzwHgmn5vsr0Mx+eZX331PKbQPHgH7 9/LEhwMFL5PeHByazFMrvmusN2+HduEEvw4WtxHs3JS1MUH2U/aDyDUfYXDplw58a1/9wuJBHtob z6zg/tm/uLj/77uyXeJIeQzdCosz2GUvFR5btJtfTv1THfxMpmmMpwJW39hciQcEafvR4ac6XoTO IO/h4fClPVG4OrW1n7gfaXQ4NJzUjTqZa3iwOX8OnP0CiSQ2fODTQnu9A1eBGpERYF3dEUloTXL1 CHuRTChY6nkujz0WXMmVbS3mscukhqIEVSmllHJP6Z7XJa9Ji9VgWpE+xrEb+m6I3SDSqYRktgB1 f2tTvtGsq0G/xgBk4SKSYighJDPZTmnPZAJru4IWWZdrTivALl6G4XWYXrpRJKyU1WzdgmUGgKwp O02AChR6QDZ3VGfoci7L8qukWQu77tKPY+i05GIagAAKOQOZNDKJrKj5xx6y0huYU5nvdyvo++ny eul75PypmirgI1SkUDKQCZWvhsSc9H69Rnbj+LOfOsNHzsV0NI2AiCSRZF89aGayrreSyjC+jpeL WtGsqgNYArOxxvoKt8xi99ufgnCZ/ugGUfsoawcIocIMaj2cDxhKWfJ6v7z+HMeQ1pvL2g43iuCG dLNn6nyDOD3lR5RXlw2LnIe0bGSTy57UBkirTDMMjeBfT4/wbJ3loLBao8qzkm0ohZOFbtdBHTci 4gayPKvqgc8HrX0w8wdVo1uda7WjszRhX+H23tY72JM6IIOzGHgO0BXzQKrpN5x+im6S5k3+gYdw P/kPT2059oxqDcTWxnIyIf69B8whjg5c89t8l25zzFPnfBNFv9pyaIW/dO//wF5uz8DXo8bK27Zi e4A1PljjYHGaAd7c87uKHWTPj5S/wEB+FDejfuCMHxS+yzxzDrN37KvN0x04AHHuF48U6SpZJcFH PHiaBwet7luqjmZTZefrLBjmiHvYFBx9AVABhxeIBgybU6VRaWPMXFed/WyNs183t8Qeca8CzsjX 6wUnT+Sp/7y6h9MO0YwAtpzZW8Yqqdmo6uEjmbIKk7CQNehG+aDErZ51o0n/2PmRLaeU1zmnOa+r FRJROMQ4dt3U9VPsogSTkM2KO++dDxZZjRY2sCgEDMJH/c26upBUg3oAAWG6pFXne1qXmbAYhthP se8lZtWraU3D0JsNVSbIhbKCgG1nDXDrfutyzmm5Qq2L4zC+jC+UeM1rQs1jYUD1UdDqOXBfC+SM NQNpztd1vsHYda/Ty8Awq92siFkwU7LUPRmPyBrwsTRmXNd7Tqnr3sfprRus5vsCiBbX+shobuRC oGRb56WLl5e3t25kTp+aq+PIpC7cfAlbWNePlNZx+LfxMio+cnqsnZFKqQfEKBBVy3z/3ffvl9cp p09V7EfgWTUfhpAfV63MWWU8pem3NTSC5RnOaCOCTmd5T4N3RWD79exOOJgo2abd2J/80p61vb/N ow3Zv87rRHGGuWkWnMr7D97mHXBJcPxpH+rVhvnZwHDTEs0mYe/e4Ik5HjT4n5oq4+kVcJX0jW2h iX6J3QMOz42nkMv3I04276mAHQT1QAd7iOxLtv8HZHxAz+Y+YO/h9k/pvo9agUOvHayjbQRbffiM z/6OfUO/Qc9zF3uRthPZA/fk+wK+zNnGt2aegYIXKuz78VABe1b5p5dHCa0mDSkeQJUHGQ1PHP58 SQ9ZfOfWmy0pn3/2IGC2pwY31oKDNRFgIP+jVZWsvvKKK1c+7LGChUyUInX3ADNZ02zUzKQKKOoZ s48Q1gIATNueTQLVowA3vcB+sUfdDAl7gfD5HLmR9XB4azM9r+tqRY0LfcTrmk4GpSQ+0nPVhJiU UB6pHR5HhdUj1swhetQtllpEs6a0rsuc16WkApOArouXvr90/aUfuhitcgkwl/hyq5gF0wkoIslY Y0fNELmdMAKCsLp/RQvW5bbOn1bYxUs/TON0GaYQYoItWsJ2fPC2FVTqPoBmS5rMMee0zJ95zYGX YXidXqLE1exu+uAdIeD6yOzONmgfOsIsp/WeyyrSjdNL1wfjvehcD9IjQARj4GPVKoA1z9hQSl7n a40E7seo9llq9jhmABJS3fFjFuvhf2ayzJ+mcRzfh2kodi2pGAKgAhqVqMEpCnSl6LrcuvA+vb4z 5DXdzQKhJI3GGubDYlaW+4dwfH3/oXor2ZykHTSCOb75D60fuX8Ee73jSXX78x0OOxLasDyYsbNZ pZvQt2offBh0/327/KTqsNZwoNNe6pv2FJBx/7qnjo32It3/5JtzsDcHbViVqQ9I8eiNJ5pwqaJq fVobD6z2XMK+8AFj+cc9na/pjQunNKfNuGeLnFqKkyQclDhOYoaTz+ypjfS9/JSOF2Y7pVZrmIP7 R1oB3d/hqeN8sbB/6XfV9tXzUNjX0LcrbkbqbLBt09utQ88cO0CEcwP1WXccxPspqoMjfh44cNw4 l//udeYkivuq1ssv+rQPTfzEjZrv0I+3m54+N/4flNvT69CQw6B+9BfHt/+iCCxoIcnQBdpQiqkW ioVgIkELzQyESB/CZGpZs2ohREQAaCk5rRIkdgEwzSXnYmAIIMWUpUALzKQeSW9K07qmsEISrN/y igoA1vTeNjxkqwZ6WIuIM6BsOwS7ffPUpamhQwzN2wkAlBsAmIArJcNACB75Llj3c2xZLGE1Lhcr mPGVPvVrINX0XCGEEEPXx77vJAjEVFPOKa1rWhfNVFUzw+MstIgaG8IEJsDMRiCDCXpplLdMo7Xb kgiGQcaXKcQOyEWX+f653IqW8DWzf8StCKzmhzVAXHxNAe4xyDCN/TiGLqrerr9/rzXRVwVhyOBc w3xMayAizEBkPKJPb8M4vL69Sqdr+nX7/J3mDtbjsVBVCIOUkrttz0Rl/tr3r5e3H3Gwdf39+edd c6gBzPUp1WjoiGzWgwpYCP37j5+hxzz/Y77+KomgPFwpUGNBGepmUkp6ufx9eh/X9M/rr/8rqca5 qBphwWrbrQDrMP7x8v62zP+8fazbsTWHy+sCj4bbr+ch10Zv5yyZt3Ae+9sW0d4gXcPTwVFoqrNp 4XhSE95qHjRgU6xtkmHOxS0uy5YHN+IKc1v0OegR2xts7jl2Bii+Mp4z1R4UV7EDb9tYbsip32/X 94sIti1UlYawt2LmKHsvUbPN3onl8Zlsr2jrAq2bmir3DT9Iy4EPflrc5leeXdxXFafPxRkeX1Xs m+C/+hm87PsarsIHkN2a79vY7quj017hDyejgyx2agudN+jQ400wdN+/B1LtDIGnwKUdUhq3D2d/ TLsOdrS25dDdHsdw37lnPdA+tKd0fxOOAjY+fycD7X7ZdwS2m40zHvt6ZXVwMjVwGU53zjisjY7b XsDOA7y97qyF2v2qbMm//f1/6kZCCZGUerR6PT7NzFQLDCJRRLSYqYE96wFiVkwNIMVECKWqgoVC IVVVi9ojL4UAUNNSzJQkqlOklJxz9Y6ApGbRLFrEoJBFcyQ62LAlDhcgkUsLWNiDvta76pSUH3gE QK5ANKt7F2hWI0t120RZthNMHoNKLTxSmNPokn/sEoR/SUnNuZ5jJ7EbYteH2EFgtpimnOd1vedV NE9bYpLaAys5A6VmxjDwkWtrS9jqVH9t1xICx+lHP40MZrqWNKf1ui6qZTLrgS3HlwEQexxXu406 FkBhCcAwXi4vb7FXw32+fd6uixaBkZzJmQTQqwXTZuqUzJDFrARynC7T5WKc1/XjfruX1JmO5GNz BqGqYtZsngCg6HR5u7y8mCyfv/61zmoayFIfMYumA4ntfF2I5NfXS3+JRW+fv/5MS0eSUkCYBlhl VwCEWMbxx8uPCfLx8et/l1sHQEIyFppqGdpo74fh9f1nWj8+fi0ODRyWKpsTzgOF76A9nG6Kbtx6 7wWcnBRHtslw++/3X8NRo3MMtJdik3PZj3Zz9WkTfW+xWpW8G6Chc19D34RG9ullroy//Bt1e2m/ fU2bkch74vVOi9wRl4qjmbSyL9yMTbOIfkXY2wPfHbpvl1f3fgtwM4fNt3FGGwdwI667G3PafN2/ qz3bepD7Xxsmo+u7A+e/u3zruDelvhoeFrcKcLPZtUCLzjuIot+2jD0Ywlb/1py4fxH2SC5sUnHg Ur2iC5A+sKi9KDvAEdy7DrAM7tkzRD4gqnad32iOw2cOPB0OB/vtn30qq+aKNcn0oiVuF1TYTIY6 FmHrvrKV8X3qO90rq3r/6qh5mcepaTjBqVa4HktO/vz3/5Ygpqp1cZuR7NUMVkAQUIUWBUSCUqRk aomkxNBJCGZULWYlhCiEmRVV0CQEoRA0M4OBQYRk2CbcpaboJmhGq0kuYKQAZoqiJZcMaJCgipxY ElULMFdPg2qE1uUSrzF9zoNtoNbcpjVc1vpH+7kQCx4xoj1Qk4w9agGCWMnVpfGoP7JGoLhu9oLV EE8CtB7w0g1TPw4hiIiapVzWdV3SYprF1PtjayJONRaKAsFUYMHQAkCa9FTvSJGAcRqGcWQEkNbl 9+36UdYO9goIqaixJ4AhEwnWmQWvF8g5ROu7cZim0LHo7fb5z3U2WDIzUkVy3RNTQ2MAGmI9ddas ALe+m15//Agdi15v19/LrZiOgAXOEJA0taJ9m2eTCtNumF7f/5Boy/Ln9fdvzR1AEQPM0MGfwoMC zOMwvry/IZbPj38tnwMQRVYyq1bTyO0s31sX4uvPP7ohXz/+cf0oMBEWIxDuyJM9Uqyii/Htj7+B 67/+78PMw/y/UNzcKwI56YJ6RVeezjL5jZBeYIr7CpdM8yl97q2pbD4/P21t6qMysHlQvD17ijba 1URa92/E91CDjvhhwoTNisRNu7VahY0DaRu5nlrZsAicsuuB0RXIzh54ZSrOTOLkDvEN8RDBA6am cIvDMcFx9eDegBMebxiCq1vjqrqu9wDLvpdAz9uDSPgC310HmMhNfXmYZfsPh1c3buAZjIY7PEj2 r/OUD/PDA8fiZpaw55jvow4YXUf4KtWrbTHuHeBof2eg8B2jZP/VVxX7B71maPeD+/oU0/hHvJk/ eKfaYPRDHk7+1QlnO5zLu+58ebgENnCz2bzvlybblcLnswOPDqPmzEZfwBpDGMJ/SkAIKAWlGEEJ vQi1QBVEAYNaMDWgiAAMpv3/83VtS5KrOnYtgbEzq6r73L7mzMM8zTfNR0/E3qerujJtA9I8YNOy Xb0dFR3ZmRiEENJCCGEKQCkDESgKy2bVMABDCAqqmZkFUkIgBQaaKmWIEkMQ0qpWM6NIDFFk27c2 MzCEQIpgq2XTNRQhoFprLS0jJymE5NVKgVZTLWZ5S9Fh0WwfoXZuczcAZAEWtKu/0EIOIlH2C+rQ 9mvYBpJKf8/QBkqibUdzBxCbmrOOzfvs2u5XDIEhxDikNE5DiqRVzbWuOS/rkmuBKc0acEfvNwAA IABJREFUGGoZwVeRlcy2hXAaDGZxI/hgewr5nG73NL7GIVBqrY95fixPWk27/6adei0ATCezPgFa T1eYiWC63W8vk8RlXf98Pn7kWU3HFuPSspuotnluhkAosOxunjzd0v3lFgbN5fPn+3tZAyyAlSzC Yjao3vdNn0pWU5UQXl7/MUxJ7f3z448802za71IRWNtLqkDzkRQRefv+jzTFefnP5/uiZRJRcjHj ft6nMfw9UF6+/2u6c37+38ePYkaR2vbFTNutKw1s6eu3f4WhvP/xpyqOOMCvz/w066zzChfHKXdd eIUL5uiKpqffaIqj+4p95buAHfwlfS3YAYT3kdYdhbQv+9IHjvj+uVvW6wq1d/wKONQx5KR6fjkC XQ09oXKPMeprMnXYwq/8+o3Y6lSnANOveXoAHH3qndAALi56bzy86jxBpf5K2TXmafb1cfSebbmU EefV8KhCjyikP39hpTyfcUGQV7N3qqrz5EShty44Sn6n7SohJ1Rx4p63oOqk8VQe7i3uaLsrz16y fY5A2q+z6PU0MegS7s80wUFPPUo+nAyb89zw+MHzs0uLHMflBGHh+NNt7QmgdAJ6Dae1a6dcXG0n 1GjAevTqjTttv3PKds+lh+MFWAEDslNWdMDlE1gu3bQLc/76YRsXAv/bOE6qWQAmIAGVaABCgApm mOxaQ3cm+u2fLkzDzqCuI1rlHTokILYzq9gSOo0kQtAYaEZVGkhhHAYRASSEgQwtYXi7grW5Sczq 3lOSNKs5L1UfqhlWYWaVJQetMGQzwlLHkuQTLb0YEmjc9F3bfQiO15252MaARTgTpbVrHUFbUL25 nKq2RbBudWxZzyVIGoc0DnEYKNqQR6lLKUteVHOC3Rr3WhAoUFpecIOZDmYTrDfxa47FsA7jMI0v YQyQnPPz+fhYHwH20jCsyE8yGyosmo4tBpN8ElVtBBR4hsDb/Tbek0he1h/z4yMvNB0BiKxAMCTS WrLzPksNlSgh6O3l2zAmsMzzj+X5qHls6U9EKhFUo9lAZkomRHUwwzDE129vw2jz8ufPH7OWO2hB qm1+r7grlObUKS+vf59eXsHlxx9/5iWJrORqJu2CWXIGFjMSdby9vf3ttZSP9x//qUUCSUJNtEag ZUwXYb5/+2cc7P3PP7TCDffJVnk17dcZJ3RvTi+cllM+dNRPlrLP9m7SvIfDr93V1dMDS+Eq9NAh HzEK3ZEK7MWaFHWHczcn4iDX1Xh0PpzWYZ1XnY0+vrUDr3A0Hh05dUdCj27xaMxvSYR9V6VDgW7g fbTHyRw2wno9V+uOoy3pzXVKerWndd6pEh5bt72D617s1PQpBS2O9XSacZTJk+DBidxfPF4g/RD7 sbYLQ/yy+NTN0zSx4/d032MHE54Yb279zOoV+mKdpekYqNvFAC64p0PeHjd6qsQzrU3w7JiAy+fT QNtR7L98uLfbO2VHzpzEzAMO3ecsXICXZ12vxMN0cV3GV2IDN6C9+62S/kcX6s6dt09gOQJKT/m1 ld+xogIIlH/vQRUkA9mA0gBEQgG044siKyWDYDvB2O5Ua8k0UbjdS67H21Ol2Yn9cpME3HZ9OrTU nE2AzKgaSmHV1TTXilpTXiWvteS55M+SH3mdl+cyP+a8PGpZtNZaipYCJUygIDjEmNKY0hjiGIcp jWl8Sbe3YbqnlBiCmhlkMb6DSiHRcoS3/qavptwGM8mMnlzLBgPNxBDIKmisg0ihtHwY5pIRdaAa DUE15JyX+XN5fuZViSGE2zBMQxwlRoZiWveDLcFsMktbhRb221WOi0tWwNRCyfM8f6zzAypDuN9u 36eXwLBqLTAYwnYudzubk9FiJhg6nWY558+8zKSM02sa74xQXU3FIEAkq0nLJmuwSNR22MfMVG1d PkwR432aXsIotbSU6g0rqASC1Syapj3wM5rN6/Ikx2l6m26h6s9aWg5SI41SwUpWgRkikNZ1qVmH 9Hp/nWr5WUswI0UpheEBKEyby6rUOc863f9xe0mlftY8AGheM0q71E0McV3+E+P49rfvtSy1mIP2 J71DN5/DsQAu0tL/q8cCXkl1ddm3EnoTyTkw+vTuK+OThei2/LQgs0sxX8DbRTjddypAV4Nfbnos jq+M36mtL58TbvOUXNuFm0f9sq5Oz4m8TtIVOHot6an1fdFLgU4tftMvT3z/oLvKrke76//qkfkn zpjrtbgUWN5WecJO9Z+4fSUYO4U41tY/myPy9JYd6+yrUBzLeE56+b9y2L91RYRNTk5Tr/PZL307 J71bzpywcTfncmnIQ+Sr3PIoG1fMcRX7LyeC097nd0888auU6yzDkV2/m5InGryzsHNGXZRGOKIc c3DzCuWvHLgyxDt4GET+TbZcWCQIBmIApeXdIrGniAjY0pavggJWEHSJKVuOS24XW8j+q7b8V0C7 L7RlXzAy81eacyMrpRBmuBlu5MTNECazQTXVStVsRtWXWlNeNS855yXnZ8nPkuc8P+fnY52ftWSr RdAuHwmmAhUixjiO0216uU33aZxeY0rDEIcpxLEwrGySZOKmuh6HueUCwS5nAVtAawuzYNt/EWRK hmRy2YACbT/E2wcjNIxVS85ryblYtRDSmN7G9DpOcZg0xAJZreUA71Qxt9gFsmBLX9ZMfpOPBNxU U85ryQ8wxDClcYwjjQ8tq5nAonABqJrI3HjuJYOoVesyl3VZ0/A6Td/TdINk1cU0mg0CNUQClJYt vAJ1rySUss6P91o4pZf76z0MaymzaTRNqpFSKBmywHoCQQLzujy12DC+3G43cC51sdqgVRZpIi9C NlBY62OdP4f0dv/2pvaz1g9AW8b3pmsINDmutS7Px5C+v7zd1T5LpqmIaDtTu19ZN6zrJ2Avr9/J WrI6Yx+c6u9+gi+1th3VXLfKfeZ7JeXf6oszcfM8OpvqMcfJxnhKvCKujpg+snQqu6OWXmd1JTud 4j5f7fdJh8qxRf/6yZz3OdVXtN6B0RfKdDV02sK+5eQBB9xpWL8v5ls/WcdTZ72VOqn1U+GrLfmy wlPTvkfxssPVlX6Xnyui9cPnuXSyeV+q+yvl2Anjsdd2HBovut0wd0p8hR4KexXqh9vL3pXm03D4 PtqxUd+puqMNu1TiW5RLK/yqRS/k/le9fNP5cGLICT1f3/Ll4RrtJU9AIR6H5oQ1ew3XgfY1Xwf6 RD9dzi0c18nmVkSn9TN/TxKO8nzofjD7HyDAwg4ptpMaW8ikRSDuN863AIjm6gdhPR5z0/M0o5Em XImWt6O2tBnbZfTN+tLAAlbCmleg79cQLZRh2CkxFwgWSexpP9r6eDK7qQ5VqVpVWeqQ17ou6zI/ 8/Kz5GctpSylrLmsueRaK4AYQhqHe4r3KNMQbkO6pZukG4bbyrjw170wjVm6s5u/FkBUEJ0w20BV MItbuAArUYULoYAIl+2i+W0OhHbvCdoV87kuyyOvD0CFU4z3YRrTOErMap9mCwyAEJVQA0kVFkEF GxDx8kQgqHJdPufHp1am4X67vY0vQ0wL8FkrgCLy3HKwhhyH1VBgAFdyITNpqlzneZ11iLfp9jqO CfLUsqre+zW2lErJlBVbcEkLBKbWZ84PwTSML+MtgHMtCguNM9s19DAApJolUEouy/OHhPv9/hoH VH3XArMRRkpLRzbZ1sdopuv8QYuv377FAev6ge20VEONoQe7mIV1+RR5eXm7S1jzUrWOAhVpl79s twHnNWst3779i6HknHve96OaC47D/uk73H6q943kk/Hz5qevz+DQRp/VX6rXU1XqLEF7Rb+a/HCV eL3mlcVVmV7tCo6VnD5fdXr/72mtCddoPwNSjmjDF+4kha8MdvcfnEIQ6KDSyaCetLz/5st1ZHs8 Q64DxCPxctS5dGjDm2RPhjeNJyV+Qm96MZknhp+eL785OWyuHffyLM7ueiR6esUn4/KuPs+xk3x6 A3z6174q05+TtROH1Tz6wZGk04D2nuqxwNWOngDB73whHp/xwiLfnWvlcuRMPJLtCTiNu14cD37s TrSdcBX23fk+g7ygqjs7Rie6fT4GV5XHnVf53JoLwH9vv1nLdZFgCUZCieaxoFmEjf2EaovH3M8u EhDYYEhmI22XORosGAIB2UBDK7kdMeXeXwIt41PLRrqhCmmJydtSfvOL7I1GwHlQCFjcQ0+GPTf5 qDrVOpaCWkspLMXyWtdlXp6PZf5Z1qeWTDMzgVE4BA4xjGmY0q3d1oY4riGqhCqbs6Ezuo/Kbhu2 DJhpd3tM0Bu2u1Vasu1EKsSIEZj4ayT2U4vGWiWvZZnL+iy6ghxSek3TGJJIqEQ2C6ZtFBIQIO0Q ighXbiR5L9kIDLU8SnmYGS0Mw5SSiKwlq9bBAKLSqrWxgBLtEpKG+e5mQ62PvM4wGcZ7mkYOpZQP s9qudCEXilJsz8/xSxa16rp8mnIYXqbbPQya87Mdr5WGt2hk3eN2lcwG5OXDVKbpbbrflXPJGSAh ZABg1l1zNJO8ftSS7/fv6TZWfNYMU4TG8hbzSwBi0LK+m073128xIecPVYJKUYYKa3fYopac8/P1 2z9jYl6z2dWgqpuxHivAGTxx8RDqSl6NQVcfHalcwY1/63ROtatFddrNG48v7Qd3sHtVW34xGnbx 9kZULlVd/8SpIW9xg6vBXOt29If3+uVY3qu5sIcNDs6xcWIyjq2fQMYVjXl67NIpb2O8ifpSsXri faYTHIv1dk+ndn2L5t7yUnEFiL3pLz9fi7Vf485b//3Vvp749juzh33oceQGjtaXR/7zK7J9074q u5Q0Nyu7xPoe9bHw6tpLoBwjr0/jfgWmJ8p/x+f+azzW6fHHdYbKRdjk+AqO5OHIn78gBk6o+us8 Dm44soX7YsDc8bH+9MnYlwEtQKd+JZyHgQvAfzm5bxWldp+I2eCCKDut3Rdi9mvLOe1JtbfMGWaT YYAls5vZZBb3ArEtdi8C0acoAdtuxJAtGTm5EoEApQIBJLE2USawpSdvtNFAbps75AZEuAflWQRG 01SKrWtelseyPNb1Wda5lFVrUQUqBDFIGmJKYxrv4/Qy3e4xDu0W3ALjrvI6c3zEBgFwx3qG0exm EDBQjG1rYEtg1baiFK2zRAMTalKK5nWtRVMYp/F1nKZ0i2HIYIuHbadzUzswIrKABcS2tUG4W3mj 1rAuy/x81LzGmKbb/f4qQ3pq/aw1WtuMoP4/X1e2JTnKoz+x2bFkV/e8zMzFvP/zTFdVZtgs0n+B rRI4cnzy5HHYGITQhhCCwOQLwJB0LrEBFIVbzq/X56dDWNaP2/MZInP74iYiUQQkcM65M7vYkbyV HCTUsuV997Tebh/LPYJerVSRIAgefJxB7zZAgAhxRNzKz5xr9B/3x19hQamZW4TEfhTtGazaOyi1 5H3/XNLH7fEUyjUXEecc48hV37cOOZFY8lYz3x5/p9XX+pMb903ScNJXZABqbS9lu93/TsnlvJ1p 06a5jjLqpDUxlnzr3ocRH9Y3bg0UfWWlj40ACIZl7Ld0Wjxyygg2YExTZGfurUDUV94wOzBwK10+ geFfdylm1/XtErh+PuHHn5wlpxwkAzCZ3F9kDtVTAaU1uBMnk/F3NThgPp9wYu0tnWlgLOnGe8WG fxc4QicwfQ9OvsDzVsnZVvgd3rTYdC/fvLKjea3KNq3kretuYjTFBLl/97mF343ougKM0TVyLSkX GlNsX7U7jfN15VYx1KLd0QityUKdALiCdMUtjD6+MotcmlCAcXnyHcdd7T+MuNUnbvxE+y4jeU88 on/XlAHKZXgHWzNQvWE3P56lopi6igalPBVM3qyq2umLHCm6/8TSW1mgmYi8eajPA5ETiXKcTR8A dkIkXhyD2JEm4SEcybwzUSEcScqpH2mGfvBp6UepETmInhyoO7wjsIqswqE1qT0v6F7zXsu+17y1 WsGQJtIc4ENMy225Pe+3Z0ored9ABWgCNoHTSmfq+z2W5DvEgDj3Zbebdm0K4EylehCNgFulfSv5 9bvmDHEx3tKSfCLnq3AT7oezMEDkKijDNQJB/Gl+EY7lpwhwa79q+bfVAvgQb2m5OV+5NaCfFu9I yBHIybmdJ0B0EKWUXy3vDiHGR0wLKDNvwl7EibAjeAfqR6sRaTSMIOf9q9Ucwm293X2SVjO3IOId NcCLeLMkRNJPjt1ewG29f6Ql1rpLc6AmxOSKcxVAzwVCJNywb7+chMfjR0it1F/cIgHH4X8SeoZ1 gFrbyrYvt8fyWKT9boUF4kjIOTo8NJ5b3l9f6/3Hsoa8f2nejst0x/KS9T3YGcPE+VZnWDnSToLU yYE/uUZrntwYbmQ3XIwemAoVHuW4SRwr0ar1ozDbSMBJPdhLJb7+nwSfOyXXJMSvDoNg1EMwNYvh Ju2Frt/LH5lwlLci77rMZI1FBQYGmOmalIEzD/1YD8wAWY+IFYA4pVA1OJlqgNEH9vmkM74bkSvt yfjEhokoMmn8cFLPFs7rQE9LEhYSGrGBEXK6dEThkdGAs2W8aU4px3bHEnYwT3hM8SeXT9QumeCx cLoLzBhb15uJ8KxWndSrdV9de4GxHpiBmADACKczkPSHRoEegkUrcWZTWH9V3rGPoiJchobMBuO3 JH0YHMqZ/V0ce46xSS2JkYwmaavuCjaot8DxaFcqigEE6qe9CyBJsAjukIXgBNRjI0AV8OgHwUsC dQsjHyfEos+GE1F21Ij2I+6EMNrIGD1+6TwqNrRGtZaaXyXvZS91z62UWiFMYO9DTEta72m9+7Q2 HxqhyB8isNF/yjPd8ZNEbgCI2DkmauR2QkPPSj7Qes9qBWZf6172nWuL/paWe1ru6RZ9qOR2QRYh HIe/A30/EfqaQs/CieMoHBLmWEvN269WOYR1vT+XWyKPWiAtCaKgH8AGyHKCrQTnWsv79gmE5X5P qzuCLRqAwEyQ5ol1+Mn1mJUA8bXmUr4gaV0f6RZYXsw79yUqYufgPeNcPut4K/kljZf1r9v9JmFv 9QvNEzz55hyLHMtVoCYiJf8rLLf7R1pD45+1MISIQK5ABOjd58Zl+/pc0nN9PlleNQtIHLw48vHV jwIWwf76meLz/rxt2yfEjVIe4/3VjTHZ9Zb3rDCypozd+WmnWXbiriQ6yVnLj0p+k8ayktHO1FUd hpHwVNO0UR7RN39T3In26/rf4sF+5YxusHEA2n1vdAxMrjA2KsSZ2iwMfBmO6fpObSvO3bvnZBCo NxZLbwVjh7CdBsdkB1hNf0WpSlEe25pU0f/TI0tI16+mb+k0jHgcR2sLwpiSU69thb1Of+mO1YvO TNssqdjJmzsxE80rJaS37QZDXXIa4jR6DS0k1rRSUO20edLlNr4SI+Z5rMeuG1og3SgNbMcnM+vK X9/91BomPpLxkGrFhjvpyp5iPY37VJXFm0VaM/RpjeajvAf+13hle/YIN6JeLwXRumq1DAOMbij8 kSn6oTPGJkbQJ0QDCKBG9Jsom2kEA6FHSIhoxgtHPcRPIiTJsbJDhEa0O7c7aiCILEICKnDFUcGR 0tTh2Hdz7uYnBYyPCboEFs/sG7taUYqUvdSy8Z6lVGaBkPcpprjc03JHuGXXw05FMdCJNQL4k8wU USSJEHqCUdeNoZ5kzOuEn6gSvXBs2CHmPedftezcAMSY1rQk74lcYxZuKyTSEWxbzg1EnSf7SWl7 3w0LUKuvfXuVXL2/peW5rIlcIzRpUTiB2nkIXL+aFRO1lO3zpzRa1+ftcQ9Lafxi9gLHIq4vGznQ mWKsh+Ywt7z/bIVTetweqw+t1o17cA6xdFo6Erof3FJLK/tX8Pc13cOaatm5egGEGMQQJuxAAVVQ LeWr5ldafqyPJ+OzlQbpIcYFcuhOIhG0sr2if94/nnCvmndhIgmQSKH0zUoiPudf3q8f/zzz9ik8 TSOUYjHew2LJUL4VUiqU3WnMWU81mVmdNestb9ufEyTKcdaz+LZdZ1o8A37fLz1MwmXia4w1W8Ni UvNW2lrtYq0EOxl9K396W9XULxfRMengq9U1Sc8JmWSgVZFtu0mmhmvNVku1cTKtZfg0mGzvbCv9 GpZozzHC6Ga2NGDF6USH9H1JC9j1ersyqAOkz3V3A71T/DhpJpi3cnlrXSYWCRqf5431YJO4aKPX AVXPhx2UqUc6oIoZvrAeTv042dbai4kwYOq0FVqcT2LBokUbwoh2vCt5LWBnFHQBVcz0RrusbZVR DlisYmzIdkGr0gmA9ZoMly6paBUqs3BBE5sTkmTsvHH59mPEScYOY+y5lbD6nE+Qum3Rwz7ofKhx sx0d8aRCtXzPto7okyRHto8kEiGJwEBzhzIu5BqI5QjsOMzMczGIjaXWt0ekHoYpsjD7xqWUnPOW 897yTlXQGBQi3VK6pTWlu4u34uPr2HPbj5SheuTzID6DW73ITSQAjQCCHsa7kfsiZJBlby8SaqW8 I2973XNw67p+LOt9uUWfKqhwE5EE6aEhTK4R5SMFGWWiLIdKi0BojcuehSnE27LelyVR2Jm/pAVI I1eItvOgmZ69o+cvagSUklv99G4NYVluCdhaIQA9HsKR9IASEQ/6s1jQfSSOwro+0kqg37UIsydA EAUB5E6Ti4jQGvL+GxJiui+PKPjdKgtHQnNuhzSijfq+XKLWas6/on/enk+4XMrncWqs63twmEhA EGk1fzpa1/sTrpW8Ad2p4+EYgr4zq5QvQvjrn39q7afLTpc+aYbIJ355K1+UD5VFdYKuz+30axJw 01xKxjqd0dww92GUzpYldTGljXLW1uzNc6tpVNBcQ1Ls3GgyC+gEzF/UuUpJNjzYjKCopxDQavXe zgjJtHidnk4S0/7hUtuEMf3K4kq/slBZZQxTppkjvzFCZZtwBj/2mqbmWq3t2lU9yFi5hWcaHTvu 1fRrUuRabTPomuwzW14DayacOGNqpMuqX0+StBg5r/4/u6riLlRtSV0VTRvHyOLKuuEn49gSuYXN Dp9Sl12RnK4Je9PPid6utpdddbVqVMcRpkd0Aj+JHQ3H4REA5ZE8ThXwfXfcO2SKYdjpw+OnB/57 xAifddl5hsqRyfrzpoDdza8+CV2iplG+YEx55A2sHSpbG5koMALkOKH+2JuqPXdGsDpDxOlsIhyn pnU/ed+siyMQxJ2KmUi7xz3blcdO5ATrGbDmgHDk/uLQGuW6573mfStlYxZHyWEJdItxTSnFFS5t Qj+5bccSl9zOevroBkgUiYL1SKUFRydV0WEJ7ScGDhXCXEr5xZyFybkYYopLJF+Zs7AXXoU9IIfr gn33+oyTFS/iauF9+821BX9blmdak487t8xHztd25umiM47yGIXW2r79ZHYpPtb7PS4lb1XEixAL 4UwL5vpgHZ4ngnDOv1vlGJ/L8ohLrXXnFiELETt3NnfuTRVxpXyWLYfwuD/uLrSyV2EhejmXRU5a Fw+QMOftl8N6f/ztY63ldZwIRAC6CeREIoNK+RcS7s9/yFHedxFHRK6fDNexDlfLFwTPjx+CvdX2 HQt9PxuY5L6dyjjDU6qf9K3+tOIYRibaQRTDrf6kEGt5KFNMIFlBw6Ocna6rBORRMPV62ghee4cZ q4H8CKpVGCo6bKDDFedy6f4kZCatbK9JKE/FrI0lI970OZ1N48SJdrwZ/CiuNJJXhRvGXttWtCNv wcbY7hUwW5jGSqa+KJD6Siu8+tho/FCDAKx5ZGNoFNRwqVxXQzS3ShgFuL61eagsJG+DlK/4oZEa JxOBLhiG0cfW7re4tZ9MzPidhlbKt9d38CunswFbAYOBX9vFSPkYC9hiPKJC5QCbVL8W7Al+bcVd yij9X6XN8ZUH/seAay0gbbhe5JGKDNsTKwcnZw4NIo/U2ai+CjL8WS+IsDShTdtEuW4keiX9qy3p gSiIoptLgWOPLtoZBbIR7cdOVxJIAsUzIGMKj1W6jAIvElrLtex5a7W+uFVuAlDwyxKf6/KRbquP nhyExWwqNkRMVeQBCEiE7yAmypBABEHfI9PZuy++BJFYCu37vm9f3Frw67I8l3VJC5zfhIswRIhQ yO1Eez985Bi4w4zoFhhq/Sp5E+EQUoxLXMCSmVmEqaOO5Dh6/vj2GOjaXtvrFyGl9HH7WF3cWt1F GkBCcI5BBPg/bhLHIkutpeyb87eU/lrW1PiLWwPCsWWG1IHZUR1YtrJvhPV+/5HWVvb/4yZAT0lH 5AqR9BhPgcv7S9jf73+lJZaytRoITB5EEDn2Bwn7Wl7M7vH4r7iGWr+4eogjcuTreRCPL/m39+nx 8UOw1dIuUoxHVp/kzqQmr6rlOqPCyEQ2wukqFmVUxs7cqD/Dj80pU1h1ZbWjlZjaCytrJsivSshe dPlTM8jaRpM9pBrCrp7wCMNkqFmun+qZhmNSNleDwyKTxk/0lcWD3ltHkRiQ+HyLUZBaU8xizAIw XerOgQHganBgrPM6KPKuwETDbaz82n3F7WQTTzPVSZLroKtQtY5q1Xw4jTn/DttW4Dtj0FgnwaSP 7aDjnOLaS90hMnYQl+gTi6vJ8qDxW4uT70iOTEkL7bVyjKiwX701OKYKceLWeg21O3JaG1f73jZ9 ZRa6gNrGt7b8YXAojqyfRK1XMV5fP5KO5TTbeTkbthE6YghRM8DHPyNN05RIJaMc+Tb+dK+3EsZh UzfyNJAC9GURZ97iJPpFcDuSiMOj74gBgQjEPTpVECErSDErxhNDJ7eEYyUIUYRb86XsNX+W8lVL EYZzwXuf0n29PW6PGG/N+Y0oQ0QTVfUcrAfGiAiBUOEawOT2My5EDIN1/ECEa/1dy2/m5iiGeEvr GiKxZG5NOIoIUIjEeYFrQDekziEjgLxwKPl33n9Kcyl1p4UI1VarSN97XB3VY9WJlLASxJf8KVyd W9LyiItrhRujb270PY2Ka0Dodh65SvDMbt9eUmlZPm6PJ3wp5SUtoSeaO3NpELE5vhvmAAAgAElE QVRzheBE9pq/mP1tfdzuVMrPvtJBToTDfxi7tuXYcd26AFJq9cXel6lU5UPOF+UlD3nKdydz9ozt 7pZEEus8UKIhyTsVlcvVdksUiOsiSIK1ji1R8USfUsrJhuF1uA5FPnJOQkAF0FobpipzTmPJ5Xz5 cTp3OY85AxBViBioAgJxnj7M5PryYjbmtEuZ+szkzoN8SsfZXvuw8y9ysOqmXW1o6H1KyzVyO1xu jfuo4N0uVituauyHFkc64YiBo8S7JNmalW9HnRWriythPRTDYyOfR2kIww8//OwS3CKJ9qw5mney gDNef484n9Yu7+h2zvf4oSEJbqGbZ0vzhx6ktosHluLAUtnqiffSRyn7b/H/gxeNIXQY1LZPNf3Z xTlPrY8uuxnGxpO4ggx/0Lw6hpc1QASnD157o0s27+J3tw384t7rJS6u5Z2k/Ot2D+70vzHfdxCH V3sb2SGhY8v/R6IRrr/tzyYI384udUrXft4me7BCRrr/2/ZdnkthK6nGDbpnj0uXPjkTgH9sVbB1 oN3XiG4pDV1/09mbXyTlMYq3c3M88utjAdSJkrQqBA6u3I85GjF+lZmXsZccZbmz1brx46Qmrar6 Pasx8ASeUKc2xESSyKjyEHlAkkgR1OPkgnxmAsParwplzsSFdi5Z5mkenx/T+J7msaQikBj67nTq z11/Rj8kCQ+zWn28mtMJiMtqGHaoB+7qDJkF1JChsywM/MzfmkmaZRqneXyAoe8uw+V0OiN0o+qj lGLWAbauUwkqEClkD6AtaCVzztM0Tmahiy+n0y32IpJYCkwAE6VKBtq5s4uu5zRN4wPUfni9XE+x yzk9rQxWdZQ9lLJMFDXdRc42Pu9kuJy/d0OXy92yoi771VxPsFsKzSFCkNNbmueuG863E/FIyUhV LXVD9FKrQxSIpaQ0T313G843SMrJYFHDgrJ0KVXSlZxzGs/nH8OlN7vnZLQgSlHUc2WBmNMjTbh9 +242luyVcOfKsdVAHwO8l9n50Pa72YK63PKXA/fWLA9f7cyh/ezCzA5ktIu/b81jDt+RLw3WQw0/ fm1oIzgshe0H2bJIXDu+X8nR0NCG9xWeRbuw1wYJu0hZPwf3lBfcTo6t/eLM0L9lF5i9U/Ld9DrT PK2P63DCOqJDH9e/lKn/VpyOHe8RhzOOnT1GRx+KsL25PeIjup83OU6IYI0js9sdIy7ENB3Ynai8 C40exGArbp8y9CLwgOM4keRj/C64fMnn4B7UQyPqxOQ1xCPRneL5y7NatoqKLd71aIOrh/GHve3E 18iwLc22tWV1ar8j29y2WHyl4UuG41P5BPUAFHwF/QzregKptaqQIUl0FKR6LFZYSoNnkRRCCjGJ FEgWTSGmEGqmwSR8hG5WZV0eGEIK0QABRTQDWbSoco3081LJajnYJa0hs7GjiXZnljt8d8Ql3oMf vbACXd35IoBiFqDWZVcpiiwKCETFoZmwbbxKtKYNB9qpZElznp5jmkbLpEXVPsSh6/vYi4SReND8 ohsRgBzWHIxBxhikiwFCsgrOBKMgN9RvVnL6KHkELcSu60+h76DJ8mzsaf2KNlirpK/zLFx1qyO7 NOc0jUHjMNy6UwctpWSakkWXQ3NIuKKp6ABN8z1Pk8jQD7fT+SRhysloEQKBqVLFSJFFWAooKTk9 c7G+v5zOXYwpp3mtgSECkZDxWclUS0nT+BHj6Xx7CX3J82gWyG6d+oEg1PWhVjhPzy5ehvMrtaSc YCqAKGhx5R5KwfT8dRpez9cr+SwpgZTaxGoaZpPlcn35IWHO6cuBo9eopj87BZPtFpIvw4M6wHEM S7vw79Xbx0v/VLPuXTLfk93+/8nnLUTwHtB/CNsXeR/tMQfcZx9sPN/a/T4u+iDXENhujkm2WE3d t9xS2zgcXI5QtmTAvfp3l38kOye+4+3OL8NxoHV/x64m0CbfcvDpX4IPP8rc/bm7Da6bxz7KduIG B0ywe2QXI4+EiZN4i/dfEtxW7SR3YFiLo3BotYnY5+caY9tL/YSdHH6Co9AT7yWFLVzeGc7uPx5/ H/X2yDFsFdW343Vj51Lwe820NeTvNuN4Uc7b3sGRp9uI6VGIrE5J19t8ctRHW9/HnVtQgAL8l+sJ IVj3hixZfaKIFFXVUE90g4YQYwBRymyG0GlQNZJUDaIqCjUjqBpi0EiwFCODagxhIKWUmZg0xKAD 2Je8ZhGUsFIyjEDQoJFGkqWwlASISBShkDnRSiQEEjQUmtECLZgtSiCSAJBhzRk05Wtibr7AD1Ca +Bua4fpgAQJQVxgUBSGBopSloAShZCEDaOuJa+J+E7Juvq8HvklSlRD72A1d14cuaACRzdI8TdMz 56S0Zm9VIrNghGSBqdCgZgoYWOmPawlUrAqXQ3j2w3AahtAV4l7KOD2n+RlowzqDYwRpASjLObWf ulWA1HVyvr70ZzU+pufb+BgtlwUJgUsNe3pgStXUn27n6y2EMKe3x/2tJNBOIhZjAWBWjFKTK4I6 qVRC6F5ef/SDpPTx9vevki4iRdUEMBRaDxTISAYwi8zX2/fz7ZLK2/39Vx47stNgoH7mXqiAqNr1 +nN4Gcb51/Ptl+UoIlBaqRtxFxsWse8//224yvv7/z7e7mRQ0bpwFjAByXy5vF5ffzwffz4+km22 y8Lp1U5/mvkdw7b3HbZa8m7wfQyNHkDsjiCRbf7Aj0iO0/+eBt/CDqY0lRBnPv730S1+SS0cfPGp cv9U6xe2ZTZsZWAD9Fz3eiTn7PxQLB+yu35Uunu7hws7h+tnFsw93q55zbX4FuA4UL56yt/sgU59 tkm8bIk8QgocItYxgLVXy/aNHoHtQMluI0m7vynSMa2yG861Kyz52k+h77rTZHFcJtwKwdUbwnoE FVbmtKrbDbHBdfDLWN7evnjILYfLekr754joMEIwZ3R+jtXPAPwOlv3u8oa5e1y2qitbtnNL3m4D lFe5OqScvhJuo7y4+awdhg4OmhCYt6vC4SaYdu03BhaAIvIfQJYI1bNAKCX2vbAvGRD0wznEaKUI REMM2gEwK6qiIQhhJRGABNUgUGMhsgDLcJNKylJuHEoEmiqCBpCZRmNUPYn2YD0PNkGgIQqUJmYZ QlVV6Uhd1jAqRBX1hkIjKEVAEdBQSi55LoUaqApatmJW1IqaRdoFkGX6YCm13iaDauFwwQYRN041 79MEWQXAenyrIIsUqAEUFAKk0nqy53IwXnOLtURpAE+AAbPIrFpijF1/jt0QoyKASKncU3pYLmkS SwIOHoSKjKp3iJGZrFtIahmSzu1qru0/Y5TT0Mc+higUm+dpeswl1dUS02LkzKSS3ToPWtUlAUnE +lN/fblKyKU8nx8facpGVSkqxVrRDQoZABWZSKp219v34TIUTs/H3+NjZol13aiIkARoVjFHWStw 2OX2/XI7Gx+P+1/THYCopoo5zATk0i+ZQA7D6+31J8L4/v7ndC+CXtQAXZATFSgEQblcfly/vWR7 f3/7nzJ2gKoaABKkkgGSFbh++9lfwvj85/PtIQwQUkgTWlWJfBrOt9efKb29//VYaf7y8grjg8ou QvtII84+24KklmDYJRLaOGNXPyq6hf1+ROLf8jvE0ITe7tmtivBUYUsPXJv1Cts/6ZryBfH8RLgn w88o57VrwTnHBjLm1c/utij78GxbH6pu3qRVOjrS2f6zS+834XoXT3fzl9cxGHv1aO8NjvlYWeHZ iG2/6FrYhVjfhSayNohqureLTHZoRLdf2ZYP7bbjapgADMBwYJ2vrguHObKTo7r5lxaJuzXDARca ZRsOsVUk/Ia3DciWreySMxM99N13X9yHelvc3tDUGwcmcysdn9U+Ag7/dq9FXp/bELq49ndZioax /OUBBz6j4QaK6Wr+bdnAvO5R//Kyr/SqAJSXn/8pEBIhDLG7WgEJUWgFAQwgNKiIWCm0un0wWMnF CqSomkpXkplBg4YAKyWlp5mF2IXQW0FKibAQQwh9yVrmIiohQCTkzFKCqmoIEkQQCLFCiHSxo8GY VQlRkS6ETqgkjYB0oiForxAzEpliolSNAiFpVtmaiAyQhJmlZCWDFA0AkbPRhEYa1/pOy9S+c/p0 ltmwrbmxY5MW19xDPVXORMiFh0IGIoBNYwSoB5Yq0K96kAU5BOv6U+xi7KPWRFIZx/FjfgTa2Tma AiSRJ/AElEtF+UjewEp5crZkQBF59H0czrfu1ENLyvfxeZ+fxnICioQnkMBInsGwBvXmfUoI6Xy+ DbcLdB6f7+PjmWcRRNVMMVrFlwEAJAEABZJP/eX6+odGm9Pfj/f3PEUsU2MQGClkR3LdZqJAPp2G 27fvouX5/PX8GGlBdRLMhkKC9hnJBKXrz+fbj26Q5/PP5/sdFiDLvieuHpgMgJ3Pr9eXbyYfH29/ ppEiKqqEwcQsAqhLZK6vf5xvw/j45/39AyaiQpKmNS0FWN+fXr79mOe397cH2H3lHbydt1DaPvgh ow+NcMlbn9Xwo4T2VVvnlZzXw+qU2z7D5nl3w25snWmjtr2uqTocGd1KZHNSHnzsONDMh9uRer1a AsaHPXGesbng5kNb7MnbVxfguQ6Od2G1XeYinDj6W9TZDdxltW4cZOQhEbbIZgdrfMw7oo0dT75M AMjaoG9qh298Izx8aFfz/s0h7K5jzskDWf/q3bNHLcXK4Q5LNYGmq7rWUJ7dVFTTGR/Lw7qy2LOu YWhuc9LRKWST7xECBteaX3PTnLyfj5CDOLBlu7oPftXI7xAnfhOhbftIE4S3qS9N+Ag4sE3sHekX p1oNqnrAwRVt5G07ugoUKyybt+KGI/uofot1yB///t8iWgsfmfUQFaiZmZkAqgNppWQrxYwAS05W AKFqsTIXA9jXwklWKjIoQDIj2YtEVZJmFgDUMpQ0JTsi1iNFSJA3IOpSj0vNolkQySIKQMREWLeY auhFekBUOtIIjTEGjRpgFWQIQuhC7FRDDZZkFqWoiqpoJAOtrnhksQzWzajJLOWplESjgmIUUgVh PXauubZp9Vx+kNcGEC1gSD3pTTCJzBAjyaUQCIFaUnONGYKlBvkirVHwt2oX49Cf+tj3oYMqi80p jWlOabaSAi2s852jSBLkuiCG6AChXes8BZAgBgqQRZ7ErILhdOmGS+xORJnnj3m659nADBQRGjqw YqNMen+XRXKIer58706DaJ6mt/H+zIkClVpx3Pq1UwR0OX82cLjczuczZH7c/xrvqW7MEUmidRIk kBBRUuup8TGG68uP/nSa0l/3t7eSk/yLsGtbkhzHreeAoi5ZfZvdjf0EP9gR+23+boftnemuzpR4 AfxAiQ1JNeuMioosFUWCIAgcgiSATKkGC0OxilqmPvdE5PH2df40b/l9e/+jJJAD0KBpBdR0AQja EMYv3/4mY3p//+/tZ4KOImYwWMtFxzbZHm9/efu6bNvvP79/t0qRaKhmahrMAlDCEL/+9rdSf37/ 50+0U7enOdaVgjpI2hdzFyvr10NeXfbv/kZSX8yFY0WY3eut6eguAtA1fQFGd8/EZT3klzit/HjQ Lzcl6zvenSt6yxjSK+w7R3D/ouNVX4jr2QA0KyVnZ3s+xyS8DEevv8cEEjdAXUF78j5EY+pmut7s hLlAjZ0bdyPhq+pl+gK90+DhiIcafsh4sOJC/9068jbivXy/Iclbl3Gj4Q6Rexf6oMOJx3jIYWN+ Ov7Ls+je0Vg4zJvcCOuwyXt32m5Lp6e3Yucx8g31LvSJU8/WGudu3kEzzhi9V96p8vT4OXiBj3fv xb8AHL5YdeVxI897Mi6C6oX/Ihj9dEE+d1kO72mfcelMj/0JMV4mjX/9+3/mnMw0yFAKc26ZQlmL aa3kANBMVM203Rc9coagtvTxZm1fTckCs33PmwkIZg2iZpHN2tIZewozd0ZdjnsZXXTMbXbY8Vuc o7jvGrTIaO25kQnYAAUDMZEShipS2UyPiAxjGKYQ5jBEGNqpRxCkUgy7IwS15lpVtai1DmrN0BJM A6yaZcdZP1R9knjAuINBMgGFaElDFBhaxtczwCw4cqKSP2AKmogOkXGchhjDEEBUzTk/c/qZXzAd ephk0gglm0ag2gTs0Kp7RIAeQCxP85fH25chBkjO+fv6+n170nQUPls+OdXwayt9d0gAELDO0zI/ Pscp5vK+Pr9va4JGSgXaUdYKKGwwDLBmM1Ic4+fPv8WJz9f/vn7+qMX266/EcQpE0NK5AYCSeXl8 e3x+U/7xev7X+t5CnAFAGAyKUnr9JHVePr19+aS6/fzxz7S2qOltb4uAtex9ZkMI+PztL3GW9fk/ P7+vpiaBBlptTbdJmB6ffnv78sjp+/ffv1tlGABCtVptUIYhhC/f/m54/fHP92PDBTgZki4hfq3c 12F9Nl6Qip21tg8w0BeR0Wmci4eDh4djPMuhF8he+eVLL9AtX9dZTafMN8ARnLb1swDON3vpox0o Shxi8As4ObT/3brrAWK6HgiHCcyHDauuqv7T7VNxStbc1OicwdFu10We8m7y7bwUhkNX/eG91/gI D/EW4OdSsx+Xi3ust6uuj57hd8RD96QPsd48VR++3rtwAVs4RsTLg7++Z4dXox4lPbvo+tWrGs6d 9ey69FFcGFPfNY8tcDR06csFJeiNdfX2xX/U0enZC1f4wlIvBt6TZ05X2J+/0p9c5sj9cxkj/lLm v6aVHTUEhyTg9mo7QzqCbO/2uebZ7j+9F72nCiBA/217bdtry2mr2UpGyajFtEI1qEZVmilg1gKW 77Edm5rbwzOS2I8rNuPNdr4ykNJDVR7ZPVokT3FMJLuPnUoq2bUJHDfDed2mx5/TIdAGDMACTLCx pZytNZZSai1VrZSa05o321Zur5zSWstWSyqplq3kzbTClOQQwhSHR4xLjI8Y5xjnOI1xCnHGOCEM SeTY4jJzHubuypbzJLFjjKNhsnbydL/j6u93XUQh7HdbLNSCtL229fe8JVOJ4TGObzHO44QQXkBu gbZg0TDtV1oQhJmSyH5IvjhhAjDWoml75m0DEMIcx3kYlXwCpUENCS8yH/gPAHkIX6nrtq6mmMYv 82MJY636qmWAQUQd2ugZa0WrbusPM5ken+dlAtdaVtMIkMGEcAK6W4icnyWtMT7mZZZYa16tCs1g YkITpQ08ljI1P2uq4/w2PRbDWlLZI7a2EyagWSBNDWl9CuL8+BaGWspPrSoU0AublPw9hDjNX4bJ SnnWItIEFao2kFCtJb8+ff47WXLKTg/qWTV0PX5xCVxsgLeLOM/Vvla7FMZHzfWGwrkhL428/csT 3yvhTWHBdcFcQ91T7e/g+CWs/3TYNDhK4CiEMxiecn+4W933S4HOE19zn5V93SJnxl54eCep/+kx x8W036uC+++ffS5mpn7EdjiO8ehRuHXB+za68b6TepGHXv7PiOSZjLtNxcHbzmR/1KY6eFFvr3cZ 6L+HsyL1+yAXIelSF9yfdDV7IjuybA0FJ659ZPvnPpTyEX+8qe4vXki9T3Mvsb7jemvlX4iNH007 c6Y/93suwR2z9ccK4YbA67FLVTh7m04W/MxqT0lHG7sEhlL/Q63lHwm6HxgcAGm4gS3QEwukCDOZ yA0s0rKSSgb2lPBgJVfhRlFhJUkaREmSGyVhj9/V7l0EMLS9Eh6xxMmK3eq0k5i1BZtq30VaJtg9 VDUlk/lIUNIdIe3kRIMvfWgfwAOYgQfwCfgEG81GraEUyZmlaMk15zWnLaVnWte0lpI3rQVWaRQM gTFwCmEahimOb+M0TUsYpxBnk9Cyr/EwzBfdrW4O2DHY0W1nNi+LHdxOO0P2UOs8VgYKqOpa8qY1 C0GGYRjHOU6PME7V+Ko1w9pGA8gCCixAErlSEo6kqUBL0TcAg1mo1dL6BGyM8zgt4zSGyKprrQoY WYW6U0QzyF4DBmDIZcv5pxbO05f5sciQal21ZtmLBSBQMvcLPtVgOf0saRviMi+POEnOL61iJg0Z NIfHEQDDAKk1p/UdFpflc5wGs61WI4D9KG40/aWFVbeypSHOy/LguJa07rFWiT0fL0EIkFN6aQ3L 26chsuSX1igERIEGeYsB27pqtcfj6zAx51ctgRAKgAITUtXS+to+fflbnJC2537w5TRLuxa+TN2L 6un9rR9pvfsKxs/2i0vWnwK5rIZ9cxfb4w1SJ9huxPgVtr/59aH2SUd3LvT75e9dBd/ZIo5CPdSo ur7r+UCGncnoOEnONPgf3/GL4r4Q7yeyp0rPz3EMve9XcC12trOj+aOGeqtEnHW8yE8vYw6KXci4 fMxZjm5WLzClf79sedzRoReki9+rffSgrVs7Og70yj1YiWfvCF2Zi0mjO1hwwSL3J36U5bxfQwfX /LJBP7LlfloN/5/M8Pai/6jjg//c4e9lD+7++zJ2dobjrRV/LMMvGIbD0HiYdQE0vQteCMVt5136 y1ttBiCA/wBA2V0LPKAGaJDckoa3l0mD9aPjZjBhyyfejkNy909ADcHsDRgINRPYSLSsrSNsNETZ 85gIAO5MCb/YxxZiMlMS0FLBgbu/hGAlAZuBAazCl3A1NNzTEn6KNYzMQNm4W8e+w2cAySeZQbZd RsMMTIbBLKhSVUqZU0LaUtrWlF41p1pyTakWNQMRyTGEaRiWcV6m+TE94rjIMCaRnnS0j0o9dKIT Dg5EMEiLOE5mtCCYzJDXkSB+ON7trsgFmGodt7Wm9bmuP3IpBIfhEcdHiCNFiXYd1IBqNsGCQSAr WWEAE8G2a+PVZcnr+nrmtAIyhGVepiFm1axVFII9GVtoYnBkVxEgapWcfmhNMT7GaYnjoNhqzWaQ ULnb741Mdsi01pK3H+Q4TY9xiqqr1gYypIliCAWoLZsuoGaW0w+tWJZP47wYtlJaJFDu/jIYD+e/ WsrrU8K0zF8kouTV1Ciy4wm2e8uR1JwLYI+334Yopb7XEgQCUUriTkwo+VUy5uXrMIacXlqFLXIY zSzCWjr757x8jZEpbTdD7q3OHf77516n4Pwc53Wqr7aeNZGPduAN20Wx9vIfarr+7gVweN8AHdTo xt5Xm91y1hsYflTVhWOXkn0eeUZ5W+i5qn/Su27v7dxir1nPZviuQOH6Is4RpWd6cOvCBf140+4X ix5twD2/bC5cyPAt4ryi7c8vYMJuNVzM6gVR8dw0XLFLly9I9/LpXb7vxPGMxsIZbchNVOCeR8eH y38vZrsT6e/o+mGy80aPt+I8Br3TIO6MVK9Bbnz2BODGFjtjgju1OKTijnu8Ib8Ax+7/61X15xcH qod01THh0kr/bmdR1HOGPzim+Rd/0RbC8O+kgrv7Yc8yisJmmAEYrQ2PERjsEAgioIXtsOHIS0Iz tPyrhuXYqBsMYjb96tge/KDd5BwMkXtujnDu1dje4i5Vb2pvsAdsBIzcKC9yI6zlDm0JUI58HxGQ FmmKrKRgv7na9hSMspJ535Nmxu68yaQAc4srCgI2mY1aYykhZyul5LSVtJaylZxKKiUVzaAFQQwh DuM8ztO8hGmxcU5hSJRsdhkzP8cMGFpgMTKDa7PQYBaurRiZ3G6LHCe32+lXqflHzu8wDsMjxk/z 8piWIc6VslbNpodgqQAFkiAGGMy7AbsModZS0gumQ5ziOA9jYNhqydBImkimFFg8EsH0vaShlLKt 32kcx7dpfjBoyUVrBCmiQlMzopItgL2YIadnTmWevyyPhwy11lyrGIaWrd6M7VIr9jB0LOWZtzzG x/R4Y8g5ZzMSEOqRMFYBUqCqeXupxvnxLU6hlE2LgAAFJtK2mWwAa04pp/Xt7S/TPJX6LMWEYiYx Kg1t66SW91owL9+GiTm9tEIAZZsOQqrZUPK6vH0dYknJH3rwKycc8/MCO+6LgDsOuDwxVzPcIqmf irjEPOC5kg8BB51keqTiMZDfPemS3JGQXq5EnYX2op2DI9IzpOtZw9XGdJ14N+29CTgGXnp33+js Jtk7J+TGpV7z3TnRyCiusGdsL3Zh7GUscObhBbDKzTReRpO3FukIxo0wOw/cRa5w5tIFnF3sot4K dKxwOZIiZzGQM7ygGyAPNcTZwgvHLugBZxo8n/2E6iRd+t5tp//x/6KrsxFwcZj5tu6I1rP3ghvk XMCPZgeg+lHNOKZDXxh4T9LFHdIHwn/xouJnwWUP1Jfv7V5mvX7UqQvg2D8B+IerhTDAulAGGGw/ odYp22WFtD2AwQmutkBbEQggADnyv7fDjBXNU0LAvGT7Y2hddXaqjqMbbIleAyyYjWZTu+thzjti CGClbJRVWMwGtuswoTAkCU+GVZgJoTQHfhFuLVKI2dg2NQC0mylk8/HgOIjQDlWMtUoprLnknHJK JeecUtmy5qzFYCIcQpjHcRzncXrIOGuIiSEdx+n9Xh2BCtJsgj2Ake34ZEtdC4CrsG1dEfShCPbX zVhKSmvOKddqsDgM4zDGEI18wV6wTJR2KXeghdCcRtrSqJIF+yGbBNAs5pzX5x9WLQ6flvnz8hgZ staszfG0v1uPHTEFK0Azy/l73l6B4zR/m5aFoZjlWmBmItXMjpOhu3TVWrf1XeQxTp/HZQDWkpPZ QBhh/JVbZ18HqOZtfQ+cpuXLMLGUtRbChARDw8qG/bZLyPm9ZJ2Xb8syV33WTBhJmEbSyGQaSa1l qxXj9GVeHrX+zNmEpWqLWFr/j69rXY5d5bFLAmO7O9nn1KmZt5ia2/s/09z2SdrmIs0PbEXGyedK pTodDELoshACVCMwSd1arev6x7xOrbyagOkUYxCRqrRa9+fbXyHWUupxmP7XjHkw3/9gDjFYAbpa T7Mj7Oxmf346eONbJ4Hrl75puEaNTr5RYkPjTc9gXq0hg0FwoJldPMaMgCfGU+h9/FAzOSYb3Bnm WEO6Q7tWAtdTP0B6HQLvHX09324nwbVycp8H8w3nXfz3Xnjo9oqv2XPJmMTIKvEAACAASURBVMkn K+RWDK4AnXIljj9eAu8QCmfNAw/Z5bH1Yj711dIsPOYITgb4LGNyQleGD8Q4jwNcKw83asn11Pxu u3JGHM1ecTzc9Py5s9S3he/G3dM/wDtrxQPEdlV5/CA2d4T0LTF65YDvnTUqTmbg/oXrcNO19Tsi kesrX90P0P/s5h2Q83owT6iNX3DfexTp51KeGgL6eV9klRApQKrxVhtOEGM77P2ohGvWvbpdwl3C kuqq+lBNhAmaAD4n4qyIIulII5UI1b5PlRCIpHe9rwQRZYDPME+nYyPaADAKUVaKTsonYAWewCxK TdBaKWWreat5K/vecpOqKswUA6cpLWme0zKlmWOqHHbi7ZwexSOjhxQ6KSI0QVdoPxGcQZm5Agpi IFFfkCJFx0bQvueltVTyXvJvqRp5nuc5rWlZKaSs2KRVYBINCmVuBAK1Y3vIMdrspCe09lnrS0WJ 5zg9p3mWVluNgDILUTviHNS33hyhIxHkfWdQjM95fsaJRV+tZQIRK3ED0K+p7w2pct4/VXiaHvNj 4dhK3lUiQYgbSA4Yif5KUKV936TJsvw1z3Otn60JADBxAJFIM3w8tfZqpaX0vjwe4M+as2o4z/ui 8+SPqbZScpnS2/JYpP3dWmUQIVCw+HZorda8L8t7eky17K1S71HfcqyYpNVW9vXtn0PUkvfzKBTT CK9TpsD+G/vz29UQ7019VV4fbdZlOXriFjXoalAGYryBNtWGU0b/2+rxkd676bDXzbV4H+NbYYyz moEkWwH0BtT4Zp+bc3J6Yw65tFNfDDeT7ZFNcFTJlYBhbvcT2oDj/7fFBrfdn/Bzzeq4gduU1OJG /xhteAb63AUPRODI9oOiV5+EG4AwwgywWh6o/bD74AXvHp/wZOCqFOyOuWOXhjyAAwPQ6rpgDs6o vY/74ASHd7999Duem3uGo82cPbvvLWDWXHnvLu9t+QEaRIVuIUlfZtB0citKP1V4rxPX/n4r5188 CUT/cjK6QwTbpy5OUW3MPBT1wTFcG/b6wKdPNZxxB4nHWBLVadpDyAo9j6agq5EiF8YZukRfJGmi Y1Pu9DVgOkEX1ajSV9+j6gxNUGZ6Ub+SLexEBaSMzLSBoCAiUUQgMHaQzSBNCnsAZgGewEOxiHKT 3Opecy35Vfat5CytkTLT1DM/pjlN8zQtGuZCcaO+f+Q4BKx3XACABBqgM6gvGfQkGz0TX4aNANSX WmrNOX+08qlSmOM0pZgiQoXuUFGJKhFgghCXfkfa2To7SYrSNOe97HsMKc2P5fEIc2mytcoqE7HA MIQGQIgKKECnnMu+fapwSo91nSiU2rIKiIhYoXxC2y4GoZa9lhzDMq9zTNTaqzVAKZD2xAuA8HV6 Otfayr4ty6/lsSptre3aCEQcAn15BQZSa1spZYpvy/oOrrVklX6PDKvF2IikIe/bnJ7rc6711ar0 nGcAZz4HN6mt1WX9M6ZYykta30AOuwyvta1mXZ+/OLSaxRkpr+2DpgyazE6MyQn84D/0ivKtKr9H w/8MTXs7juuHL2U8/zQjYALfnC+5h74tAme1hcul0Ic19+spVsxDBNwWcYx+uK757+WcjfjvrS/i ODkYEA/CDFjIVR0MYHkbbdYyXIfgTh5df4y3dw9hZtMeg4m2MC/nb29CfSV69RzeDXgTjWvWyJ0M vfLE02MlDTr4rSUGdnuZ2TkL71/ZvUJXqR488Z0zdE09HmIAXpbYccD/l9x/yQU5fFt8JYCvrLgj AD8cA7DDKec2Rl4ken+rE1S41odZvdmB++qJPew00cMdP3DDKHssjivx3mvzGYgyGu7WDI4VX+wN wL85uj2j/Xh4QRlGwjogOG50w1m7DUxwkxi6NjcIXxSZTk9gsJTO1+Eq78+QzGwyGm7j5AnuxWZ3 6yCrTiLvKm9QhgZFVET05QZCz/A4124mpp2PXSR8S8/hA4LQonhTDSK1tVpzqSW3UlrpJ7bHEDr4 WKb4iCmFiShUaYrj+Kl2uZu7B2/AAHPYw7RDN2g7rtA7nq+VKVWpteT9f2rZoCGGdZnf53VJCygc SZ0KxgFfjovcgJ75q34+qkp7/t+SNyBN8bmsS5iqSFERRmOAuQLlXC7pZEyqXMur1Y15mtM6pYlY pAiEuZ+9cd7sSseKTM77BzQs6/uyJsWr1SItEuhIMPJqTypa8rZN8fF4vnNEay9pRIp+UId+xeom kVbyi/ltefzJUUr+VOnZx94EsGrbtw8Ob+v7W5O9FunZRl9SRGg15y2vj+f8SNI+pDQi7gfLqDKQ RPbA8fn2T022Vgd/4B3/3YOa/AzTKb9Nf/AZg7be8be3F8F9c7cOd2NtnIF7C9egq0m7mTZTMUt1 nK5pfeYk/JFfhl28QfDTjIFjdOMJuarE2UffWe9i/Yq1t5h0LT/4P6tkmBd6Z3m3+8PzLRz5qTZc x93TjJ8D6TgBh3z337uPHJ4BCHoB9sRYgejyNoxyz1i+FvB20i8Qe+b71gdH4BfxPR61FgfK/Z8G YYet0fa0a9fYdd8Px/3Pod2feM6O2p+KtRv/fUm9jr4N8R1Oedxvr3j85Ga2X5V4q+ir9dBnciTR PxQza+uYCwXgX5158mqDW2hhsHTkKDg18FzYdrrHZ9TLN6yuBut2u9HA7iYq678JFl//ZSxrZ5wm WFuERrRfG/USMwPp/O8EJOgMDdTP3DwhV78jl0iVGExAIxBRmfi/CKKIx77TA4j01uN53F4STa2h VqmllLxLzVIzGjHSFN+m9D5Nz7RQjK8QXqAP1a9jzQjlyPNAUGGVChSmjVCIt8OjEI6kE7JwehSh UvaSX9IaKIQ4TdMUJgHtqhXaj0sHqCfZqCkzAUz7mbwyS6OSP6ESwpTmZZoj0Erpt5Ao8bGp9dTn Q/Nb2/P+AUoprfP84CS5fEABEDTS2WTnvKrW8lFLTuktLc8QqdZNREn13Oos2jdDgaBRVff9g5Dm 9W2aY22vmhkABwKJfiXGRlXK+29Cejz/CElyfqngayMu+LiUV7Xkj0CPx6838FY2IVJm9J3AfZ+O SJUi0/Q2LamUT2mRSIkVYScoNJW811J+/fmXotaSbxYNTlaHL80KmAJaRNrbBStvUyUzKOzsBVwl Z/zygvLvJA2U+B/vZQerZNrtoQadrsjrso+PGj2ePK/7g4Wh78gLzoDolTYzlBaC9WjD4xIrNnDG s3ewxXAl/ZTMUI6HO3dWG4T66b/kavvW4dlzH9PTBo5brO0ZMJzeyPDdHGjzUmS1Tdcjv4wqA2fh egydt8Cejda1wc2bA/LLMSYAJkV3aq0GulXlpcv6q07jBgDkR1ZcT/Hd6tL9Ld8ifhjZYXzvFOLa ULu+jivBdB0mW0D0sflwiooNkzhhvvOTHP+Hbt4xtOezqbn2CAc5+mxUPFn33g7gw2ji628fcfWc EmcvPNF+jdlbq3hVaeN1/K4ewnFElTo5ttfdoR2XQQVAoIpjv67RP0FX6AJdVRcCzqvaCvfDywlC pARCAO3MfzOqI6m6ZbmOHhZgVZ1rDSXXnLdcXtKqChgUI6c5piUsj5BWCXMm2oCqmEA7YXMTSgXt oA3UcGyZkCO9w8aoR2g0icRSSt5+S26B53n+tazrskxhasDfIv1Icu5bUfp2D0VQJKJCVI/mlGop +/YbQml6Wx7PtELwWfOkCiICwrHiQ13gBIBqKHnftz2ElObnvCbB3lpjMB37nMKXuoFbxb59hLCm +TGvUfFqbdc2EaHf+XMgj1M8Sv6USsvyPq+z4LNmUgGzEguhndGyAHApf0N5Wf+Mc9/j2hdEoKRn H0lVc/6/ENbH2xtPe6tZBSACiUq/9V5bE9I8r7+Wx5zz/0plIiZElQ5/qbVSc328/0lcS843owOn DsNUxmuKnHJrLsSbElwtLy5ifPG7fnE63CyFb32w8l7B9TuawzklMHMxnK6Ba/BgsGXkgqDeCNxB hu+Id7Hhog5fz93BqJvSeONIztD55uxf1rq3+zbnhuOM9Reucl/b8JmudXrKB49rjop+4B6uPb1n sw5N3y35/dEbr+zx808bdI9jPDOjO7AxOFEZQCRfW7GAGa5OZJh2Dswc8MSAQX33BzwxKA5dBdUY Yu/egalBJdyYPAyip+SuZb4Jm07jiqjkhjbug+ibGwJ4cL51ENTk3uUrlhq6MIBLzyIr7KMvX4Dj 36/aO0SrPI/0lGOcVZD73G4SYLYjOmrEjejArIH7dMUTcDyyGGxwWRomQ3pOpJRoI2rODlo9A0zj 7zgwmLDeYk9QnYEA7SkvtW+pIGTSqDorK9CPoKhEGHpHZKchHWxXSbUseW/79srb71Y+tNV+2PwU n1NaphSnWTiIaIMW6GFNtN+spoqeX0lEYEIMLEA7fDkBVK2t1vpe0KrCzHNMa5wicVWtqlBJQCCq fRcGUQaZtjciADO0lfJ3rS8ox/g2zc+0kkqWVvrWDoCoh1ionUfHQkX3/VNajXGd5zeOKtJveGcC iIXwFRtT5bz/rUJpfs7rQtxqySqRCMQ999grOWrdS96n6bk8V6Wt5AxBINagFCrQz5pjIJTyqRXr +kdap9p+t9pv/6EDIWkgaj0cEsL0ePwKrHsuIkRE3PfygIhQiuZ9S8uv5/va5O9aCMocG4W9HxDS mhDJ2x9/qe4l34MT+EG6zOR534ZTce6VmAz7kup+y/UVdhN3uhoUrwtm3C2X09uUwcR7wDEEXWye zU77vDe6fwNnN+wRZ7N8d7yN8ljEaBhyGH0x8xC+9cEzDQ7ef6br7Mj6YlPkwcT7xzr4U9Qq3Nhl 3PZ1GvCypuWaDztAK1zfGgDT/bHmhuiFF2D+4ZgQjy2GIPTgegfOWNNGs8kVe9d1LYkbzwdvhes6 oFF7B2189dBe8O6cVAcIyA2ElfTGf5CuOxPu3t08ke8CHPN/yp+wekwpfKd8L/y4fLnO74AmXWXA ZNifOOe7Rq7XYjkc/+E6Zp2M1yHHdYzN5XvLMsBGQxXBEadORW1W4VnG7qLLeJ45weeRHkOCpLc4 XrxMnZiI+pVjOA6+hLOzd03GSYMJOl9fsZGOQFJMqkl7LogyjuPbd0KzD+AX04bzprqjzi/M0Vyn AsAirdaPvP932T/zllvhQM8Y3kJYY5pjCiEKeIPuwP51Pab2NaAFCApR9AxTEDWoZ34DoJpao7z/ rnshxJjm5fGWlom4iH6KsMoDUGKFHYSKeBwme3A4SeOcP7S2Kbyn6TnNE9BqgUIpNBAR6jmo2jNg gFprq6VEnpflyRNaq9K3rQShUAitp2j291r9LHuJcV3WZ5yllpe0EAggAgMgYlsjExEp+2fk5/p4 C1OtJUNIlYkoRKjQefRIqHVvpSzz+7zOTV+tZEZiCh3GqfaNJyHvG9GyLO9harV+kIKIAVUNR6+k 1JxjfJtSanVvTYkSg/6frytblhzHrecApJa8W0/bnr9w+HMcfvD/v7inupabmZJIwA9MsSBldSsq KhQ3KYoEsRxAJEBd21nxbV2tYr68lfqn1ZMF7ddJA3bB8fATjsLcOXw4gubYZ+TVKC8p3ON4QLRj 8d7nyQ06WbIugPH0QTRF0fhFNHNSu6eYB8IAuhazkKcyWtD+0viJxI+dpyMNEZr9laaOdGZQAsRB b/TTQBEhdcV48tmedb0/vav7/fJ0w+NTz4PETigPq3Zq7E99/vLre7+eqdTn2Hs+feZAsCAMdDgN 2IPp6pccG/SpdV/xBCAQfj0RH0er5DtxTrbWjuuFI6mfcduJu57XAkcOiS2f4cVfkb33E03bL78D ngQ83j/DhT7NZ43xPPEUtif/0tVBmODJGZCwXv168EwDHKcOu46I8SscVy5+64r2u2uZjjNawHzd u+3qg/s+UD8SyEM/j0QR5BXYgBvlO+VOrj8XnjfKwp/jWfHIlCW7uuklTjqlWrp0CwsgAavG66QN GW66dPU9U9l9dB9aMRd44sO3xiNBu9yEn2TZockdLCDwM+lqyz4+ADNQzayUWrZqFVYhojmPOedh knFGHjdJd8cNqAR63JJSiRWPDCKFP5epJUGp7NsyXLbtVtc7qijHlOc8JJHiZu4JDjz2k5oI3LP7 sG8pfSiCUrAs120tml7Gy9twIbiUtXoVskDgD65VEo4MiNW63D+t6jy/za9T9aVu1Y1okQsH0AIO CojbdV1uxDBNr+OUqy3bltwfQRFg3/Da6gkb1+WTGC/zRx5k3YoVgTsf7PRT8dW6lO1zHN7mlxdn We8bPKEn2N35ZF0+zWW+vGuydf3hrqCCIEBx92y2bcttvnwM01DKtRaQmdD+VauUO8C3j9/v1+ue efb5ksBXCILG8NNJ3+nTl4tTSwuPn3Rf19HPfkL3NCSIf9TO0WHo0p2DBHXqlbDfHqE3HIX9NEeE wUQle0pnFOnWJxLdLITOT0qshv8RGkcscsJVJ9N4su59yhpIGhVLn+MztIq6u2/ES0c9Y8f2JyjJ I237S3EkRZxLjOD+PeDA8deTle0jPBWQipwjQalGuyVhar3D+gRq5dhh7+EZMkaO6lQ69R9fjcBg kaTPeILHnuNNuyKDPRtyhKf64E8kjZcf0Vv/4/OOHP7t/Wnwvvd8Emoeu+20kiPEiQ14pAmCLOBX rgVDAyrwX08L089MI7z1GV5FEToFkfZXPgxqenjzxB5mX6hl3wm4kUWTpeyajOqakEcZJk2ZVNMB eXTNNQ2WR+ogedSUmQZoombPo+QJeTDRVXTVtOXBhqFqLsRK2SiL5rvmTbWQBm9FbVdK4WMWDCvB pxO8Kdx3UfEn6veleqB+x+h+cZ/bqbB9cQgouEAqPT0OxD5OTCQQuwy3VZjc51J0Xcu23mr5arbA qoikIQ/DkAaVDKC6CVrJ+0fi112b0IlCWVr2MH9kTG/TKYDXautyL+uWNA/DOEzzeEmit1KK19k9 ORJZRRzopz/6acDBXWv93LY7XNrGi5TdsdRqO1eLP5KvEGh561m267bek8zz5T1PdCy1FIKthBtZ WzI0UuC2Lj/cZBjfpmmqdnW7t50Ze70328M57s51vVrlNL+Pc67WMoORgKqhVbtlBcXM1vstpff5 8k61dd3gJtrIZe6plRLc1k83Ti+/paTrurg5hXhsNW1Ga4HrNL+nQbft5lYFAohjI52otd7I6f0f b+vyaT9Fm0d1iXDjQWgRrF23kRJYVI825tQyHfnTA7A+IZiTeZBfdWvHL8etfUz0FO2Zha1L0d89 mcY48Ri87E7ISfnU0Kb/7wFtnELfXXdHN8nCSxHa92F00T5Zo5Okn+CFh2hHDOv2FewvjXNnwHk8 fvCKmjZyCwOU6bpLj1b/NMHTH/XJTJ6s8i+fPZl2hMGf5hvBVqdkJG80ip2Yfe3iNPvs+lrY3mH0 qiN+PeHF00SiV9m5ou7/x0dOcK13EjuMAQM/9h/ZO+KnfsVxxhf9UifETYc4tjktLo+iFCerD0N8 oJ7+ilByhPiRQ7oFlPBT32HWP6UhdPsTLRH43ydu5g44rBUL3U881kDHxgTDPtwSBvcIBLGdqiAo IhzdBVg1bzmrWSu8nkRHEbo7QNFBdXATd1JUNZNaC9xbSbZWRVbQSoFTyJFIrfI82Oy5m1X3itZC 1N3d3ezRhqSIWK2lVKsGuqjCUQvqhlqyOx+fYCCPlO3eo9DbURjKfmw1RQQXmMmOKg9BaVbyRhbz RF7BFT67v8IVzdZig7ce2qnRBhQM+AZ8oWwqSVXzmIchU2FeSqnbstVCqzCjW35EobmSCx8F2Nwh VvNeSwURqJKLpjqMlzyOouK+3q+39W5uLc19O6Szucle8j4GqwmsKfvl9WOckuPz+uPL/bqaVyEA bTGM9iBZ3AFQFZfX36fLW7Xrcv/zfr2ZESZkBavZtKfsLEBJeXj/x7/njB+ff1y/f4eNYOvcnOZO r+M+njqOl9f3d6Z6vf5x/7x6HUSTKN2sFt3T41YRvr7/Pr3k+/3L57d/WaGomLtby86yGYRu88v7 /P6+rV9+fP0GI0Ws+iMpGdTdx+nj/bf36rcfX7+U1UAFzLnBkttA2sdv/4RsX798dYuRVQb6R4QR /eAODkpo3E+DR4cVwYn3IJ4laATZI2Eng6SBV/txVgnKxfb6710f4VEg+pB2qbNE2QsA+fHbaLRM UUtGH67/ZEGxxF/T8VkLxbK3oMH7kPp4tqPXFHX988XQT0cVUQdue64LBtmPdqUP0oKK6PPt5hMh vSaON7Hx82h/Cu+RARCotz59ipJdvfs+hZPrfCLCL1eq/9pP4aUw7Ih0T6iiP9WhVQdkfhxJ5MkO I/pNCdPpoCQS4bTEfnQpu0xtfz1lD83iwnWpxNHo9rDiadYMUzshgz7CEy45katL0wlwnIDCidQS 5h6NkR/ZuMtjjHemwN6nTC1dIaTgu67H5ejUs10qH8NT4D/D6COi725c3UfTX9Z9LAEALqJXSgFd 1NPgObmoDbPOr3kcX/J4meb55W2cZs1DyuM4TpdhnFMakuaUxpxfVSfhIJ5VssoAFyvuBrq0urNw enU4iSQciGTFzYygQGC06l4NDhVNOriLFQBCSUmHnEaViUyEquZhmIZhyvmSdNI0piHnUccLpwvH WfIgeWQaLA23PCwpVzxKuV6d34F7gBqd87oii9ymQVtF06KgAs5dS6puokYW4EZW/vR4BEhgJX9g rxRPoOX22NbF6kZI0jnnt3FqmTY0ZTdbrT6sL9FO0hBtzyMAOKU8DvKwJwUXM2zrp9ciknMex2kc L0KuZWsVc4SsIkZp7dtniLIX5oX5bV2upVTlOF3mYQJ8LcUAtiqrjQiP8sJQd6zLtWwlpddpnkV8 W2prAJAw4UY+TpqY1XX9To7z/NswDY57LWinY/jYGdOSxTkgtW7L/Z7zZb68QqyUm1WBC0WFMEuA gNVR1/VGDpfLq2bf1nutohSRFqVIbedH2RagXl7/LWWsy92qU0ABxdwmgqWsZfVxfMtT3tbFKkUg TgfgGZBl+T6Or+Oc1uUOP5kTBFWoR2MTtXz8SwQlEngMQYRj2gMEj0SC4Y8II76ra/mu3aJ15G60 hvB9/bSH41lPdWzEMN+ubaI33G1DxMQd0DO41P1d0aJ3Wp0y9EQTFSnD8EgfarTlfcr91+c5RsE/ +bg4ToTH6FEfzF+hjZOJOpnDiE0RgBGfDgBHAuquuOwv0MYzKDy9NzbTJxbC8fHIhCegcOIxD49H Fj1FMvxp2JFdn9dOn17XeztxaRzJs0z9zdROcz/FeGLw5jSACInk2FukW4y+cDfEp05iz1GcLQyD gYFP/+Kugx7hqE+Tjcz8ywlGBvYToiXwP0dq+4NSjifWr4CDpIBQYEx5yFmrVarlpJRkTlKzZlDd s7uKzsLJzcxWYBWBu7WYg0gCUEqtVYSZOrrVWraygXBRr9XcAGnHDsXd3OEYKZOKutVSi1umqCqJ Yl69jUATiGomEAdIFWFKiWCpXmslNSURFVIJpSraoQ+BqJICEK5mxX0jW8EMAazWUspSys1sAR0m bmoluWX3Hkfqi6FHHmII3zWN8AksAMmNBKhuE2XRtBJWK62qI8EBrOTq3h9fI8TR5DlPmuaUR01K sVJu99v3sharGxzuuhcBbhs+RLS6eS3pkc2MwKPG7ArcSNc0jtPrML5IcrPr7fq53otVCCFKotba KulUQPYNCk0Fe0o2zfN0GSDb7frH9ccVngRJ1I3VNm2ZxfFIPkYKpvnj5W0G71+//FG3CqcD3hJ+ wtqpVMBF7PLy23x5N9zuy5+374tbY0i602FuPzNKCfn2/h/jS76v//rx9attkwo0aTWrbRenEzTC p8tvr+/jun35/PalbrMwUds5mgH+0Mvzy8vbx9u6fvv29ZsXFaqogVa2Fhiz+XJ5/fi91B/fv/6f baQIUM2yWwIsJXz845/V7l+//BkG2cVYjtowYlb8yvvv3knMoxVDoH1Lqe+KdRfth72JH2WwRwha zwMQqi0+eragO/Ix+wL3DhGUfm9sIcgRXdvo2MlR92H/y3OEQ0IndR92jIrHM/Np32++7h5btGoI Jieaag+d1DDCE4DbgHUX6viZJqLGPq+y9ywBA0VLxjDxSJZI/zhyCyASAUB0PdPCOfdwftDDtjbZ F/Tkvke/CMeJdBmPMCXt3JL2yUZM2XvoROhz7Adl46vj2nVweVoy7Avd6dbZLwIOhPs+sOelX/GL K1ruvls50uGXpj2+urv+vnfShq2hWQd8HQecdvn0ZsvxkHO08X8zmD6AE8LIQSHEhY5fWtMe/tn+ gv4IvkqUu+gL1WPp3cf4/vsIBj0sczs1QIdTqIkkNGVNY0oXs5YrM8Ed2EAIFaBD3NpOveyWSqE5 VMTqWuvVfBGSlFJKLU0AhlqTGchEJsDNCGRgbeUuALRmbfef4wLMgIMOt12ROXAHF7jv3N8yfRUg u18AkIVS4XSneyt238qCeFJSkjmsGuCaNOWkaVQZHeZe3Z0tc7aQNMDMzermVsyLo7i7tT9Ut6Jm 4i6tAlwwJwgr0RbpBmx7g3H/HF5EvoHmLu67rnzQoZDV/aQpuANSAGkY5nGe8pBF3bGV8n1bv9dt 2da01xkhWUVWsLq5e3Yk7mKwYwgARq7DME7zqwyZUkq53j9/bHd1qMoCwGEt7OGP/LAOAI+jMcsw 8uX1Iw1+X/+8fvtmVVVUktVqtTwK5Lq3DPQE1nG6vH18UOx2+9f1x6ebACTK/9N1LUtu5Dr2HJDM h1Rl9+2J+YiJ2c9iFvP/f3PD3S4pkySIWVBJI1PuDEeFLDH5AEHgEABBY6UFWM/52mCYl8+Pzz8Z S84/vn78rGUWqSJ9CEVbsPaKiyTlfv9z/Zz28uPrx49WkoQgQZppa2Y6nAt5vX3/+H6v+uPr7780 k4zNYCxoeN04g7LePu/fvpX6188ff7cqQQJFa+1xrNXAeZm//evPdti3IgAAIABJREFUqn//9e9/ NxUhXlnDagI0xnD/9h+t/fz542m/XHW9A9EtQy9NhgqsjpHGFnYosOksdOJ5V4fzTk5ckNAI1cqH cBkqJDm+tUN8NNei95IE19bQTF5UJYeBLjsZHGLL68u+qMvxvTpRKE6/ZoeE2pl03p9SLoLP9c3O qlqcQhVXM8/eKz0M3XDGgzH2ASnoOjYmWs59kHMlHtOMegY6MaeKhuP8stEUl6p4OMLaoeBHojZ1 v/pn9MrPpmfOsWXqbS1uUN7NR/dhUMwOZkjuJxwF2tF0dNwO11xwOgyuDx3BDIJ75EHH/AOCD1iZ 3dS8P/Y7+lx28B5DjA/iJs5cx7y1xrOrvTGYB+7lvH553lp4IEX365hEca20Y2lUxy0X4TOqysDu hgA3KBxiZACOMXej5+o03ava7lIZ7+MI3VAJFpOkidM6pTnNyzTf1mX9nKZ7iLcQ1hhXkQSzZpUE YTVnzdlUtZbn47lvD61l38q+1X3fct5LtlqslFJKVaXq0trc2mT2CaxANKNZAptLHZFcFHQEbsDi tmjTMWA51lJy0jC6fVgC5u4XGE5Hs9Raai3WilpLq6oaVGMtLFnLtuW81fwseS97LXvWUsqW855b VcCCSIxTDEuQKTDGEFOKaZnndV5uMc0WQhWpYAEqzEf9DDGU3ayPnR/MJhiIJ7mDm4RHSE+ywsQs geVIpTo4LOCFw2JTK+VZyw40UkKY0zRNcwixNitmyl8KrIH2ug3E5JVc5CRrRLXl/ee+5cB5mT/n 25pma+1Rq8FM0HqvXn04bhXpOFq1lvyjKZf5vtwXiFQtWjvAooFHMtCeZTxqfZT8iPFjWW8SW7Nq 1l7mpSavO/9MgFTrXvKX8DYvn2mRZo9aQve3mQUJlWxm3cliJX+1Zrf1My2iuqtqMxMRoRn0hZEo pTyBMC//itO0PYtWC6HDsNaNW4BpyYSstz9CYt531Y7BR0Z/aC2ttnn5DKnVvLcGCSJkawFga6Vp /fj8TzCXUvyMn3WGukV+0c0XIT4ki9/u+BOJo3x7Yxg5S4fifr1AZL9l8ZLxcp6C7r9yKPshwjza CE6ujXGNLbuvB24glxHBjb05ivlNm4fm3kU9KoeToXKudvTK+008BHw/OABHzwsAGo8n7IXa4e1X cR0YOsYrAI8px9BGu/U8tGHWohuChzK+S+O/cCQdQxszMqwUfhboqMozI3nE4234FxJdtLjH2YOe dJXTGUt8nXSVmOsVHK3+6bksqwuH44yn6b68kAvnF+137/rPlyWvbm16LHJptz/ikKucWfpihGsH WgpvMzVAjGcSPwTPsR5XjS6NFu3ilAnAfwMKKqgSLM2cZolTmtdlvd2n+ZbSMk23lJYgSRCBIEit iZaiNWstdX/sz58573nf9ufXvuWctVarVUqhWTITs64wDoVkESClHdee8VgV4TQxVPZzLp2UJBhA 6ZvGX9NJJTfKk8yE8ZWr6nX+pUcM9AxUgJCNLPyF+3jsvWbDfGzswgFHJtXY1FrT1qC11spSWPaS t6+8f5V9K3upRZtWGEIIwkibiCnEqV8Pu6xhvjFNGmIhM+g3FtXN9OymswEElXywmzcMZKNUnuJz DT0Z1imRH8w6UHjuz3/nvdKScI3xY1qmMBlDMYNZgIUjfUj3k+mRx93ICv7iKrOi5aG1WIsx3aY5 hVjMqvZ8XWyQngMtHOEcnXGjGUv5WfeS0jpPS5ykoVizfkWvsAI93WcDjIQ2zdtXU5nn78u6NNNa GxpF+izrwfXSrJT8l7U0zR/zMhufdTczBjEgUIz93jsIEGvZm2Jevs9rVN20HMEfR5JWkLBYygaz ef42L7GUh1YIG8XIDJCkUWvNgjgv3+KEkp9No3T4BHsFfNQNZveP7yHJvmlTilhI2k1UTbXmcv/2 HZZraedlDLe3tvPyxhklDBkxCsshbtLxwSszLwjg6hmYQM9iZaxEr/692BrMNphk6JjRbnCMOppL hyzzul/cVvICOMSV4VvTcC4PuE7iIGY9xqWOXJfyeLNO030zhuDHQlfm4unwWgdv38M1Mf570TEX 2OT54f1dnHXz6IyerdwXqDE6mR0oeVef9jvm8eQNLrXBMESNbgxqi5vKcHbkwXXJnEuFb5TkP7AZ 3K8eSVymoJ1ZbmyN2hsz+OdSnm8F/PRduBpnM8yYzXdqX+jgmcFT1X8vbxQYleAY2ihwYSEeAsR3 CQ6x4SAy3N/3NesXwjt5vY52gEPCf0lEnOK8LOvtvqzrvN7StMQwiUQyEmKtBymaFs173reat0fe 9+2Z963U+qi11ELVYAiGaJaABL5MDiREdrLvuRtZQWe6YCAbRYW9jJJFJOOVrDO/tELPf/D60yib 8NnzW4AZspFFUE0UFoEENpEs0tNRjCcAIr/ygJnLx9VIda7oQXcZ3m7DCrBbXwyptVk11spaUbLs u+1bLjmXnGvONaspab3FEFOa5mlew3LDtGhMGkIB98PyAedvbof87TaAZqC1yQwHTXoqboKBML4Q Qz9Sa27dCjC11kp51PoUkRTmFNdpmuIMiVULrC2w6XWYiPtxY7uQPK5dfdHNLNWKvD9aLWmal/U+ LZOh1ILWBDBIowUD8cqNMU40oLW8PX82i8u0rrebJNNaWmtET6LFfqFJvyfFrJWSTTWEZbndJGgt aq1PPfC6rYeAmIVa/m5VUrov6wckl1xhPUA1kP0QbxdDodbcap7mz2lNDY9+Cpckey4vUSDAUsnF Wl7XP+Z1rvVvrQBVKJRu5wiA5b2w5+eYWcoXGoMEkEcgizXdRZZ5vkvQmncc6cxgEQiqBZDbx3fV L9UhR+hk0EVOeUUbXUkvK4c6v4itdyPHgAh+H2mH80LOBS5gYmjcIZ4uxfxedoiz/npynR/PkONj 3+wlqXcZwNHBV+4dNxcNbU7zjb9eRXlh6oGO35Xauf7LMO08WZcP/p//1c/O0FUjNmIMmb9ThzxP pSdjc/DLOx3kiMiJjsI42+o9U8EN8IJyPJ3D2UQxwOgQQWNrG84c4nngggmG266e1bac52686+vx m3tf8n2xXGq46P4LVeEowDNBeKbAb8fF8wq6VP7eJW/iwtHzep4FnHuCs6bnWw04Nz2koh+4txqO mpujm4cXnhR2Lnah/MWAZOHzz/9dbh/LfI9pjnERxtbUmorQtORtK3lTrdtz355l360U1Gp1hClA zHDshgHiuO5cCKEo5dmPV5BFmM0IJFJJI3q2A6N0xa8ESAWbgXilJO93kunrhg4KCVroF40CSii7 vCAOZwrBRKjIDjYCZhFET5TJV7F+6sTMSV7K3u9Ic7QbElkcMB8rZ/hEX5/NkmpSlVqlVpRSDvxR 6l60aFMjEEKcpjQt07Km+S7TgpAowYhqMNglDg5H/ZPZcfEmTZjJBg7PUb+gruMnvF7vV8MYmsq+ fW3PHzkXtBTDbUr3aQ2UBijMYMEsgnrcOC9HaAV+MRwBquqz7F+1aJB1WT/mWwhTrdlMI1n6fS4G EiqSAeCwUdX6KHsWzHO6L/fJJNdaie7QSWYkK9FAAqy1lPwkp3n9mBcBSq2V5OtuPPsVkqb6yHsJ YV3vHyHVnEtrTfoVKd2rQlAKTFRbyY9p+j4vt9ZyyQpQhNZP3ICAka0Uy/m5LN/SEpt+aVVChBGx WkuwBKCWr9ZkuX3EiXnbrVHYj70QCGaS900kLfdPs5y3Kug9V4AEa90B3D+/aflq7V2j+13dEC7i whfgtEt/4tv9WF5HevDh8YEP2auHgBgxGUOjXCR4c6qlvztc+BfRPPTE8NZdNj2jVyep5Mr4fZWv 9vJKOzrQXA3tXOAiEL3mu1R4Kemnw86Fm2tljMjvAnH+0s/FqOoi1kdV7dz0b6nkH3UKwA9Bziht oI182OrlXJu4btjvRuEl4aU/6pQZjnmJTp/hzLqeaNUd0zUX5Cv/wAx2nhG6n+Da8kYF/G5q3jn8 8plvX16w+GhrdMCvOI85RusXrvY1+2/otIBHMxdmGN97HOOl9wUp4rw6xlJtjqo4qNfeRoGjHjqg bOfhe/2FMQXh84//EyZSYoimReumJdftWfZH3kveLO+15KYttjabhdclnzxygIoKt85YZKMUUF+X j4MwgRFosJ5buh1pLgHqK6GkRVjq+2zDbEhmAa8EGP3i1slsslM0RjCknszb7GZ2g71SApgtwB0A KDCYqZnAJiCC1cGa7t0wdrtCv+QMgdyFX/3OVULJhsO00rmBLGQ5H4iFm5vBQO2ACLG1oNpUSym5 5C3ve3nuNauWZg20EOOc0jot07zKcmOcVWIGspm3zfQJC9310+MtyJ7WqlOVrygH4JU6ncOF1tdk NJuaopSnapYQUlzndZ1vU5jMkFsNZvF143zoqc3hrjgZjE6zfn3JUxinaY3TGieaZlINAHvmLgIk 94PbCYTWtOSHwWJcp3mRCNVsGgBhUMAMckSE0MxK/qtVpuljWRdDriWbhR47THZTUwCS2WPfNmJe bh9pZi17rRRaxy4iahZAAdhaK/szhdvt/impdKwQ+mX18gobIpvqoxZdbt/SnFp7qL4cTKTZkTxW 6xcsrLdPxlr2DCPF8MumYiXvRLx9fJBbKRWAoVukYJZq2adpmdZbyVtrQ1yOufayaWBiuh2VX8yj gFdXQ45cJOP46y3b7e3UqA8I9Tqejs+H5UDOBbwqGoh8NH3RlOa41M5EGFKS5888+mxv4xqvX3a0 FwwnDmyJI8J4fs3judF3UlwcBzzX8FstJecmLptIb7/Budu+JxcyeuvCOwwa4x3Mk124OlyFl+nz lQy0cRmjr8ErxVHeM0B5i/ocr5fzkNtZXcGNvb31Vs7iFwdTDVXtdbY5fnjvxmXgF4b0OtUcKUb9 fn7poN6Y2REtfmn6wpmjiTFecUO7zD5dhZ5iONNk9Oc9/Mhzrw/KuawjOpoPftMzvw0K+ODiV+Vh vf1P06pl07qV/bE9Hvu21YpaUGu/cXw5zn2QNJFKKWQjQFEyg5WwvrcjMCIDumm9xwr0Y6Vm0yss 44UMeiDnDCzn4FDvHo6OpdI5idC7mPM2w/+n60qXHcd56wG4SLJv98xbJD9SSSXv/1CpfN22xQXI D0poiLqjudXlsSkSxHq4gQws0A2aiJoiQjfVh+qqfxZNgiJDA1EhVIDpyPql4z42UCeqTPW8DUSJ KvOLuI6UlBiHNr2bGHlUj1tn/fY9BQYTokhoTVtttZT9s++fIp1JAmkgpBhTzjGvMW4al53DTlyg 0MuIU4CuQ1GIgKTIR1ruY+dHP/XEg+tDn3rvZf/X/im9BmhM8ZHzlpYAkt6zyKKqzJ2gMRBzH3se gTFGB0BEJBJqebVaIDnlr/W5ckJr2ttAlodVKDqOPTSNCKqo9V0+nxgey7alJSjGDhgl7hzKn9kL AhBae/Vaibf18eRQuxQAHDEyxuLAr5Golv2tPW3bj2WNvb9aSURKRCoxsKgO82BVavV3jI+ct7CM fRiHzhB16Djrm3rfy7us25a3rffS2q49MRGxXXzPrb1I4vP5k2Mve9WBOQDT5NZeKS2Prx+t/25V 6MgmF8bBr7J/luWZt1TLW8UvoE7jJA8+zN3IPwRI70HYvThFrGmoLc4p/4H11xDow4wNcP1pW++1 /Tf3rQN+vHWPjj5I40q5Xv+8i/SDeGviW7/MLmre47fnvP/SfrKG/Ihwwgq4/a9eX7RfzaGHa3kf Yzy74Cq0YvYZrvCEscjV1tzkgY9G9zG0/9fHvOb8Hjst8q8bG21yq7tFH89qk6yHTXf66bv45yXl TWPizIQ+9buq7s80QPeNkuOY/XpHY56r1mhwHJjwpX05qSjfuHoH6ONhhxj8TiyPhO5oYxoStH84 EAtHxig8Hf6is1G9Ao7jCdr/rX4+tb72916KSk+iWTWBlFhAgY89fXT8Z2wd6xqqquP2TobGc1oi 4NwKcHVDwdWQr8f9Pdf4dHlTqgA5VyJ9qkHrti10GUI0kbAz72EqGXieO54IGDEAROHYQKpP1cdB MIGgGBtKIEdk4pE0vRLVM7+FHoZHMiZmnDym0/x8LsFE1SwSbP2l19JbU9FAMXJKvMS0poXTpiEV 5jcwlqVMqAxdoOmProxL6rkSNf2jmpNXDcCisrS69/YbSjEuMa/rtuRNwa9WgsgGqKioKlFn7gcM oHE0dwhl6V1rqb01phjDuj5yTFW0SCeCnOtrh0aqHsJVlVL+JS3m9Peybpyk1abCOC4iIYCIlKBA 7L3V/cMI2/NnSGi1SkfgdCwekZyzbq3WV69Y1q9lW5U+rRCgzDrufxnHWIAgSmX/FcKSlx9xQasv ETDGJIid4Eqqe323lH7kx6rYpQIgMI1uEEGBWl+BH+v2A6HU0qEUIoF04BtVKvubecvbKvKW1iko HylKWRW9fR7bXzHFsr+djCbdZudEvBy9u/f+wgdFX4N3GWZu3keTaytfK/HObpr8oH9AJ2Z0pqve xq1131kfce/U4urlcW1xQjzfjo/ZrROpo987ion5Rqd/fLyhG5fGu9NRQ7rOqXinrN/13RaJ7vpw 54n10Q/96Wr4piF+P6nnqmeUXFuka51+4HtP+eUVY0JmFsPCTbsmcOBFbKhl6rKRJE7u93M3ek21 AtdTq8qYMwn6DlsnQVsxupkA3yo0vllz7NabfFsT2qCz/uhKmowm8oJjKV/5Bhv6Xn3FZKF+YUuv PfXeBifz7xNO9N0pdAAaev+P1rn34HYzEHAc7TiDKAF/5rqP9Y4xXEU4Dds7RKvqPsYKzmH5hLhe ZgOsqKvqDhXvFu757sc63uVN8lbnF+xLbwwBiNA0rhQBooIVeWyNPG6lp3bMf1AB70SVhyoQA4Jj CeZQoPN6MHatDJ0biy/cmrbWSvnU/S29QMAUmNfIS0pbylvKmQOApmpJEbzgxvKKEFRJ6FjWDU6n jS1H6yLUynv/vMqnqsQYHlv+kVdW2lVGuq0AUuIeg4iqggl63q9GIIKG3rS8f5FQjMuybiEyUHtX 6IjxhGMr8UjxqUCCxt5KLT2EZ16/8pJ7a70fxkaHkg/MEVS1lt9McV3/DoFarb3rWAs5rkdBGOlZ e//dKlL+WrYV/Gll7EfhI8HqOB5Foqr75w2EbfuZ19jk1fvYHAoiATVCU2TRplq29a+UfxDvvXZo oHE5zLGAFff9X6rp+fWgWHtpKqDjPC0AUpVafj8eP9bHs/d3qxUUz9vdWKS2JuvzZ1q17B+c0zBO IU1DvOEYevahPV51/h7LvV3gija8TXms79/ySCJcFS+4wGNu9P7WPazaYxROoZRuxSZHPP1krtY2 LZpDsD+fg/Xusqfa/GPBIFwdl7hXcHrCKYbxlXKc4xAfF/1PEwLwgd9CyDTAlWuddJb0jtRKFlch X5uzeOal7wnw0XrK+spXrorTseaGhZMijae7KGVd4Gt5T6F+x9I7OvQc8A9du+8DxPTipAz0Dwzh m17dVV2v31u/4CIpOWFNlRht/faNf0zQPtmPZ6B/0cdfuL0Xcqucr3zASbBfCLNI7YX4h4YA+k9w w3H8b8yEnwsTx01dfN68ZUSQSzE2pZ+6QzOP9NkVY5cLyEOT4OqhayfZ9VCvaGtyWF7tyBkP3d6i K4PoxlbvxPNxf4SOnSUr1BKMjqLjDE4jqqBK/GGMtZgOMuu1LsiJRQwNnBxWiKBVLaV93rWWl/ZC oMhxRPT1ua3PGJMSt/P61upozaqBwETCVIkL8XE7rrvr1Zg84E4WkdZ+delKHPOa1yXmgLhLb9qj ShZR5oJjswgwNkkc2cQFoNpK3X+pcgjP7flMC2orKn3s+QEdgh7psAYzRXrZf2sP6/pz3VaR2gUA QiAOqhKBcG6DRdn3Vt/r8tfyWHov0gREIZL2gYYH2Mq9v1ppKWzrY6NQWq0DO9Os/VzLSyUs6491 Sfun93G9II/72Q730Zvsn8+yPNftS+lT9xdRJgagx9IhqMsHtC3LV0i17k06gZRoXEITAG21pvTF Mbb2UTkDoQJIvRcAj6+f0NJqx0Xb6QwbE9rwgw9yZmVWZp7FlHNymnKmEWzuLTob8nmZ7vHG46Fw BehWCV3/+PYZpja3NRe61omz8N2uJ4fuA093zsoDIz/9eR9Z8o1aX7NR5Q+y9atfnhwRnKcyeRke +ja23eOifyw8+HDuMyyJK+njmamNuNOwRo8nw2sgvlMAIyw6907Og/lHnRxtscMGQvbTlCtFr/wh B4ub0xy98tlHPtyU0P9NLDVkNoXYiTl85Ybvo1614p+eCfx5bTEWwVmEvSI+cFyXKuhajxEs31mW p4Ru8x+4cn56y3ffD1T80IhdPV58xxOI/vvYAgqi864Nvcw68nUk5Ku+Qxhvq/Hc/OGHFME50OVU 2SnS+zyJd82D+3xf+Jx4Z3wHQOel7dYLL6HJkaljuum3+2lUpQwsqgm6qq7AAg0ACEIQQI/5Bhrn e9u4GY6ocviA6plry5hZXUpE2IqSCGqrdX/tn1fZSyuqHYQU0yMvj7zmvHLMABdQ0SMQRiCqBkAJ csh3ZJ6gTsf00sHzY9PJOGXTWtn38tkhKaVtWb7yFtPaFW/pJBqYC5GoxjENQaTHitvgtY5NqY0o xJTzkhTa28CsINZxlxuTElTPBbJWP7W8Y34uj2dKEKkiyhyPQ7akp8Kgd67775x+bF8PRG3tJaIx BYiOnKcgAFG01P3NtG6PHyFxa1VEiYh43EQIHNg6tPrWTsv6zBvX+u41gMAc8CdzDKmUspcYnnnZ BLWVdmwOPSZOSJVafeW0bI+/OXzK/iIkEBE3QlfNvbfW2rb9taxLbW/pgSgQjxmX0NsuXbfHs5Rf 56EVg4MW4bx3mObDvXvyLsD7C2+n4jbumfIHN48Srj7R7EWdFZjB3l3nfWpzctDeWsnlKxxPcOXv H3zH78Zrj9+WeA82k+OCo5ZPhgcniHgOkLzrg/Mwnio4tytOauQI8+P4b3ly77XnuYVkwxDTfIkP Qjg7Ky67qLh3jSFyXZ6Y2AKnGMElcjWWyo2rcNxQ1y5ctewwkwccVptn9dTZCX7h7LWFRpttmhTA xyy61uNjLa4vTuLAlYGmt/LPVXki7+qH7wpYBDSRefPHrVPTT/zdryZovnXKOI9rl00TjP9ejvFa 2Ig0IR4/BeB/cOSAiqrxCCRketMdohTXAY+M9EoWnca5ujxaXgOC09djCHsmw5hGGOYZ9WoGxsrp ZD+dOj3NOvaTv1NeYQO2dNXyQYA3gEZUr1hEiT5HPoyDjHigqLG7BUmxnReTZoKCypFElfcYKrOo tuNO+T8cNoOcBhZBNYuk3qnWXva+f1r9dOmBsMbwCOER0hZTDgmgccKFBv9VoyIroiqrEo9pD1Lg yHyFcWhzMJw6NKlIq2/tHUqBlphyzJm4aR9opp+hfcwEiNUDAIi96/75P1LKy2PdHmmBaJFGQKCR 8/1MOGaCk97L/i/mJactLyxaWht4LqiypfACWJTL/mZe1+2ZchRpIqDAgIyrWQffVHvZX6Tr9nyE GHr/SBtISw71PpYIubVduiz55/LISq9WoiozgaiPS1KAoNpq+eT8Y9uegnerSgCxqtjyX697BS1p 3cDSq5xZQAbxQUUIuqw/OUqrVToTKx1XMVNve0jp8bWVfR91XgOMhxTy3fjY9MQPoQzHT75jmiAx l5Gcgdhct7dub+CTE797cO8Tvh21m55HZ4y4FfaVTOH5jjbMp/ttCnq1Jlz77j/4UHqftuErWzxV 6ogxL9GvfdFryamw9f0O0fjK5PH4BIDedfheWMRShzaq8+p65aFJBNeffFg1nkxU0RVteHZZH8XV M4X5b1dD7ow15OTxh4Vk67uPOLhF3Lu6wtV2f8hROz2mbBNE8OphlUyTE3SVtV9A8CzV6whBrk1P WmFvWWjj7xg7Cct/j3Orzf0nT6enZGKjx7JTuwjAfznvM7FSRy6H80ZQm43MV1lOzmt8adc7xZun 8F5pQJNIl9ESnwTYXtnJu5kL8LNYo5/1PLk6MXTyFHBUGSXePMRJtLtem916GZCDfm5Cxflx9Xd5 K4l2aD9OshARv+jP9U7dKQqcgVkkCEBQDSK19723AtXAOYZHSs+ctmV9pnUNEcSi0JFm46ycAQGP fCQNAMa2Ek3OYo+1ktbSvtf986uXntPXuv3MW0qLSqfeF0BGRis6IItx9ZieqbXV/UVIKT7WdYmp Sa/ax1oPMLKEgU68wqqt7v/bG2JalzVz6CoVKkTg+DmnbQYEoVp+q4R1/ZnXTKS9dSidR2NMoKj1 l7a8PLaYY9e3NCEiYiJuJyAAIK313vu6/J2XRenTdlIlZj2AFI1+td5KTl/LcxW8Wq0kzEEAqBIR iUL67yX/3LZnk3crXaHEyujjbrlai3Q8nn+HKL1/VOwOXQLQyjsvP5Y1lf19LmKSE7r5sjvawHe6 Te6D/Zkb8v6dToP1+5l8haZ7Vsk0MPB+00zJHsNA/rHyfplZry/ey3s3ZSMtvw7lWeTdEd9eJMdS PU11WiGyCs3bBFcJTvrJeVgvJu9/9MZwnGyZBHT/1T/H+Od2rZ2NqfhKqi/QT7TRb3V63prnuc+g jOc+4e/f9bphamMNWUz1Az/6Tli+fqscVzZOYIVO8dGNsbjx37yEhRtrbuKMFdbbn9cljyNxbZ2u hXFTSHV4YlIDH3EmzOoVDK5RuO6ra934QKe20PV1XIfZuJqt57a4AiZlw7UeqsIxEAH496tKeSR1 WjIdenDcu3GAifE0R8ckYLNbQwYe2ZCzcBOnqaOfYSM3HWKwwEzL2Gr9N45PG8XhWofDs5OPsy5U 4H0WEMLIeTr5Yr/0Y6L1bISzh/iHbzqSvm9EIDTiQoAiEnXiD/PbHZeo/0/XlS03zuPqDwAX2U7S //YYc6rO45yqef+bqfmX7nQSSySAcyGLDUlpVS5imyKxERuGlM/kAAAgAElEQVRJcG9mhn6Ubasp eluWZWnLm7bZlOBZpJZyLbWkosjv4FfXsXd1vSGWV64SQLQQredRY4jzWAhzd9VXM2VKQEn5UqqI NEDXjavE61Us69Kcb9fSOkBmaMu7m0kqKV0li3m3ngEwd9pFPGvtVNf+3ua7SKnTbU11mCqR0E4U AaTeZu1WynMpVxFTXcycBG6CR6EtwNH7q/da6lOpF1t9DiciAel2B4oA0K69zXV6KeWiftfeAKb1 1uTtshhVW5aPWr/k6Wa29N4IDFY8EhVubr3PKd/qlJ3erDfCelL2MSlUVXiapifAtPVH577SGa19 1OlZkrfF91MJQcb0JMwHgxplOBqAqP193/IQifJPOuTw9zM1dz62ENVc/H7MX9+jGZ+Dzora1oKW iAbMwgSh8O7AOtZQR4Ac+8D9QKKBfoR5eCcIRyGicj9TG3sHLmZTziBFagwlcN/uYNK9fqcQ3w8g o69wOJ8SrXI0vdgM0hAzBCWGkzL3E8AcPh7EOKaQsan9IYFygh97q38wsRG2gf6BjNFyn7n5qYGI AA+PH4Gkg8uHUaIYH8aNCQzZe66DL4PmB7PSN9hiAuZAkE/FOJq2oWk98I73iCNsyhxC+ymV4hMd wXhKaHz54xHgX+EHO/VIwfenzXUom+30H9keOlBh8IaCDjrM4UjTc0JpvB5FUAJIfFoQDTlGaiAj wnpNGGgm+ZDUmRu8Ax3UUrmLzMDdMYM6eDX2r6AFMBCBG/EHkRLEUbd74wy0bMOlwFoKstX3UnLA cf1prCgBPgHOWEB3QgN1prbuP2W6bwmbA4PizEluSZVb87a0Zb7PHx+9dWIpuZRcSq65EHNzV7jB E3ycS1rPI9lWJ36tDQ/QAjCw1iBh7XW+L8v8XbikfM215qm6mzY4Oqgzj2PD7B71hfX+0e5vIrXW a52SFG1tUQWzrfkVItuqfwvg7r7c3wia0nMqBdR7NyJiMVDfTuQagPUqH1Cq9ZZzNlt6B7GSP5Yq QATPvf/jHaU8TZebYc0JEQsTYy25AiJAVNW0pXy7XK9A620GIEkB+Hr/MZKb9XbP6VanSXXuDdsC jRApPJnOvS11uuWptrlZ30qorQkYus/3ey7P0+VieNe2FmPVdcePm5vb7elX7Yt2fKZeo5NBYXZE k0PBCtL+b3xpQZZoq4n+aVbj005+5nBEw+/7nxCmQEQq6tABQOw8gnT4i70Ny3qwT4c89tDaw5BE J4P2/0eyf4pdjOYRRomIR4Xr4cWRBxqdHPySqEVHmDsHVyPShIKSxPZi3weQFtBHuCt4mOpPQY0P hdej0R1IRcQ/dRHiIRoO3m0JlD94xlHUD05MzKNwoEBkX8RodBtl2PdCYifczy3Pfol/hnikjwXS SQiwjxe47zG18OunWzfGfEQYHUG6hk9m+4/YT4SIoO+lC3uaR2IeyHtY9IlTgAbm/zrx5kC1FEiw 7vQs25bDKHNnDx1bm5HfG/Okb3UwsVd8Bpq3TYIcRqSNMStISrze06Ys91Q6ixHNxO+SNBekYilr ypaql4lT5lQkr/fF3GqpkjKlgnqp9XLJteSacqFckSuXa52mVCZKWSVBCqeKckGuXdIdPBM3yXfO M8uduRE3OILADT/J9yyP3FIAIKPHYY38mCe0PLS/s7sR+lrkYzvnYo/ipw+yDJYPTq/MkvVee+33 3t+AJiTCKZepXqd6lVQcPIPe3Xgt1A1agVEnBxmTgZTAtF5L6zGGm9ty7+3u5kS51FouEOmqasbu ibgDSj8o8BBZd1+Wr8tyh0+1PNVrcrq3Rf2xk0MAWSuXr9XZHdKWD6CXcss1E2trC5xkzSM44UEK N7Nl+Q7nOl1LSdpnM+MEIXcHHmeIStd36y3la7lczZelfcCFHqdNhAAQAan3pfc5p2upk/rcm7tx SsJs7lj3lJgu2lsuT3Waer+rgsmZt2lG4nZvi+byPN1Kb3frDhIH02Me1dbmnK+SZJln006i4Eae AFJd3PPt+UtbvoWq57Q3w0PRDAPDQeHGrEYKWx19r258E1EJOit6tNG4Rn8iOiIIbXgv5AclFR2F iJSHBrz3P85KDXssRuCOYAl4j6+GKlWjz7N7ccCI9gSJFmh8TMEqHHD8mV6OtnY8kRoRDNqws22n Z9tM1HkUOq10jJqeh6BzkHrs2jlzHKd8APad4xSXR2AOiHAg1GFBZ20gp9112Fs+CoIq4V0KYh9X UiIiZ6iGDEeTP0gaqXQQVGyWCHtSHOhzFnsEweYtRXQuruUBo9HVwR2JuB9kOCKI8H2MyQ8ycxZF //lwUR1F33pQ0vbTMBLk0Q8B//eZrHCgi+yTfjn8tABrrH/gwchArK7rFVirYM3bOWwDASB4DknF w/qIA0JsW/XGhbOllE0TnFOWlAvA7mDmJIlYTLubgZNIIrC5wZ2IiYSomJHDACdaTz4YHO4GrCch BYC72bppgJnWj2bmDgIzA+S+NukOM2+AMgkAN+tNW+vWydyY78TNLbklN9lKUAwizyubibo/irIP AiqwPKYlzWvgC9L16juAydmR3CvA7oP3K78FqGFuz8AH0cKsLCqSUi4pJ0lk7trv8/2jze5G7gYo UQcTsB6+cLibT+sdrr6T3QecOffr01OZEnGb569v37/rkgBnXkwJ1NfbTNZtEO6rVCgRXa9f6u0Z 3JeP9/v7YiqbB9bdu1sB1hNAAHrO6fb8e6689O9vr69QInJVmCbgUUPdnQlaL19uTzeS5ePtn/m+ gABv2tN22ESAnrM8vfzBhd7f/zO/rT6HuBNczaahhkTk5dffUvHvr3/N77M7M8Od3OGeCOaOnOvz r79zWr799WdfZgI7yLnBklsCtNT68uvvjvfXv//sDQ4ZRVTdKZf88ssLJ/3nr//2pROSPYqNChE9 vfxeLvmv//ztdkgzDG1ysP1Dv8SpPlyNmFfH6a1YcgNB6/F+Ig+zMVR/jDSGlpTPYBs9t02HjO3e 0VpLaBlVPIJesmBBD2sKA4bR+RJ0FAVNStt8jOHdeKJ6PSyPjlkwxuqBvMv2MaIcDY9taB6IM5yb AQCChe7BKI64a3TiGzwxENcA+Rhi2G/bNPPK3KGWBxi2xwKBbiPgGQBLsAuDgzHbMURXN3Zge1G2 4giXkCSOvmkPjctnVB2sjN4Gn5yeSIdhm4cDNNrEEBF7mgyW3T/zF0fPBxM7uGNhvuRNOA+iMqbe KOQ4MltRzg9DH6Q3Uh4bXrpHYWBEAeUxYrxDeHQVmW6nA0cD0/FN2n//cOYE+J+9rxRjI/5ReeK4 cxvbkBrmmG3rFwjNZDv+6iEQp+CWDgPZibrIG7Fy9jIhT5RKrpd8udZaay6XVC51uk6XW04X4Zyk 5DwJVzi7EbPkXAik3dWNiJiSde9NtTV3wKFd+7K0ZTGz7WNvy9ybrve2EsSUWmu9qTuYWDjD2dRN CU7MkiQJk0hhzsxJUkqplnKplzpdcqmp1CmXlEvKE+eL5dpTbswz0PEwvZuDSUo00+O87iHxtYUg XgAmJ0CcMpE/SrA/bjsbHOX9Bpd1KmZ3NpXerc3vbemuyFxKvkyXW71ImVykg2b35lZhV15vnCEw GgBH2q5HQXS9zfoyv80fMyyl/DxdruUCRzMDvBOYxYgQinavt8LasrS2LCKXenmpUwYW7c4w+qEw R3iazDDfv7vRND3nKq3ftSuLicxu5C5Yr3MD9/7RW8v5Vi9XkPfWbK354T/cfzNr7S2l6XJ9EbHW mimYVwfrB/Xc+3KfU7pdnib3WReFC8iZnXiGE5DMmlvP+VanpNpUHwd/8OiKVGfrKOUpX0h783Vt ZYPHFKat1BuLL/fFjVgUj8KstS1aylMuaPPHfiF2GPXBZQS1GK3++SRtzBVbiKU4eAk4BS4I+mHM XNqMwaoBhtKg/aQez9Blw0RFhXiwDfiJYkWIRnBKEY+Ibdzc4dsVZdh7MAiYnoc+jxuT3sNvG8Y1 /uSnvPfBhcJndI6IfDr08BuG/sQ+po8oeFDLcXtHBCN6VOsz7HpMcX0avg+7pSdLxpsWOtieMdyh ZwRhPmw6ibEyhWZnfnH4dXy0U7PoLw5K2j5SP5hkCv/srObpbzSOOYDxFvbM5UCi2Jj3c4f2YOie Fz+bYsM9osDK2FWc9dini7CBemBc9OQQyBsdIN8zN2qD2CEI+HcAdIAr29TNex0nIfuk4UI/YBgk P6iwK3AF6hZzryHO6lQmIgcZsTAJJ6x5C6JMlIiLSAYyzGmteECmZmpOEOHspl27uzucQb1108ZC AJlRb81cUyJ4UmWz7p5AE4EBdZ/djSgBmcjdF3cAE1EiArG6L2aNAKJCnJlB5O7m1oiVmZglJWYm NQDkzszCQiIjFdLcbXW+HCAyZnMzM9Xee+u9d+3dDeYOd8DocSkdb7pS9gprk3jqhEY0OzrWOtpY q7Rl9+sWuIz4YAReCszAOxNEcsq51CopscCptX7vbV4+mrbqXgiN1nob8Mf+1lU2fCz6/tjVSzSX er083SSR6sd8f9XetBngItYbzJ3QtkzDgx7MnMrT7ekXyT4v396/fVh3YpO0aGfT9VTqFhmQ1nq5 vXyB9Pnj2/w+w5WoqyazBFI4ERK8kaTnlz/KlO/zt/v7uzUjuNp6EPcxPZj96eW36VKX9vX163dt LInc4J5XfsEd6Lnkp5c/JNv3b3/O750YTOJuju5W3AVoudy+/PKb4e3765/LrEQCB5z8UQ+tX59+ ub28LPPfb99eta2/KywDSvByebm9PGv/+vrPq2kiErPr6iuw2C+//XH/+Pr+Pe5LGH7kWTP6yREZ /+gW5UedNRIYKbT0z5RjDDYkNOvboHmLTEb7gxUcArwatrLXqgdbi72yRsAdIbFx+MO2vWw068DH /vyn7zuMRpf3oCKoy3lvvC2E5iO34eGy0/WR0B77fxBwx6YMbe8g+kaBEW4eNtFLwDT2PECKix0H hwMbuYaZn0OM62F031Mp5rRGpWNsoVHe+wTY3hpJcT1aDdAWjtaQlxpDH3jBJ4GhbRt+Ct9E93Rg PSCnwErd08c3+h+yOxxWgvi0JORh6kkYFHsaDspzkJzD458Bj+Bx+h6X8QzfZTSw7eMQ40PnHnZb 0951aMHKD0iGSon5vIP/N5CK/NLozgrwvyHgiJFK9LkGF9ceW7jd+IcqXC+/IBq7SocUlk0QF5AS G7FJ0lz/n65rXZIdRs0f6GZ3zzm7VXmTJJX3f6Zkp23dYH/I1mB74pqa6lZbEkIIEEJAcfFxTTHF tC7L6x3C6lwKfvF+JTgVhYLA0lrJe6tFpNVa87blfWsl95a3T8+fXsun1d4qlexq0daLdNKeeqPW SCSoLqqLHrFGguoKpPPzyCQXgajqVL1IUPEjY7sqi7jeqTd0gcjwjdBakXPLubSy1Vpa/ZS8lVzy nsueW83Si/SmHeMaQu+QrgAzBx9CiEtalmUNaQ0hOhfgPNgX8ht4BxWiTNSvir+dEadKhEZoQGdq w/GQqRNUaUody6MVcET+zB4ned9y/tQiTEsM7xDecV1CVHZFUUSGDYjAR5gNwogdpjiCcPxsKXqr edtUKIY/6/onrYtAWq0qzCyK4VPZaBjA4ABS7b3trWTHIaYlLiTIvalKcDzoPp6mRQK4t62W4t2y rF/eo7fcuwcxlKGRWACnWFWp5J04ruvqAnXJvQ+wRYGR9FWVSv4Q+bT8jQu3/mmVwcNt9biXArD0 1sonpr+v9x9QybuojhCo0vtxzii9SJeY/obIqp/exkIYq8sB3PvOCHF5c5BainTHIy+uBkVotTj2 y/qXqA19hZhVA6Cqxfmwvv/W8i0dRsDQ9fqVZRbzBXvWYGXVTRhYh4/br5O7seEdk8fJtVk2OxMr n258c/LKqbY+eevkmzabw01mW946GTFfxXA/Y07clAz7YfJT/xAVOAcyeeiEQa+omIXd5F+9HVFZ mHHFjzxkj5rCOYnWlnBb3bhqVDeM2b3iBIMes2lF1IRBr+3PDxN7T8sWri41MIzLYsA+k6fdBLMa LN1I5VcN9UZLdjYtNiwt3cweN72KjO0KVwxMyG1HN5MDfhsIrpinK3KsCL5hjA2i5okk//Y+XeFn A6dF0U0HmojthoGQmXE7O5NEZ3U7NLqCZCdLHfBfDyqc43TXtmCU7mKOvuYKdEQOcDhSoC1jq00E ouZC9VFC7HF1y2tZXl8xrTG9YniFsDBFIg9V7dJbLzm30kre98+2byXvteSes+ZdWtt7662m1kKv JDJSzi6qrAQiVThoIlLiciSH+3FQdWewUcKREjaf8cWH+2Slw2v1Z/NH1I/ELkTX4CJD8AdVVmUd /h1CvftWXclai9Sy11Jaza1+yr63knupvXbtbYS4Zo4hrDG9UnrF9IrxHcLqY/LeOafkM+gDyuPq Ckb0bjMc1Qh4hadzjmgcf5AcJVTPy59zUJMagqr2vrWatQspMQcXUkjRB1atKqLqIR6kTMoEhug4 4qEbeRHArbZSNlUmuBiWEB1zF1Gi0xHnyP93UhqpSKnlI12X9E7LqiS9iyiInGLET5tLiEVK3TbS mNYvl5xoldZH/FDSQHBKQ8eVWr6hMa2vEJ1o612JwCxnMHIGUPKuSsvyFVPo8j0u3zJZJssiXMrm w2tZ3uS2mrsIMzlCOx1o0FqG9vX9D+/d/qmqnRwRCbgTnArX8u04pfVLqdbSAccDG8qA6y07XsKy kmu1egYzj0QtoZaNKS5rrGU/7+aQ4SA3tjX5yBROYlaoXjnX5EH82JXeJMpN4ZiGkNkLHmGyrPUC 15bltxcs81Gzm3zWtQxu8rJpG5hKj547oqmO2F7ogbFf+eMkPLni54ZwnB/Kebr0azs3KTWfqU9Y 9juFnHX5nPyWTS+4ahhq/tuhWceamwX6tieGadOODr8JtvnnjLB4SllLb7ZxfTSr10IY1JGpJVcI 7ZBnv/QYAptas4UbGTzXy60ve05hKVyvJWTgnIrjxMavPdrHXd/52Wee2Lb4tDKerpDT1WZm+5rk PQGT05VnvDDXzk17novC2s/oehf1tjR+enfAfz6UcVwrWDxOC4c+sObO6KIRYOLOToicC0hvWt9+ XWNa/Pr6E8LLUfQuep+0a2+NSFVbz/v22fa9lrKXvebMrbJ0HWbzI38HoBjxFSLQ+bi66YCRJq0p HHFn2glQLKqOqDFtp1bhAToVCA8CUSXOOOKcAlCM7KZkUeHGtpXmLI5rIz8PG1cVPinmUEdEXO/o 0lWq9NZaaW1rdSv5O28tb7nVTVqBdAIzO+9iDGsMrxBfIbx8TMPTk53CZUU+WBvhRys6TDVpeKcS KaODOw1LCe9HMPK55I44GWPUUZVqlZxb3vdWhTSEENOyhMU5L0QNii5BhH6wwZUuBHAAo+JrKbVu zJzS4lMkR61V0U4EoiPsplkhUPTeasnF0bos//TJC1S6nuQUzsaHDUNL+ZZGMb3TsgC9tQoFRsxy 5ZNUqdUMDTG9nXequ/Rjmak6UB8R2WvZRFxKXylFka01OSjkXJkEEqGad+/XZX132VopADlPRF2P WyTa2y7CMa3x1WvZVQBy0CMWiKrvLXteltdKvrTSjuDpGPFLuNUc0ldav1ot0sQx48jHS61taX2/ v9Z931RvvP72WEFF1/LJOJy5t2K51e2x3NNdWaRVOORUStw17DceYnWCNxt5dgqzof91ezTb4ZPr 2b3XTeZNUW2RQAa8m6TBVRBOUOWKVQuP3TiquQtzG5o8wLhJL6tIzdbUYGOCNFcNm0I82reP1U7I tHAb9TxcuLVmsXTzvLEN2tOZ8bhrp85MqCUeXBWd+ej/M8znkHGytae8t6rJ7TOuxGMpYU43TBUY YphfcX1fjRi2Ur9fe5x6OUxT/PjTEwn029/Ehh2CfdlWh8G2nrx0lLcrcm6mHTXw2KmZOoed3NvU z0UKu97HkQoBx3VEmjvjyxK1M9F/QxOOYZCwQ1gQYkrrV3qtaX0Fv/jgvQ8EUsGwLLRSW8m15lpy 3r737VNKr5V6T9Idjjwg/qTm0YXM0FvEnYZ5HAkk4EIjUytVUFeqRJUxbpmOHK2NKBOXU7dozB9w Pu5/Qke6V6JKpDQWD8l5KxUgEDqhEJV53jGavlKYGlzZpQLDEJ2qF3WirMoivjVXCnKuJeeyf1rd pTWoEMgxBx+DX0N8hfgnxFeIi/eRXAd16KQPe8QeVRNAZ1itTlD2FdBTaVMQCJUIp8HmCAurKr19 t7pJr8ze+SWkxcdADipd5RBRxJV4RAqRs6PLBldFS/5XLZVoScs7LpGp9V6163EoM+KL04/wEGkl F0KM8SukBFLtChwJW8Y0Huglau3TsoawxtcC7ipVRMGN0M+EqwJoq0UaUnrH5EesdCJlbkeC+COP yabiQnzHJdVSemMiIu5EojpOCSGQ1rJzr/X9UuytCEDEDOhp53C9fYjDsv6j1dZrZxrXVtpxq0i0 10+M77Ssed8EQsQ8wrzDqUIF3v/TB9dK7g3Oe+UC8aosvabln4rcavst0+nksPPrzT4/52WedVrf oLnZtc+s4gz7uBkwYJQD/1A4JlT2ufFQvZZb8fPc3ZJ52SocMHz8FujvJh6sNLpBOBmoLf9VJ7Nc cRoMYHaHFoDntQK9/tdry9YtY1af8uAJlRV1bEZqO50v87W6BUOuCgfMFNjz9Cnn6PGmFZO49kWm nfFrO+XcdE0QozTMUbgrovCAHAY/T0msD+TjWutX29UNM3h0PZ9bX2RevnVk4der+jUx8yueLTJv /cKQB/2mmnTz/lNt5bOF5083mG8zO8coJ/CTkzyHf0OXAOyA/z5rWoYylzSZwz874IsmxQx2GqIP a4rLkpavJf2J4e1ccs4TK1R7K63VVkvevvP+nfeS91Zyby209iUSVAVgOmJeZRzCfkRcGvlWMqjR SJzlunNDFWhAJiqETooj7Ryp0ohnNS4UYeYKmdnklYSUTt2iAwpqp84x7qMCJETF0Q4o4IFCRxiu EcGCRiY2+kEofljAOPsgoeP6ydQl+2lgYADG0uBUScS3xqX0nEvZt5I/re7Sq6oSnHPJ+xTiOy3v tCxxiSGC3ehC9ZjHoT2MY6YAeCWoHJrHiO5FkEfwVjrGSE5FW5W8f2rZtXvmrxhfaUkhKnuVXkW8 Kh+hxLkB+pOElgSH6wlL761+i0hwSwivGIJI650BuKDOCZRUJzl5hZbyf7UghteyLuSktSYCYrvR GcTpRUrJm+d1fX1xoN6qND2yEOoPr+mttSohrGlNYGm1q7hxPKFH/A/ubVelkP6G5Gr5F6CEYSkZ 7hQMsEjrbQv+6/X1Emw1A6rsAIKeS0Pah3j9+voC5VJHMBKn6qEeYNEuvfnwCgtra9IE5MfIFNQ7 aafX6z988LWqinfeqxKUpVcRTa93a1W6u/Jx2GVoONpt0zNtG3aNWz5oN+tTjs44DbdOZ4/dVHe/ Oe7dRAWZLm78C0Z8Wm6D62Bx1UXsOYJlXDDHPfan246ZzNgtMBYJk6VOpE1Wa3Pq3szLtpfb82sh P/AgZnQWz3ZnPJ7ZtTUhPEUdroW3rf/sYrb8pDH8ZsKZ4tNdC/lUAflKPLh6pVgYxFS0XUxxPsGz +LHUjgdstxKLXlxxTtdeJuosqdzo/4kuujb4pAELrV1WT0vGrzrTnAUx2LO0TQYqNe8/hwnjuvvE Eh7AzMIhrfp1jHqdptt4Z0VywP88VHjzlWQERLrWpEOUsrIjH3lZl7S+0/KO8ZXi6lwicgDpuJFR tlY/++eTt1Jy7Q29RZGk6oE3EIho5C4n1CGuiMBjx6CJqBBvQAcpoRI1IiEIEYgEKmO7PHw/VVdV T1CGzkiaGNm/NEH9EeoKAboAiyIpkmpQRNIAdQQFhhQZDGVc0HAAVFl1OXA39CFkpnJe1lDiQlQJ QlyZ8tCQRsYQoky8mTmYqu6c2jn9B9iqToRb86VIyaXkXPPWSpYuqiCKzi8hrHFZ0rqkxaWVfOgj 9NZJZONWbYBGqAcpcyYSQgMBp/ng4KqH7Wduar302urea1cl75YQXyEG9qSaoQo9QGWn7OV0Dr0Y V1VjK63kDMS0/Enrqmi9dRFSeMNn3blyvEgt+X89u5je8RVBTXo5UqldVjWrSskf0pDSVziCoMtI gHKePgBwvWst2bvXsq7spNeuELAQtdOhhFtt2vuy/l1eofdPayPjylCn3MBU71Trt/PvtL66bL0f 1fXwC4Hqv/m61uSIcdz8gU+p2/bsJkdJpVJ7/xNNZu2WSALID0o0RPVE1eVqq0UKBPEmCPpW/tf7 ZX1+KF5c+/Eu7rRIHDOL1OfHP3zwpbGwEnmV1KvRiJDzKeUPxV5rJaVRhaXVlvIjr0stm8qoOmD/ uqtsunLrbyHRScCJEVgwkstdj1axomp8hpayaxlWIA5ingCzfer1y3hm3Jx0D4xaxdXEJwOwVWMW ZpiAjbUtJl1Cp5k1+HQqS0WnNrWO6ejZGxjsZe+QAXXMSP91VOsad4a36k0rm54CgytrT1hUwDS0 O/BHNGWamkEbMI/h+hgZB32ar8ktHq1s0H68a8Dvr1RqEU7mFW8R66+ATRbA303BoCV3CuG3hsLd Zp0YENe3OzNT09XvB/PYHU4LqhoMkDGY+Hqfbu+layEWC6flIL0BoLeeR/OL9XALCt6byNTWA//9 jqqOFxOBfj3gg7CcR4ghZR+XJa/Lsq4pPWJI3ieACCrCtZV9+963Wra9p3xyi6fPHY+eqZ+PpXSE FvRIfiQ90yGT6gooUSUQNKquqo+eKSnimbPqQ3UFFkWCpnNsAeqBqOp7KOKiSjXiOBf+1HkEgI6M wr5pRbPZaJOA0PNJifQ4NOTQ2GNrKBMxofba3r0qKMDUa6oqyG1EP9DhCDJI8XtGru9LWrejuof4 C6qRObbmyy5l28u2l21rtQkD2ncR5xAfOee0upCaC9vV3yQAACAASURBVD9w/ybaQfvZlQeURvaZ Y+qrVCS9uPeJjXZUhccC5L7HuOzf3IQQY3rmdY3ZuSjCKpJ7bgb1UpsaTB2eeBYCoVZfte7O5bw8 8xJAIq1JNxodn7mcepopVPZvVY5hSWl1nlQZqsE3VZwH8PYwrCtlE5GcvtISyTWufelnsJ8HnAq3 +vJ+SXklp61VVYJ6kPRTA4mEW1Nuy/qfMWduOzcQOUIEehhMAIg0bntKXyknYONWHQL6wgoJSFVd LS/n1mV9itTWoBr6ukynF+ECjjF/xqTMm3AAHDSDIlFtlUN4pLSAfuoejvKvGoGsXJb1MyRfSzHm lBUTZOTguOOuRqT99R7VGE3SbcF+EtNjaXaoh4vcuGYnWOk8ybW319Tn1LkVqda1ukd3xxqHNSPc FWw7dnunX3ZJfoof2IiRbRUNeLhK1LfepBpvW00q7gBMr3fI3LFuulXJUxrBGAidiuqezSDvABvQ TpCPx4aBdbcXRycTJON1wy755VPzhcy7LGU6YwZNanhc1jQcyBmwvVXPdEOI7YGucOq1qwH230Us 7nTuribshLR+yQ2r1uCwlP/20y9bY3fCGAxJTHP99l/LdFYI3LFq2Z/OKTue7xEONSuR+AWIcGqC Ln0cuZqyW57L4+NrWb9CWL0L3kcCuDG3Irztr+/t56fseynSamDuR7SPmIQD+vledCpywlFtUwhQ jYeXrF3TK5AV6SxQMcg0XJ0wd+rpMQRrLFth4c5WdHuyX97Q/bjUTI8zZfV650vfZwsACIp8xlH6 S5joBfSqHgL0xZ7maHeOiaCaAAciQk9rmNhjgH1xKFW9CLWKUmrdXlwKV5YmUEcUvc8xZh9SiC5E gF4qDRr7afXQoPokhF4o/Tzp9RCgRI36WsAvOzkVtPrTalOBd8mHFGL2kaBVlZQDxF31ncWPAzyz K9s3qcb4iOtCvhc2UUCdr8fkHrm6DdBWC9ca40danj5EFq7VwdF5OK0e6TXwZz3yj5QeFFhaVVXq EZfzo9pq+Q4h58fDOeVaAIaGU3k7ILZWW33lx1deEmhrrS+WeYWn074RqeW15/WZlkW0cNtBDqQ4 SoI6VbS6rY+vZX0yb1yZnAKezshBrS9Hblk/naf95RSOKBIcOREO3Gp+PFL2pfwpIudwwayttWV5 +si1NKg1F6xAmXSDNxPx/+RqWOHuzW7ku9bEtRM1DZ152EpwPblman53Isl0aInfvm5wOk7VaxkZ JwyjGqG1MCaBqwYtk6qAeWagejiXenojbzHvjGq3L33rOE76Q41xYNE4eYrWaKDbjMitz3HJtSGu DS1UE0rt0Oz0+evMWrlqA10WezYiNToJRmffi8DaCcI7lMJ812tbGDzQ7X5/cqoPex+OxYm77Sqy 3931Qwb/g78mU/U+g9PETa4Cri+1fO2uUNUrgQ3D2pt+rNEpppN+TYGuCc8DLYP3cYPcGhzqgX9d SWRi+ONETec5rZTXZXl+pfRJFJmZiEhFeK/7q5bt9fPaXqVWaS0Ir6qhHx8KIueKczuBlfy5VbXn GXTdbHPTfpMre86mIUcFesJmr+po3bJ7Rvpkqw7kDsKyy5aW+acw0XRfDaKmkHIEVlPUSAGC+mOZ hgSQc8VfiXrV0r6RgXGc3cp9Rebo4QiBnPKLcOaFGDCoQkkVzJXb3urW6t5qUVFHMYQlhjXEJaYl ZOdDJV8Joui7RZJqArl+xNlh6/Q9tN3QpHHkDQMBWFVTrb7sL66VNMX0mR9rXIKicGuqSqjONwL0 wMmoLXO4JrXWWn5CWJbHVzqSQ5uqO86u1TBCF4Bj1rpvwJrXz5gSqHJtQHMkqqzwR4ooifBe60/w a17WkAK3KoJjL+6RJiKqrZTv4Jdl/fSJWmmqDHhj5Dnmfd8kpceyREWphQh9tcidW1ec0u7gY/wM MYIKVwYcOT1NN6fqaik+PNKyihapiuOYuIONmZtzOeVP0IsbCD0BNRIJtBJRSh+EwvVFKs4LHKs8 hdl5fTz/yfwXNysFrDASw85keH7YH/YnXCXUSPWgW5+TbrO/DinmDEs6I5UsJ77VkWMUVp0408o+ Y5cV1GgvK7jHquJbLXW3J6z4HgDf9Y2c6xEjaDQ64fMnNlBNox5DsI6QLTeiRgJbCCehxLcOB5x8 254zBo6bknh7TSia6MSaKXQu58utw4GBEfyXc8lYzLzwOaFjCmw6CN16w23ucE3WsWBbhIwlpImu 9ATSDl/MXFjjz/ZsR2HbTkgj88bBjPE2wPtILa1aZY+zk2ElW4NvQDWudp39geQBw8CAhUGvGIb5 bmG28/LWJ7HYdiPC8a8rOn6nihz7SGmNeUl5XVLOKX2GsKiSSIXUVr5r+Sn7tr9a2UmkH0vheqEl Ig+EXnMJ6kVzrxgBfQDruWZhvQG9smI/h7MS2Sg93lmIepu8vzU+jqLgv4gezpA9WZHNA5byhvad kNtzIHD18yyzeWgiRNUFepQnAUEkqiaoB/VTQ0E4dt+QKz25lbrJfyS99iUhDyhROdMLmI7CJ1E1 iEJYen4uc1MVqPcuxphTXvO65LWnf25KP6oKWVXT2dVOYGhP0ZVzx8eQg4f7q0rMG9dduRK8Dz4u 0ScG7SrHaa79ZDXQZUL7TIlwKy9pgMa8fMUUQcwyBMcQQD0eE2vZWpGUnnnJFHZuuyg7R9CDT4ga QCpa61/SXF4+0xKEi3CvyC5QHBYbeH/tzG19fsVMIk1YQY4c0wFkUHlpk5g+Y8yCrTWGwpGctUoF iLX+cNvz8sx5qbxxBRCIupnlARJRlrYsnynFUr9ViMifC2pOlaSVEJ7L4w+pzE31SFANqq6Wb2ny /HgoSmsV8A5BoVAvUkNcQkpl75U5Jg6fAuPuxKe1PCbXalj5oxzkJOAmFTip4SHCgunKxsashTF5 bHSVYvru5t0uGYJSjOodNgoZPn0rN+n6L66jc3/zEww747rkpEaMDJ2Kq80x+aw24jLWUOwDZIYz GRyTAYerwp5wMtklb4d8/z4pTrrNwiC2IQ9t6IKvEA67cwgTMtaGmMGG8y+ZiRvg3UX6kEuD7K2D 7q7i3SLfGnZWa9oXTRQ+3VHzuvs1KaNBJ3Zx0wbS5DZZd4vQerzhio0xHXrrk81gLZ7HY2psQTu6 qfO3RGJBGpdlbbreVwAe+J+r6CFAnJMQXVpTXteUnzEuKa7BJ0dOuLVay/7vWv6q20/da2vc94QA jshRXxw4Fu8zjhhGhymch81ajE+cBvPdhtqG0LTxYTIOseXSOyNZTsbVsNCD7qnensdNtPF1Xvk8 y2NYRffp6f8Ou9L9ftegZ2mQo1tiwCkiUSU0Qj88XsnVY6SacBxaBjpOlx1k5MfeE9UoElp1Zed9 38u21VK5CTQ6yiHkGBcXovMCNNWu7QA9dkeDBEesRQEhqo42EJ+iFuhrB62W/c9WikNI6ZmX6KNy E+EIEnJ9+8ygNn8iJKrGWlvZCijk5SOmBEcqp/RRf66XHWTAvNXyVwg+pRQTRHZhcV6U+tk0BxJU idtLhWL+TMcpLX2zdzvPn/MAcdtUXE6PkAJrE2YiVR0UFZg3lZaWZ14eolstjXohXWrHHiV45qKN fFjjklSrNAAH6TtSJS8NwsjLP0NyXIuIOlI6rVIRX0p5PP7Dp1BKESbnfmtFi/w75XVZnq3VVtm5 XofGqWgt2/L4cq61Ws2hMxPjwFCaVUiDWgZ/Dcqx8cLxF0Z9DgYcfGSFeDDc6s47Ey9Y6WMdzemn cd+yIc5B2VaTthhCUAzA9tfpzp3N1USb7xqudxuMw6MncsavUyEvMeJ+gD0Mjsm9udscQ5dYLE0W ks224avHj9uTb7FqH7N6YkLXwOpQZmysDb1+UfNSS2Z2RJO1YcMb9u3WfLTA8/XJ8Xc4/fJurcRf +xnSQ29duSsqLIsNLpBrkzswFrdWPY3rrXU4XdboH2w1yOa++j9CSvVKTlZRjjfKLWV4spNwvT+Q MLxQ+7FyZly/3mY3ODAoiZzEHNbnx/p45vQIIXvnCQQlEW11335+ttde9sa9EOXRnQcpwSkCne6p XjZeDpSF82j7CeljeWKMdmgIvc3T4Iq3NIHrnUFY0zxZ5pTTcsQ5DY3QCJV+yZqvIoYHxY8D1m+y w7JKuE3JyJtx0AAaqHPQQKDjKBMEwLm+tQQCCr2KqGrPMx0BXrLzer7xiIiIEDfUstf9VfcmTA4x hUfKj5xzzBRy8f4beKmeQyCGa472X4MMvaKJA5SOQvoKkLC0+iO8QSnEj7Qs5JlIFawqgDjX3FnZ YtgrPVGgltJqTemPvCw+hl6tFUpmRP3tXoTL/ieB8vIRU1StzOLAoGZ8fQe41r6VOeXPkBKIW+0R JgXgqAFONbb2YvYpf4YcRHblTmM2L6SptBCeeVnVfXOtgCfXgyWHK8+yeXLL8oePobUfaUo0VgMF 6rkVVX18fDindWPphd71cDJUgyrFuIQE5ZcqqxE9zM35j5STSFHu1kbs1feJ2vrxqVJbswRpyX6w 0kg1mAzx4QV6QzZ3FTtU5uAmy3GDBdz1RUPN6LUrmIcnWTY4lK5wjsufjt24L0aqjL/W5Z3aDiUE I1LsG3FrO8Y79rRHg7FJIok583mo1SEBJgMoGM3dzh7eGhwjSqpX5MNge8wgm3MrLEpxBdUaqfc+ cVPtuN20PhhuX+g03azHOFHaEFPulAbuCswE8MCGpSi9Th+undzjRjDN8W6AAyHedI4rivSci8lk mR6DQbLt+a2est+nX2Hox5/vHYOyjjfMqKcTX2GaWwzINbH0Dsl9OugcPr9josG8k6VywOyB/+qU Sq7FRMszrc9nSg/vIoGcQrk1rtu2ba99e7VaIOyho7JF9/wcdNGe7Em+Wx7n0fMdphEYSO/q87QT ejsl1oeY2GByj6xnNsSKnRX9G0Q4QEDVMP/5DPVD4YsepcbsUuX/MXZ1S67juPkD+CfZ3bPJvkYq F7nKbfL+jzNz2hIJAntBiQ3JfaaW5XLZMk0CIP4IkuB0HuHU6yx69UsMUKKdDtnzWHv454kYJoBg xx30lsZr3K9BVJkqHek95io1OyJMAPTi0ABnzElVN5Em0kx7YCaOMZaUciohJKOwE7+0m+kDVgzz oMRYKAkEIxY7FMrgfjIjkbZvL1jK+SOXpSxMVKUJzIgkxhZjN+tHNq1jPAMQeqdad2iI8ZlyjolM RY9jt07bkpqh1l2llfUfuawgabXCxtIbjmUgBCCOFaWSn3lZzbo0O047WzpThgSRXYXK8pFLVGsw Bbrpd7IK6XuXmtPHsjyMd2n7cUDp2E4bgNikQkMun5yj2W4CMB/3xVgEYu8thEfKi0F6G+lWbZpk kS8OcVkfIVrdXwYQdSaFxd5VTcrzM5e8vyrMiGhcgKf9K4RnTEXqy12J59XEVJrBfSXH4bOmn1De FKK3dr7ZqfKmQZ3RO3LN0nWmMSUUjld9uam82WNwnDw53MvOVKA3kTdn9ujtj1NvekXJb4FiL/jB 4fgjwLh2rY5ivhqf23LtmkcRLoow6UxupYZPMG6tjabaW9QBV3zpOhxwLDHLtKM+fnBDbf56U8Vw YzHNm6fwJItv2a7z43fC+mKO/W7E90Ydrrsbgj82iyv/3+a3dCUaXO838t4q+Mb/nRfe2vEiY2/P gxt9Z7y+b1/7EUE/xHoasn+n3Oys/ETMG00meAdjB+C/iFtMtqxxfa45P2KIQNcuXVqXtm9133rd IC2bHndCjrk1jfOriIZ0noecuUGTc1on98/QmZ3cD8eCN56bpJ+/eurfUPXjNIVhUnx+uAnhBIlO wRanU/KJBR3N0nYmNZ8tVNDcFwknUV4dT9jSCcNNBuyNb97FJpwpRBmgkcKLScZWCaKZKPawvo68 Nxzz2LSrGlrDtrXttbd9MyVCCqHE+IhpDWnmTCMYmDfmnXhMngIQ6BvIsa1Yx55Zkb3tf0pTopLT WhbmMBK6a5fhFI9rY8ca3LjRTVVjrbuIxLCWpcQU1JpqP0/wnqQgAEFEpW4pr2VZKZhIBYS+eSCN E9e9W923lD+XxwdR1/49Gz6W/OhIF5bKIy9ZelUVDsPROaRF9atVieFZygqurQIaidUsHwnQLTT5 xZSX9Qm2/YthREwARr4vmOzbq5RlfaygJlUICTTTkKQuWwg5xCz9lwkT+EzswaotcExlNd2kGZOC +4iLtG3L5bE8Qt1f3wlkL1IQr0HsG4vaKae4Vrip2uZEZhr+mwV6D5ZMxTRXN7z6YxcXuZXfaWEf yfChgluwZIqeN0jklhK8EbVrF7g6MbMFvj6Hq+9hxgmnj2rMrHp+fh+Acq4YmjtlA4cIrp6WOIoF V9PPkW67Vidgk2L8kwuCt3dy6vqG3QTMO3Pk2rwpcL+c5ymsjrw4aeK7+5HCc8hw/e+sMz94vrp1 NOF8b5zdc/oJ7B+L57R3h+D9g6/m26drzfnVC5S5Rm7v5lwxve7JuIHETiT17cbXSQp9A2nSwVvV WzKYH1HwjIoQy/8sj/J4PnIpKSYCTGtvr1a3Wre699a4y2K2AAwaaTNGNPgcHluuuxPi+fV2cgyn jvP6cRKLrrMHH7S07+gNTZXhPWW4dnCN9ZFbCvGzBJx/F/AvokqDxLRR/DOGDupEO8KfIW8xKlMn FgovjlvMPUQlGEwp7Bw3DhZYiYW4Em0UGofK3ICRnENBQrwTba5rOV84JdOrKs/67wTMdqYjs1NU RobWMz1rA4SIicb2TzuHhpwi43O3B/feW916U+uBOaf4mfOzLEtec0hk1rVH1WwWYcxBmBSgw86R 0PfwYSSwEnmp7BxjiCHnEhKrKkwAY1YQCHRmZOHTWwq9o+6b9VTKZy4rBVOI6TgCmoAEiiN40Dtq /StwKctHzKzatHc6nJhp+ZIZ6raH8CiPB0XrfTdT0+lBBoB6ryaW8kfMJK1poxANsLECA2TVqr2l 9Exp7X3rokyRxj1w4/wLUZdX4EfOz5il990U36tjYIBafYW4prx07V0YBAKPDHVmJv2V02NZH2q7 9rEliIAACyJ7CKUspffWux1cigQYSB7PT6Laql4nQFPX+73VU6DMabGbarsZoam56Mo/XuKmap4r hrP0q2qbsE3B9HFBvIFEb7/Ov9O1PjtVS072cW1tWmJfeRa99nsTuncxhIPk5nDYlSB0pVJ2603d geGjQeRamO6aDyNN1W+uHZ/D4wbYzbe7fb2h5pelvC30ypOuAYxwHYv5k3dB7Kribh7h70jqB8iu L/KW7CyTvc1RCY6200XzQuH/7p/8CDmun2+eqx/udw/+hqCH8HcsFxy+0yDiDXE6CfJ+TMlj53G5 +SV0GgUvPt4Dputz75jehO794QFw+OOf/1fWNcRERCoibav7VreX1CqivRe1gmMObXSZM7GbQnkV Fpxr7yfu09G+hdqms4zrmL1/jdc1PC9a3tsYVJirU0K0D+tOYeOwAY1JQpSUJRUNkULivHBeLCVO JZc1rR9LWWMuS0opl7Q+y/pcS8kplZTS8ojPz7I8Yi455hJLWh7p8UzLGvMSU+a8cFooZuQFpXDM FrPF3DkKxx6SxFRDasSVuYJehh3cQP1MU2aOpyfv0nX8ZkhpZEgrZgtICA1Q5iMf61gYIrIrW3tW OPKsq1Jrve1S96bagciUYyoxJY4C3mDHDlCikRv2jDzZm0kjU9W6/VVfL1jO5XN9rLEEtdaEoZnY iI4tsWYZSOctOaU1EZGUnykvKUVDNxvHhkcUrYy+TKnufxK4LM9cCtC7dMNIYBbOm+po3ETPVNb1 yZG6VNhIsIbJutKlt319/FHWxdCkNgB2LCE1InTtrdWcH8ujGF6tduLIbEcyXETTVPevnB7L+knc WnuRRaKRFy4QddWmInn9XJ+r9i+piYiYVQEgmZJqez7/E2x1r6bEoRM1WDDTtr/W52cpqcsm0hGU QLAIqyGkVB7762XmVeeUQT/F9OzklfJN7dpVvnyQ7DZhVfd3v2yBK/feHI6p7n3UzXM4uTp/U7zO mQjqtcKkhjl7w+5AHN5w9Ap9kuhmnv9mPnfTct6mTpjnjEvO+WU//aGJziTmzDo6fvK37k274r26 6Si868+pab0xm2XiaCcw3qC+Wx26bucnB7b3GufnqY29ifXeyc1+e3j86/2JnesCE3Hvd5prB6do eGfld1ErX9TxiXfFcELuvQd6IzuuBJxd3PAK1395nf/e8hxKu36ets83dXOS1M0lvJTx9ZCad2i8 1fBujccaV2rfwgEH8OGP//h/ANJq3bbt9bW/9lZ3kaZmhmxYj60YFAljq7yPYXoQJ/dMLvSbKL0Y 3GZLNyfrRtljkIgqyFxKIs8BdA78twQS7Rxehs5B8tJjtBAtL2F55LKmWFIqS16Xsnzk/EzpEdOa 01KWZ0oLc2ZOgXOKOYbMIRKYwCGEFHOIGcaqIAohpBzXHDJZNCUghpBiLJELcwwxckgxcylLyjml lHPOpaSUUi655FxyXkJZHqmkmJiTUazMlUJlFmIhEuINh8OkV14c5nB30VrFOOBKZqDhJuLY30Ah tPNWF76Sa6r7sScxqnKrW9tfUpUspVhKXpdlLWtJhbvuqoAlswAS5u4ysJHbi8NANEOXl/YGiyE+ UllDNJjoyCpCdh7PCUACGUgwkpHvX0Qx5WfOCzGbDhY6HNmxfmQWW/ulaik+y7rSuCrlOJSLI1kq AYZWvwjLsnyExL3vin6uXByl971LK8tnKhGoXcYFMWOHaQRgthkk5z9yXsyaiqkGA48TuUQKqNTG vMRSwKLSSQOxgBssA0VVrfdUPpnR9mZKIQHosACQWgtcUk7EL+0bgRURZLAIAnNI+dOo1faCFlgk bmpodeNQcqE+cqcegjm9DT8oN11/U2q36QtcTVynEPOn2c5Ui1Mwb414e4+T5bz7ctOkXgPA9eKN 5c0kwPXyo8bHqUlup8zsisvUm+w6tSs6+tbyzbr7BRRyiOspZdMA+7s6Z7/RATZX2fUc2Qmhdzhu VhBXrM3FVG4Ue/9szpbgOnYTa73GLeza7434g2fek2FMGzHbqYD+ZhVmduEXrSZV7Zqs3fO5h4Su YM/R+Rve+9HrmsU3Nd990MUbb/wGr/k+2cZ7afMl1/DVTXJns90J4LwICY5iPjZDV6TmEt6seZMX u45j/0nibvSZ1vl4Epbyv3Xb9q9fdW+tWVc2I1AgYqAQfIZvT4gpTjc/YzY9/ccJnNdQnqvojTnw hsBYv+dzcqBXitvZYKWwcagUtlRsfea8UMwhl2V5fJTlEdISYomppLzGkJgCjIEQQ4JR7117N1NT lVrbvrdatYv2LlLr9tdxlWuvIiL73mpvdW91N+3WpYvUve77V28v6xWqZqa9St173VUaYAQOFAJH pkCIRMwcYiwprTk/S36W/Mg5pRxTjrFwzJxLzCWmrCE24ka8HdfTA2fa9TnJGGSMsIjjWpli47iQ JT1Sao50anp84C862pm61UAdiGahd5O2i1TtIIohlhBLiMmogxowEqIbcSfuOJKj07j7hgYkyGYs ovu+q/QcP9f1Iy0B3LuIqWHYbKowpuOMMYBgFlr9S6rE+LEsHzGH3lVVQTyz1hCRWZC2NXkFXpbl ESJ6Fx1TxpFN5FR5rf2CpWVdY6YuzdR43p8HA7jLLq2m9Eil9CbaJQSMHSoEACytirRcPsqy7lsd Z3iJFRbHplo16lLHalTvuzQxABRgI6Orad9hVNZHXtD1pcKBYaRjgPbtKwReH081aXWkZyfAYKFV M6JlXZh6bzqPsZkG2Nf6+Q9mlabz6lp3FgxOEftFBLsqwR9Ug1NDt6Pp3gJ5teK1FVwI4ZaYAQ7I 6cTcrNTvNNd78Rj1t95vPoG+dUFvL3WK5T1iTw4X3465n9iZjWmPxfkTOO3r1OY/hiX01O83iz5E tf20WW3auQmeD5ncLA3N6dl1+i6ni6PXxm/BLXM0t5/IQk6+ZoQDQACWqwnwXg47Rrq1bI5iE7U5 rL5Cd796HvAuwii+QV/Hl5u38d6OnuN1o4P9RMZb+3ZljPlQ3d/xxtveL5kvTy4+vdsx9HPR7R27 yTNewG/vfB0Oc0iRE2EvZT8iixDov/ftq40zhiAwMMLXSOfmptvarfcb2AknXxlo9j3jHzgpS67m 5JibANO1L1y9jVF5B+0gJZaYf6VFU0Je5kGblUNOec35wYiqAFGgYF2ltd6adunS6/baXnutI0fn 6190Xdly4zqP/sBVctJ9HmUu52aq5v0fZ+o/HYsklrmgxUByWpVKyTZXAARAEASeX8/jq/V2cD9G P3q33nR+5KFjUG/obYw+pkctDxojtaatP8d4MjceNrq09tX7v73/Ge0po4321Z+tH320P9wP7kNY RIT76O2YFiUVnbm+QsgplhRrjjWlGuM819hyrbnWUmvKORXEzCE0osPQgAbiE/cLgDOFfTgvvyio gxg0MAN8TY5PfXqAEs1QY4CVU8UsZkUkja69/ac3No05P/btn1o/UyYjUQuqgYAYNEQFyOZFJMuY cWZPfwLVPtofGRpCLdsjbQkkMsNqxYOg0zgBgGgQDbMqMkZvMdUY91ST2csSaPo6hZlRMVTb6E9C rfsjlmwYqgKbeUymBpMJyuOpQjMUKbOYCAU5w3gAiLO7kj/LXkGsbKr5vJMCIImIqeX8K2YSbSpK qHj5bAYQ1IaJpPxIFYZDGAQC8ZkiIDP3lHLdPwaP3iiQgWYSnwSQacv1I5dtjC9TCaQEqGUAyq2U j7JV4efgSBYDDGAzyWVPufT2ZRrPk/585fXmJIq5j5693rZKfo17ybH4qVyL0RsHXEJOcHmWtLgZ Od4fc+XhGK6+lacrR76Jh3Bl957VeH3Cc6TgRu7dJvBW3o9Er0Dzveh1+35Tj25jXlaBhaybOFS3 l73tWeG4cXAfcXbqxbm3rvud9E264ERoOEvK7ADHfAAAIABJREFUdSS4EtXNkLCknZ2zW5tpuJ/Y EYZXMnAdSbzO7l023VSfb0OmA5FXEJfIJ/dxnQh4hcy3QKeS4dUdL+9vw76hyRPPhGq6VvG2nDW8 5ShJbwvHY83fIYqnocJjyj8eqrfWboVv2sYC/kJZeDNw3t4RB/+XqM3cE0SBkOj71kl50zZWE/7L 8EZheBvurOJjAXl4eXUJV4wupjC7Y9Afis+YRsySq5U91MdW6lbLXvdayx4pkYacSghZhgiPEMhY +/Pr+Hpy78q9Hc/jefQGHhA2HjQGhNmE1LJqUQ1n0IhsNv++Cd0smRWzzTBTqGSzagagAWbYpqg2 TaYwNYOCoFZVEzPGsN7RG/EQZplBQXvrrf3p7Wv0Lx6NmVWEABUVNlMiS5FSCCXlknMtpZa651pL zalSzBJip+97NOJi6ZwAtEQvaK88NWFdLCKyqZGQ3fznA2BmUBk8ujATxRTStBWFFHEmRTFKFEBG Zi9VlUjn3dfZkRoNHqMfIaRaH6nkkMy0m073yxe1EDHAM5yaGXr7g5Bz/Ug1mYJmX6+rLtMhI5mN Mf6oxLrVUitBVF+Z3oiMoIZkCMxfIlbrr1KS2jBjIjtz9BAQVU241e132aoKqyrmuY+FmcWQuQPy +Pydc5QxhI2C4fTMJTBzV+Ft/yw5jX4wa6CEwDjjtvLogfa6VQp/hBkWEQQGIKp2GZxzrVtQ7SKg YIgDFtUQgtXtl5pxZ4ApGJGp7qM/S/1IOYzWz02CZ8H+8oI6FklXeU9XjuMfb/Yg3Lnh4gBeACx/ VW/gpGu/wR36vD/mulvP6tSfJqztl69ormW7t31RGt63OqvT99OT22T943W4W2seeos7ewCujZle L83divlJyXXDepvjO8dfK/qmT/ibtLhC0pOEV5XUDdhP3DPq1ekigHEWSNeT8QWZdbrqqdeuQ4rX UXml6kYtnsxwxdeC+c0LIVyNN0u18vL1nU4WatT17l/07aclpxet3nyB/Wpd8PduyB7Fcl2Pcs7O j1mvzqS+LzhIrjb1rcC7krRUDe8wrtcuPB0qzsBf+ZRABShY0uIHJ6Ab0G+jNDd5T3aLy8SftDO6 4uN9Jdtce0ScCueNypbLVrZ9r/VR0p7zllKlkGAGE1MT4dGP0Y/RRj+ex/M/xzHGgDCYI7OpVrNs ZmbFoTw7u1YCAhETieOeONFJwMs/0Ql1ABEUzvwjSy8OLzHwOg7w4UnCaWCcWktUVeE+xhgdrWlr R2t9tDbGwYNliAxRMVOYBUIMIadUTqeQvWxbrillS1lCbKAnvSLArJHkbws5GVEjKKAUhlmmC0bI LT+s40CR1I7W2r88JFAt5WPf9jJPSUSFyTCjrc8kq5EQZjJZ0BQw0cxG/1d6J5Rt+yxbCUGV+6lk nLzPFsHE0ZuMUfLn9qgpkfI80ZDzxERhEWbCX8JWyqPWDQEiYsZAMJpROgDDVPH2x+9SixozC4Fc mFGoGvdW66+676aqoqBgFs8yED5gsW6fKZPIYRpmDvqp+gBJlWGay2dMxtxBRIhnONdkFoX/bPu2 7Y8xRBhApDim2UakBdL98RlIjkPVKEYCzGxjGSGkWjYjVmUomSWiYRpUpO6fMTH3m81AT9v7bZfm N0zkeASuL++Mxt4WLNyKfj+E9mzLc5J1UuOFqF/yfvuxJIS+fWnXKreJrPG/c0+vReGniqvZW3Xf yI8D9i37ZU4OeuoEv7pawWFE3UU2P0FfwCPlb/tXD72bQF0/waFmzTeeaFph730LdB2GB765rm+n QnqdI66d2vmrF6LvxIYrqL0w8vD0Pq2r7oK5H/BqZ60Rr3N4YP7NIOfpxwtEu8J8/RrdxLMbmM+w sbr2Sya4b3C2351rhZ+an0h3Csft8RLZ445+Kn/TloL7f0sM5Af5gkwE/hvz0gFm1tbinDbIxdII V35BDk/mXtj1tCYQTnHutRN6ERatwCPv9KcURogjZiu71b3Ufat1q+WRYg0xE6VANP0nhI/Rn8fz 63h+jd5749aUGaIwFdNgryQmE9mBSEN4zg090aDQzqidAIhoUDhAA2Qz6CeRnWM/IT6Tq7022fQN VsJJu4LQiJhAoDyjkp/qCIGE6Fixrh0iX6EyAJiZWTQLqiRiIjqGjNFH79wH9zF65zHzkBAQiXJM OZUtl5rrlmtJNaYMSiPETmh4xU6dEE6wNKOYA7Ju7RophRaom9WTQUSiL6J2RtbKZibcx2gmHAKl mHMuMZIqwRIFpQtnCdcocAQQC4/eVZFzTbmmOi0lbDbL29n1i5pFlNsTFsq25S1SeAqLWSSAXgQG IKp8qVBMj1L3mKDWzou1Bhi9btXqaM8Z8gsw5lts06AauR+1/k41m7KKvO7BfitAT1jYH79SDseT VSiGafeKMxHeGJ3I9sc/FKy3TggUZBqZAJuRzVL6CNEG/2tqMRRQn1Y01SOmLaYi8iViRMWkABFG 3J8579vHQ3XwYCKjwGbJlFOOdfvdnjPHSjwpkJ266ZdtOJf52peoW8iepd4E8/x/41zvlt7geIL8 JNLitUH8hbv5Zw3yXZ/wjJJcy/RTs569wtXClVfCTcGXDK7BVUuu/d56WcPwd0m8lXsJId+m35W+ G7FvrNwrguagYa7Hm7qwntWyj91C5/7Eu4gtpcH+8qU3J5iTmh4779RIp7jyw7Y38el38Df6XB/9 Ni9eYeUpwWPQHDXeYPJOkLcR4lrxRxTcerwtEE94fDVGLoitxr2bFJ3zbT/dKrJrdbteO/ADXrQX XOOL3n7UUd7XzqLVRRvxWuZlg4jA/5yqU8W3i+g776C3P1xhgWvg+iWc6ZQH2YFjDVqc88E35REJ BU1Z6iNsj23b9lz2Uh8pZUKEWQikLKO10Y9+HO052vM5eh+cVLIKnQnJDIiGQjTN7xLCCPQV6Ano a0ivo4T+SlCCQOFAOM5QWkpgCuMMbiEEneGq5ksIB9ExcUnUKXQinWEYXrEviWiGSoOBwnmcTy/Y WAYCSECYUp9oOILTBVUCDAEoZtksqZKoCQuPPnofbXAb3FWHqhgsBEox1JRqylsuNdWSakBsCB3E jjIKLMEiIRsSQUM4AFtJ5mg6ynybcL/jWJgRj96O/+t9wEopn/vjkWuIiRSiYmbxBIVQmOG50lKN DYnHs7dGIedtz3VDiDA1G0QA0bkGXotBzUZ/Cmsuj1IfMal0Ua3nwc0snEQaDzHUbdtzyqqi+uKP Z3I1qI7Rj5IfddtBIiYwOVETAVKV0b9K/cw1Kw8RCUlhdjpmJuYDCHX7FROEWZUQ5OWmSgCicI9x r/unWmcRWIhB7OXOFnmwGT8+fpUtcxdlipFAw2CmGP1PKo9tr6ZDWGJQIjWLZsmM8/YgkjEOMyWK 03AizNvjd4w2RodFt/7Vrf9wZcR+CS9e826zpeu752hwy3YVWBsguzoD3rYifkt6G8zfGP1t2/cu evWtOr19pCtv/VHj8RDQt2J01Wz8nY5bR7em+I01e34YrjMidxy2Cng7MRzKfL+3h96sBV7Sr0ai i5x0O7nAFeM4O13wsVNs+zaXruNvOuCEgzkLDc52xA3y3R5zM3h4wntXGcPJqaL7dSHuJo8XeH98 PJQ8NLwguy2H9XLT1/338W36/DZr3yNOGbq+URfCfDWCa5nVzlJKvARfY4vOdWatsoUIe6uCN+ws 5fhHXeoF/wj876lqVGfnxFXVfe/vhl0PULsqK94oFwGclxHOWRFWfDAiDZFj1bKj7nnbH7U+ctpS TAERZqZsMsY4en+O9tWO3g8ZI4rU080CZyApJlIK8y4oTfGP0EHDyEBGMMPMMfY8D+AxzQ9mhSx/ 04RtAALNCwsKBKJGNIjkjP2kZ3JXIUiYDJRm8lUjRLMPIkVoAX1G8JwZxQjz7D8CYcKEQPNXt8bo KjPUITWeN0GqWhSNLMaDR2+j9zFY2YwJ8/CFcgw5p5xKjiXEpCF2oAEDZu5saEaSVZDCNoCIjCD2 UhkXq/L30IoK8zhUmBBjKCnlmCOCwgZMgGAIgRhkMDp9yJfWgtHb8Rwxbtv2mfdkEBUJpEAwi6dA mmRWhJ8yeoy1bHvKJvI8XTsDMAN7VFXj8UVIeauxJBgLEyzTtzWbVKX3Z84f2/4ATJVfbms0+4qq yoNLeeRKIkOFTyfTFzvm0Yjyx8c/MaOPZpqIDDaDmsMsjv6V8rZ/PoiGjGEWKSj01GmEY8q5fIze xwhnTHuaMAF63f+JkUZ/qgGYyWahNggx1Wo0hJVgIYw5HR59+/gEtf9n7FqXZGdt7RIXX7r3l5zz SMn7P00ye7oNSMoPjEbGvVNxTXV5ujEGoctCCMGVz5Wmk3O8oYqOeUxmJz+5v7x5DkNzeS/3hDbg Zku+AVYsuAYYh6tDJHe0AacKfaumle+PMOXeTq8N6aq+1D3oFdpHBWrmdjKx9i5fpw70cDjPs3yi JF0rt1mppxuuzwanuif7RzeTg/HIBFk8JJ1I8XFRQF3Jj2hDb73zIyXXTx9phGsx0zMWnWB+lAki 0EBpE8XoVobcwMFp13uxO2KYyoQrQcLty+mRaRzp1lNvxT++VEdMzHFdsfKkg7MUNmreDwd3/3Hs cEXGvgG4lvSYY+JhvXKpRuAf7n3RkSPcaO07f5fM4PjA98eWaeKlEecKxXgjaUwtb3F7pHXf1vVx 5sAgUmGuhZnLUV7f5fUq9ajloFqzSFTsPf6R6BXCV6ASY025wZJFnskeInQBAjSSLtCsRONAVGt8 z0UdgAjN0ATtES1xpKlWIKmuip75u58qnlQf/bTVc31k7GsgKAikBEARCKxg6pAoNCIOEKIOic5C jp72k7HpOXsj6qMY3RB09u10XhVZNDKjNaml1XK0enCtwggUc9yX9Mj50beAphxDZIQDdJwirQnn 7tkTV/WMFNDVxbhYYHlvoCq0VT7e37U0Qlrzc1u3vCXEyk1VRs57QgivwWy95SuQVdDKG6CUlmXZ QoxEDDSoaucoon5ea9/w0uqLNK7bc91ijJXlpVpBinFaikJq+QKnHlorwtyaKqH3BQCiSijHEcJj 2xdAG1cA0A4WFdTjZF/bvi97VGlcWdUkhQDU0gJt6/akwK2M+ZkmEECsytLqkv+ecmJ5cakUFgB6 mgeRWkLct8dK9OKmBKVQT77V1ncnKY7GBxD13HDErbSUt3XfiZqUSlAlViRhSSlu26Mch4r3z3uo YVryvrxtn38CE3TzkOMi1Kfh0WvIfXBlvHmzAnxrjL/Evc4aaZr93h5rktd69jn5Y8xYTvXjqmrv Zvhuyaw2dWT0NrUMtKGuSXptYTjF5Meu4KqZPRDx6yzROafjaD8cRJuwl+/RHeioiySYjEq41gNH hLuHwEOfCcFYAbmS2o+a3qJZPby742Zcu0zXFt7tl7ej93qMUL4e73/S/40CE8vF25d3IvvHPa+a ITDY2j49foeGBkHuVxy2L7qqMMbFN+YjXvS/erzVr3mpsQMOG2OvGu4kxo3Eev2VBq/b+/pWF4D6 XseC8ALaFVBTiC2v2H+t22NPeQ0Ue0CmtFLK9/F+vd/v96vWwswQlW69hjlsRC2EF4UKEiD2oIfz JLkRmEY/3sJ8/mkkCBAVj77sAl1xnp1m2BCD9PKDSAAg6qlSs+o2KJBUs+qqWLpFUUTVDApEb0AV K5B6Ys2enXMMJvez4gI1UBmejxPXEyn1zZM/E8fkpoPGRmF8aaKbgKiIqomZWuNWay21liosKhTO Y9vWdduWdc1LTgti4hCrahVJqrsiAULUU81WUKFz3AdrElzE8Qo8RUJr38LfUCJQzmvMIVAlKoqK /m2HgOSFvOfeeLdSY1zW7dH3v0CaqnSkCKSx5yUruBwHt7ruz7wuIUlrh0rnKO0LWKqx1S/llJdn XrPSofomsJ6+EEEPG6mvFB/rvqhyqwwNpKRQooJz50jJy2PdN4JwrQ5wEEClHDHu+2MHHbUe0B6d 2nfkJmGq5bUsz3XLIoWrAGThICKiXNbt17rncnwL6zhIhVSllRJTXveNgtSDKHQ4kqCrStn2JwLq cagQggIKXVTq4/l3VdRSHcII5kR0ouoTfepVir2WgSuG27xwmmWa/fYq2IqZerJFAa/3g3vFtASg 15LeLn78xHVaZi30GtOMvTchNF7K1zJ3Y0DXpybNTteIJQYKUEZ+C3LS6iegGKxlAIgd2vBdlmtj wnWu2K96sx92TYADt0EU9zgGEcx5g2ubxbFHcAS5mxW4p+haGNdiZoZ8+KR1ZLJqnnvhyk/WeuJq XEfTA3RPqKnZcGZ16uPUu8l02hWdAjGm8qDKY1C61Uku/yxf5fF/vOj6SLzuaxNH8wlSBOeP1KuI 4UaNSR7Pnwxw4EbZSYRwGzAPje808nOpAMIpw+fsvxG1mNu66bLEZU/781dOG6CiqiKtfrfyLsf7 eNdyKLegKqo9uPUI4QD6QWUthAqI6qb6UE2KqMiqi2I9XRoIoG6uTJ2ZtOQRFeXjpEBELhe4XOSW 2ojYSKC+ouJBN42R4DFvi0BUXYgA1Z434kRCmgdwWQY2CmO1xQSmv1Qo1O4UGeEjxrLhOgqmLuHY wjakBdXEHGqh42jl/d3qq7Um3LOmriltac0pp5BIUVQremoHrUA/orYSKojpHOIwkJDBOwVENbaG 8v4qx5Hjtj8ey5ZDjsoqrAolSkAcLhNT9ACiSCvl3yJI8bFue8gk0qSHuJwRMGNE6Jvbq5XvnJ95 WWJUkRehQsXyjSoit+9WW172bV9DqCKsQtBABCIBBRVt7Tvnx7pvITBzVfR9qufgMh/CLedHXjeo qLB2K0LaV6BafaX8XJYMFG7dCxIJ2qOXRBq0bfv/hxjK+zchnAHI2n/9JsS8/BVia/VQGUfpIqkG Vd72B8VY3m+RQCFAe17zmtOW0yZ6tCaKvhAUmRcCrfujlJ6WI1yX/A06m3tpMuT+c1JMJuCTrvA6 vZdJDq+bvfRvT+5LDHUxSaj/8371ySD5GbzXUf7mo36b0IbvsnzqrDlUes3RvQLO5BglfZhFG5hD rgBicjtZk+KwtX514I5+rBdDzf7Q3MOmiSC4Okv80Nu/921N3qj7EEVPt3D9d/rpbj69f8KadH/R PQk3xhAYV6ujoQVdGpHJ0e1us6bxwvXGg1T/q+/g/aJPbdbxIjj6+6BguY7XR3n0Kv0+dnoloK9q cvwY2eN4aoL7nuwmqjbE6hCPXClpfKXDBf4DEDvgmACjPWBx1HIdVOvDNL+59w0WZzAyiRERp8zb k9ZtzcuW8rYsT1BUYmmlvX+X1796OqxaSKTnpItECKEThfqSxFBtQZEVGWoQe1j0nzh8mzR4VjBS 2g0NNg3ocQw/5X8eJGogn1cgXqlPVyr9gBVCITqIeHhH4Oz0OiJdNtW1L46oEtEpqIS+17QfnjeW Ofo5KWcQa7smRZarmjY+tnEMqolb61G35Wi1sGoIlENYctrXdUtrjLkQGqgDizPgkU5UVABAu3sj XMUbY5p+tPbvWou0mPOvdX/kJSMm5h5ZkkDBUX7YQqVW37W+YtjW9a+QMiDC1ZFXgErhG2Bm1PKV Yl7XNWUVrcAbwNiUREBkfnEtKW7LthIJ86HSk6CfFBNh4WNZnnnNFA6Wpj+RgNRTfpUiPfWWKEtj 9LUtDT1ZSCu/8/Jr23bRo1Xuh83gjCCNjVWarNuTEivzWEA7dW6rb0hc90eIwq2qMo2AWdWWYs7L U7VyK9RRlATV0No7pWVZI+jg1gAQserS6ivGdd1ya2WsZHkfhv1rBlLc8JkgfNRZdK3EGzmv/kyZ xPHpp0Q0eB5OVxjgmGZsnpP1+morgE/3XrTtXXeIcIcskxEKf/gerkcTfTwFMNRC11fxWiC4TfK+ /TTW5u9eimkqjNuw0rWARzNGfFOGnnSeOM3dTyBgstwTYsP1nhy5/E80qGEsZKT2RDDM5Hlvqmfq AruOw2GaiW08ksC1kd5AeL7909Xb8HG1AteRwhUU4hPauPstfA3eik9oY2rPHQ/5LniL760VnLhN m8uscoPIxydPpBXTsdwT/G7eCPzzqkfgQMMk6nDd/i+6iRzr0PDYRABEEjOvW9geS162ENeUtxgz EYRLfX+9f/8+3mhNWbLqA8iAEPWTV5OeGTMJSGMf4666QUcWZzLllYbQelBp7TSF68fejJlhqTjo 4MfGIKFXWMbrphE8c4vlvVFk7WtMJ0q9T0HonJqrz80Vx6TZGCWcp6WAKRxnzk3qW3B75nI/IbsD Z1MTfR1kVQ1y5mAtYA4xpJhzWpZ1z1tOS4hZKLBIU1lU+7joOGIe1wmfc7EQqaTWpNZXQIh5S8sj pyUEUmGggUq3yxTKGJ5zBqASy3EIY11+rfsaIjFX1UrUCEy2CAURieX4CiEuy56XpIAIVIiIQQwQ SIVLra8Q1mXbYgRzUdWR3JAAYuZavlLe1+1JxMKV0JFB6MOiUlTisvxKOShEhcemle6oEG41py0t UeQQJiCfAUAIoMathRCffz0BbY0hhiYBsMh7XZ/Lutf6roWJEkCkSVVbPYB12zdCa02CEuKhklVU caz7HiJaqdKUYoRG1SRS9uffUqJy4GbM7Jps9jQ99TrBWyw4/tE//xqdOTH5MtXp3Vp6rdDDl+mv V24QCreS/vLzAWvh1H0Zvod2Ndu+a0acyaxO2GWyrF7cdEjEpLh7+WU4tPlHan40hrgaJqjhlbt9 78HBZC1ME3ob7Mll139ZkvC8FNz40o1/cPv+I1noSvPJVzFNdD2dyT1rU3NT+Na2dGvPdOn1pwn0 eEt/f2QqdqfnxCRwZUxk2C2RiANMRgGrx3utPDPg2kGjjwmggaGPAALXxhvukTHi5Grw80NLrm8t 6Y2xea9tsPrxHnkPxzQeXk34y7pKo4Z0/d4etwJEpCnzusftua/7M8U9UOqrFqpc3l/v769ylNbC SFLZozQqhTJUdiEAmkfl2zV/8+Bgaq4lE+r0VJ6EyrO4IYnpxjjbKzvPRl6oyL2oERr9xH9NzeDr izCGIzk+475npM/aFYuqT7lNBAWU0I+HFQpvumQ69wo0uD7CkYhGVEGsFcfxVcu/WjmkCVHsp9al JcUcQEVVgGSJuSi8cW4GPn1rRF9EFTT6SwpIa7W8ai0cwrJtz2VbkcCNhBN0JXSXSQ+VxeD13Fpr 5QVN2/pYtxyS1KMvyohKVmSC9CNnS/lS0LL8X8oPhYpWlQREkBAqEFWU21ffChsTuBVAxjH0BJCI lvKOYV/3nYi5NQWr0YqU+ZsQt/2vvEYRZm4AjYEgYW18bPvfln3jWpkzAO1QjAQaam057ylnloNb pb52EvpZvhDRlPYQQ20vaN8sAyCqgvm1PZ55Ta0dtXEMBKhqFuZlXfKy1Va5KSEQSHUVCTHRsu2v 38cVE0+yQI5dPxoMm3r6B8npIF+Pt0PJYQ7PeN6fYUIEp2S9Jp3cq+pMCJzU/8kAk3s7rgrKmL9e IYVRQ249mrrv7/2Xd3NlKyPWwT+R12fdKO7xu4HBrQFwJPIdoUFq0zOmxHz9dtm7vJ/c6ONfHT59 OTVssh3+Fereheu9V6TephqQtZqjI6ZvqsdVvsI/AQ5r86QVP7b//qBV7tX7Xdzg9LzxpHH43aib /ldXhj/1wgyHD9uiAWStPROF7fICfpcpT1tv7tlVbvXYAPE1A9DJwB1wTLS7k2ySJW+Dr8vDFgdp SIU0Rlq29Pi1bfua8kIIqsqtCZdS3u/X9/GWWpNIduNxdoDOo8YX6IJzk0LvWBsYaoqgsRu4QTLu D47uJv/WqcnfYEEYeqWJ8QFuAjOR7tSVhD7VxgxWyEhnHKYu61oEhOhN57H103IvziHQMFYHgu1A JvS9OQQKZ5LNwcdEEuiwjBS3kVVAoMSM2mop38frkFYJMYU9p8e6/4eva9tyXdWxU9ydVO3TP9Td //8z/bJXVWxAUj8Qs2WccxgZGY6DMQhdJgLEM2/JR1WFggkMbSOCBblOdCqC94IbPifUAjSoJu6u tbEbpYSQQiJyL9W/RbyCxnwTvVnurS5FpB4vFZfKI8QESG/DtTCQaCTo2A3bWhPWlL5z3rxH5y7i 3zuXoQBUpNU/zsdUtpCcdFHtgNCbN5wqt/oKoeTyVCj3Dh2YY5Ar916hLqaHQlqrBCLqineEWRVR oZi+yFGvrGDv6kAbAEGl7r+pPMtWoL13BoHUj+PfmGtn2R7PlFzr1Smf0kTQ6pz36alQrr8EAkhH qHTlGL5i8iK7MgcaR9574V62J7mD24ilhqsdmhS2pJ78Sf8xD11FZinZXaHGdKiq0apWTBYw9FHJ 4lr44t5YhjoTu5C5toXPv2ykKStZ1uC5TzSZlVkoM99CVwuB6+DH0mp+t+u+Azuc1etTtrGTGlYz W+231Mr23aSwntpmDqssyNNrHaYWXdDG7COY9t4zwPTXHXNYY7zgPHdlLesdWWoyIztYlp7lTJWL K31maQvB/11aehyfOMFmsNaBjOmxLGrB+iQOm/pMhwFM/a3LioysLcJlo6GQ6UpLH1xF7yMRyHAp DAOT4R+ceWDK4QE4/vffU5ZutFjIOr/PQmcYTSgRO6cx0+PrUR7PGAsphDv3o9e9Ha9aj3pw70nF RNcnW28y06V3qV70lFyJbqtqGWh828hXkwUXLAIDBSa7WFrpWJNh3ji5x6qMUfIcZ4ipnvU3nr4s GpbmnHh+n42SDRcu1Zj9fS5K0DzinhH0vbxjhP14bwMmwOMNQSzprE4Z/45pHRKpvdbeD4gQnKMQ U445+aSIXeVQiaoJ6OTZ+QYS1XFKKp/zO5OMqkqt4nj9ElDyI2/RJ0B/RapqMIHGT+zydnW8em8x PvOjhCzSqw9NZQRLnSLnOx/CewwPH1LMHniNQ1Vmt6r2VneAUv6KwYt2VYZCz0qqdm41+C1vGzmI jqmT6ZulVl+qrjyeIVKrlaBEpDpiuKmckJ6SAAAgAElEQVT0gxDLVnwU5SrMAJz7BQBEVUfgsv2X 87HuvyIguDNIXRTeffDb9gXtvfI4gofAqrG3TpRySc5VbZ1JFICG3quI5Pz0kXprzN65sVtbnUsx ZeaX8F0PTjGhm3BZ6Z7KaFFtVhWKYSFc3blWD85yFkGbnzvcF3PnXiaMlFnWneMNGIMtRk1ZcdNr 4fPts713yDXphivR7IXePpYIFnBMh81c6mEHhdYTsFDJ1uT+UjYeb0srSyW+0moSwb7RNtz2jvtU Jq7fS7rzAK5dsHCdv7Zr6jdvqmft3FwwtFhf++oFqi7Vs1jENvyOJGx366neF1aZaRmU2oZPkz+x lJ2IVLOtaZbgrq2g2x07N2fdIXZRmmX7pe1iMuu1323506jZRUgwQ3Tr//hHkD3wP6bcRYpmWiDM nEaVKzlmBws5Cck9vkvZtpQ2Iv8O2LUfx97G+ajMc/PqbPYy7/sf2EJNZ89n6dp5zlQJV7lVQjdY QU4X0FznwngfjaGAgPrYrXqllT/XS1qG7kTH6YkRcjP2KAAFVXKHc+PVo+RKbidXz6UJOCf+O0Yc jvO41xvHz06ha0udqdv0FkRAiZqjBqpwnTDWTARAyf0SXufGnGlLrC+OVInZ1dqO/ffYazvUIeb4 leIj5UdIRK6Ra6oyzj8lEoWHBucOguokFOG91Fe1t5/eDoLzLp2FVBE5t4bCkDoCgfmntR/nck6P VBJIRA6RYKK1CjRxRz3+9m5LMafiyFfuVeXNISPQRa+VdLhMvEjnjhNSOCCKMvMe4zOXDIhIc06E xwFDChDz7lzO5dsHx6wqckYeI4UIHzl/pxRFX73vBFWdRwR47lB1MRby3I9x9Mw8QM4JV+eTD475 JSKE94YaVRJuKW+5xNraOOFlrNgVPnz0pXwx91oHynSqqdWflEvMrtV6huVY5MiqnuX+lCk9Vcbd psr1p7WjVvom6y7DSqtVpt2a+ncxRXYQYpXjAlPu43KLHubPKcgW+s8G3s9nWJK1nfPtbEqzo0My NVmSNwraxr2wdstadIvVcKWw7YKRZx4xP8GBnvWUT1WyLHFHG9Y06DXbvytt+Wkft7VdVBmdlPln iHK2InyaUFvQie1Kuv6caamtmL6wwcfulJ+PzJItaLgnNZDXWt+79NGVvenWU8sg/C4UVgoWUcWV begT5Sdv6JV7bSFTcOaw2QbZmmXKCZ31RnmaHg4xnXTJYVp778XxehuznInUBy2P9Pz+jjF7H1WF e91fP8drr4cOl4aqf5/vpVMVevOWBQbaNAc6trYTZ8wLC2VwHl1jZ0mJxozAP2+xDszZB1OJ2Oo1 vMOWN5CQg/fd+4P87gPHjFhczAhRQ3Kp+JiRNxczhUghh5h9LD5mF5OG6GPxMYWYKBWkEkJ0cOo9 +9BDbiG2EDkmR46AClfhfuB/x5pNevsh5pTKwrhOkXROaoybJAR1UNCIqTW2vTSM7ZoXknpAThgb z8mRohqYmfsLiuCy8ymllEtwEQrhTsoFYOcY8CCCIyCPcK6nlDJIoZ651+O3t57KI5cthEBeVF8i 7ZQ7B/hz00cSDrUeKhzTFmPywakc3E8nKg328Kq+tf8jhBBzCF6pvgNskCri0O+9vVRcLl8hOdHO rHhHqmXAiUiru/cll6KOmQHpqn5splUNrVVHvjye3jvmqlrxbmBQpWN/OZdySaDee1d1Z7CvABDz K4S0Pf9ysXPfSYScKHTMH0lvOX+lB3Fv0oUIIA/10OY9Yv5m7tw7iZ7n4QWgp7w573v7QwLnSNRB o/D+/P5Xa5373XJ8NDbL9UxqWMuqHtwy000YrVJTY8tnHvusHZ5ObryPWWEUn96ag+sbJz9bEzKL snI90rIUbiHIfJcYjTGx1119TTennC+dUdFme+WMUd3PKkWz4FFNmbMt469obK0FWBO+wLyCrx0n 1wKnbE4kZym5UADXhuuVtjNZDGQbspALRnct5mbyWDRzc3O5/cgTrj14Z2PL85Zp7wjJUsn6z/Ta XhtNnAzRrP60N60vkEwfLeVY2i6+wGnR5hDX34RrIftdhHG9uaAxO5cHU+ZCt3nhzVFrFojYQmwi wA3AsfTWxzrR9drKzwCGO1H3AXnzj+9nLMX7QAru7Th+9tefY2fuY0EGg/o77NL78clqei3f+s1g qLxwKozrZeID+13NYmDLOkSQE3PYRVX+WqtRCIMaue49+1Bj5lBcyj6VASBS2kopKeeS0hbTltIz la+UHiFsIZQQckwl56+UthjGEScp5ZxLSXGLofiQQ8gxbamMT865xFhiSiHmEGMuqTxiKinlFGMM 2fukIWss6jyf8yYCCMisaCELJZ0iqb73+wAg8LmfNio8oRM1ei/76EYHLYNLGma193ocP3X/bUdV dj58pfTMOYekRF3RFG2AFSJ+h1wFATKCvp8dqiK11T/CIMo5bTFH8l24qQ6efgAR5N9LhtW3Vnv9 8S7GvIXkgYM7X8PXQDW09rdy9SHlUkLS3ppIes/ZaQDQ209vyOWvmKJqE67ACE2rUCdCrf56X1Iu ql2pq4zdQ34sUuFevSshJhCYhaAq419VJeYjla+YY2+HcAfJe4qKSCUyc0yb954Iwkyq+vZzeFVx Drn8pSq9vQAihBHKVqQqlZSz6tGlOXJEAATK5EKMmwtg7ioMEtWkyjGGvOVj/6M6N2N/THobVEwN YPXASIsrfhnekREfXB+0RsJKGZn70/jNt89ra0XkOkLApzz3tAxb7zntwg5cldLU7GL0yTKYm99z bMNXPebnrj2T2EzyjvbO+EB6vQ+jlObIypbTzPnAMBnUVGn2xUzTR2KthR06L1Zcz2rQJ8ynJtu8 s6A0e38aFxglvGCROXqcmGDq58Xt8R8YYDFt9r04u/Ke9Pqx7fVXjlraNTtOP5Vp4YhlHvlEn0Ve lpmXBevcG6uGsLb5tu186x26iqEtdjKzFYq5r8qiNKtJ1AP/fTbgrmtszcgIz2iAjenBIdbySF/f XzFm74NzQXrt7XW8fo99b234vUG0O/8a+xEUY0GfNWN33nXXWk0gTNe22XIW2GEdGxPKzKXj55Hs A6a9j65Nb7NNSlRdfMWsMdFwXeRHej5LLo8QcohbSo+cHiGU91ZG8tAAjcoe4pQdNxJRKKmIMrej 9yYqUCEVtKO3g4fznNT1LnXv/ejKRHDeOUeOQERhHEbvfQwhp1hyzDE8ot9C2GLKKae0+e0RyzPE hBCVfCfXgQr6BV6gOuJ2nOGzAuDO/SACgDBmjqpz7PwIl+kNMe/cQ4BT9SLc+x9uDQrvU4wpphRi JFJmEk5QRxDQuZX3TeTZ0QREFXeGGQ0hPEIaZ8+yiDPx2QYHVoBEpB5/oC7l77xtzvfeWHU0is9A Kdr5b+HDU0p588kxs3CE0ggnDzjmn7rztn2XrSg15gYdqzKG7efeWgiPsj1VVKSqKODHEmBV6a36 UPJWiLRXVtfe8zsQkSrCIT1CgnATGUt3A0EBqLJw9zGl7ABunfEGBA4g7ux9iikouvRODoBCowq4 1pQf5VmEpbUR596pNuniQ8yliLbWGApQVyiAlAoR99aNfrkLOIyWp9vFTGoMEm7g4G4krPEQXBRo NBkWSGHdGMsQ0Mr+HJNZfY3roN8+u+j9ZRA5kcTUP2ru2yYsPgA7mLOYTK8anE4kMc8kkjNnOzVS P235nBTWmw2YNJmGZ1F0/drSxcMxqbrYlcU+eUNtmH654yo1Ge5EtmTUK63UPPuxPrPHnYFoapS5 rdWCUOeFTfTpM9nP2v4l3S361F32vgUK1pNkX6e3nHTmsetDybTRGdO+iKR8qjbdLvTTQN12+mRF q+ctfZYOUiPgetZhCRsDA47faazhWLjK1pKMzKgpWs82NOc4JFe2nEoBOR8iFFL3ur9er99aIZJH aeSGCWwKhYZzP6H1zc6WL5prVm/+/Lh3WUy1Z2liGHQCPZyP+BOlNoCIyAXxoTnPMUl50vaVcskp 57JtJT+Czw6OnIc66SoM6Z25t6O1ve2vVg9ulY6Dj73ve91ftR61tV6PVvfj9drrwfXgY+/HUY+9 1tpr7fVox16PfT/2ox6t1t6Ofuz12Gs9jnrUVo9eezuO3uqxt3pU7g3wUDfOZiOKDoEoepem7yRv JT9SzDEm56M4X8kdwI/ieE8GAYDqOLjuzfQeIH3vNT1PcVsZQ96B6t+ulBFDvXau9aj16FxB7hHT X6WUWBCyklf9f8KuLElWHcke1wgR+aprT21tvf+1vHcTkHzoDwW6DuStlqWFZRBCg49HjpBbAxpR JwTYOI+ExtMc+mySzWapHf8Ia4zjtPUIEtVx3oZXjI+Q9P63SkuxLss7ZTDvqoRPppuxXumiG7c9 UC7LO5dstgkLDOPkciABu/SQ8lLqAgL345M29hOTYILm8o4pwUR0jiQA2UzNWsnvVIoaE0j1k+0P CMINoOX1V0rg1kU0flLORiAKc4oo9W2w3g41DdGGopiZ8K9c17pmmEofsUADCKYxhlzfgPWjmRVY MltUO4hKXWIMfWOVQAGwIHwQ1VwX7t+q4aHs85+blbn5FTwUZxLB78GCu35zUR6pzHjkLFNbb7b7 aZ3DqdGTxX5FNQc/N7eas+YeKt0WkXCtzet6NUc3h3HzGXMY4QqG4O715xrLaXZmduj+exV02Xzn A/vqWpvRiwk4+uNcTnJrBr1e92z18YPnumJeCdevdK0J9xXXdswx6FZttuPBwe0hmg8I3fz3zSXD cZ8eHeEnv4tzUnId8+zOu6cpzH6Ctxt/jDfA9fvEZHC0nVrmpzMHiavg6VVrfF/zU6+0tSvp4ERX /tAaXOiLnJ+d6wp5PCHClbaf8h8eqZgbgV2V56waesqxLml915RLDDlQUOHetmP/dewsmkYGV5B9 DouwYrqcL3k+FZiu1HwuyMaV7lRL3Occ6rzIuG8B84GpDAjRHmKLZaSojbmUstT1vda6ppiJcs41 xcJN9+/Wmwjb/mvffu373kdm+H3b2mG9qwpUggipQJVMyUZRNVVVmIXP24wYfgVmn7mb2fn1N3fN WEVFVFiZlRm9sbByp9b02OXYWzu4t95bO1OlsLDKSGtqRBRjKqWsZXnX5VWWr1JfueaUY4iK0Czs QIMNN1mAalbMCsxAO0gC9RB6CArCubfRAAON9XM8z00qsGL2Eom9f2tnopTSmnJNqcaUYjTTriIg oSBEYggfSSA4IazC4PZtwjm96/IeC33gcASyT4CNWHhr+xEo1fUrlcCyjWT0I4oGEEhUG/NOSKW8 cq5qu3CHxVPGkshmarm8Uylm2rvCiEhBBAsszO27LK9SM2DMbMAZyQginVlTfpUlKUNlZA0c241N 5YihlvoCmYgCMYTNPkfVqWqLaUm5GHWVY8jneGlFFSHYsrwBa73BRo/1g1RSjTFL32CCIAaCrWat lJJSba0LI8QRhknCR66v5VX3Ta77qW8uwa8Rf3QMcJVxalM5XaPXX/op6jsXcPMnX6byTuuvztf6 IldNv7nkcDVi85ZZTa4PQfwA1N37DAs/PfHo6/YUhtws7EqQeIY39Dr4uXzyZmoCl5nU3lvg5PgI 19ocHs4RPjdawvVCJ0fiWWeCwhtc8I3oo6mbAzP3kGiCpD/BnZs7tBNI+S0+NwBh5yD9XOycUXQt P4dH7voUWrnyDq5fX8zxevLR//qEFE/oQ+fg/QLAP4V8Vp4AGle98O7yeeNEwD9inSc9vQrcfpWr JvqWw3XHAtxE9DbCCPy3E9nJJG8dbpMcDUpMVmpe30up47TQMA5b7Md2HN+9m1k8N+dP5UwACBLo k2gN92LXqf4o8d3p51QhPeV79qWAgfRz1iSiI5CCdko9RqQsqYa61PX1ynXN5V3yGmOGBQOpEjc+ tmP/Po6R8r0bd4iYqpnBdJw46c2QLzdr6Fnr69+R3FnNQ72ptFMJAxDMyCypBpHATCLGLJ8Mse1o e9u/+/7d296kqwoCpRhLLmupX6W+S/1a6lcpJWaAGDqThxk+Z2qpIdg4CTR0gpkFIiEajwDiVDya exQAgFSZe297751hMcUll5xLoEQKUyHTcUTpifyog2i+j2MWet9755yXUt8hVwVMjzMhxWnRCEA0 o9a2QFSWV61JdRNuk9dESmSqobeDqJTyrjUj/BL52zSPwQKJ+VDpOdf1VShK7238SmTjVBJuLZd/ p1wMbDqgTyQioKp0U6vLXyGQSjcTALDxqo62o4WQ1/caAnpjWLKx5iCoduY9pVyXgmD90M87thaB YNpTXENKLLuy0cdCZjMxlVJetUbRDUoYR3aYwDTmmgtU/yaRsRvFrALy/uvfx/e36vOBtzegvjxN rS8z0O23CJj79Qk41BmZ6NQ8XBXZHiozB+CBiz2gxqw2FWQGisW1cHtC4Ru/uaJJHzrbmbfQdV7e EM/jB7z9DC6b6xwSOzyhV+qFM/LqN4s8iT9Xw5O84mbh6eyXZHB17Io8fBTqR9Z7+ocro4Or7xk0 KUmuZXpc8SVeEzXMylOiJjWCy1/hx+NZSdcWbjJv17BQ/unGcB3wnOZc60+C3Bz/lJbo/J1nzSi3 E1Fx7Wh2cUPY09/ZlUf+lluzXsa8ykzue9Q7qTQP5LVr48FJ4ETMfuJ2vfJJ3jbFfbpqcfOBu8FA HGIvNSxf67KuMeZApGIivbft2LfeOjNMy/n2iue9b4zOtdGNsn643jLecI8PLZITwRu9pkB/DBkR x9hzpbouZV3Xda15TXlJqQKJu7Wducuxtf27HdvRjt67MkM/MYNP2vs/w0wBhH4bnf+ANibjfXlW 8D/dEPRTrD+ibBZVSZVsxOcFvWs/eN/avvW29X50YSWEEHIqa6m1rmV55eWFUoRiAzUgm424RTEL MAExxWMc6QEyQiQiIiGKQKLPi8TxfNxQVaPwxn0z00Ap5ZRyTqkS0YhDAIEoEBkBn8x2n/PpFUiq 8dg3U8rpVZclJFX7NtsJPZCcuyAHhWNvDaalvspSQY35uGgXCYy4d1MqJecSKTDLZvobvQl34Zbr q9TRwj/jtR0iAFm1KaMsX7UmYR4HbNgHc0QVFra6foUYVZiCAIeNRGsoqkeu/5VLFW7CRGG86hKB qiqA1uUrUOjclRNRoNgIItKYJeW1rsWsqygRQthMq0gLgepSQwR3VjWQUmjcm2koS0mZuDfVTBQM Aou11pDQez+POfFWe4p0cPI8JdP7DO+fhgoP2eOrfM4kQXOhMw1lcDYBV/W/LRbh9Pe2/p5q5R2P X8l5c6mPK7gq2s3K0VWz6CSLXkMj03/367Bv6MoP7xa3sPPB0LxxkjeeC0dvjX0v5Mz9nN1s6sdp +j22HoWQcxs/Ao4bMX/bmet6EidrPLLxMhYcd3703/Mzuz3gf4I+83+PMNJPcuU7fVJGXWQoOLm1 82u8kugJCG6yZI5i5MbmmXUj72zcXCPPv1lnguZwnRR++joHrG78vpiTcHnwZSrvj05nLmC8BSDX 8qVEl55+NqFuQQD/AIlIUrbyysvrlXKhEE3FVLltbd+Po3OHWj7TtPqReYLSma4MDpWPn+IVTMDR +sZg+mnHGZxRgINdCjpibin3XFFqXV/vWl4xpRASjHrT7Z/e9uPY+Ni1N+Fu5xOQ8JjLnxZhN8nQ n4TgR8DhrTz9JBCzeGH6ONo/1H929FlcmgXVwGy99bb3YzuOrfGhwiHEFGIeW0ByzalSKBxyC7HB GBrNavjs/AhABJEhwypRNwC2Omn5TTQz5d5b++bOhFryq9avVJKRqorZOG1iQJaDqJ25cIcYVGbh tgeKteRSckys1lRsnBZP1EF9+O/eRg62V1mWkE1kNx26JCMqY1a5b6qca82lxDAccCDiYVlERPjI eSmlEIRlN5v7naMZwyjmUmoEuoiahXOzJ0S+c1qX9S+C9XaExHO7hqoKay7vUpJIt0/KtxFdL+OI 9FyWmJilm+FzliiSqZrp6/0VQjh2UQkhKojNqgh/zjXvG3cyFNMVCCpbyjUvRU2kC5DNVkApallW lU1YHQ6YgurlfHpHctbNA5EZuJ4bEufWFjoV3PtXc2oOZ5VuJiw8NMUb6+lQ5eHVcB2/XQ3OTQ2f yENddzevMB3q7FSudNPr2uamg36m3uFNM+XNiHdRM3pxCxLcXP6oE90spur5GPjsd6JMjy3IycPT Z3hw4JewP1oe75wmO/RKTN/jzUxNjxNPLHvr4maH6eoIcN1bag9G33okVwfOm/gYzG3M8cprT6vw 04DxaOrp3bJjKxzuFzfCm2eZTLxR9ceufXc3uAAnMxPa0kPsxWFT33J0sRlyt98m/pvmEfjfq0rT Q/0++CVETiUs61rqGlMhIxMV6dLH5kZSye4tYa+E81W3qZzenHngdmPGLZjhJcOr3GxNHEsGjToR UzxS0bqm5fWuy1fOS4wpEEx4347vX3tvnbtxJ9Vby/QgmWe5Rwk37tK1/hNqeAmYE7/xaY7EtzmF 8kesM9vxtmb2Eq8jNCCYkSqYrTfm45AuyqRKASnGnFPNaSklpQwLh2E3DaojZ14FBGEPgQFCEBpE GwdwXVIaDv8K4bEEB4WcUk1liTmAGHaYwQZUtUzUiBioZ2RCVUM7/oFqLUvOBUQiBjKCAiAkO3th 1t6/U6op11yS2aHMH2RGNDbAMm8qveRXKSUEYT5UA8hARCTCjVlyfpW6gsA89pAWUDIo826idVlT zmZdWGERGIf6R2EOoeRazRrURMbjjABUkR2w+v5XiNSPpqJEZJ/jwsD8HUJcX+8QiVszG+lXilk1 bSmXFKtq790+Z+WNzUCmtX4B2luHBQoMywaLwUr9lyH2YzcjEMyC8p5SCSn047BPTqLpOC8AEcD1 kcfN3j1D6HOJMm4pDzsoD32ZPdpVsG83Rud9n7ENv6B/mnvf+C3+4deXN6XDtZHZjo+627XBuRr2 PdqjtanLcm4U9ZjAe3pyhxv183OWWc0/tGrnIL0x12vXM2AgJyXtQbQZmHnatElqf12v4nETld92 5mFR/ZBuMWCaKRoekYA5Kh9A8kLyBJp2khrOoTxD+LctFHSlg594uEJYL8xzvr6CL54y5pg+F8mT FPJgxCzqJGdG/n4s3g395zrkBPJG51t4w/NurismqT0u+QHvRuB/Hr7f027sfZMQOS+5LkupSwwp gMyEW+vHdrTOjDOV100+zIGgWSZEmMLqQ3NwY4C7eJt2dHI2Ua2jFwlFTkWXNdWl1nXJaQkhkSUV 2bft2A7ure2NO1TxYC39xOxJVv0D//5fEP0sPqDny2DqTetujsFrqV1F1kO3Wbx0PuUYahDm3ntv R29NWchioBQopbSU+i71VZYUosIUY3sE1BAC2TlEgkXQOGpFHpKXzFLv1I5fwhzjstSlLjkkUxyq OyBj1wjBzvPdCaSgA5Z6P7hvOb2X5ZXq/3F2dUvO66gW0K+T3jWvNGfe/11O1Znpji0JOBeO+bCU 3hfjSnWlHVmWYLFAWJYCYB8dzmG96xoJazu+YywplpyjYmc+QOGNc2QA4ME89njmQoL0Jip0rS2b hJsMTeWr1CrCo/P1fkECVeaBQClXCoDQmU/wE0AWoTF6KrVuVbmLNNEB+ngrSTpSSbkCDB6NEJC6 njGuIsIr578ohN5fox+I8Q0dReaWYs01KTYeTACIQ4F4AFLIJSN2lh1gKERABuSUniGUYx+qgKhA XRiZuT6/RIS75zu9hxcGMw8VS7NPaDQqMbyZsZsD/s2nWgyxonElcU+y4mqbqB/cGZ8nR9cpcJzo y9PduPwxZQuMbY2F7BGSX0dEHVOBE6mfg6KOBq39tquUOtdools5kO9jUNORJao9wZo/W0nJB45e Lx8Jh5b0jPdJXp7TGa8RcJf7ruVLqmtj4I4BdA9BwqebqlPrFG3o9Wu4X2Le1/fLHzZyW1fKhk85 DF+53H86D8sJTWfCJ0yye7PJBO5nlf4Xx3mL8YvjMPjBoji6o8KXnGzzpGD85y+i+RMmI3EuVLea UgoUEIRH57Yf+6u1IfYqyqwbE4RRj7dYz0oWV9qFK0/JfXq5Zz0vFEYcFCQVrM9Sas3lmVMhCsLa 93HsvR29HTo681ART3zokDdpbgoyVhR6EXvu/khtf1MP3KVEzpySoxj9VJv3Iug6Yt2h+yXk7gVO X+cUkDCGtnbGHm0MBg2BSoxbqVvZYioQomAcKp05XduaMIY9wAshAADS8fbT7/rfa56qIo8f7h2A iGKMMeVEURUOhR1AADK+W5gACN9TSiuz9L4TxhBLypkii3yLGMbssVFox39AMJdnrpEC8Bgq4HJs yoytfcf0yOVBcYx2zhI9aS4xd+YW05ZrUh3M/VxKBCAi9t4bYizbFiiMwSIRICMCAoqktrecvyiA Kp8P5q7V3MdoPcZatozEvY0AosiqBCAiXVljqhSF+QVK126Fg5lVoWw15TBaE2Y9waDa+3cutZQk zDwYNCCqSlcNMZWYVXRXeW+/LtxirjHG3pp74Whif3SsvSI8LKCaXOBqmBYxwB2ZHq7e6xhELbxg N0/cvPXHoP+8fCqjztXhUniiUbo3A1yFVsy7N0+YvvE2FgruEusXLG5PnVX6kTovzOPJyqag2uu1 RhfmWcHRrI82pgjGi9TjYb013H/9GHZ4MeonEeFdR3DnsXT5crwraHINPtSzUYe1dmq8td+jwr5M pA0up/XxQ65f3mS8lHxPfZfhaob9NLl5a+00RDzPjzskwmJB5Gr+eKypJi8of+ajo/HnJ/bwT1X8 X2sr/usqOu66JwBA7DH2rVKpNZdCFFQGj9b2n31vvaO+N/6gu1C8rKdZ8XBZhf1Enx782OG3GFCn UWMxi+UPxJ8QNRbYvlKpNcUcQwbF3sf+M/af0Zv2xszj3CNU1T+vQSc4L9M1f+vNY7rKn9RfVD7V 8BsszHjoTl6G7I+hqDpBrQ7DEr2+R0cAACAASURBVJj20zQamJwEwTnng2l0bOdbuK/OTYkoUD5X UA0pAqDKBQMVQHi/U3ppGZEB6pXWOksWkdiO/2vHv4Upp1rqFlNUENUBKqq2UH9yhJJFsB0/o3MM OZct5Ug0WA4VcMk9BEi9H2OMQFupNZbA8iPDc7qq9N4aUc25hswquwpe4ypi7spHLl9l2wCEh77f agECIB5HCM+UNgrA0lWivqcuBVWRftSvR0pReICyni/ZQlKNoEepj5jC6EdXIOwAoJoBYIyGqPX5 DBGOlyAy0rm3XFGRmHJKFWTwGALnymwEChQ01wcitKPpZbnMDTSWmoiUR1NR0AjwVDm2x4OIexuf 8oiGkwnVE7nQ/acJ6uhchfey9kzanzfj4nuF3u70U8Ax3XHymtO/suRmwCHf+6rVsqaVLchNKvTF TCCWabCaJ1/798+GjB6t/RZbeK+JjnjZzUINTraWqPdDPnHVTtr/SAXWL+u+RVo2/JtcLNy1I5dD maJYWfRocov38qsA1UUbycn5YzM8Sqc8v0FxctIT0ibI6VLJ1DZ//iNQJ40bZuxGw30ZTsJ2ufdZ E9rtvCwysbBbHPDsvj5iWz2yj9pXJ2gd8V3zB8L1SAUBBHAAsvPfg6jHInXLZas5ZQAQ4Xbs+2s/ Dub3jI3zWrvxipLkbvkntb5kwMh9TIjy4RU4NDUYRDrgd0itbGH7qtvjr0ApUsB3dp3brq0pj/MF E89i/oPur5/O7UnBTxf3ip8OT7L+jnZM2F1N0XJ0nv39v1a//3UKNX5r2MoyU5PAFSB3JoCiCI7B 7ThGG6oUQk5pK/VZasx1hMgYGGCwoOq5SCoA2GLqhMhI3wgEkE+IK+gYe28vEIiUai4pJwyiyqAE oIB/goBLXMjc+vGNEHLecskxKcuPyHBsSACRmUd/hbCVXFIOigf37sSbVXpve4iPWr5CJHnvzPLm IOYmA1L6K+UNQMZ7PVAEVFXt7aBQy7YhBZamygDnu74guiNSKl+g0tuBxAqCoABR5XtwCLGGBCrX I5U/TqXVWmMqx76DCp373WhRVVBI6YkEQ5qKAJ44ySqcSg0xC+/MgOfkDwkiRyo158i9j96QQLWA 9rrVXOrR/hc0OfCY0v0IGy6Qe0j4eAIWe8HlcnUmYwNu+8n7gOmv1Tnt8vDR03skw1Ktka9Hu4c3 LTV4KgBHzXS3wY+TA6w9/mEKLLY2xUZG+p5Cp1cNxYUgdBXobnsRcAOSj+8yyD1PvA45rLBnLZOP X2Pbj8E8r04EK+5eeu+yL2ZtIBdwfHRs54wWG4qgC7P8sQY9/iR96r7p1E9zmdpsxTzlmkL9ZCZ/ TOD0GFtdgwXfHld615EFsur0ZZWQE+YUmkyxizrT4HuCYGoq3NvgXZL54mkhvlkC4c/29O91nN4g RmopY91qyhUpIYCO3vvejn30IWIb98ldYZOXMlcBTn/o0mVWTO/X4oI2K3suRm7KbhRbKrg9tro9 Y9oQAygKa2/t9RrHS0fHa7ktC1x8nXpXw5oelMtK/VPklVitL55Wxh21cNeEl0C8E82qV99gWKYE f7QKfzv8hEK4l/eFp1ujb7YqsVBvox29tyEDEGOKKZUUc6EYVEUFVSPgOPfLvTKfAQH0TRC2VVUQ 0da+ex8lbzmnmCMlUlURRtBrka4b+lWp93+L9BByyo+YQHWXoY4QEQBFgPsPYUi5xFyAdm7D2VVW xba/CEvZvijG0Zu+4Z0AKnMXhlKeKVeFMUYDTfBe+ByYe4pfKVdA5t7PvVQQVCH29qOKZduIlFmF 3ykQhczjhZS35xeicm8qAnBupBdVGyjGuFHgzl0UCKNIAUg8DhU4J50wMzApEACdsUfMFaDz6AqC cKZMNARMuaqO3hsRKrTz8U3ORWQffRoUWjDhASDObP3YwF9iXg3uE5PhjkmLNvyA24N5TQN425wo DJfva1+8MXq0Tybpwe9HwL8ZrB8I2jwMca/+eve5Vq73fk2N8RxoLt+SGZ7Kw3WG7zzjXYvFSeju xZcivKueQi4vCq+XdUzobzoRF1zOz7pgrO7Hb+rqpCuMiK4lXh0W0sV79DM5ePh0xmDgh7vWL3Tq 83PeP+LEA1gXaX+8O7qrVhGt6J1CIlj+nTiclqZOovCo85YLToN6AY/debhX60tGByFd0oGzkQaA /3HwPS8TRI2FyrbllFII52uNx/E69r13EbV5oL7nE4+YZXrpe+byo5yPUYt+Mt3LMWNHOoh6yFqf j/p45lwDpt5k/2n7q7e9HwePQdfLhx4Wehe3F4rZj38xGC57br/470mv8AlYfqywisun9aba8K4/ +25jnanlH1MphleT8zTKnFTpcTxBE5x+SRWFoXc9djlezIwxxJhqKTUlpKAYQVVUAIAAEVAJzjzE ubi4dZ8Asoju+8+xv0BqTv8oj6+YUGVXaU4C6MU1RuvHQQg5P2MKgI3HAPVLvKAo9v4fUIwxl7oB 9dHPMrYBY+TBiI9YHrnm0Q/hgOe2LJBFABRjqrFkoM6dr83og4qOfpRca02Aox3gFyxS2XN+1seX CjN3UNOgIPRcvmKMrbXBghhAT6rVMb4VqD6fKRF3lnNneQ0AmbnnnLbHU1V67wiK1FXz6AeAlq0A dGF+v+QCqMqpPCiQ9GOIhqCqwkOQYtmebT+uNTlMsN6Vihvq4X1QNVHqZBHsCMi67G3BP7/wx0ew AXyw06nMaoYf6d47Bh/HrEPztQ3n4X0AXETh535OheF+0ylPs0YhvjtTqBcWZwAXxU/bUqr7d3JR 52E+27PBysnWnilDg66MD4Am4Uw+cspYTNkgK2mJ8ylJBncx+tDko7devxuK/ExPH1EZBoaTHrqP 1TPhX5wDnn7yx6RfdMxvWpicoI/D1u6g+2uQ8BFYWIJ1cbeebM38FLpdUcCBwYdTcNUfnDn7pNok BLTG/esuUCYaqVKptdQaiFABlNux7/vBg1RtJjbcW2z98WkMvBvn5K29GlaU3I0QPTQFA8dK5VHL 9sj5EUIShtdP23+OtusYxBwvMvVueJqbvXKKLhoyTjGrtgkoU5JmqtD7eP1ktOslFnv96ak7adkz T1VrJZ47rCTe6WCyh5Ur/bGWx48nVZGHtL3LGEQh55JrijEiAgupBICGuL+3cUclaPDeS2W45kUR GeNQAcKYcgoxUOwiP6py7b/zFiNCBxwqqfdXQKVYUilIg0e7Vrk9S6oq9f4jIinWUjcMwnzOEj3X DkmqxKPF+EjlCwOO1lUtZxvGOIggl78oBYWDx9kSAQDRLtJyeoYYRH5kCL4nr4Aq8OiBtpACwOD3 /rcEQCpDBoeUQ0SRoWcK7h1zBJVXLo+UqzD3/QhE8jY6BjxS2hCht515xDDgXENMR3lsKUcZgzuC JgARZQSKKRMxc1NAlaKCAFDyhiS9yy/YmIJXixL8pFHPm+BQZ5dMCXOr5zdSnsjd26AvsAb6UyXr l4mpdbE77/gn0jCxTBNTwHnNNSSCOxF7Z2knvd3JInC9l7eb+gU8jJp8gydfhffO+l91+UwSw4vx rC8mKHYpiskxowPD6kfBhURTk871maZoAN19TeB4ZUz/fg/kCUse6nIv4/tlYpzCcVgEZSQ8QfqD r/3lmALcCUjTtR8lCS5QCHcLnbJia+XkSvoO2rY+6k7ici3eX2KwOPJjeQCAAPBPuxNSC3GUR9oe j5wLoZ7T6o7XfuzMw+YDg2uKr9HTSrrfD1y7fVe98iZf6+FoAb4ijRAll1i3LeWaUiUMILL/7Pur 8zhZ2y6fZK2X/XhmnJQHd/Hp3aTJHg3ciezv2XOicuuvH8H4Xk/so/faJvnAXareeUwyhHvc42Wy hlm+bWaTXumrDBEAVXEMOXbe99YPjTHnXHNJsUCIisSqb3mqBsBz37j3rqfXFLCkEHjwse/CWOsj VUJSkQO0X7vz9DfToQCIKh7tRcgx1Jy3kJT5JUwOZgyAPBqPHsOz1K//5+vJlhzJcQN4p6rHG/4Z +83hJ///p3g9UyolicMPqcSApHozOjpUEhPEDRC8QkKWIXxtMGGAqhqI/opY2vHIlYm+hcN1KIhq 6uOlEnNuISngKUyqEUARO9E5hpZSasvMnQjv62qDiDL12n7lGpmISQH5UiEiVqHj6yulSESAqmJx XUAxpS8IyDxAEJH0OkFfRwg55URMPAIiqkbVJhJSglKrCPHoAAiYQYcKx5RTjsynXEfXaxEZIabj cZyvHxUbI1oNQ7bUPLihpCm8H3WYni/643Umzqr+wR/N6mS2IJtzANeRR+mjc7dfP4ZV++l3eQPM hR9r4H2roeQhoAtgMrcUtzCFXTNzMt4heLosyfBTOR/pWooW/gkuqMsMShwr8JZameGEOdNaRLA8 i3Pz2BqvrKN2a5pJP8ztDUK8KxxLTc7j778H92V08D05fkYsbB7+d4/B9CTDrAOw+Xl7d8fW3lWn tHBTvQcCcI398axxY7JHw9DzKymtfZ/7XYKFIbmQcxkpuXKLtXm/da3hAICB+Eo1luOo9cgpB1Sm Mfr58/06T7zvmdTZ8hdfY48vc3l0fdnH51N+OA4bQ2/WIIdEueLx+CrlyKmmEBFU6KTX6zxPpqi6 KCi4UAouGf8YLH0z7zftlji87cHSqcXXLKr2L9yozl/ijPaSKyzctkdncQaXD6FjeHBaqJ+wMo9j JC8FVf10ci1ueHpUVRWZdZxdGGIs1+rOmACQRQcoAeh1edt9grhdWW5LxjLRa4zvgLG2R20xJhB9 vq9nC8+b9PeKqtGZ+ivGR22PXJLok5md3so1K8E0YvyV6x8hR+YunPHWYZXQzyeAHO2RG4g+mdDK EkSvgLG1RwhANFSuPAkBooqUAqU9AGH0UyUivhABoIlgjKHUByLR+Fa1kUFmghBibQ8VojEwCMC1 YCUyvRRyrS0VIL724CBAABWFkUrLNSn+MAG8z8MF1VHKgRiYWIVDANUiMhSglCPlNMYAFdCoWkRe 7fErBBqDbIbIhd5FaZfS7q7eizKY1u3/vFb7/832vUbJ/M8H7EXxDJnfJQ27WS1VwN+9iJuDWsKt 4ePnVhA+mJIB8ffRswMILgbgDcevfhC3PnRhi86sCLM01cFHJwudu14It1QAbpiGA2x8Uydfz3OP lczRyDuTdJ9ovrg4Q5Ldu+bGl0DoxeGTG5lRNbHi7eH9nJQfs3kyfbhd0oiwkQNOgv4bY5T3pTtw Q9v4Br9ZrbI4ZLht2SfQXhC6oaozGjLvi1myDa/eS9xcQpg/RuX95TvhQOSYtbVW2yOmDMLC5+jP fp40QDU64pdKnQ9gxncrISyqo3NLuDUJNiZaTooACsgYXjFLbam1Ryk1hogIKsz9dT7/fL1+mE1X PBCf26qTB85oo7NPL2xx7gBuJqbZdZoAzLD3hMN7HHs+Okr/0/LnXiYJjiLj6uKtFuMB1x4+mdCO ZJh/Nd9nxHp6vXoBQFANxDpOeD0HMMSccym55BAF40t1qCooIoJedSOUm4o3fGEa409QTKmlXHLJ AKewXodlwXtFyLuiKBL7+VSNpdbaqsKLiEC9NmYRpNFDaKX+SlmZf5itRwQQGv9EwFxqrYHlh0cE iIgCCjReMcTSCqKOzn9f8AZ99FOhlFpiYoA/AQYoKmQA7P2pEkstKRMN1b/PwACmZ4glt6I6QAgC AzBoAwgir1RKa1W5k5AqvHMRRlBux4GI54tBQSEARJWBEHOtGJD52lqcALLIK+ZcW2O6DhQBhQSq McVYGlMXDi5JVeeqvA7sweyjzqCzffN3eA+pvWZ6RwyusVfR3dHD9ic4bfyow9fja3i6ffb475hc CPtahbFo2T/pWbfw0B5zKXRnD1btQFtUdI+8wRm1JQ2+053wxSHDjLn32OiyjQVJE5DVG0x241MK 6P2DMXyfbjAEdhe3TJF4ivbtgTo7MXAiWGj0XAKnn/brUs/z2cPiJ62N93jLisaPOcdO0cfEZW9m 3V1f2qanPcT46OxrG7KhHeZQtdQ2YN6Iu+cTMH/2LLLJPnBK60nACPBfGHouoRyt1pZiRASis5/P 8+fnuvR1DtXBZQnLcGeJPXslzZ4wS32JWCbdACCAPSYqDevRcn3khKgsQkTndV3ceTJLVUBAP/Gh zsC8Fu7+xfdrwltqnp4ovygXZgeks5w8df/CFX7UsJ05YebwgrylTR+FgjM0X+ow9NAZm9dRH4zD ZoQLFWH2C++3VIMqjNHHOUBCzketJaYckgB0lahQ3S5NcDgIQFBVGn+N8VJJtR6tNcTROym+EM97 iahlfmn0p4jkctTjACTmU8WHvSSSaTzjtXWlMvNTyAZPBDCIvkPIMR0pB5aX0N/JdO/PFHM7vjDQ oCfIhXZSLTR+Snm046GiY5BIvP1RVvlprZR2AArRUHmXE1RZtdfjK5fC1HnY1GlWFUTJ5QsQaHQR xXuVlupZWs25jn6KMKIAqGpg+om5lJZAeQwFiKoBNCBSbb9UmcYpCkGTagqBavtDVehd5DBNWG5i C7N2LfnE/uBtCP6VZR1A2N7yYd68xz5fYACXtMC63rXd6zxsCrZjbh15+EuEQOciFs+GzhZ2TGwI ZHVTnwdc0wpWIaYbjp/+MA9D8OGxrsNdYKf7hm1/ybYRa/std9bFu95g7XGu7uzc++jzzSGrM9Kl hGDz1MvslTkBmHtEBxw/fQ8z5uAIXHJZS2WMhI/Z2y5ldIodNh56DBdou+p+7BHnjvCT1RhAcemI PXt1DWbru173qy7UXSi4NNNPQvcLGX2tzjjj+aAxxP9IFdujtuMRUxIewoNG//k5eYCCXfqKU8KC 4hixJFCwpQ57hXZJCb3gxenQCdhjlvqotT1KbgkBgZnO8+d8/kWvFxJfg0hfEwZnw8ZovBm9eCj/ 2CtjHkAY2nrbhpmBsXivji724P2m94MGeTGPhWM4u9rfJTeLXi5d440/utkla+nrUt5jLnsTPtrG /ueSsrz5r4pEfL5OGppTKvnItaQMGLqy3Cs9w73TwbiXAJKw0vgR5pRyLjkVAjwF6D4h1MfFyNTH 2VM62vHAeB1+VQACIF5uVDUQ/bNkyLmGxDS6iiIOxAEQVSOPHwy51K+UgekpnAAEcajGfv4ZMNWj 5SI0/rJDz1RZmGM6UsmAREPu2YoAygCQ0hciMndmAsiAClBFICdMpQooDVYJGAWAQaMwA8RUmioJ dcdYRtRcjhCU+kuui1neB81QbV8h4TjpWqFynZZWW4opspzC9N7WK5RLSwlpnMLJ2eBi0T48+CrF xwdnS9nz4KWxzt15hfRWbKYR3IZJH0IWj+9NDJ3V/A5ndf/voHz6dbVfagx7YoHOmjxpHg1fdAku 27CigiUcwRVFvFtbEFPXXb6zcHLZxsJS82NxFhY6L60zq2VOWbwmeOejM9hwvwsOuGVRwVWOcQa7 /79kDOB8FG7c9rLw2muv80bgwk/Y/jSY8cZ8VzwTro991q+Xuwfrm4XN6MC9pXNfuhWTvFz2nMwr 51I30jmNXpQWZyaEjZ+GSXCiV1O8mNp/1tZyqQFAZdA4n9/P1w8xB3d9PDqNWSSK7ntDes1rZlLB ZQaX3Q6XfcudZPUQuTRoj6O1R4wxYAAZNF6v13mexBLm2Y1FAPb48tHipDxD7WGAcxbqkruISzIW zOUGS64whXMu5W11cYvG510F0QlPZy1ZmuH85dKjtfTt0bERPjEKNznCbAMegQWxxX0gwLV9g/vZ hTnFkvMj14qRRZ+gA/7ed63760TnGN8YsNRaSkYExCEioOHtYd93uFQR6v07hHy0X7lmpm/hBIiI igiILxE4X/8bgpb2qxxR+HnPnigAqkamM6eayyNmJHoKR8DrtjlmfuZcSm0h6ej93n2dmYew1Poo tYh26t1mK4RegFBqKxlpsLC5KqVxpthyThhYpCsX0HSdAS/8k3I56iFCxCO878YTIUEouVSAzvoD 12oSLaKccsnlEGGhExBAE2hUeOVSQ1Dld+lFVa6D5UWYhlcbn8iiyzjtRrFF8fbhnQlONtex6Kq9 8rH8LjM0dIEKnTdfdB7nLw2+H8x4sAsJcNO7xBsPbYlSu+n5YqHBNKfMW+Po7mQ3haf7swD0eyDk qbaMYYku6IoTNmvjXzGEDaXwydKXnAluX7f7GZiZ4Otbnj+2Ei46OYZ505/HyvuT33E7zCF5V7Nl NGLik1sWxrclv9FPHDbI0eFsj08jlkl2D1NnPi+YW00L5oMu5E49l4TA3jI4S/D14gbHZ7g5wO4V cuEMZ1RNdkvsAMfPq+Wy3OQ9URCPr/+upeaIImP0HxpnP0XeQ0a5N6PGTQm8Inpm+c7A0WBtvHmz K0t6TR0YRi7SHqU9vkouoDpO6ufZz9f589P7haHfIbm4yz3X8XguMXtRqXM+ic+bpWcrb4KxR+fP u3L4D9ZLvgclSzOcGW7Ie/w/+kTYdGWBE+YuTB294uLvP4BDY3EBPr3A30wHoqpch5aOEwKWWh+l 1ZBYtauwe9eW8b/VXWSM/n80OKej1pZyUBjMAgrvNm9EsqqO8xvgulQliH4zBdCISAAvwBOUR3+C YK2/Uk0KTx4VADAwYhfJZ38GxHb8KiWO8SP8nmFUAeYe06O2rxCk9wF6nR9QRAYGLPUrhkjcRfWd PUBgOlPOuTwwCI1vJ7dT+FXbkUpiHsIdUfTyaKoqZzmOlBPRqayqDVBEgJlLybllEWEivK68VwTU 2v5NAXl0VcTYAYYQxBRiyszMDKjhmprJpYQQeu/wvhHJppZMBywcfnx8yW1xo+ggLKNS+34xHPMP 3qb2gS9uVczlWXTe5j09XYvy++CEc2OZu15Q9dDAqT04qg1ncYdKmRlezfzeN50LqDSfJWqcXIza eGU5It0hBDYyfZAW95P3dZ75MC/bhPkVzwS9AUZHHTjI6AoDlnykmRAjx8SxpG5eu5Lrxd79iCc6 xsIMVmfaZebDEuzCRpqf/tPtXd8SN4DgGi/tw0x1cBmSVwYjgZ26fiwQ7D3uE5f7PTLXk7bgHmb7 8nHTs+u9dSX+49//J2AAZdV+vp7nq4vE+ZZ5n/bKbLpGjw/MMEfNJdswgGGWumm8xHTWR6ztq9Qj xch0neVF54tHV35vHdwXM6ujeUkXPG67c/SeiB1WOBubuA++L5iF6pXDc+CjvPE2S3+snhekz81h Xp7mzds6WoTt8fS0wCw1cKCWDzDz0NPoB1uL6/dCX0KCtbxUEFVBRMdQJgihlFpSjoAEeMZ4htAV GDQCXCP7O/HXyESjf4dYcqm5BUxd5KVcAOr7lmN8L74Z/S9VKaWVWkLoTD8qCCCIJ6CCBqJTJdb6 j1IaxhcNVE0IFSCACtEPQE4558I0/pL3jSogLKP3UlqpD4BBnSwqE3VUzLWljKpDKNxrL4JKj+kR c1YYqv1eClqYNcZQ2wEIPFhFEFghIKCClHaElISIiVUjXtfpSgqR2vGHCoyuoJdokkpPOaVUQYiJ ARmBRaJIL62lGPj/GbuWHcl1I3uCL0lZ3f4UL2YxMAzMYv7/Zwzf21UpMh5eqJIdJJW2iURCmRKD weCJB4OUxGwQs6xazZDLHkLj39tHPEJ83vhdWfd9T34oLHC6LeYA5v0x3P99NzFG+HXiGLtAzl3p gmEa+QkLBRu/vUJ5U0YLKV+l/+M3b8LRsZcP9oa0J1DV7dNcxXUVn1T2LK1Lw14swYlUF+Z1NB1w AcdkzboX8AK8tcDiIgzvYqZnO+HFmE9gY4wq4ES3OrmpdJvZk+ji5N/pr5mM28TJZEtttMxTi+8M 6Vo6Jz5An4J1WtSN3NkeqU8Rz+oUVu/pNcKHtn5KGV3M4av4xAFcB/23AIgfP//fjM/n5/l81gqR 3c2zp9hKx/pTOBZcJ291z/MxBa3XnxHgEFvZtv14pFwIoT7b86vWU0TUrEcGHoJXoz2Qn+Y9qwEy 1/RqTaYlPd+vCT2+a7dIWh2wT5bC6WccRdeZ7Gc74OJLUGHRBA/WTkRHIdOSvZiQ0Xnwpu1dx2UU HUbJ99JtzTpefetxhJGwtsrMltNxPPa8BQqmxirX3bMg6kvaDdSAYKat/QlYyR9520JKak2lCyp0 yXP7pzCXvO/HI5XW+B+mAsNrSwe4naqxlB/b9jD64hbMjku7zKS1r5i2bXvApJ7yGpcIM9LrxSiJ wslNv7PiFlv7Z877dvw0mEjT7xthVMRUWt62vEWVJk1eTxZhYY6hpJxBLE3VQGRm0Sxz45RzSgRh VsAijAAj1FIeMSfhU1hiZDMzaxDJOYUMlVMFZhEWVL5iKsdxEKyeagBgZpLyfnxs9fxDLYzA6yow beXzgysLQqbwwsPSQ65Dwlt575ww6gvGfybjjgWik+26dQD9YDUpvZVucKcNnt4TrxlfX8w5uW5h +mIrvVTbE9FxuXa1aWvplqQfezlP/qZfExw/vuNXr8X11IdKNo4yXkLwCdTJifTSQ1ifdZ9wEtyB 7x2Noug98u32j5869k51NwF3ahKUh9OElrB0k5ak4ETWG3lfdzKqNIprBbONZrkXX6WDJ4wiXQM1 30RYLvNpBR9YZDc39nlrXaKN1WUoYPH4+D+Vep7P55eZxsuOu/yBueHUka1pAGgkfRtS9So2io8A ArWYZT/27fiIYVPR89nOZ+WmqnD3jPTedlTd3q6GOx56c95U+RwU/fYlA+inwGK1j1ik/E4revDR P+ZqeWSEpQpGGXZmJgr9eLKztAwlRp49ZNc++q71Vacu88lYe8vVT8GFQT4SulwamUEY9VkBzTmn lGOIlwc1KK4nX10jTo3IgGwWW3tyrZH2nI5tOxCrtArr99cpiIEsUrl9xZjyVnIh0Jc0gqWXccwi T1PLOectiZzC/aGHBDSTGtOx7Q+ik1leW0ZSYzaT/ThSLoYv4fa63SaptJR/xlRUm+qnfe86Sio1 Jtr2DyLi2kwbiEBiWoW5ek8TMwAAIABJREFUlKPsWbVxDWaRSEMwsgqjsm25kEoVe15CU21AiLmA TPg0AIHNomqjkMqWrzfQmUYiBYgIef+IKdXKqplIDABC2TfhT+HgthFMwcdUul6Iu4xensmDpy/V T/6j629HS3A4n1Ddse3VyptCOOi+869TsfcEfcXrMh6v9CxNNG9567rgExVdg9Yu9JUUz//0mQIv z7zf6RLuZIKRrI1WdJIJ3PL3begzDa7nNixXJrc7sDuCbpGiC0QmEHYR3Q4E7tyQ7/j0gAPPKtxY vHMZ3iPAfXu/60v3lf7Bepc0fHA59fQWt96iru6GxtbDy/+GZWqKseLEKjnVm1Jx/ZqeiJrybT4L ElxfJg8V4rb/rdXPVpsKgACKoDBuj/AzZnIi9sPQu2oOoDay0il0k9RdEYMkFyuPR94eMezS5Hy2 ep4iMI1LjG8OqVhO+XL7PzneZCTVTV54Ldys+58nalOmIY5S8jj2w9wHZgrFPLeTgcAyHP3sZLbC 6x8dReQRMJkt3xyW1GJwo2ajwFdu/f/efvVJXucZLzmnEfFoVZ+fZwhp3x/bEVNWtU/VJ/VO0fX0 7gSASERSPSsh5ZLLdlBk4QoVGqanQZVb/ZNCKuXIJRtVbvI9ysQwYmmmXMpRttQaq2yAUGiEIELM Z9ke+3EQcWvXQk8EoFpDKDEeFIPwU8UuDVIllVa2LSeAVET6I21MOYYjxEQkal8GgT6AYtZCCNv2 g4iYn6p8vYwwBE4RMW0xZ5GmfMXZCWBTpLilnK7bd4kIFsyut8UeORXjJtIomFk0DSkdsezKTVkN ERZVLeeYUmJuqt1IhRFOk2X0OJn+9IVGBaEFZlPcidHCeiyFhcLEz+ozbss7d+XVykZq69qNLco7 mRrPJEY6ty5qUnY/oeoE+6D43IB/P2fns9uxVWJetv0CexlDupO8YXY/nu13Mo+jd6DXP3kcMh1v xrldvPPwwMIhOeJTTNB/Tr7TixROGj4I6xdf38ntO1mRfFv6SPmB8LCZkLzSnIz87cdf2X1QjzZu q/g42wc69kqtyZha8xImh7dVu7vAPee/hR9j+p/nJwt3cx9fyZ+Jrd5nu6PemwxLHDCFZjRqEQCi cObNyrZv5SPGTVjOr8pNVK5HKPo4ZhU0uW8/0rQwPxUdd32qa8L7PxoJdtXyMZ2Xj89kesWY+KRx 1jid1TdV/k1PfVudchsrdnzQwhjGjqy32t+GGp4yxot9dOKtYVgw6qE8tNXqWeupJinHUmLKCvpU bQAIjQIDBgqE667Q0vir1TPGx358xGIqp8hFX0BKxISkqK1WkVjKRy4FofL3y2MTSAHhpmZyPYzc 9JdIgoEIQFJtqpLSj5QyiJn1Wusxo9ZOonR8fMRItTbTHcRAuN4Xvx8Hhci16jc/QbVxO1Peyp4J Jnzd3KtAUtFctpAySIRZFURillQlxJDyYVDhamawQNRUgqnkbSsbiZwwA5oZmcaUQtoOM5XGBgKy 2W6m++MnlLnV66X3BA2xbcdP1aYMs7TotTeaMkYJHW+3jqdDbnV+3qEGp3FYFMdGBvyffpflGnCY +8Z4HMa6GDn3EUZnadXHyb355la16vMrHVnttbyFnOwkORfiow1xqV+va3FkrE8YMMYlXqn9nHU1 nrdR2jTX8gKkV/QQHdtxxBVe7q1bhukFVZ6ZWyPjJRPHZRo/UZyijZV/3M3LfadonHz+l2UCrf+/ d8FjHu/Bg1EIXqewHK8SuGXAN63j7dM86ngY72nwiPXUpr70+fzvODuG8Fdmcu+aj0ACdYo8QnlF 2NSZ1ZOZkxG9YN1+P2iBJOfweDxS+ZHiZobz61krq1xPFehy6S2uO4neDSeNGuXHUpdn4Eyck+vs 6mj9KRpb9Kj1Z1cc+8zQaojhxI6xv/2yqcsTAnpFcoytJnJafvN5iEmevvRcZbzDug86e0PdjfWo fzKg3jR/912F23nCZN9zLjFEIqoiYvoBi0TXzsr0en/9tRJxhlByOfYjqX4xvxKMFEEACmznxkBI 6bFtByXl9n0vLhGAIPw0o21/7I+o+otZCNcOEhJmFZTtKNum0ri9+Legwjl9lPIBstaeQAIBCMxM yClnimL4pfK9hm0mMWrZHgBJbWZPwIhgBlFOueQSRFn4O1xTTdyYKKaczE4RIQIsm22iNWba9g/V xq2pXUKOIXLZPoiCchUhis00miGXEmNivl7DawYD2nZ8mDZpoppczErOypAzInCI8urjjXj/Ge6c jY357Xcr9HAA7hU9Dr1q2DiDnKhNKjPZa0/EV4nu2Nf1B7e8TWViW1/yvMokHx2nmHAq0/vlnwi5 LoWQ+79Xv47XHY7+kQTmxNhJ0ZtxmQ78qXD3/h3vrqY5tLcGk9wmm+lNWZdbf1v9FGXaKISVVX9q Qq/voI9mgvNB3px6br3juxXRKjGP4cmt0JsDb2Cn61d1W392j9zjjL4v2DBEiuk1RtOOw/XjwTkj Lar8r3tFdZfjNDBhZHHCmZdC70yv6Eelw/rbJ1GQsof92Mq2x5DrWb9+fdazvZ5TDlcXI8I81G6D U8+/n1Lo8vF98T/7ePgHL05GFqM+THLQBQdwQ7XO+fo1037MsFD2Ql7HG2MVcvq8XtmphQkcI3sd 05P2+gTadWWPJ7wRjOPY2dJrG612N7jXcz/r1+dnPTnF7fH4KFswfArT924JkteLGAQoZlbPX2SU cilHCb9fRh+dwoDbH6ZI+VFKCdm4XS+P/X6CXGu/TC3EYz8yhWerana9V5ZU/wwhp/IRc1D9JRKB a3encpOUj7LvoJMrX/kPGIk8t/3Yj81Muer3LlHA7BnTHmNSq9DruWfRDMJPmG37HhO1dpoCFGDZ LLb6Ry5b2TKMhQG73orMMeq2/yCi9nyaKCjComkr2x5iEWHhCiR7CTjve4AxGwwgNo05lxAzNxHx a8x9vDB+0xgp2p0iYPQlq1Z6dZuA9C44mLKncE3TiEyMZ9eUpKfvL15P0diK7+Y0B1u9vr2cq3fk 3hD3FXcvGRkne5Pa6mtLqfemq8TMGVtvr2SsJW6HylRxEgW5a24l2YtX5ymYM9dBb1eDW7OAk8/U uuezk+0ewTNg4wwbi9mZSnh/qj/wyUORRgxMDt5TW623PzX1CyNWabzSk1qR1ss6fP6a/t2nlzLK ilyc0fdtJIferrxrvNUd63TLpwEWgb87RHaLnF+I6aM4dXv6590FU5/7vNlAFjOXPWz7lrfdgPo8 vz6frYpqF9mthk8SxG+aQ7HxQBdT1X960PhaXbL+/s+pdW9nuwJ4+zWx6kMlLEIjBwJfPSzSXuMY bxl9Bsi7h3g3TFNb76KNLpOpX6utjy/73ldn8QZLfmjI/eTXPYHdMipAKlbPJoptO1KJITaVL9MA bI6Tq/tba1XkLOVR9kcpJvKnCl7ABsiAzHyKaExH3o6YhdtpSvS9HTVxe8Ik50cqh4WmXGFXA6W1 Jwxl+yh7EvlSIaCYHaqmcm7bI5fc2vN7XxTUrMYQt+2nwVr7pXq9/yWqVm6cUilbMqgpVOkVPJ25 7DEVFRZmIgMFWAQYZPvxM8RQ26kaCQ0gU00px5xUWZkDQUF2LZnkHyFFU1ZVIJslA/b9CJFgrMpm xbQE0m3/UOHrmejj9MNDcYWlXwGc5vprVN0PZDSL5Np65+p8hOHhd8seRpX3TUz+8j/6oSm+mQIO csDThT24RE6/hh2wPSm4HPA0I+pFRouPJehZvdHkFZpjwC9p3Y74rdsLiwWDk8NkE2ykoG4O7Qmm ETzTx1e3ZdzNjUWvrstwTPDwNGkk6Et0Ns03hyXRNcmqt2Kj/CeJTXBKrq3V8v/70gn2GwC9N5nW 3byPm8DQQw3PTGdVxoB4KuIo9yG2Lsq/uUvjnVu6qHtXsWbbVin3ZjpPPrdRQ2y5xLIfKeVIxO18 flVmNaORV4+hVeg6AsvLcbpmMhkYL7sdy2k8MNovD+UJN+9a8ZmY8ELDFC7AwXei/A61K9tYbl6a yGIc4p5yeKdyuOvsFHb0PnYnxC/j0vNyftLTw4t+cJG9cnHVAWbY8cNNW60plf3Yc4mq9fUa+gAA pCAiaiAWtlZrTCXlRy7ZcAq31x1YF59ZpJpZio9cSsgsUlUSEYgCkIVFNeXyl7wdZsaNDB8Xtywt UCrbz5QDSxX+1kyzJxBy3vMGkU9l+g6A6lOVcikxsOFpiuvxG6bPGGk/flCMLCwMIAJiKiIa8x5T MFQRJbuMSDbjVFL8F2NXtyS7zlOX/Jv0HOBVqILiBt7/geA7ezqxJXGRjrcsZzakpqbSiWNLsrQk K7YTo/ZTuIH0+lSNSouppJJEmUUJpCBhDmFLJYfYuHeFqGRoSDmmzyrirpJUq+qR8p5yauf7sw38 b78y5D9S1vFJK5w+rCM/MuazWuv68mJoi3t8/MRsI/b6GkaE+VxNSZ15uQ4xqVmLHtbhOe54Ng3r yawz6LNWjzAIAN+bilr35kjlRQhOIDC272Ye8PzpBpoBP9w/x2pnG5xZ7LInWGIs94h9cIWaMQZz M0ZXMMeTkxtuZWxPvL5gWuVjW7FcuDKPiRM7QLIh9aoVqxwwB5E66waZOmWW6h8ij8FyMD/DXECX 8iPIWPP94V5MFGZ5qkmH2HdwbIrZ9wlOAojAfxkZ2QmPY9xJRPau1bM12rCMiWlbbM0homyl1Fcp e4ypHef7++xNVDCzZ6tdZS3z34oINjKwsnYWAuP/XIt6u0yLQTo36iRgxweObJdzczoK0zFDyH/I 8tljxXqbZrguxqcAfw07sCC1Lk/J/KylYVjUOX8D06qNE8vQ8hFenPOEeXXyFKHzaL1JLvv2elFk xS+Rc17SeaUQlNs7xZzynlKiwNyvNx1yx2RZehfhHL9yecUc20kq+21vOzMRUqlfKWWWkzsDGcRA 6I1jyLnUmIT7t3AAqWrs7SSiur9iwnmcqvUm+x85l9frrxConaySAAay6JnylvIu0lq7dvwMADGf AMq2xUjcmmgL4YBCJROhlI0CiRwidO1JqiqgUOpGEdwZqtCkGkQll6+YMsu1vAWqifuvVLaUonBj vubBcIix1l0h7aQ5QBz6OaLksFgQzVdw6+Go4RElLCrZ8zWr/Fg/mVa8nix+Dksy4BExLPiE5brN jDoKxZBtK48zFw6sh6Au2o5lHigWvhyIkYkb1uBMFyL7vJmyFea4Yh2Yw6XJhSz8jlvDm8TZZVjf Ma7Hn+HOORSXpR+AbN/kWqp++j9qsHkdMTS7d9CYq3UU6jzRcvWPA/zXTTtW8mhWQkvkUAk3zIZ5 Fjd+rv7RapTMU0Qd/SP4k3nj0ZF+o6U2G3yQSW8PpaII/KchdLB6pXBxiYkAE+jRLJfV8eDJom4E IQ5Jyp73r6+cN2g438f7u7Xzym3A8PznXpEf/mAaxZOJPtbsYAizfAezI89h+SJjllaxMOsBZuvF jNqjAM1XMHckFuHoXKFVVqud6QdjpuUpC21kJID5uqPTugQ1bwSH9VojlLlaMTZDt35jGeFZn0cA MeM8OaWy7zWnADpE3ypu890ggna+KaRSvlJKIXbhb5VippUUZohoSf+S0hYL99ZVXrfQUufvSJTz Vrao9O7t2ogsqYbzfOeUy7ZTaL19q9RrGzGRdwx7yi/g3du1Z0ZQzSIt51dMVfVs7fxsLCbgfoRY cyEKjXtT/XxkTqSXUnPdVHrrXTQRMnRT7iGXmGJvbxEmBNWqmoW/6/aVc2XuvQtRUn2JUIgo+1+Q 0M8OIZCKdCLU7S8i9P6tCtVCxKVuRPF8dwO4TvjjZB2oueMxwraqQnNJC1tkKnTaNS66PLYjYAV9 NR4Fc526NAejumsyZrVxMSjsQGZoo9x4besZEXk0yWrM7DhBhUVKth4HCJiFcALnU7QBUxh354al aVf/+n9AWVp8tp0Ya0ew0fgXe1g4epS8daUu1zLosbGOzqJw0QZMgThftx3qYNx62Z/K/OFwquu4 GxdXIm0uzRmpLK7K/tkmhptmU95KbwCyXdFpiR8pK3mSg9fAaw6H7c4wC2s4jEfVXM8tJ1YiF6E9 RMl7LttXoKQd7+/z+7txH9EG7vJutarTZhjeRtg7VNNp3oqD+GGs72iwMhmHBaxHS3PAZz30Wt7a vKPBHpaeYESKJdgaFVr1ima6uD3GTzFNkJH5KjoropVfG6W5+GAEAbyUcWgyIm4YmsVA7W8BqtJ5 nNz7tu25bCEKyy8V2xyAoBraeahyqf+UUw5JRP+W358nBJCZlfmo9SvlTcH3upVA1FX5PP4RKOb8 Sjmz/OLPixIGGvcWQsmlpCKtXbt7RRXhfqZY9tcW43ke+MQcwiIac0mZVN7MHygRUZVz279KTsq9 d73zHBKD5vIiAndmToRMCKKsIrluuWTuXeQy26QqIaVSv5SlnQhQQQQKwNe3XY5vZimgi5iz1i2m zNxZusquOHNJKdXW3vJ76uhjMEEz9KyHhXXMCj/0XM35qvl/Bhl70dZm68R9HUaR7INuoIIFANcc z+plHazLwheZhs7ZN2DOTNjge82VOq9j+8UGamF27WSYOsdXLX5AG0uJGvZd9LY+PloZNKQfyjt9 oBkfLC+j2NBDq1QWdmAkufJi9WRVKhtVWwE+ymfIZIVTOzR9HN1hFoUTiOPI5S2CiX2xOH5LvMVV eaoNRoZuhaCzxOukmxd8a+QXZqpwX1wVRgFE4D+Wb5XpXA6zcK1FYS6G+3Erjo9NEnGISDXX+pXS xg3Hd2snq0A1zlpupxRZu7JqYaONFfge+9Wan/ygE1aZLFZiPsFynRahuToxV7iWd1j5EwtWmy1Q WqosDWEePdDyiM4WbvVppcEOcFfiB0iRmXaUZ+W7aOZZdweeyhxwYEaB52FQ73K8O1Eo25brNavD QrZ8EhUN3N+57DlvIQP0VnmrpntWh7C03o+c923bQ2rt+Lx8IVKgcj8CxZhLLAE4uIdrAbkIC5+1 vmKqFHpvDXrt+tVVWymvlHM7/0f44iL1foQo215DQDtO/ewmDtWz1j3nTfjo7bg/P9uFDyDnXAgQ ZtUEImhUQUxp276IYmsictVThTmXV861tVM1qGYgq2gpMaR8Hk1FiBpBRY6cSypZpPfGKkm1q7RU aop0vK2NOJSB6cqfDmdB159dJ/mYz7OPu6rwhAbrXac2tsAKxxZDaJ6pNvDU1UwLmFrsctZEN1i5 fcodm26M9JMvwcLpsDu78IQM4o8Tvsepx7xGxgK7EyZmTp0krXAsO+HuaAdEDs+tGgSTwB9X8MSy q9BFCev+MfZY4RozFyNFNPLBYe73Uf4R59cIyTaH5anrfE1CrGYVZs3UeULkEKwzKJmlbcFwdJOd Gz5mcIaZ/esdt4vUHeO6qIHzQR+ZR+Df5wdsuGczB0M6DGqgbjh0dOj81EccIYWy123/55R2UuIu vaGzqtjuH7KzK6acYlmrdtn40Tdh1lqrasEolrO3nxTU3nX6Z4EgzKTi1t017n60YRju3MWVBWuW jmYy/eKyC+vhIl/bxIo1YVZWd7iJbGG2kyEumYMJ3HSOu27N3nh8TGdeI5Woqq0zN6nbVrcMerN8 Q2EClAAkZmrtV8o55T3lGAILnyoDHCMzev87pb3UPeWzt0Pl+oyLipbe3zmXnF8xkcg3M0MLkERV paW05VqA886OkOihSim9UiHmb/moelTtpewxJ2jrnyUhSTWotFQKArj/TemTqlHl3iTlvZQiop0D 4fpyfVam7fVFITIfzEyXsiliTKW+lERYVJtqICDEnnON8Vpz21EO5ZeS1H0jonZ+QwJA196m9bUd 32+zYP7/H3A4uIDR51VzaB63uXriPNB0AbHOyrDexVM2JcwxwXDwusyBCOa/zqpIM0e2TjsA1TvC aCZlq4sOO9FZFhyYjMMOpnEnvd0oc1QykuEMvI190VLyJ0+JpdfwBD64rw+37Soc0nYCHIvVnYN3 Ihr9aL2yq8eGyCvNo9r1lkXs4T5csgqzVuBmB3OHWlW3DgJzVVj6d3il1X8P50J3VzqmaG4Is4hc JsONGx8lGU1b/KSKtiGre+v7kN/1R+Bf5+Bu1DssZPSHnYl6nbRZTOMYL1OuZ3uIyHWr217Krozj +zzeXdi+ScHcc27MPYqNK5YYpxBu/EGmjMNNN7CwLFhf+JPuqqnT9QFu0dtlRVb5nJbT3J361GcW Pd34wCqNjQKH118DJnfu1C4stx4NZhQQozN9DviszNmUcTP/bQ06y9/yq0/jMwUClJi1ny2lUrct 5SB4i8j9tZQPUyLpPP/OOadUU9oQhPuhOpabk3BrxzvGrWw1V+3n3yKfW6rM/B1DKbWmDOZDernM pPemgpRrLgH45iZAgkbubyLaX69c0c5TJQAicqiEmGpMUfG+184E5pOZS60hEWlQUZF07SxChLr/ BVA7hIKoFqCoSswp5evz9O9LjKpBQbX+RSTcThVRJUUCeiolxgBtvTO4KBQaY8qpFG6HyGfn9RCQ SxXhe19U14m09KzVE4v4qz7Tk2KvF2m2YnusCrwi7Lg+GnVhkHudt0YnmEGDZ31zx9Beu1DQrqh3 rcA0h7lFm7O0zdkyFp8HR3ha2WdXlbsP3D/i1WPPOpC0cIoFLiw6xXmQYCvEPHqxrdhjyNwOgy2p FuSvI5kCjkFbz9qK3ndHRlbmRDjPVVmXQaae0a57KbNiPn5geZy4Z4desaHWsr8iPBb5OA84flot HX2qT0CNuSRmu7NA7bwqARqBf7t/iKHMRhsumnMmoXevrAR9miGSUnPd95gyIL2d59F6Uxl0Tl3u 0olYVHyVzihMy04PTspqZOFIdSGzk9Qj0FiTszo3yL72gh3Rn86MWClhZsQhqWvOysQRYLHV5hjs LcevrYFMOkTNrfVwCM43ojWjOc62x8aIpxl1WarcexYykBRMGZcjsTgeRKifHGO5XhYgHMwn9Ppm /RX/iWo63y2XRLGmVClB+K2S70qqKjMfKb1irilrPw+V/UIcETCfKW457xS0t/8e24UJn6WUnDcK IBr5D4L+ynkPKYse3C5iiPlNIZVaYyTRN3MHKiAi75Tztr2gKtxFrm3XiejMdU9lk3Z+tsW7kihy pFRijCpNuYfAqok7VKVsVdGlN9WoyEBPKadclVi4iRI0imQC9m0XYe6nXuasEmOpe2rnt4hzGBYQ nPaScZlWowbK/8G10JIPo6XkahQWkR9H7SvE4ykHMAqvyu/Wrz4eahYK6mzpjwJxjsSigc04rglF a24WwWwIZTO7I+CwG2+slKznWKKKVVbWMDEL34JJMGSPAnFO/Y7aYPiCGTFbCqPJnTjphSftcg7e eqtVl9y8Jes7rZOyP1cwH1U9IryT9hjQPmI+ZusTs/QDc+Xrs0MglmBb7DphMyeUTWepQWynOaP+ obTjogtPPb9XwGF9lRtixhnuMZM+LsrcT79jF6IeUyyl1LoHCufRjmsFrGLuNqdnTkCWT1mYHIc1 AJjymOvHjJvOL2KBpHGsvtDRZg8yW7PhiaNRzNFggeMP9Y+nnFWM8gOtrJ7pwmxYTFrnu/anSz84 lR3z0SzLcv9dk/PfJmhw78UGnY+waJN7mG9Nq2BUqTXhxiGUuu0hs3IXueZOEhCJDoUe7yAsKdWc a4jS23nnOQiIKl24x1ByfYWIdn72PgeyCIRbTDWXHKK0kz9JFOrczxRqyjlEMJ/Sw7WFuYqmvMcU gIO5QStQhc9St5yriHJnVQIImlT6/vpnANyPzgpNQFQ9iEJKe0jK56FgkECh/A4UUomIwr0JZyJV JWHNpeacVFiZgaAqopxSiSmqdu1NEytHBfavl9K116oooqqCaH+9uH9zl1mNrbpaHz8059EGnQ7/ nyqNRSFX4MZ9i5brf4BvGDNxmhxmuBwpt8fWrbWKUWm9vZr1LlYszrUPIJIZ90aSwJINUxKzGG1k Y5P5fHsOme0LM1Mwj9g6LQswBNvkBBYRjYsOJIcc8jxpYxzWiejtVhxarpBoHb+LQlwZB1CW9/Ee YZRfRaFPt6yKuusyl8FCmBoxDk/qCBsl+enuTzov80IbXURnhdzMKzk1bL4NRMNI2LZoK1ydyFCY T1+PDIflzckizDXiSY7OW+jH/ZCkHOpry6VC/5eva9tuXNeRBV6l9FnzJ/N4/v+j9nQnFglgHhSz i6SytZwsW6ZIXAsQSNHerut6Xb2pGXPLszZG/5eo5nMDpgdkMQsL/BKqoOy2vn/cO3k0d24J+jbM CT4fTOdiMcPshBAKb/NdzHq48W70S7LimwDHVWMPg/3YKV+QVwht24yDQrz0d2LeaPbRCQSdMgnf GMfbTkZVkwlj1H5T6aIq7WVAOM9fOYvZS3UASr53/taupi3no9Qzpt6ue27l7jOrQvsVYynHmWvX /s/3gxtiqn8Az+UspQJXbxcQIWKK3q9cjpgiQu+t37uV9/6C+3F+hIzr63K7KWkiktIpQXq/zG4e o5uLSMzVtbt9Qe6Zjqz9kpByOSSoqZreaVY3u3I+Uknm3U3dk3sFPISUawVUtZmJ++H+J8SUcxGR 1jrM3CCQXGNIWdul2hwCz+5ejl/w3pu+ZRJm22OXfzwYVffkPmwt2aQxvx+muwA3++O4mcN2OcOX z4QtCcdP/rKHE4YvPK0GHUcgCtkvfH7jP9PjW+PBDt8NsvdxV3yTytLAXFAZfC2A/9NrKXRx1GfJ s1Rvix2oGDZ2MOMAqJ9dnowMg/L4gw04iYi/ChSYl/Cx5M1LCW0x1CXcLgTvnrIj+V5/4uPfy2zD qMZqGNBk1l4nZpXZ/BDKEBcX7cIWlxeO5In4EQf/fvwp4RCicnnCisPqEvlAUushaCyxHGepZ0yx vdr37l7+6GDLmX9POHYahIgEUYK5nwU15ImvZdydzcVDlhjMAowk8YECw1dltunB3chkF4vfCVsG ZSNenMdmkx1vliJhNuLNAAAgAElEQVT2YuVLvZQ91t9OMlIBRrRRMlEaWt9rgff7GIbvIaKFr90k 8KTQ8cYBaDdtWo9aanS03gPEb5MWuQCoBu1XirHUmkrv16fbWOsuZtb7K+VcjjMma9enW4AYcKp+ Oiylj1Qy5LO3dm/OYdbcNKSaaxa5+nVvtgH3K6Wa6wm8+uVAhGhvvyEx15yKOz7tu57h1/U75lJq gbijuTd4cY+mV6lnqcVV3z92L+4WotTjjBJeL3GL3ytC7PM4zxChvZsa7p3BoCnXmKPq1VoUGOCm fpyHu2lXdwPELacUUk5dmyrD1mKNssl/OMWeaocnTWE7s4Mj39OP0blm8BMxIBu+2+tmbPfBsdC3 1x5FbG7wGLl3RI2E7NzSyZWc2jNuYMY0IYKx7e0xer6PsSmOU/zg9kJjsRJ3jOX8aTC+34IyC0ux lllj9ABxt2Qbj/rFhhjx/cTZT2bGsh1JBt9UP4aSPY4Mqgaa7VW9Pe/ZLeTRtPDEJjfG1nhQEukS kHZ+MmknZB5dcfLBH43GWmSy0DN4Xydk74Rjt1SOiPzQB1v5MgPni92EGI+Ps9QzhOiq7bp6N9Ml coDY9oU4Cpw7nzIztlTeuKVTG5AxjcRzsZVHC3BMRrNLnPOJMVzYRMRdsWP7vBbStx7w9k8eiEkd /1k1uyhkplyeHENmguVdpVgs3imZWMq8g2zbIJ4HXdAN1Gzczo6C827ci7Uws399TNWuS1PN9VeO 6U/7+o7HIiZiQDCN7fqKMed6pgzVP6aDSHGT3l4p55RyjJf2z/dTLbW3btpKPXKV3l/aAWlANH1B vJRfKSezz97uyrCaaQhnOZKEkaAUs89SaylVm/aLFqy51uPIKfWm2iOgQIB7ypLr4aaqX5B+Fz/c Wz3OEHJvlyluZbmXEPQ4Tjft1wWBI5paCJJrcfH25RBxiFuotcQYzS7r6p4cCbB6nO5NW3NP7/o2 nmQ+7EEIOnx+wx4aSE2LOWE213F+sb23lFZkwBORTlQt4DvaCGXJ49tRUVtsz+YeuKvxVaAzHKFl 49ppMTVL0omXPR1hR3M81NvHIdtE5yN0sNxkbrm3j0/V6J+6fazqC/HlJB+byWClL1xjFnV8r5lb eB9vFjo5siyNBxlLmsusjaEXrkf/i0KxNdupYmBnHHvM57hnlgNLdRjG2FF0wPgwYJvtnIkZ7ryv GQKpY3cloWtZwrgfi+Vcj+neixxjwQ7fCshMikAspKseMZea0gGX6+t1vZrbEqSZSaZ4EBpnopdI iS1x3qOszV/tYW93rd3N8B7Lqf3OxTjGVVzfGyzs6Ok/XL78uDOIPNCbxdD3uuIgHvO4Qldh+xZv G+jzc9isiE4flVCbBcv75oL0u0AnE7B/JZvAH1lgT/sbFdzQLo0h13KU0q7rnukAkEVUpLlfvb+C 1FxqqTD71O+cwwC4aXv9k0ot9QhBe7v8Xg0KdfsTQknpjAld/8/1P0ABivZLxFM+UoL7b1NxP9Sa W6vHR67xnYhkmIl4Lh8hRvdX/14zIWaIKZbjQ1V7s/d2HRajlfofh/brXj0q8ASXUnJKp3rX/gU0 SL+LJaVWCej9814lej9nW+oRU3T7gje34B4lWK4VsN7VTQTBYfX4ELH2er3Fhc1Qnc7/VDrGdme8 X8sOi80jRv8cb2zrZ1DF2L3YFeMsW86YNmLWuJNBGK9AWsokmI12YOP9/45w/LADCPE5XVi8HlQd fAxdRvMmy1psEAuP8l9EtCDAIGO5d5JZmCM4ydaSE45BzxK9lrhlNOICxYt4l6ixz6ewPLklE8nE jNfyTIpskhldLUIb1uIzp7adVKJhJFts/3u4ZK2xqFliIJPrtEJfyUJkPiNEzxIKx1i2lytmyQw9 pll3Ux4cgf/OCvC5xaOm6Wvp75PjB44h4vVM9ThjSCJBW399ffXm7tgEypIdlj2GWxaNs4UtxTrM tI0QyODipPV/uRvg19DcYliPwQ/zVbJRGGYdM9kyT22OM5ywM8LuuDbEkuaJEsaCYdlszYtmZR7O aSNkzIgM6mT83z1ZyTa4VMbx6Sewi5vt7m34wsWWBoPBXfolAsnHmav1frkVwCAGGPw0g/avmGJK pdRo9qXqEIU4IO4QaEpHSjkm1f71nrnw3i4JpRy/jiP3/ts03dMl1l8xxFxrTNLbZRaAbNZCSjl/ iFhrv+9iiWkTxJSL3GtX7T0T5z2WI0R3+6Pq8ALA/SuEnHLu1vtlQeBegODupR4SXPvl2iHiCG4x ppBqcu/Sm9q9gUfLJeVSzLq27mqOYN5SPlMMbpd2dwTgyvmIMXZ9aV+e8Rv6ffy4RIJMGwrJ3HhX 1p6yjPMLwOGJpEdDAtnPbdW6XRgxlWyxZRILXtlM0kIhw4VsnYD++wwIDBrj2pHlLLAzLu/E12gW 5g5v+Y9Hsdj1ZBPdgmOYAzkDDjM+noPdY9JojJmL4dGJesN8FearuDe+9Y+0EBWzJAfaCJG6xJTR GyeRTv0INV64C7PKOH20uZ+FHd5Ow+cnUPhYLry7uncsZBaWZGukFwuD8h6ay0u+pcKDql0pi4Hx tz/dJH8fd4VjfKd05a6P4RvfmZpIf7uuQd6TQHKl5OU4Sy0A2uv6+nz1di/Ct60rZnsJiouglyUI sj3ozCoZiLAkqjqLbPEEltGSLWLWDeYLWVAsQHbmJb1d8EVmPe3ItWQJzBTTvMC60FeLo7IZcT7h RC3IZJmeR1yQ2WGG0IaVLzNxTDyeeGcVj68e8UhmGA2zoL6d0730Fs1wnGfKov3lroDAk8gl0t2D 9h6ipJxjDuZfpgb/diTVT3FLuZZaEVpv96+yFXc1vWIsOR8StetvtwjP7umeLom5mLfe+r1LmOoV Qi6pSOz3BI07zD5TOnMpkEv7p/s91/NyRz5KEIN9pyxwdUsxHaUUkW6upgeQ3K8QUsoxxO6qZuZI 8BQCSilBXPVS9XtyJEYr9YR4e73UVUTcQ0w5lexQ7WZ6CppIyKUAqq3TJmC7vhatDXtLBED78WjG IN092vwSwHbP3Q8GSv/BkdPmazIPuhDGQYj7XwhY4jTmYMbxYIDAEBoHOZ5oYEoYP1lcvL3vUNyo Uusce5Y3YeN3OYN5LFD/j5VveRI4M8IPo8qsYswD8XBLLIzzky8LbrDkMecfo5/wVLLCU5V9kMGC 9e0lxPVSch7GgPcbo488xC40ec8fYbaNxdF0+wX5oQW2Gcb/ZeqNqR1yHkSGGZ/3YLcMDbwrHPiW 9d/1dCaiIksVfTNrURm0yv0XYvR61JQPQWxXe31dranbYiKDZ8aOvWo3lNHntHEcYSXp7yhhKyQM 5e3e60/y9U2CbL6PPrAE4PGfUygO3iNScuWAO2E/tKeIPt4v6vcnYgb7e9ES1GCJ1juaLMzKnKmA 8p6RrESClUdxMRaMEbkGuBdCsfW20Hy///7d1++llF2s4zhrOUSta0tAEnGIOdw0aW8iMeWcskC+ egvA/XOvqfdPkRTjR8wZ0np7wTMQ4S/3HkLNJUnsvX+6BQDuGsRjOmKOEl796kByU7OWy1FLMbt6 B/wwizFarf8TYzT71H5BBHD3K+ea82FurSk8A8HtCqHmcqQcu5r1AAS4uiOlEqOZXqod0mBZxHOt IUJ7U+9uGYgOLeUIUV6fClOIu50heC5VQui9md1lDy3lTAnt+vPe/Wy5rWEr5QgX5k2fdtxcEGqc fIzxmO1kSTIGAXzm8dAfLES2ZU9LwGN6ds9ip1jKJLs7c9nVybYjJWdDkp28daAf5yuMyXgjXqRK Jyfig6q+YeACJguzYT7P3DFIshj3ZGWJuDzcErCXbsfoNtPD7ccCjsebN1AoZbxdLFPmegBLQ97i NeqWMdxnxrH1E57OD/UFYnAJRru4QPmxz2WScfhsPAtHe9o0bGx85Mx45EwL+Me5k8Vy2FW/X/ei UfveHVKA4IDAowgAg4zWbAecHMldcwYE0kW01HJ+/Aohq1prvV9qtmji8XDSH580ijoscRAzi6Vi Ewr3zOkOtqKTb1IeZIAEypTs0CkzkULWJmT0i0uMS1j3IL5sLkGB+A3bjxfs0DCY5XrSUutmGFr4 4vU0mO0Bc3VqeMLwz7DBza47HpSTp/vgnIMX9w0el0IxSCwRqLR8XVTRLi9HKVWAL+3mnuAFAkhz S9rvX7Q/3juBKpBFmvvRLlOzfJwpZ/d7k1ABiurL7bMcR07Z/OrtdUus95dASq13TUV7BoKpi4Tj /CWCpp/Wb8e7Uj5jSqa9d3U7gQx3wI7zQ0JsV7t/pM3xYXalUnP5MDPtzS0ByexTgpRagkBbDyIh mPbgjlSrQ13d4e7RYTmHnGvvL1MTN7t/Krb8iiFAm7buqO6eck459f6p/eOHx7lHPZmBftcRyFow 6268WQAL9J4dU7YLnYCV8YqHWG7pFjfcb+JlJuNfpmIjWfgS4Pd+nJ42ZGdcapN4Bwxus0ejxeB9 ZucRePvTT2PsWmBQXcoP2IQv87jLzTrfWfGxYIvN3e5Jw4K9DBqB9vYYiDQusR/uVxeOZBMvCCpZ IEz8ze+uHf9XM8CbsKGj5WYM88eF1EA3sfY00PjFNXachWuWMCgVDm9P33tmQS3laszy4Qv/4kYU +V8JTUKXO28QAAIJcAECxCG2BYBBVgBExAQOBImWaqj1yLm6h+vrdb36e6fCAT1M9CLWpXLlbynY NrklT3Lku3ZuubxYuGPVrs3WwFmhb3LnnjH3vHjIotrl/HIsSc/ItDg1XmaIBsthZlyeAMXnbROF 7kFZrYtTOeGFzERi0ymTOmel3ySNqwJlMCxeIWMLc+c+S3IMtIMR3iPe2UZ5b/n11wjN7PqynMNx xpA+e2/3rT/EgeBuqi3GI+WacjJV7aeI3JUS0xYk5nLGJPB/tN+/5O5u/0g8Y6wxwPy9q7qL9iul nHLp2r4fiEV20/r/hF3ZsuO6bl0AOMi7O5Wn5AtSldyn5P8/K3XS2xYx5ME2G6Tc56pcqt1qDhgX QIiS+hczOw3Vb3hxh5mW0qUw4jS1p4IirB03KZXYbTwCHTgihBDH8S8RqmOEE/C8v3NvvZdaTW2c IEFYdTcppdQWeoZbBALG7LXfWDD07h5ACQ+WUmslqI3T/AYyZqq1g6AaEde9QVkpW2ygVa1Xx+d1 nGnqsdrVFaOxzpVziM3NN1OZlrlhwsebs57sH+u9RayrbU5taCU41gFjvY+ck6TNhXOqgdQsL5Cy BHLo3TSSR5iPKny8R4NLr62oGX+YAqlxlg9SrYsvqsR7ScApmaPLsBtJsSLDnKKtN4/mEWmtv+Hh bEyJ7G3eyaknA0Nqn/ndso0tBdmOrYGvXF8PSgRwMqfrYljfG++uVCFxnUtHc/y4IPBVGvFG12t6 jVVKc7QXMfLV/qNUFTEEKMAE5iD2V8IBAgX9zjnm3ABND3+ZS6ly+/klpSOg57jfTzd6vT9xR4Er HmGNMfGOr/9UZ1lkfglI+KRFSsNusRbrqyNyfWW66AadmwleJ+VVAnOca/Ce021c8yqujRdZXQKJ tWyRGePm0j9blScjxpo9bMg10lw5/GQnvBZ7Y+2S/8js/L7rT/T81g6votiSjEikZkOau+RybX8e EfF8VDtE6vGlNoZ7eZdSirua3aX0Xm8irPpwb8ABMJGZ3plra4dUqH27BlACbOObWFovvbLZ3fR5 N0cRVspRqkTc3QIoEWFqpbR6VGDY6cBPNwXFcRyl0BiPiOd70oRJRA5iBsw1IjpARFHbISym4/W4 CoAgkWj95ubnKYhASISD6XY7iMJsmD9f7TWYe601fJgOECIE5KU3MEacNgrhDopSemlFz0e4rLrb glwORUhtPob/v/eaq2ltRjJnzFiZvewKgtk1sktugZOwuN7ziq3ZRqZQVg+a50zD5uPbnfXnkZOt v4G+j303IL2uQOaRn3bJ4Sfznn3zWpvEKrd8MSccOTrkmzsflR7vpRR/kvBHAOf1XNZdONuRa8M5 0F63JeVJ/1RMneTl74zYCuwzfGQonjbw8dg0sqU++TzRPtvknPdMRuKXwa9Szeb0/GMWkrHW7bJM OFksLraUSUKOX/JvP//zkOiMSiiMyl6rlWYgoxiAMikXI8LFJZKFkYGt9Xb0LlLN7Xw8dDy/zTYn 2ypavgahzHMWlif180X9WPWKi7fHKtxNf5QEmuN9TjJyzM428TFhx4WMOeNz0nkrcQvDmzS2vrPk OKegVZfXpCEuUpqCmrfYN3TwlEl8TJyfh66GThc7w4W7jakJizlHebaR9PmlKKxM7jEz3Wv0ysA3 VTld4uOORX/HjxERbgEHUz1+uNnDrb1NurmTjwdzL+0mjd4v5mrPL7ua3WtptRaSofrr+dBKRISf tXyV+pOY3e7hDrjpGU6139qtuD3MCDjMAuT99lOkjcfD/QbUiEfrtbVONFQjvANNx0l0lNqJQu2Z GDUgSFDqAYLZ8CCiEVGFrfcbsaj+inhu+yDAer9xFdNhAxEVAZYo9SBC2APhHkQUtfZSKFRVPRAe KqX3fuj5l1lFbKlelvw1lmz/3JKMP523xJQv3XP7bFofQyxWO4zLOJP4nKnMYWUNVxs00zqgr46f XT4To59I4ndm48kdromFrziQjwmS5SL2PLW9F2ZXceWkjZIfbUxlgvP17QmFGSNKQpvccXa3NGN2 9o+4MQcp73O7eHoOdUjFiQkvJdkVEs14c10Sp7gQjGQVSHr8uGLcrJTW6a6ayvP+if3txRj0Ru+R LGSS9yeDwWqESEKTdbpN3dtOHSSOpm1grQK+Gsu///yvxjiYboV6l97Rhb6IOlst1lireKtRixdS ISUezEoURK/JiAaLSWu19cpVRMzG96/7+1OTUxxIXF1TwqsIpujzcuSacOSOM0W4Piu/CWjG6W19 s+FXXPSaw/xVhZ4WQznG+zpg5nTjOvM+dSlvGWZiIrGQSyBbjM/gZcl6toWLrzdcImknC3wr8256 2dSxZdmbUcba0d+c/rbO2IedXGMdk97b8iUl5ryuPidJk9NXFPEgVWFpx1eE/4p4ACAwoZhXG8ql t35jLqrq/iIyYkQM4V5rY4HqCL8BxZ1NXcpRWyXxYd/hAtzc7qXU1m4IGeNZpZBwL/Um8uVOOgQA 4s7sUjpITNXsBvx8Vlxq/+r1KwJ60ju5MZHORSLM9Yw4AAFGOw6R7jZMB4CIgggpUmuLVypREMys tTVmMRuqFn4AXqSUWhGn68PswOvjsc19qNIfnlWhy0V8stWtwfb3Nd5vjklvzeatJDmM5SP3vWb/ uTtW95lgNce01Ymw/kGJhliBDu97wdvS5VrtK++yc1yca6taW1o9b66RaZ4+FeuM8y0dGQckjXAt AFzxNquMkn7zXpYc8sul/H6NphOQP+4eyGzye4toWW8Ky9osQ32szF6zB6wCmaTmoPuRmD/Fjmzz H3W6xbItuntqM7lAapmNJ94pyMftAVgn2s7TPLBKbE4XlyuT8QzgmRK8n4Sas6eE46j/eOmWSIiE uDI3QivoNY6Go0bnaBy9eC/exVqxVqyICSmTMnltpR1HqY0AIld9PB6KyFE522X2AV9ta4ogi4lX fWSv3n6+nmf49IvysglmC5hJ/fZIRXZRSiTlY7r05MvSeuJPpkkr8Zv9xRuPcBHU5iH0aagMNPkB vLy+mS31bSuTwnzORaCrWHLj+csv+8oiQmJz2uLMyfKKk2IRHa22MbUpwPG+icsJ+BgA0fTh56QZ rxlghEQQwUuV2iho2Ouj9gSwI9xOkV5LYzHVR3h73k90uwes1a9aW8D0fH7xtXhohLbWS61mqgNA DyjxEDlEGourWsQRQRGo9atUBv7XlCKG2T2itvaDuI4zIp6VD2JG6zcAj8dTthwhEd77jSmGnuH+ /FYcM3E9CKbn6+M1ESVC+3EjgupwBVAD99J6KTVcx9AIBoyZaukkYTZMBXE8PzMrRWyM59M3qwHw xbAjVfJoPf/9QRfzyKrP083dJNOKMsRn+LsuN7cZt4g+sSJvWMnug7V9Tvc3+M5XrmCFNFF9FxJy X3rTM+fS9WtE2aTH6msTADUNMimZSXl+dix7Vo7fE3Kz6KaEN2+SNPvksVxes5F1lwfEurjajrhU ZzMG0qcutBLDCfw3dWTLQRot0sVtZFkfP8YFn7f2OamiTy03g9+4QJolU+XvsyZw/ii9jcePzZA8 Im9YnpTgosSNTknizbYUAOT0f9wtvhXfgx9KalCnAfJgBDG5kBcikSiFmlAvuAlugluJo0WtzFyp 9NIqlxIR7nfXX64DYcLGBLwer319DRPAWoyatObUeAvJW8SydS0eq6a3qJabbaLP40/DlbRQzm6Q f9tyao7jl9+zO1+MaWPK35u5KImC3srmFToz2RN/tzFtXQxlp5pcZJTMAPrRdfOR4RKgKeG8gJsO QGvHTR1zum1ZmaWa+Z2BZAqW03InJ1J00deWy1MuzLqHu7NIa0JQ8zvgBEJUN3L9rp1r6ySu+tfr qRYUszPCS+2lCOTbzie8imkUoeen6s3u7gA4/A5Qra21FjHGGUA3/SagHzeRonp3KxEw89r/tUgx NbOX1hhWeweR2XB/fp5e3O61Hb0f4TbGA/ygiIgo0rkUVXMrIA/ArZfGtVa38fwkW0CFudRGFK4P NwGdzFSkSynupq/nd4KF+q3p+OU2ixwZATcYslXCWX3/1Kiujk+ruudcWdGxzjj/3qpx23T0h0E2 b0Vyk43azKOlNGtLFzYaIvl1Rpu5RspINSfV95Ut9fH1CiVezmTw0/hnTp/ZnP8r7/Mmlmtc3KAj kxTrAvd5I2ND9dyYEhw9u8zuefEgqSVW7eTjY1idms1yiwsXs81HrvMUnFA3t9+Oa6ApF8ozSG7o l8vMtIo6Psl8u8grKubiFq1jbl02+cQqdrqIJUeEXCKaA74IE4//Vpdhcmp5aLmr3w2/VL6HfA86 zYfFaWRBHuwgImYiIWKAgkBi5cvlC1yChBDQIf5orF3OJlrrQ8oJOgkqpMLKEkQgcgJATPRRMZN5 WhUf6dESrAZxRcCsG//9jrJdbVPuvP6QDD0XBjlNsYbe17FtUOK11xWjn7byyG9rvWQnk4utQU47 MuPbamlexOUB2iyHXCwBQIQgAv0WDt4y/D0XUbyVODWVM49M2FauyOWi2Ximw9OlL6J7mY0wU61g duZahKSoWUlzbbdjbfXJqdNXF3dRBbPURsSn+YDTkzV3uD9EqJbWmqj9cqtAIbqr3gPS+lFqOR/j tbOSTjclrrW2WmD6f241orh9S5HSOzOf468IBjribL2WWhx3PR34AsDC7fgpwjae7wETwPqtilRg 2BjuHRBAWageNxHRxwhrASIYSyv1KBU6zP3p8EWKt37AzcZ3AIAwvNYbC7sNVSEw4My9tAqYDnUP kDLFcdzM7qqIkDUwcwr/sYp3y4Y/HpvjTyNfCl0XmMsdaXWK7PLblXx8LDpGuk7JbObgfKk/I7Xc htpSjYzFczSkYDzeMDW759w9LjEyp1/T5mexZ9vnniNoJubZca6OniRJAoSMVJvkNxDe4ve8Xv6Q cGRTybP4m7upixk1t2wjw2+2h025WJndalobPXSBuHw9i3pGDXzibhNXTpuyQfofZJvjVCRONzCf up7XOSm3rBnbFJ0kSeapr3FkXsen9lk4TwK2PdT0vvhqJsD/IARRgBIoHtVDItwi1HEa7oZvlfvg h+KheCj9GnIf5WH0UD6jevmJ8sUgVzU9YWeN81b9R8Ot4SY4BL1EF62sVUatQ+QsbI2tFCU2ghMZ v1mgnaXpLZ6Em++SbDKa12f7qZtZdJqePNtvt12QdDzXwdv/foz9OdrNd9Hku6EfYU4/7ef66MZZ OFfUm+11pRCrpZY0wt9YDAFBCFCAJkhNN8vMXiUzM7z82wyaVrKndU5iXgD6flwFRNwaSg2m6J1u N6mVmKIWuh3y4xZjBJExRQBMz9GE4ERBZESxen5NqmGAwyksWFqthUg9zvDne/DU9HTXWmstnYRN z3Am1ogSMbjUVr8A12ERTBTu7jZaO1o/AB3jjugRFPEo5YtLjThNx/Nb8KWg1AIy81+uBBxEWtsP Kc31rjYQHPGAnVK6FA461e6IBlSmUftBIjbubhaoCCeGlFspFHh+orkCQFjrnZnUHhEWfgtorUXK EaGqZwQCDi6tNGJ3f5gSQERaaifC+1kevJ0ie+gsCnJCtE25V/9CMtSthHDttXlcRuGPYT6PuZnr FuQycGc/zZb8/3xdW5LjOK49AEjKzuruieh93Bsz+19XV6ZEAmc+lGZBlGuUDoeS5gMvAiAIUUvl fEVqlfdQkAaaSxe5tfXXtkg+CwG3vVG8fsqqad4sSiMnui4A3/VV7nBJ6ViU8GLd+Y4RmU0zaZTX T95zmZKzLFEsUUxShCMvfrLPgXf3GWZ95w/NJhOwWYgrLhPlKe1IrL+PvlB78fBwo8nZyT0XNdPk LZqzjqaxLFFp0bdyRfm89N0QSyx8CqHfyKi4pOJmaZn+Kwz4z3UVfgEoYGQlJKKOaD3K7uVrlK8h e5QuzW2TsqkanP04+j5GJylFWEBARGjCqmwmW8WjcBNuFltlq2c6yDDtJr3ZYdbFhqkXdRXO1FQR kW++vn02fWHwvPz11uZluZ9DWIv/sUwJJP4tQoCrxswcteuhzou3gWsPk5c5xyKPiFuTpXBqqNlP T/gucnkn2l2d3csXwdDflCP1n2mitzpZTXx/RGiK13MQqNVVFWCx8fF0UYrQlM8P+3iqUpVQ20xr DOGQGHBChEYahklU8630osOkm+yiQ/U0vTOwcT+d0EgJV1HbmokiYpzHaokIQ4PnMaSqFhE/wz+A Jxjhh0jdHg+tPeIzQoEtIshR68OKieyjf4KN8RVkKa0UIfYxOhiMw0q1YlA/80/JL0i1WkXd+z/B DoR7J7U+mmbHxQEAACAASURBVLY69givInuEqWnbNvejH0E2iDIO01pqJQ4/38cmwRArWluLcB89 ogJdi5X6FGGMT3onRFSsPKxoxBhjMBoBUWyPLfzwwXcueJYNuQmwXOU2y3O2MbmrPG0XzZh1JZOo 3/eb87jL5NL0a7ys/tQGS4X7WPepNIebTsNZblenNmM6cRwpkTmu1nTW4XUsvdJcr53zarfkRo37 mlWSicr+R2ZxRnmZ43crq8nbwE1v5zpTWrLKxQ3HjIgkhuKG3YSWCU5N1eI3eC1D4HqPq/5/u0WL 1DDjOBc5uf75vexET5HLrszs/P59twu4wb/0YFdSZDrIO4rhCuSydTgrZ/SXOfJ9czocspSmTYQK qb+2Emjn1jVAyLC2lfbDVJXsRz927wc9dLgdoxxuu2t3GZTgd2xeRFRgwqIsJs3wEHkWeTY8Gh6F Z1JqtdGs13JoOUo5io6ibuqiLmcuiCxT4r5eiVdKxCRKlullJmftFlcFlL2QpcRTq8mq5ZMlICsv JNk6b3qaQkvIa/E25r8LyrjlKuMGRtY4WRdn32J2de8kq1TMCESqk3PF5aVxLssRVerr1HxTPB7R GsJhJf74q2/NETDV5xPPj1ErVaSKtBKqUUDhB/whTvrwLjEsfIAe8AiSBCig6CBIQBnQUHERBJR8 vrwNu4Ucv8NRpIQDKG0zkfARjIdIABIuqt7aZirxnRBaAA0/xvBte7TtQelj/IOogJBfInKe1xns PoJ8nHkbj+ejVOz7F0MYu3uU+qhtC+9j4Dx8TLW0raj4seuZqhIcpdZaW0S8Xoi4Mby2VoowhscB CoJk1NpUMfygOzQYRUtszycixnEEhBQRlLqZlfDdB8kCmqqWWgUxdo8gMETk8fwgeu/9fF3cVYSQ NE6eC28ldpHGmcMoSYdmrwLvZDgPnc/JyDAsV1bT84r0WYDPMo+XSllCoUvlDIkA7WopJ/xxVTie lElWaLwOhBe5NG8F3q7l1JA87qTDYhTvJuCt8llMyGLk8iVpftk7Jk43AokjeSMjG7w8XGYKk7V6 iymuJRnNBaSFkvqu5t3pnLKRwzD3fvLKE6m3ifUUrSVskGXp/hwDUg+8SguupJMbALhavcVs6bUt b6Ywd3tClfO4cZUWTE6dDgeu7c+fr+r4V4xBAIqGVW3bs9VNhD4O9xEewQBIwKmH2z7qZ68/j+2z b5+9fo66DztCBzXie70YIAQKUZUiaIKqUo2tYLN4Smzmzbxab6WXupcyqnlVLzbUaAIRFcH3n0yv MD+i8laskYiYd/fn06FTBeSnbWd5zlpdeJypnO+ZxvK0BMF1gZVdxUWA7pKB670DEAmRe31cAZ5y 7GloJs9sEZrF22WStu8hBCIvNIuN2kL1+2U7tfDHn7sIEPrY+r/++llK9FFqxY8n//qQiBCprTyb UenwEKniJp0cw6OHU6iMEj5iRMR5Hm4wHKo0AAaagJAQcSAEHTJC/Hzpj0AoUCVYieRGr/QkAIb6 UCuyPRR0HySaCIUjfKiolaqFYj/JT7IAH4KuVq00UQEOHw4aOSIOK+fRGujHwSgABN62H1ZaxOfo DvwR3s2kbU9RGccX4y8yALT2MLP9y8kKVLJaYW3n61G+PHB6/6VYKUXEx/BgF2oQUmTbqmCM8QWe 75X17dkEMvrOAFFAFKtWNyJ8DHJAO8Rqe4jSfXcXQdGCtj0Z0Y/BaMkiIunZu0zepwBu68JF003R Xa67slt+yvsLGba7acmL3bd98mqVz/u4HaqxWMT8VIi83AJJJVNvZP/G0wZotuh5uuF6s8zQHOOZ Q7y11kglC8qZBYvTlrXT77TQhOf815Jbv0Rbl4bTxWQaImvsRQfOmnqNtC3ALPguqg83qZg17abr cm+83t/xyoV4kWLSM8ck5hU31t8vvULFRIp5szwiYFfAZnCFL5HL8pwdI7mSNK72DmlJ/HZVjFSC Vw/fcmXAv6+ey0LBJS4qQIgeWlhaba2ZmvfYv/Z+jPAAcz9nWwciSGfpYbuXr95+Hu1nrz+HfY26 j7K7djcPdYIA5IxhiAmLsKlUlVLYDE/Bw9gszk8tXstopTfrpXSzYRqmrnKIuJwJfzKXYsss5ZU9 kxNInGDyPce1Jq6UWQjNRO4pUiOxeS5xMkcXQz6bL9+StOEswexQvsV+mT85CHSX2jvMy785RfwX JKpozSMAsJhvj111kNpq//Ov/vFjiLCoPj/wfEirA4FH2Wr5MBV6gAZvJZR0xogBHiOiE0NjwMFQ gkQQLqyKQq2UEFBgVKUJYEpT6HkyP8S/8/PFAfBbnFwk5Dy8VCy+j6yYlml5wuXFyICZ1kcxPcIJ QtSB0fcOQdmqFSX3GANUsvT+RZHWtlq1HyPcgMYgFGabqoUfY4zz+FERVfujFA0ePhrQBL21h1ob fnhX4AkMK7W2p+g+xn6GFlR6e3yIVh97jC+yEhSJ0pqIj8MjSAjYBEd7fqjK6H1EBzpoZqW2NoaT wtiAMNNafoggxhGuZIGgloeaBM8jOp6qvZSniB07GeUmk28Fcpkai+XL5Vm2mb7vJm2xl7gaqjsA b6/FnMwQy+/m9Vnf01gLalnjZ0eqXGv260J2tp1YLHM8K67FxpxXPuHDr6S4m957+d06/s6NWMyh JNjuiuW82i1BcmFKNtLTE/Wr9lvELBNf38V4MiJMUoQrJNl1yz3M+MSsvBj1hWjze1ZejOmCtVzZ sQCzqN/sii2dTKYHLlfu365qTZI561dzM9vqLQoyAcip0/UWyFkq44o+X7YDBvz/FdwMtKZ+f3nZ IsOqWW1mVQF378dwD3J2MhXQkin9S3oICcYIPby8AiH1s9vPXr6G7V66ywgNkYBQRKAiUIEJzKSY VpWHopk0YzVu5pv1VnwrX4+y19JLHaVEUSlK0zNtEALg11MVuBr+O9VyqEpupGRqjvTTXTgi8Ti7 F1Pr3fdB8kwIQAVID4PgKtO47oBMuVkO1MvR3f+hkhYifDNUYCYUQXvGv/7eOSiCx2P8/fdnMHrH nx/j4xn14QwxLUU+ilQGIkTYjJscwhFOxrAYRVwsAhxHDNKFgQgHIAGNl7SRClFRGMQgRikQhUAg AeUZ2AJwPkolg+jKEAzK+SpC1e8UUgHs+/2uUsj59MriVf9a4UWId7FSSisiezhIgw26C1BbMTUV ieFn0gYIxl5rrXUT6z52RgUkfCet1q1tKrL3w8gtPIDaHn/UWty/wmt8Z4h8qCn500cDzOw8jbT4 2IcT2BiHarW6kYg+GAI8IrqZ1WbgGP18K6wCR22b1TLG6PsPsQ4qYI/nH2REDB9Kmtqo7aFq7nuM 46xjxUqpQvrRI1Qk1Gpt2+jdR/Y7Z1r0sj+tSeXNEtx2NLI8Z4Gf7Lhr27s5xFVWsyRnW7jUvIj3 637R4BmSuKrdOwxzrGmJ82b5eCnuu5GQl0bOtiGPkrFezPPcl1m8pbyuWMZaULvXyeTKvy7A5K7u XJje/FvTi9Q2f87KOetlAXuWazLJi8ejV1rNtnc/5m7ycCORXsX4rebk1Q/IKOdR7sKfm+clsSUU JiLZHk1yvZUNXDGa10gh/DtVfwdhFvuW3Oj7ZFwok90yBcSA/7v6cbhS5xx+4jkgXTSs1lqbQL37 6Lu7k3lUXBsu64/F05zsiaB4aHfbh3328vOo/xz1Zy+f3fZhh9tBGZRAIRSqEOj5mK6iKJvGplFt lMKmfCibsRVuxbfSa91bOZr1akMtzEKFKmc6iLz2YpAA/h80nXsieVOGqfn0QsbrxFlPQjP5vSRv 5yEyAfMEiMSOhYxL87kCyGwtyRicN0tDASgSKr+kpJYwlWLcNFqL7YPPH2qDCi2bimgBFVG0KIu4 gaEucPOhPig+1EcMhhuDZHgMhguECooDkPP8cuX5rrUSCkiIUAGhEAKce0VCVSqgIRQRoSh5PksD UOBCD4nQUIRQAVUwUIkqLPNB7MB209G4kisAnDmkplareIzwRjZIjaDEMC21PUuxMc5j0SsYwFFK MzOx4cMZG2jhu5batqaGfjjjQerwvWyP2qrAvX9FqLtYedTWrEg/wHhEeG3V/svXFS3JjuLYIwmw s/p298zE/sf+/19tbPS9VWmQzjw4k5ZxzTgqMlwYgyRAOgiBrZExjjiDuMkoZSvVGAPRyUYq+Wz7 w4p6PM8v3AIspdS2k34cQ+R0aWD/+IDA+9P93GXD0kopFezdR9BVD9Gt1CbKProPFbDWrW0f4aMf kb++e119QEqcIrWrhVjMwyJ/pHbRW85lSC4D59stuItXHEkJfqtzMyX537xaMQtZrmxpltl/Pt8W t4oys4stWcrPtmfOW+6ODbkJM1d3nyPNv7i9+LcqSO7xpcwFWCxm71vMEbc+wHf5eaEk32iS6tLr +B0v30LMOwZigkdZhpE67dS0+fVFfy4iRSrzv1zTFnzb+SedC4LkraJZ1LdelgWyMAkQ13KWtZuc /9zZN0VxH/XLNXsUTganh2P2oawm9CVQOSsOkUOkq1nb9rYVBI/nGIe7k1xqOv/3dD+HqyfzjCSF yf8FLwcxQg4vX8M+j/bzuf06ymevn708vXTX8Y4FoQYRIIVi56dhxFqRYroZNkEzacW34lsdrfa9 9hcWKaMUFhumVIm3I8REIH8b5gnWslM0g9kFquPtuhi35Zjcw3gb/G+xfxOjOm6iww3PnVfN+whe p57AAFWBvneHisDM5XV0lz4+ou0SgwLsLf75r1GLgVpL+fMPPh4Ei4opIQ64iksM8SdwoATPgAr6 XMoAw0ETwhDBcAnqGT9slEEdIiJQgPryUlAlKIhXHfI6CkSEYmRRFj2tl+D9YbcBcQp5OoEYwDg/ +qqAQCjmogbi5dqKEAVoeMbUMumo/tTQL4VISkSotLppsHNArZNljEbvVovWKuIx/i/CAHMPxrO0 WmsNj9EF2EkBvLUPtSbWex/gBh6t7rXuwTj6F8MYAaK2H6XUfo4sDBJWm6j4ONwrUMFRSiuliTFi uAtQGM9SW22FHL0/z/huUdZtL4rwX8EvRgFqa1qsuh/hzwgBqpUotYl4jCP87OFW6m5m5Bg9GLso a9tVpfezHL3pGqaV3anBkbLND+XgO5CdLVl+cTFai6VZ3OzfWuhcxSxksU+5kGWme95M6y6JgEXx LWVOpRq47FRfuMu2MBuMhbZcBa4qSK6l5WKX1xfK5U3h+Zv3tsyb+XQCjqXtmDTeQqFcGy6/soAJ JFVWUvoCNfQ/iGVyt/S9hfHMdSbmLqhIvOeUSIK9l3bvTkiF642qhcJsxTVJ5o6islfe3iXrDRLd 0TbTu/fRoVeW56Mz23SZjyubTGRPKzZTYtq7DDjurfiuW16rACpuBVZqra1YCY9xHO7BmHY0Lxlk B37mdvLMa+/R24BcfFOvR6R52HA5hn328vN4/X0e9hzyHDrcBjVERZSU0w+iAlOYalHdRDdBVa2G atgKtuJb4aMejzpqHbVGsahGM6oa5B2WKi7feC8nhUuj8jsPKm7b8e8aIUOTSDcTwOV+/PqbJrMg RI1UACI0YwQAFPWPh1uhwat0MZQaf/xx1EK4VuOPH/7HP0UHbFgR2x9SjAYIjV0wAvEMj+gSn+ex DcPgOpyv9bRBBBGCCnn5JZQiCApD5Qw9FuCMEn45OE5RvAJdNSTOkzGJ12YWigqoFGHhuTtWSsAK QuAhDEAQghC8D6gDlXhlhsmJRV6iVAIUgZ4BIioabR9b7QgG5eoueikUUscwq7VtBA7wOI/0cBKA lWrVVIf7aYkt4nPbHrU+IDLG+Z3VQoaamT1KKWQfXYAHo5u18+vzoxP8QbK2WrePiN4PgkYcWmpr VRCjd7KSB8BSHlZ0xBjdQIOEqtTWzgMzGAI0kaO1zUqNcYwRpIsUEG3fgBF++FBA1T5r2UTF/Wt0 Cf4mYKlVrEUwxoh4iI5Sd5Han/4+jQNJJ+ahauk+K5Y8478Pn/zFrAm7kWxwtjfzWvzw93GU8UFG KniTNEu4q8Gp9/MsKEP8xeTc1fd5M13Zs/AJFLJpz9OPfATCtwYS6XcilYUFuVaRJbNYMr1GhvIq hNnKnlXxjeuMchbaFuHLtepF5rMpczByngwvArkXyytcuBvspUssYGjm4fUPKf+djIWj+4v3pkSi KoM5ufkFc/Bp3JDf1HBx7au5CXD9vROToXYuFu+OUd9m2hObuUBeR1OOVP07hiMLbpKoQH3dyxv2 qtdW27aZlX54Pw4f43SSX6FGXNFGbhu5kYgbARNtLE2SeySyzSYQ1BFyOJ6jfo7682i/jv3XsX12 +3nUz2GdSoBUwIjT066mUtSKShWtKkVRTDaVzbhVbtW36ns7ttq30lvptTytDFWqQAG8fCFy66/Z Ysm1IXOsYmZn3n/bKXPTfLPAKYLTPKtIrfLx22iNEVJL/P7n+PNffavDwj922XcBUGRUjbrJVqXA ESKy19jsiTgCcMGgS4zwPugHwyPOdYsO8dM/cp6UomcshgVVFCIQqoYI5Dy5kiJOCYgoxOIlMogK deKS89x7gbie4aBi54NTvlQFFaCoqwIwKgSn14eAkgqnOgVCCk6PyRnzU4QghPJ65+w8AigO1UPL ePzD//iffS/PcTip/DtbvHvaiVxZd6mbcjjDT2fM6AZia5tVoxyjD3Ajt/ChWmtrtYb768zyiKea 1bapyTiOiBZB96PWbdur6tGfQZpIL+WhRXv/Ct8ZRIxSa2k2xhFO4LeIIca27UCMwxkVCOJo26NY 8dGHE9yAUauUukf48WWAgcrQx2+bAO5PHwGY4FnqZrUxYhzB+B3UUrW2ncQ4/Dy0o227WR3j8LGE 2eYJLt5CW+zc/d+sE8rbZ6tJeyyF3CPaZrHLpkFchyFumme5llXUWenEPYvzcqkxE7MAr9MMHMk3 OVVihlPzXSbey3Uadi8/c7fkyTqT15yLKJZGlCttOQ/TeWJ3c8vvSssaXm81zhcjpfPa0N/a9ft1 Z1muj+4lLOADCaNkBc6rAL8lKdOfjfTSXrwCgpy+/E4lv2w2wTUycpEAbqHNM48lTJO9Yhk0ZHyT nXySvBSaOpi+z5DFm86RBJJnF1w8HBmCzbqzKB0YqtK2re0fojb6GH24k5Gn4FNkTHToW5Xcg8ju bflf2g+pZLlqk4lROKVGiod11376Qg7769l+HfVXr5/Dnm6d6qEeQkjgFRFybnioiqIwRRNsQFPW 4lv1rYyt9r31RzsedWxl1BJmKHqGg0wIcvr7F2EukAu3m/vwvjB42nFSgKIqrcI0gmLGVlmKgyYo bS+PP/XxYxjdRE2tqAlIF0QT1GrCGHRIWLjGEIlRg4hj+NNJSogGPeAgCHUIz40hL30sEKhChQgV CgUiNMAEhveuXAGpHhIC6HvOIVTOfczvcvV1r/KCAktKIQr1DPysQlUEhRQXuHJAghI4w3GgQgEa sAmLAISGQBCCl4tFX23lJt1Kh6nIttW2yeevZ7l+LmRexV29wypNGQwnJD4ifovwUmG2iVng8CHA w50RvbRWW4W6jy/GI6KSX7U1K9X9GEcAEvElom3b1MTHpw9EhGqptVrpY/w/Y6P/LNXqZsDw98Hq wHPb9lo2xHOMvwilo9RS20b66IMEISJobYeiH4cgSA3a/ihiFt7Pc0hJmGmpu4iE93Ana63WtgeI 4Ye7MkopUlsLH6NPWDD7Z1x//aoKsnLI6jKPkXtQfR4js7rFzMsVgi/6J1/3Ob1cU3BLsbeFGElT TyWTT+zOtiTTyXQWn1xrx80mLVvVckjKXMnNFkuSrCyVMw2epNJwfYoryzMlG2y5JebZM29kTMuE WwvaVeC53pxtmYJO6LmkL+/OR1lz5mLvTqnlmm/l3Z7ZnTNlsggky2FBNosCnz3nW5bxH9jU9Pps /SwETU/PF/0mn7tYJrY4aZ4Oy3xYwAQfE+LkMICcYVrzcR2MGXO8AMf/XiVyBSbvA5pEQnSollJb rZtQ+zHG8PAsayYRaJJvZgBJcIvE8+C5A8/cHrg6lDKy89uLlz5xOkK663PYr6P89aw/j/bzOHfH 6HOghwzCEfM0b1Mv5xfsVKqyCavAFMXYLDbj3mKv/rH1rfpej1ZGK24WqlARfW3PdVl5eUlDwKZ+ nh9+U4WXq7b4/R9dRhHa1uz3H/xtP4Zza/r7j/LYVUUEtqlVNvUawzFA1+glOug9Yrg7nRIiBCIY QQQFEAUiZIS6QJUmgtCgkmIiZ0hEQEgFRZT67iGKcwszhJCQ0/XD80yOE04IIMQZnEE5d9yQMhGM Aq/v+gnk/NiOK3keVAvlCTikiqiFvhZgpJ+LNXx1WhWY8nXsl4gC5zd/ECdqIRVnxHHlmfOtjl3K 8xi92+FbP3A6M96NdWkRkiJS9yqCcIKHSgDhoEirpZiJu4d/ABbhEG/tIVoJ9+5AI93USttU4/xC LLiRz/3xIWKMw8cXAyootZQC8mt0J0yk7/sDyvB3TCi9VK21jjH6QdKAHRjb3iDyOjCDCoyyFbNC fzKeEQCLFda6M2J0j9gAVYtad1ULHz6eZBOVtj9ExF9ngm1Ab1sFxMdZXe7PkYb2NNITW9wndlO8 i5aI67iewzlbzQU6SEpcFEW+7nb3vtx5ryUrkLuXwhJrfs08lduR1J2lAAW7MhtXTic7Z41LNNhC c76y9pjizSmTeLk9yqp7sfpM1N4lLNfEO76xxF0mg4lTJO4mAZLu7+XL7W9KbDExi7eM17dms5Y0 WffE8nItqItX38/9ygviuHWthaPll2mLU2YNN/ozndma6C0xP8X7Zu44mylyxbhz0TNugQF2pSrP sf8eMvclFSQG4v0hUBVRK6W0vbaHaokR4xjuQt7xwX2o6LVLxXWcL/OVBQni2t4LG3NU59nVgkJw Kj4RgUyOMJ3ARARlhB4DX92++r/puqLlyHEcmQmQUtnTPfslF7f//1cbt9PukgjkPVClgVQeR4XD JUsUCJBAEgRAfG3869n/u7Vfm+/JAPLV4Czp4DM71+hm3djpzc1NK7XY6MdGTHys+8e6fSz72ral RW/RjtSYPIIlCXKWLjFCpMwa0AgHrDet6zCnUc5wz3XFn382S2PY0lvv7iSzSR1Y3ZoTTMVuGMDI MTJTzEQMZEAgEtpnZCKRIPE6LUUEMEM4TxYLTFEmo4wUJrV0zINKgDS4aLMQxKvWBWB8uS503Jk6 8BsE4DgQDjOuhkAaCDSJkGaTNNCgRjUcHhGjPO2YWsQgBoBkA2gyyqeA5urTcESoTo8IXvAZcKFh njGPxjSOSEqdYGtuOegWre+Z775fUtm7z0KcmUp1qSsSiN7X3lazEeO/qQV6ZGTrzWzxRul37IBc Ge5L6705ty2Uq9IPHwkZ8ZWREQBtWRdzbs+n8pGB1q0tPcbYd0KLlK3tfXmA2p9bHrVNs/el9UfE lvlb6cLojX35lDT2kRkkMnNZFzMbY5sH0pJ76w/3rpxuj09Jvbv3vm/7vrWJIfraWlv2/a+MukLC dZvgpvjqbK1uy7MABkrYR03wxlUV3tY21cbcXopCWCXjvH5b5FSqbsTntaQSryTdCH7X+1FMUbsm jt3wWe3X5Ea+zN5+XVDpre83jp0e4mrebo+8G7bz+rfiq6vEd+9y1cyVA7oy+XYdhfNnyyrr6Ur5 rf2bnX4n+PzKK4ff71dZxJ9FJs6z9M7O3tDhKY46QmrVtUrP+xr7n6DJrbM3nxaudv2k/6amalO1 wQo050/FInZ9RKVT86XnBoqKaKpLsl0v3ug0B/8HrJ08TzAxHMmiAkha676sn62vGdq3feyZqUL6 2UIdQNX8V6zEQnclqNKn0uebPFD6U4dXBcJVGMAR9pmvQV/lFy8ImS/8gRQjOcK3QCgHuAF7KqQh hZiCppuAmDUvSaHJTQ45cFRNhTpzbfnweLT8WOJzjT+Wfe1bb2iG/mjeLJPGXLn/+IkfP9vS2KDe 7POn//kvf3TYDpo38x4uLRmN6bFxbEaJUgZimAKMgCJzpEYqZ8+Pep/HTkdypnUYZmgFAeKoCUq4 AYBE4chBnSXpdVyEEQ4iLQz0dNHBJMa09MdWCAimqczz2SCcgOBAp4i5QcRjqUcYqTBLWksj/AWD XoMU1AFq0lNAiEnYK2gDedR5m/s758g+hsHptQKYbAYZAqAAb6M/9PjRf/5sbmPf6W378fMXoIhe YbEE983N3d0Xi5HKBRD0K2lsq3un5RihdCBHbt5aX7sxx/6l/JG5Edn70pYlxowebcrd2tL6YhYx nhl/Kp/LuixLz9z2PaAmxbI+zNrYI8MBks9lfbi3MZ5jJzAkp2n9+MzcIv/KSMCM6usHyH3bpSCQ 2Ze1td5ibGMHsACbN/e+EsrxjHTJvGlZV+TY9k0a4uh96b3v+39jLN9Zsts68mYheikq3167Ela2 A25eEHvl357I5rZ0uRn4dz3+LSjh279Y/nVTX/m20rUXzSwK5Bzqty5kUdb+pn9uZYtPKIOCNmpG /dmpm7k9337r+80TzGsLVU/Wp27cq2ijcvtmmf6JNhR+1hRFvTWFUm6AZaV6E6uKOOwqLL119ltL fKMqr7y9Wfq6NVDx0CnBvdyMN8Bxvvpki659+RZ24EoD3ph2AxN4ifu9j9VE1o6zAFOWignnlfON p8haGcC8fuyNmFqu45CjA/8mwxgvVSxa0GLeaZypmJwejr6u7i32sT33DEknoXPu+UtBWOmDCiOi TIBbz6tgbgKw6/28PnXjY0UeKIOjcuQGYm4eFwG1xNY8MyzJDCqQmdpDe2IXRmpPbakRylTkcZ65 vypbtsa20rtDzjCX98e6/HhY60p38POz//mv/vk51+2t97UvS2vNsmEsGI6RCDFkkBL5RY2ZOAOq KU0SGFTgTE62IVPMIIspmiPTFzrsOo4qWCSQBKEjlePFexEzANMo1xGTQpOBBgBHrU8AJg4xRFg2 qgkzmAs7zAAAIABJREFUqUeEoDQMEAINNJlgOlJhDTAex+wY0U0OMNEngJNNlEPRTDRMJwpMNEjH PmW+CDaAryAPiBIAzrgaCfO42HQRaODcwTFDGlKWSUrW1Bp6Ppu10dYnDX1B9xw7i6uDgBF/mQ1r naT0hAYpYcSQxNZX7z1i5KDUMgYNrf9h1pHbGAn8iBzutiwLjfu2KbsyAPSle0fmPjYHRl9aWz4B jfGfjIB66w9vneQBQTD6srS2CDH234KAlcjH5wOIsW8ZATmAZeneWoxNuYtSfrQey7Iqte+/pVVC 71jWh2Bj3xS7tJvb8lhIjP1XpIHp3ns3aIydr12V25R8n5intlpeK8j6ufk468Q/s7vH9fo5x6sy uSnim+bFlUK7fj1by2vL42ogq/acCnpcodINlNRV4HlK+7nfNIry4UthtuKsrnEb3xoMXl9dTaNd l9Qni+rrKuyopoLXxiseqsCo0vBPhlOFe2df4kUhrna0YruKdW4N1jW3XUV5s8cnzd/2rl48G8ny ijMBom4fVASQBTJWzHcK4pRarfSIqzRRRk793FwyLH2pyKA2qOtb8CaUk5l2lWYtOlfZcqPzVsrh NM0nWLnx325dduB/yTAmoCOGYNZEOKpAJ5lC0txbb+tqZvu2xcW9YaXpevymvwb97aNCKK90v49d XXt4Y1+dKpXjKE8J8Hlw3D9oovOrz4gLzKqmJgLGNMptGEIJ6chgyEQOZGImZYQzkvFkjJ628mNF X/dsI7t80fL4jfWvbfk91sgF7NKy7217UsMZhl2K1HDlmrvltisG4onMCEUGSFcalAbM6AT4PBDv 2DUg7QjDPI/JIwUiKRwoQSIDPCIxbeJFTrwydy5ETs0+D4RP2VmfdcIWO06rB21KbR7nCxwl5I98 k3ydXZIvVNIE1/TGHHEbOaVBTW9EPyMqJjQmlTQCPmHKLBXK6TiRQcOkGSBKJg1HEbDZyrlDREz+ AKYpXJ+n3ZsCQBIz6kPy2Bbsq2sJ/J+0d/2BfJg+TfuIywKIoltYc9HdzDzIyHxkfFKx9uZ9JTHG M3MBPjJ3M7a2uhnwNXaDmtmz9Q9zM9tifGV+ZvxqS1+WFYh9m3mtWJYPWst8xhiSS72tf9AU+5bR JRlHXz7MLOIrjswUPT47zWLflMrsEnpn713KiC0zpUbEuj5gGPszYxZgHevjQcP23MZoQCeir92b x/g9tkamL3BvRm3P/a1AE65/3xS9Xa3p+d9bhc35bH8d51t1CN5cm7h+rTZGbzMd5UWnzdCbGqmP 30p16eV+qPspKmbyrOlnZSWG4hFRgRo3Ck/MMZXqbWsJ1ztRyL71oprwSsDNnNTWbgswfWdBWb6y XL/ZPLyhhBtLK+et/K1rR9495SypFnhZjeoFeWfR+bsy4b371TqqQI137HgDT6fD5nZzK5SjDIxv Sf2WA9+KvnLVvpO+XgUpvsVVFQ2cxJzuupu3ki+Go3StvYZBveEMs+WVyJO80+jPLJVZAAHTGoFs QKMlmZIRZk5felsezbsyxzZizOMzKpiq0OnEWTeccd5Q03NRNNRJKErLt+FSZ1S94ZTl6X1FmR7k UWOS5aUHDa8tJAPmQXAi6J6P/lx86569yTtdhoDgbVn7uniflaTc29I+Vn4souVYIj/0+NC67rF+ PT9+bw9wEbgP7ruPp+V+5JmGRioylEOZIQ1oApkQUibZFGTTDBpRS6MMgL8QlIDQhBbUYUD/7t4E BGmaQOTAA3N/6dhiwfRfpMl11LsoXsQjtNP+bo0n4yY3RR2JIQeAmZmx4PFCADDCxASDhB3xE6SM akTnURsj08YhRTomRIADFJvYJTNRVJKA+RxI5u5NNMhaJjnN9Euz8JgMk0gdpdCDCDDBpKZ/hYA0 65Q16w94h+mBnalP721d/+P2K6JNr17KM2j6Rae3ZqbMoSAwkinSuJo3a3vGr8wm9cytNWtLN3Lf h9IzB2jemjc3xL5LepC5fvwwesTX2KmUteZ9+hiYsWZk60trDn2NsUMPafO2eluUY+xDWgC4qS9L ZKR+Zw6huY++foCI/ZkDgJTmvfXeI/bYE2jQ1tfuvUfsY5uWPlpry9qk8fwdgpaH975C9vWLr3Se c17XWWxX+4SXUmtlqmbRFVZuawVt8E37oyiEd+1RNcPt593cjqLEqtY+0cYoF09AUE8MOE9ru7kr /LUZhKqFisPgXOjXpVTlQxT4wjd7cPaowovbH+fWDEsGEK4a8vxdN24qt781JHj9t6INXRusn0rV ey/eiT/xmf2tiy6YoL7ojP6pP98CCyuc1JUJN3BTrX5tqsLQE/pU22dvm4B6K8GC67vyjRUnGsg3 zuCthZOAG1u+5YmuX9+7/z7AUIRSBVHz2M8Hb1izUmWAO/BvwMEjaHGaZnCdxR2lDjZrra9rXxYi x/M59i2i4vrqKKvYcBQsj+vYrQug98FXh+nfXCheCnt78MblOg6MPNHx37zjUUVinqsiM80qYSCa 64+P5+dHtj7csjuXtffH2h+N6Aq39tHX1ZdOWkYnPoyfxBqDY5fChR6B8bXltmtEHtstaZlUQJIi wSM+VMpMQTCB42DBQZiT7tl9Vui0sFPenPW8gcPrAGE+HgReh6YeqnzeOFf2gEwEHDz9E6YjmgF6 1cWYUANH4MuLt9P9IxJKy4nMDqYfQaIkZkFyHaemzVyT14knfCm+SQwPf4hkA0jTa8V8eHEAIOmY QaYHU3i4GGSYJ86DJpn+n68rWpYcxbFHEtjOW907u7MR8wUTsS8z//9dGx3dN9MgnX3ApmRn1hIV FTdtDEiAdBBCkCIx2DJMOFBCAVMSB7A64oMNooYviB6+OAJQpaF+WynL+lVWEn+6/OHlJVtby6u/ Sh/uGmNeMUyfKIuqClvEC+hgjEgeVqyUheGtdZHGaBSty2algi/ve0Tp3qyUUgvgvX1HfDFiWara Qj57axFQRSlrKZXsvZE0EV231Qqj/+l9ZXSollJV0dszIsAKjl0Vdm/uASrZy7qZ1fDd/SWCiGpF 1m1j9N5ejEKGFdb1C+TrmyIN6qplqRWItn+HC4h13UTw+u4juNx19mW1nWerJiGVJf5MU1jbVTtG UtK4aq+bfJwP4/oTqRm3bFn/IT3PRvKbhJlGHSa0kZ08pji2T4LOzxO2HxVJVuFxLVPSV5MoXInK zLkR9S4neX11wwTZGHDjNlIGpjw33YzU5kxCLnBqrBsVckrsTHW2EsX1Yca17xqXaVDlgxj4BLwy yROd6JVLN+PTRaeenThnwcycJwuv/975GUmLMY2E3Ec3YHTDfEh/30bO/NZSnvcJggRAcQV/dmW4 pKF+M24h5zTg30fWY29+ZFtAgygZIlqqrutSitHbvu/ePSISIzLOiISU5b2+sx03iC3XbpAzQ35L IMV3+GWKRPDRxzIjTf7kLFTDzGtpRcM0au3r6gIBVRBrla/fH7oYtZIP1a9SNq0VYtEsogSFJKnh 6r1wV+zw3cOdCHTGHt46Ylfx8PAgY4RFwOl6iQE4BtQb3hKHsNGhblWPRfwIMhFHvDLq4ckAxXkj vAzOy/Bp8HG6RCgKBfV02NShdnEqcAgUw2airq4IHQYLuAzfneNcqwB2HGc9PEBGdTb09FHa2PVg UCgyjpCcvSwAVFgADTGwyIhAqsHj9SBhFK9CUWooqCGgcFzpHpTDn0SJOCHLASeOji8yzsiMKnle nQtSGEIjhaQgRHEAbB7B3SVEPMjwQq8IAi9IYxC9moBhrddzNKpIlPKtYrAy7EUewQghRL2UYlpV Sf7lvpBVGGtdzQwSHt/uiljIfVlrKaW3vXcHAoJSqlUjnt736MMQsZix73vECuzLui2LRLS2H+bN UtdaKhjB7xGF7fG1iIq3Yy9mBPIqdWXQfQ/Z6Zsq122EDnu6K+RlVmvdTO31bAyDuFWtpULC+957 AW3dDILensNxNc3crD6ZQMaU8jfhnlXRu0V3pHw6A1dpONOEJrMxH9XtTbv/SjffLnTNr0qyKme5 lw/ETnLK2X5PDXi/5WAqD0kYJd4KzLTc1GEm+QYjPoKJTPj8I67ffkQbGTvm57dKb4lXXZXblh/e nA8maTNbtmSMDprPNanAG6yRZPYf6RbuBdeOmOTr9W9N2V5XZt4omlTkPZdc8lSdcTqc4krdhBF+ bVhOt92Dd8B3G738VFRmgqdz17mFsxny1gsz5Xn3cTPoeGKQf4n4CCdFGM+l/9w9FWUpVquVgr7v be/uGVjdCr1xNo/s2wC6jQn59G1m020t9U7Sje+5A2iGYkdjBKiG7YH1Bx4bN/HVYnvo1+91e6iB cCn2WB8/tGhE8fYIL+HwRnagCzu9ubdxxSkZ4b2x7YwGOOQ45YKx/FZg7FVMb4iDhlBwuFtCqKQA Z/zvg0tybJFECDFuJxkbBAgcjqAi4hQfsEAPR85CFDnnyTRBgDogw7wMDQOAHJatOHZDJI6o5GGA Hu4c43AKDjNFANOeEQeFOKKGq8vRX4IjPNfRghFr/KxZTwAE/IwGFsID/0IUxyEaFdpohiJk7Kro cdRQhMaAaOBw2MDPEaACUZLKkCKAkQdgEQ4/1nMIjoAfQhGG9qbeje6QHd34/D2+f9NWYd7DIoqc oM3KS30XiJRVijEigoSDXVBUq5mooe8a8RWhxEtNay2i6L0zfgB/1bUuywOk+x4O0ktdSqkjIoZ3 DY+6Psyse+utMFCK1nUFW2/PiBXACJBjKh6tNwhsWbSUGr7Td1LIaubLuoqgt+ZdyYWMZbFSyoho DrraCDhmHq3tKtBS1cqqSoa3PQBdVluWre1/uMt1YuYZjaus1+vk5TUnkozDVVZkhX2b+7eHc0U4 K/qo/2aabdBrztySmwqcmykTbfSrGIykleVt/eMJP73L5VFyBjRyRTCT2/qm2JA04k1+IkvCtwyz OzIVH1n3UTfPej9+qKm629tBiKUGvMt2njtT2ZKfgVo2WkjKllFCNvtn2pnibWQb1bsmumnxDuzX Rr6zaOppvA3Iyb2bwsoGeP5CbeNK4CwW15835DGB/k1fS4r3NTL0q8cS0lyQ6/h/n7y32f0x0SD/ FnGReRcLRULEwRhrazNY0aUWM+m9t9bOm1Nudssb3/Vad+62PBvnzxvj5FpmpD9uaONg7omTjq/M uC5U7QQBqcW+HvLb77oaiqAsZftaf/y21rpEX8If4V9AMZiJ0CVcECY78fJ4wb31vvurx04OO0UE SYaCCgbQAy9oqOqxYBbIuMzl0Prj4QE6hlkCMkfVcRjVRXD6GghICYqL+HFaGRRpwwagcxwIBTFC fyZGK6AYF6HJ4QmBGc7q0PeHdWTAi2GsiMMbRAEd5oSxiyGwo+ED+mDgoZNQiCAoM9iGCI0/Q47K cNWEDJykw2OUIvrTzRNnySM/Q0SpGscZGRk+RidACTFAR1iTUMdxJ8uItxFH+yjAsQt1BEYfRpQB RMYkp5wQaERGkTi3F3WrtrVVC/Zlb+JQW7qouyupKlFKMwHYiaAsImYWACMCAfYgRcpiFQLvzUl6 PIleai21hre+B9lMUcqXqKi9+i7hSuwDc3jvvS2MombL9gC57w7+IH3dHiLm/uytgN1MS11V4dF6 62QBYlkXgD16eDA24LWsDzXr7eUtyCrSSrVaa0TbdwMJ0EotVYG2P4PUUli2TaDRW+97hKva+nj0 /uxdU/gvvgmBKUazIO5Xw8DU2f1c8DHtLEhS21PfZPPq+wYNrwLktgrCW2Z8WrTlHZypukpSkLnN vJaZv8rPs2Np9gDIn2QJHtcypwcMko7PmOm9QFxF8UxTMX/sssyinOHGtJvCm83A2QUTNepbthtj c+ZJy8hZrx4zeCvkdrwi22Ds2hFT3WSVbCnGSeYbf/HPzyj1H9PND2aqSL3yFinbnCYlvXrfE5xJ /t+H+imD/OK5JpSTMUpmFNIsq9dybhTlWm4t/zmKDPIvjNveZ7uHmmEIaMVLtbpYKQbGvrfeWvDj WMzV2PV5Hpc3OvFrtJGLnRNmzkMtJawE4sj8+MLf/jvqKgKCulX813/yb3+3UoUuirKU9cfv62Mz C4FWQEt32Rmu4epNYmd/uTcHA3T3PVqwO7iTfngkHIdez4MglAl3TmuCCUfcKsGh1YTSJ9QYqnVQ dEYEV8CGnpfDnRPDyeAs/jh/THFIP9UzhpMvWQVVMYJ0gT91vEztLcek9bFJorSzLSIcLpOqHOGf iGNnZBhlIMeei83xgdHC00dDz/tLIF3HudMDzShw3ntHC1FBqARYKARcfg4YpwSGOUdGMNAjAumw glAPB08c7ipiYQLFER1ExnW4Qhs3wQ5v07FTdfolURCuQlBhg+GnEUgUh/8HhjuIhpYnSlvX37av L6u943/78pRVvpa+2lPEVXqx3bRFSAQIqpiVTVTD6W6gI7qoWa2qHvzLG8Av714K6rIA0fuTwXBX LaUUKPYXGCX8T6ulLIuAfX8yNhFftq0U8/aXdwVlXCjvsbc9QAfc6mIFjN77zrAg1m1RlfBn785Y gV6XtdQlvLe9QTrYSql128BorxaxiLDUYqUI+Ho6GWa+PR4QQbj706Op1rqsomj7iDb2njT9PxUA rhsKWSbMJWYWC5IKySut9yWUnG95ynec6iEvWmbVWZdnGTrFbg73pEmxzcZEgh252Nkeu0rzbAD/ GNks628mepkKnOrztuOjn8jJoCSzOiM5SXluMALp7cd0k9i85tdrtlmFXJtdEl1IimOGSrPEn48N 0HQkJBNiv6DltkCX67J+AqA5FDNRBNr1WhwmunLts+8yHzIJ05oyHtbUiTdl+k51LifbfvTNTDIz 6Ju1aWJoJNwjbz+nlaimwX+zJPFaBa5MQ26wbev/iFBFjnu35HQdJQQ002UtdV0BvJ6vtr8Ob9E7 7sujebJ4vs3WVDn5ktnxPpiQih2tVzl8HFREVLl96X/8nYZAoBRsq/74octqZqpAsaXaalKVwe7i lFBxje69vdB3th69xwjmxQ408hXsgZBxvygZjBCBKqSAdYSlGnr9MPULccQFH+dUh41l6Hk9oMih IofR3k5HScVY6INnnmNzQy/jSnAcojnCzPOAEkoxHn4ew7kyRDoByjE4hr4XDmeRw//zOIyKaajQ EahCxF1JDGo5PAkg57HTE51gbD0IiRFUVAfwGA077QolRMeVrYLRTtFzUAoC4oARNHaAIUE5Tqfy MLroYT6B8zgmMywTNraKTs+SESv9NMocpgsVCcgI/qEERjh1CqmjpYphRRI56sXwqhGc4dcDJK20 Kq+lvVqPl5grglDRZVFu9jTr4LAtCQMSVFWRh2gVccTu8RUU06hlgxz6OmIDaBp1WcUAeXnvESU8 RhTRiO++A1hE+rJtqupt732BvJZlK2UB9t7/YKwktscGem+vcCfDSq3LAnjvzV0YddnUikV4tG8y SDOVuhUy9ldQnBGm67IsUpT9u7UKkWUrpRQRtv0ZTqAv62JlcX+9ngrUUsXKeoZAteS1N4UA3vTE /DltFR/XQ3Ig44tgmYchpzjO+xSSis0CLptFb+I7FyWpGeOTuV0y3958XeNETu0qBmeyq/E5Q5O8 VzJSuaKTvDK+IbOpk27QavLwXZxO0jJ6u73NbJRTzX9MuVPk+i8r2pzhIyG5Rr2WP9LcJNK3cxC4 1ljesMWNulvz8MaflrinCeJEonf88b6DdlNwufzcQTdln9uGk+HZRpVhx42ujGBuvTkzZOA++13S GM6jOufMPy0FuXgnUK7dgeuQlkQC0iewf/z2z7X6UrwUX4ov5ovFiMAtBjOty2Jl6c722nsn4wbG s5TJaHTKhdtkxhva+hXauCVZ1ti+YKZWsG74sS1rqf9H19VtR4/jxgJASm1/k93Zu7xBcpG8/2sl m51xt0SgcgGSZkuePj4+bpmiQJAiivi1opqF5sUqinJDWMDdGSdwBF9BPwEKEE1aCycRgoATjYy0 kAgoIRKaR3zJ1B2EyBByEBEikBXqqUOKB0BQhQYQ4lTvUS9vUCPFraZwJCAwhWA4TKQQHcOWwd8B NSZg6C4XCtbuVJFGBDg6ykhbhqXCYOTQcIoDqrSpC5FxVKI0iPeqcGl3yIzmUUZBVxmT3dEKevRp qi6YxpExkQMUjcwZSYelW4hIFh8WFiLjaICuaAEgFFGEgpmqC5mSTvqCIYoQCqfQRQauyrEoO2xO xxECGVib0Typ0qBSKMqeBTXRUvTkKkwXDgpCqPQSh7XWnKfIR+Xv5fwH2iegJi81D9XWigGZLkQR hEGqmoi28B7EUYwZ/WoSzb8YFWhqUCtWFHQ/a0RRbdu+l6qt/RluDFq1Uov7eb4EPMpWtu0Xw92/ 2vkAY//YRI18eTtJimqpu5q4Z/bSauZ1ryC9ncST8QHhvu9azP2LzUlCzepWrTrP8wUAdZNSH6QT z9ZaUKzIvu8e/voKxrbt2LYHGc+viCjLi3zfGS6AYw3Zv+xW686I5dg0/7UaLy7W6PsRE+/6hssR mTfcs+71mTtyfuq7AJhoY56ML2JsplKd3Z4/YYgpSicDJ9rg+xMx2mMRCRe5fpf9WKCD3pg5G1yY dsmJcvmst19cgPEu537snLenz1nG0mZlji5hQXca6jvgkHd3Frw/bhKzji4bzERk04ITN8qxzIvc Hj2brYHiE7PyXWzPpT4x09Q0XD5y++PH/65sudAsy6uHZRlcoMYFceqoFS+3AcrCByxf743j9t6J /fvnf1blVmQ37hYP4yMxh1LNrBSzTczc23mc0eKd0HW0q8oRy5tzJ2glYvZ22Q5w/7p/6G+/Px6/ 6la0RGiDuAY1gurKE+1ka/QIOuivaM3PFpGJsBSiCEQwJNgzZnYd0chOkSW+8lzM1NGLoOcH1MjK HRTroZc9FKKXiYVkpvDQ6cOBgAizQjoAeAgpmmoMAZBuBgAg336cAnRtP5lxGQAy3cXIbkHISCGK EZDRiYEkuMmwlEiuE9RMvykZTxtC7QVc+mnShs9pd6scRUkABHvxl6FUEEUPOu26AkzPj+wcTHVO phLX7h2Sug0MCjU0qUuHD4z9YnjFCgNFIEZywIUxUDKzj4xCcRxJSWbKr1xm0mFKjlQBhcTQ2USf AvQkYD0yNh1aIIQ7muzl8/ffPv/+WbT6k+dXazxRX6oBSss1pBKmCEM0qKiZGYgzvEU4xVUta8mS zZuGe8SZCglTOZ5Zkv6Pff+wspGvdn5FbALWfS+m4f9ybyJWtw+VGnGcLwVQNjErkNbOM0IAlO1R q5HtfDm5kW3biyjCj/CI+Eh1RS3F23EeAUBMxWoxo/txBKmmrL1s7LO1L0JEtm0rKjhef0YYYB+/ drofr7YAjlW7O7eFVW7dXRbWvU+WfSCWr7pc5Fgkl66yh9UOMtUAuhAmt27XA998ytq/LSfs1QMD y8l4lUZYjl5yq7i2Ah17l+5yC3hZd78LV+fQ7vJg3TznSC/XpyBcm92lxbppr8TgfV4mSy/tL1v6 FMaXyCZ7b2zLSHVJvSpjKufPjKCej5hzN5+yip6V8pWxK4e3hYA1XgPvt+iSM3dd9uWd/hhCd+XY OpA1fOaCNlYRufJz/X0HcJPIy3meC66dVyav1vYXUuW929ngvvDWG7lM7lTeAID97fEfklGYSI0/ N2XVQGhggz6oGwVkQ5zItIbmRT1P/8A8AK9Pui/Wdfz308a6jvkTUgEQpvqo9VGlAv7l59PDI07C QUfQPaJFjKRZImiEQlREjZmZKjDlNjRDJrrfxIgOBWxIfiDdKpAJO9PJAHm+55LbOxmaLpPCYpkb SkDtERZEOppmwdhMEYFhOyhIm0jPipF+FySIb7SRfh4QYdceDEAgc98UEdFeVo3dnIMMeaF2c1nf qlLWOjAKwsAECpr0WJjt+x3oOg0Kh09JGkog6JqG/C8l039DpTdDr/eGAHwEv4R8TwN0LIPkd45c iRALESA0qrBCABAskAzbCQKpbgI0vhdZsiZikCyZimSEruSiyq8j90ZIB329tH0CqcwOFuqiTjig VvfHrwr749X+p/ErioixAhvgguDYOJxKU9vFKpn53JSMCJg9zD4IYZzhjHBRrdumpu04vAF81rpr 3QjSv7w9RKJuu9qmGq09WwvRLLaC83WQJopaqyrP83QnSCsftVYRP44jwsgoFXWr7kc7ExyEFa3b Bsbzq5C/mXJ7PMyM9PN4RhSI7R+bqdJbO4JUraWUWotEvM7jBcG2m5Zynq/weUa/y7/LDsj3N/qu 8FjFw8QcU9hPeX8/vMattuePR665/8zN8ceNle+AQ9ddaLGMxE1IYLlLhm7jnlBL3nf/+dz2LgPm 575tXlDFRS7O67IQfxe9k7eX3i4OIpcG8s5GvLMXiwi/kKoLw2c/XMxPKyumbmMigMtMzd5Wsmcc /j3EdKVT37/KXyzF1a/5whNbqOIyook/VuA4QdX6XBlX5DZxkzkXNKM/tbkM5DJTKxNsAWErJvjx rlXLxb/uFos2aH0Wl2W8jlGM8l+vpqdri7ymIiFCSnH9CP0M1KCDbbPXr/L8t9p+1fao3CpLoSmr RVFXDcuiopolL9CTRI3cUPK2VlZodkPlchmU9CEFpEVliLfjxcODEhnGAfHMsgAGGD0/lKQ5v0dY CCI0IGGROaMiD7eDMEwh3Q/knWZAPMM4Rj0wDu1Ipj1K/4AQQYZmDIwggAlNCWhQQ0a+yzxVj4Er ehGTPKaLEN0i0E/tQwkCpgZFuqmCgEh6loBMO0V31ZThLNIzgie4GfqAUTMlU9fPpdwfSmEv1Sbd 3ySjUjNhRgEk06UnkYoA0rwylhV7bwOsZPRK62k+062kAxcohQOZKY2wUAo8LVmpGmkKkVAqYBnF IwCg3zoPQBECEiUGdMmOgW8Yxxw8hWDHbx3YZXtBT/eegTnsKzXM8Kjczucffpwq1E2LPAqLwkX7 OOC4AAAgAElEQVRISuTLLCoAUYgCNTOKRAQYDw0XM627wKR4+Bn+K0JKNStV9GznH+EUgZatFBPw eBnpZtVsU5Pwo51nUMq2F5OIVzuFIfvDzDT85a0xKFbrVlTZzmdrCkgpvj0+SG/HizwhNKt11HAJ LwRLhdlGOOPLz0bYttdSLc7z9XKyqFmptZi242ytEafZtu2f3v70RrKOl3SV95eNad2h5mc9nq7m idVlD0tX0wFi7eQuI9dHr0Ju3VKuu8zSFceNUxauaCne/177vPTsi24DS/uLMpij8YpI5vXZ+T1s cj7xjjZwE1Gr3L3I43gf4Lz9zp9V+MnS4eVzmYhV0q/qHwxBeOHG5OGPBjh5v5LtfWA7DMXDHebO 0cX4Pa/MEa1kcLiItsWth++E4X3drrNzyUclS/8r8T9SuLbUGyfX3381BXK7Xt/hFH8yeeCdt5fX EDfQcxkdlp5nbyuTxU7+9+H2dHmFOIWiR+DZeEoJ+6Q9CI12+HlGQ5H4KP5RuBfZjZ8lfm3+q/pn ic/qj9q2Gpv5VtwszFDMi7JYdGWCKNih/beD6ttKuo/5ewCZ24ItItg4s1pMj8uevHwsBMFMWY00 dqALaWDUPg2IKDRtKNTOuKlEwLc0lVFPFey1PKQXQwcUltqRHE1oAGEMYxYsm8tCR0qJnvRTgLQd QDLPd4aIRhf2wJCn6ZSAhCNzOQp6/Cqku5TmFUnbQjK5OzbOEzwGH1LQygAcxFTYpDEI6GCFA4R1 gnVoawhIiKTKgWmy6r4X+SDGeBBAiGjqJ0S6UUMEojJKAApMSEqDnEoXWKhRqFncZzyOw1/DVUNC ERYFMwEYLNUv/M6jKn3Sl1e6m2BAAN1tJ1VZmW4VCkg60QbAVmpU9z88DokPa39D+5QoKh52AEVC oQYzsoJOeICWOgFEcxAa3phZ8EuBND8Z8WF6lvJQNfDlLq0VEa11t2rtbO4SfpRS67YD7TyOcGjZ S93M2vGKiFJ3mBng3o5wQFDrVsrMCaYivn98iMDb0z0AWHmUuplJO1s7KYJtM6sbQG+n+5OZjWPb I/j6aqRsD9/2D4Dn62xeRGnbY6v1eKaziAzEsG43M8wPy+42N6lVXF0E3opX5L2ee1ukxXyt1j16 io2LPPsr9HP5TCXK3IJ0ATTrD34S86tg0KUx3/fuKfInVRNzcLly73wd7GXsWNrL++EYCz/nvbJw fh3sRZzL+71Yrt8vzk8SP0Vmfp2OtxehK8vCuKMNXUT7RUDMccXiTzP1bStj83PHGReCV/7kxL2A Y7kLY1xzpa1TvArydXYwCFuX/Xwox5Jbl9bK5DsgWNeAvA/2r5AH3t8j/jQL6zLQhZKV1Wv/Kxkr 5SuGuyA5LYQTAMQD0aQJ6dJcrUh5oBSC4d78oLueur9Mq7Eouz5DWFQ2c3Da/kkQRIR6IICgemij tqjN6aECUQ2RgIAhHjpzUZEgNeapvk9q/7uFHCTPYtqKpnijg0oChpGCUvvRdRgkwOjGfFUEhTEN QSAwnxZ5Zu4slBTesGAIQppShodml6hDtFNoANIZ1cj0+BABEBQBLfOFh0ToKUAqSygi8G76gQkh 0mJgCiEnCkDX/Gtf1OJCFZwiEn31JElZS1UA8tselGtFezbN9MmA9zznCAg5SqLklZHGSymgBMFB R9+OKQMCUUJEg0B6VKRLrAEUtkEClQDERQUuOCg1k42G6IQwab/pESUiGgFEpNWLDAiFRiGte/gS EEvFF2EBhTQNJJ4SJm7ou1hWaNPMdNK1M4WiHKqQ5M1whyEBz9BnSuD1Z/Na+fjbVq3EH/H8v3+9 2mnWNoWxWRH1eLkoSQHocI/2C2W3qsWfr2fxBn29iu26lWIfal8Rfh6H1aPu+/b4e2v/PJ6/nn+2 ssXj8fj4zf1//+mN5+u171vZPq0+4+nRTnLTsql9ucP9JM1KKVXaeYZra+e2bbUWtae32hrO46hb LWU7j+bRWjtbo6qUEiKFREQzVWdhFMGHapCMiFJN7f85u8IlyVndeiSB3bPfTZ4jP1J5/8dKqr67 07aRTn4IGNrde1MV79ZUT48NQmB0QNKB0cSvUySNNxki8te+1e68BBaG7/nO2ifvxpyP5perPV5n /Ntketv5v/kyVq/BOj+uVywWYl5TjDlOZslrXasVWRHV+vN2rVZBx/w+vX+3jYf1qXXeWyXE64Q+ i70ZgHUH5VY+//DlWt16cVF+vN3vr+jkvSE3jHXbxlihZ7yW8/Hi0nAsgGZ9JAY6ubk55kjD0oP6 WuBayCr/iglm02LpxBiDf61uCrYij3jV/0o+e0OuOQjLH9q4Xit6WJu8amzV4e2aL+NH/c8BHK8l z0uXqm8jqiyFz/IVQBFmw0iwhfiVJBRKUQskhCAjIiJwhpztgVyWCoslcUKYxGZRFKaiEqquoCBq x/EUusDAcF6N2jpJRRAMauZpRJ762QGHNVcPCSLoLTQXy+kMSC+8oFFcYCGIDH4kIMqOCAj0VIVu OyEZ9TniIjXJPdlzQ3p251BeT21A/+xERCeq0ujDh0nfkDa7I3FO/k2JSVjFFKqPZhLKLh4BgShB tCxYkBghtz0IKqXkRgWASBaQcRoIcUBIbINOI024KkMYI1ylo8vUgKTYfbMkkMEYc8D9DFTpvd+X DhNRZaNKOpaE6h3cIO26EmAMGpLgaJWyARaixgAitCFqYj8f+w0JBJVGsCmVYaHsUa5AwjhAOiBM 3KZNKXQFEzcBQqgSghhAM0Z4bf5LEBO5GaMhSgnJrGAQjBH3ynyjJC79JrRef1WFPp7Kv3GwoYD7 Fy5VdxEcIvA8Lk4i/DoCYma1ml/NWwVUJcI31W3bj4jfl1OOp5Va6v7115dfp7uf3/LY/73Ure7w drbz6dfDHtXKfuJqxxn7V93NCq7Tj+9Way1ls7Kpnd65uapZKYXeGI7reG6Pf7NSVdThEad7I6sV E3FGva6TmfOrQhZCRUFC1Gtla9FObWd7/HpoVaIxdm+X7sWKC5w9oH1OOrd9aSzLpnWyi2VN/z6z r3fmFct+w2oA3r3I65+m1Xy3LtMorrP/jZJLxw1YRJVXJ85HgbmYUvsDLnk3ZrM5WCzirBc/7+nd nMzGyif941MJsxBbDMOtzKmEeBMjRtO4VMrF5zVDU29WU14lWZ0saxW+LLVvUOkdmsSQM1Vtrw25 eb6yora4lt4Hxvp/xaCxmNJ0mV0jjyk+FfLRinMp5OMQmgDF30q42f4VTn3EDfH21Dre1r7DItXt 8Zv8azlr+fjU3Rg9AoAleXtECHGQ4QQgSpHaExMk18tYdKpBBNFiYhzk8egqCriK7yWKhQCqUMGm YSIiakqT2AlmICYARKYu5DkjQkQPXUhHglLa6frPZ01OjEI1BIQuQlELLd2IEOIA2ff5KfQMSMgF uVJCCiQPCcsN9xsY7KwMI3tBBM6edpIL/ECGX0gACBHt2vYMPNG5j99VLhjcXUy/BlTDAGHOtsTA AamB7AoxSqiHBARpDjshNxoEYAEpaCGZfxHCBiQtRyjbOMydgsh7NLncxAMh7GersDd0Rp6id0EK I8ybE4ZwbBt2vNrZxBMt1RDvHh8AoCLIfracwBXJO06FkxbQ5MaIHmKSZ7BBCKUFduBUIEM6ABWG C0Sowex3YRhBYUiAOujXQphpzaIx36UAMrenAxF0pDi6te+KQSAZ2aFEKAkoQsKYnG7BeNarFbsC 25OGWnf1f8hhtP+GfCtaLXT/eYMZZzQN3Ut5PB7f5/PbYzuvbX9AtNZ9D57H76t9o9leyl9Wfu1f //P776c3tOal1FJ3UTRH87Pwa9vL8ftsTY/n7+3xj/2rnOfhl1zHVctXKVXVHGe7zua/tmp1k+Pp gHlzULRUNZVmIsnZWtTUyhUn3VtrV902rZU4GCWRfQS0uBrJGh5kK9VU/w6X89D961emci1zzTrj 3Ny9P7tN48M7pcG00HibOtuY4tdrtYg3w4AFzUz/wk0AvH7AEnY6BXvfEZn75+9Ah4s9u+3B6FgN 3+7/E1Ti8mGdplbUdbMft50e/F8H0GBBY7frhi1uj9/wys262CIbFl29V70OmI9RF+0VMt5qx3I/ llH30aNxG04TaOqit/di4/VXLIMnf5206Cvkmv9vqltt+Z96ZP41lrGE1898Ve/6zQ1CxafuexcG y4YNln7h2+YiXkfjOiZnIbPGOVZ/hCkiSSmRxq4v683EalUtQiczn0AX6d9fV5DqNO+Ot3a0zKJg hi8WQ1GIqCpVYjcWDcIyL6ZIYIb1AdHX/RAExaX4Y5dScBzmZ0lEAQQoRAmhUQQ1fTrI9XdaT6gC 3fL1I9dlnEWSa/cRtTGGbPpHwIwfdTBEELnY69shPvgmAkCeZ5bWCiR6/GYaN9EQaqOA0J7Rmr4P CgZRRN7bw0RYMwYxMv2HP/3a9S4FfSfDYq6xiHH2qQIQuiAydrW7VHq9HDgKY7vFklRsGU0dmHSV CIEk4ezOnfQ9ZJU5vikhNKX1cI3M70jtJSMIsnMV1IRZCskQV6O6SEgeXIdOfAYCJTI9lWxJYc7G 9HGAOj1W7PxfRgoRopQONhM9Z4tyk6n7THpMbt/XEZogAh7J6JaxsT3J1/CjPQiV3lq0yzZ7mBVl e+DcRSzk32CuOGsBJA8DFtcAIbwkNimbVTUKjjO+vw+y7g/TWrf9OuHXr+fR6i+q7Vo21Svcr+My +6rbLzX36+t8PrfHXspetn+e334cz6/29Xjsx/fz+RtXOyMeZqVUaw3RLr8ctVgxEZLuzcMvVSu1 nAfoUHERCYpaEynherWjVqvF1OgN3igPAEXERC7GJkb6SRfVjXGQXyTVNuB89bLLq/mfV7x+jk97 Cfa6gY9hdeb5IzNqb537brMqx83TuscyFd6WjOvkiFe0Ea+yrTDC/5Bcg+WefGTKMNfxa3DoDXDM O1dnhCxiyGsVfzIk73/6CBqmJZsC3zYSVsOpbx2Kofk1WCeLvfGGrVZH37rvhi/nwEgZzpEZG68S TlXkbWXp5Y9K4FIFXzUpS1bR+lQs3/wJN6wo9qO/Y1b3rxHG7Zr7atND9G7y/9/XzYi//+ljRTf8 MfXJt07BED6v1Y9GE/0PiIu4CiEuEmpqZlaqlaqqCLSL4U7iFQHd9GuvgyblUlKderkdrR6tHE2f l35f9rzK91WeTZ7Ow+FMWu6fTFMRMREVirBRKRoUj55W8OMl027lhAYYJemuo5vImeohiHFi7KDQ IvodmMkO/TjWqfTEAdNWAUBQVGDCnLFBGVOJjNEp0Q8NoQlA8RAI1FgSR1CoIzNlvG4kFFKUQDJ5 I4lVB9kGBKjCXbABQGfnhA6QhRFMidzzkGA/wx06PD4K0aQQ184F3t9hCcygVAh6mkYGgSpkBOon tpJsZGIRHfpJcpCMShGie3MG48XKdhrd8ZL4oOeCZD5RAAEJhfee1aTnAgFlUKyf5zvIQhLFJIQS jMhWivTgj/VtESTdGyTPpVFYivHz+gkpcDV0xYqPJF+BQBqloaDUun/92rYa7Tr9by9kocplE5kB ERbMQac0EyWjRVwRPA8Bom7FFOTpVwW5VbPyAOjtdK8Rtu2bFWE83U+SpZRSN/Bq12+G123ftof7 dT4F4nV/mErEwThJitZad1G/riP8KRK1llo1op3PAKQUlu3BiON5ehSBqEndVJXevptfoG17MbN2 eTsbEPvD1Iy4jicjvn79o6oahOcxs1Smn/7mqpflA4bp8tdZT14ZLz4CCH8zCbPAeU8MjLKmh8w7 p7FvS72zFl+keicbXeHF/PJ2zS9lWNYYn6frYW3UijxuNn79dS3844pT35oz77lVsVr3+Zmv3+C1 mfz0yHqtJmeVc+19XSDXek/+uqaYxpsYs+tvXrnZRn2r8TZ41utdRbaUsD7bliE3R5oCZfB8z3NV 9E17fxobNwXy0523Qt77Vz51t7xWgSH8HLR1+TzH3hyf71XfBsCqvXhr4/sj8aYQAcRE/lN6LisR JCFiVkrdH6oWEddxXpd7EIy3Bs/i9BW63sboxCIB9HCGFrhcz6ZH099nOZqFuCMa0YJOBBmiEHHI GeXpeniJTrmJTuKQVkqgTNcNKNGzMjvH1PyhgIIjNyFNTq6oR0LIbIUA2jcwcjvEx1veeS0wElNl iDNTWjDM9qh5pgQnFGD/opOOaygIGE17amvI9J+MySVxk+bx7lIoAHyGlg7OsKKoPQ5UCMRoAjCo PjNFSMQJrlwgmREqXaoJpDKRiJCfQrrkydsBDCRBDOiUMaoykdSPn6XvRwxVG1ApKtK3XMbBLL2S n6RaoWQYsLihCXInI9Nxe84wexJNUphndpL9xPMCI2IU6P4yE9TJK09odnGysPd9HMmPBoHAIS5S mjh5Fd827raB+/fF7xYBMRMYA5kUTSE0o0ogDBGImAJ094gwKEoxtaJC92/GpRCzXVQhl18R/lUr rBToxTjcUYrV7QGGt+/wplq3/RcQx7MFm1mp1cjL/cmgaC11N7Pwo10kYaVuewm2JCMX4bbvqtau q10mwn03NRGEX1drFyB122ot13meJ8G27Va3B3mdx3fEtu+6bY/rOq4zD4qbc668zgDrFIFXU4q3 7Y3yh0Mlxsv1Mr2s5U9bFYuRWB3btpR5s76zfF9KuJEo3Fo358BYysFSmi034DVGYU7ut6X82jR5 FW+2cYKY2/Qrr7paG4U38fTtqRsIwKKfW2++WzUspno1XSvI+EikMe2ojg6aDeerlcXrcnld2c6q V2H+tRVfr1vt80u8DgkZVd8kb4ORdpXqZgflD23/k0i37+W1I/Dp8XdEyLfoKCyBnBjCc3l21ba8 FXu7bsgVb6B21cAKCmGC/xoa0qCRGyBWtO4P09KO8zyudgW5Tg14HfG2DBe8CrqueNaJ420SEagw QCcbeUV4sBEn9zO+jthOZwuSNKoBTA5rQKnKaZ6mnZcVR6SQyeaEH2UkAlD5+ZzWcWbMYJhVlxHL OQBEJ77qub19LT2sJS2LTRYQsBiHqyUDXXLW6AwlMqw4Jc8wk8QiMQjIIaD01b+MA2bZmSc6k2kV bkBJXiz0BNFEXjEDLalwbUAY+187TwkV/Tj7NPUjw7QrlFOzA+WYkJqcnr3xCrGACULg062VAvSA 07yZ2s+nE8lz3zJcZHDGqzBNTpKVjTPteq/17BmICNzoFA1FZxGlDUAjgBqZR+gJolv+Hq1SwJI9 G0KRDERKqJGBL5Ln0jGP7f0hSheADOpZ8MR1Xg0wPOz4xesX1AouiBJGZocWiIaQaADMzNRIRnzr /xJ2dV2WozgyJIF9M7t2ztn//xv3YaZqKq8NKOZBQGE7e5auk515r41BYBToI1BP2cwSQPLd2tkc opZSEkM9a2s78Q46dLCW4wSQ0oclbX62UiCWtw9LqRyHN4hI3pOqt/ou5QRSyh8pZaAch5IQw75v Atb61aqQtn9sZrnV2soJMGWkbQfb8W6tbWLN8p6Tgsf5Psisytfr5d7O4xfbWzS/Pn6cRylnBVej OpbVav1kLsRc9MqqTadeT9cV0xd9I49qb0+cpovbKqzXxQdX5NGWbfQtskSv+ZxT92DR6LPcogfm 4nuTxmywX4UwCxcVtS7icq3/KZNvkdmz/m/Lqq6eemjV8bhKfrVLzbtuSmHWM60Iq0rDIlssPZ1C mJNhu2r32eC/k+Rabsakm79snZM+ck+iX3ZtW5QyDqm3Kwa6ifQJDXH1/vwd4Hgq9dv136KQWT+u k3A1L01gje8GYg7HRKs3F+f6zmJUyOs/LO/IBQMkIFiQOnMDAFAEahIh63R3Xsbx9vgb0f1aZBnL 2cS1xet4RASGOjgaxFpbae9GUDaoiBQIXNSxKRDZm0IoSbiLUlWo6leFOQImOMRBIUYgBjvUCbDA TtXQGTn6n4wsGMpME8Xg0uz4o5/GYkAkU8SZGiaoIYTBJBahtwE+3EFBP4KEUh0iTIKCyOeUCrR+ AFsEmWoDIXxJNxRJP+c9nC80F/ewbVA7JuohqFNb1x7RinA60AXm7KETHZ71ZA0lXN3H8W+kDJdE 0Ip3/4MD4biJKN4wYAmcyAIbF1AYHBtTczs6uoH3wGSC9BAkDFAH0DsSfrNuhRsJvUqJz22wskoP VSEBNo140oAvRUCHEmpshLo40RQR2kEEtOjpQtNrFqGyEXMsBA0E9GSDyybJrIkn4i+cmzPXV1U5 zFzEWtFmhKhSB0tvEst5c6+ludfyNjVRyTmXUspZz/eRck5btpzK6eWsx3F+/kjb9vnWVst5HO/X x8e+f9RytFprqR/bx7ZbLeLtJF9mSc1ESC/uhchmu8gXxUTgDpGgQm+kei1I2UwhpJOsqgrvQf4m WUQaCVTVwz1B0Vo1E3AjVBOaHxY4+c/qLFfz7PqmTzNsrGVzv7Wyd3CsxVyWvFmPLqvwXCJvi4ld 2SymIllXrXnXjAhZDRurXWQ2WBfeLV6JOmbbnuaEtaxrqA5pfAs1bpWsWur2ydrBFUU9cdj88/n5 7YlPta1X1xIffZztWc0b65CtFXIZ5RBCXeAFHsaSuD7/fdgKF7fRnBt6berUmqulhMs00+9qA2DA axyFM0OOZKE0vW2/b+Ds1tp1at0whzwuwzKmz3fqCUG4dHP2cX6erhWuyGDCr3UI5re3MO3ZBl1G hI9v53Pn69NLUi0zsQJwsJqlZAmdjltF9JpqfCvPSTzFl5aBx1Xcq9QmNohdO0rzCkLVUsqmrKyt 0UV0U22u2hzop6oy8l1mkCe7UYJhIei7XsrQkTKoI0KDtTjpc5B6tc5QSgUV4i6tR1xEawV/Wk70 w9HFIwOiG1piaooQSmQlgREECnQ4IgAo4uzJujGPE6EBngackZGpqx3/gIy81rHXj7BHigd5uPSG IEJdKRmEhpQ6bYXyj/dC4DrIKhzijIPdXSj0HkeigU4GIpSRjisuQS6i7O6SOP4trm9AcKtoP8MW qhAwCFFGZEnXEE5hUKUIQDSPfODIZaYCSjSIgBan0AkBqksWuNABdQlNE9G3EXKaIONbbMBMRZZg K5+vp4sAzeikxkF0IW0jhNqUhOrgNhPAtb3xW/Tz9fGZkx56tl9vshRlUiRKAjQhCOBID+sYnRSj JtusHul8U/g7v16W922rtbAWP7/OnD/3j60cZ6tSy0FPatlsr/XdanF+aHrlnGs563nw88f++fr9 68u9OqtBzXaVIxAYCEDNCt3oFgKoJUFc7XDfgJayqFZ3cxaBQ1UUwJe3PZmregPUmvKXyo9GBL08 kGxT55n3pna2msfatOrm2xq62mwnpNAr4FjtwPNGX2p4KjAsqGVSP2FJZF13desCNR8U9ddF08yW 23DxTJP7vIDX7tzKU5fcbCGzDXX5hNd716pu27y1azf1dlN1q8Rmy/27Nj/Byqoqnpr++axVB4dC mihtoklZBnTt1zp5poKcIHXiVDzQ0g1vYVHnN9ypyxxYZ126gpW6AKw55cpyVxS7zvBvy9psjB7p WPew9G7tEZdP5HrjWvPa39tbcxvEFcBNsX87oOtLwWvD5oOe8zl+1+s1XB79pyQVerBWh1YMwkQ1 QtEcENIgDXx6K2dd6y+z3asNZ5WLrFMheAs4km4JqrtRaJvt++vjry1tdPn6Ku/3WVp1iPfzMYIK BBAn1GGgaOza4wSxPnKtxyKAXcdSlCQY56gp3YaXIsBIbwYaOI9oi9Tg0CAjvqJnigLoORBx7SD5 biMu0oUOGiNhGA0whwDWoYCMQ+GJCJPpsZM9tVUGUEnCFvq420s6FjEJOgwBwpbSacpUevAB2x+s REcbec7hthjgBY5OUdrnYier6MadaFK4iKTrdRDdIdWpwIhggop4TBksI/1IeucWQDDAxJjWGVTF QXEHlJHKwsF+FoktIozsYInTXz2QZT+zJnCGjgxhRpBHD0cVB8fCJy70sTjRPDJrXBgoBJDueemE r6LohhwG09qI5rUGP0srv/L+4+P11z+b/qu+i1oiM1HDw7cnAmzOVr062HoPNKlVr6cdb0pqW97z /krvdykfpRxe9y1v+8fx9au04rXkfd/2T2s/2Vpxh9mmKYkctb1bq2ZZ9afTa3mn9JnSDnmxFbCG Z021AVKLO93UUtZazVv810S4bd7a4f6qtaVNLRFo7sXbqUjuqDWRFPFkoFdIg3h5l/yP1/n1BZzX tcbH4piuq61fVwkdimElDauLgpy7lOemDcu6qeOapwFg3YGtcMSWmn35fT2lRZaDuGSpZ71lqiVc N4LrRv+2ZM+yoh+M+p+bsVuF88rbBRjQTa9KcZZVVfwXNbkqKlmGNS3DMduwApQ5ELdDQ1ZFXh59 nHLgclR69KIO+d/IPJ4iXUHq2v7VInLT6GsL54erRm+jL1z+XOHsE649y6ocb9K7lb8Dc1wEezNy tKFk1z7KVRTxz75rrS7Dd1PieMgKVwA9v3p25yZVLK9PL4kQUEkJ3k8RqCVoAsDBIfEA0fPZekUx K+q/ZUZNccjaN0K7doMIrHlzMufX/vGZP35sr7+2lBV8bV8/5Z8/f59ni4O7wjag6DYA/DE3dMQg wqwRexrnvrIvv53AvZ/roYRqT3BQQoQMv0lwdnVVJEJQUYWxgwfQuSqD3oNQCl2q9kPqo3/hulEI zIVwF3d1oQwopkKX4AJHFrhCWo/JCI1uk2dz3OWT80MgGjSt3RcQynKm4sTJLH1aRJRsADKCSurg I+/wCRHjwW5viOyPMKiIzmwOCWwRT2HgueA+ibkVLh46gxGkhVTZI2NasIMoQGiDQrtXZ8ZphqdG 6YS6uroLpImgg0teZ28Mdxx9W7WnKc1gqBKXBPl6h4zTdwRQInFXRaoS3sM43FwBDR8coSpN6Q5x kaDniJhcVp4/279//W4oLW8qP+xMKmD62fQAYc6XIW1Ssn4VP1r1WiWllD/YTq/NXVohs5sSfZgA ACAASURBVKhueSu1vr21WoulV95Se/08vuz4fe77nvbd3v8q51c5fqf0mdLL0pe3o5b3/rFZgp9a jnPfP9SySmrwWg56FenE5/RMb1Tddj3eQt+lu9pIcZFGh7sDKpJUS/NftRr4mZMBQv/RWhMBCXoV nN7+Eq/e3NuNZAlDZ6wGg5uaiTKV7vw5B04XN83c1+p1hZ3PwkiC9euh8GtI5gQEaamEC+xYL+Zj cVsDUadxfiKnbxXJ+pRvNcotxXeWbwHBqjO+3Z6uUnpaU1bF/3flsjJfG8P/2tmpTSfc8QHsbs+d fBVrtfP25/TQ6wSwqzD53c8VczwV59rabyfk/KUtQ3wOtHRTat+Wm5ynSNtVenxc9qxnbd7Nf8Fl WOc/X+qJy26s8BxQYx1rfbxZvN6CZQi4bBVurf32HcetVcmhYcx2QMwtiWU1pYDwBnYzNS/duxVb GrTK4u/eNIx+XsVNIaR63rZ/fPz439drU1FWb15aKcKmqBhHcoUfetxMoIXXoLsVoAgtixZfITAF qg/dqSBJaFdIIMPQMu0dPdeCoDgFzpTcKSM/ZPzwScjZ4Uu8cAJ18ybMhLq0fuAZwDgvjUIRl6DA GnkW4b6R4AVvoQzY40mdwAgR7dgiWtC5K3p4o7pE1srwNRGRZAEJb0FnWRU2QaEAMDAiRr2Dt7h+ nMky3Blz5MNJIdqPeAvzAAMYRZBpD14RBLu5SyagrITFyX4BLZyps6EzMFYlvKmFe0UplBroyiUr Rejd5UFEHAzCBtPnXAcQAIV1zlllHmwjLWbZHyZ3VO0uG2DkEwVkcUTaCwC0nvBsI9WWCmE7S/vi 6yP9j+0vk2Mr/2eFsFfK+wGUytSAXZANSQyn/661wfKeLTPVWs5Kp9c9bZp2y+WrVqn1zNxNs6oC bLW15pJyyvv5/nW+33nbU9pS2s96luNr/9j3T6vlqEXcqSqWtNbk1enVUk45iXyRJF3UwoznzGam anRVUVEK6rAGOZlFxGHNqSJb8sMPyOaNokpsgGwfie45BSrHePGnqubVio5HXuiKSG76wBf1c1uR 5XExr8wWcy+4AoV1XZrhF3XcslKKzbVr5Qq7oY25ccTyiFUl41oVr63Vpbbn8riK6LavnUWv8plN muK6La1rS+TaqlVd3Tej1z8nYvhW36/mpaka5VHDc0c+WzufvnakLqOAq33rJtVZ5xN53G6ZiplL p/TafQfO66D/nXEC1zH6FizOr564x8aE5GMQuQjEr5/wOpqyGGNW2d7kvLZkAlO9+ob+X9xzu4CP IV5/8WVw++0p4gPpDle4KVOybGburZWj1UryO3Pl/Hl7JeK9tfEmPBu6Tp11gMdlurnsjgR3L8f7 1/t9lrMdje/GJmIuaCKCpqLdOSBUTnu8rMGepAg18ia6+ClAAhqDrCJCEwihoyvySB7xSfYhDPYI cbGgBicAjOhUAf+EegQOCagiFFWHiDShY0RPjABS6aEkAkinIRcIrWe1igiKxpErIZn+/0yKoEJA GPrEaZQ/7wwBGcaebgdBczjUukdJxMUGRRnXILieyjGcXGPCVXQLQx9EETgp0nN4JdT8IBiN6FHC XDUMITEcQBOYI0HcSGFu0Ai7UJiMwNTeZrYAKDFDKBkQSEPnZnWgujSQ6oqOY/r4BSdKkLDEYTvD ewLxnmYMhj+oAvlPeAqFqoy41I7PEIe9KJ2InGQq1SEH/l3b+5Pb9vEP28Xf//x6nxR+gjulwg+o wXdCIVmYUKob+KlGs6NJcf8PY9e25LiOIxMgKbmq+8zsxPz/L+5ObJ8u2yKB3AeQLFqq6lg/OHwh JZCSiCQuieOov5HeU0rb7eEfXo+ct1suOeVNpJrxeNS3v95z2VO+W7vX+l5KybkceLb6pPu+3+75 b2sw94ScizwfZq5kE90gqipmj/qUbS8isQ21+rRtv0FSa9ntTaQlFZApe0qttVtOG0TMHUJJH6Il rMw5m5moqqbteH5oovt1MbWxD5krY71sSLBYJtLS97R0pgUBcFlY5ocVcEwddkI26+Kzdl/7zjay nMiXBvE+a4PJK73YH7T1FDItZ8cyOV++vrPb84I5rr1WoKOvI8JFw63vpxPJ6+TYpdkJCszh+GV0 +XtTkANlIRDT1xmWy9W8ArVVmLX9emlOd86KUY4Fc3Dku34ZL3l9+feWj9O99OW1Xq+FX7pPJOHL xK4N5ikmyp8QRBbZTrfoxAHThndq8AeQgVdpVxg0RVqbvXzN216d9EYaRfaskiSJpOa1ttas2WdK 2kg05XyqT++2nPs77LMKzdDnofXckXJSTbTjuP+Sw1Db/ffzfkgTpj3rhuKEqTtMINJ6GAdGmCO6 ZQZAVFkLl8vEJWQksvrYj08q8jAYdC/dcGo4Ox9E+E1oKoKsPZaCQ/bwQUTxDhlU4klcKeqifbOO HhIZbg6KCJO6jviQUPA6KqmCkNhKKhmprf2KfXpkaiQWCVWDRCWyOtnjQgBECZgRgpoYOhgQNpcU 9g8lXUY1mcFytjzY/TLFcTvtVtgL4L0oCwZpaj8pOuoiJQKAel5JohDBNAoxoaAJsg4qDQAC7S4q IAJRexEcGuAuRQClE3AEgOhGiwWzcxSRSeiFen3eZegJxkJAxDpj2thtED1c6bMycEec6BmyQNCC CJoCBnVX3pP/t2vRfOMtHYeXhluRI9Ho/nRIQsl4UzR6OyqPKllT2TSCO9zcXHXLpaZ8P47H815U b2W7bXs9nvL4qLd3RpH6Vms7Dr5tZSspi7Wj1aNsKWdp7WmtseRcsqqbsbXntr+JJGcixXkIfmjK mtzso9XdrKUchK7FrDotp0Im4AE0QVHVRpiTLgQ1oT2rm4vWeuz7rmbJ2pdLlY/Fbi64vPzLxQLB ZdGYC+jECqsR3l5Vzgl8+OgVx8ljl3wKR9VXkb5encaJ6mvj1Rp/Wv2naVoWgQHUEXUoSwOMVfvL /eV3QGSFEbb8clJXcul+Xf3n+5cYZZ7OF4izCsbLcU7Cr0PT168nwTKwvXKlnMa7qhV8MzkrgPgS c/iSEbPeb+tI5QJAp5B/eK1zsracd5FfZh7fW01OtwFfL9B3A1+vDkeFl+sx16dMlgt9GshpCH94 rcc5QTQuv/fM4fyvf+7udKM1o4trEQVpdHM3M4gg5U6sELZzkmZwlwUfrS4VXD5/KTcxHQIQoG+N UwZxPJ/PRlfNeHv/8demKWlys8fxvOPuB40QD+pwICqMQtD3611n9u37J0VHkGVLRGgokSIvYwgq lNTV3KfQDUg9WwdAV4RZ2CQCG8XiyECiJAACEokM0nZGmkSiKkG6a1ruzVHyPYZOFSSO4iXBUeFQ jmiSofsFwbiOHGgoEJWGK6jTcw3AEeVtRYg8JiRoOWQE1QbdZ/BTYYRxwKHdH4PW4zyoQewJWBe9 mxkcTIRGMIcwmF/5WaSkB7pELIy69OwJII9rEbd5DDCNnCB18R4IgmQRuMsgtSRG1ZsAKy7wXt0t YnFiAj/vt271ICk0gdJ0ht+wJ+cKlchEETQJ50u/R7tlKcrwCjqpOoSJRpP2xGE0fRwC6L9ueBck l48s/yt+tIoHKMqcddvTw7wdlSxpK9ttO+4Pa4Sappzz+77DqllrZty2/P7z1mptLT2f920vpez1 eVg9rPp2u+237f77Xo972f6h6abwejy3/S2lXbW0hnY8/c1yUVV322p7WKuqSbVAHhRzRxKUjfVp 4Ga1yU3cxKyI1uabBD0cXVIWyRCmrGbJfZOU3FrZ8+Nex5O9PuC+aER5XSXmymhfrbmryvEwRo4n ZsYHTH3GYaWY/pGJJ7B8Xu0T/x83PIfk7YJvphgyJJwCT5262ldkEXJ+PSnFL10nVxW+6siVJmud 29n3pLSmsk+vVoorLpld1gHOH/F931WlTRyzgoA1GmOVXIZ5YwYHtFf9vUKl9f06XVPzzXoufBUY r4Bm3lez+3V0snz+Dpt+B6TWqeNFyJPwXGbsS5vcl+c6ad71TmiXMJq18ZRBXwf1Z3hxavalwPN6 XXEP8z9+/oTTDWb+bPJoqQ3CxlxElSLYNs2qwY6gIgSehz0eATtInmjaViAyh4rX+3U+ANIj16AC TYq0CalR5TPn7fbjx7aXpCqUetffT6+4i1dqdtEIp5js16GbldPyH3b+OLGMSIip0ROgxMQcYSyZ Gy+M6htVOh03eo0URHpk2DkS4JGUS+CTy0HoaIJer9w7dRUFjcjsUQPuQYTV64OQPQ01rC5J2ESO OKx2FBHzlpSgpD426bRsQVtukUoDgAEmUq+OEsxqMAocScMr0u0ioj2sAYOtJCYswmnhSIpI8WBP aQGC/gsgJQaVBJXCsDkLbVCx6ieZFiHkKBwTP1kPk0HuMKhTjVknOBcCDZIIUZgSJtkjOoS9on1c +V7AjxRRfsZ8BQrECCs2GbYpAISIRLiMUgzdNyTjfu1rNEdK8riXInMn/DXtqL/Nsb+l8p627S98 sH1YS5uXvUgTmjexJFmlKPeNZHVXumjKmnOrzuORiyJvKe9Qs6bH85HzlnNJ+WFGswbs2/5Wn4/W aquPsm8pF9GP+vxt7z/Ltj0/Dqvu1lLSVIpU1oOtta1sKeVW4W7N2pbCULlJotEKU8ma8938Bslu rikCZLJochooIkXZima4Qpgy/eBeintz+1B18/LVk76udHx1xvMrqLF2mb3aWBmnavdlZ79CEIzl Za6ka4zhesZ1dRK8bB/nh9PBp8KID9P4P3vNoV23XvNQXCw6WM5uryDg1B1DB58mZ9adOeGhk3ac Gmh2n8r4SzV5Ou/JEfCdZtXx7q+oYhVp1e6yxCrqqwLWYZeavVYOCSyXaR6ZyzHxamSaeS5fOmJO yGMeU1/R0mkgJ/W84jm8QsnTNV2PnF4bz5tnBUkn8VZhZvv5YfVDnW5Lez3O1aC1zsZ11Li0lNd3 XqZl9nWgAvsUMifZkagg3IQk1OgEROW256S2Zd23LenmrkBEWvrbrT73en/4ceCoEdCfXs8nr0Jf L5IAKgLVqNIpyLK957/+61Yrj6fBdN/L25ZEYEdtj3Z8PI67uY3AC4CSvG/6sfgCVNkG05cMIQwC 9P10KHULKorl4pwWShlfGLkkgj5F3vNc4mlWD8rRz0FOHQZ0dnB2uwJdpBFpsH86JYOdDYTiwKYO pVmnJQ04ZYRQp7/jU1tHlZZwW1AGhxYEwzlCYOAec42sYAS7lo4YhR6vGknG0qlKYqKIBDIqmQEW xhBEwi2NEix7UboiMSRhA4oiAXDk4cTxMEpJj3AJ5GYUEq4MUtFASGPBEiGMDJe5q4tAKKYIGBnc aNOP48EMJmKBdVwA1BFBHHgt4Ck4qsl2A1m3cgg6sxm8G65SmGGAHnQaMwwJ1xV6BhOb29/wrZRt 31Pjx+P4T2vaFO9ZdigNrUlSV+Em0rRVb/Q30ZRy1nTQ6LWxbKIppWpN6rO2PeWcU1KRVp/cNs+p bPtm7aj1efOSUtGk9Xi61e225YLjSdApuWzSnndjas1KSTnLIa7YHAipO2wG6U6HCqlVVRHULtpq /VlSpot5I5NbBqhIR3Wklje6MZfcqgZ+/Oo1Hywd0CG9Ksipouba9OWGaXXU+qLSVpPGqmzWrJmp 5k/P9Vx5ZYChk0Ja/SbzOByqYuUlmmPE0O581aC+tFwdK2toxTyLvPbFWLJPLU/r+/zxBNfmMdex 89XMczrmCsvWuU3L72tfee1+Wvav4q1ZmvkCjzjOJcvX2d7/OHBdvl5VKV8pT/7cMr+6q66nOw3/ pGv52gzL5E8DzKnNn9X26aTx+s4jMxvrsBGuGOJ0k/hy3iv8uqKrdSzXv+brhKrnoTzf/7akIFkb n41GOkNPq2gpOd923UsRKe7q6O5cpHIr8uNmx9Huz3ocyU3MIzgz9rFCqn9xvdYFxZPK+4/3XLYg N31/L+9la3LAj0NYxc0O/1V///r4/XBzaBIIk6YKmfGBo4g5Bq2F4zN5IbRFZ7XqjBcu7LXN2Gk0 X66fLAtHGB4g+KwkK+O+70kxIhTxKHXG0Nk68kRkcl9qT6BoQofQob1wCYRIpmkwcHtEGfRScAyi z+YSASV5ZPMKOic3wAQBxIdq749BTA2ks1bE0MI3pCQEHvVZvHOhQUgkwQi8DWrw0Z7hm4FpEGhJ 8Hghqu8qqqA5CpjDzzKq8g7dIDGzSmSZQAdZ/WDn2oqda6/oJqAT7KpdiGDUAJE7LGAn+9Jub6DI 2BVJLOuFIKQKM0VA649RhNNQ+nDYw0N7yufCFDLsN0JMcCmBS4c7DETqFXBqw+/tOD5cmtyY7Gn+ w6iUJ9SrEdX3wq2oOH7VVnlkvCXVvIkdBx3kpinnjPqs8GS1cc9lS8fTrcHMc8kpF0lPs0dre9kk 53wcD2tHKW+aUoRJJxETEW0JAlF3plRVK/lDNRMpLp2bqogIa0VtO6S5NUoRJEUD7mwl325Pb84P yT88QqfdvZqWTVOhN1VcNkzXRfzkSeFldZtd+NpGlg/zkfy0QY7fZyqsjIIsc6mZp55Weryqyetr xSKnreGp4zqK6f6PBtd4wzQsGfFXHizd1+k6WTvqIsMKTdrFNnCdSSz2ISyoCANPnGJQ5nStPiks avLkkOKr8Hy9dteXfPV+0qC+mD1WDcdxZdcu66FWMdYRcZn2L0W6aqkJW1fgexJmHeM6mfKNVHht fLqR/iDYFcBdwcEJtF0PNY9zOm/InL/qsj56px+viOo0lm9b5v/5zx3iKuoQk8QkougEjj3hIMEV 2okgIVAkkSTQnOqe249SW/2oNblrmOzdlWRzqZac4szuiK0JSYfSOezVzEX+/e+/trIBBBvaA8dT ns0rHjBuTRor3VS5l+1n2VJqj+evX6168pIgEbXZOTcF1cVdIVTtmyHlNHN0zvJg2Yi9GfVzgz8D SvoC14mvBfg8hBJjhy7xp0qQVgggFlit/xXxG6KEK5MSrkI0dMpuHTyGGBqth3x6HBYmQbsJYKS+ dHqrgCxMAlIakOFZewprLK/gXI+EVAdVKWAigokkSrJrEI8ItMOl7nsg1TrzPUSkm4KDC1UgwVqB btdRYhO69AU0BcQDFGi9hhwiSzaCN4mea62THoMCpSgNEEOiSMSBCKCwXhs3onVE/4+wa1tuJNeR CYCssrtnJs7L/v8X7kbMdo8tFQnkPoCkKal7luFQyKobb0UkcUkQHQmUoJN6tWTgqxCUMvQRyS6D JjzmQyVgyVVqVEJCAqPhwxeYgNIFHqiU5Q+rQMjg6uCcGzPUGIyQ+KhXcR4X7DB8e+MfCLr8rfLD CXY1jbO4Vr11NndaiJgWA7tG8+vG8yynlvvVu7pfwVJrMbtdF652Hec3tVpMWmfvrRxWqqqwXZ/n 21lKgfj9djvf39QOiDLIEIiZHUU/WnyC7yKqJpAW/Vs45TAzAME4SaqikxFFzT2C9H7V8D+PE6VW hkNcIPSwan713vq2hdpXnLXK7OvOE9fFkzyTR2iS5yzHiCU88Khg2BfTJYB3jcWSr2V+efWIjO2h AtRtk43tKF8MQ+uEXY3/JMPWv2XLmPWkAsGs/1NPPu1il6CKiYe4Xbvu+Spcd/mxVxWPI/JUXl0N fqneWJ2wj9HqkxWYs567d+Nu7tmRx8Icso3g/1ueIO/Sh/WXntxP+x02KtuE9N/30tNDsz9ta9Qu sGUa0Z6u/V1b9PHfp1cGjw/99/JL0JwlHn/k4zTeMcd6kL28Ynj5jq3J48zy49aQ4Qeidmg1MQUA untvFxWBy3gUy3MyClIBhQYtHBEU4ighCBGQyvA5vO0K6QGkEjcQYCN6mAc8xKwq2S/XiLjdP37c b5//UJucAhP3dvN7ff/29l//+a6HoloVxe1uf/f7D78heFACEoUdiBBH8j6NwI9k7oqQAkhGzRKM 1CAMg/3sXWKwQxDAJLcYIGDMm3RCwHR0GOAEocy8s7bCNACFBMUBFRQO30+CykHITQAx1BKiTDdI nT6KNsfNp+eIjH3/zOQi6IlX5rwwYdpmUt2f9wpk0E1yrRAYPByZZ0Qy/iXTuGw5aDqGV00oQIpr yGBOm7QliFyUE7aFKMVS9RFLGTRYwjLONsHBsGaFiKALfVKhT4cZCBJKQSE0EhQfwE4GZBhBtmk0 M0oNHRTmRIGM+GRIX6Epgp5YIQSgSxgklR81kHSiw5dokLhPPxKiDJQDuogylGk5wld0NEmEs39G e5PDDHaGtcO7utO1Qk3QI9jdDqVar1Xs5nFdUg/VKiXYo3dXbaXq27dy/7iFs7dyHvU8cV1y3W7t rNUOq6W13ntnqJVSinpv3lnPw+xnu0q7otRqVslQFUCDBXIAjWiqp8gB/IR8uFfg3Wox+xHhKm+I UM2+r3Yc4VErr0v6HfIdBHvvoipWvQekeE9L6w4y9rVp3+i8Qo2nJRXbfZ5+edJtrAv5Iull8yTY 7S9ry64bHPFf7X1l2+DqJvz2+uyScgdJqwJPTVirfN6wbtXYr12W+F/Kj126y4u9/6nHZLvPkyyU zd6/m7SeNrWvupPyQh69euBrk/Z46EmM6Sbb9jnw2mROc8Ar6MHLHbih1fV7/uubJeWpyK86eX/E LlP9cYj3B2FrVGwVXvfhy/ny0lh5OSSPvYff13a3NO3mp3V0ablkexGwdeNcmH/xy+vjsA36Xqt9 Lq1SHlshpQ9arFCjAQJRVdA7e29Xv3DBtRRVM9WjiqmKKgChMJo7u6uEmmAwZEENWjNBquC95A4y RiBqjiHdIREMOsM+/hs/ovZoze/uNClntfM7Ee63UqQcWo7zVBjCrw/0m2qBlehM6cARfsIA0k0x pVokUYRFxkmuqN6sPywyTAIEZnzsClKZuIxfpFccPFpJOYWxoc8UX2KYnF15+fRIgHJE52ZooS4n kq+hSDKUlQCeSqfIxBa567aUuQJmyImyE07JZPGkzEQw0BntGxkWC6jwyJQr00U0w21SsEdiFB3u JhGSWVSRBo5k9cag9xYALhCIBldYrIIBDRGFC8KlKCmpaJES0JGeZlglEsNZVi/SeQQd1IBCYiSL T3cLiEBizubUNCiCw2M04cWyuepKMhdfy7ERFHEwdUKRvrdfEcvpuzpgZTr2SuSA8AJriBFY0S8J qgSYXQohwH7hf6Id3+P97XgvJ276s3/cOrtLOcSVdEqnHqrFWMzv3hlipZjV7j0i2MXMtEg5+nVv /fJSix1mdkV4v1p9P60USPPuEazVrNR2i96vt7d6nLx99t56PU+thf0jvAFV1ERU5OiNOBOOf7PS 04ykKKpGBEQZIgqrEc1rKaoi0mq9Bd/DXat6RLic56la7rd/JknPklJr6cEmktcStsuY9Yrt/gHL ULLKWu5fwUo83lYeOcv7BBO7lMVcmvuGNvZN9qqSPNZz32Sv9sYmRJ/O3MsOVlLLYo9V3cVtPJ6/ lyXR90PcGBew3WE/+UlvtCq5o7QlbBaREh6lYNmy5q7CTfa07bbrszxWFS8g6Ulo4RGn9m2GrHat ZuLxqnXbXQDvu3B5lMfLarZL31VW7y18ptvQP5Ud1eGxnusOe7teH/d0n6eJ9EsAumDBv+h+Xhv1 1C14UW/s8PTfy256Wy/IXtW81R6lMgBIQCia65ImTUIErgZvygjVJkozOQ85q6qqh/Tee1dGgUjw GI5oVKeJ8L30okLA1It5SZc/URUqkBEvKBLhvX+6o/t5mehf5fs3ey9vp1U1b71d0arVQsF1te73 j9vn/16fn59u4iqQLppenK7MRBvJlzCFClSnFyWQ7E8jnX3Sqwq/5MxwnpxRK5KC5CuGmDMKdWAS ckodIHUJ6QmaVn9ChQVgpINBbsol6aQyoEQA2ZguFx8HKH1QlIzgGjCTnwzdBslkISMyCShUBk9o YqmJTfbwV2D5hQCm6EmLrjQD087C4cEAJAhCz7jcjD4lJDSEo0cH4yc1mVOVEek9QCmRfO0q0pGA duTLsxHkMqKYC6SP9HkYUSRJ6pXVCCQzpiuG5kY4UsUm5qEoEEoBStKW60AYy6jEYXBhtukLOWRq HEl2FZaBhEd/MmcHpFOCeCNK9mQIALcwIolQHfnygAJ2tH6d/IDrjbjj+MTdenwvByq7MC6qSi0a h0VncwYpEFMN8Tv9ThetIlWlM/yKfmg5v33/8fnh0VvwtHJY+XTv3nnUUsoB3Ht3sJRCxif5LhKl 6u2D4Rf5rqZWLCIYcHcrYkbSrFQgWu/ulegZvNwuiagBba3Vb2/X3Vqr739VVQN7qdqvK/rdyp+q IdqEqnIB9Hifiw62dVO39Wut4KvolL5Lbvl2k7zqKTB1rfvrb92WmzxumyJ9X745OZ3aJNjAdkgw FIdrSeXLHdY2feGS5WCYcnqX1qsTsiZ9NjnlWXtEGEuRsxbuJ4HxtInkhFb5xFesIC9EqJiC3B5/ wbx26Yd2LYjNQ7ulaYdonL60q4ZL/7RURHuHYBuy/cenJq9Zwcet+WvZf5cXmwU2ZIZtRGTaTZ60 XDr7U+Y5O7T9l6Lzc4d0q10LPe9V/SXy2Es8Xr5AFbaZg8ejnNXGS3/ukB3bdPrdQPBxyuGlwk8X LlAlvwJDLLlLg4SWYqWoKQjv9IveLaIC6gEE3dk7PiUjKbuIuJuHTA0hZUgpIeTyqgJFiESRuxlF oYBpFGVVqEIks47L2/fyfvyB802OotYPqNDZerukx2Gm3lu7ro9/rs/PDrPy/SzFLHpzJzXSp0FS AsugvhzxKUrQv4BATh1fwiOdGlIezkASgBkGm29magWShyMCChTQJw6QsVwSmeVk8muZgBqZYyUg nu4SIQk6ABiBfI1HiIRQBjiJL26QcSim62o6ynaZGV7y0SNkAjH8NlI1MkjH83EJR2SE16ZLBFwk wAwk4UgLR00XUQLz2tStcJhPIJk5PiSjSk0TUEkoI1BTzCslMj3NgBKFE2WswFoB6ZlKOAAAIABJ REFUAgq4RXQplBH4OgOAlm5JhT4Y28WVqZyyaSTSrzoCM/lcKkKSwSSIrijI8GYyQGTKu0gWd5gw E8Ul4wgmP1vAAAquxFUQ6lD8NH4BmgAnRxyj3fARsHLBGv2w9n74HwD8+Gn8iAuX8FCcps17iAsr xKCiUMZFV9SjHKU3iU73sPqm5TT78OjuftSz1iPi6j3cq5mVUoLhEcXUDO4e3U2oaomeRCQQQa+i pJpKKX6/XJUiCjp5QSoZYkJqvw4rJmrRW6l6NfXL7d3a7bPd76VaOWpvd1P89eftu9xMrJMfV+uu HmhePQqkC+j+DYBIBzJ+Xh73grKpN2T7XAvZ9StT8RKK2IQ0Hrdcbe65198qS//xu+3mYpt+DVhd VV0XLvvLE5DCi7zZKxCTznKXHGVjPn0t3M7c78npEmsvffh6hx2IPLVo7eMxe9K2H3Xr21e5y007 tU5eb+I+pvtY7EqXpy/YMCsfjz49fUeZ65x9bqwSj4BpF4116/Z1dPeQtc0Z5Xdlx2e7oH1KCLxL 6LJ9X81ZX15l+WvZxyu2q44NIK7Cx89XtL3DC/7qqtcmy+zYV5T8NPoAUgCTolBVVVOx8N7u3i4J t+11CpLu4hBA/KtPv4BwyrKsB2kxm9TkFD8EEAmRKMqirEZVASjKajhNqh7Sze/9YuvX1a/PK3hp 7S26hoGoxfQ43t/evpnK7X77+Odnuzd4BOEuKiI6lfAY8ZwEkoCcQKbGGFEKADUJu4YkX8ETPdOs UJhyOXOJTRs/5kRxICanhX5loEWykcpi7dQcleTS5jAsTeyQ/Kc22LrE50ANECMwCIgQER16BY6w iK/lOzioS6fPyjgw3k8ipsFkCsgRGGJKh3igjG09AXD5r+S2Pmm8XU4hS7QJYqjsaSdb7FuAGhlI wQVlZvHFBHIKIC1EIZVwQ4cooYQLgjBCFQ5oiHEkzNNBwJqPGhqjzGBHpQMamm65YRQXAwL0kX4u x4vu9CRn4wjlEVexs7ypeo/eXJMSbK5HlJh4Luf/JawZGyzskaOBSOL8teUl0PotiLPi7S+p/eh/ v7kr2kEF1M1v7Rb6xvOUP0Xj6h6RmW6pRu+MTha1Umq9t+hNjlPEDtWb996718NqPa7Wurs7VcQM QXSnqdWzQOgeJnJUdUoEi6mqRLhoiFo0EUgEW+tvp5kdIhQjpJJ6HHaVTw8v5T+9N+//R9jV7jiu 49hzSNlJqhszWOy+/yvuzL3dVYkt8uwPyWrFSc0ahYLhOBZFK+QRP9MXwEpmeDETE/R1EVhrLEnS L0uuJT88nZRbYNurMlnFLfbP+yIlue1R1Fe8Hb8IB+zIqJ8lrA7QMFq4nYTmkN2nHf/Yt80f2bPg O0WBnB473zP+vz1eNfTY0J+OMZ08IEV9iS04YZTvjteMSk3jvuqtGeHNev2kxnSsYU6T+n+JGZSf jEk+DfFKUjte982DSD5jBb7orXHoHbaIZ1P/SYWfUMugcLy+8ZA6XR9unbeLYeYnnp0UJ7R0IuO7 Q8/ceDvcWwJ08P/kFJsfmxOMPinx/0DPabjBxvbRa3284Sp9ctmU1vaCALtHwFqYZcqmOZ+g0Al5 jStjmebxJ8DyKJzUXufWDAZsoSCixbrxtj9uS2F43X5vWR+qNR/l6tfbqqoqyJb1dr0tt2XxYqKu lsvuv2p8haqgFCrTQUfLS7EJWEizDGJn2VH8qbdTMQk9omNS/D3/sTORAHotr2ZBOTANrNUfS1Ji C98IF7qjh0m1tmqtvGV/b0qR/RfS4idMkFPeQhTUuToC7L33e2lGGjmAltDRbRittAgakOohpI39 PExzPQBF1uwdx+wKVHvFEVjrDtPeTy8riuiusDZ9uUGmCKL2dZMtjINSsoqLJT15RKuO0qPUnxLy fVcRPZwiRFQDFTzKfTQ7bdJamk81z9YK5sihBRI90zggHGnMYquVCxpZzI8KIKSX0urk07PYdTU8 Pv/1v793pBssLUzN13YslFbWttmfDC2SNhunG9sPB5kEMrkB90gHfl7/8VMX/v3XX/dqDl7kNDNJ kSpcVq7h91ozC410KaTcFA53t6vbQ1Ej0ryYF9Y9Ysv8cKcbQooUvWWrVuXK4sWVzARM7k4KyhTT vZhvqWguyFpRliJYZpqBrRhdKRFZ92pFUipjWde//2Kt/uMfN4ixb+YOFKV8kTL2hz/KJQGvkdqN WRaB9JoXVL96Vf7PbQOXCkt97VH2KHt97IEUMllzaRCk93RGK+pjU/3QIb+GsDvFMbzeg2e3yxBW Q7zmJA3nR3HaFA7AcXLezzYJHcEN4yvj+iuRmiwrw4jyne7RNB17xkbz/fM9r3oIE4bAdHLiFaap DcAxu434fOeMJPJwUc0RD01e1Xckafr/eh3vGPJaHPYETOcXPdM5Ij9yUnunZTPe1wwW81h+7fpy kBHTmz2NdSLvrY/mpEaHA+u7Y8YobxdJeX5CTpPiZJSajRZ5AClNMbnfrcDT9XktDWQ/Xz+93NeT 1p6+q86+rEkHnX9+bHi35jD9Wl7ZffICnoh2NVgTBgCRtWrfHw/f3JZmNpC7lsvysfz8udbN9wdh 7svtdlmpGl/b/YHPz3q/73tGMGl9m91m0VMVOYZsFTzzKKJtL2s00TMU8oApLSvEepEu/UFU7HYI Ck5Ey48AKdAkIrPX41KjpJvn2/4cDYdE9qSTFkM6sAJaj1YAJjvyY3u176b2BR7BHj02tr3pZmgQ RxwnRkmS9hZ6IYnDW2EApGydaSF2K84g1IT0rGKzGaCoCqjjfrZw1NZxxoQC0ZgBgKu1NGgiWXrb W8AYQCQltFKynmglQdVLjbU3IQNkSIoJzx6lITQrThMc6saxoKQ0RStgKkuosocj0WXKFMmlrOVS fGkpu+7rUq5mF8C8KA0fn79/b8hm3+rOII3Iml45FgADUA8MUgv3OWAn1DOMaBLy4fh3efwN2W7+ KMmAgnJBgQxkFQ3FyRpZNywXK660rHtGWMJ9WZZt2x6Pr+X6sZZlqbUq98zNLEsRonunaAlFX8qq YCWVQq2beSEyMiV4uSiJDCtGJ0NlKZGZmXSTCmXmvm25b77+LKlUbNcbvh4PRF2vP359aa/7er26 FUR1sy2XzwdLUAjnFRZWWUiiSvuq6m6Zou1W4GmF9baCVxklLFVelTW8BmvUvW6RGULds5UmOyoK lsMuMrZATX+M4AnhjDYwbbn2Zyv32LNqCh+ZpZkmnfGdSstnLWKT8D3dP7aAI1IVk3SeZebsLtE0 2ZOgPyGPgRJePQvjGABiDP1WxwyhzUO/vnXT2Itbaszdj1Iopzfy3XGai95hlEbVW9PCzOTxrdmP 0KDPHBj0FuucPCAV2CYTVBzrpxzmnO+MXqd58eXK/NFshpkPTve8OjjGp8v0pl7BaD6DVEzXcax8 vuMJX67M1H7n75ux0XdXgAbP1ff9BhzJgTSwTEsZ74h7S2U7eev4HCMu01cISNIeFPbblbefPxcv bh7kuuJa9EhlCDBmqn7tX/fPv++/H9zqJtRIyMzM2CqWHnt92WE6/0Nrz2Xk2NYfneifXAli9xLA GxYLCM1cDiWZ7Bm2iRa3eKS3gLKmPj0B0CxbMzmktbYgamVKehFuFNAgGTKZSUJ0mWQNAh6lMgAs FNC7xIEqLS0lGcNz1sNWNPtZW/pMqz3aduWQ0DrQZi9skQ2CkQA84a3BnSlFpgFHwYxWb4K9KVoa aot6geTagRScgjMT2TJQiKyEsddgj1a8PCuZgEFGZkskdiFbT/qO3QwttAiUCuFEBTLh3e5CJtDS m5XaM82ilEJfARnMfKUvpTip1tV2KZfVPwyrlJJohaQDSEtc14/bnr+3Hdk8Tz1LNgGM2CRqT7rY C58lObh4OGK6Y0uwvebXLy68Zwlebst+WfYiZl4e7p+BR41cqdVxJ2uSCXOzsu4ZUdMXM1vMFmNk POruy7KWZd/rHtV9lXu3AQitXm+Su8SINGZrPVdDhrpQgCKCUPHS1pm7tm130J1fW1XK11UyE5bi +7blbuWjbPe/Y79flpvodbsbjbYKNGfsym0Tyi7LHUDZLAxLy5kiq+zyK/Ljmh+3hZRiD09lWG6q LXfqbu6Llgsqr2blYvS9RqVlPvZqNWOvW41HxJZp0ZxmaOYQAa1L7QgUmFd+TnABzxJpqNu3uk2T pB545QQ1hjKIQ9bHs7KfowEGJtBkM9DLuDhuOxEzg4y3pGIaAt9satsVn6YzP/ztnnAAlBmCnLa2 r0nFwwXvkwlnRlGYuDeA2qxxX7XdDGhejxlpDRo4fYRnhs+jj1FmeBrvwo01YQ5MFq+3xGCiZ+Yb 300k3/H/xKLxqNfh5lm81cs47pk5PLtR/Bv28vncDj6/nfXrE+YpP10syhWoapCHbHCjh/r9+eHh GxPc69gzOjtNvjF3NOkZvDAgJUSawB//+LlacRgg7Y/49bjvuAeKh2dlrb9/bV9bYPHrbXH6fXts dUerBtmLT6U9cbbBqSP3gs2M8Wcj8geEHL+Bo6RXL4BhMiDE8eNhM7n/WXfdBKJxbjKotD0aqSPD sxIVUFpX8S0iAeh7ZMCE0i2AFFWYRAcoRpkh1H0qpdkFALRFIyZUTAVIsbYknW5nOdalYL1dCZqa DPYeJ90/0N6+lC0pNklApmQPMpWNep1oPdi8G0WQAIXFBEdNKGhElD8lPexYMW7Z2q0SchOAyDng SG1lM2kATdHDawBAQkk0559lKJllscWvYC6Fa1lKuZKFIFDorTRWZghHO5yGf5QSohJEIfxy/WeN qPG1hx/BMlLPjO3wtKctawEav3hEQTavXLKHjfRQmt/1c73az/9eL5c1/s3YVDdsacvV14KAEjRH oWoLb8zFvIR7xK6o9JVeQIeUGUAphbUq6q5lEVJKQ+05WQrlkrbCLbUL1d3dW7ZQC5BVZnVzkvv2 UIb5GhEXmuC1Xm43K6VEPIC9LKCRgBevv4O5XX/8V9RHrdV98WWVRGYKis4MiMiShxhQOmumL5/C xdbVfVMltyz0DFNNAM01J4WC+5dFZYjc3MvFyo+LyVfZBVLCa6KGas297jXqXqGM1B4JAhnKhGTZ oqvfa/SmGpfjfFZCJ8E9LOdDuc5CbxZ9TR/vz0pIfxYzMCm8fN4g6mU7Nxs/OD1BEyUn9TmM55wI m6U/J3e+Xv5O05mnOQT+bKueN5Z8/u5sA8hj3BMlMxmDCZgoeYWA4zY9jzhORspPvnz0+oR536+J 5zmBQkyza486cjk7W94Gc8y0vb6ddsTzBPWNEeI/Qw1OXzx9NLNoANx5CeX08Blx2pSSw+cH4hnN 8/tlM46Tm+bpztJXiQZxlLIXfgAms5IdaGgs/VcgOVbMzPqZdwN+xuSZE2CkmrzGHWFKPYCsv+/3 3/cv+lZYSohbIpKlfPy4fSy328XJr8+///r3v7at7hEiDsVMkx98tUOC8GBu3+u3ap5AtuxKHq6W o+DoEXrQIyEkhImWEDORPaWleTpIylovdQE8dlSisdm8CaECpIwyseiPpFCr8AFYWPbWFj175sgx OUYiRvf51Xr1MKKHa2RvpzKYrp64o6b1lWC0+EAOeNuKgDTg1P4dfoum6bNPsfkVwhQ4rAuEUUyW Ucqs15DrBcdYEmC0qEhTtyeJICsYYY5mVOll0c2QApobBTgMOj132QA6FMCeaeRlXWTuF37crmtZ kMiE0WHFYK0vX2yRbP4jJqoyBCNbIrFLJQGDFbt93H5uW26fgVxlSe69G88Bp1p59lajrDm2+Kdm /AFRx/ongK1W3+9+uejyT9b1Xv/6rHtETVJu2AOL8bIgI/bc0lZBVjygvX7RHGZWmHsqQihmxfio sQlXgBk78LDyw2xRikgzK8tle9xrvfvlR1mW7bFH3dZ1LcW37VHjvrDUPR+PZV0X2rrv27KgrgHJ TbVqr5WMy/USERnVl1UoUPWjR2KxhUCte880Flv2T2tDeAQ+q5nKluWasAwAS4sQlnyniCCtAvQd 2IVwPYD98WD9VZelrivMPwUiijHtUm5+81Lgi6w0W07VXusjMiJVa0YmgRp13wOZKex7a2vY1mYT Pvshvob8HTaSIY5m3XOWmC+HDowy/DJ4dqXPaGN8ZRwn7fKqFDE9cJy0sU5VlfTytPGVORuCLw8c c58BEKd78ELP/zH2rkuO40iTqHsESCmzqufb8+e8//sds92Z7qpMiUSEnx8BMiEpa2xp3WkqCQRx I8IRF4/T8fas2aaoFk7qnNd7OQ3LfOmxzHnXKzsLHovNQn3+6dvKn3DhKY9x/DpbKGwah0N2PIjC Vwyql79Pxr5znTxB0rnZZyOf6tcx1OfA5uMgz814ijDH4wg/QZAqv06FZ8TAF5r/eSHNIPhJoTVf xBGFrK8CHG8anzs21zWrK8/JPjUi58Q8wVh+t9TyQDlM+e/f6vf/7XRDwnpllvI3WxeGYk8Z/e39 x3L5sTQzN0mrc23a7z0jZJZsLAfD8aSKIzUcFNSqppZjRTnLEoecrsjSfpgnQBQlxmg5UbJmkHOW eyIHI7pEUq3gxhH5Wfk4MMixWBgCQ/8x9Arltgsdu/ZX4AwGJ4YpK8Y1IOCLQVyAjXEu2rFNCLAI QPG1OsveMkT4OKcPtpDhnJKHUcnmdcByJYGSNJVjQEZ5mg5q+kIzlnRSnh30KF6KQfLG01g4uFaP 0OLybgw5YI3b4GlVeYcAZaxSJJfEoBETcoelANJbu7xdLtc385UjRNfKfwLB0Mk7MtDW4VJzOvlm hS6XD0oCa3t/W/fPz19ECCYsQLmmZn4t1AVV7QHQz+S3I/3v8Sqx4EdSnxYk1j25+Y9+2V25ApG5 J7uEtmDp2u+ptqU3mjvVA/vel7WZkz3K/9VJd8uQNKyIIyTIjEZQRjX3XcoeuXSzbItLytzcwzx6 fErr9Wrbtkfn0jwVe/S2mPkavROit0y6sZn/2neR17efgO3b5q2RTTLlFhHRg3DSBkBlPxxxgoDM 4NaoZkxACdcKpIrZVXbsNWZqJqS/iXvH/Z/7nbf9x7+ul0bTRouAbIu0j/3IQmBYzdiaX9pivsCW pEmZGanc+ocUEfveVbqy6Pz4DCV6B3ln2zM7spm16HLPHsuXz9f/7TXTV58A5VRj8JD0p64+pnMk pj2QR4G5knPjfRKl87POe/F4zDt/wrTZ8vHE2I4HcXrK17Hz8deztv8iDu1Fss736vGfJyLBo2Ho VUrNI4xHl96n/trLkM4jcA7sPD6v4nyWZee9p/g7j4h4cRt4QgyvQBDHFODF3vdtX/Kx+zY1Twcw wmOnngZ87vs8vGeZfBw0TNW+Js157c7Ts+a+nwNuTwvjVBZxUDjoaaxtWhwz3HtaGU/QGC9Ixx71 fjbN5ahcYA9GJNmbgQy7tsv7+tePdV1su9vt3iPp6/Vycezbduv3fev7r77dgGKcIqBEdNCmpTH4 JAbfBoEzWcYZsjFeMx1dOHKPRSU3wfDcDA1RyyPUhMdP/gWjKlPKwaEBSRVNDD8iSA8EoxmhE8iD B4wHsimIQRt6DSbaaDCLXKsILioi144QGwNkg8cTwIjRHdqX+p/H0vjyM5VY4aZmh72o8FnBEcow UuyYjRDfHLnPKuyYYKWNpZnSgE6KXn6zKiuJAsV8LxhopNAyjZZiTzjhrgCKEQtEDK8OJtCFBbR1 vb69/1h9WbiUwioriQoEOZliPxZEYUFoBOYagEFsUoAUAiJlsHVZ1vcVn71+PHzIRdCSbqrU9jb0 PocK7QgRGt6vOhYdSSH6Fh3o2x6+gW3BT7N3MKW/M39lj2VBa+QmRaA1shk5jGRpRjdT5j3Drcl9 AESwkabsUgKMnuSeLczY2kIA2Yk0d2vM7L3v7kZvPcIQlxVb9Myt+YXwHvfL2yIsETd383aNMMPe fLn3VMKadSkD1+vqbn2L7CXKax2Ur5GGngcDmdvwoi4OFSdgUlBjOivau8KhmeYtOrctxIzg7w/I r5fLu6ETGZC0yyAVxZyU8vstEEVFK1sMy0Iul3a5vgMdfE+E1EFPwcyiM/Z9i1UK5LZH7wHC3NeI /p+/P7Ovma+JrJ722XkHeypwqkbikC6v6opTofIqFDH9E4/fPH04N88nKX7+ao+Fc5KXmlo+GZ2/ xOH89DjuenrE3Hgch/7zid8GHs9Dh0ONr+l0+q389glkJLA/MlfOfdHLiJ3fnyL5qT16VLTPom0e 29frT/AIL/19Aoh6LDCrl+bbZ1TKP/Tr23vnMvbd2jsL5IQJ8rHMuQzmbtaz+vQN/jBEM8Q534gx ie3Qq4OHjB5GX8bLQjwbMTdxprc7G8HpXh632NTb19eMxwOMpvZu/+t//rpcL2x28W5I15qx3jbt vft91/bxz9+3X59d3NiCjc1bZMtMKQLqUIM5UPqA5KDGHEd5JBGDKIOkzmQfFRUytkwdzg5j1MrH ZZCZHgKLBi2HM8RpjjHKjyIjV+34HhBSSH45iwAVNTpyywVhx7mZJoo9R900uBhiGmA4cBSy8BMw MsEWQUjxtieAgUUqHyxNLJKrkQv1kMrzchl5Z6w6bEDRw6+mIlg58pRAIgoT5GF+MWWW9+jIMsNU D0kmM7ibiR3oxuvqTYg7QgASDGYDUH2sA6JhF9vAv8p2eXt7v75fV2JhDjeCc8sbfrEIqmMAjZSb YEwSmTTQHICKAQOlBEqhXa4//vrRf31sW6BoOWgwomYBw5lXwxKnWjBWgzDgRg6HjwE+tMUn7kuT 2rJ4o++mW3ZIjeloAThbw7oo9lQSXnRllbY5za21Zdv2zB2AuRih6NaMvkA7RoC2x95z2ZfVrVlE Zhyx1rX+UgCWpZHY7rfMuFz/ShDozfyeLVPLxftuvfdlvbR22bffPbalXUHrfTOzLFYPJZEZxR/j g/ZGKTukkUxQGFfS6bW+DMJwfgIwqGZrPzF0ETGUzYxO0rMrevBtMWvZQ1ByATvlQYIBSroa/hYJ rR4C95tStx2QOVtLa4u505K2ILmSWtcLwdIeM0PMnpbohh/vl9//fPz9a+t9HI0e42LmrWzecGuj ewqYnKHJ+cEed/xTGj1Jr3mfPB99Fps5S06ZkY87sE0tORt5bt1PZoITTzy15FTV+Hewo008radE OOHL+f0TSpsh0ZMt4GzhPLacQjd1SKIzX2BMhfUopG0a23wZjfNx80Cd2p3XljxNytn4uVpMv+Lx 9pw6zgn8PaGl13r4OG56+f7pWfOKmp94tnm+pT7v03qwF4sSHmfTpmfNf/HYzhkJneDDTsChMjFM GkXpubqnXj19+YTavu2wTeW/vQsH3InrdfnXvy4/fryvzSHkbdv6555Wuaj22+/Ytp4t2rq8LfRL W9+d0fe43bApE6JC8tr4yONgT0BZyUuTkeDI8j6yr9vRNztoNkuXziFRBu2lDdmDgSCAVvSZPDQW 5UNXkCUrnKJ6SpXnBwblCXS8kEdsTHmqGlAyvsZsYCAxAFHFPzHiQHFs4ZQbC0YkkTgJT1XMIKmR k1WA6/DnEr1cRkUlR2oVAGVjp7yIQXWIh6Q8m6mn3ZPGyoQ7Ql3Mh3tDmiwMASDhoDeTkVKi092a N1su9CSXxRp698/bnb0b0cGelTzlzJWHFPdMAivdLtf1+nY1LsxKVD/EAwfVBxIBpIFmh7DLCpVd LcHctv2WYe6wRbIGwCUlrfnl/e3at973vacbiVaeoYchhgRckRQOM9yxiA/H3yN8XwBBabv3/4DL 1d+uPy/c897/vX/2PWO5ZqOa2JyXVVuPyJQ1MmmJ3CQCbka3yOyp5jRyzwzHamYBSOm+tqXtQCQ8 QKOJKSORuTvk5sm273cpfbF9s70Lti/LX9t+z9iWtkRa7JuRtEskAbnZLURqbUvvH/22Ldf3tlwj 79G7Bl9gcc+XitSBQycHurEt+9psccssVrdMJlDTkgBaQqToBmRG72EFxA1U37a97f7jutCYReYz wKgLbkKhQgCAB2Xs8H3rvP2f/7DB3Ro3d9pi3ui2Wmu+0rwBBu4BsxRN6bakLZfr+9reL//8+++P vYO0rbdMJ0NqklcC48cddpbNT4bmeZ/EvOc+7opPh8VZJJ8FnvTbs2jMF7gwF/uTjaO9bNFPh3t8 tz8/7f98PMieGpR4uRFHX8569FjPn+TuMhWzSXqdMGuWr5oG7WxYTDFEc0d0QJan0Tsx2WwXs6kB eJyyp4uThP62jI76++NPfxqQuZL571Nf5kk8ezGXPFFFTB2Zv/nTI/TYX/9zMry5tWc9+Vgb2+h5 kWNpGB/4AKaexlfTlMy1P4HZc3nNlhR8N6x8LJAKy3tuvqOF7vvn378/Pj9jMVybLw09HMC6Xv76 6/1yWR3EHvvn5+/f2j47mRWsqczyC60juCAkRjKzswvAwWwlxWkIObKKDH4IHSaJs53DPEEDBkko MHToBOpYqfF6lPOIEanhQVBhEAIks5PJAYNqneP+chlhxtBtDGdsESj1CUbohVCuqTCBdEH68ku3 of9QiBKH3kIU5KijKlmgynUE8pS/CAmiJSiFsdKeuSRmDOb4Dg5itITEcJXJpCcJmVtDM9LaZWmX RkqSyv+iLYstByf6tpikW0ZEVsRrNWNooBIWkiCjLevbul6buYFRhLDQAQggis6FTiFjL7p7I/vO /XOPuIFkxr59fm49efn518+/fpoVf4gSSWO7XtrnTXtXyoxpKlhVyMJqQgkczLM6mGwwnIu/tjM/ FkaPzPxY0C7Zgu9bQ2p3xdtu+5bdXM1sMaRCCpVLa4YUgsigdaQpDQ0kM0NCZQpUJlBuHMjBjwsz N2+pnoiM7t68NYseEcpc2rL5ngl3D7W9B8m1tdS+7x+Em7ceu6mvy1vC9n0jaesCupEB9R5KGlvx zIgQo5RFSYJlNmkX3y7LvnpLcgN7rhXalUWDB6u3U0iYN7bI2Pdu7kX5Gj2W+1PYAAAgAElEQVT3 Lfpi/hVbNRj6edJ26QIRJC2TTl68Lb3F3tNChk7sIJxY7GZu1rh4tOa2GBe5NZhBRUObNP38a/25 bP12C3HL7fO+ENl1u+1LaSlTfpCCjG1aegqLPTe02YB94oZzY8yXvfsVpuBxa33aQquS9iJQcTz9 6ZvzFHtWOO/SOiS6po5g6su8z+u7I/5Z4ElKzW1+EhavsAZH/U+E8ef265NQfz0Y41Hkz0LqfNbM s/ktzjvHBAfrxiyk/osB6Hzc+f0Ms+b5PaV+PoKD1/5qkqGcuvyEJudtB9OUzT06g2DneZ//fiup n/ryp3nHI5Ssv+2R2Z2nj/F5SxJlXjmtNfZdXSdP3wlsZ6shH2fofPwTjjmX8lk/JN1u9+2+2//+ cCYZkMx9WZuvzRYG3ph29cvbui5OCbmr37V9Zt+l4CEVlOwAMewlw4fvNFVUuo8SHMO0gSxSLw1x 0gZZaSnUK8oDOJi/h0u2vnqX4FcS0ZHFokJUBjoZedx0CMi65YwrqViM4btK6BjSkcNdPgwsww4y dBMYLhfnGJ6sOwL6wSnBIp0a2hfhIBovv4TDQXZ4jtQ5XoL6YYc/6BuiU91gai0bK6lMmS4qzHEQ SEq6rH65XFdbmjVbHK05aRmWMoJmp5q95frjesW+/bNHwMxQ9LSVyRWVlRYwa96WZfHFxIwyIZkd 0J5FAxtZDVfGfdv3rQOic9+5bz1yr7kKZSo/7+16eXu/MNlVfO9qi//1vmx9u8URGVvTnaQViZlw sLviyzIwBjwGuD0RKpPgnvj1AUVvbz0a2vq+2g+EZ//c9ctxa4a1Kfq2p8sdBJnKXdloyUGlZYKZ WaakIEjzVGSG0Zovicpyg0qVZ7S2rG4esfd9M1/ML5mpzGZLcFWGm9EvEeGWBt+AyG3he7O29U8p lvUC2r7fgHSnEmUcE5xoMp4M0MWbV2teQu/qWGQbsTlwbbhn3LYfjgzLBL1oW3no4UUzI13Z4UYy QnFPXROLFaHNyCuIXkB1pA9k6fTMi0ffeLne++97JsUmLBA7cEtZwDaYknY359JwXbblXz9NbG5y Cqlk5AJsZCzO69tm482NLu5iBHtgF/fk1g3oPZW5HBqOhsMl9nH3m/khZqn/JDJnSX9e8bLB4rtT ez7tpd/JcnwHRM7Cp5JmbipexC0O+PLUZh4n5lfAMbd/ltan4WZuWx6769zUeWT0iCrOOvlYGI/f nP/N3dHLgMzoYYYpO7A+uqc8WdBmiPCttWW+ToTqjzfOq+KpPXOnXldOvvz6tGDqn+1FBTXPy+vF xwY8mQWfrrnkvPi/ZmcADg2PjQBKhr52+6neeS22x/n7U7txrEgdb+AM8c57JaiEBh2+tHZd339c fr5f1mbR+4f36GyXiwPa++337eP3R4/t3rddKZBsQBczJZO5Tr+NakStYxVldcl6A4AQakcjhnGk LDI2dAdfS9wOYsnSLhA4dlmcpF5JoFACBSKDQqX+GnEiNnhBBwtINUlHShQc7iA8WMUAGnDG6HY+ rKrDmgMJcikfbh+aq2NFk6ArE8Oj08DkwThRJBSDpoxJBm3JMEQAO2noS2ay6F3BgqhiJTjv5gA9 MxFJ2LL++Hl1Q/ZkdJS3BwgJEYFIBM3J1pZrazfeNhnK5EQV6qrewczW5bIsbw5DKosofuDB4iVR dsX9tn1+bnGXIVN97xFgg9g0YOdQ9gCI7FvEklcwhrOLnH69XH+87dvHllJ5+IrodlpsZPhCeO1Y 71+r+ggjKm2H1Tu1xY2b3pvZAknaaNHky66LcW+MtWnPvYvSBaQ5MjKz00QzZKZCWS5WygxzN2sZ oez0xVsrurpik0sFaM1Wd+vJHkHz5g3g3jeJ18sF8P3+ywi7/JDU+6ebwRchobtBm8SMdXF5qxUM IXr0fU+thjGfGjDLD+WdQJq1PayryXYiAKyIjggQI5NjgbnhBFSE72Rj0fbTjdh33TesF5OyFGtC oeOedMCPbaX4esvIF+1i/oEugXaS1UBISUCgKQyhbY9bt3Xfl4utK5bFhUVdfeN9d7P9umZAkTsT GUlTMyxEa4BLzFJJbZH3LXoiGVtYpEtMtSyqYo0AeH3tizkJ5m/3zPObc5nltMfikeJC01Y8C6F5 Q54PnXM98xP70TZOt9jLl68n4Fmo56MJ4xTtmk5B50/xHdrAEZzJx3r0+FePz8XjMM4dfAJGmJo0 //MsPI8eDyNCPa4/Qhb/7qGvcvAJNmkCTPadCH8VoE8w9AmCfAs1/LHOsyWnQef14gv2mhUn35Z/ bfDrQx+6NrlkD6YHHhrCPwGZedFjir0+nx0HhngyI53Q78m4eK7pqW9Ma/b21/Vf//pxuSzezCFm IGVpPRV93yK033/9+/77cwuXXbUsyM7ozOHAGInIXLx8FMbOz8pHpuFib4A08seeAuNY1EMbYSxh w+LT8OEReBB7V+na2iotu2E3SWhipSDB6QgxdB0ARlgmRvzJ4b/5leJ1sLMbVcfvPIEFiERyMKNL CJQTCo60pUhAlUqeg8kUQGlTBChsBNHocNkhQFiFfCYQBiM9LeEJUmHlcSk3JJFR3q1Sk6o8FC5L NMEdAPqn4tpjdU8pxBFhytMEG0BhM9KXZV0WV4xIRg5+k8JbJM3dl8t6MUkZsjr1CoSMTkTs2+3z 9nHb9tseW/l8Fl2rsoEyAoZhtgIlRfTbfW9LXpqxTu9I5nJ9/yHbt39/7psOM+Mw3yeqmkKrgM6E ETxeh7GGh+9u9ZAmbLvud17/Z/1/lvfc27/vH30XxXRISC9HYN0ECM0slUI2qeJeU6mUjMxMN5Ju 1qJHJs0TqNyFIJgIUxodlUrFrC2XDCFpZuCa6CSa4Z7qkZelgW1PZWZbF3PucUttbbmaeWaYudlC X2PfemwiHE5aoh+8dic9fS1fWWOzC3uAieHnY269y6Fl7AsykyVCYEVS773Ta/XSzCPj47O/XZfm Xq+JjRUuYj+y/eSQGMpEGnNZuCyIwEEsU2i+aNwSIz9zppg7MpipPfqyqcEifOvZ9wvbxa9cLBPm GcQWkEmW+yaBoYB6eNPivKy9eWU6ikjdk5E9OksREmECU4pUpWwanDU6hdO8tc7n41OFrEc9xyz2 4lBqzterqsOOv0+7ur7exOcbn46RM+bQd/XgPM49tuf1n//ldGrTI16vp/bMMv5sQ3zXvKdK5srz u2HBIzzCBPueGoPHYfmSI3/oAl50DK8QkNPt9jgR80NfB2FGqDhAm00F8OgRMXfWp8/nI/ZpuvsL eJox7ut6ePo1AWtDiGIInSJJitgz8YiSvp3CEzGdr0Qe0OH8ey7B2Wtp1ijOeO34TPribW1v12Vx x9bv9/u+3zO1o/Wk+mfHnUpdL29vPy4Xb9eE3frt9vF7v92559Gayv9dBmAefE2izAmzNEFpKRh1 xMeOBPFZ7KsapAGW9BGJguGviSGkCx4cbS8ZiErE6joiHCQIPvwtAB08HucxfthWdCgPSonCI4xl TBIBh/JYgWUGkoixIQJiQ6VXLak3XoAECDqUQkQNclUtlMtLIs2aNzdYQoE0oQ22BwGy4Z7SgLTD haRiYQQK7oIjAhS5UCsN8qgEbmwYPpYVHuIGuYqKlOJyuV7U19+f6klASYw0vMxeYSGCQUnL4S1h BMCE+x59+/z4+Pj1ed86BnNpgUUbYbkGgJWLHkZ5AhH5+XFzrOu/Vm/OEk7ha/vL3vl5U+/3jBhp 7mvFV9BNbRma36gamfMsMkjDjqU9jHa9758f/8mlkRvWG3oTrEO7sFgujB1M9TLHkZlKZAl3ZXap 0RgZBjqXIMBNRbJFSEmQxpF7bswsJZjTbZUsI83grSWQuS0LAp7aKxeAjMp0F70VN5qdlCugCx2b cmeY0W3w0VUiAAtW+uWKgc6MvbV3uHXcnJsJ0Eqnwpgm05Gths0amLl3dRHWFXT6YLBzbLjfg282 ELVg6EkTjLiD7Wt7pYiQwuDXa4t926Md/lcNBfrJI+QbhY0ytCFNHgxn0pjBQDZrySWd3H0nxN0Q EtMq6CzYEmvvyoYtPLoCmepp0sVlC62liv4/2aUiKLsnemYP62mqxHoqK4yjgq71JAxmIXdumzNT +9MWj+826vPXp5/qQa9unqf04qMotWnBH+v8m7vmMpg+n1KAj7fo0atg/vVbmf1kzpjHp359lehn yVMSP2GOb0egVBqv0cJ81Co92VYwlXnSGWCqBC/TMUtbm6bs2wn9E0I6m3Q2Naefvm0MDzPWPMX7 o8HL/rCE5sZo+jz/9NWwoRA+FI8JEkgp9QU49FjdUw+frlf9FR4h5BNAO01ZDyBO0n6Lu2+/7Xah 99v998f9Y9vlWH609crUjginXX++rW9/XZoIZCz9Erlve9cWtTfJDkuHIaHZbGAqmzMqeYrE2gZR jBEllsq6Md4SlVoggc7hv6lBZI7TCHLEYlaUhTA4KuqMhQqjpVXA6uAMHWE0OrhErIQli1290sx+ sVmoUI6I2vGJCsEVQ4gBcSuR7IACrfLbJlLsBAh5okfeYebwZiWWIaI1Xi6XxRjRf2/7tkcmK4UF hopFsCOtiUAFQLjJR7ZxdDKzaCRSANJMkUe2eB6MW6AOt0pA8nV5a3/9vOu+3RIphwBP5CBiLVL6 6NZWWCWtFcwJQLltH79uv2/3Wwo00s5wTWM6mQesKVjpQCtAFv12+/Trpf1oK6XsYez7zbYOi6Xh lhrR0YAdiK8cgfX4Jj/uR0P06us7U0L9xq03XtOMjJ/r/p5YtORuv4R/nOmwnpXXaCwMiZCRbhWW i2bWlcPa4s2BYxmd2dzMUdgMEE3ZM7m4W2t9u2Vs7os7I3qPT/eltUox093dbJFoaDzCXCkmSWOP +3a/RyY4ghWHH0652BxrkoBgkerb3q9mbEwn7yA8F0MTylsZFaQdUmOjMu6fym7udtDlkZZSv2Ve zY0MCggrO14NR53AIIQAq1Asqq2tLT06Kpj58LkhSnlWFjFa+SBlIvdIYGfSyDLHEtZWJzo7xaQH zHWmg1YyaCIzkIR84f33/Xa7ockyF21moB0sPdbdd1I/h+MsMm0TIrn3CNieyFwERTJURrFyXz89 Qk63uefd8vHMNuMDTbL5T/ImH3+aEcApVjUtb053PUGKU5b74y14FHvnP/FiUOBkaufUO06NwUvY jk2d5fRhLnB29uwRHj88Xfy/KIMJEHwLWWZdwreDf5b81p4wo40/SfpTNaUDG83jPLae4+85d/k4 QTpQGqccv6fKYDY+PPmFvGJQTJ+fxtBxnA+OOFAQmEyNX9gEL5XaoxJGf4iG0jTH57Lg9NNT64/P YgqfH5v2aOYAkmjvl7b65c2WS2Yit4Xhb5d1aanU9rHfPz62/fd9/4ioADZCBzXCV9CDxKRIBehi lgK48kHlYc0gWFkzUEG2RAKVRBX0ZEpOdZRu9ktNDzDLHUQcZysqWRKbRh2i9gC/pzmjYmJK+X5w lpcLiSzt8Cs1jKVnGIltx7Iu+0IlVONwrWB5wgACrRLQSz0tvTWnX2gJJq0taM3NFrdmtsLMmym2 LTL2bVMnF8IsWSc2Hl6ih4MCEnDRxaSCLhgzKYQsNYInMIRvYpw6ASqHQ0xYAly5vC/L5veMyltn ClBwk5ZlaeslaV6SQy6AbpTyvuXnZ+5biqA1GGUjgTwcMKomGkeMq+ngaaVl6vPjVpiLt/tH5A4w g9sWCPqZ4g9jhiuu6Vi6eQi8Q1N1vmmc3r3hF6WM2GJ388tfzqvyI3hbtflu7U5fnEvmnlsCgtMA RWFaox/zTrNFyYywlu6tcgcd2WIGAKq3SGhEkiy2eYfMTGIqjSEqK3ZqeCAZYUYHPIeXC4EKrqKU hozofcvF3MxInG7UhCqse6AeoS2WJqXZSDKzwOS2rbFscMlcKQ5MlEo4uHhuQdZKG8YPiR8da8AX kyWyWOaMyhyzESOiC4kad8sywYE5ThEoo+iXdzaHEwkrCwEz0kKSdUII0pKICJKMBD1NRLd0uQ3K MockLWAGwG6+tL76fk833rSRYWwO0XZYLjBqZ6o1UULmYlobfrrKYQqRAYbQkz3ZpT2YRdojVy4J jxji7TDH+Mu++rTjz/v+63F8luKYBPzyYvg+C+hY9k8SaN78+fJlfYjpllPwz2hgebx3Pu4+AYj5 BcQkqqrxc2TEfC+nLmj6z18qfOrOjLdOvQVfRmN+1tnIuYNzq+xRvD7dfn7W4ww+mULwUv7plhk6 zNaGp3r0nVkN0719Qo0+deFx03vu8nmNbxqHCX+I+UdVhD9WMVf9tKRO1dyM5nhUci7rcy7nql5H bWziEXZDXFa+vV+WS7tcl7a0xUJ5v+9xh6U1QLndfv3778+P3lOhHsgUjVYWkp4AzOAEyDgTZBwp MZoIfUHyEv+sMNSCIIVcxvaLNowyCNQBnUom4UW+iXJEZZavBpD1mTRpaHo0eL1gRXJx0IWVJBYw 3CFHAndUhpEYHKn60m0MYFQPlR0RqkRqbL5ewocma83Y6uHWzFpbWnNbBNCaVcyDNeMyCD5petv7 vsWHMpfDrNNLcnuy0t6qdBswkVFnYuYxwIHWVP6plbCmDD7MItrCIAYxgmAPLMDbYp+r3e/oyUYG mJlS2kVY3d1XSJY5QlTSDD2QW++9J2mwBXKKRqQMNSmEsIwVWSauQggwN9C07b//8093WPT7Z78D MrbD1daO9Lbl8VK9KNVRKaUAgYOkFQfCy2PVEEgItQzA6Pr7M0H9eH/7sf7Q/vv/3H73HomI/1nU pLZ3gbscrPN/YJzmI9WpxQ2BXSPcGzA/JM7X21cUdkAWRYx7AzwipPTWBEXsQHdvQsvsRjZfs/AC 8/DEGIuToFPRe0aKRjQb3a4DigHkaebDeMPWBSSRaQV5a/Z9g94lP5yHk2ZMJkxLozMPRpjCCiZs O7aNqxtoac2Upkp9tENWPlHFtEZ1mULNaMuat9vWQ83cVDGtAeGLOaWaCavNtDSfklGgE+4ZaE0d h2sM4F/5/Go5lJXHDMzsZrxe2na/ZTT6JSnIkoRWRO64GjtT3NTYwc7UggQ7YwThO7IZLhTaGMyU uhTZM2NX21M9GhABRW89RZpyqFun/RMvYvK8vpVY82H6DHObT6jz9afd+5THr1noNH05/4SpwPqo +T+P46/IZn7ut56bT7lO5m4+ye9vh0JTnU9NnbGOHofoHMBTJtqj8LbDcnECL3tRjTx1/+mnp+sV 5P0X1IKXjD94QatnAPDTlJ1fnrwmdkScPA2pvmv5VzOa2MqWKvrIQk6jFWvCPGQ4BvG8X1P6u3wE TefEzGD2KVr9qdtzP+2oJQG2xd5/Xt6uy1Ja8Nz3/Z4fvXeT29Y/Pe6/f/++77LLpV1/rr5m3/Y9 9l2RlQ9DRtrwNUtW7vUhQaPShQjGgS5K4J/ZTSmYiWUBSQi0oXAYsAAcKceKPwFHErgy3VgYiwv8 YHQ4gAGGGdsS4vDYP57ILJ5LuRjdvk5vCTuWcInske41ycL1o5MpqJmbL60tDjdvi/viRhbmKXxB M7hk5fVQqTFKkhp9Wd/0Y8/QdlciZYDMtAuWFVBdzgLy8sgLq88gIigi19wHZYKKYpUo3gNkSD3o pBlYenAlYW15uyyfGZ9BSI0KQ4TUk0xrtJTiwH8JIJNUGHd4ea+IjOGoC8BAF0OA4IYDDxUIoanS 0GTct49UlisExGDAxpl4SEYeaFTDsIXDOjfgxfPCPl5mjpP/sfRTYdqEz0yP5N9a9th8V7vbsvre eqais5etT5GpcEuqut4qLzIQUnEw7MQg9JykKXRQ+hAovnkJmUHK20Iie0ph3syQkhkJT2DyROEJ ITL2bbtl74B3d3IhNhSzuCqVSwoknApQSTnSmTub0BZsZfhZuO24hhrYh680Qtb2jbEJgKXLIw2Q Zc1CMu4ZFza3slSBErvQmhDIJH28zw6liaD5ul7e9/jdUxwL9ZxATINUb9wRpEVQxZtOmVuhPYFE lIO3YcR/Wel9Sl1SBxjLdbWLa+93aZlkkRMELOgmGnFnZ1kfgXL2cgW5AxfEfV3CnIqtAt+cWlzu UUtWugfQlRHRFVsqovIClLOZpzxz5EI49WxHZ1+Rx4kS5vjMby8+buBPcvc8/uI7pDIfQU8ow+n2 OWz4aXZwyBp7rOqpX7NtiC/ZXJ+aikfWr3zsztnZ16E4YRAex+pb7PXUBU5+EvFYeK5kvuVb9dXr 416fO19nJXjEN3z8qyOp6tP0vXq9nIDpadDwqLiaoe0oeUS0khhOigTN3c0z86xo1k+cjdA0+k8Y k496Jzt0MvM8zZ85Td68Y9IoNy7mTGyf936/79u99z0S3RyG7farMfznj3delrWtb4v73vdft18f H7/2e0YoYXBkkxEOKFkisCweRyNHuoeBOSrY5FQ9nGxOh0JoGhkBEMtRj2mqRC0pIM0xCJ/r9S+K QwCycThMsSgN6uSd1elCOVm5yRGV4mSEyyKjRLcEHaxfIoW0aj9w/Njcr29vbz/faI0EYWZGAyRV 6PFIHM+6pczZ1TdSzZ3Xa99yu93LWH74oVRidzeBSqEoT4aue0w3lYjsd6WjjcxYhgQhdOWWe4/w tHVd3UxScZzCl3X9+dYReSsNQeWaz57cg1ct4p4F4AABOxiRJixkwAUjIRTxtrGcadBYbjfDdSPH mteIJIYa0QvBOBsJMaOMU4dIAnS8jYOsZYREAzqMRAcUKfXJkTe1IMvpLkdkYPtEIxdXD6n7kv/y +Hmj0/+P8z+GNPSKiCnor9Rhwui1YIU6EhCAvnzxzg1FIKGTBQgjTMpaZozIF1sKBXFgWRJmoJAo 0njWAg4h9n27bx9U/nAjeYMRK3nnFH1VhswEZemrpYRMuHdcDdnQax9auGfFeEPDU8pAZwYRopPw WoYl/knuW/Zwb8P9QuULPuj8y2uVrAxxcBeJhMOXthj2PbNlZb7hGSKueiupcjphpbxVWSpBUnID RBs8MEbFybCiQx8yOHKQSYVghsvV+8cO0KpJZPHsZvGhjZVjx4BDbJ7YGSLYDfbONd+upugZ99J5 qm+7BCUyM2SeK2AesEp87SGE2CNSe9B6+N7Zi2wwGaUqkqvsSw979QyOn4TN0wH6dZOfkcd8wJ1/ +hZ5PNVvj4G+Tw89C58H7hl51JVTDIUmQwCnak8RY5NEfMUZde3Hl0/uIPP1CrzwaJiYz+pP0u08 Y78ip3nEnmDTE9jSNOB4+XyWzGlS5gmylzmN6fan2ccjhpgh4Nz4+Z9nPevx2drXr+MQZoTRvFJ6 P1pYMEGzGUs+zdyJNubHPy2d86c8QM/Z9Act0951+7z/Y/8srfW+3e/32Deatcvarm5N8bkZ8f6v n8vl2iQDIvtIa1avNpTIjjS1VqmAuAMkWul4sziqh33EztiTg6o5qkxSptPp1L9eTgoKVBwKKCjp x6RZ0TbbiOUoA6wwUngQKFfTMDnlGPTjouhKIAOVCWM4l9g4TEnMQ7YVFRgIZ2KoUSpcVh2RBJdl MWsA1IFAJjSyv4aQMaTjaPJAVPWNwRdrK+ChnkP6wYAsj32IhIG9KKuZVqGzghHOlLKrnCupEhVl QgKl6HG/y+Xt0pqbMgftiV8uP3rX/fOWEWyACWnoUvYc2UtyiA4zAPu+ZwRBI4QK3CVgqsR2TMjP vJ1Co3q5HQ4/m2LDN9owgpkOj+CDSZYqpX2hTxInsMO5zCrK6NSEABieETz/OU7DJuW27eSGH7y8 va3Z4vNHfnIL5XW5NqdipMCFaLUEzMvIgQ6YmYCE9sG8f+5f5ddcr1gdyYerUC1W0c2MgJSdZFve pLKcVLiUqt3lqDJ8lyFEV98zsnn+6xJv+Pz/7nm3BizlAzHigIYUR4cM5OJpNDUiRRN2AsJi3I0W gBd081U9sG9WoHQ0gcPgRiMYe9/2ZVnpJe3HYC5gAI0AEEeewhSjsjQuZt21R1TkrGqVjkkcKKww YBBNBqh7ItXY4BaI1diD4yUUbSQrsJODZzivsIKEBPJy8dvO3IcznGV5fo14NKqaQSufGo7IdsAt Byw3v9LMIPj7MBWtmehIgzbLyATzlujZM6NOTunM5iAJJJaUUFS1kezClspooZZAxpJS5MCj+bU+ 7VE8n2Jj3rfr72uqUhzS/VyQr/diuuv85hS9r8X0csvZML5U+OqUoEcTvw6Jdt7+rfzW4a/wCggw oZnzn6fC5klC2+MYno3nyxP/BPK+/efr7XOnbPp+Lq9pRp4QyfzBpjrP2/FY8qlh+TLX80DhsNCN Cs8A7oqghxXpVlTW7RNG2MuIPC3HOXBoNqacM6rv2nRWeKINvn64b5H5e1kbvckpW7wt69vl7Yeb bR/3SwR+NGuUsvfP7f75e9tvn9t96xEV0CoGckdQdDqxHieVEvxDl3jk7qiN+zi8UhXrcejQy3mU QHF4JNjH4J3HnhE4SspH3nLmiV9UieSGzPSDJyMObx5BSmR5B6iRaswF2MMC67Isq9OIXepZEb3B 7ESWN3vldrfaVlOx3fbPW79cm59yUJIyoJHtpNhRVa2qzWecIiWDLbYu65X3T1OCI1vpkd+ODDUA pkpHVx6apYh3S6AHy5+iBzAMIYSDBkT0rW/wxa9vS6nhxUhZw/WyxOeybdlRKgswUxklkRwKMMJg tli2RttY5iqvYec4dFa0sxMo1UsdwQXP8s/BoREfLhd2gAZAZsTwldG5HhIopQ4OmVc1GnVqwyZl Q8nrY/GL5zhTuPce+76u75fr+0VXfvrt/vGrbynjxeTahRWwirRJWMIMUS7MhWYeSZa87EdPxx2N VxIDR3IwsqL0YyPipgRyoe2RBaa0CxUno9z7vsm5Nmttv3j/fy+f/+zXj7hKRqVAyQinOrgTljud ZvTsZnC0erOKMQ5QKk2wpIydxuyhfaM10gylvSNgJoWlUvuW+2UZ6nvNH4UAACAASURBVCd0IJLK w116uDFTJhNDMKa5a7lw27WnGRBkHs6igIrlt4aiMC0r75+wR15JktGz5uzYyK0cQQQHy9piZGcZ XhFAsrXLst4icihojFK5OJsqpLYC1RxMGyHXGpkOyxk6ARUp33LYUgWubia8ZVMTgR3ctOf2ERl5 ebOFqdxCnSkM9J6rREsaCCUiUynbU6HcI7bugnUg+yIteUTWH27r59Z9LiccO/x5zTL7tUy+IBK8 yEJOmEOPlTxds+RujyVPUfUEO75FJ5i+5KQOOSt/ipSZH/2EKnCUz+Pp/wU/fYtg7PERswph7vgs dvPFcyUnm5Qeh/EVmWECSTMqysduPqENPNbz1KRvp+wEpl9l2vCAK219iVopM7KizB6Gzw4tSr4M 5Ql7z5LzGsKLaigf731q5XkZkCnuPeHx/nN9//mvhWgE3cwyg+lXCeSeff/8tW0f9+3z3rV3ZO2t qpBRIZnBsKEmMOHsMFBelkOr40U9cJjqDSxy8iM2Y5huS+iccxYgoHHcEQu8VYISppkYJnHkjf3K vlg7ZSgCQbPFmhsF7Uk522q2rIuvpZ6F07y1ZmaJkcrElNzv2+3zvm2ZNyFpPPTv1G3b9feGbJe3 ZuW3WnTkGEDKlIKDOATwEKG1y6XM2vr+Y0Hm7a4s2xGa0IqOLE2QG5ophEwQLPxBAZE5mLeoksSq aAmS1sX7vstv1/wJmZUfh4DUYv7+/n4L9G0XouICsIfU4R4whdJkpgDgdnXeiV1qLG5pMgt8gMPZ c0BMJ+JgKychMKTJJwfIkbu+VCmhL5t92cWAYTwab90U/axDutfwVsnpBFAeQiOolpl9v+v+e4Hg vre3e+OWuxFrIpoiqSBL6VgpgaQDN1LTe8LjFXvaH/F4+qk5nXSWNeljur+EwZh70ORGy9j6tvXY 3XW5+NIsKDJ+2scS+5ZeFSiXkEOh3A1Gf8e22QKIKUXQfHUlLVqTyTOac5dZJheDNQ8w0N3akXM3 T4xM87hLb72tQqIH4Y3YCSa9omFBUuXUzPKTgrW2+LJE3pv4ZSIbNMBlXhHAHJYV0tOM2S33vv8l B9GPxSAA7IeRNHQAFxFgFBkJuIO2LOt+/xRqAUaWzwmHuokA1KxRbKx4M5qpgtQGq7tyZJYrvrqs t6qUaIXnjcCSETKEYgsuP5ozmIVWAoq9R8TdoVQiuuVYNm8mGdoKau+yEPbskX0PD3ELSxZ9IgHL cWazI3fuvFrwtZa+38NPv5DXDb9NK3MuPGsyTgjyKv5zEpY4qnoi0PRH2X9WYlOBbwXn0+n6qVVn H5+0+GdI6nxpKo9HHPD6+b+gjafm9Wk0/sv16mbBCXPMzhl68eqdx/as58kFRAfWmVv73zBWKyMA 6EUdkWblQijhWBN8nG/9ubpzLtt3q4RTD58+P2HVcywOmM0048Xx16X5iG7t+32737c9HMbYP+Iz //l3JmiXt3V5v7aeed/2uN/V+3DIGLvY2S8CI+Fn+RZknd1rSxjH8UHG2o8wlaE6PtKdlPnayyKj sRMcy2JAECLUmWQaQPmAdAg6zY3WmtwgGH29LBf3diT+NsHM27LY4uYGKTHADkWUCyjWtrZ1ud9v d+/xmUyJTDrB6Pv28U9zLstbu3jmCCoFlIM+oaJa7PAvG/LnlEZuza7X3Hvv272bwSpiNc2BE7vY QX7WD/iihLbMTNkgXSDQWZEdMFpzB3C/b7ePz/fL1awRnaZMdZivb+/v2RG3vaPAQWa/b8ErYFLA EsYEYW0xW4v/tBw0bNDZVZBOfMUeFySqEZAG3qOoVud7HTx4+hqW8RYdkURjzx2Bx5Blnnaiwzg1 ChxDWtl0a6EfEcGEpG2XfQIp+p66N/9p64VhyKvxPwZ0OoUj8U093oDhvjPW73DtrHWnA2To0YZ9 KrpxBPWe/gzzDlHi2McaMFNm7nvvewWCL4iCPD1B5MX3i++V91HuwUoQIMmygXDEnVwIZEaUeshg 7d6sOS0TRLq13CNSak09c9DJG1G+UCnKsW5737e7v6stmbFucfXWTIGiuSdMUWrBA4sFKLTVF3HP kLnoGiM2wCKGyuFY9iYm05yCcut9acYoMV+vzLBgiSd4CCCgBuSwlSjbymUx9TquiNhRZxOi/EZJ pMxZFthKqEBjBemSQ0VJGz5e5Ln3EkQjJXglODKg0ZTWw9bVoUNTZXKDspMiLPsO0hCpPTKp/nm7 VRCXMxYTWgwfMbDLMrCluhAxIIiCIQQa0gSXbLiiPUvi86qh8kMm5fT9sxyadvsZdryimfObWZTy uGsizh7f65AmT4jhhAVP7p8zvpkb9noqnjUTnJ71igPm9p/oQY8ln755AhyYRuO8ZnRymkJeHVZe 5fXT8FZVcQzL6zzyEXD06XMcO8zjqeZrkJ9ra23pirIvEkUyQyedlorZ6pPT3JxNf0Ub54i/doBT O/BSFV6G7AtmClRiv/eP/9zWpUGZ2e+3j9tty/Y/bPbPfz4NZpcfbVnWt/Vy8eaB/H37+PUf3X6l ootsPjQWVrxYPDlHxh5kAyUch7zTqU0IHXEtBTGOsbBBQ3qoPwDoiLytEA4SSEtFMsh0k9nqQKPk sma+NG9r82Y0ktbo7m7NcXiolv9GecYNZVQeKWJIybBel3ZZLvrB7Xa7ffy6/96zV5qRvff7ffu8 9GVdmkEJxVf8LiBl9ggVtDErBU4ZRmRKo2V7a5dcbrnfJW9p7aAaM1NQXYe3qhWTEi1ZpiH0GDGs NfUspAAa18Zmdt/69vtja21pi8tCAWSX03y5XN77PfrI0waoZ27CtcJo4QYaDX4x3oF7bfgJ+rHk UyNOuBhTAFOR3XHoGWrCVdEWh1NMllxMBNT4pdI7wMeYbB2Oh7PeuCwodkjuE97ZtOKPd4qUtG27 +9KM+24WV+eayVCj32C7DdYzjGqOzWXUM7DtsXoHSaUBAJ+88DSA9VfgSX20sgtUkjnW5+phObTE vm+33jfQovt252fSPN48QuwgkMW+SsuFutRuAkv8k2lWAadmhEtlIQvuAveFb4HGgKlDxW6cZn60 E5IFBVCy8Gz4xX7Tbn5d3q6pnqlLSWUb2C6BSJhnJVmrLDSyy2L7vm8hMy8JexwFahJrQI8JZjIy 1KwZM1OgeWYQYrpKTVkzIRYgMFEdOXB2ed1cfjR9sm9HeJSSDh1GXJjcBZkhAxA58s6BjRqEKuRJ MIdiARxrK+r4pGJNaURkRma3bM2GBqw0YqS1obteLoFuMFMG4cY9P/752JqRucFiMcPejVn/udu6 HI5MiC4p2ZO79gjbkh3ovZiJLMPLmqk8vdNOwcMXTQYms3s+bvinIDjPnDN01nT7ueynF+tZu/C1 +L/DN09HfEz1c7oRj085u3O26hR5r8fpuZKzhlc4cj59Tq/Dl2JPhqfzv9Of4U8143Fg/4Sf7CVH z3zj+fkc6rPkGUc9j9UJx+dBQ/vr0qMz9P/z9UbbjSO7smAEkElJtqv7zJp15/9/bx7mntNVZUsk E4h5QFKmXb2v9l5ul0yRSSoTGQACgZwtUUXKmjPaPrChNPqyYuJ16YKTz0Yq+ONZ899Kkv6ceXaM 8pzty68zdR6ZyXVVxvbxz9pAo8ISnt54vTayrf/g8tL+/n9+tOY8chVSQac0DtEDHqTTfPbFzonT yr+Y/aYPBQWgurVVy5UazDGsiloCmOUhFTA9thZNb1yVtBjm1he7+iUJIc3dfWlt6c2qKJBmZs28 GedmMOll83HzOTx9fvNz5pXHTFlFO2jwF/piZr8fv9Y9itcG7TkeGm0y+KcVm0UQFQT5WO87bLm+ vdx+XLwZRaVPjiybLa/WZPkuc8EEmcxU+1MSMQXcj9pCkgljaASGvMF4KJoTBMLgzsW4x1jv9/u1 Xy/mZtqVSliaubd+9WXH+g6E5MqMsUGL2VTFkAswoi9uD49dLqTpGWSa5K8p/MVqQRuVWk8GC2kD 1d0Xs2mOOCews1Rej6lIHRUcRar8nKu1Sddi+OLQfIYR5lLJT28VBBT5se1jub38/eMF2uKxjg/t e66evoT5oC51vE7rfHq9Ora/2X/nvHB0MtYV2EA55Zp1Fs9NlgAPbDTvNAnSlZHjHrkHKeu35Zrq /2ygZfb3F986IidC4SNagEsOZ6YjqR5RCNCDYjFGpazwwDCsZgvEGLLOa/ex5mBrvSuRY5c8q8I5 RVuvy/0Ht747Fveer7atm2+6BZPYiT2ZgExD88vIxGKwpY1x6WMjpDB5kmqazYmEmRQ7qhKUBKov LsxIKIrnFIBlJWnng0IyDbIwUbLA5CdF0JzoHsOghJfVodisWF0l9+tg0l2h4j87AYfgNmclZnjD AK8vTzOCI5U+jKeBtDaYmYG0YtViTgVpqhbXFFkgJRqFGLheX94fWHczu0TkKmdCsdJ2F8yMpHFz hnHCtNbzRlZvyBAzcyiGMIZtwaBi2JBIj2gpA6ou5k/XtH4/95XlHz/thDO+uabHdP4XDPFtNz1/ UKd98dtL/zaAMw44R2W+Ocb4evBzU/t2wPmw/LfBP0/75xi+vc7Px/+ILuiPvAROB3y75TxwxhMC 4hjh85c/EQZPf61zFuZop2H/KcrVALS/G4ZjFweZtEwSaCb2PX0zhxmVGjvHKC2JStO6sm6uogXt ACLnoeDrt/vtG32m957HfIOZ59umxH1EMGBsrQH0y3J9ufx46yb/Z/ubRgoOICPWWD8e63rfc1v3 UfIKyQxmME3hE1wdVyxVw4rygEDwiBWKShtUbfkV4YyJAGYVvgElKy5KRnN3NG8EhICxcVnaZbmZ LbPLGpu5ufsp/lPiVzwewMFuPAaEetQT6Mwvcjpa5VTPogIZfekv9rdb+/X4/dAHUhgj1nVvfVmu 9AYr7ANLys29O42Pbd9zD7Jdl9bdCAUTlkJhor4svtz3cmFY6ScBmTY5lVN3EqTMBcoHTSkl4AsU nKUEjTj8aoJQjsf2uI+lL1cHtknFTLW+LNdru+8Ru6TI3PZ930a/dtLHUIxHtWqPIafRUplQVAeQ hOEzxl7IQ0BJliVmuAsHm7aQRWSBhkNpUxNDlLXPmWwBAXFSdI+lTJ4m76fh+0yx1Uz+XJRV8qht 3H9/BP3tdnH1h/omZaYyvFl2PvSZE3Kg1+Ivn35ymacm5ywFOpaevg5mmmN+rrTiFXzClFmsPaVJ Q7Ht8djjAdmlL7fb1dXuH7nuec+//+6//+/+3lW7n6T4tS3/5CstveN6YfoAdiUtYRrjufcVqlPa /gCTBu28wNrVBu7pnfIwDDHdJCmNur+2/SZ5QFsmd2BxpmUErRTrC3/nVDxtB1XDSS6+7m4xisZZ wIQJMxlhwQS6ZQqj1FdN7q2U7CdpJuclmJ8Txgx5IMxCfjareCEavaWNlIxGt+L4zIY1RYCCqZGl BisIpfdjTq+cVuVyOIkmmIKvsmd0jm5WsoOtmdAyYV6FSk8t93wCysPIVNFWqLWX64+P/ZGZtKbB TKRfqK60AVGLZSQfhoI1BTv25gFYN5HZiIViqxWHVOxC5hi5r4Mjkel7EsYYnnLSMwuIPDeF53z8 Fg4/78pnnIFPiP/55jlc8VxuzwP+PBin85w3oDMIeJ7nzMyIr399esv8Nw5Kfj3h8/UNZj3vK07v /wk1vmEvnFJIZwBkX2/8G0TTH/elf7sWvj4xfdVQx9eH/KQkxnHCs+z4EwkEwNarZoAEuXEWO7rl 4tksmsPMEgq3MapQL0gpRgaGMGh79tw9Pyv+q0E8gNT3G3l+Sd+yKvn1cTyRB7+hKm/28vf1r//6 0d1KS7RZSNmWmxmoGNt7bvv6rvv7uK8jKJkb0cojtVH9PSwNqM4McslQBR91mQTyuYcAEOzo7Eoh ptGCMYsfWqbagMwEW7Ol9xfvi7NK5wnrvfvF2QHouCPOjag6vGS1zDgWjKFIq58heqD2AXCW2FQG oPaZWdZo9QUy0duFb3CjMR73scd4PB7WmvXuzWnIuVe6AGvLcr22y9jXEUIOU3QZxKCsWAqkrteh vx4/74idHdptBN0Fk+XktcXcrCVLGVg0jWJKJJmHJFpJRsrISUzJGI89bx1Xq6oHxlD27Nd+i5cd 4rYrM7d9e//9nsPdM3bbtrGPtRRFlEaN0tiQRBphkhO1kfAQZJNgB/gASnftGVACQFW5YPmyx/Kq gManOXuGN2bEQufF+fw/vprUT6jB5/ePRNrYlo/3i6WZPbw32g0YSoNSXMHPPo3EM6qflcqrgbMI qvMCz+LSY/CfZJQ5rU+UnTrDUV10BEycY9s/9u0eCne7Lcvr9ZpbrgqGGfgr/o7w/7X8biYoF+mV Y4vXX3Fza4T1q2fepwooBhCSMYPYhFHFUpP5IlLqHguhfKSgdhB9keEWjGuK4o6B2PDgyGvSzJhB ErRIpInJKgMzTO0+Et2a+nLfNz9AW30HpcLXVVRiDE7WIQOZ5mA/4roFYzDPDSNGLeTa/Y/Z5TqZ Zu+thRQJMituWsVnjpB1JTqh9ATd4CaZgmbs3sgARuX2rOiitanSiDxSwIJ8RknLUMElmU2ITFRb PztYO6jedSoFEPHywm31baTBYJj9qNGyTJzq4dgALJkpocrS9wQuzd7ezH1X7tBORTHFG5KOm+HH JQggtU+NkPEIitx2RjLBTBe8ootCl751YHkykL6BgG9u6nOJPV38857yfD1Pe7axZ3BwRhtn1HJa td9TMOczPw/7tmfpdDZ8/eA3uuXzEv9KBHkO/vzP5zs83cszaMFTCEQnMKSv47HTrbVTkusbEDlv 2fr6ewGOfpLMwDcW5vNJtjWkxIDSU5azd7pURmthVSMgG6KVWTMAMqVX0CQGtHdk9AwHLMSUJZhZ /Ibn0L9hNz8NF1+/8ufB59SMmckdS/drMzNDMmNsH/d1zzWWbspct1+/P963PVpbXt5+vBkzsO37 Y9v2fY8sUgGbUVP5/Hjy1RIFoClr0yqhbson/xw5D69YTmX3dYhzq+RaJRDe+uV6vVbcv2oRHeic jrYdpYaVdXm6y89dDyha5Rzbs+IfJGczk9nHQSjnxYCTpk9RMJov9vpqTOk9PnLs27Zulysvi9GJ rBKARBpw8R5L/9hHRubHxzDH7eaYbguqFsAvrz8atvHr15o7FyDBTLinGziYaVbN7AuWguYkZowk S8CR4tGa1/dsGXBBVOS279uIK9DAjVQSI9CxvN6uIY33fR9i7vd1WzeYJ3LJ0D72hOTmZg43AdSR l08gpyiIPimcnOtHgGaAfL7y+XVU3H8mWI4Fc4C/Sqk9JeD+WIZf5vC31OaJQnF806qKxY3bpXkz RFi8BhbjIN5TQ5P36qwqFY6JHnQ2HPMWjst9Lqhj+8EBTQDY5x9npKU24IPNZBn7NuIRMSB46+3i S2v7tjLDaCaj7Of296D9r8s/F2qsuI9lT6cc0QYA88gfwigFY1eaWpjAldgBhZJ8KKldI1IZVPQ0 lN9OFIvAuVer5630VIcMoh5i0i4NEOjuJa6eRRGSPXlVBjZYW9xaZlI1JVSKva1uXQyR4s4MB+Qe QO3ZpRs+i96Ln4IJ7jEfcdX+tCNRZZaSDZCX3mPfQmFwCoaEN5CeSNJCNiPiCbmzoSlRLNii2/AA gjN5a1UoNrtF5oyXHbEPKTSRVvkIZWtq1h0BXNSTCcibo1/buM/yNFZZsXA4QJUua5aSCROCQGxj F5tvsKvfZKqKY0RIGwAiUzsEKEkQuTCvxrdLEsSVA4pExNiEKOn67CQUvkuZPuuJ1CT8sQE/t+Qv 6+jYLPEVo+SfK/O0HssI+In8iD+gzPMA/Vu5LE6o6LnN/WvGBF8/8nzn/Lu+/vJtGGe3HH/gjz9h kE43pa8/nzDoeTt12Dgemv7DR3DEKr6N8AwQ8RV5fLn99j9rHZPsAQtrU4J65CxjXARi0hlr9kBZ hndCa+YRBJ4R6wQDFgMZHOIQUiMzIolp3BaJtazIYSagmscfN5elCKET5rBM7Dt+//NA+O3aKe3r ev/5sQ7pFVs89u23pfx2NXtZbi8vL5duUK73B/75HWvG2JIBts3ZHe7lGVcLCsqO0v8ZwJ44oxKq k2JmKK6LJ318RqTruzBqR2bG5JhN/fQp7JGToDZhRz2KnKn5Z9MTcgqSzvhnHFtUnYRSVlAEQA4o YQ47ouzPRIxSIMwulxv3nev6e9+2sd7H3nLCQB4VOoQ1ttvl+p6xr/v4+LjTlt5fl6VLSk3CrLTA 2l9/Q/j9+yELVtgnSAJTPgAMOqVCGClpKBJBWsygTYJGMzbIMiAFG4fw/nEn+ssbyZaJ6t4dTl/e roHHFtvYQyAyIrSnNKx3u3YE3L0vNDL2GPsk2qFkstTKBGPWlXgFplR8zwkp7Fn+ipp4R1e/mpLP 8z3jAdOIPxfVnK7fnKSzh3QggCnfUmXJQxO8fOzb5h8vbbn1v15sbPGxbXvkDG8QkxP6yeN5XhJP zjc+mVan6z6P5nEvT7bHBBtHArHwqxGIsW3rY10fmWG+LO3W7CIBzW0hIwHA1GQf++3/Vf4XfnHY I142LCIb5LQxhsc14MnBhNBy7k5uSFckBb64Z4YeW65jR+yubF1oYKbnWDy8QaKlpQWZrlo22fRA PFDVqSlDNyDcHIJa0jBN4AJ4t7xcxr6ZoCxa8ZwGJCC1ZCSqfY8c7u3KZDJrrxVAhM0o10T1M3wH 49QS/aScl6fRjMtijyGlTEQz8yqYF6nS/J3ytmUCQSIjZW40m3SNyROrGWcGiCaUbgdbp4SIoqJl 5VVhtANgH5zlWXxFVLbQDMq068231WIkLVFw1gTRq5CdYclCP4VYjtK2yAGwY3o9TaLB0jZRhlrt cDkxhBj7zv3u9My14rFmcOaFMBBXS+wKjoyhXCP3sJAJue096SaPNIFHYXoeCOP5eu6F9cpTkuUM EZ7o/7xOny7+nxDhvHjxVVvzfPA5KaM/zo+vbIZvHz+72c+xfTvJ+eTnXfwbJ/J5IZyO5OnN51XO P+PrZ/8kauCAIHZc6Bk++Taeb4TT8yDnm+332iGaoTGXJVtNW3DItuAmtZlzqf/BoKpyICuiaSRL 8MKm1yQijZlWdql6OIzUHhkhCk2KyH0PSsVpAGhZfa0pMvbh6+b5GSBJICWOwd8xHvef3czN2Cxl fvXra5M8Vljr15cfl+uPxio627Df27b5PhBR+3FmDguCDaIUh565HWt+qjIAh4mfD5ek4EdGf9bK WfnnhqIgQiMe293d7HJb4BUwwtxWQIEm2OFY8+Twzig74YRBlb3Ow5EmxIwcY1Vs5X5EIER374v1 a/NGWAV68znlzJfry8vY9tzfczy29fLYlpsb50jqAZvbcnv7ISF+7fu2r4/H9lgWv9AMBGbUJ0K9 X//+243//Pz4HWPIm0AkzASvzjUEKpmRKfNNWmanueqjlgVX3XxxPBwlo2Xivj7eYcvtbVkap0BU CBZo5i9L21fbShSheTdagNb9crk2X4jenN7Gum/vvx7rI2xKl/BQaprADuAhtfIMhDxLWA2QIavT 7CRFHNob+FTEesalnphCx4Z9xhnP1f4lECo+5SV2UaU3CTKV6+PDP9jbi3uy/Y54rCnIncXP5aTB Cpi7afm7flzcD6/+sFZFN/kcKZ/8DwJHANKOkaehEZT2fX+s28eIAdpyud6uLxe/KAmzdnXfR2wp p1leZLFf/zfYNRKdWORCRyOJJgRhVKu+sElC8HTAooq95DQK+0jte0sswPCRCIfyau/d7j1AMUwX Q2y+DcWF1tkSTIUFqp2btmrMAsllVkUeAMCgO/BjwcMR6VAf6AkiWcow9Y2YHGjpu7m1bOhGRarC iiVuW9mGmhmZ8Nmq4AA3taGLIcIFGvrSYnBk4ugbZAIak/QMNsMsXZGQIInmRjAmFuHBDKqC3KeW bX3N8y8kXBLJFJSyBkGlOiyCedQoTWLS0wVPb365tsd9n92jdJBgWIVLhqoWr9nCJMJlcFpJDNGh kSBlCQAXJJLJWGgMiNZgcLfhH7F++NJG/u7uZo6kMkM7U5LLwsnOfOsElNhTvmftGhiBNZkZezBJ haca0CE/yZSdX9922W/Rhec2/9yt/5XjeV44eexEz/fPyOAbxD8jhmey4wx9zgfoOOwb5eLP1xlz fDvyzOH4P7w+nfqvg7FTMgWnqBJPAZ7nVZ4M0z8JK98etX1FgWipBahWFtOtL3Sa5rt83Rwq5qhx rpeyIEmYG81Blhx6xfJYm2Z1t/Sp6UvOuKYOsmYmNlXnDiVgQsvJGheQo0Wjb+Gq7boqTWelgSUz m/mytOa+2PWFL5cldt4FwB1LM8fIx+/3x/rY1g/kvkWaaF49jbQHark0YTpMM/nhB/n/xFedxLzS M55NsExsJTFeXuIht5UKjUd+ZGta2sXdD31Lfn5Vn54yj+2A8zbTgak4FiNiD40tYi/RTwhjX8d2 HyXcWYFHWrN2uS23H9flpZtrKnuhpJbRWn99e1GMj/d9fax4X+iXWzMzRDroSBrdr3+NxMf6Ydsj 923fxrhdmsPJkENZzN3I7v7jrzeZfv36vY80N9mU4ih7lNUFHghiC1xTslCyWDJkyhxJ97Y0t31U pJrQvo33++Pa2N0siNnFV4NmvS9LazkeSpB96a/t5dqW3tw7KzBtbrotGyL2fR9DjW5UHnobtVVX 67hD6UE6OKQCZhOyWkXVbY5FMniyeZ95medaT8yo1dOmfFvM+MNAzIYyp2O8trGQ1t+xAH5p+2q7 3qCrDaOLfodtqaRgs2dwpY+Iua+Xsq2eRqdyJxQmjfJz4I5Pi2tPRm1NTURGjLE/MgaA1pdlufa+ GJmKVHZv2XBft0QxXbKJA7d7VZBnONzMRHcxmEKJYjmgI9RPwyz+dFVFFzMyRtBEWiQrE9dpzdw5 kGaSgvvuP7frYLtd7KXTFNRW3GViS4YESw3EUaMpGRp2psRcSn8oiwAAIABJREFUmoKG7FLfzJSG tFHgNVM5UkpQFhqrWx+ggWBWUwBZFboX8nQQkhMAC/kdf4GATLgpvBs7Lat5jU3WDdlodBhFL/cj AWjaumrNFEeXGB1zFU9TQaTBs2T0KulixFMKuFwrHp5KeVDT6JTBTdCSMvF68YgRcdCfYDRjRjG0 AISpqL1JQFaxVHozznk4Yx8T4TdWPEcuDsksmG7ef4xtj23zlx+ECFfPrgBaWDI8Rp2B2/4oCTQU gO2yZC4ig6EdMZIjuKWGPKKFKGOsPUjClUzkoVPz3PmeC9O+rsqvq3kezD8OsD+Yp/rP58HJ2tc2 fA6N6I+PENiey/Y/n+1bpuOJAM4W6VnX+i068mc85okPnkN93qCfPnXGFs+40b+GefQ1gfXEc3yG DAA2HM78nM9HTL7C5BkmMSrGAQDBadyLUiBj9U51ggYzqlqpktnKjs64SCNYHVurwIOQMR0x67Yw AMsjsADFm+/VP0pSCqHMUKTvucCXy4/b7fW1G5ujuYrDpeiZHmbZRuz7+8f6/hFrNO/elrwgbWiL DMFSAtIsCWoywrKgUvUHqZ4UJJSUa/rKRVGfj9tm3zIm0pCWmaWilcN2abW8NTU/2ItHEcrBci9I UN4qRSS05dj3MbZi4GZE7lusj7GvQylv5m6CMkZEKjGXOLbkui37iDe+Xl9mpFETw9DML7dbZuzj 9/vHpl8fS/fLW2tuTC/1HsGN7v7S/OFmWSTTS3+xa7epMTTnplLo1v5+/WGJn7/fM5IdICNIsCSB MlSplqL6KCCWFPR0x6t0wcnFtGcqLeBBxPp479avl0uxOkt+1AzLxa7Z8qNtW4xIG+HRbstLb76t Ce3JkcGFl9fL63jdf71vGUkrhHFw96vCCCH6DCBPR9GP4DaPsAeOQMIRMzj0L6cXW+uFPM7wXGPf LMI3HngdE3OV6bmkp3+8R6x3drvEzWKEVln2dEkrMkiJDXJoduvVIR78rEvQxAHFxpwnnquKOI+w WLSiJkCBG7Dv67p+jCl9wtaW2+2lN4vcKxnTnNl8NS8fQMikDAZ0UcndUk1Xdw/F07gUaxiTV5nJ SUdIExM5qu9HGtLTq2jZoHW//pNmy8ey7BDGY3mP/s5b5s0Gu8ud0ICGnMBOrkiXBD6kPTOJPRlI Y0F0U8OgidJCpqO6LweKFjWyhDHSNQb7te0cCi7DGApBlmYCvWKflkCKPpf1M35ANwU4AmzKpelR OqbThjhnFldsZkpQaTDwiC+XWeBpkgCcacFjQkKMI7Ax5+QTZDyn2sFwT9FmvI55bBdhhNJ6R2+E ZOQAXXRxGCyEWX7GmCqnmvpBZus69ELSoFG2UTCqg5U9ghh2OL7MkFtbXmJdbV9gDe0OtZJSR76k kT1NqzvQ3va4d78gmal9pJDuJBJaCS7QYnozmEJVf5kYy3gII5GJUVtGWIiURbnS+eSF/7lx4mta 4Rvg4AmpPLdPnT717cWva/+ZqngG7M/LME8X1deT/Ovr5Lh+P/K5x5+JXPj6s15PPQueEiXLV0v1 jLicMYROP3k62zfnCqd/niNDase01AEpyvPzQ3yizVSZfM6q4hCgAR0Y1QOW7NURjhi0QSZoVsrb Vm2vzWiGYSZSbpjhkKpFB4g0TjniWjnV2rWxVBqTyKyeiE67Xtttad0BYTA+1th/fzx035rAxEZb Qzb6svy4XMxbY1+S2vbH+vP98bFGYDQYsslwEEuqKpJHtJzHGj7ySCyKOGdrNGTMcCqKhW7Vq2V+ M4EY2lML6DYZn5qOh5hEKhkBjdDIzMwoVWjta+xiIMEwjOl1CTk2ZDl89N7mJFJSCsvU9nGH/seh l8uNpGmapgpa9X65Ldf9/vF7PD72jz5ub94a6cgK6QNgs3Zpy2jrtuW2rfnLJb6+XLvBVOkwli5W stny99tfNP78+WvfkpdmDRmpUB5dYalinytLF+mAQCXGJXOaG6qw/3hEud/X7WqtLw0OlsdJone7 ZR97bCsic4tH/PKLt/7XS1oy6AkhN4b729uLgP95f3/EgDunlmgamAcDP4+7fupbaO6+qr1Bmn/i cw0nAJWGfc5CZDwrBuoqOBmjs43QV/vy774UQWF/xH9zX9ot3/5eYh3rxz8iQxsiGmiVyy4LqOI8 jmIcAwcoPGzBYWKrFsQ+S1LKE6oZKcrSQBKx7vv22PYHkALa0rp3S7Osrn8wmRn9Inv4GEkGmEf4 aDMxyiLk7LIn0Yq4Q9SPKkUurM00uLEjH0MRZuVh65CPo+jv8TYey3/pv68cH+Nyj5c044j9o+3m tkifdcIL9GrcRQDduaVJCGKnGTyJe8R4PGiiteJymywJdAGMtMEKqXoA0PYw0RCxb2ZZhfX0ojQ6 saAidm0RTUGbsafS1TMgquCqNevSGFY1IyBmuTZVURMe6Torw2fHtJzOiZ4z8GC585i3k9h9Ku1+ bgYp5jx3MZTKzB3nntxppsjl4pmRcgdzCJC7ZdKVw6xYroGCVJMC1My3feu9GxpKiwyFCYofZSzZ Vhk4iiGHDupF2piBJH2VrmkPypgN/pNyhTnB9l8ph6e1h7WmdPqluUsPaUMq8xGREUT1/TIu1NVn GyRY5p47NJJSPoaCwGiPEGgIS/RMF9qRVXwumed6PG/PT8CBYwk/vQieYMTzIzqdzfAllllfzX/k VP7n13njr38+hdvPOObbkOwPyu3zWv61se03eHE+2zeuBk9NZf0/QK7n60mjmQ+nfWZiSkMYIMyK D6+ih7Svpy5M6Qd5pKG6DcAAFxyRmMnCBhQtdBIhDcmptjmMwao1Jcg0C2N0g9f+yAI+pFDiVZ0w K+b4oDbu2xiMoX0d28c6tsemNpaFzQzbtj68X6+3N+/L0lozGrbY8BjZbaMikYOjpMat+jZOrEFM /FWPpenTATXonOfj4bFNEcC0GVN1uKARXFdZ53I5dheRQ7Fu+75GjhBDrDZKY9/3kQkanbPfJcBs 2Gng0hobRUy3OgnOmiE2Qo2ZyhH7/dc7k325tQ7lZ8MYwMz70tql22PNbYt1U+vuNE2xZkbQ2G+3 q2IVtm3s+8f7PdKSeF1ad0tlQCgqK6DW298/flD45/2+JdjYCO2JKAcug2oDGsqurKJfTvVPN7nT 3Q2mDFVMCWBG7utH7623FwKGDDBFZ+/9cln2j7aPvZTq33/+XsDr5RUlhE1kYgR6b3/9/QLn//71 8dh3dwqMwypLMCtjD8wYUakiHA4ZijgzwwIoCs7x35rempE7xNFs87nTn83N/4FXxcMMPFkXhYA0 cn3fHq/b62vvvWfc7vs+XDAak4e47XGWAzYdJ3/6N3b8nkXWISv7Y6VDcfQwzefMz7Fv+33f79BA M9L6crldlu6Y0lQoSpPo2S7Ydx1jtlo6UlAw78MwMq+OqlkDP1vcgZqyGUTaILzk0DOBDDrFSIDV UI0S9UD//9a/XvRrR9t5IdI0tO/b1nqjW0Enm+XYbEAKvSKRObFYyNK4kHGPse7ZQq5udONqTK9I rZNonjSTbLBApY2GHeOOYlwNGiog2hANgvLSvGVEpOidraxXlv6ciWhsRlQfpSpLoshszbIAmX2m YwBQhqPdT9l3VVvjWTv1acIFQFmlM0ck43NrJPBM3FbMYU4SPiMfMyrSel8G92DCPWPEnvDujIIy MjYgkVFptwThyda7GMyqKy4Cfk5vAnO2oUjKSom0Zj1iE/xdQNMFXJPNsRlCArgJP4BwJNGTAP5u tsPRfEmYQGqR03ljprIFBrVrVzL3h3LfzYIgYZ3R2+jgX5cUoBg7IpIjELlv4j6cbgqug6Ahp5D+ V5+eh4P95DE890GdFvvJBnx5B1//+i0A8Of7/+nF02B0iPGc3ZUnKnoSdM4nPwMIHCGHb6N9xmDO x3wL85yH2k/W5k9A821s89VKckAcmvtteSs0c9JOQ7cTrGunh+4HyIbmPSws4wNIXTXl1YDCCwK0 I4EAY1IMGVb8c6qZGtNdNBiBtPe9rYPNovverGIkO/CP0DO478pIkP3lent5oQMRsUXvuFwvrTUC ioxt3z8e94/7+tiFg96pYdkcdlC+eHpcMxDEg1nJIwkqoCympwmh6Tt6ebtVMCcowh/rIDatDmTs IwJGi23ft23b7qGUN5gDplBEpJsvbbleFrr2LcdAdEJIF00lx6RPi1NVnMHyYNmZg/vILeOKfp5N ZextWZbrre+5bmN/f4/WcF2MNp0dBejer9cX7iGN9y1HbPcPJiPebn/dlgbjHpNyKFOAZv2vv/6G +8/3jy2StMVtjNwlAV7mMWdFn8jDT0qBJN3MrNRDRCMhBHNd194er7drmitFBSXpAl76Mm7XbZb/ 2XiMX3jv/5e/XC8MZ4SZDIqk01/fXtPa//x6X/eViqRRbBQ4Ved5OP8TTFdyXEX6O5xFPT14whqJ LoQQS+/X7sh4/1j3SBx9z78u8i8BjFMe9EkKwRGWSBxsIQg5bHxwD3fS0N2aR2eYyLQxJ6eScM3u PzlrXyvEwrOBqOtK8JkaP1rYz3AOjfSMjH0d+yM44GwUe79e35bLtRlDGTBLq1w9zC6dGzRbo5ee FWCwgMzUF4dbdUDPogUogUg6IaQEuje2PRX5EGKQkBoRQIhWHBoeT2zH5aeaIWjhAKGU9n1EdHcY jrqZ2SuHJszUmCa/fWavKO97bDk2byw2lZuipDRqMgJsXddrbwHTljRJjiFE1QFJIdK0CTsFjBXD HKoooGXj5DORtDRjNpenHKqYLy0lg7I1epFa5kZupOV0UsuwnA32tKtVHDiLdac/MX28ghd5oOR6 K1EI+3mWioJMakhhNXrDSHlS3tysKv5755qFAEWzBkTJ+IWGpJS3riHmrMLVDLBIMNbXXO0G1Iwh NLIb99SV9jP1Asq1AV3cAUoL7XHQfY7aX16JTWVba/fRkC4mwWVgRNdCKHnl4/HuuQZC4WQ4WLTl BqBlIxbTdQEZLgtiKHNoQGtAwB4YooJDDlhEO5XGfNPMeC7n/8SZ0NxhP1vKPaHMOdXyr+jkbD3O wZLnm+et+dOSnEDqZ6DrBAvOcOGbafoGm56e0p/Q4YyZnm/a13f+PHi+2udbpQxRKUETm3lzbmUC z+krnU5db1b5flH94zjtfvy1zUKqz9vAfGSqog9BHrO/VVYlIplmpSGNCI/kDn/MorXimaZzdW/w 3i7L9dpf326XyzUy1/d9ywXq3YAY47E/7o9tXdftsY11ZJB2XB0pQWbpMM68+rTWeTzpui97hj8w e7hXq4Panwg0aqY5KmpJUVs+4rGTyLFtowiW5ohUIEUZZY2+dDMnG82st357a0Z9/Fp//doSmWYw Q1mJSQOZF511+tWqTQaaDWF9rGGtmU06+ySZ0dl6v16WLe5bPD623vbmrTfRkGmo+In3dn1ZHsPv kcYEtvHIXwLIHy/dO7kpA3JoSJbuffnr9c2U/7zf15EiaWiplGaMyEGy4yAI1/QxAGZsHWYAWTk7 DjIyY13but6Wy3UKkKjEu7r59dofsd/XURp127b9/PUb5MtybYlUkJIwkmb29nKl28/f9vj4yAh3 5/xGj6pXCkQkslqWVNW3EtKohVCYNYdoWK79cr2Szoze/LKU7fv56/dHTqLcN8fivPaer8/kcXWa O3iph/9EURZrhDV4hujt4vmi1RMjLh/oA9AsTpnaIQJmDGki/Alkyv7XTKn3n6QKSCguuHKM2GKs yOFiUrvyb4sbhmmLyJqnogNtKsR0Z4scIUxWNEHJDYDRTN1Mg5JoQwC0GDYwBWMKTDqWS3fTe6zb z1SkWa9oDAGxWgkljhkT1gcWQ7hWQAlsa+6L9d5B2ERsSeD4FqZ3P21uufPMvtjygW2nuqMKt5GW CRqi10PbAUu3i2feTEN4Df02bBBTRu3iVvSztIDEHDkTA6lYUXKgtf0bk93RuvoMHIVEIxxhiQtL XREugzD1xSZHrlIqbELlBTHX+2F/jrmmp905bNjki8zshqSSogUAmwJfT/JWOY69LdK2g8WzEeTa pYUejpGDgmhmOyWlN9fIHeEkg3akcg7bjkiyZXFAamWQ2kFnN+135C3tt6EDMK0Vl5pTEkNYwB1o hs3wGLiGdmOfGSUW8aVRQbZOz5L920e7Wkaz8OyhDXc5gLGh2pPK4gKTqxk7SUt3uuFieuvYh+wi AEMMRSS3eOxpkLZoASJ8FHcnkXrWX/CUYjg/hPN+f847PN/8th+f3RL8sZ2f4xbnS5w/eDY15w33 WxjmX8/AP/70p+HiVzSTf3zq7Gj9+Q5wAA5CpkSGMso2OczoNB8aps8ne0BvjFlxd7xZNXukqpGx +BzZ+Pzgl4d4vls/Hg0lTT2d5DdQOcufnox3y+WyXF9fr6/XpfHam030a7HftpXbtjLj/r7+/r1u Ibn5tV/AEYiBTFQHjYF23ACrqSklykGIJTYyyybLfnG2DDn0hQ9fhFNRJ6eXqoRGSINFvLWg1hy9 8/KyXPxCGmju7v3iS29tcTqnI5F4vVruGeumSXFkgSQeT1ZVXiErEbCZUgiLfdtHG9dLL2mjUu8x ErTufmk2PMfYtnVd13HpvWjnOSP7MrNL65fu28hMVl+L+/0fKXX767X35tykoWoKoT1ysfZ6e6Xw 3x8fH2Po4ABlPTgHGn12Disua22YRDOSLRWGxOHcuUfk+uvj4wd4WbqMWak2ya0tl9s+tj3GyG4y 11jX3z/dfvjt0llkWgFShuh8vV2WvqzX2/39/TG2NWWH4Fp5UGKFzrOqgwhv3ToBYQi63G4v1xcj I8NorbXeGkEnzS0Vy3X3+yPHAJ4cCZ2sgH2ZwtN2PNcBj43CTm9VHfl2j58XdjS0N+eGGCPXbWw7 OJoXXw/ErKgiAMZTX3k6zRM3HyRoBGaIGwJozQjliHUd6yNzJCpkh96yW1z1k5slg5KwhC1iN7gZ YegvOd5T4rFdt9ovltbMPDML3UF+OHROBBVRvj/dzY24XLffC/a7DDuq3byI2euoJkzBmAEcgQqE QTm0rWO59tYdLAvoQhAopYpKKeYsjq00GdvifcG2GwETBSVlmPXkCQg0MQNgJlvCqT3tBXhpAuRh STy82Ex4HOGENRVMshRCU8gYZS5SiTDsHZbK2Zou3OCRjlx69V62ZtUWiRV6aLQGVvLDC4agqv0r OPFkAX9GLJ6u3fyCWZ6JnKWkrMrBnU1xSK3qq829K0JQGjKjWc8eSqfDLHYQIZhJaRrSlaYMEGA1 RCyClFNIK02QArcmBuvBguBF9qDWFMk7ZMlm2BJGPoBljgcdCIHE6thG/g2KaJo+VJB7AR1jGCki L72v2kl566IuzWNbM7v3yDHEPfsm2lDOfL+RagQdnTAXDR1kQzNenS8uWjCxc2TkEAawhSGxi5k2 oiekUFbhmM6L/bxPP385nIp/2c713ARPv5yNiX09/tslvm2s/Mqf+BYvOX/k+fs3Tuu3c54zOM/b PIOk8wnPEY4veKtIo5SUOcYYtEEzM6dKfWMFCfVj7zdAE4aeJ/dEFX488XF6Us9Rxtcb+BZs4dfR l3MwjMrs0mGmwU+TSi6X9tdfl9vSkcpt7DFGbNvOUNu2/f7xLsYOU1t8af3mt5doXNeP++/f+fFQ MofMAMKOcp1ZaDoHWfkm5MQcnNS8ahpSdnN6d/h0PYBn2iMJmBPL0otPH8NbXq6XZbl4WwqmQGas gK5/Tqje+vXS19zHCCXdXTPflU8PSC5KlpBRJo5MV3qzatJW46x0jAGlquxmjUzG0HrPxyX7i/ms xpluE837pV8+hsJC9cj38RG/FNLbj9tlaeCo9g8UELust+XllSLy/ff7PiCYkUQoR8z+JHmQLFMl W4Ik0lmBhfCq9IeZAYx1fTRrzdmsB00pItxoy2XEy7r/Ho8huozK+8c9QNnLa2uUMosCrBCU6M37 2+ultY+Pj8eIsUfGPp1bsWTq2XsreCnz3i+3662ZM0WxtebNwVQSAe4p5m6JoAGX7rcXi3dm5Y4/ jcU3mI9TRbvwmbJH7YVHu3NVLC2Fj/w5dn/R1Zx4W4kHbUdKOkoTSjl/2nUekMJmLOMZTS2qnzjz 9zKBpBmBzNjGvu4jQlMtjs312nTzsMoMZJ1teG5iq5t05o+G66uNsCBTpsw0DYGMTmv0VIB20M9D VNIpkWHN2WbXVm+X19exfcS6qTfMWtAjPnRQbOy5ynLmStIN+8AY6I0gQiRocnGbuI2DOnihIBgC zHq/uK0ZR+WYwaqXvQhkIIQ0t5al3itFNRmGBkA61BMNHN58xJtrEwHujgeFxCAe1XKV/EgQYVZk 410WmS0A2YiEwcjtMSb7FFnZWhqMhiVqvVoD32AXM4BdZuCMBJFSyfmezOiX/wKfNaszRXiYZc4L giE0QOYZCZuRMiMZARNC2dBa1xZZ9b+lXrKu8XprJXtOQkiDAxX4zcmKwOymnRYOlxKGZrccK3xA F2AFIJnZKoB8QDcwiYG8wO5SQ8LtASwzxIMgy8KMQ1knARqzXS5a39NKrTCtX1+ybRpMLhj34Xus STdocAq6jWwZErJBIhvMSKOagc0WBp1uarSrD6PYMuVpocFdsSkzNJLDqOEhB7CPmjg4CF78Yzs/ 74PjZDHOv5zRybc//Z9f+urzPNFAHtQInKivz1HlH2kj+6qu9scs+3K5P8fwvMHPmG4D9/qDoMyI jKxeZ2xAOyTuz+OuFKpOY+VpxE96x/kh4syVO/1yvlucQBkmuVfliT2fe/2cwCWTj4/Hx9L6G7Ht 99+P9/sWSPQFl9fUY93e0Ra/Xd5+vCytNYNZmtgitsd2x5BQvdoNVRSWNp1vHEl96jC3PMra6+cR PSdmq+hJM5z7zCwMcEHNm/fL9XVZFkMkNKszjGVw/XgMQsbzFIR7723Z+REKwn2q9hxDOMpqMPv8 SjYQ8OEuk5vMivxQRL8aK6t2GY5U5FjH/b72hbdGCytxUDATvffb6zUy1vueA3TDwhHr45//8aT9 180XMkMJlKRCDtjSlh9vf5mZvb/fH3uG0CTliNyHsuHoXMnysTIiMpNIt4ov0HF45pJiXbd2uS59 kU9KEFNkoy9Lb9eH3hOguRKIj/t7aujHj7e+uCsyqpAkBWkUovjr5e1NKcUWue+pzMyIzDTa0vty Wcw71CiauTVn5aAzx17d21WCkhIUAFKSW/vr7Sptv34VZP3TCznP8PPMhz4XCI5y3OOvlLYcrQ1Y /s/gC9TTbrxED1iR808U1/rYwYCF4ZlfqPDGXIytIEqhaaRG7Nv+GLFLEjMF0npvt6uaFW4TZaLL RKVpJ+rGaVR3pjMIpklbEAGjHn39Tb9yFr41sVUc0NJzVjKo0uOA3PrbXz/GPfb/vgduLhRIOkqN BUZWnZFQmxvRq6qzvsjLBUaDYoZzYMm0NNKrZsSmBm+rHI93W9p+f2R2ThosSaQUoGhJJUC3pgxU Z7rJ18ygKDlMZgqYWoqagmzdMJIJuzYMWKddmiL9lfa4chvUfr9z32jTzUiJMkjhu6c0CWmgGHxH bavotHfx5iTY0pdZzWeNzUiDN5byUcGnaYOOycYJRSuOI85pV7UqBmXp8IqgWkMMUyopgt05DBzI ITJ7930HIggZzbxtocWmRMdRgzZLn4hMS6YRmUZmKy4pUWSol8BvRyAv6atpkYwM5BUYQAd2YyQM WJEvAM038UqMqiA2RaITAZZBNlCdkTT6nlRuJmyyy3LhHnsM3jo6L2tGSK5IMI8ir2SEGqC1Wuil FMQuAo1MU4fS0SwZ6K/64WaGBfsFNAdaMrAtETIIm/IecGlP7BLDNzllqUpen+MQOuo9zzQLfj3m +eIRIs2Tzrq+HvN/9uqfx59rWf+VTfItoPIMLvxZYvMn/sBpN39iHQBoS3scBVgNxplOpqpNEdFm pciMA7fTOP5/vt5tuY1lWRJ0j8isAkBS0rrsS+8Zs56H+Ycz//8XY9MP3TN9+tz2XlriBaiqzAif h6yCKGl102gyiARBEMjMivDwy/une6/I9t+xj+S/kRLd/873T1Tvntn72gUApGHbYN/eeT89M7Wu 8fyP1+31Vs3aFuumDswzHz4ZYsp1KaXMtcxzcRqEvvRliZ45Oj2M9LX9eY/Y+h2nOJgZOU7w+5Sd XxVlPDYtj8tGjNvU/R3IBCOM3U1lctvTne4VBjASrUa9B4wwXuwTELqXYnYb9/86i0iAHJ5pikxF ElasVJ+KcZ7g48Wn6Eli74YGfS/JZgySgVxj47Z6tamMUVEKlJxeTudz67lu2XuUTDejIdRe335L PD58fJhqcctM5XBhiQRp5eH8JCu017fbkqHCYY6uvA/OhrrYjtVP0ocK9b51Rguv1re3rZ3Ol5Mp wZZAoJq8WJ2rL46WASVoJkcst+UfPdvD5eky1+Im9AxBIViikJyswCzLDPQTegKQWY6UFzOzwkK6 AKUUo5/eaRUYGff7zIHczdACVk/lJ5397e05EwejAvy6kt9v/j/cnLgvcu2bBYAgKkrWk1T6b19U CurPhBeGuASuUpLlWKIx5oDvdhzf7bijTt4jzZJgRO9tjd6080xBhxVM01RPZ7BZBDypAGkY0xsB IUFKHArjkqAyLXgkISBTWgoHNo6gk8MF0AeYyLTUkkE4icl8/vTLObn9/gUhmBP7ZHNX3Ow0V47n uce3k2BHW9VPUasDwww8hWrZsWf5voOCSaRD8pJ1nralUfvwCSPIgYISTE0lSBMCw4nUhn064K4q GNDdrG1b3N7q+QRLKsZMFsNpc1hx5AyYqUAnlKynW7aIJU3iQF4IIszBDoRlEXdO7ECSwYykmF1a NADpvVGhaLRiZqAZK+lyh1UOvr35bhNMF5Jw8YDVDintaKPGo+28MFMp6N2Ye2NajHQLZQoQp1q7 QTGSCrKUOl5bQ+ahjD0g32HPKsnBVahj4gwVgiqVfZae1LaVAAAgAElEQVStyY3ytMEWTGIlLLlA F3IBzqmLciWL5GTqzhchTEo49znmwJLS8YKcyfCSPSi8Jc+lFETvgtd+iXnB1ltQWYREHnaxKbgr BQsbTqoSsMGZuaEralKA/Dnrz9PjQ0Zmka9b90GBJwCYeCKe5vRQQyizC1tyE5RoIsNWFWWBLOTf zmLep9G+P0D47jr43fX3/T3foxr69v7vDyJ7d2nGAWP8WJ3w3dF0R2juv/09OvCHlc29ovpaEpWP p1RCsJHqHVaAIgnqxiweUqT8EB2Mq+Odj3/UYjtq2sEOTQD0lY6qbwuo78qx98/v/WunH/6M96/+ ztHNzNYiorPW8+P88ZfZWepU66msK5b2UEudrdo4WZd2u67L8hbqkSLMWcaGCKbvNSP17q3SQQDl 9/XdOKMECAwdcMj4omiHixSoiGhal2hOTff29/ADHH9XHNOSOECUhIFmZZrm09T7OroeITKkTJqx mE2lgAx1dRT6uZ7O57lMTnfYEIeM9mbwWwmTlBEWw6An2rZEWi2c6jye13DmFJ1+mSbVqW3b2oWa cKeKetzeXjf17emnn6ZzAfpuAz4ittPNT+fzR1ci3143hXDKLMo9WXZMzAHADFbMfR/xCBZpKdFF KMYcuW23tj1MxUQICfQMM0yn+ZxP28t16XGk/BLSbblFtMjHj48Pc6mVzGgx8gexO2INEWLxnUhJ uQ1IZXeqUGpE5AnUcDyjgYbM0Q4KRIAHnOUGn6cLP31cX16W1vVuRX+3D9/3Lt99Ud/+d19l0rKt qPiJk9eJtKktzC3l+dV+4v0GEjDCRXmncQhfpzd7PJtSUmut9da0RyNLgFs9z6fTdCLnNHO7OVYg gA4Nu31AMex6Uw09mYIGq7pSgvpeUgKmjv1SFrgznsISBLJ3xAoOgoLNKH459+x5vTkLjMiOyBAx vHuEiP1heWxJkdabWsNUWGCBxE7d8EFQhe7Mqj2XTII5aoVXi0izIUM10QTHiG+neSlHovLXiXvS qGrCUIZPU/nH3z+fnKfLROUB645UJmiYm2lKY1Fnd9WpzEU3y17dA8nhX4ykqSFEv2A2m51AZs+M fSpoQkvFmhSjUK7xEseanYLtAbkcE9zK3V1xorvcSScpKyRpDo7CRXvNMZbycNaFYPAKBRE2ggiG KWoQSEaHlwJkZpopM6p7mFI2UhuTQ73PfSmLYJOKoe0CPnRgMvMBe8DXRHFlWAwB8+4rg1tipuRo WRJ8JU+gUeMEztHncNehuElCGNVdpoasslaZGZHaQhevtBYdJltP8ua5BXJ41WOM38zgBgbp2ssx cchtiiNAdboQkfHby/b44TE2Xl/b6aEqm3t0oykt2SBPdbMesXXNBU+TTPsuAqxhuzUnrMm2bgCC qc6eAhhxV+fiXcWc77w38O2Jcf+43/M70OL9DT8KjnvFoHeP+f6e/PZncTw43v0s/qi4eV8J3csO ACiPFRAFhriBG5nyCEFOmjucOc5jKKHMzARit7AaKJqlLO+c0OFsvQ9i7tDFj0XQ/UP/k2/ZD9+y b18aABBV5nr59HR5OJ9rKTulElvz7CVq7Um07fr8er2tHVSpVs8zQ9H75mvLEFLhZnUMIL8q0bjz 5QfQLe4H3VdG3i4SPP7Ao4s8Nq6hQ5Jab9FbSRWjYSQxDKzi/WtAHHqNg2RvXma7fOhBXBegpTtt ckEwmluZ52mq5eDzs1ittfpkEjKHsblB2NX/47E9gz0gL4ZU9N5v662ezzPLmDq6i0xLE6dpmqZW ttYVMBdMhBVKbVm+/OP54edP88PM2AYGK4IKprud6ynnlmt7i1RPZaoMvGj3f8g0phuMbjBYg0Pd kMnxDRh7Orb1dn1+5dO5TDZQWyiFYvX84L1nvLxGaiBCA03ubfvy/Jw9Hh8u8zzXUi1TGQMg0v4P LYcNDARmHjmE2snE42jkyPsgOMzaSCvjLBfTAubG4pnRY4uk1VLWCOXYBz/U1fz6Tu+gor5f/3/Q KEQsL7ffLmU6P51qWcDbsix966awU9kzS7/hzI9ffzA190e1r8VuZkbvvUVvmUOnbKRKKafp/Dg/ nqcKWPTSTe7NKeFM9JG7qwMZd3T1xd4ausLYGt50NtNcWy1JeIQw4PXhnIEhE4kjLlnKUeh1YQVA 8qno9GiBAjAna8lMSpKa0imlfPAtQnC5ld7FrZXTzMkUYLD6WEgHxpQclhOjf0jAlO5FtWprUUdb CoeCKNh1FWLIaum5JcwGAxqkyu5cAlc2Ir3W9bbUyaYy5jZhx7s8NFBgk05Agxo0cSp1ahECWNEl CxpTyBl88zrZ6SfMg8kSGkaL6hpOAjleh0QfmSmGZCCRORivgBiNWPejcVxXjIIZipxkMRJWYdNI pIYV2ARU2qGDEWgohQnTbtVmDiRhdGNugeIWCjjMLQmMUuKusOeODYwppHY2eBmVB7GzRsxqaiUq 1ZOkYvflg6BqqoQninE1H1OyJXWCtTHwOjrP8e6ECGIy27zUFJmDwrwYzJTM18gTJji4biZECaNl T9sEG/avO+3WASXpubeO2jO6q5BF6gSZtzU+P7c//fTpy+fffvuP9p//96ftyytPI7uT1ZCuRHPD hVjpklzaMrcN06TZ9FRjfNErNyqyxxQ9U2QP3YIO28JSDlmkSYMEx6NceH++/NjYvL9o4t6iHzcO f8p3w44fPt4jsnxXoOQfffcPr+D3s+5rl1WIYgaBFCPlylRmEixjdVbL2Xf7glQISGlY1Q9ezJAD BGxHAdV7TFtMyjvI8Yfc3f/Fx3vk53vMGcABzhOgRHN/uEyXyRmSOaKxrX3hdStLLOsUsyktrZZp mubHy3y+uLV+e72+9HiOvgm7cEEcNcd4jQ4hAzhIenF8azTAJgz9Th5nvIm5FyYj8min5QOK7K03 1GqjBtj7zoNlyvEHCkcKjWEc1cFSTvOkdd1aZ6HNH+YyV7pTMPdSzM1sryvGg1D3auy7l1QDhiyp LoIwQzetvfd1y9mK31W+I1DNvE5lngzZGtBojixpIpppW9/yM4CP0+w0UMchMxQg5lYm49WiZ7SW OYjH0qDq6XAAG/T5AJWkgVVIIuAECtVjfXn7bFWP5eJWRoywrJNW/DTX7eovWw/BHIR8UFUz315f 1m29PD5czudKM9AgmY2Z8sDmBwCufUHDSXEP29nnViBJOiAOnzcZ4G5QaS23dsvsBBS59m3pvW0H akV+uyfvb8cfNg06lHV/AE4KSPVlMX/W5amXU8y/yNaqNqPbiF/FvqQAxF4MHG/G2EcD6ICA7Nki YsvsOXAvQyoSPpV6Ok2nyQ3WE9IAj06VGzWLgnUbwwUGCVilkWuyN1I1cl2x1vPj9PDkncYsZA4u cqRWKgNGNTfRYcpBaTr8vfauZraEMnd1rEtMRDAlRzKVHa6wQCqLCE8gsm/yGYY8sI2B67ugYXQx 3vUcRwbM3OqcfhuUotFS7pTsglKofVnsUe9D0hJAHYJ3UIapt5tb3dY1WkMdnig5eLv7NIGjXzep JG7UQptxmrjdkE6m7Z4BVDaeJjsVlgIWAMLEu8JmNJESGNBAbqQx701JgQzlkkmlEDmEEzskNwzx yEO1M7qnQhRy2J2cyAr3/exhGZ/OkkNurMwR0ivBvNKi5Q4Hy8zYEJ5GjM1wMHQBaJfgCmaIxFD2 uCgqwVlowq2oEmsOau84hzmG+A22Js3QlVUAEUIRN6aP2C6xjw0kSjLzS8nnxEIpkJYnBXqItkFt vHOlFmVG7Uh6ksF1WA7AxtBOoKmFOWV7m7I7ophQTVuyUPry3D9c9OufPvy3f/nHf/zWfn66/Ou/ Xf/0qy9r/v0WT1XlUZNYqpmpNYgce+ca3JIXYxbdrlh6Pj5iojlynjADq+FjzRH40DLEbEGJId9g 1rBkgUqKmf+za+t7jKG+KzjwAymC7+Y49x/U8cl3fBF+W23gXUnx3bjn/gjfn3Xl1maOY18IhbSx TCoV5kAxo6cVohr24e+7ZzWOiP3M0F2OqBbxsqDlQXN4L4v/g9fl/dN6f/sPRyr3cmkUXJSsrXj+ 3FdXrDeQPQKto55ZTz3bst1Y7fT4cCln81p853M0luYbLQ7pB5qywof047C4wF5WfXUM5jgfDkXK fpHgHjM7esmdG5l07R7jGQ3LTSBrvTuifxU0jkvw4HiOmBcQGYwmpKl5SevZJPNST5dz8aFDG5go eSyeHBmzPMR0Gsbtw1Mr0Fv0niDMqZHwarAefVuX7j5ZJZnD/8TEIked+6m2CDZhGIJSUEmXWWvL l+d/aw+/fDg9ns2DkYJGqBiUzBSKlOqZ2YKT0Uw5dA8GDE1KgmKMZlB75mQHDHAioN60Ltt6aqfz fOeWx/AYKKVMlS3WxL5ItbdbULZ1fY1o6zaf5qmW6l5pXmxA8okRrqm7V9vobekYlTYH3xRDR0o4 1KMvrWU2EtFzu62t3eIYKqS0e5cS+n7pHkXp1218/7iXJvntdh1s5XHdVTO+ItZrr23zUjk90Sat oX7LshjDMkEmJdQRzTqKpMEqGmwEpUUL9SXVJDrGUg/KGGZ9JoqYGT1i2DSwaY6YTUyTsvpA4ZDw Zknzc7gRz57pJs+eYU2nbqoc+R3wsf55BkIBr+PqFlQiurJJXRnIlEIwZSJ6pBm9KCklVSCg7Swq NjklDZ8YCMor84u2yQy+D0cmUyEGJ3OkoGlHnUbKGVim4qVnb7SG4WtCiQrFxOKOUBtolnif5mxi 3Yne7vSaectg36A5YBRn6CrmrgEBBCe6yED1XM1D00l1wzraGA3E0i3TJ5weUYpwqOG+cuQPTQoK RpEIo2MHkgkqwKb9TwxkoHUhIod/4NCnZ6774UI1qoFAktgEQyPH1RYGzoTDqmw2EKgyAHSVII1G KtHTitLg4SOBCmZjOrGXRwMflmCUBQe+WYHOvQgm/IRcxHU0cGP572DUXjoHxmADm7iBjSpiAcPk B4zoACAHQwqiUEo6mjXRkVa68uK2ZZcFhEzHBDQVKUt367ZmQjQwdhGicXDjMGhZlvt1N4mJaDKt G35/6X/+efrPf3v8f/7r218+nVbx77/nX37l71f96xUfyb98xPMz18aPHxxoDjwUL+eM0bIHOKMZ /t7wS6VX9ODnK1hxLh5IY14qPJWeBjYKQMzouW3pkAWRadtmSUZ45t46/zBD4bd6k/t37wyB96OD 786uey+U746y++Pwj26/v3x/c9kvL1sZzgXESAQP93CbYCY56CHbumJMOXEEw5JHptCxUEw7Nx5o poi+7F3scGPYq40dItD9Se8X7nfNH344ke/P+P2s6L4y0Vq+PT8vNkruvrZQ8qHap8dCXLJD2U2Y SnEvELbb2m5L29aIhEbmpfXMxBqmiZMNVtogrB1NIgjIbJRUQy65N5g8MLe9rdIeUzCmO/vL1FrP t00sNC9O7iLRvbIBkJ2xRt/W7MMMAKkRsOLZEzk47dm3zKCN+h4YzNF9ZsrjPdZ4hUnkrnyg1KMv t3W5tkiZOQalHCIjelu3tZzdvfgoFCwTTtRpOuvSerZtUcpp3QBlDcpKeN9ywTMAnh4m381ClTKF MVGYMnRQXZaC71bTY+FwGNp6gRVGs4ELk5QZUmIOtx6hb31rvdZCBHmoRCTznGb2nltPjcNzP7RG MnD2fn15vd2ufjldzpfHgrmMJ0mTjcIy5UaY7VczJzRYJpIUPSMjMxGSom9bW1vb9kokMqPH1x3I 48B8vyHvC/gOSPKdTizf0b/z2+bjPUYiLkuY+eVkVt1O2Up21xBT5G70uW8cmQAxpGFjBY1dG6FY MiLVaQm4h4IjxsZdBeHZay9ydGPZTxdBsBiXbjHh++SqVSdc3um3tFyW4pSzUIXu7lCz4P057axg ZsKs1lI52B5AatyQlJkIKJBNy3a9wjImG5rYMPaRJ02NsNNdKSRCnhDQb6KJSYI6GVwMGEdYWrIY DXTTCXB4L5bzOV/fthFvsgfUQCK3wJnwUmKJcXZaZoLBNKyAgz6OLpkje1u9n0/TNLLDirNJJhRy T8oVO2AKp3UUx3RBW3LsP4iZCaAYjmjMdxy9gebejxQNFHPfRUxgxNUWYJh2GJMRa8uF5tOp0EMZ ymRucZFy1S4OCw2Pu5AQlpRimNhabjloSygBIw0sppEMXkfdU1kyOhkiaGE5accGtLsZEQmCPpwJ hxrI0AVCuY9aWGAPyrGhhp2XYW8b4vB7H6eo01Ija0JdcOxxfEPSX4yL5OKWIeIBBpVSdA01R5qr 4pJl7Y2OLVIB1Mgtp1IlFu9coqV2DblL3WzE3u94zNiPI/FxtDTI359vTw/nUz39H3/Ff/n/br9+ tH/5HA9veLz4E+L3N7SP9uEn/d//DSr46y/l+bdMg3Vj6PSgAvvthsuEpwsHSlsrlmz/eMGnB//5 wUP5+UtG8HFmGjNMXdMpGHxyoIRBlrbNVGaA12BBtuQaRHpPVyJSqfruVLl/5LdNzo8fendevRen vC8y8MMjvP/ue5gAAMq1u7JABNIsi8dccyIBJjw4bYitj4Q2GWikEe7kkTE0ZI504z4zZEU+zetl OpI/kgNeTDHlMTgfGkdHQojhFTbsLqjUfe9/g8/oaPu+A3BStjXUmnaaSi0fixn84XJ5ONfYskcG wlCRCMW6rG8vt7fnW+tZqmtIJOACGzoxwEPsWRsjCWb/Ndh9EgdbYNAm9gHKPsT0kX14fJWHBE1k RMSymNdpLrUQ4C5aHFuGjFjX5bZdt75lipGZlkPqNTK6WCDmdu3mjU9lqjrqi4FE8v6CmQYZJaWR 5Usk2tqv121dWg+BRdxtwUjPzLZeaXU6XUr1EfeYYBdqqXW+nE6xXlu0TYUsqTSlMWVmUWLZ3vQ7 EB/Oj3OZxsR91Ew+TtCUtpCF6EqDJ3ygwm7yaubGXYlm6IQBFcMZUSKNJsWybnOpdSpuVEIBDMOQ 03xBIt/aFp1OqhLYq0U6LaHes7/e+tZ7mU7Vqg/jfrfdw5UhVLPigEERimxDLhuxRsbwpe+5KjNT Pe9pTHi/DnEXS+9ZGO/38x9iGN9tUd2hnXdYCO7wla6rQuXj6enDKfr29vx5jQ1OsLsKMQlCGneS kQxdKntAgZQhtaA2GIW5SLKA3DRxn/T3yA5MsFENm+XB79qHfACUdMGJElImyJJ+fg5SlexyGqPC BQvtdk9DzmJC0I7ABAeNezTjvSPbWamA6nlb9Pb8+1YNPvwmLMw2cHPQkbRVmCya215n0nKYJVOk VmAMIEYbkKSZnDRxRD6ZUZeqOG0BMktqeG5wqD4ikk7Rx0wEgiESFkRRkJFw9XAQXqNvfTuVWozX pKWmokh6wh0wRABEB6Bwc3idwxvatpd0EaoF0+nQl9m9hzv6S95n7fsCkoYzEPfzkNgZKoiw2+t6 W946NNfHx4eP9eIsXRr4ewCN6UIKDZnIrkx1KXvmquxKpJIJU4dZJqTNAJAMHw4ek02Sc39UAwhO NtDNwUClGywHSZwtYZ6zfDiXpziEMzTOwJPyC1T2kCaMaefuAHMccpnoRAcK9oyJGRhAnJMSDFxY aBMzFq/0eGHAvClPzBC/0CZ6ZtDtRLVUqYoE5InEybz1tmQ4s2Notv24BiUA0V1ImonJIEuP/Pzl +tdfP1zO/XL2317i15/tty+q1WrNv37k//uv9n/+J//1IT7f9Kt6mfT3L/bho54X1M+jcrF/XO00 1cvJpZfW+emx/vxRS6MXYNX5jP/xBdtqP19Ay63av734bJgozfTNWOVUkRfLn72bYzg6h3qkB7bW M7BZ2ls403t6pg9PcQz7ie+HCT/ir/nDd9+3VX/YX72/59cHLKnxmhpgoQa1KkAjcMkEb/Keyj46 5tErJQ275ErG4QRjMJPvpDKTJS2NKhg2mYO2bMecbB+ZDqVmyHvabgsF9VSIOnCRHdQeffs9Ye5g cOrgYM61PP30cTpbMSushUC2tmlbjCSK9a23rV+v67o1e5gvZSpWGK1t67JpG4FoGlVtymKf690F sYNuxq6dDkbQcmde7U/xANJN+2gWOxGJJGCRbKmOw7n1GK3sh0YG1q1fW4CsOfr4lGEjd8NwCn1b l5fidH8qVnc6711k+pVPT9B2mk9G9KXd3pbbmj0Gxg7QA8mRWi1Fb+vydmmFp8vBM5SgSDNOp7lu F89kyj12EuCu5WJ25rK+QRCeLk+nUo3s+5ra5ZQZ6hs0CyNyZlS8w9cicThmIhMsaQDHnIXQADED sW1LqbPZqboZI5QBN061FrLc2gtuG/c3oQgiU9BQDAIRstu2Yl0I0FhYCmstZsVoljKYFbMhuVtb tG2LCCGBkELqmX1fhnvFafgeBgaGVOerKuS+V/mDFO39duU7SCP/uC4hod433b5EgcpcvBbPnoSs pmB9kAskdjKHC9+YlkJU7xk9IaIWIPaweKeMclPJkkK0ta1mp5PTMnOM5hS7TmScvWZjjkpxQGTE qbKfcA1lwzQ5zXqMcODdDHfHSqgkanUnkDFKM4gjIH70kOT9T/YPn2ro9eX3ZjkAVQMWRzUGmaTD SsR88dvFNzfBqTLeBDC7dgMxjLLGcthQJCylJiTUDfFpUoLByJygGuk9WTy9b5HjqQEogINypOQA pXSj4NHSvEaobVs9nVBnoEveWQyiLBFHGW1AHxdgr8KsHEQFdrFIyXqGTaM6HCEywj3B2w8Ey7ST wMaKO1hluxTVIGZvr8v1en1xy9Zf3t5eHx5++vjp4lNNgCrAaShj98u0iQhNBEJaoW1wVJV4fVmW a5+rzW6NIlF2fSwsbjbk5MkhLDUMUEdpRhip5MQh2XE3unCyrCqNSVrKwJxgHTYzZ3Ed4v2k02RH S80BwEvgTehjfiwBCAw60Zi/DLUVkqymV2xBVrATZuwyiKtpK7WmFwSIM7EQ59TbGrBC62HuxrwN czMJiNzFPxJIeXJYLA7L5xT48rZ8+jCfytNff9n+y//QuuJv/yn/6z/ng7sbzqb//js+TCWu28sb Hiq2zJdX/OUX/vbK66tNMx7P/mXBbem3zX96jMv0IGxPZw/1Ylam/Nu8ravCNMOw9Hq2lxf/6UHn os1zeWUSJ8NmaR1eYIA1zLOq62ymiWQX7GPGkNAtCaWtmaZce0l5JiN3Z8Z3MMYfAhj3b70XuXx3 4/3HN/OKMt4zIKEKldEiHAfejjBmWmqPeYsxWovR5NkhTjuMZzAOBsFIo0EOOdOYMBveBT40bQaM eEaBiF15foxYYlhGwPYKY8wwpBB62rj8nss6lUyxp2XydCqP1R1lqBWjtbjdbq/9bdkSfY44natU WGv1ev7wcLk8Qq71dXn7Es/rtu1Rx1vQDQUDzRsHziiFxnRCOzQjUl//XCIlHfIVHsrPUU0QMoNI KjK7epoPbeBoUwRBXv30OEs9X7c+PC3oR+McQ1mfENR7u26rnS4XVSMPxsBB5Ni5+EqEzNh7LNfr dl3W27b1BH28ZymNHDzPNCKQPba29ey5n9mAYfxJLOX08DBl9uuN2dyY9C1oEkqYMVdrt/6m5658 ujxdykR3FAuz3fmY9FAcMa3IcXiNCimzRyhyx4N3b2eNaxShIVRbtg24VjM/z2aF2Xc5EGupqPV1 XYYpVNMeVDkmTEMavDutDpAstW25dtjWbXePDsvRdZHDLjmV2pn/4zO49+J7EcxRLn213/l+a/2w P9/vQPzw3/fdgN7f58AABqbDtHlrNZUJGR8NM+jCKrsqNnA6MlYG8YimjRkKIAPEMA4v6I2STkVW EFkIGNMV6j16x1zAQ3IwLBYMFHJ41xhyyGFdDkNUei1T5KI0YHIDPXccKLWbWzIpo5vBhiJ5MDhH CnPPbWmZms61VINMsOL1558+5Pb85fPqXukGuBTc9WKVUFdpOc38/cRNqay0WlMFObSRRQhiYzqy aC8GjYNGQEBZFbIUBR9DpJrIVGOszCUpgxOWVsRKwGhk7VDfGmWcQmtzR8/WmpUyU5PQhVGOhcig mSQwaYaAKKedDZtrHfPQDsqwApdDQaADsdhPkkPThL3P+rpmAAwVpxFScNuasAQ7gaczzJ6fn9dl /fTnv/5cqmlvi5xDAaNIIUfeEUkU2pk+9ow/TNcv7fPz2/Lrz2nUdjOvHx4eOrVmx/h5ariT0hRA CLLdqmZk+rkkpRMT8BI+WTdYS06wfWYND8I05GEw2K6c2i9pe101fLiuiSfbN9oRSsB2+LUkZL2v fdmKctBizEBkcjOkVIxhXmAtPXonuVgUWjRVUGypUh+Ur9vB7bdESig6SATi7skMkGSkPv++/G9/ Pkf88rdfvvzL54aun3/evnxB+QkfLvbvr336mz22/O0Lnv5UTlO83PB4499+Lf8c5jN/ekzJ/v3f o9Ty29LqA6DTl7+//PznD2Bst34q+vDQQMsQjb9kXgp6o9E+Es+P+I/PvHn+/ACrel1x2zjLUgRt UvHCCQZTCZ0vIDFbZm1AINXRuozimtkSCgY8ovQ0JXvyh/MKR++kb1ujcc/veqrvwBI4+U+7nwAH ydNp5tMEDvFSi96jF2U9fs1dk2NA0f45GHMeWSOnrhKJnuhhLcoWvoW25BZcw9coW2B8tkRPRCqE RO67EijM4jFZzEVz0ankXPpc81TzVHSuOtW4THEufS55qnGZ+lwcYe2G29v29nZ7fX59e31rmUnC 09iM4aXMl8fTw+N5OldWh1MZva1bbE0c5gKjuCCN3P2pRNF1CF8NtpcVe4l1b1B1vK7HFIajTDlQ EJMI+USrbjJ718sK5uallOIZaE1IGW1kKGA8kz09ccSzmJe51GIHk/e4ao3GBX2L7br2tS3X2/X1 bVmW3uNwBBr+POPk4f1nKInVvIyIUu6aMAhmRjchozVtnSm6aSSUEsVgNAUZbY2tAe5T9cqMZVtv a4+0U50e51KKGw6EZZwplKKtfbtFhMChzRMImgL9LnUAACAASURBVAuA5yAeQtF7SqVMdap0G6mb oNIIktkVa0Ts3OYDTjsu9cM8A2aEyTj4shE2yBnDdXsQRHMkGI4fGvS8nUw3loPtI7Cj2uYP+0rv KoYd7P+6JP64CeC3N77f5HwHaYpu5UFKcaXT8MB2Rpi0CStMe77amK8x2GE9xyiE+7xfe1GcRvMh NzBw1BdW5JVlNymxhAO+u0CPZXN4xYyjhzAieiq2NJkVm0/lXD2VgQ6mjYH9qF3cplp8aMNxCCYo tfX6/Pr6siXtfHZRgJFmVkrx7bb0kWGI4GC/wrSHiVjPafZ+KttQ91qdWC4oxVzFzbyyFnc3u6DU tCk4CZOYA/QAUxlJ8xyYpVFybESjmmeHNssNuSCbxWr5lroyFsZNWNyC7G5ZGMkwm4rNxGbYOFif vHtSjAnIKBUqaJYrV1OS7DadcJ5smsedj6WivdvBzvY4FtU4UoaCajdjHKsx+/r6+rzF6+MsACl8 eNBlzi9vty3w9HAZvspbHwSOCMSAwQKZ6hkppZmnHDmXcrmca9PWe3s6o7iuW6Y9nc8/2XSRn1lP Np85GarRpnSHaYdNebQuloYwNVOjbhYLsiFXtkSsiCt6Im6pZJDDcUFhowHlMNHRzoWzsziNMR0I sAFdbEdBlkSi9Xa9bW/ZV9yWbCvVe2YI8goMyZIMBiPdKA5WXAcdlvQEpkqGRkKQi6M5cmLwSgdb 9Z5Tg61rqrUYa5mmeenSLye+tpD00xN/f4FDf/mzfXkRyMmty95WVvfHk3/+oqeny7lkne3z7/jl 59nLdp5P//jSv3x++/DLX5T573+/iR6N6NWJUjg7Hk5WQLmdK88z3WCOx4IPj3hb0ZKfLj6dTJhu zd8SLe0t+bzoKi23ft16dgSFzkqfTCfXQ81zzUvNy9zn2p+mdZq209Sqh3k6d2e9d04euMtF3x1c X0+/d3ewsVCd/L8EBxzoZGB499eJZgP5yOjR7TA4Hw8x7l92pHGfOt+/OO4ZgElVqqkaQCYirWdt OW3pLdGCLbmGr93WYAvbgmtnC7VkS/Qsay9dtgPTBAk3Fc/q40IzFBhGGzZRsaxxvfXb2pZtDUSZ y+XpdL7MU6GD7nWaTvM0O70v6+3terstS+vrNmIvMagqTncWR9kZTHu2Ne/XsB353Z1nUiODY7+e 4x1CPoQP+9QTUEItGFlqQS17xub+Xh3j7WjZtshIAGbO48LGMZ+xI39Rs5XqlSQQ6mv2ta/r2taW W7S3dnt9e3t5Xm7XiEgZSaPbGA4xB0q7wyEmIovUejawTF693CEaEDAnTBHR2hqtI81KkSgEXYTR nJDQIyI6YEZX7225bRFp7vV8KtNUBu1757KPeUtEi22NiBylFUO2M9tHm57jRc8mJdyLz5MXKIZC dpgnVodbRvYeLtD2A2hIXexOBtJucjIUGEnZKMFAYaSx7XUmD7baGO/ELlg6qM/Yn969nD+KnHfX iXcVxF2f9b+uNu639e6/X6dk+6rLjAQYdbZyprvUttxu4sqSwtBH7MBh0WZDdzrqzJ2XJ7EYzgWF YNpIjNVOjza5w32nt9jAdJgDhhzz0zDDLlfR8evUe2RyOpU6EeyAwBjn032E5oYy0Uw7Ixt7wZHb +vL8/OW6psrDQ7U9MxEkvJhX9WgRnUoysAted/OvfVqCwVqaZCeWSsNIuDcz49lsdod5lV+CZ9lZ Pskn+pw+rx3bVlrOqdqSPSYarAT2ilLDjXq8kgA8g9GpTjRTmy1r6aX0CY25QAu0IhegYxecpCFl G2GmQnWAhjmVisVCGBv0wydM0/tyk7hL3Il93xAHKwZwoBJ3Avk4dXO5/b7cbvPMTxesK1+vuMz9 4RzXdVOeT7UOT/+U9qQDt1LMCt2KuUC4pSIi0bfufnp8fFyW/vm3bT7x4YO2dVlvp+Ify3QxP9Mm lpOVC8qj1QfWmXVCuaBMtFl7CUJRQ0KBPd84LbuhSY25MYMppSPFkJqrS13oQh+zJzJTWYlKjFOh G1KMEV8sUIMB27b1rb2s8RrcxK3lLbSsYQ0D3Nk5Y3u08gCphQGKsuYo7LKWIskkOSzoPmxOht79 aDRJaUQ7BB8vZd2eH042o0fLx6LkqPH1+42fHupk+P01Rn/36aN9eclLlZTXVz1WnyebL/qXf+sP p3meMM31P37bri/bT7/+6bpu1y3XTZ/fcO1cGouxVuThgj85TrOdPQlL8enEdBr5VMrD7MXxuvDh hJ8fMF9ibf21Z4e9Nb5uuCZvt/kltS659oykBQVN1GQ8eZ5LPpS4TP08b5eaH869lqi1TwavyXGe iO/W7ftBzFixDgxXBHPwn94ddYP/SbNCc1oQyp7RD37F137ujnPcb9+/MjjVtneEuHuT21GR1HHg pxDJSI+cIktX9uDWy5Zc07Yoa69Lr2v3NRjJlmhpPdGSXQxZyDR0lXtv2tawzmqV07mcHubHp8vl cpqnSkAJyrxUt7rd2uvz2+vz8+tta4nIwF5HHx0xiqFwr594VBBDIouvbRZ5HMca8fS7upMAjXAD iaHTG8OPjIgebZ45n8p45AP2t9FVRuuxbRkSBCeP7vwbWEWIYPZUtOitb2279e3W3l5fX99eluut by2it2xdG6Fixdx3OGM/BXl/R4EY2obee0+VqU61Fi/DmWnI8GieYsTW2jUkePUcYgF2k2Au0ZjU 8PJVlyKj94gOeClTrVMtZqbcV8guSI3e2rr23gKCOwDfY0Vs547xPsHKQWaspUyTe7GBkVDyUfJQ y9IjBTNhsAgGhG4g0kYAyFjoOdIjgKOWO4Zf72sFagy68+trtZ83fsAb36m/fhxn3i8G323FH//7 3W17/9/96cGAzGhg1jpVmxA98i14k8uqG/bpoyGM3VKGhCGNlFy7CthQiirNZGOBjUY8AEFOK+70 gSCIhkjLcTLj8F0dU+xxHRgjM2VfW9SpzLMRmZApOBoPjvLc5/N02JZz79rNoNa35ba065q9hYLT iD4aS5WqUy1TbtvSW8OhWLf9dZURCVtivrXTkqfNZvieRpjpwoQ8S5NoZBhL4hSqtAk2y2ZYaVmu Nyx9XnNuvfQsUWafJ3dPm9KLjLIJ5qQLE0C3EAf9ZDTf9BEgjI5cEYuyZ3bkxn5FvKYWaGU2ZDIT uWY2M8p6xCoBbna62HQ+EI6dq8B90sFjIXGHOnbdh2FfxDl8Tmn00qO9ttWsYq64XfWy4nzKxxrX G4SHaYIw0EYvpe4MapoZjWZm5BC4ItXbttb6cDmdr29rRP/0Caei3768vS3bNJ2mOhzDnJrBGXRy gk2w2ewR5UR7YKksJ5Qzypl+UZlVaMY0qIgmKZKJQ+GCHCLUVEidGVJXdsuG7Fuupr4oGnpTNoag hgQVmYlkbsvn1+VG8mz+wPkMFKzMlxtiQ43hvFr2em54iwybywyqg7br4FWLOeEtY9cF7Ye/gRLp QmBoHbxFf5jq41y/fM61eXGInFkMVt1qUQvNzoaydi3N/vQRk+G3N316wsuSp7k7fPJ4/Mn++z/f mOXDp7l3i2ivn9c//+WX55e3h8vp9danC8z8P373j0/l7UqrDuDzK72iGndyC3iZNFeC5pUTE1Wb 4tPFLlOc53i+qs72p5/NKtx5bQxay3gLXru/Nrw1vi5cO27NWrcuWUcpqNAsnHYgpJ+n7fG8Trad z9tj6XWOwhwqwINy9B0cQgf/6bjq+GhKBtjujlIIKCN6w1HC4Dhkv2vFvnMf4zHOsW+P1/eir7Kr yw48YFw4xmfuhUiNLKHao7QsPcoWZYvSomxZe5QBijSpJzMgIPzsl4fL4/np6fxwmeepOqmObcu1 KXfiBF5f2vW6sFiZ5+l0upy81hxWCsNJYuAKBieHA93Y7YFxCuwt81ECIO2oGoR7Q2v3k0K7wIsG mBrQpkudThP3KmRX/+yRmAplH4II0Ec1PSTnGi4RMAGpFq21t2V5vb5dr7d1bb0rMiNbRlfI5EVe 3M3H5DYtRFDuGm56OUSngw2fRoWYcJ/KNJXigA462u6ykxnRbupBMm28FLHjaLSdmkNFRPQRn4aE kV58KnUqU3Fijz8jARSXoi/rtvWeSI58bjk1+IZGwZUDxCc5ZsTu0zzNpZgSfQv1HhGtxba1NiL5 RlrLXk/kQSwepgoHpHG/iB8mKxCGPonHkBhfyTFD/CzCiMKvOqnvQIsjDPab3fHdB7/9fP9F/LCP cNQ4wJ6BASBAM8yWk3oGmipZT8aTwR1hDFOaEow7uHPIH3xMwQzgbqAq170G2AdSVlTt6PBHL5cT aHvu6FGr5b7ElWRmbltL5Tx5LYbRlu5/z0illrt58QM4O5Z/5PX59e116znBXFsn/HQ+me0kHFK1 GMuttTW6ODpL2hF2LRAJi/SWtdHN3c0yrWXtOvWsKesqIVcOEa0DY45koAqxrdE7A5YdEjHPPhW3 Ks6tzLKJnNNOKjPsnDypgsUyp8wxYHXudFpK7sP4koOl0KWG4TWiJq2phX2TlobFRvvy/xP2tsuN LDuSoDsQEZlJSqo659zu7Z6xtZln2OmZH/3+jzLd07fv+Sh9kMzMCAD7IyIpVp27tjRZGYuiKCoZ gXA4HA51ySLoowYF0dAbhLtPfMjIhDgqZcMkqPO7o2PO+tojkNI8TcXRLhdrZstibvi4RVIvbB97 mpZzSlkki3aowZG2DwkoAQkmSlItPfvPeVaN98tHps9zKHFdd1CXaREVjiP6QERQMDFUqEa45WAO TuDislCmSLPqzJJZsqaJ04zc5zGIgBA3aTwSyVH+9XDQLcL2ZnvYzfca7eJ1i71ZfW2tojX47g23 ujblT1/x0xNPE88zT0ukGTtwXcM2SkzD20EYvau2u0KMvsIUfaRdpCwUptppwVEf77VFBiGhd9Lj VutStPr21zeDxtNMiJipm2ZFjvDwJeNpIZWtxdcnv2z+cQsNfjT58kRrhZZ/es5//f095+XL8/zr H+t//a/53/7t46eXpdm+zGm98p9/Skn4fpWc83/8av/0y/TrWwTwPBGgiysZZBIK1YmU5aR4WiBi oWnKBYzdYinpKadZ1JrsjT+/cErIic0oQoI3SDVeG6+N7zsvOy4Va8PNYFVAiIUCi8aiMWU/aZyn NuX9vNQlbV+eTRCaPMuoKkaEUv7lMfYFENGI0KQpi4j0nNy7q913/ahHRP5O4yZ/L27+OYZ+Btlj pKQgEpC/T/tGQA/Qg+ZiLs1StVxb3lvea95a3pvuTft0bWjJZZ6mMk9UITy2S71e9su13fZobmAj Yq8RMp+el6fn52VZzktKKZr53lonrMfso0N8ASI6tT6SDx5H0T1//bz/UCgZChCM3vnhZcCwlLLm mdKrsMLoI5tIEcoIqFbhfiRzwbsmF90xjIPiDqO59aELQsmiovAUrtAIDQ2IU0en7shMtRdoggaO M9gYgRBoYtZcJKeRg3ZJat+eEnBvzcxJDm1Y6p4UAiAkhszBadHxWSCYVPM0lZyVCBmTwuDUTMLb vu9bM/OB0QAZmsxjJRBH2R69aKCiCRb79Xq7fGx1q7bt276u5hFgIu+tIoMQut+5cxoHWtRjgJcc soz7cvWhxQvtmGQYWnxWUu7AInBE/P6Dx+OPq/2+Th4rJv5w/377gSY5ijvjzxlFIfMSkSChmcwz cUabo4WwZdn64SfRbVy7G7iCqR9RJMA2lkCf8AmyNwF2CbhSFUoJaJ/vecDKYQgxxrUcixxwWOt9 zJpiytInIQQRvSBISUklQbXjmFFYI4m2Xq714xqBUtIc7q1amUuZlASigQaiZAG2ulUz4dAuKQZN 3t+0C5xhSSIrkMQpiBwhjXDQfWpRvMv/uuFEGGhJDC2a2eiUkihLmnJH9gpkUMFMKniCLNDJZJa8 uMttk72JOc1zAyM8oiBRkrMnVHSI4Q4bGQwPWtC7lwyEzF3pu5u9uV3stnn9cNvc1mi3qAa3MKJp WEMYvFcJM+6zLY+ib/+v6jwvz6VE26/RfJrhHmuFKmG22vx0Ph316D5nCfeyL9B9NaUTVykV0YQI N79ct2/fqlCfv/CUse0KKTknUBje18NA8jFG4aqgbg0eTIpQgkbScyc3EFNwCc1Mk+YT0wkUTabF mF0VyJBE1V5dA5UCBy0QRA1v4Ubfwx2+Rmv0tXtpfD1xDiSDGuko0NOEl6coE3+9cb1So6iCSag+ OD6JSIWYeiNRRA0mhwqRRZuzSzoAymggysP5gArSna/X2FoEbHT+uyL4esPf3iHU89wRnT8nzBP3 jafiJSEpLJIGpuzV66+/7ZrS223/6ZcXNrxd5R//cfr3//PNXJ+Wpe7841t8eebewqNV5/uHP5/T tvvL0uOScuiHSSYyvX+EpFRyZM6kCb5ozk+nlNIJyIh0mvp1lOeFJ4GFXjaZs3xdMM00A+lPKUzg 7jfn3uJa8bHzWmWtuLbYV9mMrSncE6LAJpVMnIrPqT0v9Txt87yeyq7k/zpQwt10rIHQnHJOmnoG Uq31EWV/zsweoycOSf9jbO2h/P74PXL2kn0AGJMg7qv1O8zx+Fsenc66zRcjJMbUIoe4UgUSHt5Q t7Ze68fHeruu1QKDMTRh07TMp5fT+TSVlFSEEc3qbtterQUQSpXhqTcOrGDXJ/MuGQ1xAaRPs6MM 9uEgPeK7qlMcur9D4OyJyCJZJB2QCzgUKSDCse9ou5OkMqD98sRBsBzBRSAqKiqdq+6jK6wTD0Bm KKHefSiDGsE7jAkScjS88zhRCEmaJk1JxHsCEN3BjZJEkqJ5W+sODCcg4D79VQfnPoxXot9AMuUy n0tSGVZrQ5OYVBBWa91rbd5TTgwFArrg5PAR6iV7gcMR5matbtfr9bp+7O1Wa+1YMUaHcJeUkuhe Xl2wC3ziiQ5kh0Mix4Oj1DRKT/107xzl+O9dno2H1R53Szp+4m/+yafufvv/QuQ/PP6DFmQspEAv MfUcGFLi9IXLpKzcr+a2GVqhFbodLlJxfK4i0lufyO7u7gwdjn6HpHT0EkvuZDsgQ1PIQ7j3mQb0 9W3dD5oAzVCSFk29BQX9vUoHFpqlTIn9soyzjSS3rd0udasKpNQFWYGP9ypkmSHijAY2IXNW83Xd KiIJ8+FH1Gkn9qyAZoymBZp7u62MqkOvGx17l+jCQxe0/mZ8N2/Gzu4UWwrHdGMqY4iBiBxd70nA E4htr9sON/Hg7lJ7o3yZZJkSC3QOTRQT6VNdATAic8xzFzlQiAAmcFj4jtjhm9tHeIu2ub173aLd wj7ctqi7t92twRqasAGxw1vnpjFmm5FgLst8OgfMrOWSc8kRdLNa171JFpWx7AhDhA8+czBPKVqE d61D1LVdb7d12/Y9Llfk5Msc4VblnHJKMhqa+m9mAHSBBz2JePO1WkpZRro1dlB3iGev2iExMiQR Ee4QVRQyM6nkrCpSIBmqScqkBaIUlUMefeR4DKcTljKFTCCaNBM3moVXeJUpeF7EBHujUFLXrMB7 xKEEEnu9nyqMcBSnaFBVLNTjaLUevEifQCMHsS3mg25qTW5VayVct6ALzoIk3oBfX2PbWBJJTaKn jJcZDrGmSZw5/3ppUy6nok9P+a+/Xs/Pp59/Lr/+/rEsU0laUXWKlyV+e20lB1SiWW0sCTn33igB KFByyrm4y7/96tP0nLL8/lraumssQUoUSYt7M8bLmUvpdZA0F0kZFjpPXBSAXzay+NfZ5wwKDfFV EUWKytpiNd4CW5Or4VJxqbhtcrHcKraOQiMEnAVzji4aTQDZTVc6r6qec0q5qCQPr2231sIfizH3 QHkPl/ewG396ggA26ung4bQqD9/V3uZ+PHL/ejyz7+FYjheRI6YhJU/JREPQvG5122+X/Xptt63V sFCUeVqWUtIIHvPpZVmekobXtl7XdtvW27pvtVY3N9xLKhTlIdYbrAbYOzqIfi2lJ/kcE+GP4+r+ hoUh/UfA4DBqpDWFZ0kpZVF9OGm69pR097q1ulVqNz5isG+LO8+v3Tln4A+6dF/R/hJBdQY0qEAI jH14Jgg42fuO5ahHIrrShBLsTWaiZOkkTz+Nu/xVRFO47+u+ulFCEoZDLUNl+ED0xnzAxZ3uQbio pGlOmrQ7QHRxT0hSAtFa3ba9tTqCz7EMegQN9oHXfQiKubjDvG21rtW2Fs0BHx3Jd8x3yGw7CDiM DTigapckafBhiR7XlndGgQ+QYlTV4o4IDgTpf2/lP+Ljx71wBxZ8gOP8e895rMuMN3nsj/4XChCI XbEVzXOeVJr7m2FrDCIKQhgGQWgiNQ3RKPsfJXHHZMHUayU8xtxEIJBEJCVQohe5O9mDbtDDwKh1 96vaOx2MgCQVFUUA4QIF6YggFJqhAjnQ3ZFeY7vt7x+t7q6iouMjaW6ttWliLqMnGXSRVBaJsNuV 4UnT8dGMmxMmaA3BJKWoIvX5B4AKpM8A/gSFDMCiq94S3NybmTs0UtEkjYMRU0IPwNFdtIUwpbd9 b6262VAh9974AFXytICZEiFZVFUStFCpqpQTpKg4MfUIxypiICM0gUFxJqgyvEGSUOANIKKF3TAk IBe0GnaxeEfb2Fa3NVpFbXCDGXyFuTCVaSEJpOX0dVqW3drWaq0Xd8tJ3d0cYeFWzaq7u3W6juER ZgFTtu36/vZxMV+zOFVahd3i7ea5LPM0DyeiUVWJoHFYe3X8yn2zAKas3cFFg0EDqREx5EHSHUYg HrEBCBTGFBRG7obuwAyZmJ40L5JnlpNOWcoiU5aSJAs0AWGQ5hQFQzykWXR1v9EJdacyniemok5J JmoIGzI8OsVNtApcIzRlhMNJurPLX6WFE+HU4X3Ua+7sRlUCgvQINJfduRp3JwAzv1WuOwPcG1/3 aDVeCiXJVuXjSg1NmeZxyvH1a5mLJhQFs7RfX29/+frz1y/5f//12y9flm2tJH96Rpj//q7//Z/w uiZvSYssCRgNZwJkanbXkizn+Ovv/tOXn+v6/tdv7l6LLt/e1n1t1rhMrC2kZTD6IKApxXkeLvhZ OE1NhFRkQU6xVmyefp6kTNEaq4GESG8yjayxIzXw2rBWXppcd1yrrhtvO5T4V6B7bNxTXBOxXKac C0kPs1at2aej3I+3O9p4hCCPaOORpr4/HodyUR4e/AGI/AA+7t/VB8ARfZmruCoYHhZm0ZxOYdJy KvPT9PzldD5Nc1Iaw6LM55RztOv6/vH2enu7rmvdo2dL7COONNjDY+JBWfTuvjjEGh1JkKORhNCD su+oQw+Wngd/00V6SmprboGkzFM6OkIO3X7fpuFtb602EJTejhQ9Xo4GcYqP3MgAP5LzAW0QiaEa 7gyXELiEQzDMLvqANrKbKXafV4BAkt40UM0j5k/tXucBOrgReEhtzaP1OigiCDsGrAbNSUZSBxhd qZ+Ycskp52Pka794ogTC2pBx7OimQQjBMNiJQX33aNDYx4bB3bsTV0CVLBTFEMGMksfDJ+HD97M3 m/BeEcfgY3pB5I422PmUA0aw/3j3vRrVk1FT+w5nxMNGuH+ad1Tx+BHH99/64ZFH5IHHLXDQZx3C dn4AogIWtxQw5huSI2VPDHGNIbJImSX3+n+fXNM/SAmkIf3sLEcHdlQGeg07JxHx6GP2OnMPjdEa 0Fk2P2RLAQZ0WD4dWK1n9ADAxFQ0D6nnoZKGhLfb+9t6dfOsotLtGEgRc2+ttlI0lf4hBQHhlEtq Xm+3XZlA0NG7FaK/R9oeQcqUsmrqU6yP0BZHf4E7W6C37LoLRARuzaw2A2Kacy4jb+4+HPcQ1LeK hIi2Zuu27XA7+LfQsIBFsGhW1WATDNwFEXISySoCnUVzUoWeOM1ag1fXVPT0VcoZCRABe6tgR8YN DErpZkhMqWskQwRo4eHhERf3q1t1e3f7iHYNe/e6odWk0g/UJMucX1QFscJuueS93tBqiwYapSHG aBuyIhrEgJ3ctHxY+xD15xe8LJ4m1ojLFXuTL8tzSl2Q3peIk3ZEZRGRiLbvLSxSAQDBIclCYGQR KmOfBpG7SRCZYmRofRghGUYRJCVnoASzYIJkyiQ6SZk0T6Jzda9gSV5O3Cr/uNBapMTbLgIjsRth 1JCiQvGhyPNePvMAe58/JCNClElc1SVByERReofQAWFYAxxkmCN6+gm0EXr6hAyM8VbNsDovO1sk BHbXj92lRSHeav7tg+cJk2B31BsyRNCaR078+pICzGl5OmFfV9H09rH/8U1/+uLh/PUt/7d/lr99 s5LlaelDvXp8G915Eb5MKpK+vbefz+Xm1QXzeW4Wa6tl2f94bedl+ri0t49oxJSxbbHuLAoRt2BS n3NLY9I5T1k098irucCC7nKe8JQFiLXxSXIusSRslQ7YgF/YDEr+K+KT+QecrEJPOWuaSA1EwNzM XY5nxkNAjIfS9T1E3gPl/fZD2bsfYgPfHEfDna/+M7fx+HVvxL2/IAOK6Nc3KJSc56fz+etPLy9P T+fTPJc5ZSXDUfeoVVMWiu/r7Xbdty12AJPkBaVQSAsx7yesDkOOT0lA7xYHo49FBg59xciBP1tU 5GB6FeCwnoKQEqS15ghJWuaUcwIPo4M7XAHgLcwc4kOZL/csd/TGEkAIos+c7OMP2G0LBU0Amnwy M6Oht5dD5TMzpAQVMfhESAq0WltEnqecs1AGlgFJGSJOszCrYZUqhMKD3iRwTLEf/Hs3lQ2opHme SkkQHWULMhTu1ta9rttW92oVcGXnaYaMA0MB0w8JQ1c6DhFrl9pq1/YebT4ySiSduRlCEI/hmowj we1/0SM/cadAHqDA4bR9rzjFeM79p+7bYbAaI3//jtvo/5XjzuPSjc/f9d0Our+HETw4Duljg40V KRHFWVrEVrdWYcyuJ+cCCMJTeE6RiqvSqqIBoWACRaK3cyf2FtNQH4xHIroNmmmSpMFB06vEfbP3 7qEY4KH/sWOFiuBYLehFQFAll5yT6GGMQU8BrwAAIABJREFUchich2B/fbtst8YQVSEcMO9zNGDb um2bPb2UrmKLEFJU5zKrxbauYIjKna4IgkEJB0JLKqlodNuyGHUUonX7MtCIirHVop+W1mpt5sGS sSzpoHse8aITXQwbEQ1Y617NGmkynFQhNLrBoyzsf05XSfRx04yEIfacKSFU8CRZeLmKJ3n5iy4v mp8kn5ieNJ81F0lnpswspEIKhGCDaAwYraCDGswjRKiC0ecgBq7u5r4Fb+FGC1GbcpoEmiJporm3 LQmIKtiJRu7sDWeyi5r7um+RUpmfYpnstMS0YJ6wnKRkIrakOan2sSyj9BapY9oOQajSaqs1JDFn Rii/4yxFMKwxiGDvDYw9mEnr/ugg6ElYKQaZecyK64lgN9oHMlnESzNZ91vJkSeS8u2Dl8qU4tst 8slR47drpCKXVfadSbkbMpRDpUeEBZNqYZqZSxLkcs4LUz4txXVmmWQuJiXlrCkJtFe8O3XWhfZt 7O7wh0Fq3lH5sLYkKbBIl132OobGbbsnh4QY8Otb1GbnJagFzWQnySySxJds88Iy2W74aRkb8pcF v73bUowqgDG6g4hKMESAOE94v/keCMfL8/zHH/W//GP59rZ+/fkvy4v+7//z/vVrum6Q5KFaN6uO 204GUqkgvGKvapaIPJWUkqZMMwnqqWBOdIUKswiT3KpOEiL0gEewlwLAoCn5rw/bKT7zEpGUC5jY lVCDesPxzHuE/QFtHJf3O8DxeIcHP9Hj5302SvqePnksu/zwg0ds+x6IRIh5MS8WxSxH5KTzssxZ Uwq1ra3X/ba264a9UdUC+8e1tdBpPp2ezqfzcjotvYG2VnRbDh75styZW47sl/1tH7MDMDLQ+zF+ jDbu50+HLD1mjsMQRIggzSUVHSfMEbd7QBZxwpqh2RDryQAMgSNJfJBWdvECj7PWgzEGYwZGXy5E g72Rqw+Dlhg5FAbVLAENgtEElDSLlqQ8RBQADtKQ1f1mrbozmAFoNHC0mGlYSHSw08XmVC3zfJqW QnWzute2b1b3fd/Wda23rdbN0CDjagel9V8V9yP9kCj2K3rQYxwL46iffNJpPM7+u9ICx0H+qOQY /uWMID9PlwONPdIYBwVy3A7T7vsz+y/4M0vxiEgeF608POfernV/k58vwu+ef/AHoxkcqCpkXpgX Jpmiptjp1QMxaZ0WyxLY2TzZIK97Ca2BBiRGGiQAEg8v7wBBV40RU48BjGR7LEwE0asM3d31Doy6 prTXHh3oBY6Ueh84DxEvAeyX9+utbVVAvQ/QIw5NNNDMWpNpySoyljsl6TKVbG273VZIiBjieF2o RKILkqYpKRHe32e3EoFECxoIjc78d9YOUHOvttUQ6iRzwr2l/6iWjjKBRkQfNHK7We+uGo3xICLE GebWdIGKMtRkwHlBDbTh7997T9jEAlPGvnKtmE6cTmQii2gRKaKTpFnSJPks6aS5SJ6lJKYi+SQp hIkCcD/Wih0zr0gpkiaRyblQFFICEyJAEy2aJkgknUSD2sUIDbAew9wk3NxXOPctbjdVWabSGBZD VoycIyEs9s7iu1d3iPQK8EhvCAeFodYMZE6JoDMkdDjPdZ5jjMMUDpKTjNWZBRG9RY87QKqTBTEN TWSUXqfuSAtICBPyY+O+bk/PCcbbymYEY3MPw7TY7+9BpUG+XeP8RBd8e/OiIcVUYuQ25uwyUZKh oqekTOk0FS3zUubz06LzOZ/OXM7T0yLLpGnJS2GaNOVQAZSjhtlPJx2uqT0kTzlCRYgIqZTqBMJD LhW3bXiRvK8QxJJdqL9/bP/5ez1/UW1mTCV4Sr6UsIZFmVMsapK9hZ2T+XBrGFsbdLoQflr8b29h dKWIoLXplyf566/Xf/j6f51O/h//ef2nn9Pvr/F//0X/+ICK/fKVv3+0uuE0Rai+XXTbaQ0RJalc b1ChqrpBhEn7rDSqsGSxcApFWC1wJJ8ElfI/j1jWSzbe5yoJNZcsVBDdUcHNwuMz6n0fZx9ufwYc +FOhBPcE7nAFeaQ39OGZfHip9BCpH787Anp3YTfLzVJtrLvb7nTUdf/4/f399XLbzXqjOFbxDdA8 zaen08vTMpep6JJQ3GLdaq0N9IB3XkxG378AwRi6/DFQhd3tH/HQVsH7++e9UDK0VP3qj+eQkMKU 9bAMA+/XpSeB0arV2knI3urSQX3P+wWhw3q+K8uD6Cfz6KWTno32ozrunxd7baXXUxhkL5JrkOjJ milBJNGkmlTRxyNFCDHMsZ22b62tUMrg66PXQRh0woQewRjhAGCiK5rt2+26Xq7Xy/Z+u14/rvu6 WYuoeuCibvAQjK64JjBKpNGNMseVOqy30gE4+hq7u4t2/OBxHJA8Mu9jOfnDV/DebXEQGPweavwJ fIzKwfcb4ZHYwMOS/mFr4HtU8cNueoRHci+efL+j7l0JCFRgzzlOpzKVWaJx/7D9Wqstsy+TCrRV MYNTQobCJiCjrWDYybSB/rueFESIUksiJXqaArYA2EeykYAP6Mv7qZyHumP0woRFgNSUuzabh3Va 3xBwX2/bx+tmlkWmrs+OoXfCEa697tYqlnMaiqIOc1TLxHW/eBMykT5k7yFkahEhSCVnFfHRF937 hMEm0Rh2gNm+cZ3iTtv3Fm7zqaSshDsF7Ny0j43VPyCaaPhu+203OKh9mGqMpeZ9yFeeEoZ2pNdn os8/R+QjdIlgByOosa70wDJTU+fmOhPYEwsyUTIliaj0IkKaJS2SZ8lnzWfNk6ST5FmTCjOlo8Mk oqpQZtUkqdOR6kCwCCQiS5olZXKiKEQhWYRMFcxEEpIs5rbtezQXazSA3nkiq7itbE01maYGduuB xLEGhsYNFlA1g/S5iXFsbXqghyCROBrpes9z9MJlImsMUbs7kkjqTj0y9hBJl/BAw5i0UsP5x0eb Ji8TX99ZDT89sxkua/tliY9dCTkVXXdB8p+/xnXDH+/xNEGXSCUkUxKpIz9vbratvl1rvVh17NLb 2gqoqUw5T2Wel+lpWebz+fmky9Py9FKeztPpNC+TLKfzPGueNM9JJPKS5mVOuZxPmSkL3ZpFcISq YEOsDe5O+rpxW/1ys7D42Nr7hz2fkAW14T//4OXG0xQBwGGOrJ4CzUIDUAGTI8s9OQuScp7w+1vM U/r5y/zr6/bLP/z08X6tvv/05Vm4/e03f3ni799sznbZ/acTv57ltw/Pkmf1i+nmyITO/vZBMX67 8PkUBN+v8AbvY9MYIFN3SlMKorW7ITZU+D/vMgvSidpjtyhTmVUSiejo1ar3jfOJGD4dlx9uPwCO /u+n3wbAh8B9KEY/EUn6xCJHleJBuvGINh6xSztOjvHifdh13ffb7XKr2+Y1iDzN02kqM+mbuM3z tJzOOWcAUcNudfvYrrd13ffm99FBIESoynsphz263oHH4SQ9hjeOruPj4Owx/dgcuKd3nRAxZyAl VU3KoSjoNZneImN1b/vWojeZ3Gcxhty5KPT8chgkCNBnbrJnnMOCYmhX4b2NJURCEbmzXePPIQ7S vmcaER6EaE6aoGO6LJzopuuU2HfbtlYYQjZqIClcoo1EtsdzOQbLWNvW/XK7Xm5vtd4svDnCLKKG epcOdAvtXnLRA1kA3mUrHGcQMMBHHqZq7N4YOC5vP5T6wYlxjsad/7+vmRhP6NwGDw5jqDruX/fb 42q/Y44fHnncBT8giR+YD/9c53/nx+8vMvbFHdwwwAc7UdAB8zAIU1qUmbKGXiM50sTQAmqgBS3s KEVFEIyEKEDnddBXSq9aDDrLA3TNe+rafLqz9R3KMahFDuQsfTIwgLv9iY9LbYCkpDlr/xsYx9Ql CFqz68frNcJTUsUBGjhQefRx4Ahf1z2lUmYZdRo4iZRY5tjXvW0x6PVR9A0LBJiT5iSU0ZgVEmTr 8+S6pYkzxnFFCzGBhZt5JJXTkiMi2AcAqQyvP+Au9LEQsbqbt6O1qVeCxrI3b2WeZ0rEYDMQlN7z wuE+3JVDwmiYprht2HeZl5h6R/oIQQeR1lsdj4jYEwYKqZRMydRZtFDnASDSwjS1un981L0CAbcS TsIpQTbGGp3/dwO6Y3EOUSKDDKowUSZK1sypLGVSyRPkiZyAApYDcJJSVKckQTageRiRBWnkZQKL Jn0Aj4Xkbj0XLoFjUgQRh+++AyJwRwA+rLQHlZsQAmaKHDKRCrYuwRi5BAmRFPvtWldvX15QN3m7 cRLM6pszJ7CJqRTlZcVU8PyEpxzvl6grTgXIXR7tzNpXjGi49wEq2HdaXeu+bev7vq3t2rZb2O6w PjNRKPNEyelUyrSU5bScTlN+ev7y/DS/nL98fT49LfMyn05lyWU5z3Muiybz1jqs7JK1Hq0iPGC7 cW24NQqiOddrKGgGOF6vDI/ngnB+XOX95iCKsobAs6iIqw2qCSYRzqwxT/7Hh//yl2W9+fs3++d/ OP3Hf15eXp4m5vfLByZrFjrHuoLgaeZc4j9e4+Wp2OpPZ14qTxlfXuzt5udJfvuIf3jBxxbNfW8O lbojpd7glRChKtXdo3sXqZKfDAfZuloXkUmoJmGfD9YimpmF22gL+i63+3OUxJ+qIT9E1ftz7v7o caCNe1YnDyiEx5PvP3tPEOOwQPDvvwx0dGvcFOm5PP18enl5fjqdJk1oDiBP56wTqm1vHx9vl8tt u263vd4CDYMr7pBblCqSjkh6J5C7ap3HwJRPbgLkQ/WHd04D4xjm4I7h1oKBMqWUlUes/+ScCW+1 7btbjN+DOIZldEAMDBnkSEIB6S2gPn6t9wSWACCHtzflsHjqB0NXcrn0SeIiRCCqGcJy0lxUUwYl +qBgdnVLdmutbgGwT2XrVD3ucgMO3XqP7e7htXmrZuHBCBeP7vZ8tNMGondhAhmR0SU+AKEMuddR OucU0F477Yq9XoXHMfVtjCREH9kxbGTQL/GxGvv4kPhkKvoliWM1xsMye2w5uaOWx5rI390Fj4Cj A8Q/W+T9gEt+eHC8geM68nBfvT82nucsLc1O2nqt14h4SeUvwNxaiG8Ca+O3Si9zgf0quUun8dIh 5hn29xEW4pIiJQjgcZQWgdGIFN1s91jx3ZO0z7KPELRAMJIKUmLKlGGwNlS9JCP88sfb3gRQGZ+1 M5y4j4vub9QDvt6MlGlSio8qGDylLGLr7dosVNIQ83V3BKcKyiSqcIeGEx5Enz7qY7V20NmXh5Ex RpppmZO4OBB6sIYdohx9WKFQs7W1gElfuEDvviYoCpdqmpNkjILLUBEVhpIVjCO5UoQiOdywNYjI PB24GjGWpzws2vH4CKefq0CG2ekgZIWSqPL+8frttUaYIeoe22bMuSwn1SQq0NTn8gUMscE3xgrs EaQLYg169MkjMgsSOUFP1Bk4hTwxLWk6z+kkKiJZDrdD0ntTMlERFEWgSYg7CMki3rkJKvsF5j3T oqCBjdHCDNp9BRMYpI9kYJBhvZ2wZwsd72qPfwzB/vF2qacZOeK2QRKtYa/y04tcd2y7fHnCZSMl nk9IhcXxtw+cElKhUsUnRLgLLEVv4vLuZha1j3Bovu9ea9xu2+V2vV3327rV67berm3fZbt56wtK ERkWQNZQImkqRUpSnZRJnk5pOs9fl7wVaUvilCIlqJDq3begZ2spg0kD0igfN7lV3R2CWBvNwl0k 9LLna5Ul6ZRTRHm/lBrIZATCmcFEGEIFpznVhq9P6fV6VUrJ+vZ2XfLyfrnmiRJIUf7LP8a//xqn gmWaraXXteaUIvhy4rcPf1n8fPLfPvDLM36/xHl2A8JccspF3i44n6bW2oiSqtX6eYpubS4jqBGg HXxDd15QVTIF4O69OVZ+MCv9/wu196P3MV7fiY17lUS/L2PHw+vcJaJ32d0jxW2ACetoLhkBOjqy zlnOz9OXn5+fz8t5nmctImTzfY299r74qNv2/vr+cbvtIj5JmmXO1H6ew7uVEQ977D70vPvxyaHE dkE35JTguDKfgVsfj4XAcWQieqLprQlimlMunXMef/snkeTNW3V3j8Hu9iIF4WAbE9S6gnXILMaQ uEDXjY25vN1zQkb67sebOj6UEHaTwUG+EWgWu3lT1XmaU84QekCJHtUYKVpzu7VQD+IYTzq8SRG9 XRL9QoWMdg9CkYQJJHsxiBSnRAT7kIUh5OjUxaGOVPbpkUOi24OZB0mojKVox8rpL2PjdB/pYHRJ MUef/ONqPNZbcFAd3y3qx0X1uMj5ADj+LiNyxw13asS/3y/8e3fur3x/KXn40zCY9s/Ed/AF4XAT UHLWJEIvxAlV12iQfVajEeF9QNsAtWydGOs9Xnfr9/4towUoklIS0dGGwk9ek8eBLUCf2+19UISM IdeugBtEJU3UPnJneDAEheG2367vF9t2J6mjLNORhAE2VB4dcki4xXprKXGelSMRJMFSiup+u9Va JQkY0af+wiIAnSQlpXfH1c/KSFfASIQMJiwEgIT3CfaakKhdzQii93mi9ZbyXiRQ9dqsrlv0ZFuc EAkRRtdsChxAmk9CsNus0QWNPDqYIgNCNkAZgRJwYyjKzJwOKkPxaX/yIFgesuxO9jg6TzdqqmNJ E0FRzWmrt8vakjayebTqruWcp4WSRfskFBVVKqkUyUIVcaB7sOzePFrz2txCFQKL5uFgKFmERURF ID0XktS9hUbTX5BsgSQqSlcxlb0X9UhDGx864yCu4IdJDFF3N0fqutHoQxREIFRgwpDUpMMdR0fo IUU0w68fm4Un4dsH08SUed1I4suSX1ecC2yng09zpIIkWNf42HCaS2SAjcjHgpSQTBJmzQVBh2SW UGnORFRgbW1rca37bb++b9e2Xe12afu1rldfN2u71xa7hou1Tt2qdd0GslCnSSe9TNGWnJ4mvhS8 TDYXnDPmLKVwEnlamBJTklykhrhGjYBydb3suppoiEXaW6FlINXGXy+ZjEWR3C+Nrx8UQjRpyFSg TKeZECmqG9r77Soa08xz0r+91cmL5PjtnefiU5LXNZZit8qfn+P1w2l2nnK43xoImrkZ5klvK55O ecr++oa5iCOsiUoi3VwIVfJ/HEGt59Qyco8wOERUs2giaGa7m7vJfRDLQxb4Qwzl9w/enxkP8fSO Wh5LKnca9pEI0SNY91vnM9qnYL6TWWLHLLvPXx0Rqjwv83ku6uqt7du+b/vtFtsW7uHSWooNScv5 +eX59HQ+nZbznJKImfXmnM4D3EupgtDPLHlELhwKRxnuhIlAN+XHkZUctCqDB4cBiYAq85RySb1J FA/oD9HNZSy8VoM7NXq4NBfrM1COS6QyyPY+pPFooYEcow5j5EoBQbhYtx7SOOprhEYfmtHrGsaw 8EZqLqc8FRV49bq1tm3e9rq3Wneru1tYwIYUpPseDKDgI6llT427GZmGBsOkp4kx5Ifo5Q/EoVcA 3UmEKghYT10P2Nappzi0MhqI4d54/+RHOOYgXI4zEgdV8KDAiOO7PMDKUVr6jor44c5jRe/PaOM7 7PvwCB5e83GRP76TP9/ujx9m4fxc5xxHbyAaEdOsy9MpFwm72HppvmpqRaJ3FlJc0C1oPdgCQRdG +Ej0K1DjIM8iSGpKosm7vzzkaJOO5MOtX7pxfpeVsk/xHWueATAxZe2GKyCiK2aICLterteP1TCT oBjR09Zmn/0yHEpkUEm3VpunnHrDfg8gpJZpYvLLtTI6Ku71mAiEJslFlYhoPpZEjeENEj1/GFe0 ExhCkMpuwc6DA/POSQctBtoNj5rA9dasT0wQCKxvupAm8BB187IsykI0p0bMGv2d98EOHkjkLrCA R1JWowemgjLdV2GnV44N0rFHL5R3sjTG8r6bBh4rOBCAZj3NS/Go27pNatPczFttKaWTJmJYZHXp RhbJ0El0Fi2iIimD2ayF76JOmmiE3bbL676vnXMMr8J2cOT4lP8zDgWb9NRaBSIr6oX+LeyDrdI2 9xtjRdQI61NkIyxoRALQtpU19dRD0ckPZVIGQ1oQwyK0pxSjZqcAyJZ9e/9wprCQddOpMAIp0Uy2 KqcF+47d4mlmKaCGOP+46lM2lYllAms3QVENlUYG4KKB1OfLEkJJbpFExF0tqL0UCQSM4e97ve31 47bafoHd1vdX6jvzm719oHanFgXCDWHNnV5rHwejDlIKIyeekpyTnrLO5FlxSliSvOSYJ3meLScs MyjcwRoKpBr5UvNl526CiOseYaw7CVwtXm9ckhXFurY/3gwmp5lJZU44nc656CSTCqbi70EJvjzL 7++43kIKAEnhCXFe6t/e+XxiEf39Haczr6tvVb68sNV82/w8sxquK0oWDzR3AgYPhAr/5SFXU0DI ABuiAaEpp5JUBXA3c3M3HhrPH26PJ718H0bxfXR+hBGP5Ef/9+gp+pHJ8ONb7VBs3L/Vo64cLQaf 7y2i+/mEusbql9fL27fbx80qBEWpTmmqWaeX09NPX85Pc5qKZNUU4bW22qrZMLTRMfpF5HinMQq2 LkOnkLrH7VG/GEXlOA7de/k6qPE5tt6DDCglq+r9HIkhvgETJQHAvlnb0TXgGPaOHJYMRHRZBYxw ZzgJiAYJdSZIHCH14Ziid7LkSIs6Md6ZZwtGCknhIFwm9Gmx67betuv1tt6u63pZ131vfcKbQTo0 62HQR3n3vio4ytyARO8r7gAOYNgdKwg6Q9K7T2XIAsIPg6l7C4MDfdZr/yDGqJRRUxox2h+xw8Mi 70l5P6f7J3nHjvcC0F2rFMfqvT+NcWetfoQsP8AF+9ODf5cUfHyRH7pp8PCt+3vkoX3HHcRztKgG 4alEyifVmbwhrkG6JkkoGp0LUrqKKyOJqbiKJ4bITqkJTVBD9gAktJ+2kpiE4RYUMpPEUEkP8Esi aD4MQsKHRgQOQJlLTikJgV6m4YHRI6y2128bmXS4enZypRuiZ+lxhuABs1TQ9lZr5JJy6X55HXOk UhTcb+s+usFAMjxChDmLpoiuyqIR7aA3PNhiOPoHYCCE2kXQIkUCD8EHXeXTNa0CR6Lt1SpbRBA6 /P0MJNAZR3MPVU0lgy7Yj94KHo0VOwlEJisRYI4gWqUSZQkek2KO2t/jmniAy4ckBgTSPfgQ7PSq t+aVdNtrdYunE1OKbTWgTIVhYZUghwhzDHXqxUql0E3NGtVSoSRqpjV7u3zU8DyfUlkoQWlChuRA HPwoOLqWOoU2xgOqWMTqflVfY7uFb/SNtkm7IN5gN7Fb+Aar8IpwsbXZxdzQrmidPbLARO29RUoO fDPCAsGQEGWsYtfMeL3KNEdQlVoytw3nJd6u9EYKt8Z55lKEFAvsO5vhy5MzPYksjABOAiEjMRjJ mEruPg47aQJn9kAqcEo0IIeZwHqNKmQLNMjqmDUC7e2yn1+azNZ+f119y88aq5GwUkQY7zUKIiWn eDhM4WpBq0IZ8kElS4RSF6IAJ4lJ8JRwKpymVDRJIRkGGHpLbNwar00uO0UkIWoj4TnFbbNf31tO fsqmordLE8+nZYaDqC9Tnkoo9VTEBCTmzK0hq+Xku+P3NyrDq4Lxy5N8bKpcns/2duGUZMll3WMc khI1EC5BUcr/Awg+Z23zABxOiW7/JSIE3S3czLph5eO0enyPNh6zwMeQGn96zh0u3O/UY0/5IDB4 j6p3zCGfIOPh1XoPxUP3yv1x1up1b/tme20WgJZyWsq5aAlBaKTz8jSXIuGxe3u/be/vb++Xj1ur rbuydr2GKFTRx56ZSe9rEAwH7gE4AiStpxfBgPRmPOE48ztKUIyiSS//Yq/uARHVRO2dGT2NH8aj gsB+rXU35LtsHgGNQbo4MRLBo5zB3oTdSUaXwKj4mMvBIoweGzkyJA8Q1INFIJASRMDmvu37vm5t ve3bba3r1prV3ZrZiDGDSD9Uvt1kBRIqvRwt0eWjZFhna2MkJc47t38kRp92UgAt2FWoXQfa1Z1+ RFUcrTm9pIVj5OkRgMChtokD8vLwfxon9MMS7UwBjnajH5HK/f6dHbmv1fsS/QEu+ENxhA8v9bgj HgHHD0zJ/Qe/exEeJPv9FTjeEtH1/lA3eqtAQOaalqqitFmQuiqWoJjQEzzRRSxLS2JJPIklqVkt iWexJFXFlEGvjCBUvIv7Qig6PoQu4HGADBzCNwpESipTKr1TEp0Y7JKiaPtte9/3PfVtLmDvjex/ joymq/6r7scJg9FqQ+B0LpQuKxn+e9MM0fXjI4bYvDunBlShBS4mAYF1Xkf6C45ddpAHZIQIkzDH 4RQSY0TIQW/EaNiSJG33/brHnWIgwO6016vD0ACaa4Gk1EcI9DYusM/VC9IYBJSsDESSsEoPloWa OiU0Eoyx2h8jX2eRBt1HYkjKxpHP+7K8Xd6/ffum8CYxT5gz9trW25a1Zd221RDN3XsG4NGV2261 eTNHg6+BRmbNKQCYWqRI07Q8lTKJKPsXM1Wb7W7GMRWpF39xCLC6qVtyr4DLwTdKeMDpTWxHVLGd 1tC28CtHfa3RW7TdmiM2RiUywmHuAYR1fYAgEKUvH1IZV4TNKr+/x/MXmU98mnlesO6RMkS479TM Ly8ypRFmX29Q91K0nAyYx1RkZMIjJjIAsUqBO5M4Jbo/pHloVqpKtZbCDRTVrDQfypStxVRw8+Bu 8y8LypNf32/CKRW/XCQXLV/Eb2x7/emZ6as7cUouXpX5mmtmSmQTJ03oVO+T0iUkoCETZFE5FTxn P89Wkk2JOYeqq4okoUgLNcCc152XDRRa4H2NJCGhQP733z/M9PmUhLAt2qYiUHBWmbPMlDmj0oFY MiXF5iS9lJSLJpbXtZ6m3DyuqycVQ5hDqQ5vNfXdqCL/8tD30XNED3TzlqSqKU0qCYBHCzR3i95F +F0R5Lt98KccDg9h9Aeo0e/fSyR3L5D7HT787D1A6/eY5vHX8SGyH/e7AVyStJTTl6fnl/P5fJqK KoMeEpznJwW3/5evt11yJEmSxFQcmv9IAAAgAElEQVTN3COA/Kjq7tlZcnkUodwbHI8nFOH7PwqF x9252ZmuykwAEe5uyh/mgURVzzKrJCULBUQGAh7u6mqqape368fH5XL7uG63vTUhoCMvK5hUK52Q rB9xkzMdHLOJKI9TiLm7BgCffk5Qx1p7YKHZcrWPIUOpVqqVYlOvkDiGkDwG+3brfUOZETOWfoKc 6I6t5oDF7EkrgIPOGUWaEkuBHSnxz/syV8VZ5YkpK0kJPQC46CQiYt/32+3a2hYzPOao9UOaGo1s KzCFfoac/jL0LMmVY8dznLaJ4MjIkMNgKeWlE3B0dyU/pQ/6JLQOWUZKd+mYWAS4Q43Z+rJQ5fgw cvDcHSKGQ5Q3N433j+aHkfy4t9Tx0ejYfebP48dB+NPXHVj8BCb+4T2SZ3f8U3k5PwXU5MPak4Pw DqeA6KYwZZ6jjDp1+saIgZN6FSXFRIYHQqeMKIJ7uEfJHCWPWlS9F3SqUcPULBo1oAZs1PBopgbM fhLGQQ6beXcCZGbGsPkLE/8iE//a1t6/XVqTrE4j7Fz/jRnmNrmrBCQhBiWjgdH2PprVZfGMnUMA cvOl2uX2Pto4NgNZjihWSrEBRkbsAuPgKIOHLWfqAGaKeWWGvc9k0XtRLiOMDEAIxertow+F0UDJ umYoVSInGEeEWMy9Wp4PbSqauRFEnMGk680iUKgIbsPKimWRxZSz/DBIHgZPWoGYIMgPDTsmJQMR pNHcbuO9MU4rBLSB4mpt/3h7M3yU+gH7aPu2b1aKSRo900K3drttbfO6V/ePd43hi0PD6M+np5da V6bwkxWsQipVrUeT4OYwE6Y/FqJglOCL5BGmuqgStsqdZdDK7H2Lkg16qEAEYU5NXIlg5xhbbxe2 DX2LsalvbLcYodEZiiHEBg0rQW8MPpH//jvd+ctXLadYq0T+8ouWorXyy0vG7bMPXS5+2+OXM6ys VjG5TEkoZH7fbGiMLJ4UzD7TjjE6lhJV0C53jl18dq+GPZBkm4SnBe83vayqX76Wjdw/9PIaao1X DdvOJ9dWyGbL/j9u/GidZV1LPFX3Miyuzfj1Nbbeu48g1pLDGOFDGEphl0pgcTxbPBc8VT1VO1We C18KyiJ3o2sI+1BGqrxv9nbFZWOt/rG30TIOpb7v/d/fbK0qbhz2sTkDJ4cYDD8XP53INGqzwLSY 9jFqZQ/uMRTCIM12BalS3Yxu9n9gLj/6nMYIqBJOKku4IBQ9plfFNLsU3hHAf7T8/zT/5n3iP27m 4oHn0D+aiPPrkb0oD0Fhjyf9CDX8ntBAWlnr+fX88uXl+eV8Xk/FzUW0uF3a3rSc1oj+9u1vH9u+ mcValuf69FSWWkhkcHByHEY3MhXyPKTj+iyiTBLpKE8kOVLu4Ck3obxvVua2XCMGEV68LqWUQqbx EAdqIRiha/RNox6LYnZySY72mF5zQ8QUaoQs5XNIIfjsRz+TwiGOmQTKY4+JQShohCVbEMRgNkjE XNFJN7p5Mj5mMiagycgBwUITY0mc9Yu5L0ybQOpL5rsbh4WEd+p46k8OFWrai5VT1nTBTAU8QDJz XMoh8Dgg7LzEJLKAdf+rh4H6+PfzUh/j8KdxiwNqgD8MYBwDOB6O9jiM71DjJ/6DPz7/EVXrk97j T+f5M9oAcLTQAxASotMsllPU04kQ+xb91kM+IvuyR85Nkehvyk/n5JVSJWRqkZyYSbt5U8WgmrhT m8UN2hkbdbG4MnbGDbhRN1OnGtEUY7Rt9Fvb29gjehtjKEJjtH2/beO2D2avzlT/zDd3d1blhxxh 7bjsYS5JH9ch2XpavNjdmOZuT89t77d+o0VWH0VjKVaL+aQ3kjbpcVT1gik5hOCgERSK4Gm6IeiK o6FPQp+EJlSodxsj7/M7xXWAAAzDkEL0Ut3dgdnli0glnDgdV20a3mmwitvgGDgvMAntAMrJy+Vk k6EsB7PxiZ4PFdhMkZl3hLk/P788PT2dz39a1heUZ3lZa2kR79dxWuLpJaoPGEd4cY2xRezuN/G2 7227iebmy7dvm1s5nYqM0Fq8pMr6c5ALpHmxEU0ws2xSzeRi79vUYB2jBFdbnmEr/BSlwlb5Cidt lVcU0Aq9GKXBmDl/ANIwG+p9jI6+o7WEHdF6tIvGReOmdkNsxogwLXx1tcbf37U4FsepokDnhesS xkmrtaZvb4rQ+YRSB8pqZrITKYSFFmNSKWFWQac6fEidKpgDuKZRYKCI0SJO5OKis1AAXha0wP7R np8LStFfv7vd6i8vYiu1ju9v+3JazsVLmMf12zZujXuc//z1vWhdfu1/fSdP9c/P148NvQyj//as f216NrwGn8+dFlsHABV4GGVWPcpqthqq88n1XOK58nmN55UvZ6zO84k0C6CP+HLm3nC56NaGBjt1 2RxkdH10/e3CGDxXkLrsfrv5efFqrmAEzLjQOvnMUiro1gMqOFWdTv7LGc9nc/p/nSQ2BmDSXR2d 6lGYu5nRKIw0x8aAVB4mysevRwTw04SLB/vrT8VsPRzqj3OxHd/tAUY84o94eMnj06Y01cxqtdN5 fTov1U2jjxH9trVbv1zGrcGXIY7bNmC+nE/r8/Pr69PL87JWw4jeNDokupVibsxm5RY22w3ZdJAf G45Pyp1HFXM228TdzcFMo8qdoYAgzb2UspaSRrUAZpvPPGIpAUXfoA5R4dl6gExubSqncs8+5yaX AA9UQsb9KDFkG/IAsxErbJafkcZ3F4IWpCGACFIspLnRLEUsbgA4hmnkei4EbRiBDMi2Q1YrHPGd UxyaLlwxdR6kTDTd/+tIMTkGztwSZx1txmbkFDvfbhazeGS0HOPvk6LQbA1oD2MmCYSfxtjsUZMw 6MCIP2mV7szc4694pEPuR/vpVT+hjZ8A+h1zH3h0VsY0B9EPqAjHAPvk8Dhv4TjAyDCOdfXzy8uy irqyd0lBkpElgVRLSogjxSXL42Mk62dDFt0kJ2smwFDMhH6gG2TKSaNbdIsdsUPdIiHIxriZbtSF 46bxofE92jXaFv0y2tb3few9Rh9wktnSAtOdlEWElEClXmQgab3PnT0D6B1LXdbVaRJaJkmXUp6e 4/1jH00FJkMg3FBK4u5PowchagGh2b44tdyzI09qO4oGMR6bNB/+smLw0freYgQSN5sEjlwZp/4F ZhgMWTl5JUloJhtBC+HkDgAo4JiThoEWVKAY6ueo/rwZfhhsNsfHgRFxAJEDmHKqyqxUX4svxU+L n9f1ta6vLy8vz68Foct7//YxgDitBFTqbi6ERmvbztZrb+HV3Px6bbLy9GT77Xb5zlIXL3Y3uxEE w5jakQAyTcDmDSsDQnDl7lfmXNyXUKGfQ2vYk2wJruIprMKqfJVnmzyEDFFHGArNmP0MkA6W9DmP JOB39hajRXZVEQCY87mgD3x/x8lQUiSWvtrI/oL4+MDlgqXg1+fCcpZX+jPk8JMYVBcLIaOHhTmB JbSZSYJYzcwUKixMwwgGQ4zV8FTHuuDkKo7zqt9vHJd9Odv7Dfv3ba2NXvc9lhv0t7/b+UvhRbCn r1VxO51P2uL85Zf3f4/n317j7Q1+xlPtb80JXxZ/Pl/6h05Lv6nWX6LtftWF+h/frDyV616+b9h2 ws0MYr3tBgwXqlSdz8az82XB68qXEwtVF6wLaYiq1biW2Aa3huhixbVzBNswwP52wT5sLU7p2nBp hbJaC2Echebrup4WPJfx5TSerKzsTv9vc8LJ/kCf82ku2EHzzCglAor0bUgGlIeO9v8RLXG/N/DT jPmw43zcX+b3h2YTfOzTZn+AGvl155MfnS/3J8xyYk6u6Pt2uXx8f3+/bLfeg05344UM+Gl9enp6 Op2XdbVsPRy97/s2WpNSWDW3+3OvkUvpIUe4R2zc14O8LIN3ShZ3HmLOIPO6MBdQ0ooVd5+N0jJE InddXgpDW+ttdBwxp8rLxTkjcnpQFaZBeriHgwp2AK7kBqjZeCbrLIVwQ2SDNJGeuzAjwGwPGmQu ZaZIKixon2E7M0QhhoVECzOELHTEoQHQg2YDcxLQVI3kMGPmRFg2p0s+JDtDHPtcMUvv8xoevIiI o989J17Iw+dqfaDPOVf7ATVw6OyOAaNjyH2SFvcBqYfv+Efkx/2Rx5H5SH78R3fE42/EcVb28Igd luD7Af8I6HMk3m+W+4OJhu24Fq5So9DYM9d+5McqC3gnR1jIm7yFB0tgad1at4EqLwlKYQVeQGBG 0SWwzFzRyGBsQ0CRdXeLDjRqs7GbNumGuFE3JjvCXsu2lL2WvXirNjxNLzYm5qJk4wAD4OyPQxNp Rtn1Mgisq8zuWEpuK3Hb9z5kEKkAYY5SEqsKSB+E2UH4GzDjQe/XfKZBwNQTRpg0u37MNmVFwPY+ uoKWWeyTO8mWuq4Yic77bh5WFzOaQJUjJchhg+yMk0BxpOAaFnSjVdiCOXelfpr8HGA/DjPeh98c R1MacvwHP8eZ1K9x29wW+FJsqcsZdtobLzc4tC6z1/O+YWszmx50al8WWlmv7wNRnl5sv/3t/dte l7PXQ48xTzJoNWKEutPMKI659QAQGplCBUBwurkrKlEEQIXKlntVKoKJFeYxWmsR4ugBo59XlhOL mxvKgqpipBtKqtpS/JJScogyuYCT46lq69YHOTA6erojgiPw8YFb19cTTzVkdK6MVVEBARW2OJ/A BdhJV2zuJrrGMAPYoYXmUhALAUUIMYDFgmJ2ULGQm3Hxt5sYG1e7oo5t37/3Ef1yge3t9nHpvYz3 v1/20/llFeW9tt3X9fTtL+/1y+kU11J/M3Fs3W5b+6d/Or19aF251O0v36ufe+leYm/4/eKn5+X3 C953vG0WVs4ncNi3TZdh+xVNdg20nTHQd5rFGlzNVtNzwXPFumJ1nZdurqezlurLCoEjsHeeilqo A61RQpPdGgAn62C8bVw8vi7+zO4I9aEhN/uvAjTbAcTcWxyy0HzErBR3d5kpm6pEHFbVNEz/g8n0 H06vPEiOx9n8DiAegAXvgZ6On++xxzvtEXPkM3/iPxyAxJH9l9ve973tt9u+tYBKOT2fn56q9g9T rE+vT+d1dbeGft1vH9fr5Xa53vbWR3YNyzqDkvGxg81I1EB8ntk8PR12+WMhSfo0a9kZ/p//pRlj no0m3by4+2ORHblHEbjvt9Z7KArdBGTbqM+duybpEUdVJvOW5sfqKcMbs9TiHsXgIg4IYneFSdbl M9HLc44GcsknlSEZLniKLEhiuABhKICe+pK5QiotsrlkhAGDDAMnj5/ZU3f4UjDdfYLKMYJiCvVn rBdT2HY0grH7FcZEJ59e3+zimWjmcVL+EXA80g8/AYWfoMb9wUehR6LMn0gU/fiSx9vhvjzcsfLj yRC4O4o+fU9H1DoeKj456vIy1nxPzBlXPobvY7TRGQZ6rwY9NTqgGsN053gA2Ew/iCJ4oAyVCA8s TWwDQmFZURxGWAVrEDKP5JatyBd5yXaHsAKmQ3Mq0Dkz1NMnKYYc4QxnX3xbfFtKW72tvi2+19LW si++L9art+p78ZubzJSSAFh2rjWY9zG2bQtFcWIMRVAgeTrXxeK2xd5SokGrVkup2YF8aoyUVRWk 4YaZ65Dy5xC7aQA9LJuX80DMADzJkBFqu8Zos0VqjoipOjLBUxKXEmarxX01DqABDg6yHRQFj0di 3vKWrUkrzHIncpB5R9jgMSAfBMPlGNK8D6jjEWEiFxIG18f1bUQUL2QBaqnnp+fX82lFOYds3MZ+ GxGErb7UdY1anDSomltZsF21t/LytUF/v3yMujx5mcZ7JKI3m2Ih0IxHJkduahwtU2/NguldsFmW FmKktBYM+xzwJTD6vveeQgXW5dmWF+EsX2AuP9OL+ROX1aqzVixhHuafIUqHTscrlcXa+T0YIyJo xPMylmVQoT6gsBbRG/rGvkWHRmB0YCg26CTtzhqKQLNs+sm1GCM0zAzBKDtIcTH76P6x82PY3uzr wmvwttMYrEVm+7a/X+PlzCuW4SNGe3/vY79sew2eR6zffr9cGlaO93FrVnEd9fTr+dQ6Y9mu9vpn /7//ti/r+QvUrjdaH/VP/+svNbZv3/3L17q1iNBtR+/l6+toLb5fsYt9cGu8DVy73Xpcu24Nlw03 8XrFiEjVaxWenaXqbHhye648F53PKs6XE6zkZ2tr4VoVgka6ncJtrLyVgITbsBjy8/K/W9KIaWkg FBVawUG7SXsKS0qppZgZhBHRR495h1ifFoNPG+Hxl49T9uNfe/jBDkFGPf4mAZ7Dwx9m5LTvj4fZ /z4cH1mQO9p4nM2FFCAoYPC6lFqW07qc15eX56dT0W032enp1b1Ei+1yu7xdLh+3bd+7RqTTDzzE LixejAUp1qPuIvE7xYFUjfGAVkeV6i4fnxNBEtRpRQFC6gNGr2kktLyD7e7zI4iI0fsYAWaYt2Ze RU7wAKigPODBsNF9iOazdpF5IjKYUJQmurnkU7QJKS0CZijZY0qMO/WVIR1TZ8/saBCWHbCmJW+I EWBWMnKGfqyiiRPFpt+E6Ty6kw5IlZljdhGLSGkpjkSPCUPzg8CMSYDuengA9/8V0iYHfg6YPAXx JxygR3BwBxyPA/jzhz/wDPP9HT7AiRemK+HzgD/dCPbj90dmDgeG8QPI3ofxT4QKH6AuP584R7tC itOwpRW2GL23aBswtFiY3VvuhJJgm3UEpitKkmBgGcAYoC1lXVGSUqrhFXRylZ3Cq3yBLbJF5vIK K+ACs/AiLzSDW3hF1uWspnSJGI5RKGOYReGo1t175Vhsr94W3xffV9+Wsi/eatlX3xbvpbbqw62X EuTe9u36sV/ft4/328dlu11i33oIY6D1NG3IDV7cnJxKPzPEsICG6d6tXscyfi++jDRS5ShOOGMw WBGsb9FaH2hEt8/CVg4DHRKRAU61q5dKN6Cnr+3wv1Swgy3lzESAVSpU0B1mfJhID8VNYocsM8Ux 5h2fFAgmjsk54v7AJIsKEWO/wlhKzZcYzP1UfHFfvVS3Squ+LHU5l3pel2U9PZfltdZzdRPbvu/7 7k/PsZTLvpuVJ/NkcuOgoxgxECPb0RBJOBjhQWQOyrzeM8tLYEEgrOUGA0w9coBhtOittTE6ANmy uK+CZScyohBr0Ghn2uLryZZXL+EEvdgSLG4l6FRmEg1FZG5RVrRFyKnCUROKiNpHtDbiNvquFtG3 aE19j7GhR0QbIseeBXGTGyvZocKMww8rXpq8aeQFaPKQNVnv/uWk7zftu/Zt9D1C3EV1PRW/aiyn ekKMobraNk5Cha2Nl7fLeDq/bFV//z4+3q6wZZM+Ansb5r69bYNl9cIRtry6s7h+fxvbDf/y53K5 tQjbuwLLr69Ujz1RaKJsaYgN2odvKtvgVbo0vw5eW3w0v26lDdtuFgMgbKBCC7E4n82eHGvFWri6 1opSbCmtaJzLqMY+FCJkYea/vv6XtaBWLsXWiqWQMMlK2Wu9Me8Ns7RPkEA0jX2MXVlb5bjHPWHu dYMcmEBkHJDimJ/ng/eM0TvguGeJ3vH73HeSg/xMjfyBSpgvWTA7wN3TSz8Vo/ctLEkal9P56euX 19eXl6fT6bSuxTm0XbaQrafTGLx83K6XbestCFuKL15Wp5ukGOmjN7IY/HN3kXGfP5zdjLE6VtIH QPC5YB1l6TyMgsLonbRSl7q42bG7nfMGCTnBGNHHmMs/PltRwnPfpllPzp1W3K0cRATHUXkxZJiR jRTex9yHxgztyvkSAjWOUGoAaUcwFZ8kg6hhEyvQGEYBnkpU4+DMDoRJPk83QVEmSQ2DpqeXdqzX 9+kystsM73iWf/CR/LCn+6Q6DueIjkV4HDAiPwEdihYdLtz7EX8CH8ymIZqDzf4jAPEAQe4eKzwc 8/Ot/Qi774ey44c/HvmRCMGxpE2hx1FZu4+UfKKS8Forz+vzqb4sC6nL6JsUTpSU8SHNRnFPUZ7j QYQ3UKbcqwKmUr0wRfsZSVNIJ9awKjpQhGVwDRawiDW4yApsERfZCjvJXsCT1VVl3YftLUI2xFCJ 3G4ih1sap8I4jOGI9OhWG9Va9bZ4W7yfvC+lrbUt3kyb6UbdIq6j7W27ttZCck+2dIDyLJ+m4kpd /AERHgs5D0Ms7/cBde+axIddjTTG9eMDGDTdG0o7kglJy70Jni0BNEiTl4IsTwPZlcYAsBGNs3yW o98nmLAC83sWokZr2621pjFGdEFE9G3fbpFkdLQgs96U70xIAjVjfeZUAEurMg2+HAW7OcfQzLh4 XetSiy/0xVkNK1nNFlopvhDFyk6NjzdCbS371lfaUrLaKRONdEhSB+np4sl3JqNFD7cAbITcUMwj CVRQik6OPPM5ybGBw+H73gSLUDnDSmEEsCO3ecopqGdimHk1W6ArRTNYJX3xKqvBKl9SJJDxI0yE OYyRGzynjHTMQFtRM0y/K0ZaZzRABcbEcC6BpLxEC5fVXsxAXwtugwEVWs8uvmZt8OlkkrUxE38H QFoXfe9PMdrWotkLiuhXWW/D6Es1q23feKq/FGvbvn9cG7rdwlrb33e3l0Lhtvv7R4hsKte2qxu8 qO///CuCskIyllpeKgdia8egSFyazQ04J8lBi+AOdfmuchm4hb833jovQ9fNrmHXhh6uAVEWckZF LD4WGwuOPtRMXktmo7ycyuQBUxmFiFNrMYQgocERMQA4JB+KgJuXZWljbDrWMY1ofUTen+mBCihS 9zCgcXDjTNpQR0sPwIGehB9whDFEBQrQwUHsc7JmhlJO1vJhKk/A8chj+8P/jgciRCTd16U+n1Yj CI3YLtu13zpJbG0bndfr1kb3kz8/nWtd3NFjv1ze38c12shOCz0iGxVMSDRdr5g5A4jDK5HwQ5hB 1HYkCOX8NruYCpSUPaZc0ojW0cId/snTDsWI0UYMEV7ch6IHgzDRJwmAEF3mimGIzH2ZQkF0hoeK YpDdaDOfKWtpmVKKgAYzlUzB6AYPM7kLw0LStIcgqVC5NMBgsZBjxOFmSGtQMAYzPZrZ95qU0wYN Sr3ptNdmpUZAwDnX9owRM0oG5TbnU2A0zY2IbGojUf1HSY2OenzCmrus+JGOxo+Y4HGxx1H7Gw84 A8cYu/MNj6+a/zwe1fyc58+PI/aPWlT+eFaPHIp9QqYpvjtGGnAUWe6vTeBrwH0Hqd7GGFBZTfVU w2zbZDvgimVkfAvzOgcj4AYBXZyJfHMLahHqramgckqC3CLlyZ1ywCPd1yqABxqloAnhIsUwGgwo wyHvpj6wXRuFnsnVoIydqWhmTLNIRutkhKaGYcyrwOwUFKILJpNKlut7SIN7cpJzJYKnQtZ0Q3dY ISg0sOWQMMSs9zETbx1TCuSY/eo+caEpGxLJIwqjLNx3MDwsOOXSI3miQQKDhGDG4dHVQ8OMS2BJ R5jkYgOG4BPWqBIDuTEYXdsGLKz5UYTcet8+rm09lWKkl3UpZHv/uLZm63LuI6qXX355MV/aNvpo gNf1VGqxoxNOTqHl9PLJmfGudsjbK9++AbjbZyQDkiVmXZ+8LGP5Lnz7219VSv/1t9/Hrl3Ptfqh joeZRxAKKcDEUgWQWKuhRwhGICLruAE5udMCw8AGiSjAnrVTX+30dLq9XSW0LeqyU5UaYZ2xwnYq O7PcoDr6Ftkch52wNGal79IoOb0imlLxi+DosqiCzGTFjB1hNGBE9BIGC+no5QJJedpQBPywKToG jQslib67h4VXw99uvtZYF/9901Cn8d8/8D+9+NalaLAgqMDqam4V9k/VW9h7t1uzjRE9ztyx4Qb9 5je7/pt6+bqO3qAYf3L/fedpRN+Xxn720wZdP/jkcbsVr/j69PT7t+GX+J+/FkhDi2EP9F/OHDtv I8ufuT+hEQFLiU05yCoArjGSNTZuMjQFabtlOb0SbH01GAMYXuzE7nJYZBiDYSQx7n/+8n+ZJfRH NRVjKWWpdam+FntasdbVfQHXUA0hNIQoHqcVLyc9nXlabKm+Vi6L1lXrqqWqGgrghlqjrr2WUawT zdjNI5OY5mhgT6EjrdEarGcbdnLQNtgGEioHe8Hjh/s0/fRgkbWHHx53ikglC+D5mw0Wo7Xbfnt/ u35cb6pNoXGROkrxdT0/Pz+/nNd6Kl6rMfrY9721oYBSlwxk3s0hes8dkIQ46iaJuA/Rxn0x4f3J kwA5NCDHybOAhba4OxUKRYuxx/5x296vt0vbu4YCmfyCQ5pA3Guohnsdw4Hqsrlmky4zWc7oljll k9swAi4ROjqDpbMuzS9x77sxQwgYw2LOv+AwaBJdcz/MJOaNmD1RJEeADJombzGvwRSYDE6X4CzN HFfMjvVcmAWguex+8kPH258f9FyR7zWRtMg+IIFJMutzwv2BaeDDKn4XZzyQB8dR8MPXMUvjpyP/ 9CV8Pu2nQ/2RArHPy/MDMZbPuKOlhC/xeFY8vgXYLcL2cb3cvnfEVy9fotRWaBg1OkUkg8chFspc ubusJuOkve80mTk5Q6tk9172JmRsl4GmAfawcUhWKRagSi4ZzEWPwNi0bdh67VF7eBulhbewHrWN ukdpUfso+7ChEly2bj04orSoIzzS1a2UNZgdn5NTbnJXZSwW1Ue1sbAt1ku6eXVlfFhcPS5Umnhv 1I3q1DB0kygnBtEhS3drQu0UpZJwBDDarbd99KPBWp5CNnc0mGH2CXAgaLW3xcRTJS0voCEMQzbA MK2Ci8NkgGfIGOSzbWqxvA/MrMXYbrcAay1ubm5ezFwft49v72/XfduiF8bK/vb+/vvbt4/r2+Vy i66lFHM7uMGsnmu0jr0Rxiw2EfM3KWbPaIAzJjQOhjGATrrxtJ7WQH9776C9PmHfutfFzLJakiyC IjJAPQMPp3ecFnNfZjmU3EENUQQUXbTslysGOBBVsFpiu40RsazuvhhDcgPELhnRKQeNFK307dKu H+b0MsuyAHhnKEk6LKk6NzvG/F4AACAASURBVFZakZmV5D+8mLnxyQusyMpq5Wy+WqGVYAEKzYES sACzcbgd5W+5DIAjCrUUez1xdawVT6tOnr266B7PCwCs5NOqs5uHv57tI/wW/qUuiPp3MSIW76C+ eIgY0dBHj1Z3qch8VA4LYPgXx2XnbW9LXQfkvpJRYyH2EL69t7V4cd939OYRjWaLnWCjtRk2NTcZ HEdzibm+GCJJspJMJ+meZvlZzgsoZDd513rtS6cbFNcIoTX5Pc5PLLfbII0mMsxEOFiFBRbGKNaN PlB2MUZuGyxQqq/npZ4XVQ/JRthQSoS6FBKGOAYUSPlYuiZGJIqmYApqIEIBwfZc4DRGSFEvUoFE dlgoQjMrm4Dlflhz4THz3MiVidtzjE5oEsd0HAlKx9D1ir7v+2UD+z52xF6cy/NKC/VNaOtpraen xauLijHa3tutb7siYDzytRXQgIwweB77YOb5wwrGw3kvMTFx1kAQnLVZgqngQ9BUCGDsfX/b2KL4 jmhjRO8x9tH3NoZkhBeBTlEtJu+jdCOIPgA7Wrsm61AwXBy0QRpUpDGpIHoIUDMNpkmXQAQhWYmk DzmOarGorEjn6j44yUxiDBuSWYhCN0EJbpIVDWIOu6FIMmOCnkgglH0uUtoRR8/SbBRpgnGmm5um vRaRZTIAkhiRyE4d9EiYPjvH5qcxjiX8Hsh2D5K5f1aPBMMdc5S7wPnACH9kR+7U2uPPPI6vH4+c 4ODeHojHQPWHo90pEz084X7wx19t9yq+fhBipwoBENAx3uMWcT6X8rQNdbUSW99LMSuVvWoIGmaQ eUSgBCpTmoNKBNFEo5wdKiPMXUb1yCgkHZye0kfdUrdjkDgsyozczQFPAFHpQ9alQGSA+ry5VQiO fJuhnO7E4EDpTNsCKYMzMzozJAPuTlogBtSNYRy0ODxNCQRoB18VI5sQpZBiNl+almgWoIBFqHOp UygpQlWxygUOqUqLESzRkbcNgqKOIFFkWIcBGFlPITp9vdEXi+eADYZpalDN5ESbTLPt1DF95X2n wV5VT0lrrUu9LBh966O6c3SirOenp39ZXv/tL3/59u3qTyc/nWFD/e1y3Zczgv0vv79fPl7+6U// vLysx/jVfr1++/4Wfa9e6vr89HIuawHG6EENwehmlslnbrOpQ2DepDtZyNOvv/2L17/dLrf3Szuf 1LcLlmfzyaUoNLm23Ill+TfHgosjAwCGJdCyHAglbEA7YIc6cJ3u+lLXJ7/+3pcuowUCbKEMCtsV J3FH+CAcwWJxse0NfC2+CHa8qaSflXRgbhnJRMLlbsDusoXRgYVlMwTGE3wAK7ADPVSBONaBfcDZ qbChDLAVqEBV8MieczJK2NMJSHELCtGfig2NAKo4qg3hP31Fb8uIsp7xL9AW8hgmbB3Pgntsodug UQz0haP7aPhCPHeZ9G/Q5Xr94sX36yX8Xf28N+MAxr9/2+JX//burQHg13M8r+PX1XuPbc+oA5my L/lAtqTJFhtJQcKyWkYOI401iDHc3SkTGoBOkZblChvad+wDV6oCxfW8svz+sXvq2l2lsDoiRh8b CTdVD4E9Ro8eyObDhpQcZtqUAZJnT3EGkSjDIpF+LizpThIDllFVUkris+wySx4ZWKToshBbmkmz 4enQHjEUPmm9BM4yaUm6LwbHoLKUo2Ne1p3ltmMGh6Q+YutBtx6kr8u5vrw+rQX71ke/OWNxOhEt bu+Xy+W9jz7UIsLMwm1SE2Tg8EnAcoZJrd2ks+cufOZvpAuO0yUKwCAx4cgRlShSWfgcfdyuW7vt 1qXWexthAubbD4Iu4+BwONFTSTFXJ0lgwJNAARGmoeIKCp0M0iJcnEUdiFKJHrynNoeY6bkwDWJ0 UlhsRoOEZgkmpv0ddMGCYxInOWotYC6BLVNhXG5i5Aclo5wa2cziUGXk9n1kOuHRlGPMespsMveZ V6G54kYuS8qIa+1iCXJOK7MeyTnFgjiyOg4scv/66Z9z1T8Gz/0J+nH5fyQzdPAxj4U//vgEPNBv 90ceOY9HtPH48vvj0MORjwPd6y4JPg5GjQCGRmhjnPzp5Ysbb7ffrx83vLG79cVqCcMYhEQbYeqd LsjVBjFogCxCsAF6Amv5lN6hIlbDCLaYTF6fQ1p+NGJN/8KQCjgEQD3TawNhRiY1SFFGHcLV4xYS PBCjh8nAmk+zOdxmDcOMdGTd0QhycxDsZkEFBaswI6KTmzvMDOHQLLpB4wCvHRDUiezDHEA7Pk8D nWEH8F1JKxanFXsfjhCsk1KzKMAiawPd5n4iCOvuHyPsuq+ndV0temjMJkcQiA22U88MkyWSCyCZ pIHeyYriEktZT8ty6e8x9n0AwdJOp/NS68vX5/36fivAaX22Yly/m13X5fVPf/pya9tf//L9v/9r /5f/5T+dnk5ARIzr9ePj43vHKBXj+vfz2+uf//mfl7Nd375ftv76XAS3uq7rM82z+kATuB/FWAAn p//y5Z/309vl7eO2x/l0vV1xfnqxpAWBMbpbSeFKzGEqge6mGJnSEzE0aFX35tdjHOIkkuH5WcQo y9Np/YjbPtaBUkypOhfIIbShQt7ULbhYDNB7a7c3Lav5ufsCpGdoTh2CEJHBJ1mwP+ZzDfEmqxa7 VEGQO0jwBjlQDAsg2UYtJI1FVIwCmMamCKGoR6gEN23aSTSci3yhmxHBEEopUap3ZBGmTlMGa06U UYueJQKD/BIKKYQncGl4b3DgdcHJER3XYm+BU+i3iqvMFL+aXm389YpN49dnG7bGFu2K81m3PST9 7YNex3Pot5P9a5v+KEIOhUpWWDT7kx9zqACwmAVgGAaau7TCwsNhzcJksD6IeKP2sF0sBGQ+9PtN 5WP3WdozL46lRIyxNwIkZRbGkAQzFPNazN1ZENr2oRFLJlrzoM/MMogSdNJttkxPlFQPscWsF0UO PAkaAEIRQMSABiFFVi6GZsGMkh2zb0boR+bxkyZrpEf394tfN4sAYJMi/OOCQfppef7yvFg3Di88 rUVjIKoUEVT0NrRdttvlcr1tXQOu7JwIoQcFCzFCgzqcCXZU0HWgh9zpyWApoMxVIWNqcsW8Fwg+ PRhCUrAj2oiRbzIipEEzM4PXjMkKeByhotAA8t7LSd9ibvTlgDQCDsoULmTPR09bGCLM8gY3jAEL wkUPgTGY8nV5pFbUeZ+jQQadAlrQJSvhRHRDKj+yAh9U7pUDGHQiczWm3sKSlKGkKTuYW34dGJSG h9pKfvhJw+ZGJP3tueoI42iJ16FP9iL7wD3iAyEXNBy+0Mf1/pGQ4A/D5vN7/Jg2/Ti8xo+llvvP f0Qtj3Dkj7/68bX68cH7G0lskTrZx4McYuLPYyp6Gze2cl5O9nqqZtfL0jWs0SutQMtcdYPoBex0 qZi6iDia9w6VvVll0GOwSMUEsA+IHCaPeXo5GivRxS7B4CYF9+QQpN7VCVg4JM08bhHpV53C4tzd H4ooiiE6j6AVKT3qEjhGaKSWKdFk3oZORlIPjPAChkVgPenpZIaI3gkNhI2WWp8sS04kp051Iaj4 BKdHIApxI0jyZdEombKgkSEBAUUJYKaaRgEAbjANQ4+3uLSyvBoisDNo7OAYcKYOxWr23iLTOB6K ymHwxmMUrcvT7XKLEc9rnUY3E4B6flpOa7/e9tutvrycXn9Zb9+j9cKXX15+rbb+9//nr//vv/3b f/7P/5uyq5Habe+vv75+/fL0cf3b29u337/V38rXfbv89W9vsC/P5/L29rG3eH3+qojr9WrC6bma 5x6yRzTDQivr8iXOvF7fR2zFNfpqywKA5uamkAQYGcK0q4ikk8O6ggyMGMx8ZAazLqIZ2TwbJAGS u72cTuN6ay2ao1BVABAMA3O8FVNoKN0mAbS+axTuXH5VKc6Re+PE5ZxjLFseIw0NA2QiGFkFOvQC 7mL+2aBKtaMWvk9/kOClIxbiNPw6BMPa+k2qcOxtvLVxutnzGVZVRDPVTlW8tao9zg4YDVaoTnQN M3MeoTTQMAEzK/HpbGuxISwICHEuX9zGUBMN+ioS2JqD8VzH193aht9e7VvX9hG//Dq2s39cQtRf v9Nf7UvhebHLNsKchAcewrIjaIb0LQ6RrhCsOvvIe62CgpKjrzZvlN66XeEN9uwYHIzkZODC/xm5 ExRDimAbaJGF1dpGbYNtKEIzlaqam0l9b+16ax/Xdtvatu2327hu/bb329a3vbW99xZ9j9Z7H2P0 iGCMqigKP4wZbnRP2s7M3UoppSy1lOpeylKWWutaqy+lLnWptZbqtXIpWIrV4ktZarFaongvFtXD fZBRfLiPYoOHrByzBj8rvuu6fP3l5fm8npZSi3H0fWvXa9+2kGCO7XJ9//0SxvX19PT68vzycj6v 62oER89CEAl4qp7os36fERtZHZgdLjxNIbnqHOtbMh2T8yBziTDKXPl8ZUcbUYDRzNyziGYqR9oS OBXx90VrUi/p2tfk1WmiYMerCGSpBXnXAUhj7sMi6HMlnAEbTIFnvnD+joRGMwYpL2xKtTMo+i72 DJEHKsuX8AjPGEqCLkEheQTQ3b0AmjXC+fLky/Kq2qGavHtDpvw2P+jP/hfzTR/rxV0YMd/s3ajy uNL/9PXTwn+XhtytKI9YhMcjd0xwp0P449H+f37XT9/jOP79IPdfeldvzDPkD2d7p0kAMUYMqiPa tmOH+RKnpS8L6atiQQYhk0YnCtIkPQrDIFrQBjNjRaim4hhYKTN12Aia5z5oXn+B2ckmLMEBSXQC zgJF631rESP52vm+5mhkGoyz5J6CFR0jNz/gue9l+rDmO74H5A8q67uR9ToJXdEHR9jerKmW5VSW 00ANW2insCpbYatshVf5IneYpWYFlh0MLdM3eBBMKXIyi+pj8VEPH81ivZTsizaqt+K92qjWvXTz 4dZMO4JGY1yhHmLOJ1KhMB1DowMdVqCaJRoEaE4vAtytj7G3bSnnZXlyT5LavJQ92vvHxYDz02st PmJ7e7+aTk/PL0tZ0C7f39/X09O6nkiOfnl7v7gvv/32z19evp6eilxq7XK9trGt6/r65aWUcnl/ j7ClLG2/vn28KWI9rTkTbLfb5eMmwH0ppY7Rtu16OokwcCU5QpDcma4PpTB3SkNAIiKhf5c6OWYD aAPkCSapmoFPzHhroS5+eb8u5+fiNFFzJ3O//dP5CAnsTX0gWVAYdzHg5wzisKRBzabwBkjCOqts QcjSxMDMHqSsAw6td+8MkZOgiNM8SU+ZswGNOV2pUbUUXFsCAg7g92tcuy5dt80WxNvmH7sXETv3 zjpYQyNFqYM6Epa7ATDSRFuMS6UXp1U3R3E3eQ1zoLIVPi3ywsW4LnhGKPC14hb6+82+nExWWqOk 26Yvz2rCrbuQxKKZGJaFaRRQRxojOYRSEHKjGOYpzABFlDBBqzsHW2+3pPaL4ouHTK/UK+jAfwMF DNoAJI0RLj12KnFgCJ0Gr5xpHDH6aNsWrfveuXdu3bfG245tH9vet73vt/227dvWrvt229ptG/sW 2xbb3vbWe2u9t9H6GH2MERHKvURkOGB2SV7IYubp1XJ395KpWMWLeyll8eJmw9GMu/te6nY+3Z5O l6fldj5dn0/9tIxiIdg4OqjRcK4410ozKOJ2u759//77x9utX7uEUXCjSV7r0/Pz68vz0/NpWdf1 tFSO0batjR4S6MxNOhMz6Ej6AqjsT/3Zu8iODqXHDg3ZonqqgLO199FvYIZ3U5YqEZqswIwqVCaH BphhSJ7vKe2sibWDnDrOOTWGgUcFPT9Tm3v8NEASAmPqhCjYjOtISesUB40so2rmUAnTaZTgJcUt CQRSjQpiHLvslI9OzScOFYgowKlCQIhDlXZfL/OXTsEHqNQnHmuqJubIJFMyjcHEbH2c1fG71lhM VHSHhvdle/wjDuMTAfBz7b+flf6Dl+iPL/9Hj+vhQf2j5zyiE/0IOOIPh/qBIPkRcBz/yJ27NHqP Bd2kjkVPsGWzNehrxKohS8FVttpENq+v1MJRLdxjMVZLofde0RFZidhNnVNc3DKFjqnRI4GSYy/b lFjeIG5qGtcYETIesWBZeUwZchZZkqvgBKMTL2KimklxBcGcMrIVoknEMAQZftAgBJOozXnG3OtS wNoj/fN1+CIuwEm2BqtsEausyApslS3yCltSTwgv8Cq6ZBGMMACUMadhhlNm4YwKVQ7PNrzs7lEc hUFtUGM0aFN0xZAaOqT2//H1ts2N5EjSoHsEkElSqqqenpk9s3v7D/c8dv//19zt7c72dFVJIpkJ RPh9AJLF6h5bmqxbUvFNSQAR4eHhjtylSAKZSEijaRhDKmFqh6osy7KeF/NitgxdE8yNjet2v7d+ Oa3LshK6Xj++ve0Od+S2Xfd2hZVPL68plOrX29eP934pl/V8Xsr5vJ7N7Pr+z2vr//b3v51Ol1rP Zv3j40aU01q6YmudYKmrmWXo7f3bfdvdy7KsdSm99957rbHvIldnZDTS6QU/VueAK0i6QKkDfVhm uGvMFJM6uqGJaY89jsXuZoi+RyzLyaaGzEOq2CnXmABCRgRbUiPtBcOGLYsVM9rTjpn7aC6rYzQD s5yqhMEElWGYIgFIwUdeIhaqGz7DG3KFJRjQSttpAlzZjO7Ybw3muRa11Najh+7BveuL8y14DVsJ id+Te3BV7jvuRCS4IToKucj2KFShakeJbgbPxS1hVIx4ULASORRPhtfnQrds1Gkpi/Gj48sZ59XM QVckPlV9bDZOZBFCMWTQjCmwODTqyakcZRRk9ThmJbopgtUAKOlo/RqZTkDZUpJ1Uw868D/ApImT dCGgPNyzMAUwOPDJUqwuC82k6LFHb5kEqlCFRVgkl0pmiWRP9rAW3FvZWtl2u+++tdha3/a2bX3b 2n3f71vb9r61vrfe9uh7tBYtovfIjgxmUJljrElZJNeQX6QR9Rjp2clG6zZVMrT4vpRYa54XrTWV lulu4yzQqd4ZH+/f72/v94/bdttvuwT3ZT0tlUUf9bScPv/1vF6qVQJIxb5v19vt47btLSJAmM/T 2WYiMUuuIx7PpGGOxhy16aCvGIrJwOFIOeSuwPmvo7IfI97j1F3AiqkQYFOVfHwv45HZE8XkHEwr hCEsKea0tRVNNrowT3GJOEZ402beM3f5CPEDkOc4uQFw+jCNLXrMwc7uEU04jFEA0Q4AemAiPP7G 8Qp6agQkGQD4dABgtodmZT/95gBMD7lBuTu6Ihh7wX7IfNGPZXzE3J9uY0zusCnWMxrxOBQf7/C5 k/J8tz88579ELx74k56+fn6dH9888g/7+ZfPecnzQ/hn7OR4E/b8uiPVk0KOcvJ1PRVzl+Le2z2g qEXlkDya+BDo4xMepT7NieFfb+qM7tlG4ETujCZt0N1y9+zQDu6mZjneehqTKIP4BDAa2hY9e/qP vHg0NUbpOVPd8dHPj1lHw0PHgggwhnjLITPIIaiFwz93zkENlMxEUyrpqKt5YbaxQ5U00KgiFM0o 6ImaLOAinGQ1uYLr8PiAr+Kph++77d1brj1LpPcxQQNkDmK7ju7erCeOwkJQRw6iazATmcCu3JEN 2ZQ7MpC7Yk81KJRShtquHJyPLHP0ww5xGREspa4nLxWllKWezAscvcf1fm/368fHR/ry69++LK7/ /Mdv6+n19cVu+8fH932xUhaPHWjcsd/vN6K8vnwi4VYityZ4OS3uIiIawVoXZY/YW98Jq3UppdZ6 ktR7Kx73e9bTydgSNJYjeZ+8veGZQEAZskYoQzC4c6paoGkQLhiYihV9EFDrWhTJQnKw4YbKzxg4 pxiSiiH6fr/vY7IQgNyVzmB22OIc0sj8sagOx6WpyjrW44gyUFEasVIh1J4LVKUlcFVSKsIufSIb ZGSnAijm/Zjdj8q6Z996Vua6aAsJgGUkrGAtuqfuwgKs0FWZQElvnbWi73jfcQ/PXBYtsdUM72G/ 7fVjW7VZ73nftSCr85gARlBKyJUE6CxmZK22LlLiter1pF8W1AUkX064hgphPuYZXIzRiO9yJw0O DEHGFArINDd5mgMuuE9x6rCi6HcpbDRKyR3WxF108P+aal2z7DPI8XC7nof/bJm7sy4LSCGHhrrU NFjEk/aPI892oQomLEIVXKipc8oH7bCn7932Zvfu2+733fY99pb7Hve9by22lvuOfcu297331qN1 9Y7spkAmlSmNdERSijsQkkEVsok6wAkzoFieajvVdlnape6nskP7dc9rU1NisdOn8+un85eXy+ta 3O5eSq2filUm+vV2fXt/f/+43betbZE5JQJH64JjDAthoIaRW8zqf67aYeRxzCww8BhsRBztyUkv S4YsgTTlnGU1iItlnQfraJCAnKDCeOpxwcvo0fggkUxcYbTLCuWWs9afKQ4AKCdXagzcj20Xhul3 D2BAhZq4tvPH7jyomHyKGRxH7BgwKQc4OZmMxxWZI3aThTrs6YHjhB7py6hoH4j6UdTqEW6PKuRH 7H38Rvgh6PScK2B+r+e38ci4nr8eQMKhyT2xkIesy3OYf476f8gejsbHqNb4B4AEfxLk0JNKxzNW Mb5/fnX8/Lr8+UkeCdajyTLdeZC5uF3W03op5sHtltdbZKqylIktDA2SCWFN+oLZePsChKMUevCh E5mmxpF85G5H8mF5B27QzWO3vCc2arMMZetqyW6W5iabTIQDe9MxDMzjsx7J61H+goRyUoAGBDIS 0DH3gYdez/yoOXhUeXTmUBdbF0MEHjCJJt1s5PJzB03zHUu4YMN7KLkIC91bt9vGrXvLpefSsrRY W3rL0qJGLj0RQuQS6SlkQjrmuw0DixSHENkjPexShwJKqEt75q68SzuyK/boH+p37De1u3pTdPbd elN0ZVpY4VLrUtwMlSy1Li+vZVnVGculvny6nNbXWtfoH9/f3v7yy7+9XvD7x7ev375p267X99++ fqtLff2lfvv96/UjXs4nL+u2tb6Hl2rFDFzWum130kINbGtdARiLu5l7redokdmNDVxKXcfQyjHA L86SxabPlELIYcoryHwQFQeQ3w+9sH7swXEFe6kVMLIN1qkOK1cdaQ1YHNH32PpQMzBqkQxZKO49 bJGVqdYCcNhoEHWe1XMxPBQZXMm0kI/GRifm2IZ4U7wM4mGmBXfEydhFIN3ZRYllYSZO94y26+ws FduwQIZa6vMn9UBEb0hTXmwQWUqhnWRuLhRyzVyE9aSa3RPG5Ndc97De1UIfey5AtWI39EhrsgRk TnpWQJpyFVpLyqCAK8tIxcHzksVwWrBUniwWt8WShcVk7lZoYFi1WnqYL6k5yrAM+f1kGUclwdQW 0UdVLKZPqyENpeLZodfscOfQ5prkrXn8dVBKjxZWCFrxqlKU2SatczxwHnyaeb1NTxbepQROGsY8 o9yaFcCYCWREIZsN2Nxo0y19ZEEyG9Nj4YOfakPQqTlLGQK9tnBK8jQMlyUjIEUoDGiltDpAJkHA bqfz+VR4ccNScFrNixdYbti3M5KsmWrtvt+vH+8f13sECqzasqY3tl0ZAOUesuE5pcHcPDZAQn4o cIxafRAgRI0wP81BCGhKD40LMlHgI+2b7a1xnGoM3MkpGXoYckyCZpmMfKbLLXlgvcVSmnMkxZBQ HyqllrAfeQIswSEqSlADl8wwUDB5kYbEOznBjiM/mWTyYYwpZVp2yEOGHpPTe4wmj5a9guqaU7V4 Wns4Gjc2pogPHu7jKj1C6yhKqOffjWDMqU5CBPF4p3/IEo6ofzAEcTzVY8p0cH2EY9Z8HnaP53l+ 3T/c/gxgxM+/f84kHu/qmeoxxKb85+fPp/v/97dZJTzdbzC1SQBd+7XdfXOShC8sJ0RqA0z2muGG LFNYS1DIso9r8CQmM5wQTJKZwQvnRzJKVwYEj4FCxdiplgahhEZEr7DLirrKUlDpqCkiJXkch32O 9shQ/5LGVLYek3oYTXsHcpSKQxdkHDuUiSkEFSMHSRsbKojMQL8rV3phbxooqeZk7whwhoeLwpAb GRsQGZxex6TRPGE9MWSMDeVIk3xAhMZi3AwiYXBDgGFszvRa/UQqZ2Sbh+EAAHT84eM/OWjiVMNg VOOuh8MzC63abO17sBprsSpXMIxLgQrXZTmf6733vdRlKVDq8+uvl/V7ZizL3/7P/6N+/frPdnsD kKt1879++qtZ+Y//97f/+Pf2b3/9X5EUupFO64T5errY29tXk9eavoQSGfcMNysZnSjbZlz6wnvf F19WmuaYLB7kqpFVwFy9m8nkJXJTdxSnmkiykjfNPmnHQZEW4dmTp1kuyGAtAcqBkBaiSz2UMhCM kJRLQUFNY4jotn8Pe00flAz5wcrDgRaNT3wOxovwMj4aAEMmSkIvNNiK8i3yiwngR6Ige2jV8Axg eknrlumfV97acsveEpeCtsS9QxaKvF3tl3P+o6Eq7sZN5Yu5p8usgERe3BaDVHooyUo0lS/Ihvju 1kDKSuL/ufOy6d8MK7DTUmZOeRHAtNbbvUalaNotyxjsgyrolAPrAg39hsWkyGSHMgEpPDPg4JWn xffOsrj2GBM347RVApS6F3UnXMqBmgvpSRmd/J+jETCmXHHUlD+diRyy9n2MQpN0NzMQyhzW7c8i 4g8xR01HRJBD8PKH9Lg9nbM6TtgilJSnTpklE5HoaT1Lj7WH9269q4daz9bz475+3C7Xe926tYgQ okOJGFMtspBFWuveOnuopXqyp0UyArKFy+v68vJyOb8sS4V7mlL7lu/fIzpL5bbdrtu9ZbKW0+Vy eXm9vH46n07uloHecszKwszlJQd/Ao+SnZPBNDC6CWbMy3s0AzgZwYMviSNBGUeQE4WaplyYYgZK MlmODiIEA+uDlpGE4BMCMSSdqJ51OGXk5GVg0jlHz3v2Rx/zouNH2AQzzOSeJB7jixMgGT+aOJ1m EeP1D0bnWFeJMfAEXCyhvwAAIABJREFUYIxHPjjnswCd1c8PKuoD8nnA6ZzIykO7YlSqRzH/YHHa U4vlR4A/0g7+zLI8AJSfQ/jjHQn4ydzkp4zheOvzeR6bJf90z+enft5WeJqP1c//fWRF+TPR5DmL +Bfv/A+3cRln+BxPSBDMVCe7k/eeiVhKnqrcU3KoDi8UN3NaBQsi0br19GaQm3llISpQHVYykXT6 Yiw00p3FhudHJmOMTs2TVwA8ExAsisVghxSPxbVaX0tbyr2W7eRx8raWXkrU0qq34ruV7h5ucIeV hPWRL6aP8TUQB/D4YzbYHjI4xGizALMH6V6KVyJT0yFGmIBoTgLq7OjpYH2Pfp0MKkZltt73PTNG dBoTNBpjwyOoKi1l0jiXGHJFCaFHZrd6evW1DldYmps7rZq7uZkt5os5MRj1QyvcnIeq4PiEkylF ZoQioytaxhZxV7+pbRkf2W5qG+KGaN7To1lvlskINBGV2ZjmPJ1P61LNS/n0+fL505fi5/P68vp5 bYhAlHou1ctyXpYLUnvnef1Sq769/76U0/n8mlDvnXAvlch9f9v2u9LqGs5oW4CjpTrw0FFXjGtO 2hBvMgNDGN2QUTMCSiQRs7UyYCeOqT4bI/RHvnYgeXAOXQB2ZWtbSGMGhUozmo2yn4YoagajFSfK 5ODPzfUo8waffVDXxl4fMFuhClikZFSSNkwKPczcaCwNNMsIKvVC+hiyKsJ7WFpZi19WlrWcFl1O CeDTgnu3e/BMFrPO6nSilnRzo5cS7oCLSOw+eHI4QykEo6CPP3EnBBXDScPtzNm9qdwi3ztTObDa W+jrNRezG/Sfb7g13kInY4f1DZliAZrqgtXsZO7IlShFZ27Vc/XdybVsi/up7F6zWLhvZlyi91ev 0TT8KzTDhdKKZGDBBCA5kYnJzrOjMaABeEfEvt9JlrJ4daL01o4z7xkKHmFrJCsdqsrTkY48TtU8 IBA+PdAeHigCgTZbPFgkTwhMxpDYgjS4Jrrv1tP3VtxYSy8l3GkUBJPdW73vJdNICW6UWy+MgnR2 qzAHyH7v+3Xftvu9xa2Xgm7bTUgZrKzLejqtp8ULYT2aY93v3+78kNSlHhDspDKoTYkxhjPmOfUI HtPGCZkYppQzCEyse0ZFDtOTQcQfPRFTT7aJkQiOSJSkQ6sjTJhq5fMiWhqazOSmBBh0EQ4RGRwV RRowPAHm5DLULMfJ/NTawAEvQ9OPPgdBi0Pr6Kkwd0WM0z1ZgU6EyaUfgh8CIVMmR2e2T3ibTtlo 3IxSggd4MoPzYbIx8uAjHxpNCs6cY8aDAVrEEWjHe5uKMMftkXnM0eynjASzB/xjNT6WaB7JxyNZ AZBP87ePhOBx9j0BGI8E5scb0PH1fHuslsc+wp8AFT59/Te3+a4GC+eAgmwgRX2PDLT7/WS09dSt doUQYRhC4bMHWFjnKY+tV1mwwuta/EzvY+Vu97jfw9parFhpYFOG0oRgmZE60ccgxtj1NlLXOOQY SVMfHq1pqMRQH5pEYEkYDpRSOlDooiW67g1dwwnMkGWeKWljjpWUZDn+T2jqZhKoKezdtgZfCyjL nE3uKbHqUBzjVxNrpASGQFMxtWR48fzec28wM9Dne+6ETMrhMDu2OafbrCZhq0rYo/tVy+VLcOcE 49pBqm5MI4q4O4IJYQcSKJogDZgMdnAZH/X8gDOh4fuRzK5OoudMykFQmWahzWmrCMNKEvguL7TT yXytjjTbOtlFnMrJP533EBCrvxRfUvL1dFFSuSy//Ppr29sultO6QltXeLbq9fz6S/Cft+u130/L 6xV5vV3Xy+urO3JO7+soGnrC3BnZgnDWIXNYnAmBZlYybJw8Y65FE9YwMUyCXOxAjnmWo+fcBS/F zb21bhzhLFpv3ZNZXJaL77vnN9dnLufJ+E/ySClMCM0U9mmfEqOeJYxyNbT2Ri1moO+qQ8eostTC O0ohPO0W20XO1nFeednjFu3txi+XfKkUavWsJ2tmn1/5n7/zTfoF5VX+oQpnS7vsqqaYTGISQz2R ARbxC8jwrjRkdxTDp1Xd+fsNp+E9QrjSzINKKyuT0Vzegf/vqr998mR+3xLgdcPfP+mjM4SyycGC AUMShZZYKjn4LA7w3t0s34A4MQkX0AqVforU+QzmtSV6djCyQlEASo5JoMM8QH9UbAQMYx6JAXVl y3ShEE6rZjvZj8JuQF59HpqjGUyBDajPDL7jVO1P5q6PXx5zUVp/ri8BVOhA0cfJgARC6r1nRCWr 7Vk8zeEWTjl07+W214wyyhpjmve13lZutX3orbbbCkbf9367720PMzudYbm1rVZfTy+lXmo5FSOV ai23fb9n38fhQRgz0KhiWkCXE5EzTA7mqIZBxNHCn7wBDgR6TGFMguQ0i7RpCDLG1SF0oFESlnEZ DTs1HF/N1YneYckh60xjBHPYrJgAZJiAKAnPNchgH3x+DafZ2YwY36uIIy3oZkz3FJFhzFE9DLL/ 4HgfachISG22H8wlowLQ7DRJ7OMkGHptORvnSbmAnHJS44i3p/jKQxcuQH+kv5pXddxrPuRnIa9H P+V5/Yz+z7yuz2vxoEs/mgaPNakfu+BgTx8Lddz6z6v6OQ/4bxKCPJ7QfsYt9HQHPAGBeMpRyn/7 zI/n+Qll4bHqJt+yBX6/a3W++HnF2uLj1nrGvqgBDCokgJVerDrsEiWYWclhebwUrnTCXdb31q4f RK6+Fncq95SxcD2VdSlOCC3ZlYYemVtrGc3QQATL0PEDFUhmSmQ1GlNIjdTcDKYy55iCJrNkzYUa Zp0Gg0qH52AFpSUshoRP+mixhTxhGpY+vaTQu5RwX6TdmDldCZkUQJvJx4NRMmbFY6AckXQzL9XY IwV/KP4JQjIh2qzcxic3LF8gZjI9Kyy37ePSvpgtwRysVqBBljDD0G5dyA0G8gQExaFjMqTWaaew VMBDkBIF3oYQag4xCUkyS2gMn0rJnhCV7MMkaBtMwEHPMpqZYBZznquCpNfVVlKKj2RyME7MZIHE 6l+qfWRcjZ/P62nIeElpLJ9e/17rR98+tiushtB77+aFmsLnnOXJAG4NBirFCkUPeMEYVKEWUyR3 EJSLw/dlKAuY2ImuiSKPtlgCO2hEKkv1vtsh+QcmAhlAqtdCt8Lo3N/MLX1NHHQyzpNncJz9OCIe ZwKIBLdQz565S/2WWUb/phZabXYyXyuciNUzbWnoHjAlv5wt3tQy77sVxa3ZB5eTO52fFl1Xf7vj W9pOW5M03F1v4DlQAsbJIyqEpYZk5KlLZl+DIffQqrDg60m/7/YfDX+nLopGO0Os7LALcGeBupNb 2reP/MuZvwG9cQv9402/vui/rjQ4IhYwe+mRYTxVVCs16I7MqKYS+7i4kwJBldGPB6BNyNcVfcEw IMtEAeLpCPsB23K21f1Hi2QwC7UNgDcHT4GkJ2LAm/UJ+83DwVXHU8fTOc6j+RLT6kL29K8J1MOz PoEg+ySyjf4CEtwBPIYLDjc4BkrrQzl1eF6HxAh/FHwpZq+AgA1q0b6H1kZLdGPXieV0Ol/OHtD2 XmhrqXU5GUzb1u7X+22/t33LiOgk4dMYAchgJm00v3msytEMHHFOGrZG9qO4HqzTwcDDQZfEwMrm WKtwENlEIgRNCxQkMJgQw0dtNBQMk4yPIe9s6kVpym6l0VwsGh2ZQ+2OMQmiU4lc3eDHBdVMgEYP f3JHhgd953whA4LqZNHUf2mGHzy9iTHE0PSbswLsUsxLo0xLTQ3aMWIw+/QCQJuL6oGSQHjINE12 wkGt0IisR6H4Zwjh8cE8sIcjQj/F/OcMWE9aXs97BE8o3SP5eHYNfMY58KeHP/KJ/FP2oANH0YGv HHTjifTiTw95frnHj8+giI4/8ulqxOjhVq9e2XHbbi3vcIIXwUKdRNO62LpaKenWepTonpsis3Gp C/2s4n65WOz9+7cgzOFIV0Gpy1pP5VQLBxMOrPTVMvePj/ePj9bvxZ2mmOrFQ4PBDRlb70AUAANi TLi8ejdTKuOepIqBRB1dRAWsFVIBJeGkGxTCcFt0waSS8By0iLr3dJJo5qV0AJArhQrC0B+zV4BB NlVvp6ZOBgyw2GVwKxUtpKHLNBX0CaR1U0KRE4m34XQ/GFBpsnREv1/fTi+fiZC6RuuGSTlkYtc8 VHcIwALEEOQWCHZhNazar7x2CkPtGS6xgy4rKh3mGGrQgGCOktyhMoOupByszJKKUGOI8RDkHVSY QnpRkSP5NscUSJjDJJ4MS7Gm9h62kikuSTPbaDgvl/Ty8f77frsXb71Z8c9eZk9rcvmyGJLD4K47 kTBlKLt7Mapz/nqIGgx4247Z1x0qYqNSKEIQSBJMJoRi3jOTQmK4Gc9dYOpK6y09jcWy6/pPnD6h vhCw6VlvP+0pPR0mc1N19d5zi37Lbzvv2X3xCrcrytlOO4oX/4RlTQYFr1UF3Bkv9Pe7tZ27EKVk w7ebfQWBsrj+t1fcNnbZB/BB+0vk31Z9d2Wp9XRZQVqb4x+BxnZiz8hXpFq5Jgpy7bm60LC6StO3 ngWspgDPDjhrN0jf08yzUPfOctO/fdHvb9jErfO2598+5T/ebFnrFp3JnZTwvum1Em5EmMVNXN0v 3gFTSKk+vHiKGIIYziIuNjOStGnimtJMHGfV9TylomfEeFbc0JjzrW5LqS1iVww3kzltMdFvFajo x0HsTyfg47Qd5fUIL/bALR4dbk4uz+j7JNn5AxgYHK9HEnPgxjIpEz5l/mZHA0fJaxHrjgJthXcg U2db62ktfrK6vJyXRVve9xNz6mQq+v7xcXt7f7/tm6VVlAXu3sN6DqzVQtaBOSQ7jqsJTOPhWDTH RpQTl5tBESYm5+SnSaIHHDaUPUeqx2QfCYxkQ4Lz6OAgOMZVYxBFE/Q8nNgsQ/KEJ4Iu0JSmDHrQ Hd2G3P/YXkpDJJRj7DiVjKQPNxP/Ye5q0555si3mtQ2Yj51ooszTqUxrwaTSEhDGXJFNVTRgopc4 wAPNEpM8FAim2gcxm+/CQx/+6PYgh0wgJjo3myD8weF9DvbPqcYjtI/C/w+BPJ/++4fJET7lCs/Q 3R/C/E85zc9Pq6dc/3G3eHqT+HmkRT+nQXx6wn9x+/kvyT/8XkAaAhkbtsEYXmutBp2v7qHba9yQ 1iV0+YIFjozcdb/n3jFIz7bXE/N0wbLw02dd95ZpvUlgXez8sp7X6obc+/4W9w2s9fJalvPp5WW9 71/f98ZYfQxARhq0vtjp5VwLtuu3960b10v1Wnpq77va3maqrERPY9JYkGa7oL5J0LqoVKaQ0QaJ P332y2QN6AaMHs2oXi2SMSzhyTnAZQYBJa1AIA2qJId4OVTmVDYMzJ4hEXQhoQTKoLkmgGG0AR4S 6eMjDpCUz2INtd32etrp5pPW4EAaOojhhsgswol2pwQUTbEpo4IMqVp3fXxMmzMCMBqJBivpgnfa IidskCCqXBryCzYscpho4AK50FNJdWqUcCZBCCp7NjWmTc77oelTZJZYiAq7AyaaEUTtDrOkVdl6 qSf0nmpx+8fbvZ9fPtdl8D5pMFGWlpaORaFgd2dv3psPhzAozXrHUAiFMDytj3gxLX+N6Jg129SR oiyjer3qxkG9mVWdxhGclhlyZtpiUr7/jou4fsJDr4j/Yotxbr9kBnRVbHzbtQN2Ni6wqtz0bePv O0+Rf0njS5ZKVkKgywNa4pfX0/XbfUvedlsvKOF7I8gt+Y+uv37CP9/ZQNJ+l2mL/+UL5bHvKuXi dQG75Ly8nsuZUDKB9gX91G/G24Ib4o7s+uinc3wK62Fm8C52JhDQDTpXfu3mLhg/wnjLv3/SbWe6 EHTo11P+c8Nayq13jF0CtC1PZ8Jbpaq1hNvLF19PymDsIRcir28wR8rQERpisGOetRyXURpSCWPc TY/k47lCmsVZKiMCrGZmVmutGb2pK+1oaR/HHYcx/aMs44Ft4IBAcMRc/Myhe8AhwsBaNDzPO3kn I/MiLcfd8ueT/RFyZrDCgycBDfsVaXSGKZcbzr6sl9PpBWUxw+JAS0Br74ktApt6b/u+hVDKsno9 cV2MiY+P7e26gUpFhDUSJrexuo8u8Hxjj+lQTImOH85bOkA8JIfFUSGKYKJj2NzRk4M/dVA+rCNh cmoNU1gf3lEmF5mUS56aI6o0l1w9jQEpBAaMSdlIYaCcGqnpioQnnZApBgsVMFN39JxdbXKMqBlj TMErkwgakYMEECZLAY1oIHQMw8MyYK7F1HL6zlc7gIcht3KsOc787Ph8qTjWC48+iHCkIPqxSh0/ QLXn+PsIvc8Lmwco8uh04AnAGLf4efD78U9/zjYeOc3zN88Hlh1zK3x6Ej7e9vHNQwJn7JQ/7Mfn Bf9jv2GWYo8/7KdXn5tBHP20ftdeVqsL9D2yMdehj3e3uvp+7kkzeY4Wg4Ae2XuJ8ASknZA1WxLF s3hfz7xfBZMVX8/+crGlIPbb+7eP6/e+bUzW28fy5a+X8+v669+/2Omfb79FbAVgJLtYoixrvZzr enJ9fN90KefLa43o23779tHxcUtb7PVlOVVr2dv9tu+UKmuDWyaEfL14Rb9f9497h7yW6sXoQ+A8 lCkkDWUqRvWEPIFjyWlyr40sSbcZXJzzEyoiYIUqXpKl0VXm0Nkcc5nm8npsc04ajUxTwcrnRLFh b1pbL7YmK7WPvgmQYABjLjOkCl3I65G4DB5OIVLZucBOi/ac4gOZCCmD2bBRciKAMg4kG6TTAVVP p9PiRliHrwDFnjRagkyV4Sk2hZ4USoMGGDNAn0g5BaopQHbIhik8YEEjYVzIuiAyG7Lv/T+v+/18 OVVHTlFE66wggEKJ2kUW88joyeolEaQb9tGvQA4nBIkBnSgT71QBMpk2/94xMRugZ5xpHYkxG2iS NDDjBEK0lqZ71IV0XN+J5PKq0f3CQTfGEYfGKU0SlupQ095zk2HRl095eSkINufrqyB7u9q/f+iX zT9f5GeWxYlejApcXvOX3b/ddN18LXhZvQ2UCnm9c/1sn878eksJLnyHx0f+25letq/vkd+Kl8gt vL4tXm0r8dI//X1BnJdcWU6qv4yhpcs5a3RHP2cP7qbGFv1bu93jntoSvyz8befIVN+uXk2/rMmO PBFpxXkj3m/hRHCae/ZGLYLZFm2tXhXaGi7/e2tdjlNp3Gr88ql9/NPLa13A3KNd2/2Kc3UzB/7H cQhNRYmn4+z5dMOYpBi84uEX727moEkZ2ZFp81A+5DMPEugf7OOBP2ISfJpteXzpKXXwHwfmJCQv B730wTP9w/yLP32NR4+3fdxh9lxUqq3ldF5P66kUMFtE22/3/bZHz+FoGy1aE1hOy8vry6fPl8vl fFrWpbS9X29NkxJAwMxoNjLu2SSa8yoAkRPEYIJTiGhk5VPCfBb7BCuH78wMhQ+VFBzCzxTjkF8E 5vRHAm6DPo2hNxMmpzwtgT6m2xNKBhCGgRVNwIqItDFZbWVgRCZM+8u5EmaSMbtGMKTN1iYNaeiy TLrNzGA/OHRJ5JiRmTLuU556fjBCwbBh47CtN0zhYc1OLziupIa62o+FgQPisomTPc1uHpH2eTk9 suE/AA/PSxE/4wrPt2f44ZE9P1bUI/l4DvM/ZQY/Jzp2NBaftxsBHb3CuTyetuRzu+fHX8Gn739+ iT/cZ1zLMZ5TCEYqQXcsTiczItvObEZUokBeaKU7ZY7WrTUDCt2SMsvzydZ1NRoj0XHfHNJ6xvm1 XtZCxna/fvv68XZrHU5Tb+16a7RyOa2XtUKtXaWEMYE0t/Nazqfi7utS1loWt6WglCLd7tt23WzP Zb1cPv1yWc/nlrh9tOteN63L6+X8+ZPKWk7nejqzrJ3ebA0t0a2hhNa+15a5CXuUDM/I1tUBWprR 3IbBK8FB8fbhVo9u2qnNcjfcoRvzZnlH3p1391bLXsteSxuOCuZRSqfTnFbSDDDXUCpAAe1gHRGI oVi+1oUcTjRDl+KA7rSKpO1QFTqsMes0kHMji4qpBBfydOLlBZfK88JzwcVxoq2kmcz5aOUM+9ue 7MIe2hrvgS15B+/JLbh322AN1uSdFu4BTzMtbrSlsJytuhVjqSyFvsArjfSUkTakgf2Y5s2pHaKd aKQVE3NX29Tvapvapr6h3xU7+7t6FzZGw3BhjR1TtSGpimxAP4LLqIKgUXgwh8mEUKBKIIeVOgmu 99vBnX7MKXE0TqSpAK3stAKz3HcD6rKMMoZQOYhoBcc01Eg5MqV3XqUP4vWVv3zBqbKybG92vdsv X/jlE1j5ced+hxPqYoVRAEJ5XvXxPkSZ6mWx1tjTSGYS4nmtvVvPHIGkCZlaSxbDv1+vHy3uK7al Rubtfm3Weny02+369ff7b//Zrv/Rbr/1b9fqH3wLhFlZmC/yF9Rfy6e/rnU5VfS+a7OTs7GMc7z1 cjkjG7Z92KDay4n3brtgY4JVniyKOJ8FeCLdiNZ5evn2Hb+/vTU/vaTsv9K+/Nq50T/dm5fL51JK tpt/+nUkHDbhuJHSzaPpcYiPVB1kkg3sSggk6cXc3cwys0dm2hHyn49RHGnBA9vgz/jw48j2H2f3 vM/RIz9kBAFCVSgEjtzocZby52d7fnI8Pf+8p8RU6bG05nuL1qLt2Vu/X68f39+u294Hj4kdajJa Pa0vny4vr+d1qXQIEf123+63PUfcNxCDUmc2EdrHG7G54Gd68YjfnAP4xDjeCQOLsHAqiBPQj2FU +OTWTJRhWhyOxg9mVHaMIQ42MWaAZQe7DjksmWBhPyZlZtlLDS12cmYSc2B2tjhGxjToQYMfh+GT onE5Odj2Uw61O9owBBfBgy17+KvZERIHDlRG53WiC3MJJmbv5MgxhlLSQbAdHXFqZG5T9YnH+vmp PzJlO57XyR/SjueY/ci58ScsQU/gBI/nfGTkjzv/OWX/A9DyyJYeacpTtgE+PfpAc/DffP2UcIxN 8shpnrcTDjPb41GmbBGbsbycP718OpdTgDewmStNllgsawUYUGZ4RsmEoDG3UZzryc243yNuW4tT 61pPev20DIMPqd22tnWwFlsMnnuLveeyrOtyMth+u7ce5FzXdSnncyHSrVjvefuIrUXEdt+vH9fe RF+Xc7mc6lIWwW7fvvWsLYr78uUvr+t5dV/Ixcqpns7L5Qz3+4bbnS3WPctmq11OrOW+4dYUXlhX qwuLiRVWzWhmYCWGOadyJpkDThsorqiEwjMr91r2tbSTb2vZatkXj5P1xXsp2+r7ybfF0gxu6Z4+ 2FgWpNKS6Jmop3P1ecQNOBBaCIEpLUQbURySGcBFXlnN6slsTXvd8bp13+WNdTjwqtQsJ1TnufJ8 4QWsObljhBxTiX4SagHYGLBVCC2wJXZh27nduQe34JbcRKQtJ/NqBrdqfjEvxc5e3IpZqSzFqrOc zBYrYCGscvgNzGgFd9BSiGSnGtSgO/OO3JgfzMbcLO+unbkhbsgb487ohBBXtSRF25kGJHmjKiEg NIvPg31IN1+R3nuq5zCTOhKOeWphNFhoU9qwEFDvcJZSKSZlzBUidGKuc5sP3nm33nS7sxf88gWX hZQhbNvLP77ZbeOXz3pZ8PrCe+L7u1xwUzmNt0o3A3DdGOJSy8u5bC0jCVgXLgsvhfeWoRQx5N8L 9cktwVsXyMoKlnv29Vxg9Z9fe1sUpSdLWvnndv2vt82uH5Zv2b9e/+u3/vHb7ftvfP+qdr9/1M+v 6Hs/dy4VzWskJLSwZdXX3baNt44u/nW1e/c+ecQGICUnLkuZdFolMvny5be337d8W19O6/f/1Nfm f/01+tu3q/7r+83rl/NaFeHA/z1OQw4WwQhmP3COH4kCiaF0PgV33Eup7hVwZWIMgsueiBo4vn8+ tZ9PYTx981Qp/nS3zikAiEN3FoDIRt7Jx4zAc0h4ijR/LCif/wkAJMv0SLaW9723tu3tdr9fk6qn uiyoNQraUtfT+WVdL9VMvbdtv11vt/tt2+69dyVBmlGWRxFKjpJ3tofnS+v4z7HcB8vM+QBjaETh YLjPYByaUaKYxrC4RCPKECAaQs6Uuwrho0HCOcIasi7OvsoRl37kPT/mkWbEdNNDrkPEQ1nkEbQO vdOZYbkAk6b3H5wqLqdSlkIe1irAMSDxAJxsfjo26ERH3BwZzACBHuvgaax0XM/x40w8RvaDg+aG eeXHop2KyM+DqY+2BX4E4pkTPC9UPS3R54X6uPPzWv15Df70wD8iDU8/PlKW43r8+Q4TK3xOo/9F wnE84Mcu4PG3/MCRftxngEYP5p5IuBfLClFzvHPpXphaoFqFor6jb+wxlngM2iCLlpJeGD3f394D GNTH81rq4uMuy1qX03o+r+dLLauva4F5rfW8LjTb999baxkOGCvqyZfF3Zn9/vH99s/f3r9+fd8+ tu2u1g3JWsp6qevJqpOKj/db9magApZ5Wrz4TOJNKLJC7q2/ffSIU6T6uVy+XL68nuW4RfB0Pr+8 ruezF297brv3WHpay5p2gru8hJ9gDubgpgJkKb6sZoqeyDTKIE+ZZMzKqOwVzdFdfUFffV8tqvfF t+pb9b6UXkrzEsWTDCPMwtCIPhhbE4WybhRQwSBHvSEsjmWVvYhr7rxv7e2Wbx/9dt9vW/+49o/r /b7n7Wa3DQ3Rbc36GYvZYmbFQtPnbJjczCaLyzjm04dxHSnYUQAkEYke2IPeWJygSdTwUkjSzGik 20JbzYr72by4w/xkvlqlldWsUEGWYSVOH354SaMoWYgiOhVkJ4LoVGfeEHfpxtgsu+HOuDN2x24K w06E5VBSGQJo+yyhEUZKef+4J2KmWxqisWMgX0LacHozN7EnWUhktnAzrxA6EYkTZdQCFIrQAjB2 aff3Jrh++cRaXL3QqtO3Zu93WwtOBY58eUUC395FcEFahSgLryePRO++N3xaeTp5KtZCmlDz1xUg bm3AzkxZSsUNmyiAAAAgAElEQVTssuCtmaTack2dP2GxOKHeRCD/9pfgqUP+8c71k0K4bsgLv151 xdqp975vrd/2/XrjX/6itw8SFsKeRiLCWrI6Pxo7de/OsF8/+a17xIhjXQgFlqrqY24Iud9fXz6/ A6z19eWymOv3/yBrrLma/9fHx/frh5X1U+VIOIAj+oxpbTwOo+mrwkOZY+hnFyDdrdST+3nIeKS6 skmaOQcDw2rvR23Hpwzmqeiap+0zzvGHLAEcOldHN41MsA8pLUJA/VeZyvhJT+jIf3MjgFR27V5y fakvn19eXl7WtTg6opXiy7JWs2zb7f39/eP2fr3dt1tmP/hYw14whRz6nAc6Ow798VbwOOsJYKqL GjUaKHUC3RqaiZNkQg0FUT4QoCH9c8zpHQFVTlWTgQLjEAvPAUVwtFpmTB2zoSZ6jrwI4uHTCsjQ AQ3V5ZGSpM1WtB1aAoRNVgxTlkQMQnvSMHwep0OBjQTiyC2cj3m4A7U4uqLPFXlikkOHiHWOQ+9A AwZqMnINHZ3WIz85srnxsR4vcfyK/HkhjKj8PCpiP/dT/oB2jNtDk+PnFPYHDvHHpfXn5ODpITgo Gnx6yI/9cig9+RNwaD/f57Gu8PO2wgFpPL+V+UJD0oAcq1Q6sUm9D88O7+2U+WL0ylYtzYFk29XD xxgrYbTCglKjGk3l3voePUSjrYudTg4o9+bQeT2dT+fLUl/P9fVyen1Zl6W4OQ097vt+by2FUlc/ vfh6Ls5s7f7P379dbx0se2b0JGoKtFzP9XReigm6b9u+b0M9pN+2D6lf1oWWiG17v92+7+0aGdj2 BJW5r2d/eT29LHZa3Rf64ufzuizVi7ctvn+L97s3rp0efrHLpZ4uZb34evblxLqwXMQllcmTtPbU Paz1kuERbJ29I7p6qCvJ4VxnBAwqDJrcUDl9ZYvlYrkWGRpiV+yKDXFXbsqW2pEd2Ya4JZXkNK2Q anbfW2u9324fb29f79tH63vr94jWe+5t33vbWt+2uLd227jny4ayvFz4urCG7ck2INmj5UsefcxH pioNO2xzOEmKpAcWg50gBw9tFTUBjEols1JuaDiwXkPlcLwuJ9/SboEwCpZmGlpbFVxgJivgENqu morQQ6l4ot2mIJLc0IPZzJplOoLoPhFY+dAAAgyBbM4wS3a5y8o4qs1Amoa4MyWoihVEdkoqxSS0 PlTmVkGwRhTyLhjl0KpcM0LqDL79/3y923IkS64lthbg7hGRmWRV7d19zuhoniQzvck0kun//0Qm szGNznT3vlSRzIyLOwA9eEQyyeojWm3uZF4i4+IBLAALC02/PGum0gsokiAebwtua3z7QkbAYpqg o/32w8VCHWkUAAq60Jq0Joh4yhwKxyEuowwlCE4JaWQASY3o01mQkyb6rTKHp2JD9q/K5O11jae/ 2I/fMCU95/b8RUrCX77yOsvvP5AmXC6tLpQNm+jqEnBlOWd53VjAoFQEwWZS1BO5eYBcXYpyynKr rVcbhLAQCU+DiCcwQs1ur1//+m+vt9d/PV84jMiG77/x8uvq35+GX17m663W8fSswP952CLZS+SI vqyxTyKNo83wkNY46gaqk8hAasAjmru5d3Ge3al06dLDUOInm3tn3t1xRn7oLXz0AXpHFeQh4BHp SA7Kw6c+2nreLew/iQgff0SoCWWUy2V4fr48XZ6HXBLFam11CwpFIny93W5vb7fNTZIOejnn86RJ 0Ax1L18YwgWqXRZw/8ZH+uGjB8pAIktXx9vj9d7nwj65o3UBIfbZs/2efxDyBCD9HoB2jS4yeNAe uU9PTYHCyL2Cc8xS0XsxoldJepowpPWR4seecq+cMGKfmuKQrqGOzlePPjUgpGdHTAykuhDJmYLy kFQ4dn3/X2ee3ut5RrRDitSOo+h7sveSMIS0YATSUW/pO4jDj7473gOOfFxN+6M7VninZfBxPz+s z/s+3/+8d5d8WG4PP/Hw+59CkMfNPj7/KR0IvqP2O3b/lO24f/59U3G88+HL3vFTZwEfdykCMA1L htREHDRv0Va4I0nLKVQojGasriGpT6sGJadcciQ1gK3luu5jeSRxPImItmWZv99uL9s6sy0e1a16 tKC5NwsjXLZlq80DoiLD2AGHidS36zKvraRRklJEGeYWgumkp1NWwNfa1m1d6cEk0bzNbZ7OQy5K q8vry58vby9zWE2CFHSPOii+XFJKIDmklCloXREm6rZdZ5+bRCllGlMZ0ngqJQ8pKzIxajqlYZQy Nud8W9ZlqCZN0rLleZWVaHlwHUOKKSoHlzENWqbRI7WK5vCuJWNdDMK7jsSdNYLwsIDVcHOv7jXM wpp7jbaF1WjN3d1u3mq0zevc2ltgMd+6GAj3FraDQBFmbq21bZuX5W2e523dKOfIv8o0yFDp5g0B QOROO9ut5F5Q7asx9Ro6QyMcaWDKwT6zot3jJ8YAOqQCCWiAhyd2RfZA7+ugKX8s2Fy2YHVuZA20 YFVppDE8IxChgRJI5nAkpATtfJRD1quLhcL3UKVngMJBF6dEEC4hGs5oSUJzqMhQkBJUkVJkIily 7n0yQskKMBEuKhSBO7ypSlJ9Zu+374UYHyBzcBGooNFxXUSznsZuhwUaJXnb7Lq2UmIagw56jAVI 8fcXiKOoqmooCrkZ+/AATTrQI8KNSZQQj5hSPU8YBpxyLZlpwiB5GEyLi+j5Msg57GZqYm7uuIzx tz9xnZURpQhcEvC2pm3FSP2XCyWDTZtTQq4tvp6eMttioggVGCIYq8nXsS2OCAHl1nTUIGyzECAk EOEuCVJUOmkvUNns8u0vzWsW5XQGTH+8ta8X+mKuG9p1remQFSeOxDSpXao8dn9w2PEAWQFEZMDd YltXoOScqKFJtWnrDjHY2d4fs9CPdY04hL8ew8e7YX20+w76IfOl7xYz7ib40bL/VE+J+GigH43v xx8y5/x0np6fSslKEG5Wt22x25VSmrGmFNXcUFJJabqMk1ymluJ2e5uXbZ1XBwTSdbH6cNvYkQEY +xgwdnN/OCLdMRN5b6CIgx7x4DzugKy/2kFgh/SKcIkgw1idvWe1j4RQBwSqu5QvA1mwqwLHXnEI vJ9T6bxNp/TpsAEEPaj0e5HTGSGOvT1O0JmnDoRQ3TScCKdS+nRM8w6hAr0VMPpJ2Omg0ZN00vUi YcRdRA47uWrPu/RdbS6du4R9eDWAgxB2PL63Ju2XP/ZWl+O5fSHd/7SHx59WCB/W1T1d5w+O/9MH f1pUPz//aYW+3ws8boFP25H9oD58y6ekyydYw/uxH68dRbl3IBL7H13x0SNuzc15LsN5yip1qMvr rTWsgS1YAhDpmg62M51NEAmiyPCK2EpOwixoLepWaZU6qOTBuc1zdSyiVCEY7oGAUFQg1GinJFu1 1qK5Z7pDgbqNipukZlb2A3FR95C2hTdHUQetVmEyEacLtVos83Y6Fap2/bnN0SCDQBFQzuu6bHkY B4BhsX2fr/NqLJn05gZylOGkT1+mU04aCItWzZatLh6apy8pD+LT5eX7vN02AzWXiGhMkvJ0SmUs RQRevSt3SXCIMsX89+tyvSEJqBKbcgUyQnNy7/OQWDVrKiCiC333pD8iIhoABq3P3YQHZ4AClojC yCMuBWbNI3ugvoupw8JgFt4lpu3Hrb2tUXI7TcPz5es4vfH77Ffbe4KPxXKsFtvXTgfvAOhwxLbE cBKtcEFo13UUF2BxgjDi5sx7yQIC1qAyNMTCbqLOGu6x3+DsZfwGdFG55kTIrvgWIQ6m6VTOEd7C PLghgGhAIEC3kGAoYx843+vUBLtQNRkqSCqee4LPPXo/E/ZOImWzcAm6AD1xIwjXIBq2uUa8ZbmE 3ECJOJFbMBgF4sxFuClxW+hPogwHxIPZvpztdcHffvevzyAzQmD264Xi/Pvf4+uIq/l0yiJ+Hpoh bku+bjWfUG+4Lc0JJ58vONPUbSgn0cRYkUai0cZfT1sYQiWVy2Lb95dlHGUJKyH/+mR/rPF91ust phzmqRSek/zxGmfycvYMAKwIGv+f2/I/fcmtte9NECjwJQzBHy399dn+eGOtAPBjiV9OMLfVgYig VNdl45CRpatqsM5/Hy6nXAYgYq0oX+Ptb6c3vGV5mqbrK7rG6P8B4K5G0LN2u0nayyLdu3eGnpGG Pn8jws0BikpKooqIsBZuO5ek5/kPS3pHDOnB3Pu9KRS7T9WP1pxHredjmmRPnPSA3z8Q93Ybe2+k jAce66cg9YPdv8vXaQBmdZ2v19d5XufVV5NAiPYqxZDy5XQ6P51P4zAmFHe0ZsuyrZsDoCAQSlXo MZPejx3mgX4koME+tn5Xxz/YuQf4Y6+dSB8gFH2aAnio0bDHHHHYh51ixt5b1YVKAR5pD/CAP7jP iO9oSA5qajdvhx/rerg8Npj2ThMhoMfwFN/THr1NBcfgzj7zbM87dLPS3Vy3on3cyV5PCQqQDlkk P2BZHAoj7+etW4vohZ6DxrzbxnepjU/L4CHof8+sfMpM+AGne/P2p4bV+4f58PwjAxp7bmjP39zR wH+00h5W9/tajYeDvb/O43I8Zlni4fen7Mj74vlpz98Bx/1bHv6TXl2BRaKMqQypAAEuoBkEooO6 SDikGXuxrTdPpSTDmCRpWIu2ri0MLaJGIKVcStIsQV+3dlvb6q2FVUezvY2+FmtbtC49CYRqHmUa cxK2eVlfb9XozNoXNyFhpLCUMuQhM2jXt5dla+wDmelaNI1ymoqIrputi4UXTUMne0l4E8+DnE4F brfX29v3+e1Wb6stq9VKQPIlfXkuX0YVkuHL728vL/P1tlyv87JVZo6TEHa9ruvmoJi5E/mcL8/j +TKcpnHMOadMz0U1DyfKRBk3S29XW1dW0wrxnNNQ8nRO45CKOkr0SbQs0ESliIomTcIkSEpJZEga KEZ4r2l1QRDSs/ggUhKKyJjlMvCcOaWYMs7FTyWmwYeCkpkTSTdbanvbKiFfdBqgK8L1sazdTdR9 DvSD5ekF28gpMgmn9ylODXvdoSEKe6ACkdgL69KHuJI0j+vSEwEdJMTOwkVvoOsRfrjDzK1Fq27h LqmMKQ8eGizBFByD2ZmdgzO5FMcQpDM5FYy9S7jzy4xmR0RN9nk5IsxKEaiwJEmSUlJRKUJR8N34 9lTcFgG3NbZqYXsFGQJAAmtjo5wGpNR7PWO72ver1YZqbCuniZA+u5vjyGry8oOXIZrkHEPS2lrA sVUfRFTwuoRHzM1uq59HmTRaODrdVkUwmiyQU2IoiWpC1TIY25QCAxPkMsQ0sqggmAkVHU/4Knht UUQ0ogAhHMmUuCG+TbRuL0VKr5RljolfhWkANTIjqU+Fm4WF9ia2ZppTaIF6uKxB4zbb9I1mmjX+ /o8Ii+WWLl9Vf3gkq67A/7Ybvn3Qmu4RKG2nkR48UBLcM9sZGLuKqAhSSiknkYQwa82sHSFm/6A/ aDXqg1V9FDXiT02tx4O7Ef3gs3vN0bqwNN9vFDzYfT586Scs8rP5JwIRaM3Wra3rutzeXl5f3xav WtJ5SiVlNgVLHobhPE5DVohZXbbr27wsbd1as6Ds3lA7QZtO7hOzDlxwP4SjhsJHZ7DzJPrhdMlL QeopkHc2xY4OeDAirQ96Z+yVl4OJyQNH9DyQYZ8Ee+d2IHaiZRwu5L6L+wBygXYAsXfP7mEQd+bp 7vpkBxHCQO73FuC+l4NlZ7Yi9rTtTuMw7M07Chj39v14wBHeyz17K8h++g63+k7UuAf//Hihj1V0 3839mUN7Zn/GjqPWBwWOR8RwZ3jcn3x08w9Q471t6g47PuUeHvcxjm+/w3E8gI9+eu0h+XF/A94P 7ScI9QluPNwU9yur72Dj/e1CdnEadlpY27YtWgNaSIMKY4Qz2Fzco3ctGxKANEQqDEe7XmuzRpLC CLcQplw0FZGErS5r9YCEoXltQDqNl28TY7W6mklA0qDllIYhZQlDu73N60rqSLRdJMicFBlLnoYh Q2B1bfNi4VRJdNeSpi9jSVCRZnG9bbVGEgWMUemNmTqmYdAkWG7X79/fDCXrKKTBQ+TpaXx66vMi /Had377Pb9fbta1rmE+aL2UcVBFt3d6us2hWgINMz8PX5+GckwZ92+q1Ln/W68uWBs1lQKC17Xqz tcHDmaWcz9PTNI0560jRRNFByyje2nKT2oROWm/Z7Fo5AzVplkhDixpAcIiUJDuV4UEPoYoqSel6 iwyFZbYxxZAwaIyKKet55CXHkEJ1o2+MgJpJC0YkD2WvVIdGD4VCCRVo56QRO9vLYjihU3v2NjYP KNkQKZDIykBIkJWQCN2lGt1kbe7eSWQhPUu6F40heP9NgLsaUMBCkqYRDPeCmAIacToYLVOgOHMg BxgcQzQojRNEIKwrbnNspq1yW2LzqA3e4I09F40QIpOaKBQkUlQSlZ1Xi3CPiNa76NwDBrQuYwt3 n5KY0DeZRkVDNLxt7ccrVoMIlqbfX4oZL2chhMpS+Ocba9WvZ7cYITmxWWTzgMtUuAXeNpIari9z jKNMKTnc4WI0VxdILLAcuLHBW6NiFA1WRkHQKQMxquYiJcuUdth4zmgSfer3kBDkSUByixgGFlI1 NMeTRpagihgGcko+qCcBIlKSpUqgjyujG8dMEQ+YwkiKlKsMQ4JMhW9/MInwtKVtyuMf88sdcOBI JCgZ7IiVxxAn4qHNNUXc8xAQhmbNqVAItPAtYvVoD6yLxl1nUz9Wvv0hmy0PeYhHuv473v5JqKPn Nuw9Svtglx8hyD2hckcbnyos+zY7E9ic5gZtZSjDdD6dn06X85iQo2ZKyWMpgwh9W7fr69v37z9+ 3F4Xs4iiBNR7MC88FDl4oI3D3JPR0VMQwCG3tXv14/QE7wCLh+ui74IcQVAc0rMEgggkZ+KBSuKd CSaE+N6A59JJqHsi4aj3HDzNx2RJp232Ao0E0ZvDe14h7sIhXQ29m5sgekKrN+UCNO6Zks4H7VpG 4DHeJehH9cfA2gkkR6Jnj+yJ6MjsuEpE72M/dGb3wgrjrs/zAA76odwB6H2ZPXro+ohF9lL6P/+5 b/YOKewABD9/JB6QwQMo2f/5w79HtPH++2F1+k7leVdElQeBGX78Cn+gcTzu1R33PJBz9p+9iNMv uiMarA8XjIgWbE2aoQZTmLSIgPVifpeOIoSW2cJjW2PbqqGXw928bpsn0TKUMpRclAotkoqWksZL Pn05PV+mUb3erq2FI2nCdNJxVCVVMS/bMgdZusKCQMMFEXnI4zkNSRjerN1u5gZNjIhwOT+fh6JC C9+WJbaVhFM82AKmjOE8DKMkISRu89UaKSrKCFS3UvT5XEQQXq8/3v54uwaYJCEiJT09DWNR8dra Ol8bQ8ORT8Ply3QqSQI217c/ry8/rtdlm7daPc6XUUS2+ce6LNYYRJ7i+fl0miaB221brqxLE6KM Yy5o9Xp7jXURr2Y16kbfHBubT5qzQa5LnautTVrkNOZyGqrzNretUstYTmNt/nqLzSIVyVn3C9sF 30NILYK8F85NYpNwqodaI4xhStMwCVPvTcCudJVQeG8hUI8waBI97eTW/R4X+Hhw+YV7K28hW49m yUDdbKvJAEaI77wxHhSsfZ5UHxUvgCgYAu+VcU3UDAo9gw4akQAnNKJ0ZhqQAwAHxBAQYxYRa5iX WCta0JpvDbOh1mg1thq1oTXZtrxVWItqYv0e2AMaP4IcRB/VA4FLWNcKCYcEOYgCKaqII1qrrVow K2WQUQqQbs7tKipQMBNJ5fUWBE/jhpQSxhYeMrQKyVEGLis8uoHUrfJposhQk4KqREgT12DzuCA2 kBZW2yohVbzUU0ubGaNFhXjdzTU8nJCdtE8nEsRkDwZXSEIXnQxRFnFFNIDhrfaO6UClJlJ0qz0H BAsqvGQSFSDdxDaOX1dvQxlxOiE2nifV0eoPzc9K/q+7SyO6LhZJ0o+xQzyCvztJ/rHrxEUjJdWU QSAiwgAPd/f30glJMD189m6RH3PFjy0q9zjyIU79nMbA4SG6/KgBfizbz2Hfg1nnw0buzuO+V3sP CBXDKX/75cuXp8vlNI5Zk5uYJZGkhcx1Wa+vf769/bi1xZJoyadzmSbtY5/3uoEQTILMyAjtLCwi AZnQfcf3Nlc5qkR7XacLYnAXothDZ9lTFP7uk3rGk8rIfeba4ZoDPUFCkvXueyRCIwJh0qU3pCsR Be9abQj2yZlHSWQ/WXHAkY5JPDruoMiOXcJ3RbJe2Tl6WXpylroDxHDA2COFzhfvfpfRzxcDRI0j WUyAsP0w30sz3Zt2CHSHrcfuHo0f7DiER7qLjynjvhL8J1jwCHY/uW356fl7OuRTGsOPvAU+vuG+ bu+w4/6p+HgvPBZHHl/Cx9uBD/dRf2APChyfvhR3u7lfZ9wX0n0poae0TUXHfJqmISd4tObhcOuA 9QhLjhUTFlHNqzfT2lXroQwBmzWrW3ijUMYxn05lGHUYZTrlp8twGlUjZLPb2swZIaRMpzSNWQkS rcU8uxlVEwOAgjQ3TTifSs7KqHVd5qV6g0ifZRLjkE+ngVSpW53rulmAquZoQbq16ZSnc1ICts1z 26pjPxanihQdBi2Jtt226x/zpogkKhGuivOYp1ERtt7mtYY3Cc3plL+ch6LSlvnlx8vrW5s3b+Gh 6srTJWelt60ut7W6k6fL8OVpKEls3V7+fHt92a4L53mLKiWdxucmsmwLN2PA3OAtsFWPQPq2tu11 nq+LLxu2ZpqG6fwMSd/f1rfFPOR0/gbVP1/nlxVShun50iK/XtvWoEMp47TVeJnhkKFISgi4ucMh YhQPA7rYyN4lhxCawCVcvP8OCRO6G8LCw72GWwTCK7xXPWfA3SeGIRiRyJUMYoCE1orWLdS74+ki 6+jpSgJ9pkOPbwjvXHdRDoWRyfXocOsg456gNfZGhwAj7Xc0iyC2at4lRuGEGWi90yHQHM20et4a NsNSWRtaRW1hXYklQJU9NzyISBJhaN9bQSRSJXIiksDNN9tIjClORaZUpsQh65QDwWVRoWqjCiSL zcbkQNVI7KSESK1hzELovHoPmdyhwrEg8hmlIIsWlZQjZcmgniO32MdtJUZqOjsg4R5iIh50o5WA qSDMYBEighq7vXAaREJar2hFwMOAIyQMCf+9Yqm4GbzFpbA53XtYggjP2ZkoES4SzYrmGzKal3Fk PkOEOVudp+TpfcZmvEdv3V/tlp2CPVHfu1TuPM1K9tFotdVNkYUimlN4qz2Z38vSOeITVqgfccOj MX1sULxjjkcDLY+hXkQiDahgJTQiPziGu1Hmx6/4+Sce0Ywo85DO53I6jbsDh9fNblcPWiqzFq9b m9e6mmEczk+XKZepFLi5v27bmwfc2dDFJKIQ7Kdin8lM7E0XJFRcgAiad4QX2lmPsTcV90vRvfU+ baUzsyQQAaMYROEpqgPOfXb8gRIsaIxQV+8Nb9E0IqLPaIEg9m2CZEJYD3MDKrQ+MLOLffViSrBz 4TptoY+q79hIA+J9ACwaOvs+QLQA+rQ59tkonUGPQJDYtcgY8oAT7pf+eBztyL8RPVjrOvFxtMPu 4KafsU4ZQ+C4ekcC42E58QEWfFoSn3ADHt7Djys2Hu6Fe+GDH98QD5Dl/uTPfz6uecdOE74TSH++ TfjTluMB5cgdfn36JO6tyEfA0HuM9x3grp9km60Fp3N+HvKQZpWbNZiVFXWkC/rQRxJGqjvXlhju EMqg+3gtgqoatbUf39flhstTPl3yKYunxjB4a0u9VbfXpblG6mPZwlaNRhQJNyWTpta64qyi41NH NQ/rjVSEb4I1MLhTRDxiudb4MiJJa2F1izBDUe+Qv21hbalsI7K3VgVOMmCd4l2AkhVKIJiGeQ2h h3RZcFRrW93ci1CVmnxZmRLsNCXV3Vau63qrTkyJAVhR8VZRqDmHM6KSI9EL0G51Xc2uHkPKRv39 ZW3m3/J4/lYV6/fvqSElbvRwDU2bc248b/V36+oYbX298vL0taSL5tft1uptxe8vp/HkTBZ1btn0 C6e2/NiW29LSkM7PQ5Hfb799f8VXlr/8kn1bby9120LIaeB5kthoFSGxc/SPW8b7+iEDGiJEeF16 lERAoKAFNyKRBm6ACRQMIIEU3SC0Soqk0u+ZkK60uk8o6Ey98K4rB/S4yJEF6hHbsmke0iAGMtyh YN3nHrARHlRHIyJCiFkgjoSguyZhRXSDA4TCXHgQz1OXHOl6hpsADvOghZs3dRXkCMmMKCMkTwmW g92Iibt0jXOASzPqpsVqpYqoAgGhUuhOYzQCJpVCtrOEnRjVEbJ6zUWHsKRWJcL4PAKZ1z/NCsL5 MnMYW9Zahn+joIs9JhAVZt+tjLnkBEBCnO6nho2tdIlHNHhUhvmprsiDuflsQuXAsFB4MGDOJI4m noxVe+4dFqCLakwZL4sj4s1os387xZ83IicLW1dcZ39WOkdBC7Xtxz++/Y//y//97//4z3/9OhbB W8Xiw5dfX27/PeFD46ADuw5QkBK9YOEBR/T8xxE87R1THo5WK7kBlNzPcRa1h9aSe0EED1byJ0v4 wTo/5jkeI7bHhoJ9CxEBKD8gFXz8IB8+9fhz3xP5kAIJRgvbUFfCm9tGq8u8Xteo4WzX4lU08TyN fh7H4XQ+JSaBQCJpJa4B6ePwXODiLiJUHsHkvaecwM77OvzUwX0k+vi0w+8euYdASAcUQJfv6Y1Y 7Cl3Afpctw4hJDz6jDWGhmn/U5wRGgTC6QaXTo0inU6CIdqzKETsbUTaOaTYk7MIqnifpmBOCeLh z86o2vHrfnR9UA9wCIE42Cli6ESNA450TVXBMSEwdjcIBvriP5bHfqmO7o39DO7zZd/X2+Fl471N 9OPyeF8S8f7/T6vuZ5D66dXHjEL89Db+s5fuP48g+/HN9/ffb4RHoMB/tlf4aTs7XL6j8DjYox3D Pozbjn6/Z6gAACAASURBVJ2zzEAwmm3X2wtczqeS03QaWqutJWvJMOee0+oSc3AgOSTCncFdM8GC JFIQmtAq5tlbrevchmIiThqsrVu7Vl8Xc9dQlSThsc2tzjkBdbM6N4YLS9zPRpgQEVordma8KNwC Du7t19u1teaaJLJaMd8csZn3DnUKZd7qVmvOOZjNauLgkB4CRCNWC0cgKJRxqsucJaM7QpN58XWz 05iYx2ZviVGtqVsWdBBMHYgVbCAR4da2FlNELjmVMW4uFHY5CU3UIlrLGSFWgiDe2lKu6QtPZYzT aXu7aoSAa0S4I9dbOU+SRvhMaWHe2rZuy5CfT8P5qnNt/v3t5bos4QKEt2YtTdOYhtd6qy9XT4P8 9a+/Xn653f777Y/XNl5+OZ8uMf/5dl3Mca0SMn07a/s+x0bkfaSjA8cNtLPE+pj0EO313QgYjO6A OwwA4cGZhxxREGgkjFATRk49SnifgOTHkg1IqIPojSOAhBtyv/rruqZBAHrkfdHS7gFtRJfusKAa qbFFCNUkbe4VYZ0OA3iHLLbz68XYJ+uEk8IwYYnuCwHAHGwh0ABuy+nrmJnpu2hpCIMedYE3Q21/ e7G//hrTGWFCSQCt4rpCgalAEHTfvA+Ma0lgkGikSF0tAWTryiQwfFU8fdN5bTHAt2gNg17x9lsM X8JaozAFbmmbh9mv5ZLPT1+CQYUqFEAWIBegl+sjLMKcNWCDrVXevGqmqEaYmQuCZsjWYFW8bjDf KLLV6mgyltYabuYSMZukFr9e/B+v/u1fnm5vb29vMWS9DGoIhVLb+sd/+5df/+3/+n//6//8P/zr eErx23+V1/P5P//SORz8eZRJz+fzLpEQ96EknQfkfYJrRIreFCnUrJoYDPfm7uF86En5lJH+lHW4 UzT0p7f9bFg/8kP3fKiQTnp8PIr/X7TxaNA/2OtwWLNts3WZX7+/vL5cV4MOU55KHkK0SUIu53G8 nKdzhkY1a94M67Ks29oc6PQZUEVEVJgYStf93uMd6/SpVXYX2zimhwR3lgOO27CfJSF3XeKeQyNE 9zny9EMVijtYiZ2hiXif37tXT1z2XKUAqk6N6HNMYi+xoM+gx07WViDABtrO6do5Jr43tsF55AM6 dVYQPS/6sJz8GBlzgEvGDjIOaNW1zjow2/HWnTcasZeldrJL4BDLfGiL3a8jj/LKkSp5jOzjE/Hi wCJ3MuknTPxILfqEBuI/WGCPO/Nzmeb+hvs2P90Oj4/5QNfAT0Qofrwd7s/Iw6YeYevxgPi4keD7 uQKozOKDbb7Z3KLSKE1QkQTIuy7cTvE+6l/dx8T79wAMCYqqCsUs1q2ty7YudZ3rsm7r1rYtmiO4 60KBdA+YRfO61Pm2tWp7x1UXvA0nQBHVlBUwr5utc3VXkdQZwu5eBhlG1UzNkgadTsN5DMZWK1SA koYpj0UJWa5LrcFQAXfKWlBTKoOoQJQ/flzpIiLVWwin03g656wJsPm2tRrBQpVpSqqs6225LbUy CBEPdzCmy1RyEQl3v90QzjLpcMpJk6Yyjmk6DeN5GArOU5ExRFi0iLr5atWjCaTLSwRJyUMkXZdr dHlf98xyOp2hmNdbq56HjBTVK5zhUcp4OZ8Iu11vrbmHjuP5fL4s23Wd67rFly//Zr693a4esMBc dZj+MibnatKoLnQRE3WoU1zUd4l2cZEQLVkymRKTQjtPhFS733VA9A7UiAhHhAdpEi7HRIZeslFA GBKu2DVPE6FUJZNSHbAIdwdTzkWPWdMWxw0bkeKImbFXtZWghUquFutSTfuIPoIQpxIpkIkk0EBn jTDI5DDhUW1wCmBKaEgOU4khD9nhiExEUEnREiEa7RYNf3uNyxnjWUQzk6aE24y/vRISly9QiKY+ Tc8389okq7D0oX+dY4F7Q1AhpoJJOWQmRFR426IuqJuvr15nrz+W9SVYpV2r3aQRzTya1+bWYBIb sGa6wolVuRWsKigpnoaUVC8iF9WcJaXytZTzMF7KdCrTaZiexvNlmJ6my4lDqducWmtEC5BRDQo5 F/vjzf7T88S01Yasyl4JIbT5MJ5WSX//7ffpNA3Pg//235RZgf/9I1Vzz+STEBh2henoE3R6lHGI QiZE1+kKwlSZc5aUgvAIYXOLiPEjnf6Tsb6byMeUxqOp/cTu/PSpe3TYgzPHrnR+hy9xHJf8tJG7 OX6UZDh2oM9c9ObcIpoF8jBNT5fTuQyFSkvkkMpYxkS27fb25z9evr+9Xbd1m83rPk6MqYt/CxJB 2SksfcCzE20/pdwHR3YXS/qxcz0Ydew0BGGPw2ghfZqRBA003dtMd3h4uOq9F7c7YxdzgpE0EneF kECvte/s8/3a9ikDgiBs544CgiOnQu7kEtiuwLxX4ixoBA5p0SCM7A0yd/FQPwCEM9recc3ef9sn Xsu9v5TvSiTHAuD9Au3cnSM3x4Oz8sF9HvuGf1rUiB2m4OFb9HjzJ7jAh1cfcxV38oR8fOnh4x9Q 0H+0Aj/l4R6zL58arORQxruv58c4AT995P0AuZN5+ROc4cHTIj/AlH4lYe7exFxuW1RbQ5hI3a+m 9LZMyN6KRYZLOHVXgtkvosouz+PmHcn7at4ISVmZuI8h75qq0ZrVddtqq+bWizOCgIN+qMe4h8HM 1rYutTZ2iUwwgEqErVUQSXUoaZryNKRhcIm6LM0MZRrG0zhkCqPVtswtQuQ4De4eDs1pKJJyRmq3 dVuroej0NDxdptOQhXCvrdqygCwb5HzSkpN7nee31oQo6KoRgvNlOI2FHnWty9q2Fqoo51JSprm3 EHCQPJU8Dmk6DaMmEWVOCre1toaAHLW7aFk0P2/rKzxIiXAPH4fTUHKt8zKvZRh+/Zdvp8tY163V JuTpNJWSl3Ve19YB4dPTV7jd5rXW9Xw6l0HX9dZaA+gRayvD6WnIjXOw6Z52dBEDXRgUE/Z5JtX6 IF0JCFJvJJZeTJDWxctFyZSZINob6g9++W5yYp/nRALhRMg+B+JISXVieYiS6srGqEkhUcWdaAJn FKIRYBc/xd5EFVAGkkQzbMtq5hbCe78gJFA0OuxQgfTWa40AKSEmSOF0N0LE4MmZqYJaJWdNFFbu M8BTMDRvcC+0ZPz375ITxlMiJELq5rcZ141PY5QzKczZZfRtje9vzCmVU5IhVAIJzRlB2xN24YBA lEwaGnREsxbbRmyIquFUy6TQYRXb6tvm7er1Vm8/2vri87wuf9j8Zu36tl31dvPrcpvf8LrEbbF5 2yrV9frndwsvw2m7OkRVO1cmUQbVsQzP6Tx6extgi0kPLKphGgJeX6/2bRhOzyTcPQDdiz61nr58 e1uWP15fpEzT05l//KMDjk9R/uG/0eWtA+CDfmU3wenQJA2giXhSSWkQ2XNfBMPpdm92fWwafCTc sdfOuFMWHmHHI1J53L2Ppeu+9vcYq0+xLw+ZFX9/57s1x4FmPiVUPuTDIzwNcfoynE7T5flymoak pDe2RpckJWm25Tq//nbblrm25pEKcqEKsNM7exguvSVpVw350HTg3P2xkkL25dt9Z59k3eEIsRc+ uqcPdIlQIt7TBkBPcctOqIxj6lvv5Qkg9nZWB8P3NhMlxHdeiEokBFzMOwk0Onsv9lzLnoQP2Wme hxR6BGkH25wSRFfvgWrclS7juLQMGtD6dx4pCr/TaOTQGO25tR2soBO+7mPkune7R9NxRPB3V31U lvcn/Y4MjnzGI8XhDj3jYYXcX9KH93wqizzi408/d6bRz2/5tP1P2/yEy/mwqXvn1/1tck9gPBzC 42cftxsfD/B+RPf0z/3cRHjEBjYdn4bLr6dpGqOuui5EIIsSyW2X3N5XqXZdBSAARYhw68tmVyxg iEhidDo/U084Q6AdRPRLSQbCrNVqbgwIeyM16EDjnq/zCGutta1tm3l0SRoHGmCgu/tyW9tqEkyk uLW1blut1ZtRRYacs4hEa7EtN3ffNYFJIsxqAzFOWUXGKeUxSdJhHJ6ez+fTkEQIhLfW6jJDILXa MOlpSqKA1GVdanUGqZAhl3EYi5Ly+va2zpubIDCUMoyFEreX6+9/u77+vrXFtnmZX9o6e1tWm8M3 9ebVzUjtuwYXZpXRGjabAY+Ah2vO03hSa9t8hedvz3/5cvmaMm63t1ptHE7TaWzWrrdbmKnIdJqG jHW5rZsH7fn5stV5mbe+Tsy3Gjx/fdbV0Pb+pU7gY+zBCP1gtzfnFtxc1uAWbK41pIk0V4OYSIRE JkQZokJJtNAWuodYHVRQ4r6MA32o5LHMSfbKh2qU5Ikt2gJfYCt9k9gYVSJkn+7rEtHHM+1xV2xZ tG3WaqOKHbMSjVmgAWn7IDcEwrgLrZqoBoM9weSAUBTBoCalt5ZSlnSEbfAIAlW1unJMXqr++8vg NZ0uKoj1htsaBs5vMkqksc+0wFzl5U3D5DQNqSSo5SQRWLsAeiSSNeJ15jxzbmgWw4nIGju6C0No 51tQRXs/sUVstC1gdKNbsMI32OZYqi2Tzq5VuCJmRkW9Lr74ui7XPzXbdr2+/vbnUFJcHSKae4uD JJbhfCJeS1uWQL/7nfjlpNcV1e2SL6enMbYNzUKRgBY25ARlZXud5xvT8zB2wBEfzRZw9M5ADocd uybmOwLoIQUNrEInRTiQpfe5iGT3vltpT1b3LtZ3apsdXj+Tbe8x2WsNn+odfDCjPPzHu8ElK9kA IlJEAgbc0wn7p/zhGO+9Np9ExoAPFpmkjyf9+svTaTyNJScRNF9vdV2aG4QqiuX15fr2w8uQT5fT +fT8fJqmgURrvrU4ygFHk+cek+94a0cVsXt9UVL3/IrsRx84AvHDhR6Fht6SCiDCZcfsEuChT3gc VU8SY/fNtOA+7A2QfVbLPt2kowfbvfsek4oE+D6YTQ6wQkSWHrAA4CP7shPb3SmBdOeOdsaKBBQO tKOrNvbiSIdcoQS4t7HsSPTh8hx09M4y6q3Gu4/kHjTda1U7rRXHcjp87gfc8IhBH3un72/GT/m5 /wgrPG7q4d+BOR/QNj5ugQ/L8hGgPKIK3O+Ujz1W992Lh52Mh7QfHgDTvW34vhuPtRh+THP2ro1A 1EycRhmHQanSGq2GMFRShCAOvAsJOsUBiZCDTQw0QBAJ0D1n1aeTioOJ0D6ahx8uVgCu8KNnyUHv ybZDLcZBd5i7NWs9RQ8K2QBjr74Jmtu2bdu61XVbl+12rdebt97MEgijb7HNzcybvScViR60wFqE YyyqokMp52k4TblQ1UX6eJDw9XataycWuW1eBikl5ZKobV7nikhDvnwZTqeSkwixbfX6NocDoYmc xqxJw+v1Vt9aM7Nm3pZWZ58XX+a6LVEtuTjE77I3MAgkDaWhNm8Ew0HIaTynocx1vS63ZbahTJfL VNt8u94ieDqfcuZ8u9ZmklLKejpfzK63W1vX7cvXZ9LmeXa3LsdSa9XpNI0Tb2uE7yVcHPi/18rA PQyIQOvFYWN1Npc1sIEbZCU3sLqsghasLo3ShM3UKN47KCBO8c5nE4m92VE89uyv9/TbnrjdwzAP hkW4uDOMMEUVuiBSbArTaCk2RQOrhCeFiCf6kJCUSVRUhaIS3EGtm/RZZOFQ39MvCFi/qwxJoAiq KsLb2lIZmXaxEcoCJ4VpDFeh+TPHf9zS21XOJxkS1goZooz+20t6OjEpI+T1ymVNJUuiq54oESGJ 2hzGEkZXqqbbzV82ro0/NnH30ynn81c9T83ibbGVFKOHbujldob1YK3LkDsEIkGBEkWiSYgY4aEe YoJGzB4tMRLmbV2Dm22vaNu6zVI92mZmPXQupy/b9jaylkFGBRQJ6TzwrWG9rU9fvhaZm/V6vQhg y9vTt3+dBf/p2y8r/HqaFPgvOBQ4DiTRsxG7TmZfYwEg9GBIHHWK3eI39NRY5ICKqqZEkYhws310 e79XaB/NrvT8B4kjN/U+NfSwPndndsciOCz4/qgLhxDoo0mOIvfPlv1TykQ/vhQPbmM30Ek5DVNJ RcK9tu02367bdbbNDBqaYqtRTcv56XR5Pp8u0zDlJBGxrHXbrJ+93tDRdTiP6bGda6JEAlI37jxy x4zOV0DvOz32O4DekhgSupP+eHckByjZI0U5ciT9SPbH73BhV7PoCF0QIoiQGuyjW2SftLKXNu6Z rR5rdn+vDO0Zdad34CAR7L27e2FFYu+/xaFR1i2XoeMt3jMufXy1CJy9LxdC706mH/WRKTnaZXcu yGEBiYeWz8fLvdM37qDzU3nlk+u98yvvObbHDfIn0PCYLfv05OODn1fjpwd34PsffUQ+CtXcwQQ/ fvCRB42P77kDjk9bvm+fP73q5K5KBXNYGFEl3CGuCZHUc4L06xAhXZUFIdEo7iJOaAhAZy/oOOAB QUhEiq40uUvp9PL5Maxn5/dg3/Ruh0L21FccGfde9okduu4fITqHiF69rWtdNtsazImgKIk+tMC2 zevG8P7Vu74cSEoKj7q2bXW40ySJJqLO2/yyeXNVtNaW27zOGyNTJLwty6oZ45DLMAxTzjmdLsPz ZTyV3NOPQp9v69oiSWpbtfDp0uc1+W1bqlVz+k5pKsgJo4UARtmzegpS3M1MUyljMfdmPdliQD6d nsoo63Zbltu61NN0Lhmvr2+1Wk7D+TzVVm+3xaxZtafnryK+LFutDYjnyzlsXdeG6EPsuW348suz 3jZYjfcTix07i+9mh4FeDOt1LSF76QtHX0F0mSxHDVRic6mdoHnM9/RgZ/1676gDPcJhBnFEwEzC JJweYcG6hRnSmDkU7R33moS7ZTi63azHOBKhYUFL9JJRsozKIXNIHJQ5RVaWFFmRFFk9CVSpAhVS vDtp2Q1MBFJ4clJV4UaVPIyISolA20WhoqmKjKqaziZzTd9nlDGen3k5xS9feDlhqToNrKv88YPW 5GnkWAKBlLPs7GcPE1A9qqaszPNaGxWMZWNYncYpj3+F6GKLD+Prm5/lmeFbzQVsHhFDIsVVI8A8 eOqwdVem3C+jAmISwcgMyUFEFg96EYNtgS3Wm61XW9/abXG7Yb2VNDnnoaIUDokioqpDij8XtDZv c6ZWJBFnE1df0Zb09J9kbX89P+c0KvBf0G/nw+pxb+MkcK+nOTp/MHgYvgwoqDtCCdk9QxcXzAmU cAsPN3vg8rSPVrJvTQm+C3XE3fw5u5L6fmq6//O9+BLvxvGQkLjz6e6ZmHj4rQ+/8VD8fqSJPNpc knSH1T5xal3nt3VbNzOnUFWTaaouRfLTdHqahiELEbStbVudl61u1tEQ986UfjPs1eIOOLBPcJV9 Tv0+wqYDjOOweGcr9LQTjzO45yqOwjZ8n8D0IOnRyxA7bsPhjXjoKHQU0KfU9sFpfoAJEQRpTo97 PMO7g5c9fO9enP2LrE/e2bHUbvg7OqEGSXeaSTeqEMShSCYSsiOGPUWBg3y4Ayd2+4U+RbYXbjp+ 4jEc7iE6B8F7MuADa+GnC80HhPGYRftEHuLHPx/f/7jePq2on+saj9u5v0cenv8ZmshD7e8RcPCn vXoEOp++tN8t/6TO8s829Qi7JbRYKZWyLm+oi0EbS4RQQsSLIO+tR6HSBrVEc4QIhhzwEJiyUhpp wkapZEgPFvn/MfamzY4kSXKgqpl7BPDwMquqq5vDWQp3ZT+PCP//39kdcq4+qvJ4ACLczXQ/uAce MrNJLqSk+yWOQCDC3Q41NbWj9wGjJ3zciC6kptDLSNJmhIEZjD/O2UizWY+Jg/MKYZKOJzWJCUEw o7kPwFyD+hCZkSY5Z+40jyyQ9FTe7lvbo7ds99y3dr/dr2/327VlKLtut7a3RnNnGrX3/XbdmFx9 Oa3Ly2lZnE6iEU1wFu7b/X6/w32h8n5vCJzPy/ll8ZN6dnWB7Gao9vrL6edffa173zM6bUrKVCKA 1ncWXLz6HvuYTtT2XrT+fPm5nnhvu7Kd1vXyctnuX25bZuflcllPvN/eWuswrOv5cnrdrr/dd23b /bycM2PfewgYU52N55OvILf7Iw88mEB21CtTxnntRgw4cwjKABqP20ACPpBOavT/EzlNlBKilCCG OMZo8AMjyeDQDFBaT+9iT9+7p6wup8AJzG5FvAASF9Bhnl41QkubsRCYDrjBXdVQndW5VC5Fq3Op qBUn51pRK9Zii2ctrCVrUXV4QSnuox/aE5ZugJpopRrZqcwepI8ZH+ZEXQH/UFGq/9tveXvLl0KX VbOl2u+/8dbseqUbLivcaCXMK/WBoBVlJzNHGn1ePRjbliMs3xvc97MVXi+IzVe+XF7//Hv/tf7J I73/3MreX0u2dWlGvJaetzz57hZwrruaGivX7qphUgjGHAMmKJq7BvfQaDZb2aLmPeKmeFPb3Y0Q k4WACLeFPFW8Za8slIoBdKKDyh7n8+tfm315u8cmB/7buwt50C3JIZDCQ5z72ORD+/zhvO1gSwyg Iqyg1sXLIpkyU5EhJQ5rEj/YVh6V6dPBvRiPBPvBZHwQMnyC7frOH9gTsPHok9Txo/D0pY/v/Y5t h6crMM3ZcKQZ6q1t9/vW9075ejqdX9e1FEti8+VlffllrdWR2fp2u799ud9u97ZvMZ3l/Aqqz2Ik 7eCBjpDCHvKjUuoQ9R2BH99/jD2oMGK8F4mGhZyS4VPl8wCfR2AxNLh0EDVoSoOSLjqEqfFz5JTH HcFRGUmRBrOJbppgBhAB5JgSNWbGzgBo3gseOc5wGNRDeQQAE6PdYN4NA4aGfqRpZKeG0KAiakaX h3/icY8PUtFslxjHyZn0wg6K5Axe3ytl7//Ztwvg2R8/XDuOVfGstPHw6I8Q9hHgPnvx51LO44/3 dxKPffH3gqJv4qHnU3qOaf5nAceP5Rv8EH59F698H6NMnkymegDw4nU1c+Zo9bduHqu0zIUmMn2M ijbBtHLMmI1ibbHm1s334ltlK04v8nIvvpvBrLnvtDCGMWj9wVU/4LSECGbOfxvGvEMNcEKTZADM 9WYTJhzFFjf41LKc7ejH7eccRUcbCOvR2wUgYYJFT7UW+7bf7/vWovfokb2rt+g9UpaMMbnUqExs tx532SgNNO237fplu30dTaOttd6aSaQDUuzBVF385bSeX3w5sa7l5WU9X5aXS31ZDNHbtrcuwYxp yqTR4OoZqOtPVq33e2Yq436/WpbX0+vpdV3Op6WudVmTdr2+td6Z/vHDT6cztv3uy/L64bIul+3t 971FD8F2I1pnxFz2dbGXF6wleOtSaBDtjrU3VXnm5YcGo0ymaWQwi60D1hq45iicDbVjYgAhc1LD MXLhEFdhjoQCnjDIhlKs5JEuFMFblL4zWrn1unf0XltbWkeL2tN7esslZAkEljRX2H2zfdfe0YIR NmIbjhm7Q73dWY3V6ZWLYy1YnEtBLVodtXApVp3uqBQsC9X3TZDR0DtTUlAhuZImulWu8NQpQ8Cn N/7+lV/e7HrzrfHz1wDw06LLGSpWyuJFUBVo1qHaFA6LKFb6uWjfss9uazbg5XLvXzde1+Xal3Vd fm3//nv7uX6sXPq2xodea21vpVpFnDbuv4HWiu/VyuXW9owXz9oCNV8oQ1+pzp3MFWUpQUC0BWR3 WpoYBQEhFSXhsHArKs4Cugtu+eKixVqLK0cHklIw1+3zq53AaPvNwX86zNlwBtMrjI6JgZCDpIyq wEI6ZzBrT4Z1zBMPY9KcNuQ9RCozM4eM9iPaeEYXBsdzAQgGZ+MlpsOYb6jfKlI/TPZzlmnf/vFs On8Exp+t9nfRz+Mj04dJKXRRVqqv68vrhw+Xl5e1uFq0zXxZ1pdCZtvvX29fP9/f3m6td7Pwkgff E6P0aKSZ2WP+M3QIXpCwpyGxM7YYLbI6OJIYba6TrxVzDApGocYwORbCoFwcvnnAJ3yKrgxyJMbg eGqQNJ/DrkPXXCJdoOaEWcIxSxujdJKY+ugz5jjkz+d7ktRsatST8ugITQYlnDaH5ULv5Tabk8Rm ZDEcxFMFbRaDDrb7iM6GkxihAP0JiRm/bGC7wwI+v/ToONUPwIA9cSPyW3c+Hvlti9PzS/zhzc9L C9Ojf+/yv1u330XD3z2jbw/+3enx6Y/nc/su4LCnU9IPv2JcaCma9VhP9fTxpa7Fo6Hvsp6eK46A Y5Q2xholykiBSXM4VUCn6LtZr1Ql3MK9L9artep79fviW6l7LW31fSnNK9xVHMVlJrdu1jkq7pjj fzCxwjySjEFgGkHDrOMdcQlk+cRtGivejRqTKDFj6EdAOeNjI4WeGZGZIszNLFNDuPIYRJRpY+KU pbDvse+xbbFd2/Vtf7u1+662q7dsISUBw2i2lNq2b1tXx7mWl0s5v9RTKat5gWLvt8/9dtv1rv2d BuSwwHpDcFkvy+oZLSISeWu3+74X2Gk5AbXfI0O3fY8e9/s1e/n4+vNPP9XTeTktFxO2W3y53iRI /vGnFwP2Pebtlz7+9LLud277weyegPecQcCclK/jqk5a37yYY2+OQnlMdOqgr/GY4JiEmCaTDRhr KH4ZYDkMFCyNGBQ/4kDcjbTsbHu0pntbYst9576XvfXbrn1n22Nr2Br2pq3blmhN1533jq2VW+N9 171h33Fv2nv2Zq1Z61S3HDqbMxSl09yw0Kq5uY1Ov0FNM6aiq7cIZUhJdalL4WwQrMjgksfZ41R6 0ELewvbg5YSfCtaT0apb9aWYn4gONqSbI6J2NooRrI7V7dqVARApLFxePvbfb7el/eJt99VOf4q/ fr6d6wVsufl6wxIWZbnusVjdX77gY7npzrZ6Xa+4ZdRorblVW2HaszZFqPa21v6zZd1A5Qercb1n 5flr9KUvvlhPzx10S7CzAFSnE+5ZhOIoI2gEiixIE9WuL+Yrrk7+02GUBiGrH+Cka+QAAyjTIH8V DXhDD94lgQA7uAPSkJsCSXqhO2gpbcoYCl1HRebx8QIsgIOd3MCN3AgeiMX6VLp+2ILvsjcCOKbK 06H/ygAAIABJREFUfRdGPMyLffspPv33eOiHlwwwmi2n+uGn148/fTyfz+d1rV4JxbZvt522WFmi t3a7bbdb23sCXv38UpaFEkJKDW73ESDASB8ueaqAj8XNGDaRGuXknF0nMx/LyUB8/xGjeOLiHDQ5 6VRHf+1M5obbOFJqzZrUAz4Z9fLnloqjoYMHJq05ZkVwEzl7lzB9/zwZPXlQHWDG+NFPTM/Re682 eB4AJ8dwCiwMbfbJDxwG7hCnGrdoBB+Y2enTwTEVS8ePOApnx48ed/Odefe+SPxAL34klj4+G4cH eqyTx+X6LkDBt898s0Sfg91pmt9f0tN/j6Px2yP8uFb/bgz0/I3PH5x/fHt+z1UkPJ2AZhYx9eBF pbvVWr0UhKHDsXacTXT10a4yPjoEbU1mYFo6UDTk6uRDi4YYw0+HpL8jit+L9aIoyFKD1iv6yqil 19KLZS0qpS9lX6zXEl6ill48zNNLuIcbaDImPWCTV4jRH3YwPObvmhMCCVjSkw7AppLNAxwdaN9w liCDRqM5R/PtHCIB5hFcT5LTLJi6NWlvvfWIVM7WsuxdPSiYGeYgISKY29636z22cJnTKfS3vn1t t3u/3aK1hNFtYgSiTBAcBubd9l6Xc72cjZlti9z3dt+2TT0y8Pa2329v0VoiBW777XZrFeup1sy4 vm232/W6dRii5+Xy6+V8jrbtvQNZTv7y+nHlyq/XwRvlgbBi8LqGetAk2Aizkjv7WIABjgY4BjLo CA3HrRhQRh5B6jjIA522nF3OMyUbe3tw2nBUqEmDMV0OB0sypDHGLiPQo/W+7R17j9buW0ML7bBd nsmQN6knWvoeugf2zr3x3u3ecN95321v1nbeOltDa7aHqU95USoPigrARECBFBQafSHqzLDsJdIs MBSMFuK85uXkH9fy8cyLs1bSaSQAJxxUVuNN8SKdVHfbCbYOY9hp8dO6EEELO6syzra+/HH58/0r t4+VAuznP8V//Ov+4i+qsV/lKOHYz/qcv61WPv681l/wm74ybV2Q+pqmfbm5ZXjypd7cdPGv6te3 ZnHai73tufQPULRel8v5UzS7vaznejOms0BfNvu0W2u8NkqsxW5h2T3IUZkrNhgQjNiYcPK/DZcz CBPEYB6MpHqaRGJUA8asc4N8TF15clHjjyJ4qpMoxWotZi4i1TKbMo/6y3N+aUen3/AlPDD5ejz/ bHmF7/3u8HvxXn/5JjH90XZ/F2o8nNm3bbpPb6Ox1vLxw+n1cl7KArFvcX/br1/37Z5pLud237b7 LsX64fTy8eV0rpfXl6WuyojeIlIAhtIA3ODHFtW7D+BjJ49EYchu5jiFZ8bloGfyYHiM+sMkarBj tpwcjnukIBpJ/xh3NNpZj7kng6wFHkSY0YA6nKIREOLB4Bg46BHblXmVBUxpcVGahmQGqXxImmIG N5iWGiN6sOMQGjvOxiw3AHO2Ag+kh0f/8HEF4PxmBWL6kXGX9exoR0HqEW083+VvIJCnlfNdeeJ5 eTz+foY9+Pf+l4+GkQODeQQcj089H+G5LvNd3IOn83z+3+c/vmvFev7U++P4dz595MfgJg88ct4a 0Eyl8qVkjWiZ6Xq1/jG1JhrUlOpAFyRTeMojLWChKWU/2DeWJhWZgeYEMSZ49XL0XNZRVZGcUa07 k+imqB6lhLMXRfHu3hf2tUatvXqv3opHLX3xdvJWnF6jlFY83WjezdKYHKWO4yYYykBxCQ5ETQc8 kkesOgJlmygOpzedaUGMYt9wxZ42qErAwWhVgkP7r4wBypq1nbEexDEFmoxQa23b93bLbcP13q7X /XbPLZM+tzeIY78kJygoRkfrznU5v5STB3pERua+t21ve7/vrUV2YrR+am/3623rW0ZvX75+fbtf 5/QUoO8dVnr0ve2ATpfy4fVl2cXbW04UFgdLfVykgZtqTCeYsn4MzUlJqfdlOYKGnA1xtLQUHvq/ c3OOWswYGAmYaJNBOgDgaR4PmwAmi0DXvEDhY/7C0fBnpI3Y0sBE5kGEM9gYdOqa+ZMNqmCDpawB LdXT97A9uIX2br37vZdbt71pa9g7MgBzDH4/yUp4GXdnGCjIE4VhIUE7B04lGmwWR42OEXbSxpyX LkTrkmlPlYVbRkAwZoa7tVr8sqyX1/2y2Kkqe3q8vP7x50/tGm8LO3RlcX2577W9bOu9/wx7WcSM td9wY7dzuXyop9v1N8S+QPDuVUCX9iZ/fX09fVhfXsrv/vmN92C3D2Xvt35d11LReP65fM2en1/W S43XU10TvX+62r1rD7ztlsHzmf/xudyaXbu1rt7UAuYsRln6Wv+peFSLYlGZhbShkWnd2MfuEgzm Pl6b4cjgdnQiyQ62p/RpN1Mpq5cVWCLVe4semXb09T2ijUfM8RwBGP4OwQKAPyVwjyMAwGyfm888 LHj51ph+Z74fMDKOLZFPhv497Bh5tLMuSzVgv21vn75++bzdbr3LrdKqEpLcfb28Xs6X87LUUlZj Udv6vvfoA5/FFETiEcobNTU7cnagcGiDHn7zAU7yIG1OnzozqxGGcGiDpqyN63AEKO8T+AiKKXYC h5bdw508rOkMPt65J3r0CGBaHLxHe8erAmCTUTGMETlnbeBQ1MARX8x564+gKgdgArN3UsWsyLw7 vPm7dVy3R2fO/P8Hw/TADJ69uCZDdviGb5o1DN+HLM8rBE+xxY+P54gkn2Lu5+99fyfn9rBv1/Qj YviuuvdjtPG4IHwCJPjtQfQ/+fh3++jxGJSF5+Pr29PWEWWKGGIri0c1tvDOrB4nyJNdaFAk0Gmh JXMNsYMRtafvUgN6emTtqqG150sLbzEB1chUKIQglLQAqDABPgFVwqhKGMMsnTkw7Wq5eBZ2z1at 1dpL6Y62lFhrFt+r70uNpeZS2lJ6LVFKX0pbrLuH+33l5kaymzW3IGWWD4YVBrbzqCOMXawhjZPg 6BUcYMggPg/pXjM5CRvlHxwiQZiOiKLBx1SSAQSW4lbRs9/3dt9zCxuSI7SkdbOxiXLGNkM5UAPV Sahja0iU9aWuJ5gie4qRY+7YAAZGJkJxKJDt921CMBjq40RG21vsrafS13r56fWyeHn7ytsVjEHn maHUuAo8wFk7rgKf4v55/ea2GpdztJ0BD5UN4bGlgTyMVZIDO5nUjzFcCjg2OCgTnUgbNp8Yc7v0 2BFUtag2y/NrGZrnxZ0VqhwXdPBZh/nyWagzGDHkh8gS9ORgFXmXhRBCT0QiEq2TMDNGFquncim2 mFV5JStZ3YqjipbyIawKsYyaXwIYBJYJfwuJzCEXpwxkbgiZMiGHDApkwaZoAJaky40WWzNcfv7D L7f4Ejev9oIrcFn7um9v6n/YXn9+LaWe7GxLXU/e3j7fftOCmmol0hyAfCdTdW+3691zuVwuH19f eal+tpdlff11+b3/OXg6W73/9qUspZa6vVmRsCzLK9fe95i34B48V1TDpzta4Npx77jt+tJQgOos P5/bMOYaV56DI54SoEwphC6YW3WNAb1SlwaNANKge2s0VIOEQskWwQ53AFa8RmkZVDzMX3mys3O9 Td0e4FsU5NnUPkszvRvowSPTaHiZxZ1BhaxPZje/tcI/Ogw8H/Nh2VPemt6+bNmyVvW+3e9764KV uriX7h5lqThdLFevAxu0jN5v92wxgjXO8WsIwua8YxH+bIkEx+BmAuPaQmMSQQCpwQ+XYRC7hzPI Y1cP9HEWQoMICYP8L6bBBkaZpDBkIXUw/nNo/emwaOAswGjQd4Axwk0QYESRDnod5xg2jpQDmuDn aFgCQSbz+ZofaPYMlo57aWCZzNb3LEaYc9ps8FjG7MoD4ddQNeY8q0fJTEdr64hsHojac+jwvKj0 FGroiRn6eHM+Nfh89+DT2zQ1J75HCx5koOeHjijkOZb5LizGD/98Ps6BFb0Hx88feQ6m8cPfeLoa 31205zfz6TwdUGS7bW+ALms5nRVqun9B72FbUsyZdOcshLm4Q2M+VxmLmTrPycJRFQns7t0cyMLc hCaXCSUla3IaONU+TEQmHEZZcIx6AoQ0qUBpGuEKDFmSiOKWZIsO290NSanKQkwlhutLumVT7h0l JahJQwmnJSyyIim0HE28I/VShZjqo2AjjD8cYoyNkwARSIwuqhlrDx89r/loCx96hWNILg1eai3I jABSRDegk2nwucvGsCHAZGIXZWkwhqewc9+Y+7J+qPUPtdy33nPfomeEMEuzx06lJSLzCAXGehh9 qX0HweL1tL6cXpfs2K6IjmJAB8p45wiFBvVq9JoQdhhlvRvbGVbo2PjiHEg/1VcADDoIp+sXgEQC YxXlkUUcMBtIWE5KXybK8QYnVAMBxNAyFRv6me2DlS9pKX2wfg3bdHrhvkDN/JNAxcWwAT0IcjGB 6GJBJAjSEQnXYBBrnJIkCpmwhKE5crEV980+XD74sk/pLTDhJoc0m8OzTImkNGj6zYdo4lgJyozR GSwGU+kEzdNEGwWjMFNkMLEMQQMn+v03Jv5wXr/6rW+yi8NyWSN+ueK+4pKncgnXQrLZDVds11ZL pYmmTKLviEKQfsrcvvzH/fOXD3/60x8+/Ioyrrz9n/9HvfWrZ633+uk/vkhc63n/ovbb1f/x8vGP Z8Rfd7CHduK64Y8fJPCvV9FMtKYitX+/4WNXuZTRijl83lgd0ijcCxrTGRkEHFVAKsbAvVm3VUqZ Us5uNkMC7NAe0YVS3GpZoFTPlkMK7dG8+m5PSRLO4cNEqRym89n6P6szPVyFHT6RM5IWDpQe33qF fIok8O2hnlGNx07kCMYjc9sz9rex8nyx00/r+WVdCgvuxjvYrSTNXIr7bbvv+31vbZPa5JnFUALP JAa2W4BD13zWI8bu07BXyCEMMHCBYzKhY0p0DCUumtySaX2KVcipfnSLYDpmCugiAWOO62mPnZyD /ZsgEBx2QMcJKCGTTBIYNg44pjelmFAMwOARmuBBFUEeNsjwwDlmbDEufx54BYfklzhmBAqj72DE NNMojcNypk4zKBqmb0KtIxbhg00wb3s83e7vGoNHSP68SJ7Xw/M//9ePZ8jhsSB/RBT49ObH0nXO c/0xKPn/+Xheuvg22tAPi/+7kCX1LbeJ3wfiz4cloMD11vcSl1dba8m7buJNStFiirbZGMoDIUQN oTmZVAglUiyhTDXIAA8NScWSQkcNCWmWMN8ZI2O1UcVzBYG0HN6pAGYJS0Ozee53Zh6gdWPrJjcw JWZSBPfh5eWHirpV8QW6LbbBX7ONoQxFJKNLkXBCyj0GV0+WQqgQTdiVRVPqM5UloYSYjrSAmnUL 9xwbPA465ZFioA8w0CSDlVqszLgmLUMBY/bMDGHwtDoApAOZNrbMiFcKYOkguumWX+V2eX25nF/Y T1vf7/etbXsfVn3uz29iXc7RzTD4YjCSpw8v58tSs3Pb1YYaeB4JiePgiU+CDID3IuyhAwaM3pWR Fk0fPcnjoyAEDYQhxzloZiazn05UEZiMmaoZoExaYiT9SRmZyYJhSFUFgLsJ0JiWYCFVbh/s9Hsu QfzJ8f9mMYRZX9l/9fop6NKv4F+AHVlkP6t/oe+yn9i/cifLity7mcuROQSVyYBRQjAXBqitcu33 r/n60wcUg4JzDNY6KgCCm5QDpM+Hox1mcWRwYI6RnxIEzZZhy3y3raSHRCO8DLb9qN4gYvubZCeL 9C1pi9E73JSll09N9gaaGxKN7dVPg/FnyAgie1mY3VG7bZ4mR9z+9m///LH9l8svHzR6QfByKQuA dfnj+nq+/ta+fvm02MnOF1x3nD7w9e10u/nJkrJkD328oCU/3ei1uFlyWdC/2lIUtDE4ySBBgZn9 1omc5RhmzjBA8ByyJOOyDDBromNSTmHZBMMjrIkFXOi0ALkPHKJ6MxaMMcQjUVAmXGLqUUzBUVvR tykmn4z7XMLf4MZysUIjssGcrjIVlx/apt/xPB5fx2+/YtpuDUPlthQva6knO7+s5/PiECLivmUP MtyFtm9fbp8/Xa9b0nG6lOUERuCu3EOSPAKk4OA4iRHvmmAKDnUiJDCE9iynCiInrX58aAq2Tl9F aUhvmUbSoUTmKJbOPa+0cVf98DZz5KxpdsdQM88Y2AAfHgeByau0oGywNEbfyqCMTcM1bqYRU/RY CMxBLdI7wjRQ5LHRjoBDZcC0Uzx5rDi+Z9ggp008zl3TNnFOYjjCD8wA6Lt62YPyo6Pq/PD6zwHo w9fGU8Twvw048PRmHKwI/+H5xz8f0cYMZ38Id/g/+dJH7vhddJJPsfvzaX/Tk/F0bsDgVLxvhMdH 8O1Xv2Meo/1IQmbftttytXVZCMEMUZBFCmmOB3L0ces7CTagUNWUYIP2eliRlDex52yeE8ORBNOW rkrlwCWmexuQWCJkSBpF68Z0dMPguVcbdFaTrBTJD+ihzzavqak0Sn1kGG9kBZPWPb9qlDnYYWWU +0DCVkCpRQzIR3t3cjWZkKkRUQSUAebUkD4leiqmi8/QQH8BiJk+3C8oplkmC7l49bG300Hv2bwT 8u7REywAxJ6UaWCgRQKYSXM5lWkuJr2HvvK2ez/56mW5LK5taVvsypB6SkqjIA0DMsarmpS+4FRf iuO0nl/LWttNXz6j9dkr99gytCO+f6KcjYrwtMd59NcfQhsTNJ1xCY6sIqEhDXiEQjjwYQUnehd0 KAhP+GCWJ0Bmznp0xhQN6qOrJRkeORjBgKdkaovWN9ST6Se231H+E8ITRH8l34CP0E+Mv4B34Wy2 sP/3tAr/k/XfUSoEI4M/uZS8Wv2MkCJYLCN2xGkXfMna29v9XtZzpRWkkRuoA7cGuBMEfMzJnMAX 5rpWFmaBEirILkDoFCQviG2vPcPEtEImZddmomY5x0lTqCNgqWRAsITJlCl+6ZKYQcrhifQK6yXY FxpUnc24ZMJzqUwJXi6It9//B+M/n3/5GT6kn4dWgp+snn7N9uvbv//lf/Rt+ennP0TBh5//4Uv8 MzKK0wLpxsz//IrbntHlK00GnRaWctvNfHSeECk1UTAnrQyYR5FI0IfMB4sG+Tt0CDjMlFJG90GI FCJw37k0LClPlINsaMX7uW5ruReHMGAkU7qAVI72qVRRVmUZGt85G+0lFOlwYBNf+RE9BjQVwEb6 jCPABjicGqb3eo4q8GSyH3TCp0OKdH/9aX39cHKH2cQk+s7txrana3e7br9/6rdup9O5woqtFy81 2r5Jbz1aj0Ai4SlLK/aQBAN1xL2CTaAVk8s+/klh+PJkiEmEJwCl+ZxrMnX7Hjn92O4jJdGhhDHG MFuSolxmGaPWoyFeoTZggwlmDHb44G1ptJBMXt3hOIWh84yjTDR/DOeaUBzksHE3Rt0njjiCh28O PITO8HAxD0YOn75uvjblyDAxnPeXiGPwvR0emgeQME3l4dLjB9Lo4/EjEva/eOm7t+nH8ooOmOcp 0PHjxP7u47uI53GS/KH893h8V1h5fOnzpZtPEz9unMcVyCMQeS8wzRSWABAb7oqojRXAavGCWIWQ vdGuzt0hsTPLRCIQiZJYXHfDbopqURgpv/flFqVZJrOynXkvTvG05cu9nzqasY8pGwKDlDAGfoao LEQYzGhASyxKw5iJaPKhDeMiYRlEwtMIw1AYKEPrxSxAkObYCcoKR08vKQtauBVwpTWf5sGLBejA mVAQiWIC0bpBXF0BlUSlghrpBJkpsdMFWBqSQQuM7LGAgstpjgJDguxR9u2ttRQsMgHBcSByw53n REoy6JN5wgzbiZ3adL/atvB0qn55WV66t3tsxp6KvVvKiA0IZBWIYhnphpdzuZSXklm+dN6btpYp VcwOESRHZDDHaOXo8Xlfb0c1FjwQ57l4hhF7xNojMpkvj7FbyZks5BTvURBAUpkcV3oITXVoVFUo 2IGi6MA+C8WRCI0L7pATF+yf8+Vm95Ptv8XpK8tH9SLcpRA/uz541Cid/A/gv5Iv1G/Q/0W5+jXN qK/AAgVVwAXciFQnLdH2ey4rZYtn2W5X1NO6LJhUvAamNBSSNEg/U+gSAeAg+Ae9kT7zZL4QTSrE FeypDwvbvlVlGKybFyiDf/s6JhyTzPOC11cvS2GoqAeELo2UPgPeEWPykRmWSoZVQWAnHIwCwkkA JUsiPUVcmHv7l/jLp1P94JcVgTGXD4RcBfW//PFP99xFLHTALh//4fbpX+9X7bvJdCLWwn/8g//r J2SmmZRsofJ5N3NayMYMmE4gzd1kZphzPSOtwCkgKbcBn1KynD1naZTZWPhOAy1SsQdHu/pizLo0 YC/cTmWr7mXO/50oOiAhc0pWGaIyXHAZUyZZ5lhhZXzrCIQe4UjK3uPwWYgFAGV58kZ25Nz8Fi5+ mFobVPkRy3xDqwQyAHGpBkrR93trW9tubdszhLq22vPr7WoqP/3hsi6rz/a5vttb9r3tewYHZpbM ZKY5BZvAmCXjCHhtXBeO0FjHSUpT+gJHNxpCgOgUqCSaLDRif1FIWXakCZ5IjKkDhU+0DJGU41D9 83E+UyVgKJQxYd1gck8f92jYjLndD2ACKJouPKnjlx2vadojDr+b46MHweLpIHZYqSGxnE/xzXMK PuCBx6V5uGR+CxJoYiqTVWoH8+Pxjh/TejwBZt8FOu8O++kr+G0Q8HcDER3Q0eNv/3b5/fh4PPkj APMcIfE48o8Ix3jkj7Wkp88+f+T5h+jp/Y8TGFiRItR2B9dyMqudG7S7km2pi5kRTAQtbVQQiimK eoDBwuxdKmxuyZShGAOgMSr3FVFIcV9Ld7y+RRli0SYIAwVhZXuxezI3GSUGm3xnAeHeCUAmocvE ZKaJFKQeScinttiURE8xxG5YHI1HuxfZYUljpTtT1kU5ZITM6VnYybMKjSoooMN6TQyuIEyAi0WA I6EVJJg+pJhlhhgCeoQgJmhqHMPsx63wWpcoe9uYXZnqaSb5yAwSmAPfUWw6aUruSdDSzJEokdi4 d2kLW5da3F3uNJ2dCUtbaBvhhoXFrZLXXmK3IFvnrWMLSSiU5UGSwwGsjs1sAyfjI9IdDQaHxRpx xrBmo0vJ0kTmMXIhwVF6majpyAOlmGHLgJhm3EF1KmMa1QJVimGc9xtMJkf7JHcBVMFgSTDXBeee 91gvdf8F8aXXF09QS0qyrxE/FSyGe8bXxJvxF+Z/T/4u/IJIsUsn8i/CP7pdQyu5axF2IBIUWxXv O14qImrcepa04pPGM02iAEonahccs1ExMXk5BgR4Aww6CQUMIJW/gJ8Io1+Wctu2BWMQEKwssIK3 +8w6rh174o9/XNcPFyBTG6MKm5SZfYzSRexxjwyZu2VKAH2ksrKJBQFSaujJWB0I0tt+vXkUQxWg Uiw9PdxIoNbiCPFGsnLFy3/K9m9/27OjfkYW4A/UP5zxz1+a2+gVUrlnYRo6zDoApQFguPWZDiOJ dMuwJElDmpyotM6xUOQDpjMGHT56LgM9IrRF2VCKmdfqZkn15CCCywZqyqODe7BAkqLo3V1jEyYO lR8YuM/IWVDOOrSITD+4lBSrUDI9Y8wGeopLkkLBuG9j7hJIKEfrOLN6FAug7FF71IfllZAR7X7b 3ujF2rZfv1zvb/seqVrsVBdLzzi9fgRXK9Xdp9RGz9x63yMHA3JsMESQNqeWDN450phgSREYSpxC t6NjZVA9Rn7jApiJUcIwKg6/4ZNNOoTDRx5IAhyaKgJi4EyiZw/LMFlO6CIZQZlsniUGNsonF/fu QamwEfbZGLFoljJaTmYAqDF6LcScZP4j+YB4QPl6d4fTrw0HYYNwNxIpITAJszHBklkJ13FCTz5b j0R/Juj8Vur+KdR4Dk3w9PdD7lZPMEk+Oel8mlavI3j9Li55HHB66+PD9tSH9d33Pv/9d6OQ9x/L b978iCr47QV5Hl303QGfEQ57Irf60496gCj2/FsCfc+rAetS62VVjR6f+tYag9ZOhB2S9USYKBRB hghZaukYZm7L8FvWHQaoACdEge35smMpfDvZJ+P52peGKT5hA9sAyPahXtcxUrTlrZ87zrI4+fXF QrKe6un3LKEyRHASZuiAUiVUSLkIlVQG1lFIBuQIZwMtKchNbki4ZFYFR6bBUApBdhU3z4KgmUzG rOhkUem0LPCshUbTaLwdJsYHzYwHn2vobeK9SW32zMvL2cqCvVl2dQApp4oUYqSYEZKkynRyD1LJ kimZWAIBATRDy9xjK4UV7kk3DqjaZSsG5eRevNzUO6Mh37IjWzdAJXVMcdX7etWx0GYtT3MFHo36 w2I8bdMRdwoSDaCoPgv4g5UFIfIALEfFNOcYRguOQEdHJ/2gibRAHTlvkjkaaIGc/JDR5IIkQzmO vvi+5elrrx+9f8UpwuQozD+Yfhe/qv8n60K5J/4c+L8dH1O/p31wLm4rIPDPoU3xAlwTxUqT52Th 556xWrm3PJ3Ud+ZuVhqtQSmKcmAl+ryKjNmxp1lbIQQtYB/JHXBDLuQddpc+EndIa2X0FjoJiqB5 /nyJ3rDFbC5/22L9tNf1D2U9E41luIIOSNiHIU/8Zfuy10XDdKehqMIbIyMNHr0nw+qSINlNLjP4 KUIR211IdQgeliNq1EZgBbu4mKhaP6xLvt5+S9lum/Jvb/aPH/IfP+afv1LsMJbUAjikGIDZEP2E IcZEtARccHQwwpgkNTrU6MZuDIgjbwfNHB4w0kIR2bUpro7i6+LLST23O287KRakQ9U2M3nBGIqg DIVo9IJSzEB1DIF3PCaCDq9hwkzsBQEeR8ImIMF2iEklIE0GtGUYUARLWYgxSMIwwTJNUPG9sIPV 2vk2nVsASJmAvd0+/21XWmR2RRbZaanntVZfy1vNu19+tvKhGkkqMltrt6/Xr19u9/veMjHYahIi wzInNIGhpTEiDQYlAx/NoJi+//BsQz0XEWMHKv0Y1AmSKhRmkZ46aJYMyjCmo/mYhWjjygDQQytL AAAgAElEQVRBuWQpcA5etKniGUmJZjLPnARADuJqYs5c0mGEeEiNEbMJThgyPMPyScZIIGA2xYLG 3JYhbTAc6OSbzchq+vuB8A9+lL3HGN+k6VM66GB+PHz5s6OdzTd8jzme3/Z4pz898wwY6NvnfwwI vosV9K2UBY6DP/etPAIgPozpD4ylhxDqMyDxXRjxCC9m+/Tx5CNIeo4Y+HRAHSdj3x75UVV8kJ/w CHSEDGxb35Z+esl/8MLt/Ff4tYtNfgNPmKObaX20QYaRypoRMI3BJxItZdGyFCRUq3tBfmmXa55D 5WP5/VLerOhTO3WN8pwZMoEvcUrypX4F0J3MsJSExfaLbZnlje7LtXa7tUvjeYDJhXqpXwm/9fOe NSaewZXN1YNKeGbtBwAueagIVECpHagagZ0RZULidA5pc7qDjoBJpsIw2+mV7m5RKBrpY7pZkRe4 uQw2eC0Du4UwOjNyjtrFwhJlvVUp9ggNHYsEm4YoeIZ4TyxECIKqze4tDvBgbJbB2GiZlp2wDi9T g68AEDJRgGDeI8Y+porNPp6DhjVhyqcNoQk9DHubkOdUznFN3vf7KSQBuWZpZiA1c2LBFOlJCxw9 65qNLBqW+VjkBwssgoXawUz4gaAYlRzqxZOxB0GdJZWZZUc69rssO1Zsn1E/5G0Da+YL9Vk8QX9i 9GL/PfAGfHS9ha7kAsnwk+uL/K/R/2vh186aEXPWlhmJ3nuU5eTKpGLbgWWpJcHb47oJRvRjh95B AWUY0rGt55amYBsoxQJ2oCl+Ir8YlqVs15aOmsg9lpNtv7zEbxt6AsiEbtvt+vn31z+s5svhMQog YgUFmC9L5/+z9/hg1kfnUiiCMrIhT5bG3rNWnNz25vttx56xYDk5XmuPLSOYjYXZFAmlPHtSxJsR ESH464IT1M4FmS2yp1/OcOUbKM2RaX5Yw3jSXjRp1bQ+o47Xc/KzClCI5BznNt0bhqJgJEHIhtSc ZS+8lWJWitdTXrXvBpUNIoOo5ABfMZsyBADucIeNezqmNDmMcKUJbjNJH8XE8WkjRklROk6taHDF xmAgkPIYnWWctGoALow21BxCu2ODLDUu6x0zIUfIUnL23qxHFc3PdT3X+nI61aVA3K/qd7fmRS6L +/725ev91lrbE7Jqq1sLxMCygJRiTDdyG7/bBmHCezClQvlM4ocbHqZffWT5h7/UbNcHhz65a/St ZgxqvsZImByGipP1qUSEpZCUH00eHNhGDvo1QCVJwXVACTo0Sk0yZYzxKsdU4SmgJDuinJz4mAaH ayQqB8v90WlCAGaPdt8hF5BHmDhnwTygWh54g94PMZ8/OvH+PtiAv/fM8/PP7vy7l/q3zzzn/cMT /9hMi6ciy+NhT5/97ovmwYn49iz/bqDDI4F8Pk4+vfpjz8tznKEfToNPrz63MX/X8HI0FVAQovH2 e1p7W6srRZWKqjg1hXBz2zjZQhiRUKIQO9EA72BAK/picUcilWmdy+JdnZEGrld9WPH7wlvl0rMe xhqg9lzafgri7LdbnG8oAZqIdEDq2qOCefFrjfwU62YnU4v0c7mfa542/e3+4Z6epkKd6nbmTcqg peq9ne6xCOmWK5uZAoIUaR2VWQHlFG2gKUHPTGJIU9U+E//uSFoYulnQgjQjnWnWYNUdZblZKSSL ybjICQbfMQMYrZQlo2HfjU4jFD5vknwQpQZTFYRS3MFRER17ZyEax0QiJMX38uZU6GicpPTWx+/x pHxsJAGg2bG/jHos8Mdan7nNExP30ZryiDkeP2cEEJiyGjyoVZxIqozAUVTm1MMGYpI/ch5kktS7 5n7hwecbMY1ROAAPDR5asEJsqmQXdAOhTMYbXcKdUSTB/kP6WXny/NXwL2H/2VGFz6lfHZ8DqfxI /lXlmnEpfo2gFBwziecVi96xLKY9du+tFwJuYFJdAEYrA/yI2+MJKI0jNjMiQIh3cJMq0ch7gkSv VioRu4plR+y5ntfGc7/tYiaqvDHvf7u91cvHPx3lY5vUMQFEWc/l8svX+1+3AjYLS0/v1kjClXu3 lctJIFQNqGK0jbZpyzytpXw8C6Gtg42LTIBJQUYqm7JbYbYk5MiayGKvTLn6Hpdii4WEgulOhsUp h4kZJqw8KRlwqn9qYAl9NpcP8P4dKBb6aA9xqAJrpGnvXjYrRrq7mykDmC0GFcp8JzCPhyFnf8nj yEOKZVw+Q5r12QcOGNKB4mk+Ja6YoMOqfEwLiiTF0RliZnIbk7TNRCSUKlQ3S9gkShTlartjlALS LCHuYXucOxar5+W81JPXYg4D0G91+1KKCPUerd3u223bm0KlnMv5ZRW3+/V+u+a+C4Q40iWjzECg CzQ40tLmRuUw8RpLc8rlzLlnMJPNhGbAB2PkH3taTsd8FEeIhEzMpBm6ZSOzjWgr2wAhpw1FHMcc nsWngZuFHTswhhm+5Sx/6PBdA36Kw/AQo3zFiNGX+2ggmYElJ9IMHUGNHZEED19XjwlwsxMPINAn U3YyTzWrNHrGHn506u8vcRLNvnunvn1zHo4cR67/nec+zvHvRzPfRRtDr/LvhBpHOTGe0YlvIxs9 fSkf5/d0rOeXEv/7n/bdrxiPeJRmnuKPR4gzjz/cHMDtLrXWz1GXgJz9o+cisntN+1Rwk2rAk2Ox Z1gCjVAIDb5yX9BXYQfDYpOfEJdy/dJWg++oW/gLm7M5F8g5Wqk1GQB7nF/qVw+jCsiUbuELWZEu 3tpLXfLsseZ+08mIROyxXur1pd62Vve49Bw9EjwtW6ZfO1787Wztt+3jLRwWa729WAtwD4K8Zt1x KnKNUm3a7CuWYbSWIc1EycSOyl7JZqkkc4yGVhppTGNY6VYytRbGsjS3YoU+/mAF1RjDW2VDYh9S rSO1G8XUCfZO3b+jtWxIokwCJx+lDYNxaPPOpp08WlhNMJdRNmPktAF2c5qSWX4W03IUWye/7WhP ASBiUssFiXmMXNQB3E3INmmeBDPIkhIQo5GNcx/oaBqNOTAyg24Zw56YLAxCunqQiT6kh0Y+JHaq UDYoI5QN9mrCePDFBYAhaJ+QbOnsIxP9C3MVh6bcX7LQuMn+Jprhz51nhIP/kvaP0X+lvZFfYDj6 /0KsxL5ndbeIuJ2ybG46+nUNuYJz8VIBlSH6Pssrj501Bg8KgsidAswA/H98vd1yLEnOJOYORGRm VZGnu0e7ZnoKXe1nWn3S+7+ITDernZnuc8iqyowAoAtEJpPkjGjsY9XF/M8IwANwOCJCsM1LaY5u DSCcIXoj5rKhuIK9oDa0t//5nJZleY3I0gZlxCDJUa9//Fj/8SaVZl0jungEdfZZZetsT6+T1ArA ooAu8wvvaxThz+djWm15fS23G7jCN4BFK+AezmgRjWERFua2reva19Vso6CXCa23yyv65kr+b6l2 t1uc8+pQTmiDx6KHdMmaCAGSZgVlNqyHgJp1XHsjBgEc3pWiIiI62J2HNMOH+ePndPIBQTRnRYR6 qIdaSPfSrXYr+bt53ayubXr26d6WR788+vJs032d71u993pv071Pzz5tfd6sNpu6lebSIc3FfY8a CigICIw0QATKED9YAKK1LJfpcp3npYpIh3d398f79vhlYInAurZ1bSGyvFwuL5fLdbneLtNcRRBm vVmWkFIEhLKQGB50OFrJiXF4RCJ2yc7htATIliuBko0JCSocyIariWPy9WAkIw4XklWpEI5um4Mk MwJTaBjsXSGGLQvq2D51argjEuCjM0v2gITFUDjdZ1H2ts32coOhPS4A2Zwl61sJADKKmQf4kGHM EtBwz7Z8OFceSYQs3PxU9nGMqH3cpu39iJQcjvzs3c9aL376/jjUMVk+Vnqf/PjH0Y6NPybRKeWB 874crPX4N6f7l5iG/PS/X6YSPn8+n/G8wfmwB1VFTlued+Ou1ZGY2CJYy8t8q3q5h0lv7NhCV5Gu MRSOsjohB/CQ0HQloGxK99AeJSQChRYzNqGRRbUVbsXDQxuKgdl4IS8lqKC+lAfdzOkoQTGYsy21 39SreGVvWFa7eIgDy/xe6bCMaLp56VEAIGLSd+Lyc/vRDLe6VsXaZ4+YynrVtQRWr1kWvHOIQHTh QLxjmhEUW+rzx/R+Y691FYZDLOcRo9CKAIQH3dkjzLR13Zpsjc+GtiHtglu1XnuwmbenbKs8rKw2 tzavvWyuvU3Wa3P2EHd1F4d4tmKK5NoXCVEg+5wpZCwIOIpvBZ55271CcwAlyOiBgSIQoEgUoZKq oeLVKIgiUbKbloQg125ZtJhmIAb3f8SXQSDMqXupiwBw8YAIuGsNj3a9zGIchgBOiVzRsjjqHplW IwBKsGsgREZvWslUjIQA4uJEas8zNdO4l+gOXeYEVaNfR2Q/vYZYx6hgI0GxqB3hjDU0zfM7BRGK HI7DbgHU0FokQlUQsWlVLUEQMQeLQEcvMzCTiqdIZE40PRDRPvOGYvTexkE0wtx6iIAGjehZTeXh woKNJkFzdyuXF6FiINJk1BEQ1SqFNFEK1lWBEKpFXfp8XYTL+70HUZXCLsJZaMAW8zxf1u2t//NN l9s0v6gW6iS4Um7UWXUSnVhuqjeZXsvy4uFtW5+Gd8PT2MDLxa2zZOjrFC/znTsgOxnteDS6f7Yx dCLXqiXiYN3vJjjbdnBLq2QdbRVV1mkGFbEOsYhP9u4wc1/+PZcAnA1l7IaWSM2xwUIamXJm1xxM iA5kf2UKldAsSSUhyX8IZFOcor2oM6T3al5VUYo5urJXusClQOFCD/O+eruv67oZY+vdtIJ9YocK SillubwutSoRwrAeGqtQkw8ZEQFzwtn3clMP9pQmGuuBJEPEQXtNkpKqj4WVMfVVibH4E8QsqTKK 2B/MLgAfToRnsxxQRvoi2alIqJ7J4FGgOh5wAJQ43qszzBhGEZiGIdyZVNxx5VnkIkOjLCvRiQOR BIIji7dzNjDIHEizAx/4YNQx5TvNK01vAYDj+EMGhnGevbEPp8O5nosvkGGGPajmp7F07HsOYByH Ogbkv/wAgNhr7P9/Nzv/5PHtYyR/+sXn8MZ5l+/HOR/qnL7B54v/jvIPlY7jp3+2hnI8DQKj+AgI hsejeZhfS7nML13Kn8/WjCZkoeQhSwrHsUSwmkYywaNuNhd0MlV5gJC7XYx+q+8L11K8sm/P4m0m SImABS3FZgJiIWu/LvqmvkUU4CLw4DPQLaK7X9VDoqFYKNkiOE/3/nx9NpfSrtMjWnlY6dDV6wVN vfxlf1D7H/X+Uqafbd5sXtkl4FGeUTG011sWlSUJO58P6RaBcEG71ScY0VGXX5d++6tdu5eLPi+6 KsMpm8m21YbJwUnWIh7hFmxbcVt691ob6aMKp3v30mxqmW8IUDeFa4yyPgEKe4gLU+IhQApD6QIT RjaLZuqgbyYAiwNMdr8BBCWiZ0534PvAUOWJkY1FpqnVedj9nI6C8UY8svQ+JNMmcIxUyGCHdovC oKM5lC4mZlEyzpLqx0EYEdERmWZIA6gAQCJKsNtYlvROijP47LgASjqzNSWNURkaWa4/FHtIpErQ 8DoagZTCDQ0o0ErQISPwTKaNkfCsqQPTxUSn/0koVJMkOOps6MHWUYaAknmjl0nUdlqhAwujAhEo HxzSvJZE0XtmeUijcTzmfCfZNbcWtj5FSEFvIuIW4Nr054OkavissO1d7/+83P7rUacchw499TL/ bvIW0Lf3u4prhBrWdxRYufzt6vOff/1DhNdLsDmk3qpZX3vo6+tvm/3z8df/w/q/XuqLkCaCcGRl Sz6xkffk8uPm7f+e8O7VHWbORrlOrsR/4KuZ+7Kq05PhO0z22cbpjkVyFZQCDgpkGzwDPUJJaqml TqUU690sIs5uQD4bRHy+hgNGfLHUh908LGzsMRKe3ugOIYeaX/GYLNS8WBSz0r12r5vp1mXrZe3T sy+Pfn226dnmremzlXubHn1am7YGa+ibr+v6eDye67N1cxW51LJsdVqLQst1mm7zrJp1tlvf3h7P t8f6XLeeurmaDfFESJFdN3f0cd5rQT1tXALBEBvWJJfCpFOCR3OWlA0VhmZ1r2et++jTRjI13TL9 nERNG8GmROlj1COQ0chcdjDpuikpZvTRESZA9lH3k7sBA1BQAxVQSSVgZihMR9wGIx4jccD4/I97 ZNQZMuj6AzMRHxCEH8PvWG0moBkKqvg8MHgaV8e/+AxHvkAEnr3vaPH7yXl/2V4+HY3HgJSPAMw+ nvkxsL/+ZJHCKRxyPsUxU/hll/37OM2CL/f+ZYKcsQtOuxyKHecnFqfP51N/rAFE1lJNZRGtpWwi 94A7JpCQNgxrBt+p9KoBJg8pJJyGLG6EBoDSMfVQRtC2CDbUp00+kqwYdMPEl1FCeKmPcO+hgYlR irSLbgx5t3mNskiTkLtNFDPIq75VNPcQ2lybCFarFlqlz+VO04ddV/bKe43aYtoClF51m2Sr3BRh oR3CrMAcHMlIjB2MQChsKauo//1+C3n+MT8R9d0WYXut9wnuTsuOHF7BSWX72+Wt0FS2qXSCW6vd XXnXWL3L1rV5OMuMrWClhEdxlxTnCK/mU4+pxdyjpkHroT20W2lWuql1mkUz8S5u0dzdCjrNGT6k fgbqT4mepFI1gAIRSdUhJk1upD+CO7N7jPbULiARoeFKCplySCUluJQFUgJKr6EZMM1+oNkAVt0p mfk1AUII6ZhjEGVLIptAOUpbQhoCWRwbLHsKV2PQvgQp3JBtokeXqEHwGi4nHJQAJWuGktGGyG7e hJJFAqRLorhBKCEEBkWEwLI6RyGQKpSBjSXIVOdnMngIDWYVcXye/zrs22hTU04OcY/ODisShLIE 3Hq7kEa4swphhj/vvG/+7Hxs2Myr2rIsEMVoJ5iOIN0zik4erT3eGwwlqoUF7u4zG4O+2qNFnVlH b3EyPPgOeUwu0v2+9nq9Uitsi1HpDIC7PtjgVEhd+vPtNuE2y0VdhNqpwP9xCi3IZ7MVo3f8sJVn Hw/CSVeEiIt00Wz/kXpkElAOObF8cBdk9oAKwL2bdfc4FR3wdNIv1vz89HHa7HgxZ9N5tqHYo8TH 8QXQJD+nv4pQz5q7NBghFmpePWqqbXmIe36pvU/dtZv0FtZad+/srFGqLrfL8jJN01p0VUGtr7VU ZbO+Pd/v6/tzvT/atvbontE87pkRAUQQKilqxJHOAET2dHXww4HttyL7SnrQtQB4Uh0QA+SNKZgi O7a3c+Sevoi9oyOPLM1oagBgcJc0ID5IYQ6ES1JJXcLB7NXCDHWm1nKiB03bw+xPJKO4l6NjaJah Z2xizzLvdDJmG4UUE+XOEzrumqd61JTL3P09lR9D6Dx+vnz4Esz4vsuXEZjP9rzc//zH49/0Pjz7 9fPWHy/r2xDFMTJ3e/QFInyBSl8wx3EXX+73Mwzan+Bn+HWc6Pz5DOuxVwl9Omm6qcQboE8Fs2q0 2nqgT2oL/eqxEKJYiVTgkr2CCSFJG1WD2ggaJ2iGUwxT92KGZy8PU5NsweEcmj9B7EDOxaR5KFyy +owhQld1x/RmF6L9ofcKeafC26s8J+mrT6uXojaX1QLPpkK7lPeQWH3xoOoqEhZLB0KeFU2CAats ANeoGPzp8dQGMscQaVaxudh7u27Oq7aZfNiyBpeyVeGzXVdTijskokD8ZVonwbPXou1l2iLk/TlF bLfyU609t1snEf1a317K+6zPqXR39WAIVeRWbC5dGOM5oyI0skohsiQtZ75mUZ4H3MWtuEtzmiGM 3eFGdrGsfbGst4gxG5z7ImjMcHGREBBEOVqxcY9TJq1CAqnOx6TEy94su5CKKiETSc7ipYgUVI1a XEskG0+ERYRSISYEUYOpbVwAAyP1JB0SMSPL/5IhgbGIIgD2IBAlkMGLdNsOatAAiZ2lyyTDDZpg GsSsT0gERglg6CWm944SGBGiICFVlKxg9u1DwEtNkKMiREx7zQh3Rlc2/wJGnmHkjjFYcRzKAgQC ew1gdrp072YhKi08Z9ZmK7ZAIAzoFt76y6XotGRMjLt1BZEvTko1W7f1Xt26BiXYcG+msCUggkdD fxIITI5m5YprDXhsXS69v1kst9/BIBpZgTJiMoNfoSBVF5mWdfu5PfDXu6wtHncq8N8/m7/D3OT/ ntrQ82ykgqPdMLJukpL1sQlwsoylADNRSAEb0N0iPEgUFSDcbfi+D6CA0ynOhvJLU1l8dgzn6MgZ mvjnQPEZu5zTN0c4wfdb1s/P4UM6OqIAiHAgtEi91etv8+V6uV2vl2lS775tbq51ERZ//nq+Pd7f t+djNTedUGaVAoBuERFy8ByAkfMeCwhh9pyEZElwJCt+h6g+FHN39S2kEoYTPbKee3+DGTghE9wN 8JHa/dk+SoBkeMQQIxKgx0AnMlieWSQySGIGZlcBALqbmQQJWf+3xyqQKyGOXrIMBxIZZB8Z7FXz BGLgIMnkCAfTPi9pZE9GbmW8DhsckqhEAZM8dM47nIcrTt9/f+/nL79sdsRUeKCe08CL0xDlWIuc Ri8/htkHLOCn4foFWxxvDcdiiOPsweGYeURRgDixc/j5sDhdyTH+j3mBfQP5vOWxcYK5M2f2eEbj fSWdEAFFLBIV0TZrXRgXjQVZJAZT9EAxzpmDC8YOoB3j/SYgTsGWyDCPUYwlQU3Qgjlu8fEWCAl0 TzHzLNRHQM1rC/SARW1RA1Zp5tWAgmdFPPz2V//Ro1zKWrCuXS3qXLZlep/Kuki/iJF4xGxeKM9J ntHLz+31L1t6qKTT4JG6ihGrzskboMRF+2vdCqlibNzisnktsKl0FiOpAVJswFO7avu5/Xi63vQ+ iz37svZpKessz+emT1su9X6RNy3WrEz6nEuLkM0qKLdl/TE9KzalFTVniag60hhjUetjXIgz0wdM rTBAbHBx6RHhBU5HdyOd4aBFWIQjkj9jEQ5Y0mkIE2aMxANIeSUJWtIiILmxS8YzesgezighAdQS gnCPqpyUKW1WNSoxKcqEKriIlQlVMRcvxWvxoqYClVbEhFXFIEWjUiIklUUzXpz3VIgQ8QhN3VcB nEOBKcRHLhhn+CjDa0ZJHgkgyddJU03sLQkIomcw31mAWlF87Jw1sygzwlVUKYGoqbUVmIACesR1 b7GrHJZ+lD0Q2LtfjCtL2xEIFXGj0wVIXfiZAP3Zsy7HCZijxHZZLtQ63GKGrHM4BEjIXKw92mNV gQlqqKq89bAek0hRWVd5bhGPcLXlEgSlsFzQN8HaGDJdfg9dSKcT7hQFldQ9UqtSlvkyPd7/+vvP eN/0aVTgP74tCs++3D+SKcTJE+fi0/IReKjblHmTcVMkRqo+qUs9omeXtyJSa5Xsi+Qe/t3YfXES PMGIs6s4/nT+8rwuPOs1HcEb/Yw27ERVOY55wKwvfkuQSQhQtC9Lvd6u1+uy1LmIitOfsb7ZusKL Bnz79XN9bJtpQOplWl6W6+syzUpEa93NQka5p4znGfsNKxO6jccgR1gNI4yZWQkQmTohgiVcUvqC AFN1I930iPFIPqVRSpbumjtikKFdPiTSHQP4q4CkxX55xKFTpAwddCSm8VUi5UkT7B5QtXPcmu5i oxntALAT6QfgUA2AsbNWhUHuzeGG1scI0edCYhRSJbTOI+3D5hgPcXLJcXqtX9IH55+P0bUPRP77 jXcvPJbeaeWPRAw/thkH/BK6OB3kNLbPE+DzEc7bfJ8pcbrUDzxxKpCJ06TAN+R9fD6IHefj7Ocj MnmtGCIAdFx01Vh7RBehBrk5VtMe0nfBb4n004OdmIQiSiQA9RimKtd/+VRHZ5+dVrgHksbAHtVt PgZ7XnFpUfZWwrLGtDoRFOjGaDb1WAKTQbKzCCMspEMF2ySbis0Cdf3lU/cijqlst+X9tT5nbdRG mJsGOel7wV6NNcoswikMmaQvZX20wpjebd6ieBSJqPKsZSulT4wS3r00Vgm/aFf1og4PN3aUNS6E XOrmiF/bMmv/2/L22Oaf7fV9Wy7lcZs2i/roc9X+Oq+9l2a81mclmk0WTE1F8Eh05v9FiEiUnVLF fakgyCaRjNGUaQD9ZJZHuMMxyP7GLC8J5+jUnm/SADd2oIcbewSd3uEBCLzRWwRpTm+k0ALRoEoT V4PQM0mT2QUlCgURU6GKsMdcYqqY4EvxWm1Wq2q14KI+l1aqTaVX9SJetBWJQlN1ohT1ouYugihV Ikp4FgVoct7DU9Eh36MENUiiAJLh3DS2wRGAdBFmfFxc4EESKlLBqhEeoUrVQGd9UXKCCYsTilAO hYwMlBhQhZ2jKsDCC0DwhA/2dUsAMtQQSSlbr6Qro7m7y1zUga0BKRASYmGLtlpv2bQ9TVlS9JOy KgJKPNb3YBRINQmJXuVdpDGq66SsU6B7D9s2VIHOKJNMC+6bxn2rMunlhihC3379j/V+r5cfQgEU WRQaTpaqeG6/nh0eosB/263VZ7nlDy8Sw2Tlg9jBy94eJQBESMQEaK6ZP0wqM2aVe03ARPYylVKm UovD3ML9S0z4S+iY335x2ua4Zt+t5xerembdnw39YVXPnEHsyYVDbekcXv6IeQRC1K+XerssVUpE eLPtvq3v9rjj2cl5c1kfPzd3rZfLdLldXq7LZZ6nuaggvK1b68l8BxJQSOwuc8CKHB3Y2TiJ7fYs CYahI8+RjNN6PYPP2Yhw/yZAOIjsIS7ZmJ4DwcgwnHkK2SnsGdsA4nhQMdzqiH4MibWgIjNVcGT7 lXFP9nEjo641Uzm749ifAbMHIw+ecmC3ZHuwMc8+HGgSUJENM5gRGDku8jQqjkF1hhpfKlC++Pf4 PN4G2htsmI9tjktKLyzfjrn7yo/vhR+j6zyMjzEfn9HAFzxxfODny/6X8IWfE5FkiuLTv22Db7vH 6Uo+zsXckgD2CDcziitFYqmmaqbiBaJN+AxuQUhETZ1QETCDWOWkHSkZKZZkZiRwS28L9fQAACAA SURBVGCa4BgiKQJNYGDQyKqK1JUJhqc5/XggWfSQYrslg2qgWkwGzWINc+muAITeUZoV22Tr5d2W 1ZZcuhPIQwutwio6ac2LY57K2yJ3ieIQjADcSNRW6Zdp+7lN9/WyYdr2BGiVBsfP9be/2o8tSk/W AjiJ19JJX6SvfXm3m6GSsZStqN/bbFF/XJ5k/PV4Wf2yev19fswSb+1izltZV6v/c/0N1N+np5us PmX7UdIi3/s+GBgjezwImhj0KJCQrLktzM9A2qHB0zoI2gfs22U3chIEwvfpZRE9YIZwdIvew5yb x2YwY+vYDG54buhBJ9cteqcJW4c3QmkO34RKd7KTKhEiGUENLwwlJ0ZVVOokOlVMxIU+1z6XvpQ2 VZuLXWsrtc9ql2JavKhPBSpRxYtARabSBeGQUoNUNykSQo0QVXiSNIYgiUA0IWZABb5XFdKoU6iI dOEUgWy8S6HWegMCYQJOifICIFoCPuEWAZhjs+iI7tF19KZKKsxh8wfpngBEYa7djDRQekdIzMrn Zp4twRlmkNimWUtdQMfIacoAoQBgqjXoW3uqagkw/KGyTcu6SPdgYxGb3DvBoN8VjlKEUy2izzd5 rs9puZVag9Hd28//QaxSXinlCH6DxlImfXe3tYuC/w3gKTV+9scnYzSszSGVKIAOqiOdxO7YNFCA mmgujlHOJOUWIPNziYDokb2JvljPs+H7l4CDJ2Map0s629/jX9mv/LhHnOzp8b95pwoe0mfnQwU+ oZk0eCaI6Nzu2+Pt8bg/tq11Cmqp85N8rJvW+fb6+np7uSxzFSrc+7q1bett6xYjJM1UIN2B2nDk e776Yz2Xsc9cdCRBGql9puGZB3E64JI55vGbKgiDu7FTBJIqFVk9Hyyg7Any4VmIJFWleRLNinpi Vz2SpJFiBNaJwREeoe8PqDSMvh7+4MjD5/M/wiE7+2Q89nHsUUKW2ckheUkgW9nlDZ58JPdg1ZEL 8M8vMY5v+DHgz+PkS0zrE+A4jnMajh85l9Ne5+s5nkOecSfinIIo/z5692VLfP7+/PMv5whOfWtl Hy8H1MN+1+ejfDDaRh/owQg7AjYB+I72juBZFq7oZcZUg3AnpEClSXQmfy5ExiKtCCADTHB/oALI njEUJ0oQsCzLAiVwlDLlai/2VsWjPcLeQiijgg1sIyjCwYnJtTsHPA3CFAyUGBJTiBDD1FH7yMVQ MmpNNpvWtjysbj65TUFxaoQ63CgRkskgASTyElylO+Qf26uIFHSNsKigX8o6i2uqZ2ggSriE+LVs /3z8BnAS95haTA6p2hddw+XRFtH4sTzuz0WANa5KXNjMdLVL1X6p23uf39vtpWyzPu5WR+voJNvm yx0FYiB8fBhQWXbZmxzJ4hnYIzwrQniSDTs+C9KH+WhKHXGUvI3AT8rLZHtxWKTiEcyjQxqwtWjG u/nW0S3unc/O1rH2eHZuzmfj2ksH1ye6w1TXJ3sPq9wa0BAFvUu4hGp0lggpqRQbSlaJKijkJFEL JsZcYlKfJC5Tn2edC+cpZuVSMU0xKecqtUhRXhRFWAoqHcGpoiDcRUVUJPxY7fScT2nBSwz2bS3B ImEhKlqhExARVqkVtBEMJoFCgOb2RHt036Jv0h+IRrRsmjnsR3BQMxmkF5Ii3jtEjKAF3XwqoYF7 R0anAuGOSU2Xi0pNazAm/nhNQbLUEoQ1J7qKr1EfujirC1dxZHE1VELVq62lryKTqhS8i2n8fN5f fvxBQupssvnzV/SO8ipaGIMmSKpqUf9lPZT8jz0CccCLY2If8CJOX2I3ZAoUksIuB1sus1MhZ0NG dmIjesbq3S08SIqICONo2vYV65xt6/HXs5k+PpzBx24tP/7F50yKnwIbuc0hdqSn2/RvRzusuQOM YO9svfXetmdb72trj1Cffpsvv8+LrsU7p+t0fZmXuSjgva/r4/15f1+3tZtth+AfiAwiaqQqTjhH A4YP3zICD8fjCCCcGsNMZw5tdMIR7Mu+wSdH1p2n1T4wTJoPQPa61/jMQMQebCCOKxnYRwQqyNKY vDqO3E227x4xjZGI2eck96TIWDLwI2JxgINcLx1RBB+xjTgyX0eo34D+8SqHgOzxJ5xe2TmOdV64 n8fP8Wjj8zA7Aw6cNvj+c0YtX0bgcRwd0/3TyPwCIM5I97zlF5ARp7+e7+J86mMODh2C42jHGieQ eeM4nWAMgz3zFfsTyMeb6DDGu8gXOq5bapVSRDGatYqYBMRUvAQVBGGMGgyyyehrtSejkPg1KIXQ VPuHYKi9jfuTHEUftIkhKglJ2nJef3TAfKBt7tB2v2siMztD3X9I3gWHhkQluLe8jwGSqA51ls7S MSGqDGta+ni8g/GXickGXXsR4wjOM3EfHQpg1nbRbdHnLI2omy0Gu9VHYPppr1Xtt3on5GlLIK71 OdHv26VDJsaNvce0sTj6Iqsy7nZ11Nf57sH3diVxrWuDb67g3lAUOzEXADSGsqdGZm2zwG085WQu u5MxhAaGfM5hHZBUrdE9IXuv02UwHIODmRZUgJ5/hhgzaUEAnTQpDnQXR1jAvBiig92lB7bAZtqC T+ezy+bx7FiNzfFoXLtszsemresKPlbpXh4h7Y7O2Bj9AXeYMjahhQnZckFHtagCYSioIoVSSxTh pJwqinApvMycKpcStWIpvM6u6rPwOkutMimqsghnCRGKegUipFYWRri5dFJVRIt4QMssJcgJHoBT O7EdzTqioT3Dn/5898fqzbQ5ehPbuK0eqzACQpHRrhihCAZUCI8IQNGB6BHsPlUUDYewohYBQqLP FJ2vef9xYO8xV0Sk1mlyQbihty7lyUVAopiwaWoEe/VRggPTtcM70EUEBjPKslwATPOrocf7+9rb vPwGEULYu/ceXlRVyl3J/36iZB5mjp/t4HkZdKwRZbcXoeoiDJbUcNgXUmmqMlvmwzpkw/voWSWr RcmkcsRQmfx6AefLOIOS89XKCXbg88Y8wSbuFx+nY+LzcY69DhQi38LvH2Uv2W9Oik6LLlfWS11e LpdLqe2p5vX6o0wTGGHP/ng87/f72/N+z2yKgTZyGoPrk7U9AN1kp1sOBoM596R2DMLmTiwdrjqX KHte0D5onh8xi0iJMGQT2pFxEYB7+CT2xWBgqPcERh5kfywDHfAwQAcgyovbl0kQBBJJjjRV7Ftl blhG9S+PpPwRfhhcknQ/+zl8h4bHZv4BjwKn93uAknNXlC8BrTNx4fg3TsPj62afwxJfBtjHEN3/ 7Px0xu+j68sRjgmFU2zmC4A4dvmSEPk+Ow6occqQ7tscPmN/exwcUGTwFqfZkfDxY8m6HyVfZUuC RQJWgh7uoipSCUWXsHy9DAAlUIMEG5Gv3ol+IA3BnpZQEizQHP2yUwwoQRFhyVAgxTSFpSWxhhKD rgwGuUqq2+2q2wAzQ0Lsozofxi6Clw+E+1AhLRun7w+YSU7aEYXspRkHZSfLvBESmYDwKOY1Cd+B EtkGgmpeWy+r1We2h3QxqlPcIIwtrk9/mbgtsm4+bV5n2SbpzaetX1abRNcfy/tlajfZBN5Dnz5Z 6Fx8Ka2ZNshlWiX47DNGOxLd0z1lz5+QTAGuXOAQ2e8GIiExhkkkYpAsAwUHMoRgREl1LL0okq1P Mk4ZAIeCnw2OSJIdsuoiG7wiUD32CpoIh3lIRHjAqUGJGB2sPCtMCPMwFweaSzNtwbVPm9XN+TTd ujwjno2bxdPsscnqZTVsm2zBdUNr0YTbJr4iJmku8QA1WgMNokDLxJ5IEoJEi4SqqcRcQtRnxVx1 qlwq5wlzlaVimjlPvExRlGViLdCCog7Xkh3D47KbyxIB+ExOpCEmmLtZe7dtXT38vuGt8wl5it+3 uHe/P12fKpkREaGkrC1Jz/bDxg6LjCI30xJWCq8TQFwW3qpQzNuqMel8TcQPMFWy0jYwKKxaF12K 9cd968+iilJgWR3UZeoqF+uHWEEEuqs7C1IFLuZ5IRUQLT8ClPVnXx+KBaj27Nb+0d5/Oqbr7VXB //3foA3sNuscrjh/f7bUifI1QNByZZyzN9FGQPemGxWYCIiK1qp1IuDuWcBwigAfp/uCdb4YX3y+ 4MOyn1eQ8i2f8sXfHNtwWJZPt/Z9DfpxfNK0YL4tP/42//bb5Xq7TFUF6PenteB0E2Fs9+3Xr/df 98cKQynzslzrcqlaEGGRYowIhgtCaBDxoUv2YRZjEDnTkyU4yLqVjGAP6TaBE+bMxMQOR8by9rAX g30xpJHB4U4GMkmec095AY56+T2gilz4EMhE2rDSe25oL41KKSB8UNV2L0UkzxSnXUf45FjZH0n6 3GpIgOAIhwxwPnDAQCzj5dpn5/0ly8Zvr/IMSs5QI75sya87fhmE5//56NnGjxH4ZdSdx2d8RrRf 8MSx8YEnjkN9Rz/Y22Gfj8Azjt8v9xQa4T5VAQyG/BgSe1wEH8uMwR1OUJsMUGYdd5DdxINVoqqR CBe6IEkAI4WcEhJ5dTuGlrEMHxRmMokeKT0lY/iBEAXINL/7jCVAUUApCQkEHeKQIEUoiUJGgx+O MMZIAY/4mezLPYwHmOYrMheZvdGzendoVkgC9IzkjYcTHKXqY9pKBg5zBITuIUIJqrF0FI+px9SZ JBJxr91HCcNmdfNsHK7NpAUcGjFJyD0mFZtkvUhD6N2WLYoHhf463V/L203XCy16POzm0KU+6ljY JEI7LklCPFgZ3PHWKEkj9kUKkeXtux5oqolmbRzEB8cFEB/9oICd3h6gRAZcIUGO3BsJBCRSHN4Z jqlymmYtWiqpgsy8YQgxj8ZLCEQDLDLFhtHFaai5QBzmzogweLcwjxbcum5Wns61Y42ydjwNm8u9 4dm1uTy22Dp6YF1TGgXrHU5pjv5QBA2MFgQt9kxIVDGBREooqaLmv4qphIpXjamiFAy0AYg3wvHo 1iy6R/PoxS1oQC9ta725PeINtpEp9BJO1+jmXcI0oqm1cLgWiGR8XeiIoNPc3ENItagdrHCBTMWn YCGLCCK6Na0XLXOgH4GqYQpGpFtFp7LIfW0P7yIlqGQLqiCaViNn69gRvYTkaJiCfcFluUoW/YpQ brBe2sPWN/oGs7b9gv2M7YHpNXU4vtrNk6k6Q43Dbh6L/sPwDaPJk8UcGlO0IVwYugcbsiIjQZuq qIoge3dFdhI9Z3a+fPj+89U3fL6Fg7L6xdl8ssKnM+pOPOTJKOeP777keAhQiWXibdFlog51CY/V 3/5a358WRSIJovfHulrIUi+3199//Pj9en2pReF9a733UaWFbLmQylrDUWTJye6SSY+D5UAKOtGR 6VEa2GVQLLGvWTMNH2f/tmMFMEL329xDHrlnGrsDe/nI0Y7HcSTF8QEbRo0JM1qZMROMFc+ItQT3 A/JjVX28RH7UH5xf1B5u/whg7LvsdSsYe3nQDnWE/dXv1urjPZ7HyfEq8TnLdlzB6To+7fs9QobP 5xo49TN4/TL2ztfw5fPn14Xj9r+f6zsu+XLxcvrwCToHkIXEu7PdIxl7oGuHIPjAgjxntSLAwW0G 9+SLBqjCuYKk72I8IY4M40UJWNAZkBGQy2saVRGHelsczFamBPYYCQf/hwii52jai7wAmtBGNkCY 1D0IJesxJQUhhIykoeaykcKMJQqZJS8HjskVOEfpZ+y4vwXdd0HelBTPgc2PZss7VWnk0VRGBp1D KYol1T5dpAQJGIVQRbYPmHbjKd2LgULNte1qS9/00eXdpxUXUIURLtbZoxsjQjerW2iPaZJ2LT8R 7D7n88GYJhw8GY4pD0BCAxJ0CQ1qgjwMxfEapElkeNIlIUS20WLQnUZAfMeAAMgkdowFKcKHUEp4 sOdBieuE221Zrrd5LtdLXS4vdap0cwNF6lxqrXWCpiaXZ0+QaYSVqCmejuAYltExKvAUiIjMaoWH GMQD5mLQLbiZ9sDTYzNa4Glsxs346KW5dJOto7v3jrahw56rmqFBbVVrbCAao7E72Jn5jeRQH4N9 6BokWHEJC3cPC++tb+Zbt9Y8MEXHFCCuE65XqrAwZo1lCQ28vPJR+esnSpNwoocWjgQNG1GsZWe7 Aoq5a6pFIwQulnZZ3HsXTsvLyCmCu0/JSRYAhCoyO/w+VF3ERNW7ixZ3k7rWuG6hu5OnMHsIuZpe rkWmPBZV3OnPd1GHPSTuLj28T9Jgbwr8n58N1mGq9BRv+He+f6x7MgIJYLewe4iScVpxDsBBBtAi LPVUVEudJhKnipWz8T1f29man/96Bkbn79PIls+g4bwuPCMbnjrV4dtJ7aTy/vEoSFblPGXfR7it /blud/v1Zu+buXqIBWAm07RcX26X22VZVFMyoG/WWl+3bhhEtiwohcouYTPSBiESIbCgZ+14rvbA 7Bqf/j8jHx4cSwoi7Uu2scj4eRyYKQCBH03q82x72zhk6eleKZDaCXt0OvvUj8VQcI+7EJmqHqov eZxPgAKCkS75IJfsPWL2KHfs42b4lPIBUEb1UJyQynGCwMda/MuQ+I4dz0PrjDa+eOjjN/Cx2xk3 /Lufj0G173Kc5ZxkOR/tPMW+Y5F/CW7+3WXw22YH2pDTDQKQsZQfznsPtBB7uNX3N5PXfMTLAHgM LfmoVaapkDDrIKaqdWIRUSgTN1AEmo15QBEKkSQl7ABRMs8ywl3ZDEswVtSDW5pjb3BK9iRgckL3 5W6meCRGJW32BRkVIpFwIHW3RwIGzBAIJBM1IQiIg5l8lpCgZJu0cZgsGxjpT56tdyLprAobGvwm 2GOHMqhUsR8lAyJjSTAyQSk8s8+rHD9pXTWFTX14WUZUw2zIJgdUhkQ016fXh+u9T89YTETYLYq7 d8IoCB15sWGay8Bze/guwBSJAp2QkCRjJebIFWPeFAl2ChkaNIqpE6GhkvLh42aTAZN1LvmkwpLu F2IBVv64ym0ppbjELFKKym16+e3l92VGa/fW+PJy++3322Upl6Vcr5coYd3Ds0wyjR5LkVJVVFUz 1xUBJ1WgqYjMqIQh/IjEImTEhNNuJovYUndOzcWDPdAsurM5Wod5PE17l+5snc3QjNa4GVsX69It ekNLxLppmLCW1AVxRRCe0bYcd9A9GecQK+KqmMHXhZfZF2KesCiWglnlD8E8iQnVhYYwJyIMjlbQ GdKtSKginL0bCiIEzw0Py1IsOj22h5Zap+thJ3Pej5jn4A+rEu/vPw1TiJMOV7oFqjK6yKZl6UYh huZHVLcN5jot82XwgChatPfVW1MNulEM6uGm4gr85zerJ5/d6hevzCNQcfySRnbkqApldp1lz5av EXV3/Ak4KiCBGE1joSJKEQ/3QeY4G9CzgT6TPA7THJ+TPjj96cu9xDfAcb6vcoImZ6iRP2fmx0F5 iYjohtZgLe6/1l//fL+/rWtroWW6LMuCaXIVgvN0fbm9XKZJBN5bb+u23p993VozG5GdAFLwIiUT ETv9E8PE4gQORhAB6aNTtAuRkl7qqk4mRx8BUJzJ8Rxrt5BxhE9hnhPoHa7Fsl0yhvmjRARtSKED TNrmnpphKKF7rzVNXxU8mKqao/qjEIJDfWQYu+FU0ssJcn08Qh8jzh/7e0mJjrG6ZuB01P0Gzkm0 8/fnzwe8+BgwB8D54tc/bvrTTMHp87H9GB78dAFfD/g5UsLTlvH5OPx8kC/3cr6SLz/fQQaPgx8s q9M1jW2Gaw/DcMABeITvBF8XERlPN0qR20u9Xsp63wLltvhtsaI7zqNDkK3AhD3UhaWEA80hoEgi 2kzexRiiQco5DzXi/mR2YmUIndIxFKcDZEiuaiNzHjKgreyhtSB3yiJcGEIBdeDc4XSD7EJPloYi UxBM4kiGQxQqFIhAJOV0E0QIhHvwDulTZUfsmV7Y2ShJ1mLKGhOJO2IAqaxEjzF0s9EXSnYj24fk jnIg4Kh9HYt/wlmYSqPMKUQiHBoxUI2MUGa+vHK0pNiVxrPERhhHyAhDbgfuzHDBjuZCdhjBVKoo PlCX7Mi1OoiwVPcLcWjqAEQUh2jFb9fyskwd/ec/t/ef/b5uz/eVrS6Xa6nxeNx7kz9+f71eJu9R y3y7vupULNxaaqwxgqT+/tuPl9frslwuy1Tnau7WekBAHfItkFJSeUJFRIaNGVFcEJ4xMJRgsjJl 0G7AEdly7TsV36AWdIMFW7A7WqCbh3vraMaAtF6iKxRZFaoLoEKlptZMVkeJhzvMuzEYVdmN6FIQ BVSyUuBC58S4TCbqCke4te7W3SM2wiPENYKwERuHlECI/nxybfHo8rQoBdLW6frCEHoHLHtSJSQC QAqA1vpju28OSBG2IspAtBacIPC4vC/ObtEhigJzuoX/tVqR2zSXXEKQxSDe3zQMgBMaRnXRUOD/ OpmkM2NDTlb4bGHPmGN8M1A/Y1c0jxRjAA1Rdh0t7DvWUcxCwt0TsQjJiPAMmp3RzDcjy8/Q4bjg OH1/4IMz4Ph3aOMIhPxLq30+C0+PZdjrCJqDEd669TA4Siyvl9ffltfFZ2lEQK86LVpIb9v98f7n +9ufj8f72qx1dE8WR15M+AgHcpT+SDh3RidGZDEToETmL5AZ1BGdODIWedlJ9Rg5DMAYCTgE2Cl9 HFaO+2gN2TU5fF907rHuEVLOax2xkyDySnIRfBo0AWhAQR1p9H01ykFcHQBiWGhgX78SnwSydjy0 NwvFCLwrkQeJ/Xpweu/+GUl8eaHHaPxAWER8DtHxdPovbvsYEudC8S9piyM08j2kcYzPzzBpbHOO zex48wNRnffi5198/nyUnsmxdf51IMR87yPPdebwxh7Sy9rjXasFmVhjncvlpSwLBdYtDBHBdfWq eLnwNluVnusJygjgB4TsgnXPpQbpCS5EHeoRIh5kMgWLhCah2iW7rUeCahmXB2EXDpe3axRgnzME VCHJqwZFR8IlIYSDoAipGCJ1TvZd9mPQPI4xgYxwkByMkHTeg27gGrI3ccBgPEkSviVhk1AEAk1d BlK4NyfBIKzggBqH6U/JPx/SkyDDh3onP71ApLIlxrSmDPRD4CCrpCoxhyTPHoxMPc3zqGPq8mFk wzVQ9sJX1b3ffHKwAnCGhMQgj0sZmD/ZopJoLsdSF3FAXWIUqqB7dPIyldeLMPjXL/9z7Ztbt/7s 7bE+19WCcO+P9e6mr7fb219//f3vz9jqH7f/8sd/+RGlr8/NTUDAbarXv/3tv061SsiyXG7XCwSt b2ExJGjDRPS3317nZZrnZSpCmnXzGIXUQCBf1HjDCbdE6HuELJDElWFRRiPtIAg3ApFNOVOVSijV WCMIle7l9nspU9GpSFWtIlVlclELpxmfK0w43/Aw/Pkuz6dujvvG1lEqi8Cgjxbo2TcxU6HkrmGv IZKSBXAlqwglSufyItfCpaJeQj2ERnuUDrfV7Yl1hfUIgyndctJvvb893oIMUQkh/TpdSuDhW9GK UIeu1ZoDERNdJN4UT48/23axqc4T6YA8jG/r20wLGZpwUlnnquB/frPI343aF1Mo+/LxsLnEiIXv O+7BUsQZbfCzndUIybyWqtSpqDLc3C3ifMYv13YAkXPoYvjT01/PZ4xTQPuLpcZums9o49jx+6M4 f96vkpgkrrPcfr+8/H693JbLdZmrKBr703uY3CBCf/btvt4f69N7Z1CkUiaHmnlESHLHQ4ICRfaX DzDAHugnx5itZdNAiAaCbkRQJbJa1Uz2hixHSZsAGR4dYYbYF3cjSBoYrP606THOknNr8EadwtSJ RDJdMzqR9lb3CAUPCnQ+W6IAlKEsort+KIYfB4eqBzKan6EUgmVAqMAOofZWdmPfvW/d4Zc/vd/Y cyXn78+f9fN79W+Y8st4OKON87D55PWJwtMR9q2/JAG/H/a4tuMs58rt89G+LwO+HOE7RB7TZEdO u3scMFd2YJNCkhHwrNEIeA4dAtM8L9dJC9ycUeZ5vt4mKd5abKttqwG8Xez1alVHrWpIOCtDSA+a ZWVsWFBCijCzhMqiKgD6yL0rqMpQMiCdEqk5CRweOxl3LgFJrXTgPCYl/8myFSpHYmD4iNEgelSN pEu1rO0fiRaC9BHeQGZTslRjJ8DuzEsZz547JjkAiSbakB1V6EcOBwkISAhEmD3G8jUEKKN8E7EH SIRHkmsE+rizK2LIVnL/PSDlERJkCHLm+9D0I4JGSEZWeGBujhJDjk6xwsjuG5RwQHwkfPdaOni6 OoDGSUIVFhwYhEKl5GLICBvGSoM0aA96YCr1ZblA+PdfbW27xSAcvrbt/nh0MyDW9rhcrmWa//z5 1/u6Pd6t8vWPv/2ukz+fTzcS0rqLXi/T8vMfP//6syum/+WPP15+qy2ebXUESHf3Zbn+/tvrpFOR abmoFNua+c7GyVb1MuKtB/JOU0JIKqOntHJiRrgk5bCDPbJbbwq5iiC0FI3CVIqJUqfLQgpURERE pahUEOFdny3eNvzxN2HRf/wl712a4el83zBd4noJVRj55yPe37kFAVZR1ESpEaBAKWB25xWvwSKc EPOEqvJSYpmgoYT5+hbbu8cz3t96/xV99fvPrf/lzzvsgXBvq0ib6Rqkx7XUi1wDWygWTK5ezH2a mjhaSIlQPnyKqby3X/Gw6+VG4ePe/t/1ab5pnXW5klObLnX6Tcn//EDy/8KbfvG1x6+cfHn+VYGK ETrM9xRjzH9sczagOT2ypc1TVUspWmqA7h5+WPwj/83P+36pHrQTpDj/no/gp9s5W2eeYBNOF8lT L4wv/x6bjS2rxjLj+mO+vSzzVIpC3G3t6/u6bdbLxWG+/uzr3dylLsvry8uPy+1lWZZZaO6ru0e2 oKQIREOSn+9EwHeCxZDJOjxKsiiCBvHdU3pkmzSOpe1ozknP6nniSKEfBN2MoJCR+hjuo+KRO83z fNKEK8Mqx8GG26tOdvElHrpkoxNKljdin8vDPY8q/z0YndgniSD4KET4eLl++RPrQQAAIABJREFU eoVnb3p8fR6ZZ/zx5a2dtxzG+YQ2vrhwfAbKx4fvZz/u68jLnEOG8u3IZ7yCz3NqnDp907HFXtqR S9/4PHHPTBQ5RThwYsXmM4794BiddEYRrO+SshRGnZdpqoLMdE7L5XZ7raK9reFtnucf9bqYm682 afx4jcsScwkBLdT3yoZUMQcbGIGJhIQHxKkiRrFk5yiVHAGJQmeSByQUoDhEhNlhOSBG6cn1yPhb Uo6yKMVDMmmxB9GcaCF5Ka6jsnL0/8TAIj4eBIejHoKyFJGRiuAuVj8IJxlKocpoWLKXXmWPsjGg RyRjPyTGeoyuyBAImHkiBnb2Rk46IfZuQQrZedoIFxvDlRIMoUmuGQQHl2UMDwCI/4+ut9luHFma BM3cIwCQlJRZdW9192PMLOac6cX0pmfR7/8Y0+d+typT/AEi3H0WHoAoZX08WSqKAkECCIRbmJub j3ZfJKAjj8DhFb/jE0+n86e7ithbOO0zuRBwUWO68yEDM4ekozLCBQIfmn9SiEIWitIBbinKpYhp XoveYxKcz6U7f95bMxfKzncO2Q12AZG7f//+27r5tvUe9uP6w67LH//84/Si99vdjAFv2zYv87zw f//7/7s/Wl/t9fz9228n47o+tgTNqzl1vqj8x3/8e7Xy27eX85lrb7179j8Zi7Bxk8WuURvQDUx5 L0207KbJQKr1XSDGqqJVhKxBklprpsakTFGr7hVRZQwQTqT0Tu3y74c4+f2Njyb3By3SZoMBPZ1i WqJWToU/N1mhHeIblwmYTaeg0DVS0BOOEPZ07S9xv0dv7iHYGBoKSmivlI6guVu4wRt6c19tWxmP Er7QJu2ndT0VU7vNdi/02XuBT2g1fAHKNDUxAAGBzCxRRd/b+21dF1xa3N8f97XQyfP8x/nl96pn yknJ//5EFx/z3bE0/Nu59XlajKe/ZvYEe7egTN9v+8R6VA08z5EOrOAmhEhRnbRIxNByPE3WX4DC sfg75lP8HdTgjoSe33JM6/a82P3lU44I99E+5vOe8fyraJQapWqpBAIRdns8fqw/f6zXZjHD0fq2 WnORaTqdT5fldNIylVoIb97uvbtlqjUG4BiRgUQWoo0xmmu5AUcC8DRGSoIPucTwURsCpLAUH72m ckLx/US4wJ4MMyA4OtaCEEZhNnIak1ziFQZTHypyxLPMlO+XI8YH6Z6FOThhSESSJaMCMwCqD443 l3cc9W+5Ih13+35EB78VR9r8GS4cF/FZCvpl/BwP2ZNNY836NGy+jPP/DG38Z5D0CwAqn7+eP/0V n7c/Pvc4kfHpxT1wPREW+53I48s8cxtfxuqemh//Y0AifdXCIKGFpVAlwiDl5Xw5nxYgbNto7XR+ mZcT180ejw7O58vry2mu8Zi8v579VENSTTD6W7bsIhYI0DRMQo1BaUQD0pbLOKZgFfE01JCgiEEC okLufYOKUEQi1PfsxrgPhoGiFi1ForgrtGhRMrv++B7b+5Cakbvf2UDkMiwxM33DfTQM+70RgShJ SySqoGQyRWUk1mSXenC0MExQKHsSRjSRSV4WGf+LQ3O96zM4HFDGZRoUnwAynCnGRJDZj13oLUli 7mRMQgnfcY8fN1ceyLjy5Af8SMOu0HQO3e04UuOvsbOhweysLbb3SgzWIBUddMl0OEPJMpTvUYCO YvJxW43+K8JlBjX++rNbqmsFOLKrsgtnA731y8vrMi3v10dASN7bj/u1f3/743zR28+ru7s7I77/ 4+1+v23tvvbrv/96n/D9j//yu+t2vzcEw8MNr68Xs/XPH3+1xrfLt/NlejzW3vOU5pRk/lHugFzp IQtOoGQBJqT5cmaa6AFRZB6jVimEOCqlZGaNEuU0TZPAGWyMAOq+dloYYq1Zw58PLhXfXrl5WGeE l+KXk6yPmCaUCtW4b7EFzye/rojN59nLWWoVnaIhWmdANotHKy0ggWuP9ztWw3XDbY01TOh091nn CVy0qLA4Sy0sKAGgwAOoziIo4SXoiOJWImr0KexkqLTq9hJSVGbKLFbp89aqFuDR73cx83ovhioF 4QtmirJLGn99mZi+ZB+eIcIXGuB55j0WTwSMo2Y9d3R0ceO+gtwX39woa1a4BISUNI9FeoG5HLUt fzezP8/O9gukOCbcXwFHfI5GB9r4gleemRjsb2lPG/Rj1RghZiSM0Vvbtvvjfn2sD986o5Tp7FTz HuRU62We52lSEuHW272tN7ttrbvlYoVJtCLnnbzRSYuPQw8gBXMeo2hNxUWzPTEREAnVMStl+mKU 248JCcLIidDJNqrIgge03+nZo0h4VLkO8n20yCkSIrC0okGu8gLB8F1tlTUpO31yvD13J6OYbayu UlqWCv8sxE06BNi53P2yf8as4+knYBpDX/K88fHe58czaE7s8yzFeMa1z2P+13/H47hI/jR4/ha+ fLmDvnyx4y3y5UvuB+27qmbf21AdDtHroPk/zhE+Ln6k5CevBQmIDHc+QLROp0s9nRCh21oo58tr rXO7vsPd6rS8vL5OpVgP81Lr6eVSztOmcZvomnumgSZhggCMaAQEKSlMt0kTboJVBkJ2jo48kQWt Tk/7LIFGVovgkF4mzV8kQYcGVJWSOQywKFVVIaQUTfZCXcSVIYQrRDLLopH5kkD6XBSRMdpHV1MZ +gQIdqiew1hHA3TubVFHDYzsmxwpE1JIzRsaQlJVPItRSFGmHtQlYQnz7cbRQ3kkeYK7jXO6dlIk 9KguGf8bLAywJ2NkBLSBdzC0qCOHxNBhO430YTtGkgy7QWYOVJ7em/yG7EsR9YGPilMgPnlapY2U a+IpwnPV1LO9uEeIQ6KHu+B0nqei99W2flT9kB/kARJSRwAh33/7/f7Y2taFQsbW177K79/+eb7E 9XY3iwCWeV5Oy48ff+Vc/X77y9f5j3/+Vy1+fV8BSMRUpu+/v/34+b6uj9u9fTv/cVqm6/3mPuBY fBTWDN43UTRAhZpozoQu2fU3v3VyOqooTmUmuKUUhUMIai11OZOAK6UDEzgBmTITtd7hty22jS8n //ZGVWwdoH97iVPBY8MyiQhUQYmlwCJ+3HACdKaWC6WLhHkE1GJaG7ZGqBePP5u2kB7S3NdOQ1SB rfRaSkX0hZOCNWSm2sjlFzaT7nAhQp1woYaYgBCNcMHkFOx9uhkzYnbU8JPybC34uAQuEhU+d/P+ J9tm61XJ/36M1c/cxkFdPE+j+IUL+SKkyMyjfTiNjoZMB+ZI5ZANcReD7BGTu7q3tDtXFRDh2crx GXA8w4hn0vjZROGY4hNGfHE0P47xy7T+JWw8A47j1zQU6Tu4yecjbCTgcG/9cb/ftuu9bT1CWE/L 6XU5nbUqGaXoeZpP81SEbuvj/vN6u93W7dGtdY/0Ex0tnMVH2xSH0LPpfBw2PTCwjwqUfcrZZ43I Fq8SzHq8dDJOtjOvdWomJAJwkwBEvQhSeeoftoE5nwAcq6wPK45jcsMoqSRDxjZZC7PHRTARpxDY E58JiURirCgHUk1qaBz4KO4F9+M68j8f7QOPcbtn7cbVd3xK5P1naOPjxafAfEDb5wFw7OFXCuT5 8eWD4pebiE/f4djzM17/gl2432LjPIORZ5JHnGGKcIcvzijmGIkweUYbgdj78+Qqkcx7IUKEyxKl uDsi5nk6n1+mUnx92PqIusy//V776uvaqeV8vlyWc2GFQ0jVkLJR7mKhDgw7gkwCjjzC0E6g5Ipc QMI4OA8nIHTCBKHhutdGcWj54WkyhNgBC8QTajuRXPJwCSOEmcxOaIIQcYoPXiJ1BaJKESFUlLMm VyIQTaDPYMjALBoCoQsVVEpWWQwXEdmbH8VTWAI4vIMRGCXHexzNrMv+aXlmst0bhTvskGHEK2Ug ley6SRmL//TGGvcXk1IJwahe5VFPywOHHGmiQZcOwfXhu5pMQmDXaeXIQZIZCGCAG4mKvTPqzsfk egYSYtTqEDgENIiIzlUEqah3IhGFGYNB8WywtJRyXiZzvt9tz/fq4Eo/9K0lEK2117fvIrxdr5Gn ImJrW5j+9tvvUvv7z7uHhfL727fH/b31LdNQ9/WONv+X//rfSr3fbq1bBPnt9Tsg19vd3IL47fu3 vt3X5jGKhmLMhePiHrejOEvmJfZjlwHLohbApZIooEFI1woVCDoEUqhlos5AMCZI1nHlbjoc7O0R 3Jqr4HzC5UyNeF/hwQK6o0xQomqUIhNiW3Fr6F1n8TJNVBXAnaAjxF02s63H5cRw2YwYtYzsJhNl Fl3vblLsDrPaPVpDs5RQlhYO6BaxIdzpaTAKBWjiltI9St6DmZQHoKjUNMyXgmGfP6Vta7ToV183 Bf4HwCfZ0XMwfp5b8TQRf5lzj2ktSQvffXI0oiSuBQSoIxxmfT9kr3sk4gRoxAYYKZJio0jJ79Fm 5YA18hmCYAcTz8r/469lj0DPetLn+f2Y8Z/n+mc5iD9hmi9ppiOi7BxJtPANgKjWea5LPb8ul5fp VF0QgUJRVRV6tPXx/uP28/a4txYe1Z1h/sEqDuT2sebYE9a7MiB2JK5xNFIRIDRYEIC7ZA7YD0SC 0TRyF5rtvMUgPJAEKXfZZuypDRnNv/NaUhPkyujlll9p7O1AALn6CnEgDXBykvIdJJVRDIuETPnp ScXkqWS6R49uY7uOAbvGfux/KGCDx/Vi1lp/YSPwOdj/GtT/Fkw/3wh/O/KxDwM+bXmMjWMUfcmb PO//QEj85d/BbYxj5Z5oz5hwAA7uuCSGtdQoPEoxb5408PhKDroUlhnzZBHm7iK8vEzzScO9bQSW 0+nl/DJvj23b1gh8e307L0VcEaVOZZqpQDR4c2ePulGbWM+auOzqlkGKoYwCFBkeLaOO5COsYVRF CULCBa4wQZcAUTSihKkThKIXDw0hTHhTdMIEJmgy+jSZoEs25kRIeOqZhtqFcPEhAR1nUESULNQ9 hiczIAqShBZSxTGok2EmkmW1hUVEsuxWIBCBQrK0VBwuIiqSY1eUko4QI7eoO1kYsQua8kKORIYo KMKSyEREZXTByEQqs9kiXARMabjy8BIRJpwS2R3PBAiJAfxGGpQIcYlUlOetl2hEdpXYPnIGpzRq SF08oBKCkd9hMiIyGM1IhYp26GWWk2I1mgvDwB5KhcMTqjYDG16Xiy6X94dZT74oi90+au5yyEcI Gd9/+/7+/m7dQJIlwh/tXqfl5fLtsT7atiH8cp6mSX7+/Dnc1SDrtipPv//jH4H79doMgVq/v77+ /PHuAaq8vr0W0ffrPet3Pz78o2wNO8OrQJXYjYIAlzGMg6pZf5e/RlBDSroEOBWlqBZN1QFRQAka oRRHOB22egenGUuhSiiwrni/49H0/iAM5wsIqpR1K9ebrR2OUlCKNJlPpBO1uxANYY54dFjTf37D 2thHY+CSU/u5gMK10Q0Rbg3mLTuOt3B2hcFFSLg5AMgO/bMsh6HBLuG56BMnwhkug5h2FQmRFNc6 XSzT8gr83wD2tgijB8dnhHEwCgdb8Os67JjNM/74PskpObwhYhR/gyMZn9UrM5DFuwYM9QZFS03l OiN8dGf6RKh8mcHjF7ShO9o4lo/P9Pjzls9T/Jdc0vHIV/zpvXiKB0fexwETtXnRy+v58nqal7rM WjVgm5tZuCPcu/e1bfdt25qROk2nab7UMgmD8L1jdIrVc/k9Viyyn3cBNFCHYGLXY+JQPGVjqeF3 /tHB8eAnsklsQlMdHMhQl8k+H+30e/L2A+Yf1KvCMcQcgkhS2cDwzGJnEUr6r6cOMJLa2gdICLAv Hca0Ms7tPsGMDx2LnmDuf9zlcUTQ+DjqLK/gU4+Vj0v8a87iy0Oe+JJjVMfn4YFfGI7jO8TTWMoN nhvI4fNIO0bsMTK/7PN54B1zX8FTr1ce25OfSJr4cNACMsuMQfnQVUwkmxRHmfD2LSi+rQFwXqbL 61JU1tV6w1TPr68vCq6PlcHT6XS+LArYxgB0NmiP5raaRfOyBTdxE/e0F5AQooy+X6OWSSP1kePb +n5TJ14cI0lgOT6TPVBEogoNE6wavUQv6ORDsVZvEkY0YavRNYzcBL1ESHThXdBHrSCaYsvqG41G NBfn8I8IZ98xXUQ2fU1KJJmQYFBEseMHKkWKUopSZAhPoAKqQkRJAUKhUjUJpyKq4Lgcg8AEhVV2 dEZKphIo43YpR8TLaXpU1HKUiEBRMPJhwxXlKMKlkEnm6FDSjhEh5KjSpUoMQKJ5tBq6NwWTkfOE DFQ0GrANj/P4MMDZe2dRwBD2VJkIRVpQqedKuN87NFSxhQMQRpYhOrV3Ssj55a1LuV8fMiaxPMTd eZIEFYHW2vfv30C/3W7Ys4YR3tr6cnmb5unHz3frrqpv387X2826gQVkRDzWrZS3t7e3Hz9+WjOE vL1+R8Fqj/N5mXSC8fZ4mCc8dX6yucOghSjBmoUpkUVHMYjk1AgZq+KwFUqHFmW2GBNOU9VacvgH lVGZnlNRKFlN6+3ucsLrCQJqiQBu9+wYgNsmyyxTDSKuW/3ziggPMlxnZa2FMomY+eQdiC0C3Upz nShvM3oktI5SVBWgFwVFbBgyehgorqFAuEQxAkJ6AQKoeWMMljoUKM5hvhegGgm6JM8WwsH5Faqm iLxTKIUq+n8Att/8x+OYrMuTO/ivyspjWvzyrgSEWd0ugRJRn8I/R8watEcZSZbEtmERJqq1VlUN ID4EpB/z6v5c/vPvcORcfGc4no/umcH+2yP6taTliBwHoBnT+pDKAqo+TX6+1MvLfDrVqioRvm7t fV0f6+ZuCPdmbet9c4gsp/l8Pp+X5bSUIgh3s1EbniuL+OCKZYcOHxqzveQk11GHvjJ2PDfC0c5Z YAQoDxxpjp0v2eHKHsH8SF/nYftRAxYhCWbH9tn8II2MZNDG2CeEDx8tjFQLROJIxOSdPCw68n2p kh3L9DztI1ODTAvs6/X8m3xwG9l+/WMkPMf4Z7j5K/7IMfmFwPv18Txg5Jc/yecX7ekTj+9z/BpP P3/d4U5FfELG470k4siB8jh27CkzDg/QvK6yC2ECJOrMyyVIb1tE+Ntv07yU3rGtQSmn82WZ5zC0 5qLlfDotJ9Vw7yB1XpTFbUXfEGrQLcxsDXMLaZCG7nuJlVDroZpMQ4qgxMf5890zdHfdD+Qhk4ZI jXMjAsgeokasAgOMbIym6IwONEUbJEc0QROsAivRSzTlKlgVrmGCTbGV6Plc2Er2qWAjukQImmAT GOmCrtGEnhLVwtHiUAHNbKSIpmv1IBBGyiKJCWCEelBJ2fu8qQyHQxWq5n2jKmSqHKiaInCqSqkS kg4oMgLAMAEjh3MYRsksIElrZQX73mEXTBFGSklkt3MnRZHMkogU2SuDRvWvDJDBvEawbNVk0jkk VzbyR6OCJiWlsTuGubBJRCSL0kMmpUr0FlOVWaLWFoEeEdKFoPbQ1Wye9Xyqt9vWLcbpTMoguC8D CER4qOr3b2/v7+9ug9sh0c2KyuVyWde1tc3dzpeXWuT9/c7RBV7czdxO5+/zNP38eY2wuZbL5eVh 97fvl6Usf/758/54xDBjc2CXYA/YIcN7H4UoEnAhwVwEcAhddfjRRoQiSFFhIVHoLrKVpWqdObqZ JrlVBIIo4EnnQrhb/3l3hJ/OIGKeBdTbYwDPHvJ6DgXqbF19W9MyEkqt06RygrhK31axQEDCqzlN fA7OQi2YC2aJSUUJl1DP1YEVz7pApotuanWSrsvFb67+kRAYBroGZFc3j1E3TsU0NqWIUNkolmSP StU6/Z/uMqwUPgXgQzzxvESTpwn0eXJ8fsgeuzzbiwE1ojBV4R/759MHfdot4arUUrSUTDNHlske JPzHNM1f9vYMNZ4lrs/ryC+RgE9T/HMw8M8vHh+kR3roCXwkAu6qNs88napqQfN2X+8/r9efj8fa TAjxYLhZOMt0ml8v59M016qi6Obbaq31Hr77Ru8SOew1xgCyHWWukjzRaAzUMACHS8YaHFmS8fWO dQm4C0KHSB1HzoIeoyCWGHxXjp7cQ6Z1kZ3bsvSQ8EwzI8iRagmkj0GuQpCSlFGAw/D93OeR4SkD onlo6RaFKPtR+IianwYbASIyTfDcSPa4gs+/fhkwX0bsOAnjPP39Zr8Oub/bD/A0bJ4f8Xe3z6+7 ffrO+6XZ76kdfyTwGLZsEbt6IOfGXT5lCK8T50W0RgTCRVW//aPUardrD3PV6fzyokW2R7cu83R+ OZ+nWiIEoaKYFteK6GINmJvLas3bhu4ebIgeRjcJOsTY0a0+tmlt86PXHlPz0kw6yhbFqR4S1NDw XIRLgajWoipSCEXs5mNIC39GwIIWaECP6EAPtvHR2IAGNKIxUvaRvYScYdlmiHBBJ5ogCxd7Uh2C pmEFm2BTrCVcw3dQ4hoGbkQTd0ZHrPkREs7IPhMhaBob0IOu4ZJfWFzgBCzrYSkhJZJWgEAVqjsH oVmzgmHZkRSHyhCrltzoiYIIH11MRwXakI9IjqoU6iZxKMNbbHfayVdEkP9l+5hcEGgwREAV6hB7 jATLQWXGE12dd3rEKM1N5DLmomCmfVpBFPeokB5KYS2gS6lYLhFqdUE034hphqo7VyOI12Ve5vp+ Xz0y/ZQroPFVCBIKYGvb77//o7f+uDdkygmpO4vXl3NR+fl+de+1lLe3l+v13q3LPj+7Wa3y+vb2 159/mrmLvb2+YivtLm9vL1Hu1+vds9gOAQxbr8DuiEJxaiaXQ1Q+Mi7jOnLI1HLSZpmDIjUE7CGd wjpPWheAgJF9L30i4YgSmLWEN5OIv654PQVMhHo+Uwpuq4dLmf0ysWgI4nIKCu93RmjRmOusdQJY SkS/tzSp6eahm1MkFkUJFMVEFozjAZB1CQIqwsso0cqA4oxRXJ52bmPdi/RkyaldhrA4dhUZSaWy SCgC5aEk6SEgC9R1Xv4vM0Y2rfiYDcu+cJfPLx6/5iSeTZyHmeAeg5kxLhfgqjFKtuFk3ytmn3f7 KwnBRJAUEaFqAJ5qll2zic9NT74kfQ4QIE+z/3M+5YgNR65EPidTjrccP5/jxHPFzfEzDnNGwESE hvX6ePx8v99v62YhpUy1zlUnAVVkmqZpmedJBBFt7dv9sT0e1lt3RLaXHAvaVJYfDF/q2YdoNIaF VuxkuwZ0r5ds+9p2MNeZ2B8lJFAGmF7LJDi86nZLsUMvMNDDQD67oGInJ4ghluMQEDB2JCx8OmmH lo17jdkYwIMNOdQkSa6P9+yn3T8PzqdHOGF7diaH1jPCOB7PV+o5uj+98lHn8gVSPCPaY9g844Mv 2+AJ4Mbf7eTLgcjn2+qJ/Bjlix+7Pe6dzBSM0hI6wnNJg7BaXYtFRIRp4ctbubxoBNZHRMjl9Xy+ iNt9W929vpxfX14uAtpDlTKfZJ6pEG/0cOjDZevdbXXX1WWFA53erfs9vNMKooQQagxOAvOSfp4W amAEzNFcm9PcutvmsZpuvTSbNptazJtPPWqHdpQQGquzhM4hlVqhEmlft8sPIHCOYoehpxx5RAQC kYjZ4mPBkBLvHB4N6AlQSCM6ETK0IOns5IJN0ARNoqs3iVWwqZtE53jRNDZyVa6KJmiKVZMgwabc 9jINIx0Uhgu7lEg2kIEQOqkBCTjTYUwpOiQuLqBQRKkiiqy5YYGoEFliQ6qoQjTlE/uPzOaQWhSC sWDXFLImAhrOqpBxm+6KFow2THnL226BQyIYBbvUQ4MuEgIJlaCniJYk0EWETcOIVHlQzTlPmAh3 Wb7hDsMURR0WqNQpswL3zSvn79++6+TX2/rRUCvvGeJo8ODuRev3799/vl89k0RABF3k/PJyPp3u t1vrD3i8vb4EeLvdgUJqABFei75cFlG5Xq9uMp/Ol/P5P/71H7f3dppfl3Npbe19l43BOfJjDBRB CEtQ9/WbcAQz1iAoLqIxZr+JYbpoiCBC6WaipS6vWs8MADoYUGmICga4Ek6qKoo173iYtJWPu9QJ Ly8xCd5vUOL337IUEBQthY+VW2MQp4JaTlLVXaqWtW+BSdkirHX07uepp6NbBMSVMCfVdTeeZyjC 6QNuwXUsXl3B4Ys1xNFjxt4lgQETPaawpEUIsMBUPeDURSTTqUVP5//HjOFPDs1p1Pu1wyqfZkY+ ReIxjTL1hcdqLHFiIsMBWB3se+f6g39OuLeR295ZO8AG9PAQ1VqVhHtzHxmJfRL/gpCeA/8XKPBF mfFrFuZ4/px2wXgj/ZfNnvfDp40zU24R3du23ux+X7e+Bl2mOp9Py3mZZy2lQKqWZSrTnM5v9+16 vV2vt7WtATOHjc9MJfmhqxgxUoaUwkdfqyGhSDJDMZBednPOO1aelBwJxrljlD26I6vMfZDcAxDE run5yFx8pEJinPAngDIqWnPY5R5Gj6Qxf0W2gvsUrY9mtpSP0znwCo+N+LHEx36hA7SPTbDnYvJo AH5FGF+EFM+Xkh9axo+/xi8bP8+FX0DG87u+KK+PJ8/D/vhKv2ZnDhAjf7d/7OPZRq6duUzO9Zgt F728qIi3zcJjPp2Xy5mC++3u1utUX14u84y2PnqXeT69nJd5KmgKgHVlaWbWHmHNUa6uj+iMjRGr Yw0P9kIPl0fAYVViYiFqQKIEFVlohLCwpMss3N1hVIh0MEAFC6GkuJdm2Hp0o0exqBa1+dxsbnba bNlsaj41zC0mYzYtW0KqsYRMUmaWmbW4VOiktaZnXqhCGFm4OiiGA5unOamD4UMzFUEb0rLBmiQo cYlOWqpZBUZ0gWl0xUY0QSvRB2WCXiJTPFvBVl0Em3AtnhTIKvFQT9uMTbgxUPAQtFS5CUzpWaUr YcJsDQ8gHWtCA5KRgiIoUgqyHwwLVURCWUU0yRJAs71slv2lkDRidN0dtdCQ9ODSGBlVoZAYLeug qSLLFQBFsm49Q4NRJURzuqASkJCABlmwJSIuCNkCRWIRiLOHbvAf10283X58AAAgAElEQVSKLBX0 aAUeVJjjsUYp87ffXqnt+r6O2IH9mowVLAC01n7/xx9ra+tqkRU0YUXr+XJepnlbH/fHrZvVMr2+ vlyvq9nwIAHgjPPL5fX88udff1lvhfr29ra29d9//ev2vr2e/vmPP14ej2trbZ96WJZvVWdlB9W9 kAQ0lT9DyTrsiADARTTAcCdYDaGF3UuIzHSW+SzT2SmEcZxNIx1xBonM7kkRQL1tTf99kx8PvD/i ZYnTCbcbW/DtwlIQLgyWCbdHPB6IUKHVqaPMikoJ0NetZfgzdzODx0QxBUn38EyEExrIFoWbY+1w C4O3BgSj0Lo7EQXN6IUe7ER37Su7R3d2YwvrneYSkJ6t7AzbJmuTFs032XrrMXmzMNPl/D+AbNSE 3VY+r66STtl29kKeUMhzCB+T5r7O3kEJnZmdgkVE+Ejy7bUwss+gPk76B28RACLMvAEuCWGjJckR 6PvC9wv7cgSwZ3j0ZbmJnck45vTnGfz5SfwCUw6Y5U97eF5C2fGcdO/r+jBHcJL5dTq/nV7fltNS awFBsKTiTL3b/XF/f9zufTNDLWVRwr33D9IisKc/0gMJw6AcGWHJzN9nah8FUKKRT17Bu3wj6Iew g7vwcv91kBOIwx3ooy4mOQl+oA0e6+4BKjM18gFAdcc3PsSno4USj6L/gZCeYvMxn43IsCtLjpqU z5zTJ+JqzxZ9XNkxW30dD3xCIc8Xd+9w+wk3HA9/2v5XFPKMCb7s5FfA8fzR3HVR+Px6fH7laTSO SxW55hgpesrlWz1dat8s3Eqpr2/n5STb9mibBeZpOmtVs61t70qeT5fzsswT/XpWYT13kRZr3x6t o/n0AFusZr273IE7jbAqcPDRzWJTdcpsspAy0YqKysSoHhsWtSyPNaM7zMK8u3WgCyFiQKYES47B MF8323rv3RlFtIpOZCEncAErWMASlN1sX90nC7WQZnXr09p07fPmdbPabGo+mywdi/EUXFwW6ESd qbPUCp2pyjJTS6SQQtSH0FmzejebAABId5AddGdVsjFsByUOBMMSiBCWLt4Kl6AglMbogq6ZyolN o0n0wk3xSKSiXAWtehQ04k509VBuwnXQLbwLmgSFD2FL1lDgIkBBeBcf5RH0AOiSnI8E6YJM4YSG aAgUDIqrkJwomWMpaUVwEKEAgKI5o2h2xQtIRFHB7oWW91eSJcM2I5OnFbQSFqn5NAqC85msEY55 kve+mVnm+Xq3tGErYvD74yGU376dyrQ9Hpv7MYEAYJn0dNGIaJtNdXr79v2vHze4Rq60Bd/eXuZS 7rf3+2MNuDnevv/ujvt9+1jJqJxeL3MtfWv3x2rWT8vpdDld39+brffH9rJ8/8cfL2v7sa5OlhSm 6fRa6yRiHnBXMgAjwWh7wiclniIIF2gwlCZS0VEEdKWWaZZJS5n2lkCdAOhEIwwxj7UfhWR3L9TN pFm7nHE+sVYuNa4/YcDriYyIABWnmW2NtREhl5kqhKmVOmm0zTbrnk3mgE7UCgJ/3bE1rIZ7l+6s JVTgIY+I6z0egc390bmOEnd4MUBDKqqA1VGaytr4WOVuvDW7NXl0eWy4NqxNH8ZHp228dzxaPDbb mj7W7dG5edfz6/8UMuDDSnWf9XLBCsm4VZ6WYrG3OPc9+R179CGiZKTk6BPLbF8eoTFKz2MYK0SG qgPNlH3m3ZEN4d6shwhqVVHuDqTH9l+WpM8RgntiBU/z9RdV4AEdvrzr+ErH2ciPsD32HFHhGZ3Y 5x1GrXJ5Pb1+P59fTqdlqVoIj22zrZupB8O6b2t7tNbcQnVe5pdlea0qFuu693OLnSvOjmup0shP Gv2m90CbKooA+t4WZPgEjM33pEbOpHu0k7yAMsoGuLdyYOyCmz3dkdoR7txG7Kd0CKUAH8zHLiYY aCMPAhE0jDnsoEPGQOPHdRxgaFwVJnYZaC8+nfyj5d1zjP8VIx5/OgDH8fgCT/c/HhU/H4zLF3j6 POoO2k/2MZOP8jnr9/wu4m8ez2M49j1/+q5JMCEg4nWSMhFCNyD48nb69n1B+HrfzHA+vb28XoL3 9bFZi1rPry/zy7kWEL3Uqc6zRni/Sxgwb1EfvT+2n+tqZqVRuwaE6mzmD7RgL2CJukq1XMmzUOeg Eq7wIhVyojUUtiKRTbEteoSZdQ+j9KKptMuRCQTcu9m6tda9eQSQHhmaFiF7pcCotd2JboASUJIq asathVmIFLB2i94dqIHiUS0mi6n73GzaellbXfvcYm62NJ+NZ8PJOJkujhNlDp1RlzJNWibq5DqH lpASWiBlpCyy1DdJxQG0Y68Ii8jCgxDQQBu5GzSypb8Z0cmuYYpGuqDpSL50hWl0ia7oBQ9F03DF Q/io4YpOeSisRFfcyXcNFzRylUQ52LI3XqpVRqkwG8MSKJEmcFfH6AkiLiq73YjuxcMkNRTQdP3h B5xPd9ZRKJ8pmEghFwLDuiebq/TZ0k2Q3IzzC2WJh3OeeJ7gvkp45kInMnUvGs3b/fYoMf322/fz S4lYXSzbzM/LtCyn19fTNOn93vvW//mP//a439etkRURy3l5fXur1OvP99u6AaVbr/Ppcnm9Xu+j sBOsSz1fXiYt7+8/HuvmDpDfvn/rvd3vq8d2u98vp+9vv51+/ryaJeYIt5B6rrXAm3tH5DlwMHQU 0tV9CgZBJykKlQitCpPXPI6ynFVnIF0TRcKAw32xE4JRKFTLVCOukzsQ9xVvc9SFZUYN/O9/MQSX F6bDgAi3JteHEJxU5mnSEgEXnWhs3brDDSSaFwCngu587zCX5rI5mmGqEMG6cTWpE+siLFGKpI1D 0XkkLSmlzLWetagzfNKi3iyiugS3bCtrZWPpwY2SA5ERXiOU1B7zSc+v/y+H7KabGQII/ShOiYJR YJL0te1x95newB7dpxHA2MA2XDI57BwwtD9ZL+5kS4sSYBoaTBpp+MjLCMLcVhClllILGW493COe ZaHHhBxPM7U8RYL4DAUODPGFIOFT2Diign2OW7+iDfu81B6w0KOIyuvr9PZ2qaUIaN36oz3eb+u9 mcHMrfW23R2u8zJdLqfL6bTUZZ4rmvSbe9pypAIwqwxS3J6dUJLK417Xx70rbH6fI/8K4Og0e9AS 9nSW9j+kwAO7/COP9wmjAINMYYDDdi+RpuTnf5ANw/ZrNH7LnE0MUWfOS8/1vYmKhn7pkG98XDLu iCRi9PP8GH5fQvdBBuDzVcuH7uDmePF5S3n6yzE88u/P7NffghiJ/WTyY7f4u+EUv+RQPn/Jcb4D u6lBnhVk4UMRUMINiHkp57dpmrU1C4tS5vP5VCpv7zczo+jp9HJaFgHhqKqnpSxzrQJ/FKfztG7r 1rbemzvNi7Xofk+ytfXWvVFiEpFgd3TxKjG5dk4mItEX94piUi0cbgVSp1PRKoJW5dYaAr37Zt4C QUEpoWpCEnUUV9EBb/Zo1kAvRUpVTUPyPJPDSCPPozH60yUmEMpw98fj/ng8wkNFI+x2vZFFtYgo qGCFFKC4R+/h0GB1o5lYFMfkUc2LRW196j5vVu9N72vZbNl86TgHZ8PJdHHOzhllCj1JWag1pIZW aIWUkBpSRZWlUCtEXIYvyd4EEcgGQ4MscU9HouiH/b9ESHgiA0nKJEJHKicUXWGKUDTBqr5qmHIr WMWtYBVeFevkpnyQ9xJb9S5chZsGkzjRCIWTG5GFjy7snoWOuzhEhEqJohDRqMISouIkUs6B4uqa ll8KqAswBCLZXAmEJTAZ5Um1oIFX8rfvPLvFpLcHvDkrCiA9DKSY99t9jc6Xy7fXl6lUhEgp5fI6 f//t++vlH7VM99vaul8u307ny4/3d616eX05zefz6cU63q+PdeuAgwrE799/X7e2PlaAEJ5f5m8v r2L8+fPnujWgNPPz5TxP9Xa7ubt5B/H68l0L3n/eQCFKuIVF0bNoRS7LAyOjnQbnVGblbvKNRBOt ZBWESkEBRArqdJY6A3QYUZhiuw+tJJB9H0noMk2V2CY6HP/+IcWjTphmGPHnHd/PECEqoGh3/fnQ qWCuLirTMpUl4JvqtG4erUe4g0TpjpkxqW5GQ6JH9MDWeSrROsykzk1VplLmUzlNc52rFk52kgr6 7faOeZoXrbOyKJ1F2YrEXFgmnU5lgchS5xlnVT0tp4k6TaWiVtW5LKeip7f/RSK8hxuiJUTA7kS4 iy0cbOTG0ZLjeZ5/wgcogINpVa5Z+TK4+I85PQtvLOFFhCKWAW6kQxrgO+k9GJSAQVREipKMCAvf a/8+IsfzGvTAQPnEntDGQdX8mk0/qnLqc+HJsY5/Ijye/+Hp+RdtaUxznZYJHuvtcf3rdv3xuF2t dYcGigfdLah1XubTZZ4nLSrqyrbRbt18M1pSCAFJkzQZJXi7n4EH+x6fmAwwRt1aykxtbJphOyiZ esz8S2S2IoLM1kkExk6AhAK7CCNjwCghGVd86EVCYBhMle7ReYAN7gET450iu1A1EEOoEQeqkP2M p+XGodvY330MubHfozgFT5fjuArHkPuELPdnv46ZxFrDGOFjdH/KpHxgjsg7BMc9ks+P3nLcfa2O URoYCZ2DC4mB7hjPh8dx8tNydrSn0Kqnb9N8Emvm1lWmy+X1dFkCfV2b95jK+Xw+hVy3HgiZJzmd lqWeakyKEG0ua1s3e1i3temNxYQSLu6GvP2tEkp2oIeDNilU1KP2UNFtFqqrmxAxw2qIlkWKKptG T2LeiLvGDdEtEN6adYcX5Txp0cKB5yJokC6BiNbduxvhShUpurt8fxBOw5wjzXaP5Fnq+az3trbV zESEtPt2Nw/Vqlr5dM+arevj0XuLiEDvW3NzrWV3MS9kBSo8eu/rZi1DPKeI4qHmxbyYT83K2uXR 6mbT5pPF3HyxOBmWjrPLKbCYnKFLcIYitEInygRV1xKikBqsIYcMVkIihoR0gJGxzMBwasAwOA2G gz2bpsmA4K5hEgaa0ASrYNPoisdQlmBVrCVMowvvBb2aqKxgK+EVG3kr7CWCaNBWQcXGsibXJNo0 VYAS4i5FjB3hgGZ3pIhULwtCGWpSELOCECNZIOIWvSM6vfG+skdsvZsDjTBvAulGwItAXez+uD1+ NPL0+vr22/mfby+/z/NLRYHJ/dbu99Y7pS6/ff8jYtPC03l5fXlT059/vv/5/gOkiIZbKXx9ucyn 08/7O4mXt/P5cj5Ps63ter1tvQES3kl8//79/nhs6wqwzuVyPiv58/3qHklruZuEihSpRcno3QcF B1CZigwOGZUKVaSHzipUCVrlxCr1VFUnH+5uTiD703Kwwh700dctBHKpSw3BBAv4v67y/o6l4Lc3 niY6pZ7od7Sm1022FVPVy0ItodOcPAqlBmLdWng6MBJBD5wKQK52LObCHEKeJ/25hSgnNdF5rpeq mHUqGhZrwXJ6eVlqe7fHaT5NdSlTzEqWUjUmTBZ8qYtZlbBZatGy1Kr1NE8hWitQplp10uX1fwEO 7+Fd0Kv2qfS5Rq02aZukVV1Vt1K2WpqKq5iwkyZiIl14KNdAhkijrAAQJdMiIPYulIGB4XOdagAi KmIaOCAwOJVPLheI6OEWoEjRQhFGeHgy6kcu46gQOdDPsZPnoFJ2PPGlzOS5vOVZ/PHl53OUesYc eKpKiF09CoHD2bb1fr3dr491tWaFVcrJy8nLLCJzkVPVuVZSAt4e7/f7j+t6X9fmLejpz5ge1dmy jWkQlMllC9mtijLfRoxGjgFkF61EG7GH8yMWJ6wEgPiwPx8gZs+/7OE1GMx0bk5+ROrDMznyAVDi yGHh6dwe6/TkAGL35npiiT6+GYgshnxCIrlP7keDJ9jwVZ7pzyUtHPH8g315IiG+JNSe8eUzk4En qIFPGx8MNI4ctuP4hoPVOyS5+TYepx5ZapS/Jj90fOXsVg7Op1qXAsDNEH5+uby8nNTXtvXeUcrp dL7MJ/FYt7vRp8v5NF8ocdaY59K1ru5um/jWza8br1vv0QgL49als4v26g7DQ+yhqEBFcZm3MptA Y5vIzrI6rG+FNpdaWRUsGlVkFqWoSfgQWaLD7kAvtW094O7hHhaAUqsqud9EA6vFcO0WuLs1j6Ao NcWNIJD9wBywvSwgAh+ZWUoAZmbm5uGJT7sHRWupKow0m5KwaFu/tbYBUI3e161tUy0UzakrlU7W 2/Z4PNZ76w2R9akK2aMCCbJbXzfzqKoTOUWoR/GoSZZsrTy2uG3YTLstm9XN5u7n5nPH3LEYFpeT cQmZKTNkZp0hE2QOqaEFmvW06tkRjBq5fOAYbtlBGth9mHPQHnwKOpCKV09ZSZ7DNIAWeHqNFHie eOWq2BRW0MlVo1ekbVqrLoot5Ka0Cme5CW2CCrvIVhCFXbTJsF+xnc/WYK3YiGz7kt6Tecc0NmPz zbauofBAuIWDPc1FIoJsZrfH/Xrv68PaGq1jvfX7dX2/3q/37iFuUuv87fJ6qst5/m7v7X//61/X x3uznpcpwgk5nS8vl2+QgPjLeXm9/OZd/vrx5/V289gVh+Fvry861evjWgveXl9P54tbu15v3Ua/ lJz0WAqVQtWsY9jtYp2iNEEPmkQuDFUDrqBMiSRKPZd5VklMMkwixB3IabUNFSo9i50jNDCXKZsD bkXb1nh9sLUoVA3ZVrauP/7i9QELvVSf57lOVSchZxrdITKv94cnNI0IRneqcK6+OS0+SNxmOM0A 5dFQRIrGPJ8XXYSNrFXU+hX9NJ9fpukUMS3lwrrUKss8aZ08CD0TMpXiouHQ6VRO0yzCWpcJYiVg Gix0BApYpVRg1bDCqNqFKWFmwI2+r4t9RNQE3tnKIDSCNqoxydgQMDfPYhSWtM9kMOghiMQoQQQM btgiAqMn37RP7uveqYQIt76GBItOUkRRirtb5FrlU/bkeXrHHvaeVpOfVHvy3Azl878DPfTPNZmf +PzPkSmeqPJIpqDdtltrUsVomGU6q8ppnnVaNqkt15AShUKi9cd2v66P67atWw81CAUCjQhERPp7 hX/ugVcSTTD6rsEcMCulM/hAG+CoKcfhSxoIk3QOFHEGw8YZi50SSbbDcaDyvSW4754wQOx9LTkU J6MJQcbXvRhmxIKRI4o91Qb0gSqHrWoAO4kSxFC27uu953gf2FWhhzmr/1KM+isRdeASewZfn9/1 5fEFbTzvJ+0xd6IIOO4MgHsvhnw++KGdromxvokBw7MWIQss3GFNAKqU0+tkS/vrX6u7bbe4zMvr 5YTe/nrffl5/6lJeX8+/vUFudzc09FPRt1NcV64P43yjhuvJid6s324BKWDBQpu3fl8fj/qoovCp N31UE3VlqIWGdGozrNGLxlyL2dxsnaUvU3XTjsVpF2zqtoXefQrvlM2nuUQ9BTGVdtsgjFLg0dcN cNQqUgJIkKyBgMYsOs2ytna72rqt6a9QaxAO9xFHMTRGGKc+kCLJYCllmUuEW+/rvr313q2rJMRp AIuEKje6RwcKFdat9V6K7vriLACLzczChXR2i1rGRRrJXgJw27abx0Z+W6aJCEcW30V4tL6t29Y9 pNTLcipSARqUQZgPkcfOmwrCvQMgFaMLRIiM25QUwjXbGCAKPBBUMsLdAlSCYeY9gplr9fgYonlD jVHIcBqDgSC3ffmyOYj0zsEDkOLIW0MjSnRwDVjxrDGWCg8+YnxYC3aAIeYweMX/z9a7LjeyJElj 7hGZWQDIPpeZ3c/0Lvql938LyaRPl9nZc7pJAJWZEa4fWYXm2dm2bjM2ARYBVFVGpIdfkMkQqmXp ZqnWYoQpaUr42SS6whNFMQDJirveSz4DnYICyISAyBifH5+4f9kKYmWkgbX38T//r/+ztosha/tk aO/PPfrRwWcCNkb+4z8eyPfft//x6/XXVI7/fP5x//HojxmBEz+doeej//Lt2+O33+f4eL81g+09 ZwiwI98OkHraFSymWWqFbY99j2Xulhl2hL+kybkBHXQzSwJ5bWUqd84NBBWFV6lQM6mVLnOqVMwg YYpuYmoTStuuoMrl41LH/enfP/nnBy6NDj6HsnBMNdKqw2VlM3dg+UXuZvW63cb85AGbKMjH5KXw 1vD9oQN0FVL82PHrLR6DfahUxvND2ztZte9pW/Ht+fjPPn759vdv5u/K6WiKouyX8s1bx/yRg8Go pe1jjsxmlZYNkboU3KNbZi+IgJFWDRVqiFWGdCnhhVIcZKjVE4BrtThX8lXmUpAYuQqhDAph5krY 04SWp0+KSJurljApZJYxMzKL1lZdJi1EvQuJFSSpSZuG3dSQBXD30i4pzBgpvYw+7UtpwV+LxM99 9peakedD+GKiyr9ms/2rqYP+2oL8l4dexYmChaL3WVjLbWvvZdt880s1M3pM6zNDSldSOePxx+P7 H3vA7LLVizfOMWM8MUORK9fxBaKus2CnWCzOXuAk1//kfhzWn6uiA/hSlXm+aFvnLIGkCVx5WsCa PZ9ZVICObBSDzGQ4ExS/tHSnqnY1KOvTEwCIRvlhckrgoJ3mSTVd/dDqSEjBTthEJ2fw/HNACydD 1v/lpP+3zcE6L3EeKf968v7bnuNnV3FeJ/nloddhj09mNUF6vdZ1puA44oDK8TngIAGvT4mWoGnJ MwPe7HpDJh6fmj3nEHF5+2VT/vjxBx+fj1raL79cb78q8dw7sk/gsrW394s9H7OP4VdZnc1w7/h4 ql27l1RtOU1RmEMxIi+I6vnIbcbYGRujsd4Td4uNcWHURbtkGZFNed3avF4xfI64YEctI32OQY1W L62+R1zy+WPGPR2QW2erdRbXFJobwH3EYzyn/EIvCzZOgUyM0QPHsCQTMTNCZpkZkVPm5ovitVpv JnTk7ICUlJG5rBtWoQFlGaNHL1kublRKkrNs9TpHZjLDyGIW++iXS12yrNUhu5sVQxxfL5TSfl5C wPIHYsyRs2eWlVwiIaRU9pjPPoeUM3txGt/c1rJGyqmlfFkoumVqzhgxi7G0RoDIGQsGW0sueF46 dqyNWviiG4DlIq0k3dJziJINQn6UsURGxDzvwcRxXMHKWUrnmlLL8lCqHU2IUQMkljswQkBJJEYY qkDm2i5Q89gCMIUujwocRu2KaVhoS1gm4WlmaWab5OGDqvLYOCwioMQExjrTQS35qByy4zMQwZAs 5xjzCRD3j7WCvIw+cegl+Xx8/M/eaynF3Bux5+P56NlJO2bIxjnnnx/3wu3fLn/XL78h4uP/+/PP j++ReeRYred5hcxYRQRmuVw2oD/7QrNLKh0kHWE2HJdAgNNjJGLi/YLQ+IfsjdGBO9u35T6eNMuA IE9aHGkVmOs6h0zwWm/eSquj1L1UPR62R1paCDHjcmsl5mVrbBUOskKeSKnQ49r8Pm3chx1eLBri Y9q15N0x59qMGsXnwHXi16v+uJNjTr/e989Wr2Mk9LG41B+ff+o/5q/vafWCeCbyj3/+M8N++e3X BvuMT/O3QBgsx8wxUeskatYfH/P++B6hopi0al5lLTQyY0a6MkyeilWpjv3usfYeAUJr0T9jHF9I MY4+5FydlQCOTkUpzLNEraV3SJQmtCgECUQipEg5RKRW6AI5qc5s00rWWtYykhnz2IKbTSfJIIpU hJkqUvkr8HB8wPgZ0PLii7yK1jyLE740HP+FnYov/cpaify/1CESorOW9ra9fduut2q2/FGAwbxj 7NmZ2nqUzPmMDKuV3tq3ur2n2d4f93v25zP/IgA9oNTD288EYqZlMnC0hAtQsLUeL2VrnhWUh8bn L//Vur5BHoazx8gjAR1uoQsTjYNffdT89ffMyaSSq3twyl+gBM+ancusGQ55wk4LOJ0L+Yqgw8kX XkDN6mBe27W1+iwxVX752L8aqPxru/mqFv/ajryaiRfy8XoyvzzhX/7w9f6OKnQe3M5PlnrJBX+O TNbw8UglXL+5bBR87kIEVbZ2rc2N+5//+Rx9jB232/tvv94sPj4+o885cLm+/fKmzX6EC1rpEc3K E+NzZsuiblU1yz63/tyLnkgxG6zBp2lghOYFs/k2ddvz7pjVdKM9ZFNBzAsF26Iw7JNz9+lZ2l4d 8VHGE3adbaMu89kNo1Zk3fa59/HAfKSxz5Iz2+2ya0igoTg1InVeVMYUYwk4YWN/jpgQixe3El4c GM/9ue9RyvZmrTVkJHEQik6sg8JaBUJKcLl5O2gR2fuodfPthNLM3Zv7njkjVWotJUcfM1Qdy209 08zK7XoF1cf+uO+zmL/V4i6lmAuZK7YV3zpyzszI1RCtWUACmVJmvbRSvByqfvDYra11ch7WAEop xxx9jJ59y2zbpViF4jAoP/jcPBlNgMqc+z5m9VZLiRiR0714KQCgy2ragFIIaAphtpoSSGaSWwSs LMcBa4SZRuSMZSWnw5jEQNB1wNqZ+VoMDwvjPPJgDpODdfNynRJmrBoMyOACmNO59qdhSgCgG83s AgjDVLJytNQggCzMlAamKUhMC7PI5DCtiVJMRcgSgLIksCrSaelj0GpRM0cf4w4YPhNYzDR/sbRI k/HHx8fzuVdD88Jq8cxnH6srPEZWpPmmcuFwYA4WpV1v9Kr7R5gibHm8aRI1wjjNHMiUYcjK956/ 1ibGD+QmPbl3lY0Y4CZWYiAkBTDhBJzqYlBNcKAYKy/XS0m7PL59gyI/nlNRvE2mFdvskvXSzOqx 6lqBBrJ67W+tPvpUynIFZuXntM3tt5r/CFPmCwD/3vW3N6sdHwO/2zOvW497BMbsu7q7tWaP5+d+ 73///a1e3+8/Hkl9PL/v/+/89//l7zfMx/NhvqVPZczH2NBQfeewixmtIMucj+JrjllgLW0mOxSY HImQnWker1N06LxtoevrJiJO+6kDxj8Txg8AfrmjCYuXnUsZd3w00kpPEI+G49wC6rUdhEBNoQee Oy5pFYayNcUOzIwgZ/GsjmI0mKIFLOCpBhWsrRRPAHvdxmfSu/AZMyEAACAASURBVBSv5IvDQ33d UC9JqnDQYP/7ovWvEIgBSLlglglF9VpRNCVo9jEfz37v+8QsA8yIOZ/3drn8+vuvtFLc3ZPcPBDb nNP6TAjJzLW7WjX+pz+ACQUSln7lkHVaEkVJpASSeVBNsRrdZGLBSkgxY1l0KNfyrPNTOn9odSEH 00XEMX6BL4hlkUDXeGdlUC2s4mhFYAISiSNzctXeU0qjKZyRlaex22EsjITiGM0ALwuNs+K8cCk/ pyT+15OSXwzi+FeUAl8mcT/7iL9iV68O8mz2vpzkA8A4f9fZk/N08/vim6cTBCIAeRGpDMYUEm2r 3mwvuX9w9BhPv15u377V2cf9M/tjzJu/XX/95Z1EzhV1YFbbJVpkxtj3bJYVaIYe8zOmdU8R9PDJ OjRsDEbzsqkGfJhGji1jg4bVQI3oVbGVFr5lInNu3OX24aWr1Xi49pLb05u8j3hodpQ3a1ePgdG5 P6zGdD14KU7zMgueI9qguy2+VHXzWiORS9Ej5YmWlktlMX/2GQErUep0X+6ce8SYOWtja4WMPHSo 69ISJMLh7tUKIsQQARWjVe99915Le8dRB2FutfqYfUQ3b0aTNEa4VTcckAtYy+WXW+n98difY+yf n5S21gphC8Q181rfrT9HzBlRUEHTYWdQ4Q0QVW+3b1ycTpwV7id9PqEUC52ZERqZmc9087I56Ehx XV1cCxCxDAFISKPfB/ttuzHzud9l5f39W/USSsCJRjJSc+SYQ2SrrdWSayVY5Dm4CaEVRbu5JRwC C7EI4Ks9YFkBVzGlmZMZdkjmgqkBEWHIfCGQKtQytookVhkwYNnG/CR4c4EVtrY8ni6kARcgy7qZ hIKgJKMpPUDImGNCRQ1zBPaIFgBt2iSD6RM7bRLeJTALkVLEsQFOpJZDEBFrQoejL8ns+94xP193 Op0s55qTMMpqEeUhwTJz2u5la4ym/ZkuBcxS7thTlt1uJFpLm1WSWv0O/iaRGWKDnhhCvRgm5KKl FafPx6DDGoE0TSFNJRlSgSasbdd3UUj7tT33OWp9MwxiY3W4G41pkmCkDBExvZV6K3lPaIpp4kzl 5/C/XePXyD8HsJhOBgoz8G3TH0/76PHNJ1rOzBlMZWSYuG32/dkf//H87foY9I/x+csvW9/758f3 33/9G/Dn3p+1OBR9H8bntXhxZ90ueru+b2WOne60ZoVemhCh0WfOEMcayPvLIcqW/GFRCCHjBMXl grJsNpAHO4jGwyhz/VvQ8inetjxig3jIHc9taS6C1+FttTzYwaUWg/okdXQoDgffireRo0uzIJtx c1aa1BMWKpFDqEcJY+TaWx77+AXQpXTQTokQlCqrfpMpQUit1lw2oq6UE/Jn2VvOCMBKmDu23aRJ EnwMf96zb4OzaPbY9+fj2UdOwDcvG7wJwpSDtbVa3AFlaPacz8iZyp9bueAEHXITLddcFslCFVcB hoiEAYWSK3RwCBY48HOudMo8QCS1OkcDYEoT8wiF94NrdIzMDKIdwOYapsjO87Y6R8pw2o8u0PyM Dlt3tp2wgPgTH3Id/UpiCWEOy8IFbCQRa88EFgknPPNCfL4SdHg2EPPLo2tGiS8Y1esgr/ZCX/77 QjW+fvFqR762HQeq8eo8XnjH0mWtdwEs/PtEpQA3btcSU4/PzIRm2d5qq+mcz4/4/Oi13t7f33// fTIfytQM4dq2fB/xnIWJObohvXgO63u3fBKmWiHnvqPOqUBUZinWwnuafKBEE6HyzAmM1CzSxeve GmZyjIYyrU1jn4+qUUC3y25lwsHpnJtd6G9edkPP2Gvmbo7iCzYernthslxTigFqBippZAEaSNLL 8qE/iid4YIGlVprZmIKxFrgZxbbVLeeMTMzI6lxucrba2NeiVKyobXRfCNtafS7N79aX/Ly4H1cX WWstMfa9P55zdb9DcTW9Jo+Le6Oko7RSU32fn/E53u19a81SEGXuZatVz2ff56wpt4WkBmnF0z3n oOXFzLT+QFopytS50V5RFbW0ts8dZGju/eFevBaYqKX/F3+24GmkmbtZn/uzs7olZsyx77Vcb2t8 dFjXKCLG3nvmnKPx+tZqC2WirFkCzOc++tgJ1VJaq/QyTwGAhMxQToHGWootioohFuDMnFSkLd3S SHMcuStLNTc9Q6SUjlkVJdNO/ioTi7MlMswkoyCfPOlgiz1aHGJaGKBAljQYpg2DWc0oIaYTqCUo gZa5soPVyKlsSBB7ZlUC7BimiSzDs9owLbVNHAl0B+6S8VLaJazAitG9bVYvkjQZtRG9Jmk+WErs g0iyJtMYsipEAz0Mc9LJMIOZF/9EvomdHEAlOmKHv68KaSgCuFEjYixUOckBo2UIA7yAA3JjFZpf LzftAh0mBuhElUbKuFSlVpAPeMTD37bae4xlQi8TsIf2wV/exAd2EhNBlMJNcMdT1uH7GBcvmeop JSMQwnOGF967nv3DSHurvtX/8XZ7zhjj4+Lf0DBilHrJMp/9T+zt/fqtbm/j+bHV38qYXTsBFVQr pZQNiC6N6DlX9qwnquSA2ypROOPmmY7unAQAzyNSb3ntHygFAGOScewcpYNl5yhmh+CKJkRqjWBB 8DBkOJDENUkDOXMJ6jJlFbaZF5qrShE2hyEcLL6U5EXZpJlw0RJpPJVlOHPPJSkhJVKYPKbENc7J giFBkdNNkj37tkdZlrZ2BCVJsJAv2cxyKQZP9aNAWiuGqcfaDfU+RwbE5uXml3dvFTH4HEY2pGCp GOPx/PzxeD5+jBxjQsnlYyExM23RYg4d3aqm0tJTIbU2WwvbOGSayzzjaDLEdbcTGELmYeRzoAvi Tz+un7WWh+rHBCCSyuNIqxtY21UzgVoxs3YAJHrN2VYC86ten3rXY/f/klvXn7+aQSUhHGLsEMGf bRP+Clfg7DYCqMA4O4b65Qn8y2wKXw/1egL/ar7yX6Yqr69fBO8D0vgK9Z8tzDk1NVpxgzBSkZml lsv1IuT9frf9odbK27e39gs+0J/3eD7G5Xq5vf2K2e4/lGNkkmZ01llyaGgnulSAGpNT0zmpG+wC 0RAsM8aMefF0r64aCiLd5lXuWUNTzBJ5FWRNJV27szfUsLpzljnbiK2I3lgS8fS8b/RkgWpiJsOU O/K+Iifn7H0KkpVnKWbmppBSbGCBMsPWzONUbSe5aKBL/W7u24rzIVer6rVdvxWPkLEaSa+WsWBP YKXGE6Kx1Aqv27nkZMKNfL+WlEjZ0rMxARZvtwto7L0rVLx4MfEnegBSin3cn89H5hG6aS6s0S6L JMrMr16GmWVEhIo1MFIES3U2j0fvj/u4totIHbKsU790QBern2etWyuPPgLUzPF4Pi64eXVxoRop mOW6CwyiWfVSGCNyf93+EXtqJVYsF4oi5owhypoL+nzeI7m1RsS5IExgjv4hjDld+b5tV7gl5DLK I7L3HikQrdTWNlodx4B3pWEMTA0IqAvYZoKaogObaRx9Eqfj8RafW2S1A3E2QcuuddqibGWasNLT FsnaaPKa9MOJeo9cHOCOtAxjypG5cqbMxSWW2UQURlnSI+mqhOBQ0bI9YTExsygTGDmJhHmqGygw 2J2ZsLHMMsLTswy2ncFQT11lRmYzL3758CfGIGyqVjouGD2pmYRLtAzzBjSvolMPgcA0FcGl3aak i3yYKLyx0i7MOWekLb1H6ebO/kN8CjeiiDvU4De09zWfXeC8pGQzjmNtzCnAK+YMn9wa+6dW1giB TPwYUZzvN7shqYWEo4JOfNv4z4e6mY8MWERMLPgaCeSUF4cwMWufhW/F6ztLWCAehZdyrdOybtdt xr5/Pu5xbW/V648//+8yZ8mcQgetubttKvK5hmfzIIGeC3SqAALiEK9qxiENSqAITWgAGNP4BCLR oAqm4W7sRK7ehbDCWV2tHNzHzKWhW3KWozex09Z62TUYJUwggprcVIqVal7MIUAZI0LL58JZVnOx NpU0rBGrzEExD8rC0l4K4EwGTDzQlqLjAZhilemkaunXiMxzUrAc59ZVumSqDFvoAAiZwdwD8Ijn mHtXU3G/1q14bdYurE3OmEDU5oTGc/TYn+P5mDFDXq2gmBQzjmHU2n0d2zCxvSq3KC3eBnLV5pN2 iUOucpZJ4SvU4bk2GqJr+SAutCJWy5jHKrnsFQHoiGs63ELzmKKtDNgXWfUozCsgiuucUrAV/MvF eHXTUsDqLP8rR+gYlFC5eGqv3oI/Jxv5pVV4gSX6l/7ga5egUw59oml/kdT+a1fxOuDXb/Icma1X uzag52BF5dR8uhUClgklSVotrSTrjEfuI5/3+u2X+u0biOfnvX9+bG27fntvlfsPzkiN2Zvqtt1y jznVx6T3XPSA3WNIvlPd9M3VIi3QXTBty86BHt4mgpnFZaWmIPWioE15QV4sOzjJaijBNr1X9s23 tNvIy5zTItszWqm0mjkihs8fhq1LMQ01n8X3Ph+9c6Yf6jXJYkawVl8SdmRGKJUZI9IEUmZML/Ta zFMZOK2wzJy+rr7MORMia3VQhlRmimZ8DSacwLKvNaycVekY/B36pWOACOFkKYNey8W8trrPMUmr dYUOrosdkJxsrYxgzCS8lVLb5l6oJRcxwJyllEttk2uSebTVRpoVtmtO8PP5OWZU99LM3Q81wGvA s+YlykI3VV+j4Jh7PAjc7J2lJOOcTq4wo5BghlrqiD7GiIz14mf0iG52wbkTWKwUKFq91WqP+/3z 8af5b62sBZ9Suk335VU7+7zDbLPNMDI64E6T+pxDANKM0epmYApEEJlaAKQtBR2EXLdwJmQDG5Qm g9WHl6C+5f0WWcXDIRkG2j6xjMSmkKHJmLBlW5qkdWub+3a1Uk12j4mYi7SDTKdIBxx0P2gu8rWt 8WWhmgbJwAmSNBSZGdIEmFGqeVRr53WNj125Kl4hlt99dMFm3qkNHtOe3B3LsHXgl6Z7kYtIT7G5 8kIlPI/1rJnMCtwtC9jJIdacxXJRRHdKkAsDKWRj6QYrZSo9Z9XcldMQyA8jiMVlcMR35TdtvwXd hOQKEp6CEYMgrCqfkBez3bRt18/nj4xwArIge/J7j98NrKhpcIFgUkC74Jr6CLhgJfxi8cTx8FH7 7N//fpXGnH3++BzXv7vvtA3lUmwHr7VRylL/1ur3/eO+P/+IiX3/dOB/k/IwuqDTiltdknSlDk9P ChbHQJEvK4sBHNwLHa5RP5dmHQTDtb+UsKBhpqpwSbQQ82BPsCf7xAgbgRHqWXq0EdsIi8RI28P3 2Z5R97AeNidmKNOBZtbMzIxAhjRDPXJM68Ee6MkeGpFjYkyOQM/sobn+5pypyFxGHxHIpKTEsRvH QTgw0BZHszibYTPVglpUSlRHNW2ercxWZivRTJupetaStqrnSMHZLu22Xb5dbm+X67U2pysVMSdC jkzNZ388Pj/no6Ns2+XbVt8upZEcQiq1ZD+EVgbEUV0gMJdDIWHLpUNcHK61xT5FzQdkufgEecy6 Dr0ZVteUZ5N3tCg8WoHT7zzzFK3aiVAkf4IZRzNBP30q1veOq0gn8YQvl5Rj6TWgLL7FgbUfL+Bl 2safRf8vvIr4Mkn5ysl4iaVffm5f4gmPrea/NiWvb/uXscvXgcvx0EnReP0KO4XGBhDm1ppfSE8p Iater5dtu8is955j0P3y7dv7VjymZhjLdr1szbfCZl7oEOe6NOfkUOT8lJ4JShVKaU+lslpezITS ybAjuzXk3YyWG7DCwaPUQl4URTm8Dm8CmCMNo9SgI8LQ6ea2ES6lMmvwKjNg5xyKEnPmvEc+Z/SY +5xzToxQZiywMMU4HHIBVLJAmBG9Z58xI2fkTIxAhAAeYenkYoZpDVsyY+YcfY6cUzGZMWPmmBGR BEtx+hHFsrwljsv0sGlch1sjlCNFCMdtvM6kGYuzFXfz4ma2GCE8Gg8jvFgpZsW81st22+rVrAAV ci4fPhW3YoUsxc0IFxfT00inO92l6HMPTae5l9M6/BBR8HipopkQvffVamdGKovXUiooaa4KozUV 5Vxrc8yISIBGrkkKyeJui4mPMCQyYs7ifqmVsJgJ5Vap6NAkBzkzZ+RK3E1kuKczkUN6wgYZU0lD K3CbZmErmlhB7kQKZlyxMmmcxrlgPQeWWZAhHRKte5lOz6iSoVCNoIkrhnj1CTMdspkcwZkc8h6l 9xLWpt1ULmqXOy4Tl/D2ROnZZmxdbc82057yZ9qY1mGPtN71nHqmjcke/gz2aWNyD46wHpynAjPW GZGctuLNK6yRdni8J5Q1VTIMaMrGdEu34ZqmuBReatmqbRWVuVmUkk5WGbyQKGlHKseChFIZjAjm wOLRoZg2cFKOEDOIapTjcC+BqqwtGMM8wKXC/dPGw+wNXvzAspfxyUQ8MhSsELRnn1DdODHnM5ZR EzKQyJW2g/sDfa7iazOMxNYQwOeUQVtDwHIeCyEhZb5dr3/72+1WW+Tzx+d3RdayAh2LW5hfDC7S rDR35D7H575HASbgmdH3SQzJt0tr5WIQMrv2mHkII4821g9HUZCHKqGc09hJPE8pwaoiyxdvnPtC Ar52M4JPLLiAZCxsA6vSH+UHgufh8uDQdpL+1hIzmI8FlhjdvHi5SJxaXK6ykv3ISrhRhZOwWGIu gAijjJMULYxG5MolstUqHnZENLMV/Sw6ZIaVBSItqzki0kcUgW4Ty0tn2UMSYK7qJqC4tY3lVsvW yrqGgvHM3ueeGGbIaXNwTit1u9zapV5vxSsytruT+FT0Pg8vjYPIyRO5OMowXkzPVVZ1dAi2VBHJ dXXPU6XD490gwDVbSR628TpxgIVeEGsjd6AdwhIoglrB4S+a6VpzX8yRgy/C84ALg9F5wKOPOLMT TadB3PmD5Sz5Xx1FXyqb/NJhfIUx7K+6lQXGHOyTE7fIL82Evhx2vQ07uxb9pJoevdrBgFkY06FV PJgqoqQUVJ1v1wtoj90f/T7Uzbbt+narrfc+7/fn/Vm/5fu393f2Pz57sHFmXyE4TM59RgwywUor fSAYbjsJcWNWZ03uCUWkw71VlF3Y8agYV9guTnq3XhBXEmxWTBqKSUmlTsiyW+6WleUa3Mbcybiw F9a7e8oiJYSATj7Mo6fGslIXAlEsF/1TB+uMojKhQCQiswWMGBF9asbaeC7sloRmTKleLtWKHYO5 GXMPZKydQC5PE65GYq5+2b1corXWzB0OKUmTEBHIIEAeucTL0RZf2ZoHbTfBaqS5CyHEwaNc1+Kp X6tlK2VL2ZJlQQv5P9SFYBDYvGVZtI4HYIe9teiwzTe/WikPKN0LAWACgZ+KFa2kFSVLtW3LHgLc UQiN2EtWN2Xuyimu9ZACUnLIDcUZCxIkmZpjTL83p3KsoLaLxTT1/WGZbl7NECN6oCwGv0i1ijG5 iJXOHTNQCIiW4igFNWyfPtLM6OriMBpkiVh0gCSBYcf6s1JlFzVcviBjoMjKrL388s/tEvPzW87C tdWx6lZNE8kwh4LmsFycuFzSNYsf8G3ujnK7EFW1WFVDzD5nn5YJ2Z5YZIM1WE8yNRGdpZC1ZGQh hJqUW0olAk4r1taE3VTTisDNXUMqlHmOJd9e1BgYvay1L+mk7ICVgRo+XenZhoalQZ6ecEuADNBG xIwpAAmTRUxXYNFlXTbsmEs/StS0CQ6DwwIWlMuQ492ofdwLbhUlp2TFsHP+Hyh/Eypt0piqxpDm fPwItrC34jR17H/eah3T54ygL5PISNtHloo+9Iy1k5tBmvHfv+ntomSBlPL3lt+FHLkGxZD+8c8f N/83K+VSv22/f+77Z+jdNTBTqizfoRtNyaCXdvvFmdD3QtuVG1CUs+9PcpVGb/UKBRG7eswmOVRO x4vjnlx6r2MyT1J+LLsnCfFoDrh+xo9mZa3zLGII8cL7zzLqWD40a8Vn/bL0n1qSVRmyx/wgw+xK mvtWigFlzseYEIoO9XYBOGGEkldpAxYkOMC5zHaM3TCRSFShgmaIwnCGO+GWqsq6CE80ucEsDaHk yHoftx7VfvJnZSZjAtMO1YeZl415ZZhiQJEx9hH7HCPTiUsISpjB2vXS3t5KseI0QKYs2yyzM4gh KAXTpIzUsjlaDCw7ynyK4OFV4Ge9x9H4HLX28Nc4vg9CiGPXtaZPr0bm9PEijw3c2RAsFvoZUn+o o3GmgL/8r85HBSR0uJFqpUgcCMGLV/FzZHJ2DAYAKxYKU0dAVH65Cl74x4GiH6Ht4E/juJ/usWve tCQkBqyO/SsR5Oh/JDu13gvqWi9jdZFLFUhh5ektnw3Q3KoXztkjJjit6XJttmt+78/7Y/98PK7v v7xf/4d++YQm/SIVlrZd3lPPUEb/TAulz2gxTSPYplvSaCGZ55JVizlgza0CFspIwaOxRlZpD02z cvHtIQzNybkhCE6UoMsmkVXazbubj25zv9qWXvex4RkZu9UJ5VNKZxakow/NEY+RPjIFORLICKZO d8+15QBpplQKfUbGMHoIMzMOAvKakyvFMQeek4ZruayxMp2Ro+97JGK1czjHbUegNOfknP0ytstl 87YC1QhkZvT9mZF2NChHoo+WP/xqOuh2jOXCrJotFPpgZfPE1RQRa36DQgo2dRiRzoQt2vghzRAd ECdsGkBtiZYZVDjkrupUpGEHh5BUaA1t4MSQAhLYjXUrRxIfHaZ0PjFT7ivsAhrn/g2ZWZCVhgIB ERLgFYrM3LMQlmvr4MatYey47716MRrNIsOVMjCNKsYsJaNTEIuRi/68ABUHsjj6xJw0WvEVU5x4 xdUzAMcKgz26tgUCUUgTKQtDwreEjXz4+z/9NnH/Vb0JlLmxFIYO/4XV4S9Z40GpMQiazweV/X6v 5XK53ry8q25ekZfMmQAt2XNY3zljUm40as6dAK31JVBwe44o9GmYOUwJtSdpkSkzquXEKAUD4kRj zopABRobLQtkqEkqjVliyZpk4KCNoIaWhGdhwDSaCTIhg/CUpGko693m8hllYjKX7hoAhpbqJ0wD lCxMZmYqPcbFPPvzM/NKB5KpBnty/D8Wt+kTEujTxnGaMEpMqhTaRHXt1fGMRJ5EZvojWbvaxT6e Sw1KATPwH5/4t3dtRHqlppK3mp+ChgiIjMz//R//+K1dv91+udx+h/2YSs6raSj6vAPcWTerEmZ4 +u3tTVHIAJ9CWdNmyJRV6aCb1VJrRFf2UIUIbGcxOOSL59K/Rnh+FjG+DKYkp4pez3/JBY+jEdjP hX51TseO5Kwop9CRr/KwqKkG7Zn7nJ09gSu35tZK9aYEnn3fMxrgwMTBT3NgAhWoWqi45vLJDDSi QxROn3XE5O7oloIQsUVcjrsBIs2IYiFlykJ1hTACK75B525kLvGvUG31uHO/PhOKHrPPsfIfarFq QGGaia207XJ44GLsyjHHo2fv+sJbSIkYFMhyKIG00NRMS628ZAFCGIJGrfmziUhMUdRSuKXO+nx6 bfErD4M/P3OdZqB5akwKYKZzaw8dqPTZ9KxjEXy1L/aaqOPEF8TDcfLn9/Is/icmcfQ4/tNpjMAh oNXPjoFHY3vKW4TDJG2xK+z1XniaHACrhzt//BjnrHWPh3KBAOZ6HedrxIHXF/NCIKPLcX27vl2/ ffTn/ft/zn3/8fkja9mul28KjxwyC1Xy9n67IvZId9joj3QIFp931Z3boG30zYIJgc+poumaFIhK ED45B4LurVpJZaiXGO5lkQGUMy1RqrFlzzGetQ63MQf7BKRqo2Ea6rAtfCLmdb/Dy918zMQ+W4zh 8QhOlXmYaakYY+UYrIZvCbeOdvY0vV9AkC0im2ykgHlcTCZf+M9hdilJI/R8Pmr1WguZxrSS+Zwz XzsWHKf4OEkSkHNExJxxu21tKzAjZIzMufehw7L6vBZxGjkuPO/ojenurXktydXYIM0oYEzOORUx MpHVaOZJC3fWQqPbudta3HnCjMqMOaFM86SJGshcna0pTePolXUksOq42iIpIpm7G3l8sqttD+KB wBl7GWePDiqTLAWeSkLlQFuPHHkFTEwjMkmrdjU8d4zIYiymMPkSTyJkCclNboRdQvYMXMzcAgod WD/cF3FtKVgMyZO2RdkA8DM2C4Xyg0C2Ritc9HoGRaoNDt3+KO/dn7/l91uEJyrQjQakA2EUzDOS khVSwDwBXWSM/qn5LP3OWuWlbrdLbcES5BUlts36HkIqLdNbzcNkkkm4kE0BFlq2TZpGJMqwoKT0 OxtT7jdIYTJ/60gvQKu9WHMTxhi2xbPp6Ri0Q/pIZ4fdv8cFxKXYyiVy1IqlRUhCKUs6pPXaDFjp m8rUiVYv8PTwcYykkFDmSDESeEilwBTPkMHhsqXeKHhACg0N8y0C4JT58rY3o7VyncStYC7JecY+ MLQn9ej++xW3Zp+PVDnckvvg96f90vIT1ZfDjdktdQ/L1BIHzIn/iHu5VqYXvit+POb3kgU+Yr/m +FT5fnu71beN4WAp1/eyeOE4DB4zYozxJGnFQZa6CVN4aH9kJLQIHK9V/oVFf91u4su2leeF+NXE wl7bRKiSIncwlnckT/EgeSCQJzskvxw/AIkOMUIcTy6eXi10a21zE7n3fWQs6slS/zeir3J4UpYI GORAEysWSfb4joQanIHErFLRQVo4uqUAR9S/vuujMzr6LQGr110zflkfGTGejzBJ7GmAedna9maX q2gcY9vh9GYkNMYej0/NfURfXqM66NuQoFDgGJG4HRxGnKKQry+JOJgca7FdXHLhMPRUHhoTGpb9 /EulopMOsoYzx/IN/DRQoUxYLo2v33t4fZxnjceDFA6f4DxLx2qU8iwlr8vp9VvwWrjO/xYeuFoe Iz68mKqrP3i5bpiWW+ThxnS+/HOI/iWfTzyIq6+R37KDt2MKI4AFTOTrmieA0m6X961tyvzx+WeM R5/PW/vtdvvNkM8//jnv+0fZ/ffLt+vtMuMRVlmqQINXasluRQAAIABJREFUbiPy/ryPXFLShvAI R3+adeYQLySAEJcsa/NYDDmZhcFieEz3BlqKUjLDa4XfwACyQigXqWffZ4yGUb3OWWcOzXHh40IY 68M3oUfsJQKmvQVDOdVHuATPzqriotGNThjXQASxrGFs2Tcd4EAkx1g9bK7J5bHtlUiUsoT+GSkg aVBqTD2fD2N1FxXV1TbkUzOxcNMTMV1HOrqQVD5Hx0NO8+J0GKczUyuKfHxpl3mSjde6dLwooyng V7pjlXpMSBqDzx7Smrkv03GYpZkXt0vtxRexfHW3JtkS3PfOMeWFlwuKQ4G5ojqnLJMuFJUCp5gn 6ovkcfWCcrNlYEMhcs32f05OaalYTA4svR3NFrtyjY+OXQ54ehedHX11+qYxkZD5ylc8bvc1T6+F SnixlPehJ3S7ONMgpnVSlQxmTnYRzdzsQAq58u1SoK0v6KfTxdo+LoKse0KY6QahjIhRHvVbsHT7 fMdoGWPyaVgDmpAZozhGyMlLzZm8dwvYsuKaGfPxiYcA7by83X6/XK9hoOO2lfh2aQlJE1lSAPuy YwtFpCcWLuNLKgn5kk0RPimWYfLajBWCuVkpAgyebvfUJWaLO8UyvShWZEMuyUpy0O/PcTXAWnM0 AGW7tQ1UZi4zZ5MhUwrPtDWOTPmIZQDBRDoMuVZk82Mft5b0Y0YuluXVkkgkQIuWzLRZs/bSQ6WQ YU+hOZZtU6H34l6of9sQqjKlnrE8+dMM+ndma2UYzSymZiKEKOOb5R71su0hZNtub7FPPrpWBI7o T+xbeTOqXK/5+Mf9c1Kec+8xq+WGWvnuJiRQrk78r+faapCkkBIGK2ZlWW4EMLX8tfFKVsNhtcSV FIrXoOMsGF+QauZ5HHx55gGTrAQdntFcAJbwheBZP74wAU9TEPyUNjQoicBBdgSNZm4GYErjsK/E Eb98Huor4H/iLudI4VitLGEDNORNKl9+6mtp1F/f+NdHXx2SnbN/5eEVTy9styMn9nqzS2OxhCzy WtxrmfF8Pn70xyPHkMiDIcq13T9GzjrWrMXaVBKLZPxap3W+YepI4DzEJQtb0PlmiSV84YFM2Gsy cmJNxiVUAZYWAMRSNK/fsoTMC/w5yz9+MjTOXgRruMtXA/SKVtHP9v7L2QWSr6WLWK4eIICk5nkJ rfiMBanYefryPNR6s8kz2+98JUcfdF6iaxVefYmdAFtCJ62VIGurtVUWCwjm5XL95f397VL3GH3f Z++datftdrk0wlS2er3drtdmxVSRLiI5c+6SKW2OOfGZeCqlbFKRBjQRLlVRsOHezYrxWhxmA9YF 5aiZhVXlhlITSUzQprcwB9IwKJrfHNlzJqIZS23wFkDOXmIvSoD72lhVe27+hGYMnwOZa2adpJxw O6mOmZmvjpKRBLNWtIZaVrIVkIhgymjH9WOmWtQqWmF1QchlScuXYijIcE7DIKIYMhmrKXa40Uzu 8gUC6OxupMg0DOcwDmBm5gxEfr3B8dev13nVOZRXtSy+8EpCOWc+xuxTM/NQzEOriYnADMwUheKk L/GDU5wDvds+rQcjRKI4UuiTffz/bL3dmuTIjiRmBriTEZlZ3eec+XZXLyJp9Unv/yarq53ZOd2V GUG6A6YLOKOyR5NfXVRlMX5IOh0GwMxg58wxOQMjGAna5dRbu0NNNwHFl6Xva1GmmUqWozVYpTY/ W7tj5R6sxo6VhWaZra48AbAs/Q+a01kTfWVIKASUhTvhzehUI7qbs8Cic5Vps1HGdL/U9Wt6fQKR NJMXACqamwjBDW7y61GypSCpLRwwoYXO2D7tffa9WzRFCiJt8qKlVw1NBty69l73Te4mtsv6EMAc 4zGORxxf4/kZj0+dI2baRLOSE5h1R7duoDHu7M1a89xom/e9aTfb/Lbftlv3zXvf2FvbubWtWTdn IzFkY9g84ufz4/x5b3+0HFY0MBKA3TpbP3/GMxHMDsg2bk71tn20rZs3+mbe2TZrbr3BOuVk8aTh WRcX7ZXXuuhGozXRra2pxstMzRt97YdaawSTSJrJBnMnBZr0DjjYmO/0k/jh2Ldum/++t+1+62/b x9t+67e99dvbbu/v9/f7/cfb7eO9f7z1dtvabbttxn7re9t77/v9/b7d3u7brb/ftu1+6xtdt23b zawkUfDeHN7i88g/vk6RcW7UTIUD/9fabYsNo8L1cjevok8le6i9pl0dB1x7/QBLa/I99Gpt+kws GvkrwFeoEQCumea2mgK8EEmNHVeDNqkKKgV02rfE/UXocwBSSDMF0GjNzN3NDMZQhpIXg6Re/opV r6e7/vk6JskBDDAhSv4NQLzARF4X4T/saN+BiP46lhYCzax1+/H7/vvfP97e7re9dQM1Y8w5bc6b m1yPx+fx9VSI1vv21ve9tQ4wyjokL1lm4QVagkobVcd8DWBQkSyW/agtglNtNMV1XGhgaVwLCmBN zn6dmF173CtZrGei2KuswRC4qiLrJi9ocPVYVn2jKsq5UApwGXy9ZCOVO75gwfcV9S1kQNd84AsQ rE9y1t62ziVf8PH1bqwskBdWrrQCVyRaxZqCwjTjwnkpt/v7+/tvf+u3t5TO8xjnkZC9v+2b5zxj plm7f9x/v+9vNAE39727ucGEGBrnOfMROkVQZmGVIkZST+NB2FN9wJvpDepiwg4jPW+cRqT1tE0h i9GNbXtXu00IGGYKbyd45Jh4gmm5C9tpTA3GuUU6bXLdhjQ8Gx6OQzmQIyOQHmVTCGj5x8OJZW0L FU4qbwq7Sl3NtHV0p9PcSDGCKagAh9KMveO2a2tsDpMyELJfmQNFk1t68RANZuUijtawdXTP3q01 MytXrrqNBlkkjNm6auxVBCIX0+cXf/oFQ1k/tRiMNZO+kW6ASTwmn2dVJV+JRz0yDjTBIm2EA6Vu 2Wkd8DntMfwME1qKl7qWx+Q5malEhhCJmTXDU26gXWEVqMX260FbM5DKmpuZnIHSBC/AXrMU9ULz AEhb1KSSFlYr5iKyELWYK+uoD69h6JUYWHl8F+3gYk8ToExpRHM1R3N3o1kRoaq0AqHzlVXU1WVl d6hcs25D0Clvq8bYa/I1pBnbodvTMYCSq5YVdYqZTOAMG2n3m/7+Q33gfQ90U7ibYKzBc6U1zJhz jPH8zK/j+HzmY7ZnjOc5Bm7ZWiDTmm27d7Ne50KZk8Zu2Jp1N0LoQExxsk+dj/n48wuff87Pf/r4 80M/b3xuNqyiVfFnDb67tXY8cBzBbiZtzdg75EZvfac56aQTnWz0NELa5yTGUNicPM98Bsa0nBlp qBYg3Yrx67056OZu5KxfmyUdZmXebQ0pE6ysatdIWsBYk04DEQ/FFjFjTs0tJjAb4kaBeQP3Rnbe mltvrfu2+Zv7rdm9beb8cL81vze/723b99u+39+3fdveN5c4YQEDfDOGAb3F5no89Hj+PB6POJXx aKtzQQG+asmKjHEeJ2oer3nzGzozn8gZeQr7CrpMrnzXrjoegLhIo+Kaf+avKabf4nFpHq7fyFNb +YMBZ8UV/Qoz+Y0d8nqHJSUQTGqaZ+JzBchm7s3bRiCl0Im43K/XGzjhYPx19ptdkGgQTyCULvk3 ceYr6NXfX0DKr07TS0DxKzz+xx+aN2673/cGGCLnEfOYZ5xDShtjTo6vcyC5tft2e9vvN3fcFM0t FRmBqFrv6qMja/a0gnCW9xe0UER9+aKLV+FGgIyIK0cIw4VNSiK7OimLAFzlgKUg+8tZZTnzE6vW rRe6uGq7C/igUrFq//OlhcVfXlOOy78uIHFxkvmqzFQYXB8glB1JfdsKkPG6m6u59Ov7zgvW1Muz LguuqrUKIlfhRATpzff97faGyM/PP3Icz3E4P7b72908Io6vr5+PL58//uV+2//++x/8OdC3pV23 vcvGVz5n5C2MiZaamc/gJthkdso9PDunKy1sVlB1tCQmjh3zlv0JH4YRBzVbv+/9pmb59ZyabrOx n+QhEWEYu/WT7dQuzRZ/dP7YrQ1uI8c5Dw+oNfUWtEP6Uo55QhmoNMBWylyU/AIdmVQKrmLdsdjh NdvbKFlm5rBLfwQ39KYQI1+tczWz7jJoZWZehATUDUxlQAkTvZKT1rDf2QINaJ62agKMFKVnInJh x0g+h/WJfYc79p4QZpTfxWv5rQZfVikNNb4cCc01cikIzfQzmPW8rxysTFQaRKlLBiASnweTeL9Z M8hkHRxcfj1AJB6HjJjS1YpcbWuljhNK8I7eZb8qcauEVAue4HoGM49RnBxAOicdbJQ5zH/VAQkY QomRFX0tiZrISC/kUq2fUtxEIRFfFTyzRTzvr9ygCKqXL3nRQ43lTk4XaVVWkVNBRdIJmZhkopkS yCTK8UzwJKlFHDGLzEwaoJLgjmhf9nv4c+O5ccoOr/jgzGgynIh//eqPM3/7yLcbPzJ/OnIwqcfE GXV9PBcdZ6ZOYo7xjGkg9dimt40IQm1D67Am0hHlhrAByeNPoQdynI85aCbQMQzeFA1z8+HAzfK2 CQ2KthyDCLpna6RaC9AR8qZAesp8jvE1Rtv3Bsx1k5MKNztpA9bncJ3zSPucmMo0VY7TO97P3Bvz bo3emoP0wrPeVJkh05CQCWHamK3zMdgINI7QnpnESJryADgHTT+TGsMCT5ljpHmDpc/P+/sGj3g+ eScwGzbzXZxumzWnJ3EDBTmJxho+rcaUO/KRNVvDG7RBg1O3xv/6g0MpfUlPyP/SKSBrqYXynAeR 4q3b7satObMp28gcSHxP+gkroVZxLa845d8cmfgKVeRVS6gSxSIUln6iASKjHLKFAA6uumtBIS96 19Wn5DfZJCWPeUo/jSJv7t1sY7O+p6hxZMZQVVL5Uk4WeY3fwFDhhkmeRIS2bx+Bb9dK37KfF2Fl VUe+HXPtBr8in5E0UqmYQcR8juPn8XyMM4Vt+MehOOd5Etv9bdve3rbdloRMZ7futhHHFcVXyA0Y lQ6ZopSCS5aWZchR3dZcZqNYgoGF56ojzdQvJysWwqhhKKs/DOgV40FIqnRLuHoxLCfz5c+xLtGr umBa76OlpvlVd9DVlft+oV9UEr6YyRd4qlNYed0KIbo+7soUL9RSX2fiOinCuIbI6yIJrWwO5u7W NxjGGJoz1NvbrfcO19e/x3gcP/vPH73v973Nj58S+t7B5q3f7rg/vx4Pe/izNaHJCJw6zyPytB2p jjTKpKEM5US60U3RfIxN87CmrUNsyDgiqAHbd3sT/eTTczDnBofx6f2Isc2TdCNkPVMWc8PYvH/C RjxD501/vOn+mYR8ehuNp2tk6hzl7KtFra2GXECIhNeYk1IrpZg1c6cIwAaTBJY4ogq6KdOy/JdB 7mBl9JKoWEaeLLNOmujgIJAUJctgTqmVbaZBMGp3pcGQzmuETln635DS88DSTklzYgxuHUbszRoy syqQFfCNoAyRGIMjkKtOV7RgJWuGsCI1w7NGktVrqeZsnUKbk3OW9hOZfDwF5I83Gtka9h0jGQGA WuNecaFqVrf62j50TvohI1vTRXR4ufTlRdTKTI3wMecZKbgkzjSaQ+7cG1pbShHUYPpAoZN6NmF0 oVHe6K0e8Iu3lEXDLL+d8tgypYJ+7VZr9JKRZps0hRrjFFJIXiNOwJZRRtqRZVVUmw9IJGGJkl/C Fmd9hqofU8NBcPl7HR3oEyIPOngjk5haCkYDFMo/HnZM/WNvH12/v5WDa87Br+CQMDACZ6Mmj1l1 OGWWT88R82tcO/gBXCVbVf71EA2eSz1BbxFDHdZ6krobto23TbdNV4ZHXBtwunSz1t8CmPuAnzlN DgJjpgnW5hifrf/NrVFTTDRhIE9LnXEMDn5NfkVOBx3dJWEkQhqn+td4D+63LZu1e8XQJHbCxJF0 w6haF3kCb+CtIWQ7DC0w/R75BALWlIDZOZz8GoHnyImRAnXSpcB+HP/4h32d+fkT6unTmnfzuG/5 dt8jfLsN8kY8ZE56KmBODSmXuB0Ew+niDXZgHB3YOnJEeDQ7Hfzvr5lYWrT8SpyTlDWz1qrrsXTH GrkkN6u7jgLT601eDfUFCPQqlldEsXnpTRzQMq1dUkaQFekrK7jSUEsyyKUUIJMYy83zl3G1VlRT QNON7r2m7xjZmtMkTvJUDR1Wr3qVvgcnxiuKgwcRQNdqIb3gBb41U3RtKHyxW1bdFvGNT4Drtdeb KHLOeczn1/H4PB6POaaJ7rtv7xLGOLO19vZ+v912p2nmPGOcj+N4nsccsyYj0ZYmsBL+tFXCKMGI iDQEGJd/hlbhuAatWeVWKvyRhGhFy8DyXK7eymqMiAT8kiPoF8viBQhqBxOuYZCrXHH1WBYLg6Kt Pe3V4XgVHl517F+IbcWGv9TG6mbhSg9Zfr3frvD3NhYBio7XmazqWb1bOU+t0EV42+73t9uP38ws Hl+KiG3r7/dbd58RI4K+3e8/3u7vjR3hQPPWWndSOWJ+YurMbY1djacypvyRNmN6zs2MtFMckCO7 SLZJH0rlyUz3zn4ftBkH4zT3tr2zbVBGPCE0u7uOAynRQqacZmo7rfU5/XzQO23LyJinLLP7o/Gg JnQqYk7lVOTMnEoFlGBgVfvzWkzX5SarG18bACApskYMQGlCA83MWpX7ARCZmqmZCcjgkUZya7Cq u5WQOBfoq8BvtGZsXr0blADZSJoteqMWgjUjyDnLBLugr9HZm9xBwllVHPSm3rA1dWdv+EYNWadm rm3D1mEGCBkagcgFOACZae92u7V9cxqru4GLOjEnm7O18kHGTM5a+AvurwVJgxtLqnDVBlU8xe5r 2RJajs2rJSGDIuwYOGemXiu5rHkVQoRBcM/18WJMnoPHxEyEMsJm8WmCAt28douCQnPyOZgTzUjy GBbTZtpMnyEFnfQGSsXIqZ5OSb2uNg6JkgYLlgRYGSMm4CLAfJlGG8o0IZISusGUgtwq6mNe25eS EgzyWMkOrxqyaMjAz08+R5ORjf3v8k27a9+xb7wZd+Jm7W7em22tmdMb3ZwkffWtLjImneoNN2pj WE/3KhHEx5t+3LR7/u1d//LDP3bbO9yXLB5FzQ+mMTb32267k21OHjYnxSNTSaOrzaRbl+hurTUt V/uEuSLPp2XkeMxDfDq56fff8Y8P/uMHf3/DfnM6/hAfD2sjqYgk1UCDZVWpgaxxIpADCT5KK8rV L5vQMOvSlEJmSCa3zGbCoTZDEoPLe/uUUfnxjq/QOXJkPmM8x5DGfTvOMR7PJzgypTxnPM7H4zh/ Zh7j8fk8D2VmZqQiQlKEfz3OOceYipl9s+bp4H+HrJp910qyJZdHgDRrAM1pJvMUInModPl91RPz LacnLt8k1y/aBC7oPMC5Cn5r6b7CCckoJoeIGk2ONYQlYGOx3ZlVG6t0+leUYpBl3CZFQDJzsohD bs3oQYWyaBl2QYRX+SHJSWaJyIt9Iu0XZ+U7c+UV/F5g4nXAq6eq6+BXbYMXJIIy5tT5nMfjOM4M yrb97ff7j9/2t1vtNc3sbdtuvbvG8fzz+fOP4/l8nPEMzVTqhV2Iq8bwMom49gOUPKc2N1CLmI6S ERC8RjysEhFsyVbLkPwbYNIqsTiFayBw3fbv7NSS5q5hx7++yhIQ1g7layoOXtcva6Y3VhmD3xbM rwt3pSMXiYRcC2YtG/7lWLwIZfZak+sk6gutkxbY2r7t97ZvJDJCgvd++/33+9b59XnMCGO733/c bxupGUp67/et7802hebISMCSlpkRTyUi+wBTAcxNAPpIm4Ixb6ZGD9khOPJOGVxsQQDRchgb2n22 LRQ2j0b1bWPfUsI8cp6W1r2NtovuOXucBNN6yhjDcoocrQ3i1PlsPh0jZmbkKnUhImNmvpgKax4H sdxsK65f0JWIkk2yipHSDM5oKbfSOZW/nsusBIiCWHyFlTeIJJurN7xaGhBydUYWCb/8GF6oBeu+ LtJBlb6VqkbPTM34TmDQ1rNZFP6sPexVkqGhUMvz9MjXApAbtk17K2MvKDGDM6uTUrQH7Btvt96b N0qJqClhrKGTSMEd7jIiEzOWpgt0Eu7Wmrzl1uhGoGTdwiXpNkfzxbXGLxy92C9j4nlWFd7M0BvK LJ7Ggh0z1EzN4caQHcPGrHm2qrNWWoJTzDAArRX/FwBn4BwcQQXM7DgxJme0gk2RktjcjDynjsEZ NgIL6ABsNODSR2Ptn7UpcV6DF0oSDFxqYMBhAkhzKSxFmShx1itzuacsxdz1uFaML/JKCDkGRuI4 MCZS5s1bd9+s3bB17Ga3ze67fnT8ttnHLX/b+GPjj1v+2PGx2duOtz3eet6avd/xtttHw/vu72/8 uPH3bh83vJndOtzrm4As6kFhvkySd+O+ozXeNpjlzJ+PxzOe+xua93lokkwahlrS3KjWyoC/8Hw3 cp7zfOxT/CPTd/9vv9tvd2teMzG4NbxvuL8hOn5+MYfMA9Npm5zQJNx4mkxwMqqpJT6ZDiR5Im3i QcjZI1M5E5FxBIwJgx2awNLHEC7iTPzY7P4mc96MfWdracS9s3X+fOQxBjGnbZnHOb6e4+sYXzHH n19/fD6fqDasdIzxHOfj0M/nOYg/Hxli383J/3PFBmbt/lwFGmFNNjd3d3erXQcE1lSjlUdWwOAL drzqAd9limtrILSmEL0yAHzj/ZXPHy8uxTrOa8kKrbpWV/nklcvWJjbJE2hSUypjGOGt01soC9kS kDJVNZWiVvFV2MBicNk1eMGAfnECXrLe+dfCxgtw+Df4wiuKvw571VGqhWAlz7Bm/bbdPm63t9v7 j9vbrTtDwdQm683ZeJ6Px+cfx+NLp6b6LCQOQXkJQequ0EGIy4O8yFdhFHntvRCv/WaRPFchau2u xKU5IldFgr90Q0WFru16EUVlL/3bKzbUGb4QQEkaWfd2XeAqJlyCk5ff+S9JDf7yw4vC8Q1VrPe/ +Be/jr1A2Io5WIvz+yZvrfXuNa5Bzbfb2/v9/e3WG+aIOUC2j/cft32f4zhHCG3bP263e2+RkXEC oLnMAhnz0DiRTPjQFKIJhCdsKoTsQLOW9CBBbZadINqAg7rbJJFsYndjxzSY7AZvzaJjdITTrG8k A1IMm0+3jf0NbIhhOoyWsDPn1JRT7mfDV9dj4+w2u897G/dt3Pu5eWwtmgcZZtk8t5Zu6ZR7mqVD RcxyprPGOdG5/I8h1KT1FFJOW9RioiLflQAuESJXK4YyqDl7T6iCdYXnDF1PB0GHN7gVDq6VAQUi NGJ1Q+ZkBkuKEkX3YnVm61x4IZpfYnoYYJbgcegYnDWCDUXGK7rrtTGJMTljIVkIW+Pe0dpiDzcC YCZTr6VOpVqDN0oYE5HXhkCY6bbzdsPesDvdGDUQpgyKCHO1Zm1VdO1qRpuDYI7QMZcosjfcN95v 6Bu6AzV8ShKwN3NTBI5pMw2AGbbO3s3LA4MW4gwH6K569+LbliFbylJWALGqoylM1SAFzuQxFGmZ jNQMRrgb3XAZJ62+1dpCRTGvngWqcQbU0UY1AkLiEtMUrDWVXZuLzmVETFdDZZ4rEUpcV2+GxszH V34+OEcj96QnyT15A2+wG0rF0YxN2KDdsZtujreGe8d71/uG3bG79Ybu2GCdXuqaJYUWOalUKpOi JTdxN7SWnXa/WfsB3MY8/ng8vpRTctrttpO38RXehOZGuFsCjZu3eowMSMIbc57n10OH4e8f+Liz OVZ5cSF5bcbf3rjd9L8Gx+gbEwb2HXEOOf1e8YsgEEVtXuJbDiGUXUzkTPjI5ESahcKCbDaXS33F fAPL6FkfHbeW910fTe833Dc20Y1p+vrCORMWkchxTMwRI+YYqWOc0gBqaJCNcRxjnJEjFdRjJGxz oADHtYdXF+NaPoqA6KX6qAa9DKQypYCwlLGviP0XvgK/A4tfh+j7AXzFB7zeQQ61imdXKbfUY1YD 3S4N5ivG4wpXriv0VA6AwhkEi4xsLgIIYUoo10v+yoZLxHWpV65J63+tbeRf6xYvwGHfzh3X8bgw h77978onvfP2tv3tHx+//fZ+v/XeDAqcY54Y0wS4PT1//vw8n9O2276/7W/v/fbm+04jlIpQXl1O EqCXr7PJIYiWNMIpt5oBQWYt5MJ04iU2dRNMWS17VuukaPLrPO3l7bR+wxWxsegUtmSxtYVctVus +iOuR2Idv2684oKSuhosv67hAigXOLpuSu1qxedfV1K/DgOqMyi/FvNqcXGxRI22v73f7/cN4gyQ /XZ7+/F+u996xHwcM5P7/vF2f2/FFsTubevdvCUm4mkxI3nIjsyI0+bRxFAbZWpOOkywAwqE129o MkvKMTuzsQ/rEzRMR4IddjNrG4aUiebWmrNZUBOZQg09bwlYnE5avwM+5nHW5IJmh+PpenbOzU/H 6RrNs1uUlJnX5l5ihO7YGnrT1rR77C22FnvXrc29jb2PfRv3Pm4tuuXe5q3H1qIZvE6kzJsdbjKm WTjhdVvraRVCS8sgAqbm6q0eRQCQltAfRAFXGlpDc9TUQJARHIPniePkc+KcmIERWMWa15IgBPj1 /heR+koe6r+DXwfPsRrBtS1snXtDK28qMYPH4ExeTyzdsG9s5pRXWm40ZfkxVWsSlmyO3kViDsyw BR0EQtumt1uVFtBNksasfjRYE7Mb67oVWKsSYwJGSTxmpGBm+4a9Y+tsju7qjQQzU4be2IgZOOeS BDfnfeNtZ2/sTjeEkOJMKOkGc5kBKEPVslShN5gV7rTKHSNzRkZeD2CheSHlUmmVYWZXZXKVuqnS bpJoJgIpGmtUBVk7SbKmgdg16NKIzsUhs6tmm9e+rqvKEbAgvmU+QmYeA8eh54nHk8dTYIO3hMFd DhrZieZo1+6yjNdrb/Bl2nA52lx7tMKJDnawEQ3ZhJvZRnTy9ma+64uZ+DnjccYDGgWtZK3f3vb7 fHKeZ9sJbi5r3QO9+w+aihtDZpzU8TzGmImPN7wpjIR9AAAgAElEQVTftIi8wnnqOEw1yDtsa/j9 g8+Bf37i5rM73DraQXaqp53lbZgE1MschXkTZoKIH2ALUNMlCBupkCxN0NQsPTIlWUo2Atsteq1E UxPd4QQTbUMOPIdFTGLVTUGPtDLpf99ClGYgMmnIUSMny2vjnOnA/3PFwldeWq1VvxyrUkrASacZ jTTUtB6VU+cvoPCfJvffLb/q4FdZ4sIGv4J3Xi+pvDt+NWtWnvwCB4UT/frmvP4JVC8GlomYJ4nW 3MwLKqHa/WU4svCg65fglv+/v7x+XmhDfz3me4Xj9RJ+G+fxOgwvaEJaa7zt/tuP29abmWHO8fl4 /nk8nzlRPjpfOn8+JrG9ffy+v3/cb7d9733rBOecOUaUz9HV8S6vbQMgcxGEr0LCyp7WPV1qAwDr N15UyixDLbQaKITF/3IuQa2uXsUrlb3su/RdRssVBPgLbeBFDKgAU9eHKyZdoPN7j+y1Ivm64IsZ WtOr6otd1/aqinFNj8QFnWFmvu3WOoDMpLT9+PH+29/ezTjnmOc0+L7d72+7ucacihoff9+2Tpmi SUY/YTOn5dNzZuJIfyQyz46xwxL9SCaiMTZQsieYCMfcIafLmojE9IxuPf0WtESYptHMdlozzcgB 1YwHN2NizhjMCWv0DTKmDBNbH87PPA9jNJudo/HZeHSObtNRHXBbWGtl/esqlu+EE8vsmiir7UY4 2QzN5YZm6MbN1S+95fJWM22ee5tbH3uftxa3Nrc23/u8t3lv5+bhFu7RLDaXebrPrePW1L3uscqM NGpq2HV/m5VRUeFPzeGP0x7DhpQpySQrUHxRhF81OMLUnc1VjL4LfAIkpDw1J8aKXgRgpn3jvlXo BWlKPwdHrBVc+4iZ3NoiS/HqFsWa5Q2oeum9yc0yOMIkvowAzLV3vMY7ZGrONZejypDN0PyiYayl vx6VOjjSzLR3bh31eUga4E2bQ4I30jmS57AyZetNe1dvcCuAQtJqot5MQOwudwmR0ox6JLF17rt6 x97h7gCi5kUKzbFt6B2+xNDVdJJZejNjTdJZzU2BwMZaMqzOrK+cBFfmSFH02qUr3QXAl83PZYaG GtxaO1qKKQ/vpkZFNcYKG+WMPE8eJ78eeD4Y0c7h4/CghwAnbo7dtTXcHDu5E1vD7tgNO7GTG7E5 NqI7WmMzbcydvAu34EbfO7dd/DE++fhjPM/+CDsiD+Jzzkymu4kma/3H1nabx+Mhed7JKbVmBtCa t05AaMLEfM5jzjEP6bd37PesGCjY8bD/91/zjy90z/0GwMz4ftcJ/dtP3nJsjbbdzc4a1QWk2HIl Fgg/QSXekwdIwEKRMhNlKXUyBrANhcZguU5fW3WmpPstr/4gyq9UNemn2/OBExZjQAqap5kUlluh BE+lQjOnQONlfABICSf/b7IUBryqjXnJUyuOKnNm2bca3WG8Ij5i1TnUfhUzVlMG35L71x8Dgqsr 8WoxvNBG/XN5ma/m7fq65R0jcIAEXHo1Pi6G4HoWXiiHIJUzMyCytlY3Wo2HRLnJX0jm1fLAN5nJ d+jw8jHTt9/zCpCveaTfKx/fz47fjm/VymlOd7XmzRtC4/P4+ufj5x/ncwLNfK9y2+j7/f3jftt7 L34XmuY8n+N5zDFmvsxnSMKsZrpeXWirJhWVhqSRZrJVy1yq5IuDQ17DZv1XhrG2Cee6LBCvmRN1 9xczBJeQxFaitlSrryVcf0mtygQvcURe9Z4Lh30HfPx2qVfmwXVbwavCUXf9QnvlnlSxYSkbSe/v 77cfP3YSx3MC3Pb7x8ePfXPlHM8zJszbfrv1jSSQN7J5R+uALJ4tzkg+Jp4RTXNjGjzQpqB83jQa TdgPtqm5YWwQ1A5zEM7RFM4G2+SO8ilnM7/JPZhQdmUj5B5mZybzbFDzFt5PKeeJOElP36KGp5ii 4+n5YD7NzmZnwywjVDLtJVQ3aNkhSC9qbvK1nWN1wewvcI9aUI4wws3W7c9LuQQ0ZHd1V3d2Yzd2 LnO1jLpZ6obNcVtVE91cm0W32Rnd52ax2dx8bn3uffaWm8WtxVuLZrlZNIsQZmBGgtkMbjCvRwde 6NqJha8p0k3b8hKza11BUCaOweMsPWgtKDZX7+od9qqV0mf6CPxCMzIavLE5X/TOFGcsv/cCJiFV TR7CSK9BuNfy1d7gvp4ESTMw47WBoBl6W6zVa9lXCh9j4gjPNADdsXUZldc8IRLN4WbmNCuPV5bE pTVuDW6rW2lkc8K4ppAmHeqesExoTkpmxq3zbYM3qzaTZBFLNbv1st7CvtHICJTnF4lWMa52jEpm GGLj1esqbzSW2nolIkv9ayIRK3bUk12PPXN1aRfDIy/yiwRjt3Zv3FR+saXWruykLuAMnIfGwccT z6eeA8czj5PHyWPgOBXRs6aiiZKn9bTySWjZPFtTv6F16zTfKJ/Tz4Nx9vmI5xc/v+zrjGfEU/5l eVZzu0ZJgDTf+63b7fE4j/OEaE43hWDZaN56M/qKafPBeJ7BM9L3vL/VvA37+uS/f2EMnjOfh40h QL3Bmn284YD+9Z+4ZfZbM9zSP5PyvIEntVnS7EmYSeQAumXIADVlwoyiMGVU5sxhtFkq8iVNG2CO yffe0JK0nDqX6ZqmsPtmzX4emGls0dASTsiRspodIEAOD0uEQpg16BRpsAabQEJJFYc2gYSdrG+k DYI056wxgTutmdHdsfV64ZCUcYX/Wk+vn5KeVjgqCDyJQNEc/2NgfsVmYUlmmi4JfTJXeqa8PMhV WuSrQbiyay30UyjhLSIfj5ma+919jX5t3u79ZvQ5jpGzoNyKvEBe5/K9yPG98vH6jf1nv8df8crr ta/j62LkOSAo4/Hpozs0xpiRzrb1vrXbzpHbU/PWb2/3aqIoB2LE+czHQ+PIzFc3jJQLFrX3rnpA TXRc9QAsvtbr7njti3W7kgAcarb2tCkklhFhXvZcKKmAQHFJAC1xccsp+FWIejWernDwas6sMkd9 6F/bbbh6MutWXh/4fVHV7lIZFRfIuI5ZjBTv1rrAOY6IMyGZtR8fb3tvX59jjHg+n59f4/29vb/f x2M+HnmOOca49/1tozaNgefzKZ8Eyc7EjIk5kEZ02m7F0oBoCAHTWjS7TbUQJiIoo4HN1KAzU3Tb rYVNacycHmf3Xc0H79v52OdPdpztNvNmMbd4QA69B/bERkyPI+Mc1k9XeqPlk3p2jCkfsz2jqtYN i7a5mLyCrY4BAMoZufoRoiUkg20tzMojI70sGVLVmV91rot2ubjBAuBlymwEtKia19hYXLTTitOr i6HMMrB6aQqdvPdqh0mKNScn5RcgvbXh9/nWy5YUMC2BrSoo+YQl0wWEB9IpL2dOKKsGoYQwwmal aCkSRXYyqx4QIcMVcLrLjZnjiosZ0yMvd2PQKPd0x1iuLgKQgcdTW1Prvg2cZzVUBCkCxzDvMiSR bmpedM66zDxTLXUzXeJzCkvEYmthA1WLAGhgCGQuDibNDIRDGzgMUaKDojpcNcYkjNo7ZiICIR6T PtQ2dUdzO4vhRkAyCUkquuk0i6QAM5iv1k8NV32ciIljog3eenFHeTm+p2EIHct0oIG9rpMW20CA s7S7kmFKPelrhJN+RYHK3U0oCGJpSOV0a733hi1zTISW8DYtB0s4H6nIAQADfII0Y3DpdOQ2d/fW UgaXkUizohklbKbAaWpOJ5WJOO2cSkyDZvx8hmVz2+V9ipZIFwxK0EJtNzYTZFZzfRMjZ+seMTU5 Zj9z27x6T9bfs5/bHnpqRoI4P/X5E8fJrwMjSeKM/Nc//F//zH/5Ef/4G/qG//YDDP+ff+q//vH1 /mNYM3DAPk0GPmQNgGEgb2RNDXzzTLE7LPFIbW3cxnaI2NIODYMJytXXrpVv//al/213pY6wr0cu CSsx7uP9h/9t6N9++phEix3lL9k3zRNpYd2lHdtz57vxPOPpYggZwcbSq0PfojiumQVluEkhpJyT RX5ubs3dTWqZMWdMKIpredlaaKGNJTBrq/OyOInjxXD5ZVW+4vSrQUMAS6YLgrHiqMqoP8EQvCDw KtateWwv2wxbo2KVqcd5PMHctLXejLt5GhvtBI95zJglk/xFQf0Ghr5jhQqKr2rHC0/8Jz+LK7/q H6+SD16wLDPPk3OIeTajb9h2u/223277tjXvfIpzOHt5rZzjcX7+EccTI7+mzsy82qpceI5lhlED VgxQyQZqVyWq3DwuZp0tztfV1KAETNkyfeYvN9VfdRou+JAvBGAQlp7NakQlpFwFs6u28d3vXMia 5YL1guvNa6ZafnOtXe+MF0sDr3R9LRhJJQegIcvbX2be7x/e+3h+Hp9/HDmP40nl2/3t/v5b/+N/ jRgZZ9j7fr9/zA/mfCJ0nM/WO+ROm4gxjnh+GhJ4I3eii1MW4qAcaaadbdgefmrOlnN3qLmiZQ5a uEPcmIEMKl1htsn2gRHHofHZkLwxt1vmjOPLJlvfrN3S5oyfFmd6T3rYZjkNSM0TfDREA2bkET7l /JU8r/SwQviLf5NCyopHmfAMjkDkQnsUuntvYTVnvlLVVOZaTwVdmqE129qiiM9MKWaAQLMAIaQR zZIEUUMSELkE0vaXp6nWjsSrXVeUY1sFgAhQYLXgW/kdK4hZa0g1Rqyoq34J4mZqAux0Z17dNBTB cDfbzTeLc4LG5gtF3dx3c4A1mxQMNBudmQJgNTAtLaan06t4TzjYyoCmQAVRWfWYuG3qHd44Z6lg JeQx5y1hJjCtoTe2YSMBpKQxcQZ6R+OS+KCEvoS3GicHwWZoBtzDiDXMBlcBAIBYrDejQshY6l+s zUEJOXRvnBNj4pSaaIIbtoYxmckxMRp3JJOimaM1jaBSESAtUWVS3TpT9oiZqTG5OWhlrURD5Kpe zGQ5SQahZA16nMXpoZJwAGkOJZiUmUxQXLMnBRMnMIsElBSMnsihmWJr+zvzfdccaDPDlIihOIEJ BrjGoUqiFJlExFX6ygfY1h4dDkuGWJ7uMYXANIzVeqwp4qnwENEbtCNM1pxNIFrWQBDSxE5v3ekc vDE3x5k5DS1megNSdj5Puu6+t7SkjNutz4cbj4E8EYP//onH+XqoCToZEv7tJ38++LHxv/wD/+U3 /I+D//OnWpu33mBb+X1TBEaw5rONoENTnIJbfIVZApxP2cYwzxkWnBUuy1AFXixf6jnij8F/NPz7 U59Ti4gKfY7Utv3+A4/n+ErMM9GfO53J7LYnzmxnREPr++bKrRsR88whbjvd7P/QKhIEbIIJOLQv k+/lk1F7e+Qic9C8GhPCasfOJTZ5xY8yja4GXvXsS7xcDRcGf8WVb3WOsrusMnl1dpiL7VzipKvw dqVa36sj9blzOaMTF0qovHlmTimNrXmvQVSlmwUTnFIs4VbxDf9Suqg//u2zvqOQ1//++s11NWz1 Mv/CJ/3VSqgTNzPf2/6x3z5ub+/b21vrzY0jBp6ju9PtjPl8fj0fX+M4FUzraBuawUhcxcrFuBAM Zq+yMA0yXwTM1Xj+dnoVnwoKcIGENevEX20RrVo7VvLJ/JaJCKu+VITAvBpb38o/y9er6B413vq6 iUAJZS8Xk9L35ne0sRLoy219gZ76Xkqj73v/8eN+u3lGxhRpb/fbj4/bvjHGPI5IxW2/7/dmLXMY Ytvadr+31g3pcToSqD74HOchyekJOzOE2VlUUE/ZRALZiKJlgCTCNJpofoM7mMR0wrzJN8JaBlY4 drolEXlqfDGntz1tQybjaUq2+2SL4gJDk3pSp3Eao/kknjkipp1DkYupVE8NXgSsa3nqdXd+MWrW EoxESR9DCEmQWbEf8MJ1M/w5baTN9BE20lOe8ESL9GPaY/jX6V9ne4z2mNvX8GdawgM+QZEz+Bz+ edpz2nPYc9opWaO5udEdMs7kDMyJCEZizRSs1v/FgTKYFc6xWlWrLWdEc9tcveaAGHrZDMRyxVYs PRXhTm7N7j1vPXfDzbU7N4ODTtDSGI2xV5fHz93n2xZ7n+64Ndyb7h6N6p7NwpRQotQ9JIzm2JyN KE1FiKrvzHSml2UZCxYy02bU7SJIMytWKXWRlsgS80TgLE9hs+6oaRrlxm+/+mKLrROBkavI0Bxb I+l57a8kOyFpBFImpZPdDeAMyzTIDHBXdatgyLTIGkVlzeBmWX60ENJDzJwAzb1dc+UpI0PorDFr 9VBzghK9HmOVV6kS8FLVSau1e+UTL0vBxQBf12R1XcNSMRhPbnYzbNbSdplZ67Q9uYFdbUe/SR2t uW2Ee1m6wGlmrAVCBXJCAZUv5Iz85SVhc0LTMixjE27CRmz0e/Nbo9FFqeA82L3aJa3dmzY/tJ2H 5/EIk0UlcPDJojSVPSjFBrczz5kx/vmFv/2OPu2QPQcga45UkqDJWkJtpj9PPE789qb3O/75peeJ t93cdsqrZLB8OFbyJsAXxZmeOkVKhsw0ZMryHMyZBLMMGS9GnYGKk+83tD5/PjOvMZ8JfR36/eN+ b8efz5kMU8ghuocGMgc2M7i53WjBYGvofeiUjL63/722eLOk5zVu3Cs2kNOYyxQbgiaIGgHE1S3X OrJyU2hNV7IJCvKy2AIAzkJhV1m+SKbXIKOKfcgLMSSXD8cCoq/09lqERTUIwC8SIsAgJ20Qswp3 V4QywCRE1iZUvuZFg/VrVESURfg3Ngb/MwVK/rUKwr8e+QuU1BP4V27HK5v/BZJI82b3j/23v719 3PvW3UDl5Hycz3g8O/RUfOY8zmGyfb/f7m/72/v9dt/7ZiQyy3ZkAXK7PDgv2ud60K7I9IrZFyuC C1DY8udYI1q8LMLIYnXZC22UEK66FwtXvbpZ/Mvf103BpRr41hmpQ3B5Wl5o7GIa2GWyUu9hSxBz cfnb1rabsyqeUGvb3//+/vG+KbOMTba23ff9vjkV45hj2rbf3u77rXXXpsNyitvIdmYgBxUKHmHP UMawRA07eGZC2ZHdQDBKeYdolmY0NsAFEScpww3cEyk9DaOZN+9uToIKxzSj2AbazEQ8XbO13dAj FRmwFG+ZmjoPYIIHNCyfFqHEDM3JvBgGxeFfT+Wq/bwAnC44WNDxddPLSwNZvuNaZK66X275mqAj IGTnxEzP8ogUATSjt2V6MpNncATmciNFQFYcVJpgM+2c/hj2HHaEH9OO2UMNbFP9jH5me4z+/1H2 bsuRJEuSmKqZe0QmgOpzmTMzu/wK/v/XUCgr5MrszJnTXQVkRribKR/MI6uGwhdCuqtQQOISN3cz Nb08Dv862+fRPkd7TBvpMrfGSHsOfg0+J49pz5kkekNzmS0HqxTnRKxwtdrbAC6Y5XV+aszvpu5q BqMZ3GGkpUzhuoioSjlza7n33Bv3xlvn5nJeZ0EyZLO4eeyetx73Pm9Ne8u3Pj963D3cp3tslpvP 7rF57G1ulo3yAgBrrSsYxcyd3diKHlWE13K/KrXCLB4F3dQdtoxuKluR+Vo7XUmOsEjQ2LuXi8bP BRSiw5Bz1A2g6tfdfYbNKG1QaVhAwoyEZViEpWjm3Ys25aUsiWXXITP2ZgvPXHUDs0YqeFUV/CmO lYpGSpJpyoVSF++FP3npiRqASDK/JvOLncaKAByJ4Dxckw1t7299M9/CN/gN7Q7bhWZtA29Eo23A TdzMu9kmbLQOblBH29FugR3Ys23yjXYH32Q7+k1tJ+70zdyY1gxcZ6HWSlPrt9beNr913NsJ/3q0 89gtwtsDJLPRmkFtItPdWwcRyxI2T8v4PHRO+/NfuG+ia061LlLNs0Tp3a0SiEKwjj+9oZN//4Fb k1vSzODECThBk4S+SEbyFBCW5spk9oBXHHIQPTTWlQKRNTit1WMqqfjTt3mEziGuGhpKaZ5//Yih +XwGmsys5RLjEkxYKwSdMgbk1tIwdWbbe0CRSKyYcshSOQWIZ21cFzwVgpzmaswmOszoe0MDjTzA IyNWieRTakAqQ4XoFmhRoyI4q+ZYrdc1a1hwaI2TTNiuoiFQ8kmuoe+CQ2oSZNAyuYt65VUE5PWn laOGMs9zCF+tZ+u7tRL83otDOTGmPiNSul+lw8+m+v8DTfnZNL4+oqsoeXlzvYS78/oUr4/Um7vb 3nnv1syQ43zO8zF1Pg95+m1k4jgdE3zf7m/7vW19c0/oPE+LmWcLnljawuWQU+snAXfBhLTl+kTR Lii43uWFYlwFSh3RlC1TxquqLDlfCsWDztp5hKsaqaVNAOySEeRVQjgQ9cpfzuRPuOUXF/yCiKEV CgpgrUzXWQVkfet//ms7z/HHP/J8zjlynn7f29v9+Pri1yOOM8/Tb7f9/TedQ/PfdT51nHm/tf3G 4fF8xtfju3tabMIOKoXM6Z7W7pmeOYkkZ9gmGKeRw7ZEY5gwhOkGQw9KdmaOHucttuz9aLeMz7fx 2GFze5vblpyYD80j0MNuMzfnm7XsTmci80ymO/N50g+PoylCNgNn7tSlBEdR56xwxUvCZwvcx5Ji ViV4QR58AVrr7C3+9OJo1FeMEE7uTd0gYCZGMoFMFA/XqFDOZEu486LqZWLlqtSVHZm9MoV1OW5h WV+skmfyti+XGICeOOXHZBlRM+xIhK2J7hH8OhWigSnbTtw3blvRRlEqi+eZM4qv4kZsHfcN1rJC haDMxDmK4UgzgDCnORpewNBPEe0LEjIjmCbvQFYwfDBfh2HWPPcOQEqKRV7hHCKwQ31L9JQq/RvG LDK2EXBuhnvj2BQBAd60N+2kQ8llmCawhMdz0yNENomZcqPBsjL2uARpYEIw0t2ZFDQCPQsa0sXn UAjWuDXMk4E+M8/Iu7N188FIRZkro8Jzopn3VmpbnBNbZ/es5HSz9EYGyhZlhrpXdoFUGx7HMhou c4iSEa7UhYpl70k6QaUsATGthnglbktQSAPTrA6yQCMrR0gzAwIRRwjCl0e39lvf3t6c39OecAYE nNw1pzuAsvZeGiIC7Ksyr2wHdOeGPM0oeiJhaT/l162siOEmRIqCm2Vnk7mZvO9832E8k0+14+lx sttfbhbYvz4hx0z3ADvmmNm7dyClbMmNnn+5x7//0PlXbXf+884c9nXoftfx4G/f8Mcf2G8YmSns RRMmPt747W7/8Yfe+hxtbtahDg6h1VqN3BMTDOOWmFAX3DSMPmmWSflo9GNEFXvkxbdT+VD8cep+ 2j9/5OeDUmDlQuT3w35/5j9/i398pmumykyFJ9Bg1vSVuo2Tezrk29eYmuf0Lfyv7/97b7m13Fyb YXNsnlvL3p57i91zc3XH5tF8bi27sTuMTTBxAztYwuiUgki3bJ7NWFo7YxqHWYn10xnlC0FLWmFw YUy3NJtmQcvSaFrx7MsB3eZl1F3seZQ/tkHGhFXy57wqlQZt106/X6XMAmglZERELPzEmtV/yya8 /EWKOP1yM6sn9uXD8Wu18VKp8JdKojbUX+EN/fLxXz/VSDNTc9y25uB8nl/fzx/fz8ePETR/b/Sp TAS27e329rbvvSweETGP83gexzHnpFDmyFW0FSmHWC5y1TXlJTCpfdwAx5qBp6qwpRHwJIA0iUn9 2nosZXxVFgvJ+Inu/HIG1nnDrz/w6geIpaS/agjiBSBdNct1upQEvNnt1t7fmrvmSAi97R/f3t/e Wsx5PGcKrd33/dZ7pmJMCK33fd/31jaxjU8ojV3ocZ7n+FSOiX1kD5CcjsFUhA/ZtExmAxwe9DA6 tTNMDG5hDUzTSYnW3G/NWCFOFtoFdht7H+z9+Owxwrdn25P0GE1h1mk3S1DTTe6U6ch5KkZriXzm +YyZsxypJRVGWklblywYxGIyrYoMP9/5WQDXpZH468fwmrBcYjVbN3d5V5OA5uRzWiS5BJtrmFYy yzLNzEQkIqy+qEg9RvRGr6JVgjCTsRZtgVTa3ti82ikJiOBMy8UYZAL0bJ3NFcFzci77U6VgVGuy VuZ2EvCcfJztjDazHeFnVIduoTbTz/Svs38e2+fZHmP7Gv4Y2zM6zGU+1UQXmOVYY6QBZCjPoefA GZzBM42gm60wcOYialflV5U7SVgKWeA12d26Z29qxkamLLOwewDqhluzW9e91WTngqNqAsY0hkPd tLXZPd/b8kp5a/PecjdtdnbT5to9GtUsnXENY2r9ZHd1Q81/iLWeyREq2zS6szc6asRGgubykumq LqHP8oNXWcGWi/aa3GYwUoLM6W6EiVjpRaVzVKs2xvRzLF5gBlVEXcITi/rHop5WTbcWEVYalJmq HMnV39DBousVj4cZPM/n+TjOh8aQw/Z4y9xb31rbHdvmbs3Y4Ea61FRIFxzmpKuG91Y1ia17v9CC JCG0oDc6ulszt+599w3em7/duNmwNnX7+uyPL6ykeG/7rXU8p3Ja7z5j697NBDRvG6s2z1skDXOe epz47YPWzcnHJ1CMXap5RjRvnBNIvN3w9l6SRf79ky7e9kryKISggCWRAbk4QRha8IEojt1QugRa KvNUFBC4aj00lhyNTPkJ/uXmEB9j0cdJSTnJb2+2Y/7+5OY0WpKZHKF63SPUmEcix7m1gz3OI9qt zyKoXq1tmTEMYUJgWUiVqAlJGRHEOXEOtCkTG82IdIQq4gPRUIbvKWTgEqFfkAQwQQgpMGFave6i gORrLVWkRWBl7lA1ZKmGp3NlBZVJegYygwpWdPvCTjihCQA8wQlQuUNNahGHxldCsMbWnG5m3srT /Yx5ZEyheNReeaRYyqB2OZS8NtrXtEW/eIK93n6dnr9W/VfxAcnm1OePyPm4ba48z2PMBNqt732/ FQp/z8i2ve97p6ZC4xjzPJ/HOc6UykSjvmnq4p5RQVgSNTEtegwo/bLHU7y8U1+l/HIOvbYZUblw h2qc6xAurF7gGmnxl0PWiwqcVwDsWqRry9RPdxauvqia7cJgGsw8M2MWbwq3rf/pLy2ixfzxfOac 83j43m6/fZzn4/j6yscYR+Bjf//2bjHOx01iqEMAACAASURBVNPOgTMnEUbb+n6OeTwf2pJzqu3Y muSYSoYQhDGbZRdCPF1P6F24w9McnoNppzGQRHhPbH0eOp7cWtu6o6fGyMMYbn/a+1ugD3z3caKd W3sLbokWOSzP7sMdIUvFM5SaPwxnk81RVt/90gfphc9JBFrpB65l2y9g4wLirqiHi6n7U0n88z5U 9dhUUwoFDeTq8uOcmYJXaEgs+ynjyowNcRoiralCzNMNTiit1jgl5mD0MucDSTM1l5VWtqoU6Zze m5lVUw53uWcUXiMRiLBzom3WOtrAyBVDksJzgIY3Y4VlImGlOZEVgKbEEbkXjldVNjhSZ1xFLa2J rRS1VBl1L3imJgaMOe048phK0MHE1tw/Nu2baATSoSxr8GRKENyxNWzN3RPSDIwy/SDBlRwBNySk eD1rDqeJFV6vWqEIrQF2UZjM7GO3SppIIZaEMX8iiIQhS5vXet6bhZa31G5qXr9uPZ8K8da5d3x+ WQR2w2bNaNqSlKJZ5SzBFALSPXr3MSkwkJlyUEanNovZOZMZmlPp5ouGUYjKolHGpZwiODuTxmEI u3jMJecypaQU3OSX6s0tGVY4R2bxOrDwWZdaU8CeJy7IDxGMeQDCw8YDuUXzfd5su3UnYLEj0MZQ ZE7hzFVc4ExI7BWIK+u15cG8spaghhxmIppP32j5TlLlVRt8Qnno29fTbTBOH6ec2SyQTt/b27v9 5x/EzNaIOd1bm3H6uPVtpw27we0+5+f7G//Xd/3xB3770O2m/cbPT9w2fD3xcfPHgY8PPU5i4Pcf +PjQfuftrt/e8fcvvh0GN+/ntawK2oCTHFQXR1k7gZ/gRhA8nQ3AtHTlMHmqpiGGRbipRWU87fuG v/2mfzwYiQU2U89H/vsf7V+++e+PeGb7bdMMhAjEEbnRN2oAFpFNP77m+97u39gcA7jG77UyUeIA EnQr5UIJo+sWz0nRcAKbNKdcMKDRuvskhIQrd6pbiZWWBMxyEZ2CvNAC1Q6pqybBqm4q1rkmKBNy yYQUo3iRgqBe5AGWgbIYVJb6TpmIFbqmR4GdsBQMwWVjxrA8PcDpoMs7aHRzOt19RMyI9dJ5mWFK 4NSm3FkMB+raDNYKgcXz/f/3lslzIHOcZzYPM2737r3f39u+M+Rfo52N7DuZOp/Hj+fn53mMnJjp QmczxMBCyMEqwyCUWv7yxihyf6nG/TIPXX4Ci60moFAFJFQc+cxydagdbjmN6mV1UC2eSsp3lSzE CkfTzzLkVXas4gVoICufwBZvtPJE0Xu/vW9SPr+ex+OozC2zvff+9jbO8xgjnsfx/vF2f/v485+f OcBpc2TK+7a/7R7HzKHH+UiLnLNULDHnOZ49JruZbWk3zZE6GSdgYnPupGyDw3FCw9Sc/ZQ/JDI8 511+mMF2KDkm55f6O7yZ9anHM5+7PjZ0ICf7U2PPeJcQnOEzBDwITm+j40zLTB8ToRtRovm4Hg3L NVV9PRhYCrCViWVCK7ytLtPPEnZRbX4ZCa6/DCuPFc2YBcxnFf3VWeeIKJdb8nLwwMLIMnmeaFR3 eROLB1FCIxE0WgqLHVIQVjEnnFc2IwDlyKxFDRCpspF4iUIpQyhnZoM7ts5zYoaVvHamvg4Auu9m xhlMvZriBR+OiZnqJC0TlQxCXaUbZJnIoOKa6K6OwF6sdG/yBIIzOEWBIzwSH8B+E9imlKnnwNdA xSJIcrP7ZvstmmkOPJfrqAtyw63j7SZzQG7MSBwDGbUHmC/XTlyM+JV2ZIJgkVzzy2IvJKTEWn3q POIifefu4rL9kEIxLn+K6n4hy3wj9ztCIthzmFnbdW8ZeYJopq2RDZJg4+77TjunesPmaKshMSOg BPw4F35vlcUkppUUd4WkvKhdlsXvBQAGkk+g68qBqgNJgCoSX60skaCrETEJyl1Mx0x5+H0zds45 YTWeMmIXpoA48X0cxhM//Mu89d7dErJtu987GJNn85rdyclTRxdpEUvopQALAAc3k3/IJosTHrR9 HDbPZ+rBbNsQNPMrbvZ0VzbJSl8u02l8N35Yfp/oPcmYI7fmbQYsb247MLZd+PhAfn+7+b/9p+6N /Zbbru+fep4A7Xk6qeOJW+fXQB74xz/wtwbf9H7H9y98f8RfNgvvZhOycs2wbFAIQtxkX0ooCB3g RplsmJonVDEqpAtJfzU6qCSR1O+f/O3u//Jn/N9/X6N6EBL/+D7enP/tb/5//E9MWtvShk2QzFB0 F6HKFQD1/XN8cG9jzAshXCA8r9SJwiFQ4OXV4xZVizpNh6NnutjABspcWOaRByC3NJM8ylnO6vkh glI93kI1L3lZ8b1kLqUkr0XWUipp4au5rpNY329FqygT2ZiJSrJVPVBQwbql+aYLmkJkBgDa4WpM BxHmCYfdjG4cZk+bypxQGtmoynefiZlFr2xOgRG6hiaqIzDASmhXdipc+8AvLARA+q9a2cqykrbe b/e2ba33fdtonDazoZ9sKWYc4zwex/N55EjHtrfb5n0g43zk+cwxS8Jf0MG12cghXbA3gKYaV9Xp QbkIr0nVzyutOsOxVnNdxcK6LlcnUx8lsHILX9Yav779REQWFL7eNchg8GZtsxxxPqcgwLf+VrER ijHOOEaM4ft2+/ZtnMf8/JpjjMhp1m/33+63kafhiHkCNkODGpyaz2IQg94MzGgZRAZ0pm4RN0LW JtuIsBi7xd5Ab0kxBznc24YW6SN5aLzzvMM7fHjnlp1Hz0TG6Ftum41uz+c8HtsWd/jht4FT52Q7 aEzHgRaI0FOTmSurImpaIRFyMS6muBGhAo9r+FAODHrVbTUgW9aP5S9xGVyq9tL1KbzOvNd1q1R4 pzszrWTKLpmYMFNIklGtV45gRNr6XkAE5pQ5zGC2WBFat4LBMiCpHkzR0Ah/XXsAxAyG1JgQy0jC FlC57rMqCDLUOrdNfdbIvDYtRupxQGFb4xRGGZ7VYUEA58R5sN1FIWM5TwCrZKnCNwLHIbf1I691 p6a39M59R4Lx4Ky8LuQ5+XnQG9omXAGSoQhVJacMeKgXRdUVJ45gFkmUOMKCuHUQSmSGSm6w6gDD 3uO+leuornpdzZPkOfD1LKDQbq73Tea1AtZpxrriJXSWcqbo1bwXfPjLWG01JZtpWfsEYgiGW6sb KAPJ4PLlytwV24a51QJRe0SCcHrreWtjNEaiN94aSzEfsLrLUhFsyA1AEAm3MCHCjWiKHDyJ5jnh IfeenfKwtYbCEzRPIJVgp4lhosGm44xmk+8NQGf2s80jI6ZN9CpntBavAGKezyfM0QI+brxvHq1H 5+bmZFrbNV0pM9p0hOhekpuRARi3OXIeSrNAAs+MNj4n4wFPTfx58n0jtrIukgCfisZwa85933Q0 yzNbI+FxwD/OJAO0nXLh6PtveMM/8fi//uP4+/f8lx1zRKSN7EY7p5rZMbR3kEzhP3+HxH/6a26b GnUcVJyQSx3MhGdGZkBNCWWKXXzMNISFj5rVDptSd+Vh1hPCYvBerc4oD8Fj4j+/8p/e++f7/ONr bRq14v/+pd+++V9+0+fTbu9mLXimgGRK0xiWgmmGnPh8HO0fT++msuhRMdjDsiz3DVbKEawZfimm SAAZOpNPgvBd1sGmInZyRtppg5hNabFID6llj0/xmkqs25eXEf9aDyCjLgC/RmlZTzhW2Zi1TVYJ UgRy+JpJl+Fd+SwmkWvjLUrMskVOEZmGCXwJORXQDWxgIw2VU0fLCeRsyO7pNTZWpE5kACdRCk4T bB16jTZhUpMcyYoVKLBB5c4rSu2ctxntIrRWQScS262/fdy6m7tTqTHjHJqN2GKMZz6OcwyB27b7 zffe79m3gXw+eVbovYqpacpyOijB0TUfucYohUaUz8IqHXTN0KGXmGSVFvUCrmqjahS+CodfYX0h r/nr9S1epYkuWTNhhhLIKgPZ3Pu3P28xxh//8TlGxlRMv996u895Pr7HMeZ4HuPtbbvff/v4hjkP TLdIgu6t9zwOjGOeM9FnWIBiZJwn2kFA2KibxaacsBOYGiNyt723+zQfyjnPFmf3bfPtgJ0h5ti3 fW+Q9yPvmtKYhtP6PdlhaDZNYTkRgO/a72084zzz63vbNmuuvs8Zz/OJnafFKc5JRv6X+dOrJMvl IFxuGEsSj0WWqUbaLsxCuKpFyl/maKhX13WqK/XLdVz7eRHYkW7YnCCZyERmMfdIz1Vke3ZXhI4T ESSzrJsrfcPLttdIUhlaP89CWRwo1HphMjNGlRcAGGFjxObFhKUZ1vfJ1dckEYmy4nbHfWcKY1Cq WT9m8nFqTBM5s3C95DVVknCc2Dq2blqqzspnK426JByBEaV0+YkBkVCaUXv67S3vd0/g8wtKwFLJ Y/LHg2+CmWaiIiignxB2iBlQhzW0Bo3rORLGxDGwbXBbBnwtoRPzQgyDRsfdiRd7HzoFOIJ6TJ3T AHw1PEO3XbnYHqt2dwuVA33GceA5LYxby/um7lwaBNVUm0xFROl6liCtQumIEtrnGstKsMKr9mZl mxOBgKGsLYhuuG8SLGCUqKwn20puwtwwxJl0VYl5lb9qLrdACM705BRQrgQig0QYxWyiOmecNiBr mdNnqNnZSc3GB+3ObDs2b2/TpseAplxSqOxxucTCysAA5vF8Hkf5CfBh7vRCDHttHy5HcpFBQeHI cGaXPZ7nnLPMIET24AZ8I946zJEmk2XNzZQy976xv6VsxnTPkJpmuCu5xRfbW8SZrZOUNjNuH29g /NPX8Y8/tPX807sd00fAkSmGcksm1LoIpvAff2gG/uWvuL/x6zvPJ/a3qHrEbMKkaEklnTHCZmqH x0CFqgy5IftgBjqRsWI+X+6ulYwcpDL9j2fuu/3rbzCbv39CoNX67Tij/e0bRx4j2q1rzqNECUPZ I2hpQ24enM2y/Ti9N/Wa7CpHaMwWSVLNZqMAS7US5BjllsYmNAnAQSZ9Wr9ZMzaZ14rFU5iRlvmi opmBVo57TqXQhIsABxTt/RLZXuypVWgtLgtVunqUy1iN/1+oaFUtZZ5doW/1xXkV9qykIVYnYMX4 gmbgYQgqpm5hu0CygTBXAQMGmVlrqhrM1mSBUcMIJNGkXHR3ZDWma6jByKUeSDBWOozsx5NfxzXP YBbhzo23W9+3zgyNOc5ZNI1QWu85nsfxnJL6vr+9b9veey8/bE2Fh5u4THOLUVxT+LVN6Ze4GUst Lw2uV//XvwxrPpPXnKWOa7lLXbvdpZK4mqdrXLJesOob+jUQqGaP5tx3c8cYOJ6SUqGt3W3r5+Mx /8gx4jzmvN9ut/3j4x4jzqfNp8aw2+5vb2/js40vm0fMd6SldYA5ZvKktTOZNNM0zBbzgI1yUEQ2 Rs/7nQg+w0bKtsxuPdxH4zmnx9na7dbaF/bzGP08O/q237PdRMT4HPOUNmFP9KHWcm6am0djH7Zh u7dz6Pw8MEeL540YjDjsWRyacuvk2mOwRk51MgO15gqsU700qlkOV7W/lFReVjX5euXrImLd//lz grHqQqvdGBePtNrb1kDJglOpNKUykUbS3LI5e8tmgCLFhFrT3srN2mrMuzVOcUYRtuoZZSqve4Pm 5p4WiuTCUdPmzEy4F9RZFt2Yl7CrSooR6qnWuHWkEsA5qCy+NALIy3+UjJ/sIADATJynd4cbG3Gu +3qp04VMLdHUqjV+wRoJprEF+4bbxhk4DmZtWMDjxAx2l8AVRr9OKVhQjakuYW9qZqO2bQHQmJxT viUAEu5ojlldlBTBM7GRbkSqEFiWbLJx23FMSTwGSbQNvSEv/zyUVXUpC+gn8mvyDDfjc+jtTifm moqHeTJsDh2DU2zO2877pjP4PKoTtb3P7uiNF+akMzKmOS4f2KVNFWSBJQAqss26oVl103KwxTJ+ vc6VjMgsYYFCXmNC8eKvUJbNEyAMPLNjxwkZHGIkpwhEZmOigSDTO7rZm3xyZt2FnhPAyZE8rPQA erbZpik1jJa0oWAI06SDlriy+2rKt+4rDeCgd9ERSPzm2q2B3i27sdGsMw0hWLp6Sk5u3Lpsy2jH Mc9z9u6H7I0UtnN4b7AYM87eG6BAA2/9Q7fn46/K//Wf9pfwv/0FAzUksFm0gonT5YGQPSEE5sC2 8UHlpMLcZ93TzZE5kB021MIUIEL31jUBniM0hXvLOHBK9MWNpSsnQxhXLGuCcZ788eT9I//1L3Kf n7NiunTrZs7W+G3P3+PZDM3niJo+xBnZw6yHJ4391GghKbIkzxWEmOllexDCQEAUFlEDi1zqa+tS kofbbMoG796shYxEm3McZ+ZkzE1yUm7DXUaaJHlkTzRcHTdW0y1SxtHKBbPWWZOtuRq4sju02Ltr J33x6avop+A17bbyJSymSOU9opwFq18sBDtdTyob5lAM3iovnObWGs2pM3lOyWBdBsBZ+iqu1ki6 0Ota+qtWKg2YsISMBqIkbxTa7XlvI4oBI0iktbahUTkVxzmP8XzM45wz1Xbd78KYMRLu/Xa/3e/7 1h0GmWacB+NUBvCC3Kv3UtY8r/xk8aKNAlBgTWF/QhGXgO61GF/o2qrq8Joc1cfXpshfl+xKiIwX o9aMZZClRCyWPlpv93ubMyIe45xzjhy+v/ePb7c5vp5PnUecZ2z33m/397t8kKePp3xLujZnBh/P zCNaH97VO0dgjMHzwQxgIzaEIRv8hJ3yABrTxc7dbYcfEZEx3Fpzj94CMXL6nH2/3ba3kzofX3Z+ unvf76ftwWfqYJxb24WG3GIcwWF2GBvAo22AUjNmnhHlkR+2REAveMIX2L1M9IvDlJdRYD1cJVHk dTEKtCtH+Xld31Y68Otq8QV+lIUbrkKT10w2iwJcs1Iuq5PuZsoKmKxgsQqzbJZec90uglPopt7o rWp6guyNd3Jcxhe6bp8a0BAwYusMCFGsYNMqsX+a5Lhx65nCmHWwhRYgRJfMsDUsE9KVJHIBcuuu s2Zp9BmZC0XTkeyJzbA3nEPnL47GAlcl/f++sQWAlTaUQGZzu2/M0HHWFgpB5+SYq3B5nfS6HiW4 pUFJd/WGGXzpyF/i0rWVEVvDORdvaQ0zErIXqQskfapvuO0YiecTSp0Tj6P4tnV35Fp8pBTN1W5o gSMVyefJ5ni7wYrRKYNQfc+ZPMMwmdUUwM7Ir1OZ2M5239WTBhOc9GPycSCTt55vNzUDQPdU6Bwc kRK6V7huLknbuuGdjLr1VvOiqzq86G8l6CdAZFvq/TBlGoTKIclgelbFBEjoZ3YXnEiZJ7NYdWja kBGQoyN2MHZusreKfVB8QNkTsgBC5uGJmIQnmXp2tCDDck+fsil1mLGFJQTmlsWrwW9FuHEjlcpT 5URSbjaNJvQb77c54seP38842FxqhjaL12QMddI1jnC5GcTEZnB/y02//2WLf/tH/inyv/93WlJn lrW4NtwXZScnwQZOjq/lzmlpSjpqYwMsxadNSyBcltM0DnrLiMoAmCPTXFZ1nkuTaZIrJkVN1RUE xPx68HPTB+2v7/1dn6IZHMbNBOT7u77+iGyAHR4u0BAAh8Rhredts3ZsjRwAIl6bTmnkCdaKxIuC Vhac1HK2ZpmIS0MxMX4A3ayTNCe8mwZ8izljrQwMkelAsJZONGkH7IKL18NPTLJMQ5RwaSfD1gC7 BGMD8FQrCxpCxmiWzdKNRqx+bjE7qASylZDKnF4pyAs4IkwVQ+I56nGkQbandbLRHe4pnxMagejK 5mAZDl4Ow8VOqcFuEgUSU/CaLThK7lKYsJfX7t3nvQ0BKjGTIDUZcebzOM/jPJ/P45hTLvPWWrsp hRzN0fbWbq0Mn2MeYxzn8zkez5zz58B+zT1U52CNxC6CJ3S5x9aVXjYri0lQPZsBP+2Rr9Jjre/X x+rRJy7ewYtORMcySRIA9K1vOzPzeIzzqQxXNvf7tinm+cecmfl4jP329vb2EUMok/IpZW/9vu3M NiJ0ngcmyWkte/Mx8PUVbT+b0r1H2pzAGZanUYQpG2PjNtgjtshJROM8rUs7uadm6pC6We/+HoDO mfFI9eY3deRxjPPRbPP+4QJ8Cw2P0edRRJ8Bj0jNE81P5qEZEmINRozgGvTVTVf9+6rtlmz155Bk 7b9UQVNYERV1+ldRK6J8UUTAcnGYVgl4uYHpF+z6VTIW8lEGHqtCzJfIyhb+UtVi5bsZVnSJG26b rVqAWKIkcdUKpKtcYrPiVwhntfxVXjlupJeGDQSiIoyR9irYm5cvOGdlrpcMLGtzghvuWxEtM+Ji K0NASjRD7+iG8+QzAWYzwnQKjWxd27A5y+Ehr7v5p3IKwCWkq4cA3uCFbord+b5VDVk4E8DUxTjB 8uZYKAUzFziLMkKFWSl0CGUm51QkmgMQl8YY47Jwy1l0CkIYgeekKDuxz/z4wMeNyHw8kYnHU5C9 3dRK5AhSGoPnlDdsN9zuGsrzsEg8Dji47WumQsANwyypKoYiIFnzaJ0cSPEI+FTrgBWxBQJDHBMz XKb7BgNnNkDP1OPkmHLLe3Dv6x60Fa7uy0BSgmqetNpBWUCM9DXNqiVl1cQAWdEruXSwl3vGqlnS Sh4nLZcAghnghLFh9XkmNTGMNSUoezOfGKshzRcVBkIw35Foi7DWGiNES3f6Qs3TEpSlZUDloiUY ZckU2ALwiNY9OPVD54znbeYxOTqt2aTBy6aIcpzUPeb0aWyNMFAG7W9/zb7h+7/965h//+T/+T/w v/1z7reC9bjurahqRywvW2gIPybuM42E02OjMezggECZTD2SzGjSAJCCdyKpEVz777wAOwCeJYor 6UAIGjN+HP3Wz4btbXP3gJpgTCHVG7+983HeR+M4H73Si5iUBcDho2Xbe4NMxa5YS1+SE2xAX10L BcaiJpVtKJ+rMxCBLiDiAE7yBnnbGt16v5Nmdpw8Y4TSi0RBdKlkq/Py43qRxa+KRy3XZNRrsQ30 a2mYXHfdBrRrzQhiNBvuoPmLoKbkDIv0eqXbdINRypZqopFhls501a2YUyPwSAb7zbdb72Z2C0Gy iDHD5thTW7PofkJ5sRJq/UoiDUYa6BUYb/xpzQtkaYps2ZMUl7nofnQTNeL4HGM/R5yB7N763ry/ vW37pnP2GGnm3cwQcYzzOZ+P8zzPY8wRStAbCWYu8RwwBSQNNCs1DxKs5uNSIspQXdY65y8GRgEY L6rpL2/C5UeutV7XrKUKD0ffLGXzLFI0W2v3DyfTTPM8MjHOmdnut+1Pf3kojx9/4DxjJt/3j98+ DMf5fFjZCqk5u9s252OOAQ3SBhq4O8l5RmpkDE8w9wVpYBSZXLFlbKbp/rA9piKi5aMb0zfim40f yAGdsN36BwSMP0Y8MPeW984tuKe+5jzb0A47rNObI3we3jCc5+6aOXPy+UM1yhCSVqe6agJcY8ML zEASes011j8BqF0hIFwzQ/yUUL7Qi0RzXRtnNaCIErBca+8rdq3W9fUHf9YveZUhxezha/Ndd+oF Fl5GluX/Xb+BXylONail154Eo1bFswZF16ZOZnMZKBUHeQ1S128rGVFhsAJCSElAE1rVwij4nm+7 3HBOZeIFEBHojlu3ZnBoKmVqrt5oDlDmue8ZxrFWOP3csxbYV514AipOU0KypWsxw74R0nNoaM5Y dg2rzFilttzgvjYAFZ+E1rtsqOJ76zEZoTmXi7wz0605RqxhzkycgV1wM7LgHAUiBvrg/Yb3nRlx Tkbq8UyIb7e6DmlkhJ6H4uQ38r4rd2XEnHZO/oDegX1/HblRxW7h1ZgBTnd0X0EwZ3KLKhoSYDM2 s0mleA7uW674NbPWxYmczBAHm8O9LqVXnU2VqDABKFwstgdUq3pYpsPMMJrNZC9Eo3o0x1rvTbFK 5iI/s2sBgAlWvJ5NzmU0jkLGiy1WltygsZGClR9aea93IKyQtyjCXwuFIYEtNDdMokmmOb34SCqR RQsNL149gwJhiTSKyTyTDXNK3+eYlnjbUB02/SGcLTtt+uwtZ/oRz+bc4ClskMl/h+19u9v72Xv+ /Yf9j/+Jf/lnfbSkTKy+nYvH0e34wvFMA7euGQIarZl7ngG7GU8lkxDTs585k9nVH00MEoib+zgV JW93qFqjJtpK4yMX6gR9PeaPHX/bvyKUWUzHAI4Cnd77FuNrvm/P53FmVCedTIKBHE+qq0ltCT1e 4QwIyCEKO1Dkg3G1r5KS5W2HIa4iMwXE4BnADWDbd3PvvZOb8cdhR5xDxauQY8WdB+wJnUKvpXPh KFDNbgAjzxojqRzAlhrwtenltYib0GZmKK4Y+yjjfam2UgIt00a87A2asIFJDGBwZZ1D6BKBYVOb 1PxOc+rWrFsfMUPTlTbCYlmS6NKmAcXjBslehRTJqkexRhEkknUyURRcvFLBt37uPpFfGQl2u+39 re1v+83s1swM4YEWAQvC5hxfj6/vx9cxJw2t9ZubAYh5jmqDeBFZVYv7hVJUqucFhIiLWVVQyHrV L+YZuHbE1WoXiW6toYuUsL5uASXg/f1mzZ5f8fV9ZBblcL/dReV5jMdnjjnHGbr3t9ubvj3HV2Tk OfMNt63r3j2fwWTOzC5ZqEV4KFMn6Uk4u1m6Z+REZOQMTQKd28ae1kNTGshozB1tOoBIHW0+N/PZ v8neLQLnJ/N0JXmj34KfoVPziZgbNnKfMo3TzqO7T+PBBsGVFs9Tisy6w5Z0ePFqlyqkcH9bA45F n7WfLNyXdhgB4bqRFslaL5kYqupfbR9kQqumTkBF/yyPXZiWZ0wxeLBELihGIy8w6nqA1g+63gRd yazXP6Fl5FQX1i58y65yp644ao54kb+xZvb1M+g1/nn91Pq/3Ol09Wz1u/jPV1zb+vX7OXHraJ5L wCYKJqaZNYcT+06RE2qO3bDUtqbWebN0WYq/FH3LRTvrbheIjJo7VcJMefCKNO073XUmjojzNAnF ZRfL8CLdtLt6F31ND0ltnVvzOVlCIWQN4gAAIABJREFUfAAROqa2raozmMXW7BiXh6lwBo/AW8O+ 4QwdUaULZ0LCtuNdwMPOmSF8HRqhVggVFIEhK/xjb7xvQsb3h83QMS2ED2BbuQUJ9asn0Svszoje cUxEWKRGZHekwZBu6E1j2gxGYEyzjkJtm7E3jKEIzNCZdm8oX5Y6qiRMFLrWfMkFaN1VnmCyldXe 5IQsold4IC5Wb7JqApFImjEWkq1EVq4nPFO06bJ0g2RpMFepjWdXtu4w96xxerMYYJexKYB1mJTJ 4MvhtGgEBQeW6Si0IieRTCNFWqZdiV+WChIK05yWNrnZAfMN9Jrq5yQiGDazcQphOQhNuCFJht5h A/a76Ra0vud/Q/4+8R//yNH0px6x0au+6sAgHvYQTbo3tYZGREgRLU2Y80Tzu+ywJMlpTxOANt0a cChaQJFzLWGZlC/unhEZ5mU3nXQKQEbox+98+6v23RdR0hcMSZCt3fpxzuPtT7fH988R6oIBw7Il BzSfR8PqKC4sqzqhJaZYeyEhcC5C55qnEJyrApIDntpnnJiDbHSioqrc0CFh4DFHQk3iL5h8XN4V RRBp11r26iA6eWoJsgoXufBjCQgwVzw9rPL/oGuxqh6tJTRTE/lB7Ss0DqFqyuuE8GpHoeu7MSLO 5xMgbnczN+9kb32MUW7FzGyA8+cOgQsYeL1TveMyIV1EcV7TivU0VTSFCfk1erPRbew9t3t/v+/t vlmzDpmEcWIq0wP5HEcwY47ICcJ76+/7fvfmqfl8fOo8MydeqXeo0ZFwoVjF6M/KvlkbjCDkYvkD F8PuSvT6eYxY26hyyQgJc7q7hDlCGqS7728ffdvOjHh+apw6n23ffNvy7W3GPCNyxlSG8e226317 PsLG0AntZt7onlPjOMe0QZ3BqYYAcMI8LOrQuiOdng3BGRGgeXbzpA1MQwAyqSW7t2w9NPJ8eGw7 bbaeuTE/qeExTZa2y/cYTxuHHQ90h/m0hhwtvuQ7LCMxQjGDqkaIMMZ6Il6cuWIqCJf3w2LLLZiC doFJeRERcpUkuJ42mH5OPIS1q69PC5b1JF5S8QuK0IWI6Cpx9WJfq3DYq9C43l5TBlxI1dXO4HqQ Vh1V3zFZ6YaL+7oGrld0ztV20q4fdZGEfsJk9Wv80jks9viq0sDrV8arzl1n1ilrr8q5VgEH66eL xG2zIknx4lwAbuabma/zwVUbL5H++uZYhymp2tQ6+ItfxWwdjnJ21xgrgRfkRILqhr2htV+Y7hCo 254zOebPOjSEmdicNb7ZuvrgOVbplRPn0N6y79qnjVhlplIZ8Ka9AwqcPCcydAweVfVjNTQAZnAM 7Dfddirzx+ERmsE/HtgMm5lazpl5QTRelZdo/H8Ye9slSZIcOVAVMPeIzKru6eVyScrdj3uBe/83 Inkr5M5MT1dlhrsZoPcDZh5R1XMiF91SEhkfHu7mZjBAoVCwObfGCCizh43EZhI4m3q06nFvvWtv NeXNTfeWw/UIZWoM5WbNLVf+VpO+ZNAFPy+TW0FmybRpCxmZkqX2wssqNNLix7HSA5SsE2QidULB OQeggaQRTnRMSM8AGHI/s9025LZp+O1G3VwdbQOwKZKZlg0BcdjUHR1Wvc6UZgBdECwpUwBKuCeI rDIBQcNqeTKmAoKbcDMsPfYQ4BnOkWaK6qNbOJ1G5WvwR5obg5mlHN2cf/F8Syr5OXITBjKVFqSo gMm2DRtw8zINiRFDnUFZjtNADHYLM9nwsAwJYbzLevtEoGUMF0VHk5eiu5UVy5mYLf8xATyGf3+0 /d4g//45jpHOAGHU/S23+/vt43tse/4ax98fI1F7TzLAkDUH/u9rtySTlaGc8MAKaifNwmcwU3Am E7q4VwY0ASW3DjbAzRrpJRlMS6GcmE2z3drVRx5AMUKutiNcjkUpyRSzsk3vZ+IxY9reFxsqumbX dVRGo66qNieogAdOsue0aeWsYP1iDbABu4SMDmVr7u6zCcnSA5mE0etUf3hoHfl6yxaH37QYEylP bZJXA/GUj9xSYPO3r/uXL/dmrDaOGf38+Hh89tERyYjvmQ9Z87e3+9cv71/f39/f3u9vt+22u2vk eUQfo3a4SvpwkhN95ZfJiXno2iTm/wUYz4zJgiev5/OYl19lRmub3b9s++7j7JlJ3tr+5f3t6/3e jI8YOQaBfd/2+75vrRGm2Nza7dba5soW3fIE3HCjcmQ/Rj+74kQEDsWJAcQO7QBN3SI0thw3Ab6f fk8Ts2+ZDpft4S1oJjnQaOYbfIOZEDw+yWb7F982MJSfzG7c3HaSyMHsHrmBcO/MhyKQciUixhkx VMQ+YzVbKZM23YSX/WZFZ+SUcJ71KVrTQ8Colqgr0i5MwlZU/+q8TlCgFsiTCcqcvgGx8Oa6iYv+ gOUHLGW/lwRNzvdXIRcm8empITZr0l/8AkwYD+swc89efxte2/xd4cEEfcoLiCsswOW0PMftevDH Z3U4Epd49yys5VWdSpKY/eM4PT/AyWp+xmZwwg1m9WcV5aIkU83hRQWbTexKMxvr2ODkZ8HdmmFv 2p2tqTVtG/ZWxd7l/U0BFTMzg7m2xq2xNbirOX1OlKk2KNSvoxmcap7N4V6DJVK3hs1n7wKnzCVm VAnd03WDGVoDDeZojWZojmaZsiozHskeiGCPSbMxYt9sbywpgAo7Rkx+VyVZOBsbzT63Egjbmrmh 6qyJzNSIKT3YDK25kVfR2loOJTYoMDD7zyWoalRbgtwAoQpuWxW/lAGfrSzoBqdmOVA5x1OBlBZG waBb0ISm9OqtFWJPnmJP69nOwZ7WcT96drFrG8MiMcJyeMoyPfMmueSJXWLAQhu0S61zjyCT4VsP V+IUe0eEneZHIs8cxAlkePo+YIwSDpwedJKGED1sdaOYOmHQ5fQXb3lhjBvn1pUV4AABeDAII99M toGGhknVczEkAC7VE1NCz8VpHIbcDWiHWdxa+hbN8rYBOzazrXXfotGthbfcLNmSjQ52YTN7c372 +Pu38cf38fF4/P5xfHw8btv+5cvXPHv6Hc7+eQgoMl9FUw3odZsXnhFkLNOSKq4oh57Bli0QuDpp lUWrgHhPtT46+ADMrFmrjqy2bXflBo3My7cAZCx7R4GBSpw+Qd+KCbYX67MUycpmIV66s1Zb3toL BwEiq6msZMoNIDhQI68bcAKDjFIELvqF5Gtbnftrpo7jAG2LNN8M2G9O5hiZgera9EJAqz3jckHG S7vay5fK9QpXUPVqWy10fxwDvx9np4nRx75ZZn98fgwZt1vb9wyNMbadt/v9tt+NBpiCMaRoyJvx JM4VwNWaz7XtVYVkwaiuyRLQamecQIiEBsvnmCNWdlSAaPJGkBqMUWbe9tt9v5n6+e2PjNDjQ8d9 v/1l/8vXzzz+8XuPOM/+uOF+f7vd8P7OMSIQnWdPSdhAR55xfjvG7XQeakRYBqMzoW2Ejbu0J0+Z wbqzZ2jAkNvN9/aFHHZ+IgbyBFy2RbtHHGKYj+Y32S2ipzk0mk7iTvMwCyTjaP1T7abW8nZHP4ZG jo/Pxse9Jd5Og28G8y5GWjVbLO6nhCa50gBdSIXSL50YTZ5jVMiXM2+Qc+AnZiswscpX5jYsvXgD 1zyRFiV6vVGvt7VAqiJJ16pZu/o1GbhCl2snrTeopwNRMMOsPM9LQQcQ4iKEgrNUemEnK0n0hFGW v0I+szx6nfXX5OeVALq+v7yt5+FKEpfPIOFJZ1l+Ty23i4r+g2/z/MkK3OYgYzUaiXnY5RNOD+yl NehmaAY0cUokUwuznJsmLuquEdo93ZBTfMs080d2QVC35jRFRSHKNQRyzy9vvu3oAXeYl0vpsLw5 3LG5zjNzcbuLonnf2dxEpKK2+PsNZoOms0OyKT4okbmZmZlbkFwMXLZGd2Qqk5HM2QQOTjRXvdUD 52BzGYtSI2/pbYYIfWDzcGssauBk8Q8hiFa4FxHQBlA2yEoxCSBmcN1RDe/K7BRtiKJ8AYC65lll M1DDTVLuxeKvdWoHMExWDTuQQTR0oT8A2kjyNJgBDjiykWitJUQH5fI06xxMuCzNkoBukjxNskiJ icGYYjPMrpZpW4vgjg2b2OVCCdc0Zba0dBPQDLZ7DlkI4eW+wRFzcy3yfcIsVULdk3+HtGSo4gEZ eaMSGFOiWyEr+UeIbhlQ1UkAsKhSCjm6mn4Vw569B4KDzFSQA8pIyZEZzExoVN2YxucRb+LOoIs4 5eFCjPHvv//jv+HrL96P/tH2jb+286gfzgQtra2d2zApVFWSN0QDtnnLOUBWIaDm/poLh8Tazyqk cClGf5Ttbbr5BjMH7vsuYGT26OXHlF3YyU4EMJan4Re7XrqaomExLmt1tbnCcJHs1slMEDZnOlwG 7Zos+vkxycgNOFfy6IoFi8R6WUAHttQ4Hufoo21727a2NXd7fGKUlHdcDAgsAPxyKa6E92vcZi+W 0S/hr+tjUuvD41t8fh4AldoZyHMotPP+zvbe0N/QYWbVtjOC5yO+fzuPR45QahvxhaT0AZ2Xsa1W 0cW5KUXRyxbXtrHyL5jMviv4pM18eQYAs63drDVp6Pwc0TNHg+77dv/66yPH+P6RYxyPPt7j/d5+ +7q3aMcJD+lMeLOt+a3xETpPqQ16Tw9sqaHxcTI/k6Lvls3UohRPFDagpKzhvmODGbaIDI7e/Nhv m/Z3UyIP5EHtm9/hArvioLDzDrvTdvkeeXJ87LGb0LUd8KHexoeQaIhtCwcyB8eD6LtHu3WnYZgq s0sR6YtuUFLK8ryWA8XauoIQ0jSqIYkmUaiwpRQiZTl38QEMVUlakQOQSrHE4iDpoopmUVErc7BA KZv1risZQNn0aWYGrfIgsW54TdQJfc2JuopF55GvfaycH9iPfKR619bav6bTheIsr7r0GJ6hwovz syAgAZgG8nos/umaifPlZ2qG4lNxhMu1uAoaFlHp+q3L08Kc3lpATrnafD3t5y+uDjXPl22CA5fd 0PqBC0aa/GFgdhAAKkOgywcqtKbKxDcvfJjXESGIaYYb2co2c0r21QlujmboLXpkLPEKCJv5rVm1 el6ZJe0bfrF8NPRQykpWBJKZ7i3btniBAJju3DdmUpiTzxeUvbv6xghkqg/FBqusMtka2sbeIaGn Rs7OCFjM3zXoMR1ZlLaLlRxZ0c3qXlQllq5M5RzhLGtkYhAsqg2Wxvsi5Zgs6aJ7KkGxFHisetFC lrO3nOoRIjDWDAtDGGCBBidG0lrCqYczIjxDxmHuleSx7rCEhmlLSYguMxB2SPc0g30Km5wNPbOJ XvCGmbylQOutNWBzfwBOyQyyliHFENxF+giyxN77SPWkWkAY4clsVbOKNDMkLZOGJGRpUW6yJi46 +wmBNKQDsuowrgZzC6KGPcHV80AhA50pWUwVUsGCQsTINM9/23CWwIUEMTS+f/yxbfyL8lPjttvZ mMMM6HRq0iZeAogZQUSFXIvemEIJkd2IXc81v8pMGJyCmwAspTEePAK407bWCNCN+9YgnOzRH5m2 eJ2bQHIAnRzVlnlat9qCn83SuDbCH50MqDJ/tRqXTY81TQf5il5cTSs488Lgyu+UE9CwKBdCg7bU kRkZPYYy1Pa2bUZO/PCpJzhPxteQXvS69uJ5aFFVAs8zfE0kNSBTKp03QMNyu7Xbdmu39vblfn/b Ot4ivOGG3I6D56HPj/j4nuewydGGk5zlSsrCl2c1I4DJD7gC3MuIE7roBdMQW+N2kzn6kf0YECB3 v9/faYjmn59/9B7n8cj3L/v7l78wBvJ4nKP388z3HV82s/f2aSmBJ05IiJ6JSJ0DY8Td0n0YI+DI wPEAiTTqTpirubvvIKhuSZcEA+/0EfbR+sMHbfNodzWpH8reFI1M34VHxGAP9xu9GRntlseZx3dw 27hFN2aT6RyfGsdwG7+8HbYZJOXJrBqnNAMsQz4TcjWRZoAFFaQwSTNGzBRCmztrgDXf7MIt1rfy mQ+QoWScQaF6JWo5NEKlwKs1H5OUT/YPBWYWiD/ESFSzrgrNZ1sOolqDVTxat9yFKeg7Z+A07qYF G3BuokVCuaB7w0qZA0DhuCp+Yz6dkedebxDXbAewrc+8bOIzeQpAL6U6i6n8srquNgvL+7n8df3w OXBu0LWo514+IRZAVKJqImfa/XL6L8Tnuc89j76ckIkHzYU8ly3n5a+PUisEn6vrOtJkhkwHbbae WWMyCauCgCC5+XXyVoPJ6QRWdU9InNyrNINWgRDxBDnVnG/GvfbFKU5UbFA2h5FandgNvDW5I+FU 9Zqdo2GG+w4BY8jseSsENOKtUbvOEMoXQHBWFWCi5iohnFLMCGAktyoREFNoUwQXdBpQ2rtGTQ+4 rlqzCKvWRFKNsGr+VSxiTOexsJAQNssNKFWcavZcxcchM0yOU2ISRVjdB4ZardmTW+WZkgiTZApF IcTBXl5N8iTdRE7xrOYe3lrIWiWKShlMlkazYGygtSY3YZA7bHMLYofJDNYs85BguRk38wERFowW RyhyJ/toOtNsyBsgGhPuzNaQ6QzRcgR5ejKltLRhUsCBcGqopXVLExVK91ZD4cWckHzYKCAECiRp IiSiF0huLU+FO3+hZEkRxlRksCdc9pZUs3cDNgYdUl6VpWvZzAUgYOoOMTSzLdUUoC+dzytMD2Cb wvvX3immjt4P4aS9ETczI1trBG9gduujn0pDNi1WHTnWj/qlfU4C2IBN2hbg8UrSxAxp1opQxTVT D0ArOjrJKg8vT+yc6klqwEwoSjuwAftF08MTD7wDikT2HNG3of2+3+4+eiqVhbE9WZVXhPRyhi8G 8+USrn+vG6H152Symclu/vaX/cvX28335m5sH2CqGbYcPMb4/pGPT/ThenEpgJ22IRvUy4wIbYmO 12lYRb2zRJmYPDujmSRW/0bAt73d3/dzOz5TvVNJ5O683W7DGTmO/i2Ox+fxeLv9+v7lC/Lzu45s IVb/sX2z/eTnOc4zHy6Ec2iDDY7B8zMZj93CtBtaiCYnBpWTIEFac9vFjdETvaE3tJ37yBvwIA8X TW+H7sBtRyt9cAPJFtxCVD8iv2E4zcWNtuc4++Njw6bjYUq5wlKhTJhD7/djr8YjDok9iMDMfuaM KLjAtHWzV1xaBLeq3wG4euj03CN9cmdAKll5aINmU5kSBBcYhvJfqrClJkxylbO+zK614kr4kTk3 OdPSOK/t1acDXVahTpVxuRhYqd+1XyZYff9QL1NSZl0PMKSmvH6akZr+6xP50IoNrlN9RfuuNXJl V0xP7sjVyvE6XgUSa3N7pi3s+RHkZDNwQjAworSpJc1uiwVzBhBaS3w9rsQoX/5PkM8L4UQm5nkU NMOrMskBg8X6jJYTMXcyTLAmr2NMFjxzVdJefp4uhIkAGCwGGJdtBgq6MBBsYMX5oiWEKbI2B/9F 9ZUyZ0VweqmTkkpjeH7QgGY0ULM1HNbdJaBm+nKzsVWH8VKLzwQk21N0tA2i3JYGG1aP47KRJips GXwDUq2eL/dXAJIsCkjOUS9fwwGmCSVqOpNZxUUtSQJoarUnSi1+cu2KBTI7kS9hxhK8Lh3mDlZa mUKqamlpYjInBOkofV16sgATiCYLC0u6/GzZSvbDvZpDDpMJ+9Skxo1bOXWt7qrMnUqkDlfLNDdA txpO2t1wyk25U7XoOh3t7sqA0neN22ZTFCaNHbqBm1k3haxICxpWLa7y5NUIPkkOtKMD6oeALG/M HRqeBt8S0dw1MISbeSqUaF5FBGJ4JrtudzTmQUbn1K83ome6sTHpnoUD92219G0v26EWrjhnGLH4 xeBiKgQ4qG2q1QGYtfX+Y2RMACn2/hAGFG2/uYNs7ti2yl8eo2fSoa2my0qgTnv3ElNcaWy+MNr4 /K0pZVRxRhm+onfkihwHJl2/vj4LVciQ7pNTUjHWMnSal1w/PR2dwuCOPKW43Xcz32/ujRExOjIu VPAyrPgRwHjdLy4g5AnFr8/P563x/tbe3v3LL9tt31oFao8Rn+yHRSgxjiM/HxjDXn66jIaRW5JS +Q8GXuFsGU4rTxFQ+XZCVKagvRmFceR5MoPIfd+/vjXbNL59i6OfZ+8j3t98//Ke7BnnMTLG6Jn7 7fbL2xc/vn9iZJyPs7m5cpfOjA58DwpqYEtu5mlxskemny2+MN/AoRbcDobzIRxQmszUQDsNwEAG sTX/as2Rh+JEdsthQNC77a7DGMxuHRkW2QLdj8PiM70hDgYoz6GDoX4osyaJACb8P75/fYzHL/dH s6wF0MPPXooABE1KsvLFIEA60JbsSszJOR24tGpLwfbo7RgbuaDmwvZL24iL6jwn/0aMAo3BmO/P HivLX8B0eGwhD7kyApo78TqTSdRXkcWIBpgI8ipamW7T1OFCpYvhntMlLQ+uAldeoqgzF0NWQraG KgUoa0kGkZmljFB2R5lzkxASYoZfGEDKqpKyznZatukx1UaRT7cDJFy05ek/HRrNa8RKX9bu7zMp jEFhleah3L0Xims5EKQmuLvEMFHe3wv08QqoFBZZXZb54rtghS5Y+/UMhy7jIBqA1VQAoF4zZUuY tbir822Qtf0By0eZyij96R08T/YyLlf0NWGMyxLMEPNpnUTSqwsnbRVT89oTDNpn65uJwrrz6DZ6 bK4GZLK6BANSyuhRhmhK7oLoFJNVA5IJJuHVzLw6ISjSq050x8JvOJk0OQWOlYKLxtIZRBWwWBKe IEKoTrNWsaMJKCCOu2dUN1pPFk3FharadW0Qkg40qJcHM91ZuRc0TvcicIFWLEP6nRroCe7WYIR4 Qx5UZruRB0eKGxkms80jR0IDO1laDIYtlWQg2xp5I0MUooGeyQy4y1uDEureKDiVqao0GsIG3pUn MURfHlwoBWkwmaaqwYrsahrWU6N0gQWHZwDAJxpGAo1IfFbtUGTnKjlRmS479X/8tt+2/u8HzgcN YoMFQ/zy3n79sn17SKd8bxHJIZnaVYFSa2MKPc2OULMQtnx5AcAGBZi88pEzuufVWXvZiFbQ1ziP Q5Hq++3dDGbWqg8QEjhHT2WbJ6Cr1btWFYxrMTDWeliIqxZt7dUf4mW+DNCK+KM6jJRmHZFEVyHM L2HNCh9jGv05Jrk8hkSpSqtB3s8DeGzbtt/ut5tH4vMjzgcW4Hctcyz/5pWucS3sGvPXyE8v+A1o vL/tX760++YsgtKjn9+O49OOZPbooX6+OF7PAYG5e9uyl1FoKC4SNP8rq2LF38/iZygl0Mz3/ba1 jO2T3/I843zkeLS396/tl0R+5LeI0c9zRNxv269vN+/3b8dwR6ubb8148zNC3z+Dtm/SHrgDh2KI D7GJQsZiM5rgmSEMYzZpzwZvsEieyuE5dmWYD9hw2Ti36I3M7Q69Z/9EPz36jjEcuW05hmW08Yj+ ifMBiL6ZxZZnkvr8VIaMCYVV9gySSgqjntvnuYNx9wIYMIIf5y1yVkZckeH8ky5ttU2aZUVyVCnu J0sfCQhZpk0hyVINnJZ/ESNQyi1lGzuZVoXfSEGGUbverMAAMOH1cnoSIBnk7Ni+GjBjlQdMJ2lW zVCCLz0DBwmmvYThxUIgXCyy4pEE6eCY0jjPeu8Kcy05scUqQa0ChIZcYu22hF4Ksxkojd+JyycQ tTGbykZO+iCTACNXyZQ8M1NGNNKBEalpIkpyJj1lz5HiJbw3sQ5MgCoqEcbKgGHS1SuRUcTWObQX p+xlSS+2xZJYu8IjXW7h9RUrhuYVqC+zCaIa5Sx350q5A4v1sj4MTMjWqWZ4Yi42zS0W24V6cSN1 mYXpquk6S7ts1fQ6iu6jaWNropgyZ6XSddqlWQIDdUEXIYmfnV1wYwYU8rvcEZQgFxImuqlLTWzk IJBwAxxdq5KAgqqHBpIupVixGZdqDY2a8ieECS3NLDdqT0LleJfTO/21BKzcDpXMJUqfNhIQw2rG kaaeJSwilVX0dFkEzXMDI5mUU0pK8KasyvgmwpK23wPDU8Y7PRHD7UaBMfz2Zi70NLk5QTVumJpW 5hs4NAknAZBoFIWNIlhdlpwOdCqa1GWlzNmLk2B4QPuaiTtkwqlkqtjTQRMyHQoTwy0tEp7ZoSwd FlIoSHpOh0EzibBAelZXSa0Ataar4Yx//4b/6//89Wv/9j+/R3VYrdquz2+y2/7l1/zv/+O8tS1x nmcgsy08X4XZArm88TIoYxLCaUTR1hp4cuae1zrReNUaAtrauV3K3g9h0LQ1md3MBPi2ueRSxjiV bW7SMw3+dCY0uaWvQcPr4xVRmPa1TPdabCbdEiBPIoExVVtUcPkb4GBAvmxWcqpTXB3gtILFAVYM YRL7OTJSytttN7N9NymrrXZmSf1cZkhAB/YfgZkfT/tpyp4XFSO/fztjxLFtzUzR++fRjy7ufrsL mWdm8sWszIOQMCO5GX9JfAJanMGnkarl603eCGN0G0eDAtpcv932xG7kt/g9zuP442//2Oz9fnu/ 39jPfg7nAJLg7lvcb5Ea0cfHI3UTPLd3j8+M3o+PyFta2X02xNAYkiDm8AiDq+223be0kXkqGsIj yJb0oA9kk3YIvp+thTLO06P7OH1r8H20DaPnOLfxMG9hNugZoTha4Dw+kYH7Ht4a0uN05cjkzBkM LBcw1q0xAJJlMgyQJxUQkVLLGsY1OWuGr/lpwKpyBa/U2LrNet5YXYh7xwQq/KoIJX2F3TGXnpQK 4zZLIASApBVhKkUyreSbUU1EJ3m9mICrhjkAY6VUVlVKdeW0qYZVcS2MiclKTafEXajPxNaytepO IOMqTRQIJ3fQE2mlbFY7FjFLPFjjZpMyRbFympMvFasquJKqgOioLbHoI3RgttIt2SgGsZHPkGDR 0Qqp8QqIIWXYVEmglJGxCCUx4pQy1jbNjNn/TFNy1F+X69qpawk9g62LADsh1AvImDd90S00Qab6 Y+GRXIRzTgzisgl6MQXToGEX4w7oAAAgAElEQVSydIqocMUX86T660uYqQQsmfwFqlyvzGSKXSzj +u5VTITi5M0LWKlYPWGkaa7rrJQR4aYMhqjEGRnQ22226CucNZhJGhJqSRInMYQGWIV0YIOGiWLT lBalZrmcZkJq1loUmdUMLQnMgv8xYRCEGMWNx6yxMsupnFOI4LDWAsAYVkTwCO6F4WS1llmhvKcB ljBTULZcNFsIDRLWIDCH3Xc82PJMurJ5Bm4bZHYE9k0OdJixIAOjyavQ1XgDDk2xsczpPgdKD9VG sWrbrSu2yMaRtCbnhHmwUZTuqsrJ3EALRKLqdUK9omY2WPfUMAueHOVBJG3mm6YvToKNKdKzgkhr QrfZFKzKsspv+/bRf//8+pd/+dfff//bH0cHq2GwQfzf/4gvf/nyyy/j7w9tdx/MEb39uKZy2dwC CUjsZWqLUr0ki5qmSd2qM/tyL/DydcxNGinF6Cc/E7c0yr0ZzX2/7Uawo48+Iw+UNaqfLlbT5K7n E/a8qgpfDPr6cb6QIeqiHGgrI/oAYjUBlD1PehpnAEBWyShloGuSSXGBN2AXAG1Si8jjkRkPb61t 2+3uMXQeFbpIT1qHlo77RU29VvWrjcA17PVzmTgeObo9fGxulnEej5Tu77e39y0RvZ+9/zwG9ciQ 0jJ+c+7S91TOiNzom5GK3iUztm337caM/uB5PmwMOx683b+8vVvz6P344x92HP1x5O12v9+3PD8t xUSOHLXuNtiJRz/P7wzp5qM1u+3eR2b0cRyUZX/DaaTRRTsN5rGFaj7vRtiW2YbCMdyi+d7tjhw5 AkqX7jT3/fBI/44xcH60tsEo3053RLfz03yzMTiiZ4Z6I601nqGjy+1TaHkq8xr2C0m+dpb5esp6 7CsaV6atXmNYvsVi8D1d4Vx39pUCfM0AXr8HlKhMqYvW/gpds0LL+9Hl9BsQqQDixV31VRAhIDhB i9rKim1ixKvDkZMtQecCAsnQ2mRYFG2o8t41MhUbCCDuwtlsvN2xbzYpeQWtVExAeWuSknBLYk8g I90ajTPHBwdMM3bPCpJXHU3VJlTkswqmigTw3PAqVIBgJdi6Sk1srfQF0CiTKNmlxsxZ85rWrBDK YkI27xhhxdEWrGFxVvhTPiKnLuYcyyESF77PK/YCakBnhQWFaq5SB5o8FD7vYd30mZYoGs/8yVlA 9DyN+UVIxBBWyd2rW/I0IU9wo5wf6ZqNFKxKmeoQczFolm5Ak5lUrkRNn4uuVHfOlpBuTVSvOjZC oLZmnydporGHcODtRm+WMffpxS1JCmIjJURVZhGRdMEMHRhJM6nRBrVKI+f2gCe9rmkybidZXqgu HNVYdPqA5W+Gq5TVQQvKKm0BY6lk0C42DoiEOUhEECZryXQkbk3VMoeeJow0tjDRj+bv0S11bPsu bEI3J9QC4Y2GnRFqjs0lmZNp6MImWlXmUzf4B1UsxufeIe1AIx6191l7KG/ojZmChWg0saEErjCm tAndwlKH2E2t26EA5SIcHIwAmBqIkh6HzDAEDKtG8ALCLtugTFgTy98wsZYYQcH/+r8/f/3yb//5 3375+B9/j6zuqg5hnOOvfz3+7V+/fvz3/4fa900x4toCa/a+etaVahWrWVzBcEgCCVsz4LXgYrzs 8ZXWrUXZhSFZPzv0zUDc3szdba8OmwClruoUqdWHFnalMn+03dcOvaKJWre6fpp/CkvG9NZLckNx 0eDNekrQfX0Ms0pFE2S8GHlzsqvN9TnrayziTJ02jjb2bdvMt/1mGczUCChTV9UtYiFJ1/Be7I1r t7s8j4nxVB+tTGZob9zuNxjvX+5vX1qGfX704wHglTsyb2RFFSlzvxEH4yjmGkl3s5YkRk9ph962 bfP76fa7lMcjPx+f24ffbu/3W/vlyx9xdqGZv5nvm0fso5+Pked5brZbicraZgz2Mx4+0E7rTeNO OeWpZIbihiDZiptFT1e26gV13rTJPdo+YmwjnGPbTL4zg/1QDmS3KmtKDnFkt/PT/d32JtuHbciz jYMRefbsg8agfReqJ9SIYATIsXJ2lxOJl2F/zjGJZ7/1sVdrtIoFl0jutb35j97Gn4Er/vji6wT2 l1dy/f/qd+rlrHi5qqt+xHDFrFBRIq45UK7CWqG4ak/mAVUpktp+iKtksfagud/X0spr46+Q5QA/ j9w3uVlkRg5SW/PNK7Xx3ey2uQM9dNC2zedGLLrZLBBllY+YlgBfmEWVYxQuV14GwRJUm9vA9Ffq RDeiVV8CyV6o0JheNUJT3N8gkL0uJFXlTxuNCcq+ywwapjFCg7JJ5lm+3Ay7E1zSRUVip4BWqIkj pxNRWRlhtqgnLWmiLCsUhpTyizUx77dgMgBD1BSdhAq4qhRPIfiz/KI4IIKufHGN76Ls8ocJvcZj zQoAdPhq0PnCWbuQmvUKV/atZGcr/K0M3mQfr4CqBCPUWn4c2HftG46ufZPBInB0fzM4q9Sq3JqW FBAmJgkGywskgEE1LFk7VOt5Kxb10zYWQgCUUAenL1j7cZ0bBuCeWf30TM2lymI+3T+YgUkRmwGJ VPkkJAirBg5zbml4ObuZbGDaLL0xU4pGRUsbbBuiyU45MzZTcCN4Uxx+awO742yNqQ3nMJfeGkhu qe44REB3zSybTJfES6WkboYu7cpGPNQqRxj52IbGfkvlDXB4lxGV+7FdeHSc4K3x/vDv7KD1MDI3 KAaTwaTAbOkgWZqohKmg2uoOQEzW1YqEZ1tXVOL1ceAffzv+8p++/vYvH3/926FEMc+k/Pj2Pb78 8m//6cv/+utfd/fc2Z6W6AdTaGse2tLEn5jeIh0D2JZRq9IVXEKKFwOqlkIRoyWO3g/+Iea2vXur APT64WOMVC7PdTqmzzPBc9vmXJLPfZo/ATMv5lt4chf2dYRxZWbLxV7HOaEG7et6OZ/MEa7nWArr hVtAyRCUZ2Zsu7Vta5uzWDYRxyP7ceV3Yo32orP9EFtf13I9CGgqkwK+t69fm7fWtr3cBSjNLPP6 ykuMnutQs5FcvZkQlamQkpmpGLC+3bdt3768v+v8rp7JSrjemt/fb+j3b2dsym2M5pvaje1EH+Ps Dz7a3jSNvJmNpjgHBg7p3MQdb7s1p3opxUV45i0yuSW3ZB/WNzw8W2u/xP41oYzfW44bYd7GfsPw PB49Hm0cbpu3ZtsNcWA8eHwzvidt2EaLkdEC6EMRGJMrIcwaK8zg/2cC74z+X4fu8gKlqqZ+vR0g Uk9O4uvN0ssk/MnPeF1fT495/evru6+g10WOxnKjr4+9OiJ4WRR4mUKXY3R9/jUpuSJ4Pa96edgv 785v2vpYA5jaxhGz8gIDGEevLKQBLqSRbuojQLg5yUxJSXaUMWcaVV0MwSDlLOAchJc74m5mTrhZ c7fWKlZ10kmQJ3kuvWMnQPO6N9NVYhUJV6gnQ75MgyaAbGYGi2BlnpG52LkLupgS7LPvwSrQWeap 0tlruCdSpgq1C9devmE9sdnnM4SstjPVwaxYJwSsuKRmYJaOAurIy7G8fivSUZcFxlXfry7kTGkX OYPK8BcXhKPOWKTN/MQFzNRvL0JK+U5SAUO4dPo1cTJiBXgxja3krtZ4nrrt6mHVohpkipEwq5os ESr5jdXZZybvqKaKvRlgm6MkFwUbDGdaTvYesJowcJH6c91lTvV0W81Vw8pKo8rffNX5lEjqtSST MM0dJ183lQWoSyZLQTmLXxbOQ3WZkLFp701uumcGEcg9CLbRdI9Daoe44yQYCocDbwk2DFPRTh+A pL1KZhYlB5CTHaCwEyO1W+5gT6ah7TvP3COH4QzeTC37QTcqI4b8bnGERN42xGGHpYznCafcNE6o pcsUli2VJdevSFYnIoviUSmTZkJOZ0i5tPVkQOh//f63t1//63/9L/9q/t//429dAXmDq9N6fn55 59um74/HvrUrZfBqGS9TldN5AKG4rFzJOUuDcCnJE+jXB7FwLEwsz5ffwJTOs0vfIZLv5mb01m4o 5ghi9K6ZerhMamV8V0Gg+IMtFn+0+3p+a3JKLvtbB6wJuwvgCivJA6BUJRuDE/9okgO3uSBVbe0v s/50wgoRSY3syjxTtu231rbdDDJjQoqhRbYYTz/mOeB/joPz5d9hrv3e3t7ty9fd3cbIb9/6t2/n UbJez7PSj3ezXraqA4cGCEVERwyTDIlU9vM8Ptttv9/vv/zy5jgfR3jbG7ctUk572zyl0fvHI6U0 F++GT8TI87NzlzMikcMUYNA84TaQI8hB3zbfJEKRGQ3REHew42aWI4+G0TRCjHbXPuLxe2T3PszV 3Ma2jUFFj/OjtZs1b2/vkWc8Ptm/u8kztuwR+UgxR+HjwNTB5fI4x8vE4AuiwB+3+etxubCv64JX YvufvfX65z99/DQ5gamii3U+P82up2/9wkl6PRpeDoiXxfunVOMPbso/dYZ+uorr8ZP722aLuHlW mg7xPDcDGGKmVd/LEdcZXiF9XLN6ndWkaRMvfHCSPIkmNCOaV2hqQLOSLi9UldU4AUaa023+SZJT qpsgzJLVtNt8inMklFB4hMUAYSFFAgCfORCfPg2q6hKzTmSaQGkWlMxUVH1pjlexb0VNBvHUqC5F iUlJeCkNmVxuYdIipijEMn41UrN8pV6aMvlVyUCBCiG0EtKCxGQrc7q0rp6CaEow6lACoKGi5uQi 3s4freba1TemeKap1atSE2yZuRXh7cbPT8vE3hRRLViAylInZlXU1KOrDH2xdmq7TaJRW3mM0qbi b6ARqjRJkX6FToBZRS7TtuecQsTsyOEmE0cClkVhoWgFPYVJyqJ3yKw61YvhImHFMpmdALj01zGY Vo23SvatMoOC0kRtADrSUEVs6ZJoojUAaIO5SwMesl29clQNEIs/eAItcbNJo2S5p8msNKIYYCBv SYMCvAEEvqeaAVuLTELD2EEn1R9H23eMs1PJdztHcHTb2xjhOfLWYnR6pBERBsJtyv7M0MJQpUBm MsFMB6CgNTXxBNLlwSxnPIzH0f/6++//5bcv//bbL/vt7+ch0mUSJAtu/bdft0fvx+jtR4N1mUK9 IL1YhqySepOoRbgWRaMAWS2SMy93H1iKW/MgEnrv5HeSre3YNmNrWwVVXThzDOmAtpV3LNx1EMXe 9xcFoQsnqGlXJzbWE7xYNP1AIy01/qLvcrwIcBEYRQiqBAQ0MHERTr2K52Gv/LpNq6QWI+beJskN ieZ8/2LHkeej2APXYF57wPXvawz6+kgjvWXbREZEfn7EP/7RPz8zE0D8mE+5jjYNfYZR74AB32VD WeDHRt5AGRNgDCiac/ebx516DEKR6jrdaLtZxNl7fh6Ctj3TnDR1RmTXqW1kNoWrA412c7tJifHI OKXNfW/amEM4hXQESNqWSNgtxQa70QzsggyPONv50cy5ubZ75sDnwX7Y4w/sN5MSLWSfecZBjeER Dg0pgZ7Cy6S9RsZ+fMV+hBCej5Wce31dzzd/3oCv0Y6XF1/v8p+xk/r/J1TjUqW7sIrXCXxdTr68 +2cX5KfT+8nteJ0Y+BECfL3Yp2v+p0euVXZdcqyvaFGUSufmJ+xnALlwUK1x08sVca6v60RmSoiA J7YRfZ1V9aYcQAcAVtIaQEFs8tIDghF0h5mRNHNzNPfbvrW2mTNiPB7HefQ+7HHcmsFIKHR5ChBm 62cQQW58Afq5roKT2oYi0c8lV7vgor4/r7Ay4rwCoEXqmJ7FBCdo5RqULq2tceGV3yrau01+IDGT SmVc9aIZWqPKKjee3dJMUrUAkj+haDQEphNTJzOrdATSDVW+K7/qo4SZ0gvV6RZ6YneqD8gsG6vl rBs3880YhSZTgBJSzqyEplr5gGRoKlqrUCLughDmlsGqWEkVAiEjNBu2ykgmZbOLTTl6JrpKVF5W Sv5RUjcZ84bBkFkeISwu1QDBbDXErl5JWqMZBpNbVn2XeSKrlkNexDkPlIiapZlZOpsM6d3olKsV P8uwgxtBYATcpzBgI3peMFvewDCksKvq5LUFDFVgJSeQcOSYxTg8mDtbO/XoHWE3abQeQzwVFozK cIsBE0YAMX2LYvVjwAkQmWrFaUjSlWkmaEuFCWrEANLkpeXjiAR+/9vHb+/t3sZvb1/0fpAO7tIf SMN57rf4l7/Y//yP0X5kWb7ao3gJR17M1pTuSOF8Wp9n/ritnPGrLbsEuyoksvPsqe+3W+40tI3c WzNyI9s4xxiRISKkvejHVLnDK+5fq2+B5Ps6Z7y4I/niNrUXn2MDtiXXWzJ6Jxg16SXXsv41uZfF 0MsRrlGaFoZ8yqFmnP3IHFEw77ZtbffbWwNjHJlpiw3w05b2k43+4RGp6PHx7Tg+zhHoHefhmSbl T1D561nVcwnIJryDMH0CITp0k4qqIlIakd0ytubYbqePHqMfnwfs031Eo9zyzOzpW8CocIVzQIxs mQjCXBaJHJ5yv4XnsNPGadGbAG+mjemK7kgy6Rz0yD1GKtUUrjDws+2P+LTz2y+g4862oX1FM5xH fn6L40MJjq6RUsZ4YIqrCpowRgJcyrNzTBad/Brh/NHnu7KK/wwi+tldwI9b5us8f/UGXu/C9bAf DxI/+g2XI8IfAQ+uV14f163/p5jKP/U2/ulDP14LfvSTfnJoXp/bi7f90594OedrMV7r98/+TXt5 /vq7tkzHtX5LXMfnB1b0T0BCirHa1wDgUG1HRNHezn173G+buwP5+Tg/j1BqRDvnL1ao/QwDVulQ aaX48mw0nQ/UExTesKpvsOhr9eXKStCYxsnQ5OSn6Dmoiy5fuZ+ihxpVtaDEs13konmW91I5bFp1 pdIKy2tfV8kGl3KVTStWHQy4GvDNDMosDAUnRsILUamEcw3L1Nyo7plemINVfXjxkKn3baRjpAGK DSFS2El3Jw1VHFvzrRgqcKm0JjokqQkWUnKTdjhhkdiQNsWvhcWqbpDLEnrTMKv+nnl1MwxW77sp EIWSWTJZVAVsXpLooIpk45CirgMWYN3e6rBdImgJR0jIgE3dG9ECw6eqOowRMBANA2KgGZP0hDNz lt9uYWglfcTiLJVe1Elt5X4mzCygZDahiMhvlVpwDs1+5beSIxQalGRpH5z9IK0lhqWFWZdyQM1C 3bB1D5zJ1KAJwwDBZ68s0LSAA8xWF4ZMspQgo9KABYRMN9mSCcGYY4y///753/6zIQ/oTQCY1A38 FHZG+/LG337trw5HrmKKXA7HaxTIZeOGRHAAAGOuO6AoRa+xNSZIwBerWlYjJRs9iM9KJ3rbzW5s O3kzO3ievXeVZL+KfyugVYUM5gpPzN+zJ2WEC4WeYW6SY2660xreAFs96Mt4jYXZaBngMnDLz5ee Lz/5d6/2t3yOUOGB2jIyohGgnYJoN3Pc7tw2SupH9BOrVuLVKOP/awtR5nkyRkqWaZGWacvF+enD P+2OmvaHBr0jbphKmb5uFiRktH6M8zh5C2zhm/rZjz8+cD+2WyYsrUmCjtSINA1X2KSoQzKxoTom KSzk3tLvoz18PCy6R1jbsu2ZW2iY0hVghIlkiGOE90937u7n9kUjcHacH95ssxvOMUIjs2c1VsmW uUlb8UJeNmm+bpZz0cxBaOQ1DeJlm/zp8aQvXGP/cmt+cgrzZfz/7LLUv/6yiH7asPXy70/3DmuL 1ctejj95Bq8ez7VJ/1No5P/P488Ojf94ZPzpT5+dDebDXs72GuHrJPmjO3JdWlsBg63lEC+IEV6+ rgWW4MdBXlu3ILV18nwZhIna9tGP89PMzCzSxijx4usUVQe5LvYHlticPH9+LJTgOSy2nAPhh5ta EEIuN2VBKSArgirIY74iUlZkhWKuLACZT5dIVlAFNHVWVkXShYYU3jMD9BXYlAtUQ7Zqd7kyBXVX Xmy4cNltyiiKXo3jc5JcSFAZAik3042iEGS6LGc7MWh7VrsClli82HSwhB6ATNgwwDojkjQ34Yxw XZQsQOimh7CLDkh+E+AbM6QsDcMEnOZSamTSxADcwpxKC1XMDiWMSjITYlozBBJhrNOSmSCGqlqc FMyyFReVKjk+WXr9JIMm7wTTnJlkwNvMrMnFLMk97snJ0lw9FwfhtA5tVXSmqlqHAEREdDS/tQ2g KCWGoVGQHcXNFyODSB86NUpcJDbhBE5LlzvUjYlNSNhAZKIRMqXopXk8q37LE0JmCS0zgjQFMcY8 s8owca1ZF4N4/O0f55e//PbLDuaZbOR3cOVJw035r795w8+PXCUnr97GtQonjY6wInw9d2LVTK5a jIvSP3ONeq6+ta8LvWfqY0/c4Nx2srlLaKSTHOOMcSI/pDt0yYDGM9f7U6DJ19WdQExi2txjXu3d 9Znysep/ruyPAYkiMc3lndOdIpbKGV52rAsojpktlQEQUnH0/gD71pq7eSPN/l++rrVHchxHRpBS ZlXP7C0WWOD+/x8c3E53PdIWGfdBlkp2Vq9RKGQ6ZVlPMsSnF6PlvtmITHqBCFi6NgiVuO9q9C42 PdLqfk3N5EzfcNCBKggUfbnJaGWEkfj8bLQWDNrOIn1E+4RZQ0mwHjl+KdqDnR9kgawHDT08Dorc EenZqhCs9AoalJYJudxQarQPy+bxaenFi2qJKG1vdXsrLr//qH5/8ddEtPbwqHiIH+/cHshsR5SJ I9/yNmd9TO78P6IbDK5/QK6v5L3702jPsbrwSCz1rxsBY+ptLDAsBfI7lKBBuE/M8ndTtnh7XbDO hBRzSa+LYZZ5RjnP1zxLYBH5TARs5xG4XFOTMl90QRi21G/jqy+DaUM86YuOSThhpktVWk5El1Zx GdjZoz4v7eit2MKYlQC+Dip4qmSaf+X5p3XcviAFvjyGxoxoTrROP+kyTVjqIS/zxTkXPPWTXxBn BGtvpJNB9GSz3RoF3VWVALoXM4ckZoAOjoyYnbgZV0Sijoh4WKz09+Vw2yLRXcBETH/SA1AZesaj w3+HQqaSYXITqImDultO8jh/WaduToJm7N6FYdZ6BD30oBeHVW4ALVChRtvCaDSYZXaT3249WAil t2TpNsSoe8KZocJhSNN51w5Fys3sMHkWxRCcqqB6DgswCPRIlbTMPHJSCal0uiQpe6ANAMWOkE7F tAuRgRus+4WYiqybrXqP/Gl5N25pJF4IgIXdlJXuFBQtdrVuw+nmBdlzVngijIQs9Zl7Vyg1qggl mS4WKu2dOx1qBpPUIo1degGAyKRBh1fq8DYPILocypBh8Mya2l01Mj26YOywsBbEzMy//vq4//sf N/40GvgKvSFI9YjJ6WJZaFMM1pvfabgnJfXz3iPZE01B/Vh5lF1DJC3akGMrEKLkrSX52YNDuzvN jTd2HGcBRLQHMoUbVDpmB3poskNnPH0QIA5pzfE6gfwSya4i9CmO/trtUo/YUWenBsXR0Ghah35T f8QeCFLzJD2t/EaX6Rn79vmWxWv3XnEz85eXOw3bpxbMsfK/lRh1uAB0JezxivmiC33HcmflbSvI eL6oxGOP/ef+sen+mjeTwQmPNIswNkZhmliVzrrRNyuerZ9uq5nMoFvyAeymvSCK3el386oQIhhy N9kt3Vtstn8U82KvKCXvt8yI9tBuqHdP1K1H+MDnxyf5OBxPuoMgBHI6MH974uR3Y9gFQv1+LDx1 roE5nt9WePmg5UOc7+CpnvWp9aX8rsJvX80FS3GgZJ7nd53c/sF+g3vWMhcOvTbvv6CN2cE4K0ry CdnPuL1T7VIXoci86We442djqdV2ZNaWi21Wv6YdzOpnd1kMkIo0LeXbMgJYaNRlOrioyZ4XyXzF Opg6t01Ps38ZTwxoovPtY9FqfVbzLev64UCoh9npKD7bdjZuJTCPiYc+KLq5LQ7w0AvgcGNGz14C kj1GEXomF3CY+h4eRqM5Yph1/0lq+IbAmDji7QKAUsbWY9gJMDl7GAhAXQcTfRw7iQahIqJH6ZVK p9JHbLBA9MgNPUYLxYcglQSNrAiBDDM0mqAeOj0FMSyhHclGr4YfhiM1dZoYIhCZopzMxrDd3ElX NmV2xRcdZkRma7DinqBTdGw9eKgpkC1UvRTtD7F4scSeWc1Ii9Qm3eCbegagbDpQn4FyOmxvsTlq Rvq9Ft7BX+QNmwWSTu2e+Z6onj+SkWba1ZRg8VRgywZXbpmKFnn4ICWNSFMkC7t1QDfmVYocEcez S3oSKgd2VPa4suCwVibM3n69/V+5/ft//jR/U95i+xMtFBF6L39k4T/KOCn2jb2dkcG6qTgOKH1v dEnaPGlLFhCFMvZDB709fsdFNXMklQUA2b6n8l1p9cZ6+2F0sKI28kUAuMfeEDzkDV/tMYAnZ/Sv kxMO+qVuC7xiCy4mokdhqfIo5qCP9jfwceA31Z7/IlWh22zFMCqf7FzLSbefGxxIaW97kyKzgPRS inutDrDtkcEebGOQiPgiFl/NtiGc58JOLhfPBO75yoEmbRCyHKVTqUy0HgvwLkbPEaBEEGHZGFU0 tYLbblXlHtlKhCkKICthN7E2bRUNHu5W9WL+0uKzxe6xl3YDy8OruLe2lf3D3VnvEpMM4LFtwFsT sW2+NxoVG4EUqjRDaHQl12RI3wK1eWmUmTwvFkj9PIDrKn0e1cuk/A6g4PzI1PKssI/Lqf3y4O9Q /rOqYnL9lZmt/LIsbFLnNsx65gJb3+jnXfN85ejIPr7OZWnjvXH2A0+gpwat5+W3Sp6+nZQlkOs3 xXI0+NI7LH1fN87UE61I8VsYcfk6G/w8+1dYMwrk6P5KJZ6v3w0yRoO/bSHOK38KkOIEXL5kqFNd OH/nuc6TxnD5gcfT4ysPLVgZshYBga+g+91NOknaMKqdKv8jzoqMJJgSLOHlEDcMg9runpyATNZt WVLMhBvMgCNarncVD926SQLZYJISolOEUg3dv9MKISipEE3BwhnvSUCkJXvuJNEML4aA6MXYEoet BAshwSJpQVZJhib1ZJIxFe8AACAASURBVNJZes5IhO9GWSrMCFm+y4ooz84gvOKu/JBqgVq+J4sx oEeggUltjQXWCAgF2K1DQINrz5Bk7f3vtLtX0n4pXyKSuUmWYbQtcbessD1haEoPZ2FmcFPII98P GVbPZQaADT35bwZl2X2Zm2dPDUUqB1nUXD8yCkFVTR2CJPDvn3+/3v75j5c/cn//+Wt/+wBhkW6/ Hn+8fHTAMYnR3IRz066ofNnq3R564bWLbON0pNPpQMlFQDJBibcWwq8Otr3caCCLV95I0qCtZbfu tKVh6MGCugHmIaL7MqKcm2fS3N6GfbTktuhEupikh1rUsrf7Iz39SmM3gRox/0cXepOiK/MWEjP8 zMmupYtm0UygW95ePu8v/vJ6yzsjsG/YH5mxUsy1fluoJM4F5udV7MRlhOedlVxqgTVzTvvMpVJt A/YUgXTQ4cESZk3NstVUuIdXFE81y2TKWVRfkI9sH5GNud+RpRTcXzP3iE37h5Osnv7ayq5osT/I ak11e7S2K7WrYfspAa0RGNJRFCD0xVa1tP8SufXCruZ49iXRxv+15HoefYYa61eMtbcqEbgsrfWR i3igDC/Qlf9dWN3vOEouC/65ciyABt+tnJXpXpbQrGrFHCuU+R0jvLxrNdPG0rxVpTLbU8asrQM4 R6A/UgEB21j5vliVrnjo84xyvl32GGIVnGf5W8SJp3m8IBtfCuhpBmdP58joPCYXaPjfccZs/JQS PV9zNa7rkMv/S216auFzX04D8fXs4go3TpmxFFpXWoynZky2QYEPlU0BCpdGcsf4ygNJdGp8uL12 Q8Ue8TvdMBAJCWNWKxQdu4jit0j1RCDZY0gZBbrJjICHyBJMIANOWDdKSVlXlaRKkxwsXdHRzJ3A Eae39Qim6V0mgp628cjlaFSYpfGFpPX0gNmlK9TezYxN3iKhcGTun4IVqVEJupJsSVOII/sG6WlU wNjgAMy1Byu05ed7tlpsR+6gZTSkCIPc9UhWy5CajBW7kCqokU2ZhfdEgwFRqewRTDpVktnhKhjG kHrsDVE9ZaUDpFqQJri4G/oBcBgFBqBH019vb6///F+L2B6Pn5+QEmiC/ed9L8s+zGWtfLt7/bym e+itw4Khu2QPjaXI/bDKFACQPROsCQ3yZZ8c2yAj9scbgKofXm7uxdxZ+3ozZWTbRxSmLpGbeCjn cYqcKdr7/9v47ENbZOP/vnTzIM0SpvxDMqJihmHsluXaxyumTPjor77GsJuYQKo4JIcV6JEBHWDE vm8bqFJeSXNzuxvBaC0zpdRhEHphGCvgW1HRhdperpU+zjavlDeWI9SkHj07KRhOmFWTZJ+RTWim dse9WVUpmY9ojS28EPUW9zuax2P3fb+V3WvJWphV7+/afsKt3P8Ef2BvmW2PJnyWAkRw3xVxrLfs 4YkG8RpW8ja4Tlu6tj+t0otaYWWEvcK2jMlc2DwjMC6n/+dRfabjdq5z1XRMan5h/OtPwvfXyvZW JWCcy6yGw7k8tUbd5fn8MFnO+uyzIOe/sMaJ5PpTsVQ4122cwcd60ljJy/qWiTluQ0HA5S2TaOTY 2vOAdJnNlYle+jU1MjpzcXvq72Ws1lnDUlLLCPM8oZcpu6ixdB6K5zqx0Fs735wDO+vkwLXPYpi1 fp0Hf+0vlzJYevEMhVfTorXZ6+P9Uy4D2/d1r8219n2EXR312LLfMU/VAjDOlgO5GlC5AyxHwNF2 eOgQoCXUgEYjVSnQQxTTDDlDoNMzZZ5Jz0aUBmf2uBlIs9LVTe6uYGJDrWBhNlKAD6cehzXrgUuZ WVN5WMMegKfbzwQJpVJNsKpsjQB7Tpc0t+po3fGXAARaeg9cG2kAkRCcTZTYct/CugWdYELAjfCb hbs+m6NkNEKukq25ssRta1s1d/sRLUCYXGqCpUzZuo1sRnRjnFTQuy0OACgEF7wiUmZysxwZ3XpG WjMp5e8P/efn279eX6t9GqLxa4M8G42u22D9m8v6MPI//JAOXAqOIQJ6AmvD0VBDt5rmER5ukQR0 q8yUJFmE9PglRdWf5N1IYy1uvDuwtX2LfTu0DyjDeXWoeDSp+ezFyyC7GK8rQwI8edjcxvNv8jOT ehBNEdE1HsY0fgqhI0zI5B/L6HFKkiuOiGFHVNNeP9kikO/7RtGs3ur9frvdC+7KbG1v+8Mi6oB3 M4T2hSjEOCk+b/uVVM2/VbG9QkysVFsySXZ3K8gPIVDkpXgTWET2JJ6gmRehphmomnuJ3d13U6uW O2z7NCtW/shaiFd+Pnx7YH9n3G9emjwb1JTas6t/M3lE4vkazFgYgxbOmudZnuoJLh1cad+6KqZi 5ZnJPVNhLHdWjm7f/fpcw0qv1w/2dGdlWhf8MZnu87VinanCWGVvKzuZoAcL/5jQ6tLOi0wFC465 dLx/2EaZvlZvw8XGRxcur1hXbJ67f+HQs4+DnpxmuYzK11MQzsubyyD70+K59HHt3f8TdoVLsrQm 9IB27+5N8iN5hbz/w6Xqu3dnuoWTH7YM2rOJtTU129MqAgKiAufWospC6Lu0XO7XxLxr7+j71uDI 4MltPRAj9QRM4G1xUy2mxmKZMQ32jhC5PYli2SB4Z6kwtZ9BxaB+v98UFRf3M3PYRr4IClyH7Uq2 p4mK2FvPILtc+3omF7TW+9J8GQlC4BQYzj4WVxCtAQRVmoo46CoF4k6X08oGood8IsRhokqUvqym bCYNYs4PEWzaRIpQpUfmpKAYr5xpJkAT6zlsVQoKleZNUXrw/CJiXd2qOquSgMOULgovUhpdQKFe /iZVMwUhrGaqKFX7ZeQKenHu2My9uu4q7gZVWA/GX4wu1sTEvfA8VKqbo8f3dFJNvDgcciqqmffs AX3zzBWUphSquj6Vzz+PA/75pX9v/HYX6TeFWG9zIBgdMzsGZ4z1Fi/TKp/Rliung3cPBDECBcuL L+WKElav2xyv+5liZjh+98O+tXzUraqq1n67Q0592NnMhF6AnhtlG3DGNnAMx5OwyzOzX2GNQfUp GpEoAwk++NshJmyCptIjKR/u1ft9Xco63/pRqst26ba8Ck0uQ8QAB9X7WVcj+RDxum1aRIqLgiSf I5ZaD/nHZUqHSvA07ZfCZFdlKySwFMTN/1Z3Bc66q51sJ2BSpEiF72qFPXaJUEWpu+tmcirPzR6b bQpvpXJreBzt+IOPiv0L/NLyTTz9PPDXfwCR86lmJKU57Ojbt4rXnpwnTmMS4nWIuZbGEoONXads c3A4tJguE0UVGeo8b0mEUsxTYEFg1sfR6aI2FpJhgKFDd/qM+aWuDqjG6aJX0XldGxZPuBA8fUaD 2T2Zd+iWoWHI+rx9EG/qrdkd0LEtmw9o++x7Y2otm1aSvCNM6jmTI9YAJQGTIWf6C6MkkzLbiDFx Fs/QYlggAYybqRHWWxY7SNz7tiwGh/zsSMvUQcJYfgHJ2l56wfzy0jLm7vju5Ts89xfyXFhMmeW7 zKTBADtfLLDkYs+A3U20fKaHyVmlMxhRdEY18Lo6BECuYLCv+1M9nqIkKkenA6onLqvFdFBmrLjh cvarOJRvRT+JeXZ96LhCpEBBL/127YHSFApWqUVBnN5UoNidpXqDwHr4CC9UgbsKTPYCL2DDLrAi 3lBVUEBncZdN6FBX2RVuxcEiSgGLi6i7AlStoLhTryRHLiigqEG40VA4LDjp5lLfwmgCVArMAbB4 X427uNBFilUTMzU+jlrxz3/g6zTvqeFTOrE8DfI0zgsCmW3V6w4NLsOyA2MjsYsDCulnL64DzqP9 PgAdNH5pdxBudvIP3a2S/LVtVavXegU7V33yaeZxVDsLgotdJEBi5vjB4v0+9SsSVBZP6fCa2BCN DnQ7j4CIEuq1nGZuDfO5vAEPFdJE2qVAoRADTgF5bUi7yBMEsbttj2+U49DCUqml7J+67QDZGs/D 3MJQW+YKUwx4zl+CoG+F0WuTdXYhVEDc1fqEgdNLs7oTm8IrW0Fz0CvOvu3p2Iyn+wOugl+1ftQi p4HHN9qTj28XgQvMnXo22+ybJKxVXtmxM40wuzSyWyLrp3xbwW6EK4lRORb9YXjFwDO67gL3ZkS+ vmSNHq/VuUounoRdVL9bJ/FaAMBEu5IqLiZjNBtGT44yshhYehvp2/J2IGE9hLWEm6dBBrQBW25q UUKcP20moozNryPpIR2pBnppw7mylBijJbwh8ZXfnsu8VYcxkF4W54ckmbNUyebOUvJg/wfM+f2l 7mLt4R3rcqa73IDnzMmcK95buMMp78aYR5dPHC+dRvHEyRhE99ubb+dmGVI3XsgqbLHV7vBzngtJ +0x2TJnP7/tM8W5chETW8YXX82sPQsedrJH29GoKgMIInMAmZpAC7milu2V66rQnRJtfLh5cMlng kOZkOamFzVmJ7osQSqkkBA3lBErh6WIi2MRcK4lCoxaIOppDoT2gWnVVUevRJ6Q4RMUEu/cjM9wu y0oqrzQy2lMK9nAHSvSoYD0ma7F+AKUnrtl5bBsIExoodaboIqoCQUzcIMMbdkXf6rHmCB1xZnwE k7mw3o8fD/OEl0OMOlJbh2oUoJCN1k4+3Xo23M8NRWuptajqqUp/0kG7dNYgf9Y6QA/0fzWbubZb A4utnb/osFebwHr+brB0HiKLU1SphapEOdyNzJvl0/QQxA5LR0gHoBs8DoHA3L9om9sBOWr1bd8+ PrVsBYQWktJAN1y4ZeSgWtbxmCeY3ZQcx4zCUEtMyMmqi24FsFJNHmJWWtu36ns52+5m9La1Z+2n pnU/tMEfrf0urlr+VfHBSpTWjhPfDx6G1uQ8etpbQOTKyUfMG/BZmGZm4zyoWENjFsGxbA1GqqMd i+SCAG6urFDqCw6zvp9Jen2+NR3e6pI8cZaldhaUi7WxdHRvalFI2SXD9BwJvcESnrrIMPRSZqxG C3ETRGfkcF5ExsOflG6GDQmTmloODVTmCITnrfeg7Fsnkw73+wLS3RCPZcNPYwwgg1XuejdPqDtB o5Fc7pN3ASyXfLtnMR0kKciw9jjf38nA5LLofswv322a+xAyD8vc1GJ2yBhCS7mEkLZaWno/M0n/ viWf37Lb+JORlIezYICzVRFE99kA6i/EyZX7lPeZFpkHFjMoiqcmCvpdBBIjk2+v45Hz+QWMARvg DdeFpBMCg3QF2wApAGCUkwBhI0hm63deISdFHTA4UVwIHCa1iQuo1H6EUExB101pgEJUxKQUVhW6 tELvTo3iViqgqkZXEUghTKCQita0qbcCk63nE2ROmJ7FUyDOE049scuLFXhdsY6r23wFlpaR6Ie4 UCkAegofGQFDIxZFnxsVKHQz2nn+IUh8bah1Ey0bqPisImc7vZ0n6YhTojLgebGOJlBfrEOUwWMc bIRZCl/T9ZXtCMq+fXh5hs5SrCfUc/ZwqNfkVDTAHRu5X6tqIajsZ+97ggKA1/XaHoPIgUJ+Wmt0 entu+wkponX/4L6Lu5mxHWqeXesyS4pMnWXm5+/ZFYmhwl/KvocQZpWiXv6c1ur53CrOTc99P1vD cQLfpZTy+Uu2CpXzj9l52ONZ6/Epyu/zPNkMtKZng1nPZ6tA+KWCqZbpx9nawAx/Zrz4zF7ZuxEW UuwcO8SLkwAJkpDRi2hY5HUs9DG/fN/IyHAu420/PJfbwO+QyO3XcquoiZ+zhZod12H05LoyG0P5 Id8BvCCBo4ufhrCMVNIRpTz7YvJmfHaDIx9pur+DRPo45lVm1ZKtzGChbLMGH2ZoM8XvJPi/RW5f smbJZL2/ubQTZkdW85oORP/Uacwg/9mezp3+5LCJieOJNzAbKEFEzJYQZ0Mhn+QIT6HPTCXjEHEM PzvbFsN9YdFlFgT8ln7NsgKJE+SHNhc8LPZHtgjvyGSamxz/lrSI8hu0mFf++S9gk9e2+4h4wrDF p6wOABzu110wH52aA23cKvoEGsQBewACBarIta5WkHIInoKz19cTUkrPb+giSiVIOSuE4oAXeL+I 5P0mUKJZdoXlFScTUV8TZpyECGsDQL8ISlyx8rtrIyjWc2Nd7u5XToTp5tslDUlv7UG6u9P/Rq9l q6p13/eiZ9uO5/fRTnPv11566331LEkEZ17p8R6W6B1ZsnjIMnKD9NsiPX2SDuYQ8soIL1f0Gzqc 6MlmeyIcB/YesFnkBJz4fKU5lu4B6rddNlxBxiAoQDEz+mntgaJ1rx+7bEVF5Gz+7WImwy10kUDE kpcoE3ER4sHckoyMmPmTjiddVfZdbLfW7Py9b6z7R/38VSDW/uPtafa5QbZ9V1KOx/k8zucJ/V3J 7fu3H8/oVNMeUBZPy0YJbqDmGRJAZobE7BfJhM4KMiZwSbU4N4IZGHkHA5IU+MmMWDQfZpAwGOyt gly0fpZlvFVZPBBZRC6TN1fx23pu+Z5ti5J6DzizUZVt3yjt1nWZsZT10NutiugLI+pzTVYF0yQN 7XgmSmV1flfYd30cJ048MUl7Vxf/8+FLyPygnHq5+wZydb4bCBK7hpkl80/+bj8CtxbeAp+5bhnL 25WnpE77T1tSotFs2PrBM5oaD27M/qdyq8J0L/ruXcjaCjfgFxT11+53jO8znT80yHcvL769xaXx VsTdmVCTWMiCIhdPhM7lrdGDtK6Ih9li5mz2yXip1y2AgD1XWj/5sI/7H7AX3RO6TAcbRFTcduA5 zjCcPfqtCAvw73nC3xld5hvkkt68+u4J60W61lR0hwrQ054skXlTX/ElvGRy4bTfc7nuoIIuZgJo KVqutNMqqloEcDrHRrJcSQOmxW5+gvFCFnaePoOtdf43pvrAdd9F6ihmJTey9vDhxAewkT2VoV9y rWc6kK7vdcTy6+dee07tHi1Hr70iF7rTje7mMIeqlqp1s7pZKVfgdhI3wZ15PZ73YYdYiaFlvSsd Par4+y/8+ipmPJ5ihxYtn1/l46vqVuygnUXrZ/341K2YtfNxnM/TXVqT48l24pXd5gXS4hvM/BC2 EedlaK+eF6AxxsTr05flhWg2WHfRrAtbLsug/DyLIZk44SUj8gDfKjyZ4VyE49tPps/cPub5eHen I73vaWMCA6tZewWqO6W2NIMWleZzR0ijWF7L3oKF6/IiNZ8BROoi//kALIMdkPs8kAybzlBlKoTz 47WWuIEnMz7vAuFOWZ2fLChauP1OaHk3Cr5rMwDICiZzOxIGouJisWWQ3sIZUwY3uudytwbyHMke C0mt9ZbzEagy1EFJhKizzbFAiMEVmsYYA7fEPDrPlLfjjcHekbkQxRM8iw2xkHKhF24ECtjeWo0Z gTL/GpPrLm0sfS5o5zj/5DOoi5AMNJaZQ3r1vGvPmaMC89FIjzElEYgzUzHkBcZnRr2uw5aeN6g/ k0vTXPH8x0hYIBSx6zwwFzd+pkdGn4KFqGbu/sRh7g752PZdtWcfrHUz1ecTZu2kK5BDOFzxMMaR kWEp84QMr+9rK8cTw2XV2AYGJT0fuWH7aACZFouD8OLdPBRgClHVnSXSgO75ucxbogdKF0glC2Bu drq385vaRD4+Pvj1daVJdno7+fyW86gJdRgBvDPXXlTjiyGi5P3dQQU6Xa3Vum2f/zgeR2t/2fko bp/k7vqQqlA5D//z+zia0WmuBN3VD46kdNF1lFjcR3d3+bXIpmyS/yTmbK6C+XsWo1mmtGTfyK1K nsYLMPjB1xpHNfOol0OLWUFm4aupHczaMU/7/P6iQX1WuhmrS2vxUz7mGS17unCIdyPKBJUED8Zt oCg6BJPPy1NJvvEA1WYbJXcawJcRegFpsBwN5qFxJtxdAWckLBiI7zqza15W3llRZhLk1vznWkgD zOrzbVnmKdL3JDBfCoapwcViQGLvKIsEe6vDFrAx+5/khsz+a77hjNQvR62WAiYxOaeD/TJZ70vi mFN5vPErxk9MQC5jz60x6SZPUMmNkWII90aQBH5W1Rmr/bOkMeauF3oh1QrcLtTMJbuIcvUQVueQ gXWAgTlhJNKQPeGQadR5vi8vZHbNpESdYfUkoRbCBPqmjgUuQlUA4hz54qlQlwubVxcicp33uHKC jJ1IgSACdo2+rsMyPT09wEae7cBTQJftYyulVoF73/Jo5+HtfNC7bbF1e19wAkokswMOFEE3BbIm C4EYaFoktSdhJ4ASCl7Xb8be0PDXScPlPdquA6cAXpaWAOi+jrEZJEQRfl3dXckCHoJG2pW3HTh4 CkxVAYWIFu4fKMUAMSvWxD24ljOHYfDHXerFqvF6TqibPx/1+fzYPurn376Pp59NjmMrn/zrr8ef Zzma8vTvw/v9bfinGR1lRFjJaAxxgNlnGF/yEiFPtuU1mWWijUgkmtRVZteaiJjFVlBzMVOiMAHz k8BlmiDx71s/fDRV0/yMEfnPAhTvXEHZ+onFUBxCkvGwpPfzZeD/8nVlWZLjONIMlHtUn6N75v6H m66XERKJ+aAINwKK4ouXKZe4ACA2gptyO1ULrDptVyJJx9VEUeKz4BdwSrUTmNeyKCiD6Sjb987S 6EjA9pKGogYHXosfQmWrS5faCsgfMVXB4R7tH4UlEm8P+ZkgVGCSD4ff6VzdAuxCZHsnJpEf+/5n xxY+xI6L/lTLmiijGI29CGTCQrm9DsZSQ9eKYWAvFUWCbiY+h6qCsMGKl+9VUVTNoxmGmNL41woA 8VOHdspX6hlresyMJyNbvQ1IhiDC+H0fTfRX26tiKZW8qKp8XAbeLh0dMERbsZXMVyuKzt2hDfjP 7pIog6r8c4VWhoZn512Ca8fmXIhqvG+Q523PaATAuaUHuD/df/d1QbR5Y7L4lQ14r2XJBE73cwwf A4SZNbMGtvnAZpiHUvmA43Y42BE7d1WzzysWP3RmiTCjOF7cnzUONk/nmBS/wB/ih7zAjnkoDUB0 zkU1jOhfcM+s8Fj3Wt1nP5Mn+QMCeLt/AS/4GONPv87e+7wz6Dj8/bavL9phw61fiZVdMOJGgY19 KROl7T5UzUlrNAP484PzxHB8/zn//u/4/m5Xb2O0Plrv1vvRR/OP5zr21lkahRBQNxUnDy9Vgl0w VJukJsISx1JBSObQlelYjqQ69aVaJoU/8cZvCiICkmPvel9CG/gG7r6wCAfi0VkcuxVxqdlubvxg kVjXl4jpykqWVqpOxGLXOgANZLFaCRFWeXkkZvRa7fH5b8y62tNDtAhBwQQwlbVqZhKV8OQdRlXa HKWbsKiqoZFILn+91Pzo6kVBNSTpazJRlQmj2qCwkkVRxv6QvqauwU7M4OdohevSHKz3UdBKX4w0 7HmCLUjhgrULUlZqoACThspap3ao+jFJ7qKnHokQ2RrwtQt+dFC41EnWKHEdf6ocq2kNQOIXT45i uCFYByTaR8oSmkIhc3/jK2ypMoUd7OSsDGmiNeB/935S0mCHQxWrmOs5Vv9cmnq/CSQZ9bMD172B Z7HI8kuw7v4J4L42PTiviffuvnwINsBsLm2wF21ehnI5vuc+oftkMEava1c1Ic0Q6nP1UJet+RC+ bKV7ZsgBxAAuss9zRdeWjHnj4kn2e3vSfcSVCrBVISS5Tkiby2M64MN9DBsd47MrmD7vgCZpbA3t mCs8wqKEGFRtZaX1G515iknv4zzHz8nr4s/Zv7/Hda6r5jIKajuVYfRZvasIOEU9o3CXyglKNpZq q/LVhQuB45CbTVRIEsx8opjiglUbC9Ym2gECm3JOcjKScAX8XnRxFB9SVkFiAb5JnvA2qhPwiClK nqPkTCHWJpe0NVG+Sljt1k1d7GzJVUnbEbSnOhPYIcssmAZXcMcxMiRnBQJY0NPkk2oPCDtp8sK6 CrxaO+5kMamBe8HkNik9E2VcYgA1DFPhSa2oMCZqm1BDzf9LXkZVuhojLQ4Ir6uCpD9VUiI16YXk G0W/NBEZlOJtb278IiCU7oik3nCsO1EPGCKwLA6HIp7YUhHXlU/B2A9rP5/Yz/cMSSUq33I3i1qh L82ZnGMlu4s74qJpb8rMCMdMfem4/qR/UfRjVHrHNnAvFHAyCGekrdPv3eFkJwCfm1cbYHe8IUjM 4KpjjfhVEV/ul7uP4T4AgEazt9nL2GhOOtjB053wr7WSNFE2xHuu0+wrSKPd3PdzotIoKrpt1cm+ 7kgcROe82W6esAqSHeyYdw5hHlgy7qucoZ7B7VHOsp/bBNjNvgF3vOF/ub+B5jON0bv7cKMfL76+ 8P7C17/cGodz9FDZ2JWC8grKGwI2Bq8L5w+uk31gjHnwue28FRyiejmJDfevaiqq15I4TSVz7F9n hSEJajB0TUB/Co32vS1tkaWVUAoJ2QQGF6nbjmB4OclP1TmdyKwZXIhgRSEGM79kwlh5NdydtE4r NPujUntMQ+qPVZaaEmrH+mt7/WqZdDyjlLdlk6I5CrQJDOWZqCTNp2DH9zfmVJtanTBlA31QpNoO m+IeVfleSYAHARs7/MoV6tNozvmmutGQzGlYRXnPvUUWSLBTtXLOsfOwrRPuo6zmPKT7VAV50QyV GpCvSQUFjmH2EomC8ZR7k2pSE2uFMoFgBP6TO5t4VVnUy1dIu03a/S3FRs7IWef48OR6uizEVEVn OwEDzghLaLh67ASPzF4UQkiT7pC/pSOmVMYa0yst7JdOVbe0yi1I+NpFA9y7VOZ+CqKvO99V+9yX FgOQ+5TbvbMUnVznKHC26qPP7bYTgEa+zQ6b7g1JmmPAu8zwBfBB6Is81y4SIq5OvkmhkWpVc9rB CF4h+2cp4j2jNBteut6NmIs6+yJ1503MZDBE2O7AycBcKeJf6k37sN6tX8e4zB1mvRloIEDzuXaX 94XOwQpJbwZrQrsDoDt7Z++YF6wUbtZON/lTgUwa2aQVlHpQdEFy8ri3HpAn9Tfk09iLuLC6pt+0 bXL/dZq56koTgHUAnSycwvmbbVDxVtqqaoMMpFBIGj81OqKK1Xbg8UTeZJghBSsbYM+jU2y+WwLs Sip1ZVtrNZIs5Ogn2gAAIABJREFUVGZLDAmpB8IY3MEWvbTFfrWtoJ6yhIZYEuKQhsKaBj88hhO0 lO80zOpUKGlyuHAiOPaRZYJf7bcLi7og61L8UdBSnfHTdpNJOZ7L9rImHqQJVZs0Gjo2SU2FZOyC Vq3vEBJBrGBNLBLh8qaqypSqlGnHpR5p4rVTBgYu//4DhEqH3VgAMsry8qeTLFHD2GvQzJVv60Rh JFtMpfXo1rmbGSJ+cMnqM+wkxiLNYzekIBVx+xa+JCTuLaHA7uS4l1yAwHBg7fXQrpr2u3/u9fFj AuLw6/oBxug+jna8juN10P46jkYevf3Q/u529vPsfeA+g2uQdL/W87w/ljNgABg5cPtDDh/bfYY5 qY4e2Hq0hVdBAPfkjgG2tpDg050kHf6JQBTKz0NMaPdRdFOK7imr5v5yb8BrwIb/Af7r4+L0L2jW /Ku5teYD3394/jTv2EcqyuIUBYHViRTBgORXVZhINHF5r5kLzRBHi9YxqBrspBFciKYAz391MYG6 /L7XEKucsIc3IsXoJ/g8VFVI0SiLsBS8wOIfDExqMdxfFA0O+Ym9j3wPDgdVo0JVstg1bzoLH6X7 FOBEikdBgMA/e/aQ/FWRaeVN8iiCXLsbHkd7yZa3oubavmUmwNbaKCo12YbIaXunROvJ9Cb6mPRg tNgLz1CKH6vahO8orMVCRkjB4L22G4xklZVPVLRduls/YZ83/GeWjhm0NAWWEtcxoyFQvgj1I85K JRoKbWNs4/I14Lx2XzP6N7liqZQqN+1fpUMggvJTVZaOUWNskKJfScFWcnl5wFPHDQnuqkBhj/cM oQNkUuZRUgK85NZEbVWTq5mgFHfAGvDv1Sp2QwLJBykpcsjtv8JbvJnP34QBfc07YNoy5voVtzVW iCE+EEMHkuAAmo82urt3HwCNbHNNh1lrNvdz+BjdfezONQG/F7He72+2IHFrOiZ0TFiHq55DYL5I d8y7el/3vhWCnA357rk77kUeBJ0rtLLPtYeRHsD0OUjOWNAA4P4CGu/jUB2Y0yv9unBd6B3uboZG tjvqA1pv7Wqtm407BLKhUwedNSUPI5VVjWByhTREJKpF1Gq9GIZgEhcu5YdDNpHzXdWqnQuNVjUm 8TBGgZTCjrIim4yNTpSkGoIsUUPbxTIqj8z6PsbNyiFeWlRdmVLybCBkZ8mp7ytG1eaF2Gp4Iyif hiVRpMYSIOM/nXaJbGniv/ox2nSkRCU+FdTi3J/VaKHUo/mVdMrq8aARmiYCktB8tLX63qUt9TnU IXvsXC9omtR8FOATidJzNBexikO8DYhUav6Q30OIE6k/ETMoFihzt6zYpTXpBGVFpWFVO5EnpjAS NRLnJMuidI4MqtPa/iYgH6XmSm2UJua47lohgzhKOKEZ/4auHlI2Co5/7PRH2AIpSF+EdNuuuLYr hlU1e3EwNRvuGl01guqmuVnU13027j6vjb3jGffA/r51ZRabFc4drfMg1Znf/GPaP62QgB/uf7lf 53mO8X/Drz6+juN9HK3Zq71ojTRz//v6OUefl7vap7O9Od8izI77gNg6ik0mQekWEWO9gZZYDgHw TV6gAz+O9zyNdK4eBbAOdzdgrrq1dfkyxb7eGdezk+6Tkk7wJL9Jh7fhL4yveRA76H2cwMUxzzZt x8F2rBW87CDOs53f7+tUE/iYkhhjF05VvolKY8fC9pxaZCyWa0sMUtMaolAlpfCoXAXTK8c+hkCs 9LXvpQJO1WKKu2qimlyooS5dE4wgLWK911G+r92Dj16aibbyHTXNjKWj9Q32PNUqJ8MT9Zs0Fwo0 tIwC8JsyGXJ5JASXxCe1YOoF7FhHuxoqq1yq3iF3Wj06FhTEA37fC6JUxX1xNArZWXR9shOQLvC9 nlHAxo6OLnuP9IipthK9hifi15TMYfVUNHXBJQSKwFvMngM/cz79KT6hjTZBIVwQxVFfjn1CSsUc u88RTSTNkCgTmpO/C7IqwCGm99EbQPFs9JNGpxT+UJhVtFP4B3uY9lpTBxOXWH7wG1NphRDVVOmZ hOJDxhnhUAVavQesPktf400WoXWpChNxiTncB26zh1gietcyD/nmrGTuTJlbWE2aJtnAthxkJy/H 6T58DB8gjUZrRjPSZnb43NZhNy70GTNYLHuVEG4yn61Qk2JQVdsGNT4hDXK2eN9nZ7zmphXaIGHm 81qWteDjEE6K3ZsGzH08K48fN5k4aCfg85y0j1nyDj99+HVx9O6jw51ka2wN82+S38za0c3GroKx 27BktiGYKhtQ/lJmtWd13ICdZX2vRA2DPgSJkpBrbVpnTb4D/JgBBdrHgaxmnmkIDJV/uAOZXnKn fBSsboQ2nRSEAvYoy4+pFq8EUQBUTA4hDkR/JVrFaDh6U9V3EzMMMQbKlsGu/tS/v1lKDR2N0nrl ZCVIvNfQAkTLmQzutcKYaHh/zkTOhkcpmXoBhUMgZetD/Izxle9VoWSLJnR5ge+eYgI16tdFzZTi 2hd1aMp9u5NCe0nT0yV9XIqkspYsHPaaQ6aq7LhESZNQtL2ehL4tFNoOGPZKIgWzHUKQx/RYTwhC Gmtde0w3kSgwCud4Fu/L2+h7QYVB8VXz1566QF2xeJO64C78b2lP5UdrHKnY8rZ0mmAjOrdfHzEg 5ppKA43LiN4106c1JQEawXm9yFp/qjRtxOEecy4XcA6/5uSJO9euEyPnBMtB0r379A/YMWMMVARD v9cJsIR4OBl6wiv3ZVPc9U5bxDAA5DUPJgdhBNnmhEfsHyZBDvIErwgwEiDNQeAFf930Z8A2NwfF 80Wc7ujjr97/1QfG6BjX8EkfuoNws95e4zj8ePnrddGGD9zreTn7cW7hCQV07Yr+0ZZEp/veay6l qnKPPL8N4lFMte/Le7WVqLMKdjVFOqoeewZV4skAJFcM5SELxY6U/ox/bQd+PqQZItWbod9dmlPt +aj7HgF7BDV9TWimZBo7lVIun9q+Y1Z3IamSsuVK9h21Ubog4FEqXfutLgmeRKWYBUiDiuQ3aLQm ARDVWsEoOiKs8uM8Gp64IvEbxOroOD55G+o91KGqpqTkIUUUo0RexdTEl0qyrA/jCUhdLKllh8yc 2u6fPSbb1ULlpUA/SQ32Ugpz0mxYSi9Un/pPVupJ6kj7V3ms5g8KKNiPHRcF1QBVIkQlQasmGJ17 v/iOkbarcaZozndE1Mt8VCOE7FLBAiI4rCo+RSAG4kN2eKba7/0Sm0d/GzID5obYm/8cJGwetU7O cwnfwLygRHDjmKdS3N7GMroEgQvex5jXvQ3SmjWzZs1ojUYjaPOYss4P62BZdB1OYSGoCjQNp2Lc 8HEpVgq1MukwAw+vmw4c60D0SYw7LMG1cJXWyZM8wZP4A57kmOtBcJ/JoQeItbnKdXowaweykfdV t/C34wsw+ODcUexjdIyOfmGMDoy5k6UZbG5yIcy8tW62YjMe7NH3oWfVm8EhqqdsJx13wqpe5hpz KNukaXttt4sRSlye4EnFk2GgQPhbQdUj6WuAlNqtwo+FIKRC7F+jbMCTeE/BeFRJMyXjoTBz6c1k tpMCSvhq0xUS230IBUPNgG6ajUHkI6EuqV/h9B2d5OdFhDk+JVuldAs3CIXlFJgUE+pie5LaVQfF hTmt8HCkZO8jz6NBQplATD2rWFf/1Z/oHM9qvJVoYyc7Za9c27GOehR4vX8gnLwmEQ7uDYXD8RID maB9pHksF0hDmuThYSdLZW/FIpgq5mW0O36LgmjlQclQZbUXktei3jN2yBNSAVgT9JO2UZDicJTr 6XphpWoilwvjJU5zIbj/Tk9gdXlbrsYhZMUOempbFfScJXH/7GhdEutYJDhAEN3RHPem0bWvFUAn B/xFAGz3ID5mFgjcyyMGP60LXfzlnGddnD689+4+jM3MXjxI+KDZ+/3V2tGv66d371fvF3Efn0Xh 8vAh9GzapOurTKq/7LHfhzwBOhr8tW7MvXgfPzoA3Gd6soH06SUQxAlzd7p/w38c7n7cHTCXgMAc J/labs10LA7wjMlg9zc4AXDicm9gcxpwece46P5yHNO/eR3j9R5uNMP7fR3HCbdJ4/Pk+dPGOumL hCxV8f38WlXKahsSidLEc3wN+bE10Rjub1Qe0p6GetgVE1clXk4UtVVtdJ+C2kUcHid0FTAIHypP Ks9AINFUNSD2n75T0orKS4Yt9Hgtrg0FcyY3xVcTqfjjz6T+koVLxgzrk8qs7Z9qXHfsgx8IeGq3 oq1wTTRKHMCnFPWEX6vAR88GxZTsIeAuLDGL6BjDCu/Z3pW+j/uVJoFLjdAke9n3RQyPSak0Hx63 zGDBpi9ZMoR6NNm9XDlZ2S+5ZVZ8CNshjHQsu5i0sVIg4Aw6xEBIaavUUC7S99j5X/urajNIL7f9 ZfU5aggk4VvteogVS7uK+0zq9l2iQq9dTwaOtqBqv8zs2I6ICzHT1Jj6PbEo7bfZIp+w/k/pFWV0 5cVHtnCbg2BgHXgZh5rHaOZNklyTKfeCjLFgoOEOUhAv8ABe8Pe8QJV28sMc4z43DHOIv3j3PjQ9 rAXcu/s5Dzt3x/8Tdm1bkqMwMkLYWTP7/9+605U2xD5gVAFk9XL6zGTZWKC7ELfWFBGl9HPQEWSJ x1hIsrStRxuLwjgRnOIxy5PzRsGbvADM4Sf4/NkjhrPPcRCNfXrvmSW52U9n59PQOA8+CRt9kzDx 0wSf41pFZjWSjbwZ95OI0qH2JRxCkYraITXiAmqTpCa1fjRqhBj9VLeIoqP0A+gVbAwyGoN5uNkn w+eqwllqFzIuErz4J09m/siucSQ+DTXST7iqa8A/7G6ODGKSm95ElsX+LqqxGJqcy9f81rGT9ZP2 rVNM9tuxgAlnDg9i5sJSGQbwI3a7rXRScPuvl9THxNp5tHyyANl9Q9p698T41MOO8r1No2Cm+d7h VCVaz5exMo1H/q+XZWLRRZ0jHag0SrMJbTNHOHcAs8tZxjOOnayfsdHcoTlfPhq0Mgv/om7+SUFP mk6pRzeDPt7NuD+b6Nb1/CUhIdvVnEHnkmHaIwAn1yLJ2GRvMVbetOYnWRafmGITMxwvyYKYa8ro vODiUoH5x17SamGMz32WChvADItd+/ZUaxjxF9OEmTK7E8yvdnV7Sg84PuIMoz42liT5nutRkg38 qdzrvIAgy7gqJaONToIgxjwBDrBPLpx9nSfjRlxAd2oC1E/wHKeEFaCAIi6wji2pfaMppLu1d2uX GqF+GimIvsryKOUopZ/W9R/0/Wz6mLQ0tQX2PInuhmnnxABC36CRrHUCEihjda36Zlqp9PvtOM6x IDr1gsjVshyhSRu7YJ71emSL6IOkUzgJkpV8kxdI4BReBMmb8b9klV4ApO+md73v64r7fd43pLtv p41gOXSeOl/tPFAOlLOWox2HzrOVfuRpWyQsbfQiyi5RmOVytyZuefeUA4ag+wRWUji1cTHBnhFx jyITWjfivxVuWPifbrhj7hLnEd4ebTiV3HAsbSXMZhKF3+MJ2HOa/rqtd4/4kZ4OhzNtfQu0f5V9 W0z5wm4aC7KHPkEjc/D5bRmjuiUQ4db/ar8TQgJPYfhtWNU+EWHps1uJZsOYxeU4Lom+Rxs+VwtL InrxWRXMbg/z57vP0MwC2nBomPQPc22JclhePClWZjgwNHNN/WEreL5MWlKMm0WNLtXFEMHg5nL1 hLvwj2UhYJm5s5BlCQj8pIol4NjtwNJi/LVvruNu8T4CdMlPqe6e65hf5WkcmMG6z0oV6D30fFs+ qRs1MJBapBfGRxioBVkec5o6b7xczD03scMD/ZlJMV1iqlMDDuACXtIJkDg1iSDw1O6D9yf4EJrU BKAVSkAT3uRzOKlwQAACrFD9aVo/dOmbbGur7X21+79yqDWW11FKHOU8CgmUiAiS7Y7/7uvd93AM hXfTlrK1jMtTZF0CUmob8Ow6edbGdpPHClQ818ZWst+eW4DS75fpG3cFRtwIAmK/TkXseBENceEJ 7L4fmDqfq1XU18EM9imEQgBs6CeM6Qs6BJF3RIMuUdDR2qvpBppE6R+gSZDacTREJYPRt/+06Jfk oY7FNBU4pNIqIyZp63MveezbOGGWs+34KJpeksI0CmOzDrubbFYtjVfYlEqCTcsO4LJM4yL23kqm EGk5zN0x0BBcYpodx/3z5e0SWCy+5C+ZzOy2j12W5hzaYjg+OlrNA/clnsO8wcpb0bZCwnm0iEQZ 7OAMPCl5W89jI8JOT3cYNH+2+w+P9tz7ZoVl5OqEylxImLRg/vCj8PsIpw9bv4Hr9wjYYw6XE83X F/8mG06ThN8+NbQzK4WfRhban06NdHXFPCI+OdF9aJF16jxflqyJmW5/R9MR5NbtpV3ZJ54b+OiD 8ytvEZ+IuVdYrNxSlnjXA7X+77LVITAChmmHZsZhno87xxrSMEb0Umce8ZM+Lu0utuXHLOc++LSG tCbdv+4GfbGk+TtjXo0g5gU06BDKvOWpeyTq+bP7pMY+OfLczwKggQ8pxxrSoX68gFM48BzueY/I 48fItlZ1/3fXGte/r9cZ/x7nGYCoo8S/r5MRJcr7vmqtf9R6WPMFtb6DV08osFheZy0/HdL6k1CV mIeJ9UO6xApVPgmhUI+iENAJQAqyNSkEoEoY56SDgHiPNA+A9tMtFihAAiF89WRPvydPONW6vctd iBAOtmfRrlCAfyESN1CIJrC1r+tSvVtEFd+9bwwE+5SKohQWEjpPBKuUt/g1PStWitTPFwHAVtla mDY5VReBdt+TXtZT2butD1sG1WxotedCe/EjLtpsg3bruch/hv/pRfZUipfFBrlxSW+a+MaG7F8g 7/HNx1ayZCZPM2TY8DpHC0tpW6yD4bAXu+kGa4+idieRYvmbCcs61Z63OdrAalgmVjrp3G1we+iM bmMnmncJ5js5nxOaxy5ppq0XGQQ33JqFMCUcI3rYif/RprdPp3f/Fkw4EdwheclYJxMV6f5l4pR2 LzaOuzOu44ANH3XsQuJ4JVsdmn/+Bk7TnaSGO7XFhn8MULhRwH0f5nw2ZkI1q5aUdNp6ZV9rtaRq siRVczyTLFjawpAQDoAJgUNrvNRPOptmp80pEC9OwBQJd/1JnKV7P6AOE/dOCM9PJrglvjZ2ytto M3eHie9ZDDUTiGKECPQDvEGA5A2AbE/48bT0M10CiGMd5Q/tenrj6aNyNkuA1Nje0tUqoBbRJyYI BXkc5xnlLMefcnzf97vetd5SvdWH4xPnkkSLGGX+yofaN5mHhFahJ3geEex7g/FgUYCAqB/IlAIN tUcqaoD63lTG/exDUXkOSmcjWqCJt4bEDLB49gA/60VoZotQEV7gTTTwAgi81PWWjQigSKVKrV3g H6mnQ+8gA3cpakcURYSCNU6AAZa+qlfMWCHGPJi+/+j7G+rR0xNBafCrjbt19HBZeUB+lo/WIa1P qs1l8rmEiVl8fK+55m4uMctzVst2Xea9WttA/eaHZDX9txtQD33SXLpD9UQo5v4kBDfHSQrM4fLe SXdXuy9J3W9WM0uexus9d7DNwoiyeUR3D+4yZVmE2dr8oI+Ny2UGTvvK8zRJmYxK2wwz7LoQzrR1 BJM4+1YLzTU14+h+LoDXbJYXb+f83SHDyJ59aDPH3Rkni9Ncl9l9ZiuZbyjzoZxtuBUnr4xQ+iSH e/EuhX2YeTU/7SrXsXkgkjYBIyLZw+iPQVt+7lKUqCXF2vzVbwxa4Hvw1OZX3mICr7PMezWnz9KH 1IjDSJFliXTzv3vItVMme5Xd+HhiGD5S+5jbS3L8vXnOBPIIIySM5Y1I2SVCrOO4zJgXl/X/hxII K9E3gvbXgXbqcV39apXgs9aB6HtBn9ggtFIcQJH+B3hLd73f7z9o9YzS71+JiAj+AxbwiHjVct1x 39ddb+BxsWmkkpppWRLHjDzKLBOunPH07MkExAC1WL3nlXQiUyO4gBts0Y8qUTQV4RSCasGLQoPA W2hgY2Of6QAbWKEGHeDN+AMIKtA5Ar6K+NNhSmlAf4yRFD3TE/wPAtiAu/GSFDdaqwyAtYeKRF8m 8+yt7YeM9LtgSJ4vkq1WgDFW7QjSmHlp/X+gwKaG1lq980oXl0Yvu864y6GJQVZwl7YA3IMGzFyG 8TTfum3FvIUBG/w+aHYPFLOAabioOkb2bVPdhQh7mmFxb4s+uuPn79Twb/n/GesYspo92b0sBmpt VMBgh7MM24dudpdIwuvs/edsi73OElkun2vOoLiTKLZAr8wSyE38svJimmXisfzIb+OvbNrp4PK5 UwYz7jAi7OLEjcI7a7LD1Xq7LEJMSd6Z5Yi46O5itlBg8iwWGDlkb+i26GTpRvuFAo7dIuQeqJXt FFHMlR21XSXd5y4RYWInq+DueElaLDZt+VEsOoxN8jGHMsmFnSZLWcRj2Wv2+fNjlmls0ozZcPOn K4Td7KqBGAFoait3UrqUnyasP2iPG2VDAFFGywJF5R5ajcWYARVLBCUpMx5MwwcgSEnf17ve9x3l OF61tddxlgiSr6McilrKFfFNfkO1VtqGmmY5q9sC7aRMOrOHaHlfLimir2l9FlsJARWyp3OqXeom O4eu/Qg9K/AGJPU5khiU7ZMi5zjA7Dk4dCyjGbRlVd9RrP4qgLH1hz+xMx+++ZD0HpfLBNnv7G2i RAqtqeGGeIuNaBRDTSiIiIIIFgSExqaIiHKU+OeLZDQ0IMTgIx5tCCeBJyhtUqvt/QfXm8vlfykt nzw6Bsfz0iYPoD0tKfMiwqokmi2RG9nffH/W9K/0qXsaMUeWmOu3IWAywdYsGNltdw/9iY8ifjPf WXbPvb/NSGi35k4Bt7CLm09oYcPEDK9vs9cL+t7Egg63hdj5XAZ/QVOf+LKjVn8uf558LW0mZbHs GvHHaf6jzKsjvT/xafLF5+nS2YTlnt0+Y66JWRK8b+5j/FitmKt52OQytriAdEgd1DHLpBMZnxKT rjKLB5HRfEFNwxTfFt360H9pCLOfdrwcZt18cP1E4fzcnyfHPb3tbj7dB+ztLn45/P7o5sP+mym3 ZWSL0dAu8zIXqfFnljGadXfzgMVfLYPXSaw93fi5/rFRkJ/45AjwiRblfaJRPGZosKFMAk/NXIyI +pT/s8Kwf64g2nCiEIh2go14g19S/dFnZSs5OllTOA0Xm4Sm71rv7/P+Os6v83iVg2RrbSzA5ptX a/e3Wk8f9NHMRfZcxT8jFnG9TQmYwlWhsd9Ez74mtE8PvaRCvoEKys5uz0RxJgyHikpN2Zz4HMza j0ynGFAFyhOi8O7nnYyjOy7gkP5BS7XRE4LgxLNYtdhQ7FFp8t3J2ETgfMJJVvAt3IDUTnWmoDV8 Q4JKq0HqJp9gMa7KdjOOwlIA9mUrBeibgRF8Og0USSAiWCLUdN9QxXBLtJAOm0Pqzw9bUpNalKbN WbPrtuvC0lBsFfIVrGOLodybyIZkpF5M4eKhYVj4w/zt6Hj6rc6jZMxf7dsfPhLExwntFwSXAMhH +R7MyeDEXD/LMv5JxD8mDt0ReucXmBgcdOufeaPMYfjgJw20s4BDRzzxueB4zmCXnTv4xOV8mwbW Q0yORNf9KVWADYiGCmTJOEmWhPBGw4jgo7UleliIvDinrJD8XSQn26I1506uzeqZnc94IlU4Kbzr y05YzP3nXF9zH+SDxjn6CXvurbjGwaIHbBQLI0X+cLsRhlTSxwkStqjIxVJW37HjsAMFeA+fCxOG Op7vFFsk7S/qxhkjzt12bbVVhDOtlyGXN5+ym+A85uDGDw5xyUgwzz/AlnB72hobRvqlZSQrnqWb PfnfiEY2CcCX9JxRMZrsUVsn4pUZvx7BEFX4Rqu1HfeNetXXl/iF4IkAUEr5Is84juO86/1dr6ve f2r9B3qB95Nc0Ql8gQ2o+Fl8EJvEAGhE7Xs6IIB93cbZiSC8gD/ANa5ZKRZqmOiogF9S586rfy6d 47aZHo0JCPbwnBDEH49CoApB9ZvwQL6FBl5E7RM08xUYY+0bb/IbkFSkF/r8CEDdZAH/A2+AaK/H IPb3Ohpe0MN68k+0S4BwXFDEHXEBIb36ouCId7DnV4r65bkRr/N4fZWIaofYuu/RPAKm/dudhBt6 C+A+xAcpscu3+PTWiz7VWcxWL26M+KmOfu+h+7aw33sPD8N0geYefcfio9veW3GL4cN398H7J26+ k5tuoLNRDrXNRJ3MnCU0zzM7mstI1Md2YaF87iosG+5uBvNJJhucLIt3bGbZnHf6K+Xzee41qIZX mXNCTkyYs4GBDftNSwV5/IoB34Ow7PDeEIzCSZBpuGgs/i3MdfW5zeYsbkWWIfDWkwhtfrg09LG4 eDR74mUPqRMmN3XgTPDEJR+2mZI737MbMiBLGm9BoXvP9y9rldr8JMao+x7A/XZil8lFfvbijPuo 3e7+stsebTegHRvDlhSuG2snmUuP281s3uunE83KzrwyG8ds7rnUg5R6Fv/HavwY4v4Wz9oNmXHh mibqtZ7vLqFBbO2+3hfxDX0xSpTCKKWUYCnlrke547+IxuuutQn4OZmUHoxn9rUMpmaiotc58YQL jaxSezYyqY37XPrOt9cAmMvoOiMOCQPxV+5ilw7yIt7AGyD0AhSR+4DGdmNRLJTAi7jJN/gt6glL UOJJYLgkNfAm/4A9u5PlJm+I0kG+MO6lG2T5AppwKKe6WIHWt+RKIURTYR1XFOoAVFk4hiwChEYG WivxTylxvqoktSZxJDmcRK5meRzhIrTF2OGi7nq+2DUftXD+KrbhY7a4q0NYZxzOoi+7iXGNW5pI 55oit3y4D+6zgneJ22DOP9mTBJjpAFO3vc5u9BcnBxuHLAEHbAh7GXFSm7zPO3Ze2nDeMGtYLYiR 2Z9FBn7D3b2mI/sXP/dx28jSojvd/LDNZtbNsufwdq8fRq58Tnu1eNN8krkHp4O2P7Pnxcjuz9O8 u8y7JKekfDGBAAAfQklEQVRKHv/fuBczg/Lfb1qzF1elMMFb6N/+j7Br25Ecx7GHlB1V3Zj9h8EC 87DA7v//1T5Od2VYPPsgi3lEOWqNQMJp68I7aV0oKVnU1iUWzOcQRtiK135pMZvxLuWJQqLU1uqY wxVlLGp38Hk//p4y5K9fyEVlihf4/VXgNJnKgIQgyZQLiAb8c+2DggY26cx735DUWBUrFSh1KaGr PYk+pLX74X36yf2xO/Jpcrx42sOT20YK4xNyBzCXLwT5Jt+9X/2KYJjBvDV/uTeDmTV39wazCwjG Ab6AseixIf209XnCma/CZ/eAhB3r4ch2W6IRuNCkLjayJMWOkUhtbjxJjnaDkQdT88dOmLkOdGwM cQuzy/3LPMxoIwsanBgrQ8OsW55kaxfsmhS7V6qPAgCJg/MJ4HOb7mBHm9lOu9kv3CfV2bQsY3Sn zUEpB17Ei/hB/Lhf8QI6zL3Z8YJZj4iZWywVlRMqtSNpDlLYYoaD++bGXeqKqKQicCtTLKmyXm+0 QXUbj66xNKiw5ZeQGuXy/eRyYys1MPmoLccHvHIA6Tf0SaS4mmlMmdS+Ch2wEQfrwzRB73X3sq1m gSuDSjtFm7LKW0inXEh/39Zgq5i1AsD+Saclx7VHG9gwHdd+tkgSVlNQqKsr/ea/TWaTs8AeTmlw oJ9nShZFpAtI+arNgXpbwVCZ3DneJZw6Vt1xtTnSVGkh2dq2eSJshfVfX/VRIwktnEFGwbF0QZGl 3JbPjbl6pTnStd4qNr4SU10Gpjyo7u8LtJX4WdfmMoYsnLt71GQV7HZjVTpSIdSHpc074PjP9d1u HYrZwvb188nU6g1ElA+hXQkkscEw397p0puNPBDzPNhZPsxsLmzkSizC7hPm7jNsF4VxwMiIeEe8 GTGXKB5mh9nRWmvHOOyeACIAwsapZrro4fbpikKbKzSHsL5mNpGx+nWiaWPJZE4MD8L2VaTSRWW2 vkMirblWlCfh5DhCNgCL+DESiQJ0D/fR+8g1coAHcRINZm40fMHe5mMIZJBxHpeQ244qAQ3w0c4A zO6xjWYjxdkIQ+5I8accHVTsu1p5mhEko9PQTj9OMBihx7jYppkQu9lF20Oc1i5aKsO2/lsMUGwy j7VKetkmrZWR22Kp1a9gC/S1Ea5mwuroXXWcWAuoAeUKFVcwShCjN+ra+SSceu9P7ZQrm42NX7pm M7v2DxUfuyj2xKfJS0oW02Rzp+shAlksfn6udXEtj1bL1mjssYC6+dH4ueo1JiR93eydre1ypb24 sMM29inTuUKi7buQqNhqF0P0G15rcKPCqSpZFMHEg5oEH1oyxayt7pYfgLGNoVwb1OqUHl2OQShA 2tbd40yNKjvX0WuFTZ8UzYX0NZ6/pRcXNqlp1bomIp3N9jU7nAmQemMboQpsXGmC2V2h0gX0nFIp diTx36MN1XyszyFM7RvdbRXfvTvbqnyjQTbYcZ8Km9tVELhPV1E6Zt3RYx75tgPDGXCAfMO+yE72 CEbHcfxsx+GtuZ8zYftl1qN3IvrVo+NeBAqAY/9nWvMTAHjC8MBI4pvsNENgzFMsQyCJRZJUF6zJ 9jMD0QzkjaaTbfhmcg6rWAdiLNUkIydTcAcrHbjMwtBpaQtOxgE03OfQ3qJJtJnUleA5TokDh9AH EQBnEjCAJ8ZxfXbNMhitETafiMmzt9lf4En+cfW/cf06Aud5tgPtfUVANkbtNjdlSX3qJ+uj8sAn +Sl21tZiRS/yeZnW2Q1QMXDFE2DjftGRfN7E2ykWu/l4vEIQVFqp+9k9gd7vtHrs9xMMfHpS5l4x 0Xw0CwmzGjW15pmBG5Jeidv+oJzVHmqVaakokVBuqkxx1b0kKhsK2C5+hTIhCxeKsY4cvHyi1ac2 E0islNkr5lsVUdUsCFUf9UUPnNJXj30VKpUZnDb/7l5NMS3ELAHo3q9exSN+KgYpdq5xz+5Td53N IBJbYUiZ3R9BuFZgU9x1rE5nLrRYIXU+V3Klc3SpUvotYpkwq0ncvyti7auic9j3BDzWjovw5atP oyu+YWXzCaVMsZtaGCsXy/NxVhkBJ8IwMpHD0GFBnCCIkcgypyHv0U6O40jmmsdCgu97epDBd+// 7tf7fL3PeB2HWzPzs/nRXjyOK+Lq/Xr7r+v97tf/8l7i4OA5N77aNEnHnVhC5eOONkLz0RrGgayZ TtGE2i5msT3tJRlBRtpHkGZ2zKysHNlGSZIe8QMI97/sO33pOJnW7xP4YISP/KczyJim02aSdbs5 RWLOKzXSgVzjaeQ4Q6ePuAQ4Yd3wRY4VpjB0GufSluxlnO3nhINHf/+7f9nRTjczH+t1IBL1qLcq OY/WFlI9r+JfUzaypK12JG9KQBCiw+k7Vb8ep07UBITIgFZXCzL+zZQ+ZVaxmMJCAV8H5+2JGtlv rO65UKDobxmp2q9P5M3u+C0GN6jq44vJKx49AS7LLfPKUfHij1OVVLNyd3oWu2aBYmF3FLDyAk+0 LVgkI8pA2ly+/cDQvYsSNKhP4vY3LxdaFa9W6HNJ3V07PqGZV0wlUpmHDFRoI0VEHy/+f5KmLrzo jomDgMibtrA7cu1UZS/tg8nWsFSK5IXyKMO1eOK7orxTNRnk2zm6GT6WUMCkis9i73XTBqUiN8QV tkfz+9hdEuemefP2T34XMsBgWMb877dN9D9FJHFIytpWESvp80YBSoHjViUFcQ6/j9WO2tF91OzM 6/Ago03gVwDWHs3GHhCykRd4kRFE7wYe7mdrr3ac7m7uAMxoHhhnut7Nvu6+7sRWeSJiWXCkzBtI jbqaNhiz4msC3OZfdTB5TG7WsinQZa3MBYL8YxrTQa2bd7cQmc0NwG6g+Tied+QGndMjdh+iAoTd G2R8UG8mV/02o2ZxHxrHH/Z9du44ZI6Ga8QwKir3mhIE7vNcuo8RqgjGiDmSuYWSKtyYMJSB4scY xZ6aUvOnGq7tq1nxtXyXiiqQxU7lTcotN6NsKwqQQdRUDWyQKCMwiyUYZVSjYI0VHl/h1xsd1t6F XNXQtl8pQEGW68zUbrIVeG0qVmb5FH6XCQtVjYTNNyuRpE6LsR9wqux7DERs5ZReIatJ0o2lInNd i6Z4mXSh1rLI8O4n8FQradXWxZuQYilRuz3Xvmxjh8pbrIUTvNH4NafSuqSFyE/HRwJ+kqJ48jKJ 42N1DXdc3qoWQP6mHGpIShl4NpEll8ZLd7ZSz54wLdbD5w6DY1X81JEMUovOKr45eKYFIHDGBsYj PSEqpqay0HBI8gWwnT//RfbvfI7Wh3OZjVMaxRaNFqKoIH4qUAapMjuhLhHCJOgpLQxa+w2ZrJYw 2L1KAzHCEVs6T4WBhKIQQVEb93OOZ77JKwL9Yr/GHMHhdgxPa2burbXjOA4/zG83ZEwcTRU4JieK CcgpEl8nj9W4HCvNbTWLSUiffMUq65MdBlgHCbzIsXrjwFizyQOEWYeBbCPgMINbwGIEFw7eKUNH gwYYbKyTtbCRNsVibNA1u8wusy/zL0MQDpjZxOiOFx04bKzLoYmAxhxXv7/qyAB7a+5tTqQxBXp3 lqrYjy5KpUKrqJHVV2prTPiSI4cl+FaoduO7uwHtCCKKFPbtnqO4BN9gVlBVp1IR9Atyb19VY3eu efn0wRlqqNGxDz+1D9qasnK377FixJVQWAk4rtSCgs6OJuYr5WNBoaDJrUdb8SpstUkZTrca0pHC rLFgbIMctnWED9TQf/V6FKfycaITPcVfjqt4gcfuFJLYlHGHqvzUYBYhtE3mSzv68FMj2Y6v0qtc a1KyWBuIYYcwpXx+axzpooOP3MleMq3Zzj484a42p7AJKzEVO92rpUKlhsLXWtgckMuKw+yiRFoB fAFv4H2cP19EMK475qARd3Jy3usZVdrGORea4KFoO4TKusIcwpuQEctrlkzuph3/MVvTmVQnbWS2 mXspGxGO4e3GANE4ItXXc0pv4hKYW0vsm0lGQyO/086bORARo5H3WJRgeFtHMNzhrR2tEUfr7fLD LLqxx6/oRDj558TxDu7MxuKGvn4l7+MuhfEqWCoHSZkiQ9wqAiOqwEmMVOFGnKARlzEIM/syjL2r Bh6gwd8jkmBqhXFa6PhewzHytNvXLDROQAmzt/sbFozj6v8AYf4XeZInEOZ/IS7yD7LY9yFtHXcC VgBO4nr/8sYff/705l9/R/SYx6yodu020Vb3gzXuxPZ2v5SG/LAgY//SVXSUX3o9GvFiPnaTlMzN f/fB9ngSpIJRFta/2O65mgyun006lsu17u51dicHafnRKeaEVH5ex0qivELMos/UWxR9ebTaeqV9 /HQVjFRydnLxM9Yun+/YeJdqnrFIn0ZyF9QsqeOaj3TeY6N94G1nma91E0ddvKJNuTgwWxtJ9xmr 09XuNPzCRsDxbxmAUagSO19fFXgKvoULeNJBW9vHRk8TySz+nisLSnlMxClkLJHWNT1jyoaipuiP lsexO29pGU+SqUQokv+oMsplLa/5XrFW5ErJIajXcZ4n42Lv/bqPsxhl7jwNxjthJQx5jquNo7bS rrVV4VMiD9GH5F8XiudnVkmJ6NKmytAIlBpgIGmO4f+MtyMcoYQZ+AVrM4emkT5TdFNIRuD+QMcd bUyW2MDu5Eww2vu/v379fV1jM+dxvl6vHy8czW2MQLzM2c+IHv1i7+jvzu+TXMNsGNAwg2TUMFig LqDhHPCQYstnWRmtkdNjbhoWT5MtjCENCU7ZCAfGQa/NrDHXdRLBPsIR0ANm/h5n3ADz9FxrGAty rbuN5aL3lMrYt2wGIqyPcZ8+J8Jg9gUn4pgn8UIo0OeK4A4bPXnQ3u+vs5+v108gyPf1ZgRXu6mC rvQJaR+bi91tdDwtiYDIp9ZVtVTDpw+134wYfKvos4tieUvX+eP6U481fse0O/ul7iE1N4MJ/eti DQtg3KhXjI56YjV2xZZBKFNq7Y0/OlTIKLoLuTJSUU8ZQny9OVamlEulSFlQrtzryCc0Cy4Q+dxf hXw18knYdJUJVuCTAqWiyxRAEdd8GBvwyjiXROZpySlSFBuXKT4py6s8p7o9ypISwdedw48CiUn/ Im9cH0JeFfo8tsmJvsYKu6YPjK6Vtvl8PNS4OUQgKfRXbuYnRDFcysSYobZ6VVWZ/PjXzb0QrVFr mTAkF3bV8JXvWOmsl8KM42gnXkDEZXFdfSwtHNV4BxrDA3Bhho1vWU6JyVCjfPA1UXiuIbBqOzdP ecgN1hh/uKJxkMq9JJMAaDlcP8OL7+PsZ4KKJsgHAEOH5ZksN5wGAsdcKzAWpfbrClzDXwZo7g2E +Vih+TpOP2AMXv19fV1vfPWLvE8mG+fSjc0dnM7AtnEIFTUXPfSVyBD5wHxVZm24EpPASNXV7I5Q su6gvN85PJhxHiLO26bQYIboGFuLcd0bT0BDwGKu5+hAzKkuGHxEHu5vhoMNNjKsw2BmPfzXTBPi hE1u9jm2cYxxDsCAn9Gvr7+7O47TSY94RxSVsBX31EOVey0DuSl2mSuFk0E6LFHiGF/71Uu7gKho Mj0j3TwqjGtHCbnJt07CrIOlCWRKuwZJFHOp0PpWxjfcY0XtN8ZFscZarFhS9dylHa48shVsbPdp Nw+pngOosfar4YgJVT9d8dQXVxoWyB9b20uqTKrQcr3fW9szdqSvhVBbzazSszjjEv76B/ZBwrIc cCrDfirYLoygNGXSewYHvyFOEiHz/vlT4QTg8RsDQucCsF672D+KtJbXFigoZ9ePgWxIycQoJUox 0nXKSkAVGBMzQhlcz74wIYnVCe7yQ6llHwYgFXcXJpY2HxSk/fkf/+M+jq5oMAB9blpR+1VsnMY1 uQLrWAtDWsg1UCqdCll+mqggpnDrK86G7+Amt0XcZ9SmvwMBszEKYiNpFEGDYea2mgeWLhk1FKTR RYzdHBxbLRDkL6CD0fv7uq4ebni19mr+09vpdliDO711b3SPMZkip6XoCrv5m0nDV47mAjfdouLC 42/dmysnsNGfq5j67MMmU1IuNeutkchdM4Y3EMYxemE+knqVZCEc6z0B2AgHyTEERdxn/7rZWEYa 7jSb2cm+g2UCAcvgMoXYgbGMF2atnQYyhpzeoqICqUqrMw65yU1D29+bm8cre2krnVNWS8sq7SrP CXOx4HgCzNfVjlyJkzAcM9NJNlLmXBKefcik2PFPFPANPCXaIwE5w6liLksB/TIJaSflPO2ALs4Y 6KQJUi+V07UacFBkI68SmOpVqhfHtmMBsSSFmyZoYiL12EJay75xCoLpTqvCAl+7wypmGpsqJJ/i +J3sWqytglfECRum6ava+lDLq+uhdJGA2Yr+3pGiw7XNR3FVG6JgYPWp2KqbUIPbk11+9NsbT1yA dFdCpSRI/nwzbmVdRRLcxHAp6crXb/a7S3IyN4dGFLv0UNpI5Irg9uc//tvd3N29jf0HJMnhIwso qvP5PTGM4Lm+LcBpzA4BRWVOl6L4+iuEwLYXaGZ9uMcSbrDve8NIKnq/sA6/JCuoAzMR1jdIyTMM 1y5xzAX7m7h69Otif3fGYebu59i+QeNIVdqOc2ypxZhuuLNn2iRaptMw3P6bZk0Ewp6iDeV9MvX2 QHd0BcxTVHTpdZJ6vIXoee400ZP8VI4584BB3gbuoa9GjgGScTOygDijAX7HhwaYg4cBZoGxLHnE HGPC6xuvEFX5RtYsRohhzdpxGNh78HtLrU7A6U+XRpY1biql+omfCH5SP64fJVpGA8SMDLL3hePf xL+70y6Kxfzm3Wr79AMgu1DgsY5gl04hddU+lgBFS+q/j6GDQgghV18B1kYoQ+55cWUBxe9iDdES FzXWGWvmqGGhWwgwifXOUK571PUmC+iT3V4poQaouvzT5VWi3+ei6Xjyphqt6uVP7EvskmIJdn63 FA7ayohsZzfCymiXNMrZbIlNVblc0qzpW9vuy1vbRLrgq/c7ACoM+7eB1uVKOmyKryKh/WoLRaNV kjEb72vJciniWEvG+irhbOv0qLrUtppBjYdsQ1zlRzH12Us2rmFTiZnUAnSgtz/++C83nyMDdHcA ER2MtU6J71xsqx7GBiGNC4hd7v+vsqtddh3Fgd0C59ypfYSt/bfv/3jzkQRpf2DrNMI5M8tN3cpx MJYaqSVjAyZxNL/31T5MqLm4d1srfF+UvFrg2QFknIMZIMC5TWmmJziX6DAS/AZBVTjh5vlWh5Ew G0AP/4qwCLgHQES4h8ectMnWeuvWWrfWeW4tN4dVZiON6GDLaSxkvvmlz5JMQpdt3VkSybxXCMK5 3EBn73TgfU0S0fswbpfQqG9AIxuAYGCuHgaL6B5HRAu0QL9SjUu8c5zMAhY8V9fgnEJMgnMizInw tVcfvnn23K7Pr/6caAzaXAfMCHfP0TjNGJRVfXX4fIqPVffC1GoD2H5yMcLyU/J4UlU6Z5c/Q+BV Y9tlCBGPq8HncwFNZVR4XvJoul8IGtLjhdEUAYrith0v37UFHbTY85gkltd2N1ZQVSrUjMHX7o4t SBfQtE2lYFvtIR9QptY7RxeINPOwTevEVp/uK/Kq+Fi7rDxp1bRVmXYHLa9rlxYhYJZxweIOJaGx TV+9ugt1JJglIGnnUmJHQbX0VPlzSjWAv2SJepc+Kh8Tf9SgqPJ/KiFnaWBO7TJ9SacuyBSbSfvc 4/GOqjZY0otiXamUWpRWts8RRA2mSFVsIw8qthTduVXAJarLnOdoj8d/zzhNkqS1uU1aRIRsZb6K lY56yOuNiZdSp8pqV2L7uDbU6NfiE7eaKIEq9BCXU2O6Tp9B/VydY27jfm7hPtdERzCiBfoZy67J n+T5RgKZvHOuiQ6A3yo8rpW8pxbmzvH2MUZ4cG532szYwEYYcZgdrc8cxDAj93wDhldSdU4QzRQk SUEfoyTvpxuoJbUVKDWIzDYgfpLebiv+vEwkuQ8nR9CAdmYbeEQ8rucU5YnPFDAAC/TAET43eXHy OVcNmfNvyTAb54vJp3aZcDg5wJkedcSvOWuJGK233h/NQMYYflkprjw6EdDYk8aJzZg1mmq12/qa 32D1WCWI7CBf7XOfbrD7186DKY8O5GTX6MNHbaTQit1Jqx53q4ieGCs4ysUaWTW0ZNEQHusl3pJt ZPzYKVXFyzq+9lECjtWqi3knaH11saJgtpxfSt9pzZLfK+fyCvljs4e2wjXWgZkS6rLxPe8sAWAX o6Q+5VdsNqA4YKu8F97lbZBT8glCVj5umqlnldIEHJdINqE7PgRXtUZbEcAqcPEC9UpbFXS5H8MG nTaS9bUL1GYKHWnw1i5rmzrJdU1iaBPe08th1RdSAeuRefB2AElLbPKUbCZRel9vpw0gGvCfuaiE WSM7YEaSFh4+gLgiGRWm+b/mCnkN/W4CXPZZky9JoG07vTzYK0aj9BqboRtwDVfwXI4U5wuw2UI7 18tkGIMGnv8UtTld9rqjPZfWOMSyZwf/Nhe38PEMvx5Uh0cwRo/4Mj5aexz96P3ox5cZg+YxAjPL mdM3GuKxAmIy8FMIQgmlmIvOkVPWs8sWNU3JwjVU5D4ROdiQT7IpK0bnWZV5eXZuDxyIdr4rgznn hRHXcqukEXOz2WsOs4ST2XdnYjrp6Xnd2dCamZkP+MgTsQ1vlITDRGasWXyI+oXTlbUVbW15L3v4 dDHjEtSVayASqrSz5JPanHJl0puF0XYeKVwTKyyqpiJJGVBJluHfARIrqkqCebzczRfZ9Eg5Mb/n 1cvNVgkwFKDK2jYhToHV3faibpJXVFIu4SRPKctppGwmB1MdE8yxdpCtzluiSKz6KsfuEmopia+6 Bq6WtREhye9T2haoZp33+tQsA2R8gDolLMDaXePFZ7nq65LraCQqoaqYnKIacjunKJmgtIuq5Bzr 5WJDTx1K37lJgyxuizVzxRouY0s4CrYptjZSCKe4ZJFfrZRrj1AanxN0M9sYABri3wBpnWy0jqCR ZoyAD/fIVjRn5DVQ0Vd9fuBibSS/l47BijXXFm5VivWInnLu93a9yREErmmuc3GqYRbW0BrMALSI FtHmGhXXFQ3sRLuWXm2YW9dyXJu3HXJ/DyDcxxj+fruPcP8iHq39au1hrYHz86B1a7213jrmdFNE XDNECme1FaUssR0vgCSd5Z2c2pCmC2mdeXflcokAB3jtdH+e28Uo97tMlsdkPLOWuXP941wEHQ42 MsA38b6mR0G4aTbydc3Ee5F/Aa8xnu5B0ozuPs5lOXyVpJD7xEd3f1Bv5J2DKZvsCn4qeidaXOOH 8MztpyJMMnU+FcrM8hAe3BOOwqGaPRRTybQg7jTVBj+xM7azsLagiQIkDmlys6ufJe/mdRijVI5V 0xKAk4IyDJd0cL+JLImOImziPgUlZSS1xpIhJZ5jbXNHvnxRTFRl7ThlUV9RUoj0KnsuhfVLESnW q2i8zKZ8RZLr40V+aFw9DtJxEMy5uhuuUVtfP7h6Vk+5ZdTylHM2le+maH2NhpBT1OSSjjRH3zux gKyXxuaPKm1+uEoScu5uMGqivh3h2nIqu8OVBmZbzUyXn9cmc9+L4nf3eL1e5DO8HV/9XLfb7fiC h+Ov13iFPGKf1+JqJMU4Uu1bY/qEb0qcCJbG89Pkp8J6a8sxJ03Y9fMMaTazjXmMNBLn6hSRq3EI fNECJF4gEJw7nM291sAWy9zgXxEjxsuHk+/xQutPPB7n7iNhHj2ikXZ0Hj0iXu7Dh7+fv79fr/H2 cN1PNbX2zaRS990I7A5zpYMd8wQtyVGJdS6VMaRHsoMcGDOTQBTZlt6Ze9nENzkeEeZ4WUTMUR6G tT/BZ3jLWdnfXTCbIuLskeHvP9xp7V+Pr2MMf8dw10vfcmtBSeOEYqIOTKm2u9z/WxLhPZruLfNO C02qdrHLhcrxJJSx1oxr7AorAWG1Q4pIyi+3MUnjgQppUuH1AYoiWwmltxSPtaa2gDUNNekFrjaQ OZBCd8tR+8G4+3PvU7Wl9Ou0NxMd/UpBbM0VfAXzZ/SyfPL3IvnOpXvUz5oKnclNQl+Np4Bp6+3Z HiDKdXd++2QzvBsqy0tnX5f7WBVviJCqYI7s7q4EqQPpzQJ+STJi7dNd8VnaOq9VaXzPP25bSEO9 rVluFNeod28zZeBEp1nkcQ3cU37d9pk9wv39fuHpbqQdj4O0gLH1x6+v1vjH78/3UyWY2UYJKrt8 OwMKYfFa4+Om8MPbGwp0ObfkMbXZCMO5aCYmarmBRzgcjDD3Ht+rUATgYC6p2QJk+Jm2wBj9fO3g 3H5MKbgDHsEREa+3+5/v4b0bGUE0O9rxaM1oBA7317AwRmvv9wtjvNwjggiLaNeGrhrp9X9NvCB9 ryGkjKbi8qj8swQVXysntjkiUlxrlrmWiZqd5i7EXPWVg/A4W+uBHvgjkTNz8ukMH79F9LPZk8sm 7rwWc+sRbx8ejuPx5e7hI14ItTjp/Nujm4IUBt85Atv3H0oZ8fa/O/GHsPEPy43Nr6XQZfFZ9azC ZdxUCKFgJaxPMtySmjYFaQpr6rMXBfZvu0OzEM2i8te9fl7l52QIm2F8onXcGVK5eojJKWtTphuo PD8LlonabcZ2Wx8fuu8HpbR++k7JMH5u4R/+9E/U159i6xo9mLfgn5SCEFc22zaUdhlKQCzN/mCr JefjVr+4ZMlmds/6JOFtuWWG1D2ztCJwfkk8NZ8rmC/y/A+3E2V9w7ybkgAAAABJRU5ErkJgggAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADwDoA8IeAAABAOkDKAAAAIAWAADgEAAA4BAAAIAW AAAFAAAACgAAAAIAAAADAAAAAQABAAAAAAEPAAkELAAAAAAACgQEAAAAhgEAAA8A6g8YAAAADwAF EBAAAAAAAAQQCAAAAH8BAAAAALkADwDyA54DAAAvAMgP6gAAADAA0g8EAAAAAgAAAAAAug8oAAAA GCAcIAj/FDA7/1v/CDAKMAwwDjAQMOX/BP8kACgAWwBcAHsAYv/h/xAAug+mAAAAATACMAz/Dv/7 MBr/G/8f/wH/mzCcMP0w/jCdMJ4wBTD8MBkgHSAJ/xUwPf9d/wkwCzANMA8wETCwADAgMiAzIAMh 4P8F/0EwQzBFMEcwSTBjMIMwhTCHMI4woTCjMKUwpzCpMMMw4zDlMOcw7jD1MPYwIQAlACkALAAu ADoAOwA/AF0AfQBh/2P/ZP9l/2f/aP9p/2r/a/9s/23/bv9v/3D/nv+f/w8A1QfIAQAAAAC3D0QA AABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAADg0uQCc2hIAhNoSAHbHCzAIAAAAAAAA AJzaEgAo3Q0wAEwEEhAAtw9EAAAAQQByAGkAYQBsAAAATgBlAHcAIABSAG8AbQBhAG4AAAA4NLkA nNoSAITaEgB2xwswCAAAAAAAAACc2hIAKN0NMABMBCIgALcPRAAAAE0AbwBuAG8AdAB5AHAAZQAg AFMAbwByAHQAcwAAAAAAODS5AJzaEgCE2hIAdscLMAgAAAAAAAAAnNoSACjdDTACAAQCMAC3D0QA AABUAGkAbQBlAHMAVABlAG4AIABSAG8AbQBhAG4AUwBDAAAAuQCc2hIAhNoSAHbHCzAIAAAAAAAA AJzaEgAo3Q0wAAAAAEAAtw9EAAAAUABNAEMAXwBQAE0AQwAtAFMASQBFAFIAUgBBAF8AbABvAGcA bwAAAITaEgB2xwswCAAAAAAAAACc2hIAKN0NMAIABCJQALcPRAAAAFcAaQBuAGcAZABpAG4AZwBz AAAARQBSAFIAQQBfAGwAbwBnAG8AAACE2hIAdscLMAgAAAAAAAAAnNoSACjdDTACTAQCAACkDxIA AACAAGcAAAABAP////8UAP6bA/4AAKUPDAAAAAAAAAguAAEAAgAAAAAAqw8eAAAA/x8AAAUAQAIA AAAAAAAgASABQAJAAmADYAOABIAEAACpDwoAAAAHAAAAAgAJBAAAQACjD24AAAAFAP/9PwAAACIg AABkAAAAAAAAAGQAAAAAAAAAAABAAgAAAAACAAAA///vAAAAAAD///////8YAAAAAAEAAAAFAAAg ASABAAAAAAAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAAAA8ACwQABwAADwAA8PgG AAAAAAbwUAMAAAKoAQBpAAAArQAAAAwAAAAAAAAAWQAAAAgAAAAEAAAACQAAAAIAAAAAAAAACAAA AAAAAAAEAAAAAAAAAC8AAAAAAAAABAAAAAAAAAAIAAAAAAAAAAoAAAAAAAAADQAAAAAAAAAEAAAA AAAAABEAAAAAAAAABAAAAAAAAAAZAAAAAAAAABAAAAAAAAAAEwAAAAAAAAAIAAAAAAAAAAQAAAAA AAAABwAAAAAAAAAuAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAIAAAAAAAAAAYAAAAAAAAABgAAAAAA AAAIAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAGAAAAAAAAAB4AAAAAAAAABgAAAAAAAAAGAAAAAAAA AAQAAAAAAAAAAgAAAAAAAAARAAAAAAAAABAAAAABAAAAEQAAAAQAAAATAAAAAAAAAAUAAAAAAAAA BAAAAAAAAAAGAAAAAAAAAAQAAAAAAAAACAAAAAAAAAA1AAAAAAAAAAQAAAAAAAAABAAAAAAAAAAI AAAAAAAAAAgAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQA AAAAAAAABAAAAAAAAAAEAAAADAAAAAQAAAAKAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAA AAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAA AAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAwAAAAQAAAAAAAAABAAAAAAA AAAFAAAAAAAAAAQAAAADAAAABAAAAAAAAAAjAAAAAAAAAAQAAAAAAAAAJAAAAAAAAAAEAAAAAAAA AAcAAAAAAAAAJgAAAAAAAABtAAAAAAAAAAYAAAAAAAAAFQAAAAAAAAAEAAAAAAAAADYAAAAHAAAA BAAAAAoAAABeAAAABAAAAAQAAAACAAAABAAAAAsAAAArAAAAAAAAAAUAAAAAAAAAZgAAAAUAAAA2 AAAAfwAB8DQBAABiAAfwJAAAAAYGzaO5dFSB88bAUusjpviqMf8ArCAAAAIAAAAAAAAAAADIAAIA B/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAMgAAgAH8CQAAAAAAAAAAAAA AAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8A AAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAA AMgAAgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyABiAAfwJAAAAAYG TsNIPwhWX7/p1JYmo4IV/P8A4eEFAAIAAACsIAAAAADIAKMFC/AcAgAAgQAwZQEAggCYsgAAgwAw ZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAiQAAAAAAvwAAAA8ADAH0AAAQDQEAAAAgDgEAAAAg gAEAAAAAgQEEAAAIggEAAAEAgwEAAAAIhAEAAAEAhQEAAAAghkEAAAAAh8EAAAAAiAEAAAAAiQEA AAAAigEAAAAAiwEAAAAAjAEAAAAAjQEAAAAAjgEAAAAAjwEAAAAAkAEAAAAAkQEAAAAAkgEAAAAA kwEAAAAAlAEAAAAAlQEAAAAAlgEAAAAAl8EAAAAAmAEAAAAAmQEAAAAAmgEAAAAAmwEAAAAAnAED AABAvwEMAB4AwAEBAAAIwQEAAAEAwgH///8AwwEAAAAgxAEAAAAAxUEAAAAAxsEAAAAAxwEAAAAA yAEAAAAAyQEAAAAAygEAAAAAywGcMQAAzAEAAAgAzQEAAAAAzgEAAAAAz8EAAAAA1wECAAAA/wEG AA4AAAIAAAAAAQICAAAIAgLLy8sAAwIAAAAgBAIAAAEABQI4YwAABgI4YwAABwIAAAAACAIAAAAA CQIAAAEACgIAAAAACwIAAAAADAIAAAEADQIAAAAADgIAAAAADwIAAQAAEAIAAAAAEQIAAAAAPwIA AAMABAMBAAAAQQOoKQEAQgMAAAAAQwMDAAAARAN8vgEARQMAAAAAfwMAAA8AhAN8vgEAhQMAAAAA hgN8vgEAhwMAAAAAgAAa8SAAAAD//wAAzDMAAP9mmQDM//8A//9mAJn/MwAAM8wAZjMAAEAAHvEQ AAAAzDMAAAEAAAj/////9wAAEB8A8A84AAAAAADzAxQAAABCAAAABAAAAAAAAAAEAACAAAAAAAAA 8wMUAAAAQwAAAAQAAAAAAAAABQAAgAAAAAAPANAHeQEAAB8A/wMUAAAAAgAABAwAAAAAAAAAAAAA AAIAAAAfABQEHAAAAAAAFQQUAAAAuh117ADKmjsyTs3JAMqaOwACAAEPAPoDZwAAAAAA/gMDAAAA AAEAAAD9AzQAAABCAAAAZAAAAEIAAABkAAAAdscLMAgAAAAAAAAAkNoSAAAAAAAAAAAApPv//8j+ //8AAAAAcAD7AwgAAAAAAAAAcAgAAHAA+wMIAAAAAQAAAEALAAAfAAcEPAAAAAAA/QM0AAAAIQAA AGQAAAAhAAAAZAAAAGDzDTBM3hIAAAAAACQ1uQAAAAAAAAAAAAAAAAAAAAAAAAESAB8AEwQ8AAAA AAD9AzQAAABkAAAAZAAAAGQAAABkAAAAYPMNMEzeEgAAAAAAJDW5AAAAAAAAAAAAAAAAAAAAAAAA ARIADwCIEzoAAAAPAIoTMgAAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTFAAAAC8AyA8MAAAA MADSDwQAAACAAAAAPwDZDwwAAAAAANoPBAAAAAAAJQAPAPAPcxEAAAAA8wMUAAAAYQAAAAAAAAAC AAAAJwEAAAAAAAAAAJ8PBAAAAAYAAAAAAKgPHQAAAFdoeSBQV0UzIFNob3VsZCBhY2NlcHQgVERN b0lQEACfDwQAAAAFAAAAAACoD04AAABTaGFocmFtIERhdmFyaQ1Qcm9kdWN0IFJlc2VhcmNoIEdy b3VwDVBNQy1TaWVycmENU2hhaHJhbV9kYXZhcmlAcG1jLXNpZXJyYS5jb20AAKEPIAAAAE8AAAAA AAAAAAAPAAAAAQAAAAEAQAAAAAEAAgABABgAAACqDywAAAA5AAAAAAAAAAYAAAABAAAAAwABAAAA AAAAAAMAAAABAAAAAwAMAAAAAAAAAAAA8wMUAAAAZAAAAAAAAAACAAAAKAEAAAAAAAAAAJ8PBAAA AAAAAAAAAKgPGwAAAFNvbWUgQXBwbGljYXRpb25zIG9mIFRETW9JUBAAnw8EAAAAAQAAAAAAoA8C AgAATABlAGEAcwBlAGQAIABsAGkAbgBlACAAcwBlAHIAdgBpAGMAZQBzACAAbwB2AGUAcgAgAEkA UAAvAE0AUABMAFMADQBCAGUAdAB3AGUAZQBuACAAYQAgAGMAdQBzAHQAbwBtAGUAcgAgAHMAaQB0 AGUAIABhAG4AZAAgAGEAIABQAG8AUAANAFAAcgBpAHYAYQB0AGUAIABsAGkAbgBlACAAcwBlAHIA dgBpAGMAZQAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBlAHQAdwBlAGUAbgAgAHQAdwBv ACAAYwB1AHMAdABvAG0AZQByACAAcwBpAHQAZQBzACAAKABQAFMAVABOACAAYgB5AHAAYQBzAHMA KQANAFQAbwBsAGwAIABiAHkAcABhAHMAcwANAEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAEMAZQBu AHQAcgBhAGwAIABPAGYAZgBpAGMAZQBzACAAKABDAE8AKQANAEMAZQBsAGwAdQBsAGEAcgAgAGIA YQBjAGsAaABhAHUAbAAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBlAHQAdwBlAGUAbgAg AEIAVABTACAAYQBuAGQAIABCAFMAQwANAEMAYQByAHIAaQBlAHIAGSBzACAAYwBhAHIAcgBpAGUA cgANAAAAoQ/EAAAAIgAAAAAAAAAAACIAAAABAAAAAAAiAAAAAAAAAAAAKQAAAAEAAAAAAAwAAAAA AAAAAAAhAAAAAQAAAAAAHwAAAAAAAAAAABQAAAABAAAAAAASAAAAAAAAAAAAAQAAAAEAAAAAACIA AAAAAAAAIgAAAAAAAAAiAAAAAAQAAAAEKQAAAAAEAAAABAwAAAAACAAAAAghAAAAAAgAAAAIHwAA AAAMAAAADBQAAAAADAAAAAwSAAAAABAAAAAQAQAAAAAUAAAAFAAAqg8aAAAAPwAAAAAAAAAEAAAA AQAAAAMAvwAAAAAAAAAAAPMDFAAAAHAAAAAAAAAAAgAAACkBAAAAAAAAAACfDwQAAAAAAAAAAACo Dx4AAABSZXVzZSBvZiBFeGlzdGluZyBUZWNobm9sb2dpZXMQAJ8PBAAAAAEAAAAAAKgPpwEAAEFB TDEvMiBhcmUgZGVzaWduZWQgZm9yIGNpcmN1aXQgYW5kIGxvb3AgZW11bGF0aW9uDUFBTDEvMiBh cmUgcHJvdmVuIHRlY2hub2xvZ2llcyB3aXRoIG9mZi10aGUtc2hlbGYgb3IgYXZhaWxhYmxlIEhX L1NXDUFBTDEgaGFzIGEgbnVtYmVyIG9mIGRlc2lyYWJsZSBmZWF0dXJlcw1DbG9jayByZWNvdmVy eSBtZWNoYW5pc20NU3RydWN0dXJlIHBvaW50ZXIgKGZvciBtdWx0aS1mcmFtZSByZWNvdmVyeSkN U3VwcG9ydCBmb3IgQ0FTDVN1cHBvcnQgZm9yIHN0cnVjdHVyZWQgYW5kIHVuc3RydWN0dXJlZCBU RE0NU3VwcG9ydCBmb3IgTng2NCBLYml0L3NlYw1PcHRpb25hbCBlcnJvciBjb3JyZWN0aW9uIChG RUMpDU9wZXJhdG9ycyB3YW50IGEgU0lOR0xFIGFwcGxpY2F0aW9uIGludGVyZmFjZSAoQVBJKSBm b3IgQVRNIGFuZCBJUC9NUExTIENFUwAAoQ88AAAAoAAAAAAAAAAAALwAAAABAAAAAABMAAAAAAAA AAAAoAAAAAAAAgAYALwAAAAAAAIAFgBMAAAAAAACABgAAACqDxoAAAAzAQAAAAAAAAQAAAABAAAA AwBxAAAAAAAAAAAA8wMUAAAAcQAAAAQAAAACAAAAKgEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPHgAA AE5lZWQgZm9yIEludGVyd29ya2luZyB3aXRoIEFUTRAAnw8EAAAAAQAAAAAAqA+IAAAASW50ZXJ3 b3JraW5nIHdpdGggQVRNIGlzIG9mdGVuIHJlcXVpcmVkLg1DYXJyaWVycyBjdXJyZW50bHkgdXNl IEFUTSBmb3IgY2lyY3VpdC9sb29wIGVtdWxhdGlvbi4NQ2VsbHVsYXIgb3BlcmF0b3JzIHVzZSBB QUwyIGluIHRoZSBjb3JlLgAAoQ8mAAAAKQAAAAAAAAAAAGAAAAABAAAAAAApAAAAAAAAAGAAAAAA BAAAAAQAAKoPEgAAAAwAAAABAAAAAQB9AAAAAAAAAAAA8wMUAAAAdQAAAAQAAAABAAAALQEAAAAA AAAAAJ8PBAAAAAAAAAAAAKgPNAAAAEVhc2Ugb2YgSW50ZXJ3b3JraW5nIGJldHdlZW4gQVRNIENF UyBhbmQgVERNb0lQL01QTFMAAKoPGgAAACkAAAAAAAAABgAAAAEAAAABAAYAAAAAAAAAAADzAxQA AAByAAAAAAAAAAIAAAArAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8KAAAAQVNBUCBSZXVzZRAAnw8E AAAAAQAAAAAAoA8oAwAAQQBuAHkAIABTAGUAcgB2AGkAYwBlACAAQQBuAHkAIABQAG8AcgB0ACAA aQBzACAAYQBuACAAaQBtAHAAbwByAHQAYQBuAHQAIABhAHIAYwBoAGkAdABlAGMAdAB1AHIAZQAN AEkAdAAgAHMAdQBwAHAAbwByAHQAcwAgAGEAbgB5ACAAcwBlAHIAdgBpAGMAZQAgAHUAcwBpAG4A ZwAgAGEAIABzAGkAbgBnAGwAZQAgAGMAYQByAGQADQBJAHQAIAByAGUAZAB1AGMAZQBzACAAaQBu AHYAZQBuAHQAbwByAHkAIABmAG8AcgAgAG4AZQB0AHcAbwByAGsAIABvAHAAZQByAGEAdABvAHIA cwANAEkAdAAgAHIAZQBkAHUAYwBlAHMAIAB0AGgAZQAgAHYAZQBuAGQAbwByABkgcwAgAGQAZQB2 AGUAbABvAHAAbQBlAG4AdAAgAGMAbwBzAHQADQBDAHUAcgByAGUAbgB0ACAAQQBTAEEAUABzACAA cwB1AHAAcABvAHIAdAAgAEEAQQBMADEADQBUAGgAZQB5ACAAYwBhAG4AIABlAGEAcwBpAGwAeQAg AGIAZQAgAFMAVwAgAHUAcABnAHIAYQBkAGUAZAAgAHQAbwAgAHMAdQBwAHAAbwByAHQAIABUAEQA TQBvAEkAUAANAFAAcgBvAHYAaQBkAGUAcgBzACAAZABvAG4AGSB0ACAAbgBlAGUAZAAgAHQAbwAg AGEAYwBxAHUAaQByAGUAIABuAGUAdwAgAGMAYQByAGQAcwAsACAADQAgACAAIAB0AGgAZQB5ACAA YwBhAG4AIAByAGUALQB1AHMAZQAgAGUAeABpAHMAdABpAG4AZwAgAGMAYQByAGQAcwAuAA0AQQBu AHkAIABvAHQAaABlAHIAIABtAGUAdABoAG8AZAAgAHIAZQBxAHUAaQByAGUAcwAgAG4AZQB3ACAA SABXACAAYQBuAGQAIABtAGEAagBvAHIAIABjAGgAYQBuAGcAZQAgAG8AZgAgAEEAUwBBAFAAIABh AHIAYwBoAGkAdABlAGMAdAB1AHIAZQANAAAAoQ+iAAAAMgAAAAAAAAAAAIAAAAABAAAAAAAbAAAA AAAAAAAAMQAAAAEAAAAAACwAAAACAAAAAAAjAAAAAgABMAAABABQAAUARwAAAAEAAAAAAAEAAAAA AAAAAAAyAAAAAAAAAIAAAAAAAAAAGwAAAAAEAAAABDEAAAAACAAAAAgsAAAAAAwAAAAMIwAAAAAQ AAAAEEcAAAAAFAAAABQBAAAAABgAAAAYAACqDxoAAAD3AAAAAAAAAAYAAAABAAAAAQCYAAAAAAAA AAAA8wMUAAAAdwAAAAQAAAAAAAAALgEAAAAAAAAAAPMDFAAAAHQAAAAAAAAAAgAAACwBAAAAAAAA AACfDwQAAAAAAAAAAACoDwoAAABDb25jbHVzaW9uEACfDwQAAAABAAAAAACgD0oDAABUAEQATQBv AEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8AbgAgAHAAcgBvAHYAZQBuACAAQQBBAEwAMQAvADIA IAB0AGUAYwBoAG4AbwBsAG8AZwBpAGUAcwAgAA0A4PAgAG4AbwAgAHIAaQBzAGsAIAANAEEAQQBM ADIAIABhAGwAbABvAHcAcwAgAGIAYQBuAGQAdwBpAGQAdABoACAAYwBvAG4AcwBlAHIAdgBhAHQA aQBvAG4AIAANACAAIAAgACAAbgBvAG4AZQAgAG8AZgAgAHQAaABlACAAbwB0AGgAZQByACAAVABE AE0AIABwAHIAbwBwAG8AcwBhAGwAcwAgAGgAYQB2AGUAIAB0AGgAaQBzACAAbQBlAGMAaABhAG4A aQBzAG0ADQBUAEQATQBvAEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8AbgAgAG8AZgBmAC0AdABo AGUALQBzAGgAZQBsAGYAIABvAHIAIABhAHYAYQBpAGwAYQBiAGwAZQAgAEEAQQBMADEALwAyACAA SABXAC8AUwBXACAADQDg8CAAIABmAGEAcwB0ACAAdABpAG0AZQAgAHQAbwAgAG0AYQByAGsAZQB0 AA0AVABEAE0AbwBJAFAAIABJAG4AdABlAHIAdwBvAHIAawBzACAAcwBlAGEAbQBsAGUAcwBzAGwA eQAgAHcAaQB0AGgAIABBAFQATQANAODwIABlAGEAcwBpAGUAcgAgAGEAbgBkACAAYwBoAGUAYQBw AGUAcgAgAEkAbgB0AGUAcgB3AG8AcgBrAGkAbgBnAA0AQQBBAEwAMQAvADIAIABwAHIAbwB2AGkA ZABlACAAYQAgAHMAaQBuAGcAbABlACAAQwBFAFMAIABpAG4AdABlAHIAZgBhAGMAZQAgAGYAbwBy ACAAdABoAGUAIABwAHIAbwB2AGkAZABlAHIAcwANAFAAVwBFADMAIABzAGgAbwB1AGwAZAAgAGEA YwBjAGUAcAB0ACAAVABEAE0AbwBJAFAAIAANACAAIAAgAGYAbwByACAAVABEAE0AIABlAG0AdQBs AGEAdABpAG8AbgAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAAAAoQ/0AAAALwAAAAAAABAAAFoA LwAAAAEAABAAAFoAOAAAAAEAATAAAAQAUAAFADwAAAAAAAAQAABaABcAAAABAAAQAABaACYAAAAA AAAQAABaAFoAAAABAAAQAABaABsAAAAAAAAQAACWACIAAAAAAAEwAAAOAFoACgAvAAAAAAACABgA CQAAAAAEggAABAUAFgAmAAAAAAQCAAAEFgA4AAAAAAgCAAAIFgA8AAAAAAgCAAAIGAACAAAAAAyC AAAMBQAWABUAAAAADAIAAAwWACYAAAAADAIAAAwYAFoAAAAAEIIAABAFABYAPQAAAAAUBgAAFBgA //8A/gEAAQRQAAAAAAAAAf///38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgAAAOoDAAAAAA8A+AP4FgAAAgDvAxgA AAABAAAAAQIHCQgAAAAAAAAAAAAAAAAAAABgAPAHIAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPM AMzM/wCysrIAYADwByAAAAAAAP8A////AAAAAAD//wAA/5kAAAD//wD/AAAAlpaWAGAA8AcgAAAA ///MAAAAAABmZjMAgIAAADOZMwCAAAAAADPMAP/MZgBgAPAHIAAAAP///wAAAAAAMzMzAAAAAADd 3d0AgICAAE1NTQDq6uoAYADwByAAAAD///8AAAAAAICAgAAAAAAA/8xmAAAA/wDMAMwAwMDAAGAA 8AcgAAAA////AAAAAACAgIAAAAAAAMDAwAAAZv8A/wAAAACZAABgAPAHIAAAAP///wAAAAAAgICA AAAAAAAzmf8Amf/MAMwAzACysrIAAACjDz4AAAABAP/9PwAAACIgAABkAAAAAAAAAGQAAAAAAAAA AABAAgAAAAACAAAA///vAAEAAQD///////8eAP//Zv4AABAAow96AAAABQD//T8ADwBsAAIAMgD/ /2b+AABkABQAAACUAAAAQAIAAAAAAgAAAP//7wAAAAEA////////HAAAAAABAADKBQAABQAtAGQA 1AEgAQAAAgAaAAAFAADQAkACAAACABgAAAUAAPADYAMAAAIAFAAABQAAEAWABAAAAAAgAKMPbgAA AAUA//0/AAAAIiAAAGQAAAAAAAAAZAAeAAAAAAAAAEACAAAAAAIAAAD//+8AAAABAP///////wwA AAAAAQAAAAUAACABIAEAAAAAAAUAAEACQAIAAAAAAAUAAGADYAMAAAAAAAUAAIAEgAQAAAAAQACj D24AAAAFAP/9PwAAACIgAABkAAAAAAAAAGQAAAAAAAAAAABAAgAAAAACAAAA///vAAAAAAD///// //8YAAAAAAEAAAAFAAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAA AFAAow9SAAAABQAAAAEJAAAOAAEAAAAAAAAAAQABCQAABAABACABAAAAAAIAAQkAAAQAAQBAAgAA AAADAAEJAAAEAAEAYAMAAAAABAABCQAABAABAIAEAAAAAGAAow8QAAAAAQAAAAAIAAABAAAAAgAi AHAAow8+AAAABQAAAAAAAAAAAAIAGAABAAAAAAAAAAIAGAACAAAAAAAAAAIAFAADAAAAAAAAAAIA EgAEAAAAAAAAAAIAEgCAAKMPPgAAAAUAAAAAAAAAAAACABQAAQAAAAAAAAACABQAAgAAAAAAAAAC ABIAAwAAAAAAAAACABAABAAAAAAAAAACABAADwAMBL4SAAAPAALwthIAABAACPAIAAAADwAAABCU AAAPAAPwjhEAAA8ABPAoAAAAAQAJ8BAAAAAJAAAACgAAAAkAAAAJAAAAAgAK8AgAAAAAlAAABQAA AA8ABPDiAAAAEgAK8AgAAAADlAAAAAoAAOMAC/BUAAAAgAD4dbkAgQB4YQEAggCirQAAgwB4YQEA hACirQAAvwASAB8AgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAIywGcMQAA/wEAAAgAAQICAAAIPwIA AAIAEwAi8QYAAAC/AwAAAAQAABDwCAAAAFAQAADKAN4QDwAN8FAAAAAAAJ8PBAAAAAQAAAAAAKAP AgAAACoAAAChDyYAAAACAAAAAAAAAAAAAQAAAAAABwABAAkAdsz8/gEAAAAAAAMAAwAHAAAA2A8E AAAAAAAAAA8ABPDzAAAAEgAK8AgAAAAElAAAAAoAAMMAC/BIAAAAfwABAAEAgADkebkAvwAAAA8A gQEEAAAIgwEAAAAIvwENAB8AwAEBAAAIywGcMQAA/wEHAA8AAQICAAAIPwIAAAMAfwMAAA8AEwAi 8QYAAAC/AwAAAAQAABDwCAAAAGAAYABhD6ICDwAR8BAAAAAAAMMLCAAAAAAAAAABALkADwAN8FUA AAAAAJ8PBAAAAAAAAAAAAKgPIQAAAENsaWNrIHRvIGVkaXQgC01hc3RlciB0aXRsZSBzdHlsZQAA og8GAAAAIgAAAAAAAACqDwoAAAAiAAAAAQAAAAAADwAE8DwBAAASAArwCAAAAAWUAAAACgAAwwAL 8EgAAAB/AAEAAQCAAJx7uQC/AAAADwCBAQQAAAiDAQAAAAi/AQ0AHwDAAQEAAAjLAZwxAAD/AQcA DwABAgIAAAg/AgAAAwB/AwAADwATACLxBgAAAL8DAAAABAAAEPAIAAAAMAOAAQAVYA8PABHwEAAA AAAAwwsIAAAAAQAAAAIAuQAPAA3wngAAAAAAnw8EAAAAAQAAAAAAqA9SAAAAQ2xpY2sgdG8gZWRp dCBNYXN0ZXIgdGV4dCBzdHlsZXMNU2Vjb25kIGxldmVsDVRoaXJkIGxldmVsDUZvdXJ0aCBsZXZl bA1GaWZ0aCBsZXZlbAAAog8eAAAAIQAAAAAADQAAAAEADAAAAAIADQAAAAMADAAAAAQAAACqDwoA AABTAAAAAQAAAAAADwAE8OwAAAASAArwCAAAAAaUAAAACgAA4wAL8FQAAACAAISGuQCBAHhhAQCC AKKtAACDAHhhAQCEAKKtAAC/ABAAHwCBAQQAAAiDAQAAAAi/AQAAEADAAQEAAAjLAZwxAAD/AQAA CAABAgIAAAg/AgAAAgATACLxBgAAAL8DAAAABAAAEPAIAAAAUBDwDIAW4BAPAA3wWgAAAAAAnw8E AAAABAAAAAAAoQ8eAAAAAQAAAAAAACgAAAIAFAABAAAAAAAHAAEACQB2zPz+AACqDwoAAAABAAAA AQAAAAAAAACmDw4AAAD4AAAA2ADUAdAC8AMQBQ8AA/BcDAAADwAE8FQAAAABAAnwEAAAAAASAABg AAAAYhYAACEBAAACAArwCAAAAAeUAAABAgAAEwAL8AYAAACIAwAAAAATACLxBgAAAL8DAAAABAAA EPAIAAAAYAAAEmIWIQEPAAPwHgsAAA8ABPBOAAAAAQAJ8BAAAAAAEgAAYAAAAHIUAAAhAQAAAgAK 8AgAAAAIlAAAAwIAABMAC/AGAAAAiAMAAAAAAAAP8BAAAAAAEgAAYAAAAHIUAAAhAQAADwAE8MAC AAACAArwCAAAAAmUAAACCgAAwwAL8JACAAAEAAAAAABCARoLAABDAZgFAABEAQQAAABFwRwBAABG wSYBAAB/AQEAAQCAAQAAAACBAXbM/AC/ARAAEAD/ARAAGACIAwAAAABHAEcA8P8aCwAAGgtFBPYI RQT2CCUCcwUlAkkFJgIeBSoC9QQyAswEOwKjBEcCfARWAlUEZwIvBHkCCgSOAuYDpQLCA74CoQPY An8D9AJfAxEDQAMwAyMDUAMHA3ED7AKTA9MCtgO7AtoDpQL+A5ACIwR9AkkEbAJuBF0ClARPArkE QwLfBDoCBAUzAisFLQJQBSoCdAUpApgFAACYBQEAZAUGAC8FDQD4BBcAvwQjAIUEMwBLBEUADwRa ANQDcgCYA4wAXAOpACADyQDlAuwAqwIRAXECOQE4AmQBAQKRAcwBwQGYAfQBZgEpAjcBYQIJAZwC 3wDZArgAGQOUAFsDcwCfA1YA6AM9ADIEJwB+BBYAzQQLAB4FAgBzBQAAGgsAAJAAlAACAABAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAA D/AQAAAAvxMAAGAAAAByFAAAugAAAA8ABPCwAgAAAgAK8AgAAAAKlAAAAgoAAMMAC/CAAgAABAAA AAAAQgEaCwAAQwGLBQAARAEEAAAARcEUAQAARsEeAQAAfwEBAAEAgAEAAAAAgQF2zPwAvwEQABAA /wEQABgAiAMAAAAARQBFAPD/GgtmA3MFZgM7BWUDBgVgA9IEVwOhBE0DcgQ+A0UELQMZBBoD8AMF A8kD7QKkA9MCgAO3Al8DmgI/A3wCIQNcAgYDOwLrAhgC0wL2AbsC0gGnAq4BkwKKAYICZgFyAkEB YwIdAVcC+QBMAtYAQgK0ADoCkgA0AnIALwJUACsCNgApAhkAKQIAAAAAAAACAEIABwCDAA8AxAAb AAYBKgBHATwAhwFQAMYBaAAGAoMAQwKgAIACwAC7AuQA9QIJAS4DMgFkA1wBmQOKAcwDugH9A+sB LQQfAlkEVgKDBI4CqgTIAs8EBQPxBEMDEAWDAysFxgNEBQkEWQVPBGsFlgR5Bd4EgwUoBYkFcwWL BRoLiwUaC2YDjACQAAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAWAAgAAAD/AQAAAAvxMAAMgAAAByFAAAIQEAAA8ABPDIAAAAAgAK8AgAAAALlAAAAgoA AMMAC/CYAAAABAAAAAAAQgEDCQAAQwEBDAAARAEEAAAARcEgAAAARsEqAAAAfwEBAAEAgAEAAAAA gQF2zPwAvwEQABAA/wEQABgAiAMAAAAACAAIAPD/AwkAAAMJAQzjBgEM4wYlAnoCAQwAAAEMWwUA AAMJAAASABQAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAABoT AABgAAAAqxMAACEBAAAPAATw4AAAAAIACvAIAAAADJQAAAIKAADDAAvwsAAAAAQAAAAAAEIB2gYA AEMBAQwAAEQBBAAAAEXBLAAAAEbBNgAAAH8BAQABAIABAAAAAIEBdsz8AL8BEAAQAP8BEAAYAIgD AAAAAAsACwDw/9oGfwewBRkKCgNFBAoDJQIlAiUCJQIBDAAAAQwAAAAAKgUAACoFjAPaBn8HGAAc AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAA AAC8EgAAYAAAACsTAAAhAQAADwAE8MACAAACAArwCAAAAA2UAAACCgAAwwAL8JACAAAEAAAAAABC AdAKAABDAT8HAABEAQQAAABFwRwBAABGwSYBAAB/AQEAAQCAAQAAAACBAXbM/AC/ARAAEAD/ARAA GACIAwAAAABHAEcA8P8AAAAAAAAlAmcHJQKPBycCtActAtcHNwL4B0UCFghXAjEIawJKCIECYAib AnMItgKECNQCkwj0Ap8IFQOnCDcDrghZA7IIfAOzCKADsgjDA64I5gOnCAkEnwgrBJMITASECGoE cwiIBGAIpARKCL0EMQjVBBYI6QT4B/oE1wcIBbQHEgWPBxkFZwcbBR4FGwUeBT8HZwc/B9EHOgc0 CCoHkAgRB+UI8AYzCcUGewmUBrwJWwb2CR4GKQraBVYKkQV7CkQFmgr0BLIKogTDCk0EzQr3A9AK oAPNCkkDwwrzArIKngKaCksCewr7AVYKrgEpCmYB9gkiAbwJ4wB7CasAMwl6AOUIUACQCC4ANAgV ANEHBQBnBwAAAAAAAJAAlAACAABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAAABIAAGAAAACuEgAA1QAAAA8ABPDAAAAAAgAK 8AgAAAAOlAAAAgoAAMMAC/CQAAAABAAAAAAAQgFBBAAAQwELCQAARAEEAAAARcEcAAAARsEmAAAA fwEBAAEAgAEAAAAAgQF2zPwAvwEQABAA/wEQABgAiAMAAAAABwAHAPD/QQQAAAAAAAAAAAsJJQIL CSUCJQJBBCUCQQQAABAAFAACAABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAA AAAAEgAAjwAAAEUSAAAhAQAADwAE8NIAAACiDArwCAAAAA+UAAACCgAA0wAL8E4AAACAALyJuQCF AAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIA AAg/AgAAAwB/AwAADwAAAA/wEAAAAGoUAAB7AAAAYhYAAAsBAAAPAA3wTAAAAAAAnw8EAAAABAAA AAAAqA8KAAAAUE1DLVNpZXJyYQAAoQ8mAAAACwAAAAAAAAgAAAEACgAAAAMAAwADAAEACQABAAAA AAADAAEAFAAPAATw1QAAAKIMCvAIAAAAEJQAAAAKAADTAAvwTgAAAIAAfI65AIUAAgAAAIcABgAA AL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8D AAAPABMAIvEGAAAAvwMAAAAEAAAQ8AgAAAB3AuARgBJxAw8ADfBJAAAAAACfDwQAAAAEAAAAAACo DwEAAAAgAAChDywAAAACAAAAAAAACAAAAQABAAAAAAAHAAEAFAD+mwP+AQAAAAAABwAEABQA/psD /g8ABPAIAQAAEgAK8AgAAAABlAAAAAwAAKMAC/DwAAAAgAEDAAAAgwEFAAAIhkEHAAAAh8G0AAAA kwGOn4sAlAHevWgAvwEeAB8A/wEAAAgABAMJAAAAPwMBAAEASAA6AFwAYQBfAHcAbwByAGsAXABh AF8AUABNAEMAXABQAE0AQwBfAFAAcgBlAHMAZQBuAHQAYQB0AGkAbwBuAHMAXABOAEUAVwAtAFAA TQBDAF8AdABlAG0AcABsAGEAdABlAHMAXwBwAHIAbwBwAG8AcwBlAGQAXABQAE0AQwBfAGIAYQBj AGsAZwByAG8AdQBuAGQAXwBiAGwAdQBlAF8AYwBoAGkAcAAuAHQAaQBmAAAAEADwByAAAAAAAAAA ////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9ACAAug8YAAAAUABNAEMAXwBUAGUAbQBwAGwAYQB0 AGUADwDuA4sFAAACAO8DGAAAAAIAAAADBAcJCAAAAAQAAIAAAAAAAAAAAA8ADAQ7BQAADwAC8DMF AABAAAjwCAAAAAUAAAASmAAADwAD8AsEAAAPAATwKAAAAAEACfAQAAAAAAAAAAUAAAAAAAAAAADw AAIACvAIAAAAAJgAAAUAAAAPAATw+AAAABIACvAIAAAAApgAAAAKAADTAAvwTgAAAH8AAQABAIAA pBeRAYcAAgAAAL8AAAAPAIEBBAAACIMBAAAACL8BDQAfAMABAQAACMsBnDEAAP8BBwAPAAECAgAA CD8CAAADAH8DAAAPABMAIvEGAAAAvwMAAAAEAAAQ8AgAAADQArAB0BSwBw8AEfAQAAAAAADDCwgA AAAAAAAAAwCRAQ8ADfBUAAAAAACfDwQAAAAGAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3Rl ciB0aXRsZSBzdHlsZQAAog8GAAAAIQAAAAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8PUAAAASAArw CAAAAAOYAAAACgAAwwAL8EgAAAB/AAEAAQCAAKgZkQG/AAAADwCBAQQAAAiDAQAAAAi/AQ0AHwDA AQEAAAjLAZwxAAD/AQcADwABAgIAAAg/AgAAAwB/AwAADwATACLxBgAAAL8DAAAABAAAEPAIAAAA QAhgAyAT4A0PABHwEAAAAAAAwwsIAAAAAQAAAAQAkQEPAA3wVwAAAAAAnw8EAAAABQAAAAAAqA8j AAAAQ2xpY2sgdG8gZWRpdCBNYXN0ZXIgc3VidGl0bGUgc3R5bGUAAKIPBgAAACQAAAAAAAAAqg8K AAAAJAAAAAEAAAAAAA8ABPDiAAAAEgAK8AgAAAARmAAAAAoAAOMAC/BUAAAAgAAEHpEBgQB4YQEA ggCirQAAgwB4YQEAhACirQAAvwASAB8AgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAIywGcMQAA/wEA AAgAAQICAAAIPwIAAAIAEwAi8QYAAAC/AwAAAAQAABDwCAAAAFAQAADKAN4QDwAN8FAAAAAAAJ8P BAAAAAQAAAAAAKAPAgAAACoAAAChDyYAAAACAAAAAAAAAAAAAQAAAAAABwABAAkAdsz8/gEAAAAA AAMAAwAHAAAA2A8EAAAAAAAAAA8ABPDsAAAAEgAK8AgAAAASmAAAAAoAAOMAC/BUAAAAgAC4M7kA gQB4YQEAggCirQAAgwB4YQEAhACirQAAvwAQAB8AgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAIywGc MQAA/wEAAAgAAQICAAAIPwIAAAIAEwAi8QYAAAC/AwAAAAQAABDwCAAAAFAQ8AyAFuAQDwAN8FoA AAAAAJ8PBAAAAAQAAAAAAKEPHgAAAAEAAAAAAAAoAAACABQAAQAAAAAABwABAAkAdsz8/gAAqg8K AAAAAQAAAAEAAAAAAAAApg8OAAAA+AAAANgA1AHQAvADEAUPAATwCAEAABIACvAIAAAAAZgAAAAM AACjAAvw8AAAAIABAwAAAIMBBQAACIZBBwAAAIfBtAAAAJMBjp+LAJQB3r1oAL8BHgAfAP8BAAAI AAQDCQAAAD8DAQABAEgAOgBcAGEAXwB3AG8AcgBrAFwAYQBfAFAATQBDAFwAUABNAEMAXwBQAHIA ZQBzAGUAbgB0AGEAdABpAG8AbgBzAFwATgBFAFcALQBQAE0AQwBfAHQAZQBtAHAAbABhAHQAZQBz AF8AcAByAG8AcABvAHMAZQBkAFwAUABNAEMAXwBiAGEAYwBrAGcAcgBvAHUAbgBkAF8AYgBsAHUA ZQBfAGMAaABpAHAALgB0AGkAZgAAABAA8AcgAAAAAAAAAP///wAAAGYAkKfWAElwvQBhj/0A/psD AGGP/QAPAPADmgIAAAEA8QMIAAAABAAAgAAADjAPAAwEWgIAAA8AAvBSAgAAgAAI8AgAAAADAAAA AwgAAA8AA/DwAQAADwAE8CgAAAABAAnwEAAAAAQAAQAAAAAABQCBAAAAAAACAArwCAAAAAAIAAAF AAAADwAE8HAAAAASAArwCAAAAAIIAAAACgAAgwAL8DAAAAB/AAQABACHAAEAAAB/AQAAAQC/AQEA EQDAAQEAAAjLAZwxAAD/AQgACQA/AgEAAwAAABDwCAAAALQB1AIMDhwKDwAR8BAAAAAAAMMLCAAA AAIAAAAFAPoBDwAE8EABAAASAArwCAAAAAMIAAAACgAA8wAL8FoAAAB/AAEAAQCAAJQz+gGBAHhh AQCCAKKtAACDAHhhAQCEAKKtAAC/ABAAHwCBAQQAAAiDAQAAAAi/AQEAEQDAAQEAAAjLAZwxAAD/ AQEACQABAgIAAAg/AgAAAgAAABDwCAAAALAKQAKgDtAUDwAR8BAAAAAAAMMLCAAAAAMAAAAGAvoB DwAN8J4AAAAAAJ8PBAAAAAIAAAAAAKgPUgAAAENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5 bGVzDVNlY29uZCBsZXZlbA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIP HgAAACEAAAAAAA0AAAABAAwAAAACAA0AAAADAAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPBC AAAAEgAK8AgAAAABCAAAAAwAAHMAC/AqAAAAgQEAAAAIkwHevWgAlAGOn4sAvwESABIA/wEAAAgA BAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAJGRkQAAAAAAYY/9AACuAAD8ASgAzs7OAA8AyQ/K AAAADwAMBJoAAAAPAALwkgAAAJAACPAIAAAAAQAAAAEMAAAPAAPwMAAAAA8ABPAoAAAAAQAJ8BAA AAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAADAAABQAAAA8ABPBCAAAAEgAK8AgAAAABDAAAAAwA AHMAC/AqAAAAgQEAAAAIkwHevWgAlAGOn4sAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAA AAD///8AAAAAAJGRkQAAAAAAYY/9AACuAAD8ASgAzs7OAA8A7gPYAQAAAgDvAxgAAAAAAAAADxAA AAAAAAAFAACAAAAAAAcAAAAPAAwEiAEAAA8AAvCAAQAAMAAI8AgAAAADAAAAA0QBAA8AA/AYAQAA DwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAABEAQAFAAAADwAE8GwAAAAS AArwCAAAAAJEAQAgAgAAQwAL8BgAAACAABD9uQC/AQAAAQD/AQAAAQABAwKYAAAAABDwCAAAANAC sAHQFAAGDwAR8BAAAAAAAMMLCAAAAAAAAAAPALkADwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATwbAAA ABIACvAIAAAAA0QBACACAABDAAvwGAAAAIAAzP25AL8BAAABAP8BAAABAAEDA5gAAAAAEPAIAAAA 8AZgAyAT4A0PABHwEAAAAAAAwwsIAAAAAQAAABAAuQAPAA3wDAAAAAAAng8EAAAAAQAAAA8ABPBI AAAAEgAK8AgAAAABRAEAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA /wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAAAAAAA////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9 AA8A7gPeAQAAAgDvAxgAAAABAAAADQ4AAAAAAAAEAACAAAAAAAcAAAAPAAwEjgEAAA8AAvCGAQAA YAAI8AgAAAADAAAAA1QBAA8AA/AeAQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAAC AArwCAAAAABUAQAFAAAADwAE8GwAAAASAArwCAAAAAJUAQAgAgAAQwAL8BgAAACAAFTlkQG/AQAA AQD/AQAAAQABAwSUAAAAABDwCAAAAGAAYABhD6ICDwAR8BAAAAAAAMMLCAAAAAAAAAANAJEBDwAN 8AwAAAAAAJ4PBAAAAAAAAAAPAATwcgAAABIACvAIAAAAA1QBACACAABTAAvwHgAAAAQAAAAAAIAA pOWRAb8BAAABAP8BAAABAAEDBZQAAAAAEPAIAAAAMAOAAQAVYA8PABHwEAAAAAAAwwsIAAAAAQAA AA4AkQEPAA3wDAAAAAAAng8EAAAAAQAAAA8ABPBIAAAAEgAK8AgAAAABVAEAAAwAAIMAC/AwAAAA gQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAAA AAAA////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9AA8A7gPkAQAAAgDvAxgAAAABAAAADQ4AAAAA AAAEAACAAAAAAAcAAAAPAAwElAEAAA8AAvCMAQAAcAAI8AgAAAADAAAAA4QBAA8AA/AkAQAADwAE 8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAACEAQAFAAAADwAE8HIAAAASAArw CAAAAAKEAQAgAgAAUwAL8B4AAAB/AAAABACAACDzkQG/AQAAAQD/AQAAAQABAwSUAAAAABDwCAAA AGAAYABwEaICDwAR8BAAAAAAAMMLCAAAAAAAAAANAJEBDwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATw cgAAABIACvAIAAAAA4QBACACAABTAAvwHgAAAH8AAAAEAIAAyPORAb8BAAABAP8BAAABAAEDBZQA AAAAEPAIAAAAMAOAAQAVYA8PABHwEAAAAAAAwwsIAAAAAQAAAA4AkQEPAA3wDAAAAAAAng8EAAAA AQAAAA8ABPBIAAAAEgAK8AgAAAABhAEAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHe vWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAAAAAAA////AAAAZgCQp9YASXC9AGGP /QD+mwMAYY/9AA8A7gNXKAAAAgDvAxgAAAABAAAADQ4AAAAAAAAEAACAAAAAAAcAAAAPAAwEBygA AA8AAvD/JwAAoAAI8AgAAAAuAAAAXYgBAA8AA/CPJwAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAA AAAAAAAAAAACAArwCAAAAACIAQAFAAAADwAE8LoAAAASAArwCAAAADGIAQAACgAAwwAL8EgAAACA ANRr+gGFAAIAAACHAAEAAAC/AAAADwCBAQEAAAi/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIA AAg/AgAAAwB/AwAADwAAABDwCAAAACAHwADwFVAQDwAN8EIAAAAAAJ8PBAAAAAQAAAAAAKEPHAAA AAEAAAAAAAAIAAABAAEAAAAAAAcAAQAUAP6bA/4AAKoPCgAAAAEAAAABAAAAAAAPAATwcgAAABIA CvAIAAAAAogBACACAABTAAvwHgAAAH8AAAAEAIAAsG/6Ab8BAAABAP8BAAABAAEDBJQAAAAAEPAI AAAAYABgAAASogIPABHwEAAAAAAAwwsIAAAAAAAAAA0A+gEPAA3wDAAAAAAAng8EAAAAAAAAAA8A BPByAAAAEgAK8AgAAAADiAEAIAIAAFMAC/AeAAAAfwAAAAQAgABQSvoBvwEAAAEA/wEAAAEAAQMF lAAAAAAQ8AgAAABwApAAgBbABg8AEfAQAAAAAADDCwgAAAABAAAADgD6AQ8ADfAMAAAAAACeDwQA AAABAAAADwAD8AQLAAAPAATwTAAAAAEACfAQAAAABgkAAAQHAAC6DQAAqAoAAAIACvAIAAAABIgB AAECAAAjAAvwDAAAAAQAAAAAAIgDAAAAAAAAEPAIAAAAbAmFDO0Q+AwPAATwSAAAALIECvAIAAAA BYgBAAIKAABDAAvwGAAAAARBAQAAAAcB////AL8BAAAQAP8BAAAIAAAAD/AQAAAABgkAABYHAACj DQAAnwoAAA8ABPBoAQAAAgAK8AgAAAAGiAEAAgoAAMMAC/A4AQAAQgG1AAAAQwFwAQAARAEEAAAA RcFwAAAARsF6AAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAHAAc APD/hwAAAJoAKgCnAE8AsQB0ALUAmgCxALoArADWAKMA8gCVAAoBhwAhAXQANAFiAEYBTwBUAS8A ZwEXAHABAABQARwALwE9ABMBXQD3AHkA2wCCAMgAjAC2AJUAngCaAIIAmgBrAJUASgCQACUAhwAA ADoAPAACAABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBYACAAAAP8BAAAAAFDQAAeQgAALoNAADpCQAADwAE8GgBAAACAArwCAAAAAeIAQACCgAA wwAL8DgBAABCAV0BAABDAWIBAABEAQQAAABFwXAAAABGwXoAAAB/AQEAAQCAAQAAAACBAVCAUgCD Af///wC/ARAAEAD/ARAAGACIAwAAAAAcABwA8P8AAC8AHAAXADMABQBPAAAAawAAAIIACQCeABcA tQAvANEARgAAAYIAKQHEAEoBAAFdAT0BGwFiAQkBEwHtAM0A3wCsANEAjAC+AHAArABZAJkARgCH ADMAdAAlAF0AIQBGABwAMwAcABcAJQAAAC8AOgA8AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAAEIMAABvBwAAnw0AANEI AAAPAATwWAEAAAIACvAIAAAACIgBAAIKAADDAAvwKAEAAEIBNwEAAEMBtgAAAEQBBAAAAEXBaAAA AEbBcgAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgDAAAAABoAGgDw/zcB cAAbAYwA/wCfAOgArQDMALIAtQC2AJ4AsgCGAK0AdACkAE8AiAAuAGcAEgBCAAAAJgAOAAAAMwAm AFMARgB0AGIAlAB6AKcAgwC1AIgAyACMAN8AjADxAIgACQGDACABegA3AXAANgA4AAIAAEAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAAAAAZCgAA 1gkAAFALAACMCgAADwAE8GgBAAACAArwCAAAAAmIAQACCgAAwwAL8DgBAABCAcIBAABDAawAAABE AQQAAABFwXAAAABGwXoAAAB/AQEAAQCAAQAAAACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAA AAAcABwA8P8AAJAAGwBiADwAQQBdACUAfQASAJkACQC5AAAA2gAAAPsABAAWAQ4AMgEXAE4BJQBq ATMAlAFPALkBawDCAawAlAGVAGUBdAAuAVQA+wA4AN8ALgC+ACUAogAlAIIAKgBhADgAQQBKACAA ZgAAAJAAOgA8AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAFgAIAAAA/wEAAAAIQKAAAEBwAARgwAALAHAAAPAATweAEAAAIACvAIAAAACogB AAIKAADDAAvwSAEAAEIB/AAAAEMBjAEAAEQBBAAAAEXBeAAAAEbBggAAAH8BAQABAIABAAAAAIEB UIBSAIMB////AL8BEAAQAP8BEAAYAIgDAAAAAB4AHgDw/xwAAAAOACEABQBBAAAAYgAFAIcACgCo AA4AyQAcAOkAKgAKAT0AJgFQAEIBZwBZAX4AbAGaAHoBsQCDAc0AjAHpAIwB/ABwAcgASwGVACsB cAABAUsA1wA9AL8ANACoACoAjAAhAHUAHABZABwAPQAcACEAHAAAAD4AQAACAABAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAA AA/wEAAAACsJAABmCAAAJwoAAPIJAAAPAATwmAEAAAIACvAIAAAAC4gBAAIKAADDAAvwaAEAAEIB cAEAAEMBEwEAAEQBBAAAAEXBiAAAAEbBkgAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQ AP8BEAAYAIgDAAAAACIAIgDw/3ABMwAzARwA+wAJAMgAAACeAAAAeQAAAFkACQA9ABcAJQAqABMA PQAKAFQAAABwAAAAjAAAAKwABQDNAA4A8gAcABMBOAATAS8A7gAqAM0AKgCsAC8AkAA9AHkASwBn AGIAVAB5AEYAkAA4AKwALwDNACoA7QAlAA4BJQAuASUATwEqAHABMwBGAEgAAgAAQACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAWAAgAAAD/AQAAAAFAkAAGEHAACECgAAdAgAAA8ABPCIAQAAAgAK8AgAAAAM iAEAAgoAAMMAC/BYAQAAQgHfAQAAQwHIAAAARAEEAAAARcGAAAAARsGKAAAAfwEBAAEAgAEAAAAA gQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAIAAgAPD/3wEAAN8BJQDbAUYA0QFmAMMBfgC1 AZUAngGoAIIBtgBmAb8ARgHEACEByAD7AMQAzQC6AJ4AsQBrAKMAOACQAAAAeQAAADwAgwBrAOkA jAATAZUAOAGaAFgBmgB0AZoAjAGVAJ4BjACsAX4AugFrAMgBVADRATwA2wEgAN8BAABCAEQAAgAA QACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAFgAIAAAA/wEAAAAEsLAADgCQAAKg0AAKgKAAAPAATwrQAAAKIMCvAIAAAA DYgBAAAKAACjAAvwPAAAAIAAyHD6Ab8AAgAPAIEBBAAACIMBAAAACL8BAAAQAMABAQAACP8BBgAO AAECAgAACD8CAAABAH8DAAAPAAAAEPAIAAAAZArPDIkQOAsPAA3wQQAAAAAAnw8EAAAABAAAAAAA qA8HAAAASVAvTVBMUwAAoQ8eAAAACAAAAAAAAAgAAAEACAAAAAEABwABAAEAEAAAAAACDwAE8K8A AAASAArwCAAAAA+IAQAACgAAswAL8EIAAAB/AAAABACAAEB0+gGFAAIAAACHAAYAAAC/AAIAAgCB AQQAAAiDAQAAAAi/AQAAEADAAQEAAAj/AQAACAABAgIAAAgAABDwCAAAAHAIsREgEx0JDwAN8D0A AAAAAJ8PBAAAAAQAAAAAAKgPBQAAAFQxL0UxAAChDxwAAAAGAAAAAAAAAAoABwAGAAAAAQAGAAEA DAAAAAAADwAE8HAAAABCAQrwCAAAABCIAQCACgAAwwAL8EgAAACFAAIAAACHAAEAAAC/AAAADwBE AQQAAAB/AQAAAQC/AQAAEADAAQCZAADLAdSUAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDw CAAAAGAJgRHREmAJDwAE8J8AAACiDArwCAAAACOIAQAACgAAYwAL8CQAAACAAIh3+gG/AAIADwC/ AQAAEAD/AQYADgA/AgAAAwB/AwAADwAAABDwCAAAALAH4QSWCNAIDwAN8EsAAAAAAJ8PBAAAAAQA AAAAAKgPFQAAAFJBRHZpZXcgDVNOTVAgTWFuYWdlcgAAoQ8aAAAAFgAAAAAAAAgKAAEABwAWAAAA AAADAAEADAAPAAPwBAsAAA8ABPBMAAAAAQAJ8BAAAAAGCQAABAcAALoNAACoCgAAAgAK8AgAAAAy iAEAAQIAACMAC/AMAAAABAAAAAAAiAMAAAAAAAAQ8AgAAAAwCZYG/gq8DA8ABPBIAAAAsgQK8AgA AAAziAEAAgoAAEMAC/AYAAAABEEBAAAABwH///8AvwEAABAA/wEAAAgAAAAP8BAAAAAGCQAAFgcA AKMNAACfCgAADwAE8GgBAAACAArwCAAAADSIAQACCgAAwwAL8DgBAABCAbUAAABDAXABAABEAQQA AABFwXAAAABGwXoAAAB/AQEAAQCAAQAAAACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAAAAAc ABwA8P+HAAAAmgAqAKcATwCxAHQAtQCaALEAugCsANYAowDyAJUACgGHACEBdAA0AWIARgFPAFQB LwBnARcAcAEAAFABHAAvAT0AEwFdAPcAeQDbAIIAyACMALYAlQCeAJoAggCaAGsAlQBKAJAAJQCH AAAAOgA8AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAFgAIAAAA/wEAAAAAUNAAB5CAAAug0AAOkJAAAPAATwaAEAAAIACvAIAAAANYgBAAIK AADDAAvwOAEAAEIBXQEAAEMBYgEAAEQBBAAAAEXBcAAAAEbBegAAAH8BAQABAIABAAAAAIEBUIBS AIMB////AL8BEAAQAP8BEAAYAIgDAAAAABwAHADw/wAALwAcABcAMwAFAE8AAABrAAAAggAJAJ4A FwC1AC8A0QBGAAABggApAcQASgEAAV0BPQEbAWIBCQETAe0AzQDfAKwA0QCMAL4AcACsAFkAmQBG AIcAMwB0ACUAXQAhAEYAHAAzABwAFwAlAAAALwA6ADwAAgAAQACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAAQgwAAG8HAACfDQAA 0QgAAA8ABPBYAQAAAgAK8AgAAAA2iAEAAgoAAMMAC/AoAQAAQgE3AQAAQwG2AAAARAEEAAAARcFo AAAARsFyAAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAGgAaAPD/ NwFwABsBjAD/AJ8A6ACtAMwAsgC1ALYAngCyAIYArQB0AKQATwCIAC4AZwASAEIAAAAmAA4AAAAz ACYAUwBGAHQAYgCUAHoApwCDALUAiADIAIwA3wCMAPEAiAAJAYMAIAF6ADcBcAA2ADgAAgAAQACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAABkK AADWCQAAUAsAAIwKAAAPAATwaAEAAAIACvAIAAAAN4gBAAIKAADDAAvwOAEAAEIBwgEAAEMBrAAA AEQBBAAAAEXBcAAAAEbBegAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgD AAAAABwAHADw/wAAkAAbAGIAPABBAF0AJQB9ABIAmQAJALkAAADaAAAA+wAEABYBDgAyARcATgEl AGoBMwCUAU8AuQFrAMIBrACUAZUAZQF0AC4BVAD7ADgA3wAuAL4AJQCiACUAggAqAGEAOABBAEoA IABmAAAAkAA6ADwAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAWAAgAAAD/AQAAAAhAoAAAQHAABGDAAAsAcAAA8ABPB4AQAAAgAK8AgAAAA4 iAEAAgoAAMMAC/BIAQAAQgH8AAAAQwGMAQAARAEEAAAARcF4AAAARsGCAAAAfwEBAAEAgAEAAAAA gQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAHgAeAPD/HAAAAA4AIQAFAEEAAABiAAUAhwAK AKgADgDJABwA6QAqAAoBPQAmAVAAQgFnAFkBfgBsAZoAegGxAIMBzQCMAekAjAH8AHAByABLAZUA KwFwAAEBSwDXAD0AvwA0AKgAKgCMACEAdQAcAFkAHAA9ABwAIQAcAAAAPgBAAAIAAEAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAA gAAAD/AQAAAAKwkAAGYIAAAnCgAA8gkAAA8ABPCYAQAAAgAK8AgAAAA5iAEAAgoAAMMAC/BoAQAA QgFwAQAAQwETAQAARAEEAAAARcGIAAAARsGSAAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQ ABAA/wEQABgAiAMAAAAAIgAiAPD/cAEzADMBHAD7AAkAyAAAAJ4AAAB5AAAAWQAJAD0AFwAlACoA EwA9AAoAVAAAAHAAAACMAAAArAAFAM0ADgDyABwAEwE4ABMBLwDuACoAzQAqAKwALwCQAD0AeQBL AGcAYgBUAHkARgCQADgArAAvAM0AKgDtACUADgElAC4BJQBPASoAcAEzAEYASAACAABAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBYACAAAAP8BAAAAAUCQAAYQcAAIQKAAB0CAAADwAE8IgBAAACAArwCAAA ADqIAQACCgAAwwAL8FgBAABCAd8BAABDAcgAAABEAQQAAABFwYAAAABGwYoAAAB/AQEAAQCAAQAA AACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAAAAAgACAA8P/fAQAA3wElANsBRgDRAWYAwwF+ ALUBlQCeAagAggG2AGYBvwBGAcQAIQHIAPsAxADNALoAngCxAGsAowA4AJAAAAB5AAAAPACDAGsA 6QCMABMBlQA4AZoAWAGaAHQBmgCMAZUAngGMAKwBfgC6AWsAyAFUANEBPADbASAA3wEAAEIARAAC AABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAASwsAAOAJAAAqDQAAqAoAAA8ABPCpAAAAogwK8AgA AAA+iAEAAAoAAKMAC/A8AAAAgACMffoBvwACAA8AgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAI/wEG AA4AAQICAAAIPwIAAAEAfwMAAA8AAAAQ8AgAAACwCvYGsAqECw8ADfA9AAAAAACfDwQAAAAEAAAA AACoDwMAAABBVE0AAKEPHgAAAAQAAAAAAAAIAAABAAQAAAABAAcAAQABABAAAAAAAg8ABPBqAAAA EgAK8AgAAABCiAEAAAoAALMAC/BCAAAAhQACAAAAhwABAAAAvwAAAA8AgQH//2YAvwEcAB4AwAEA AAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABwCKEPsRGACg8ABPC+AAAA ogwK8AgAAABAiAEAAAoAANMAC/BOAAAAgABcgfoBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEA AAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAACZ0P sRHACQ8ADfBAAAAAAACfDwQAAAAEAAAAAACoDwYAAABURE1vSVAAAKEPHgAAAAcAAAAAAAAIAAAB AAcAAAABAAcAAQABAA4AAAAAAA8ABPDAAAAAEgAK8AgAAABDiAEAAAoAANMAC/BOAAAAfwAAAAQA gACshfoBhQACAAAAhwABAAAAvwAAAA8AgQH/ZgAAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQIC AAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABwCOAE8Aa4Cg8ADfBCAAAAAACfDwQAAAAEAAAAAAChDxwA AAABAAAAAAAACAAAAQABAAAAAAAHAAEAFAAAAAAAAACqDwoAAAABAAAAAQAAAAAADwAE8L8AAACi DArwCAAAAEWIAQAACgAA0wAL8E4AAACAAAyI+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAA AAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAAAJtgQi B8AJDwAN8EEAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAEFUTSBDRVMAAKEPHgAAAAgAAAAAAAAIAAAB AAgAAAABAAcAAQABAA4AAAAAAA8ABPBkAAAAQgEK8AgAAABGiAEAAAoAAKMAC/A8AAAAvwAAAA8A RAEEAAAAfwEAAAEAvwEAABAAwAEAmQAAywHUlAAA/wEeAB4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ 8AgAAABgCcAD4ARgCQ8ABPCvAAAAEgAK8AgAAABKiAEAAAoAALMAC/BCAAAAfwAAAAQAgAAAi/oB hQACAAAAhwAGAAAAvwACAAIAgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAI/wEAAAgAAQICAAAIAAAQ 8AgAAABwCAADbwQdCQ8ADfA9AAAAAACfDwQAAAAEAAAAAACoDwUAAABUMS9FMQAAoQ8cAAAABgAA AAAAAAAKAAcABgAAAAEABgABAAwAAAAAAA8ABPC5AAAAEgAK8AgAAABNiAEAAAoAAMMAC/BIAAAA gACQjvoBhQACAAAAhwABAAAAvwAAAA8AgQFm/zMAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQIC AAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACgCLAK8AwQCw8ADfBBAAAAAACfDwQAAAAEAAAAAACoDwcA AABBVE0gU0FSAAChDx4AAAAIAAAAAAAACAAAAQAIAAAAAQAHAAEAAQAOAAAAAAAPAATwagAAABIA CvAIAAAAUIgBAAAKAACzAAvwQgAAAIUAAgAAAIcAAQAAAL8AAAAPAIEB//9mAL8BHAAeAMABAAAA CMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA0AtgDHAO4A0PAATwwAAAABIA CvAIAAAAUYgBAAAKAADTAAvwTgAAAH8AAAAEAIAARJP6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2YA AL8BHAAeAMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA0AswCUAL 4A0PAA3wQgAAAAAAnw8EAAAABAAAAAAAoQ8cAAAAAQAAAAAAAAgAAAEAAQAAAAAABwABABQAAAAA AAAAqg8KAAAAAQAAAAEAAAAAAA8ABPBkAAAAQgEK8AgAAABSiAEAAAoAAKMAC/A8AAAAvwAAAA8A RAEEAAAAfwEAAAEAvwEAABAAwAEAAAAIywHUlAAA/wEeAB4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ 8AgAAADwDEALYAzwDA8ABPCvAAAAEgAK8AgAAABTiAEAAAoAALMAC/BCAAAAfwAAAAQAgAAMlvoB hQACAAAAhwAGAAAAvwACAAIAgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAI/wEAAAgAAQICAAAIAAAQ 8AgAAADwDBALfwydDQ8ADfA9AAAAAACfDwQAAAAEAAAAAACoDwUAAABUMS9FMQAAoQ8cAAAABgAA AAAAAAAKAAcABgAAAAEABgABAAwAAAAAAA8ABPC+AAAAogwK8AgAAABUiAEAAAoAANMAC/BOAAAA gADAmfoBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEG AA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABgDGAMdA4gDQ8ADfBAAAAAAACfDwQAAAAEAAAA AACoDwYAAABURE1vSVAAAKEPHgAAAAcAAAAAAAAIAAABAAcAAAABAAcAAQABAA4AAAAAAA8ABPC/ AAAAogwK8AgAAABViAEAAAoAANMAC/BOAAAAgACgnfoBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAI gwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACQ DAAJbAtQDQ8ADfBBAAAAAACfDwQAAAAEAAAAAACoDwcAAABBVE0gQ0VTAAChDx4AAAAIAAAAAAAA CAAAAQAIAAAAAQAHAAEAAQAOAAAAAAAPAATwygAAAKIMCvAIAAAAVogBAAAKAADTAAvwTgAAAIAA FKH6AYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAO AAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAcA4gB4wPag8PAA3wTAAAAAAAnw8EAAAABAAAAAAA qA8WAAAAU0FSIDw8IFRETW9JUCArIEFUTUNFUwAAoQ8aAAAAFwAAAAAAAAAAABcAAAAAAAcAAQAU AP8zAP4PAATwdgAAABIACvAIAAAAWYgBAAAKAADTAAvwTgAAAIUAAgAAAIcAAQAAAL8AAAAPAIEB BAAACIMBAAAACL8BDAAeAMAB/zMAAMsBn28AAM4BBgAAAP8BDgAOAAECAgAACD8CAAADAH8DAAAP AAAAEPAIAAAAcAtACDAPQA4PAATwvAAAAKIMCvAIAAAAWogBAAAKAACzAAvwQgAAAIAATJz6Ab8A AgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAP AAAAEPAIAAAAUA18EIAWJA4PAA3wSgAAAAAAnw8EAAAABAAAAAAAqA8SAAAAQ29tcGxleCBhbmQg Y29zdGx5AAChDxwAAAATAAAAAAAACAAAAQATAAAAAAAHAAEAEAAAAAAADwAE8GoAAABCAQrwCAAA AFuIAQDACgAAswAL8EIAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAADRAQEA AAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAFANMA9AEbANDwAE8MAAAACiDArwCAAA AFyIAQAACgAAswAL8EIAAACAAGyo+gG/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwx AAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAACAHkAnwD/QHDwAN8E4AAAAAAJ8PBAAA AAQAAAAAAKgPFgAAAFNpbXBsZSBhbmQgaW5leHBlbnNpdmUAAKEPHAAAABcAAAAAAAAIAAABABcA AAAAAAcAAQAQAAAAAAAPAATwagAAAEIBCvAIAAAAXYgBAEAKAACzAAvwQgAAAL8AAAAPAEQBBAAA AH8BAAABAL8BAAAQAMABAAAACMsBnDEAANEBAQAAAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAA EPAIAAAA4AegCzAMoAgPAATwSAAAABIACvAIAAAAAYgBAAAMAACDAAvwMAAAAIEBAAAACIMBBQAA CJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABAA8ABfAAAAAAEADwByAAAAAAAAAA ////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9AA8A7gMmDwAAAgDvAxgAAAAHAAAADQAAAAAAAAAE AACAAAAAAAcAAAAPAAwE1g4AAA8AAvDODgAAsAAI8AgAAAAYAAAAKpQBAA8AA/BmDgAADwAE8CgA AAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAACUAQAFAAAADwAE8HIAAAASAArwCAAA AAKUAQAgAgAAUwAL8B4AAAB/AAAABACAAHyv+gG/AQAAAQD/AQAAAQABAwSUAAAAABDwCAAAAGAA YABhD6ICDwAR8BAAAAAAAMMLCAAAAAAAAAANAPoBDwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATwugAA ABIACvAIAAAABZQBAAAKAADDAAvwSAAAAIAAcLD6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2aZAL8B HAAeAMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAwAMPB08PEAUP AA3wQgAAAAAAnw8EAAAABAAAAAAAqA8KAAAAQUFMMS8yIFBEVQAAoQ8cAAAACwAAAAAAAAgAAAEA CwAAAAAABwABABQAAAAAAA8ABPC6AAAAEgAK8AgAAAAIlAEAAAoAAMMAC/BIAAAAgACgtPoBhQAC AAAAhwABAAAAvwAAAA8AgQEBAAAIvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMA fwMAAA8AAAAQ8AgAAAAQBQ8HLwtgBg8ADfBCAAAAAACfDwQAAAAEAAAAAACoDwoAAABBQUwxLzIg U0FSAAChDxwAAAALAAAAAAAACAAAAQALAAAAAAAHAAEAFAAAAAAADwAE8LkAAAASAArwCAAAAAqU AQAACgAA0wAL8E4AAAB/AAAABACAAEC4+gGFAAIAAACHAAEAAAC/AAAADwCBAWb/MwC/ARwAHgDA AQAAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAGAGDwcvC+AHDwAN8DsA AAAAAJ8PBAAAAAQAAAAAAKgPAwAAAEFUTQAAoQ8cAAAABAAAAAAAAAgAAAEABAAAAAAABwABABQA AAAAAA8ABPC6AAAAEgAK8AgAAAAPlAEAAAoAANMAC/BOAAAAfwAAAAQAgADEu/oBhQACAAAAhwAB AAAAvwAAAA8AgQH//wAAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMAfwMAAA8A AAAQ8AgAAAAQBS8LTw/gBw8ADfA8AAAAAACfDwQAAAAEAAAAAACoDwQAAABNUExTAAChDxwAAAAF AAAAAAAACAAAAQAFAAAAAAAHAAEAFAAAAAAADwAE8GQAAABCAQrwCAAAABGUAQCACgAAowAL8DwA AAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAcwzAADLAT7fAAD/AR4AHgABAgIAAAg/AgAAAwB/ AwAADwAAABDwCAAAALAEfwl/CaAIDwAE8GQAAABCAQrwCAAAABKUAQAACgAAowAL8DwAAAC/AAAA DwBEAQQAAAB/AQAAAQC/AQAAEADAAcwzAADLAT7fAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAA ABDwCAAAALAEfwnfDLAEDwAE8GQAAABCAQrwCAAAABOUAQAACgAAowAL8DwAAAC/AAAADwBEAQQA AAB/AQAAAQC/AQAAEADAAcwzAADLAT7fAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAA ALAE3wzfDNAIDwAE8GoAAABCAQrwCAAAABSUAQAACgAAswAL8EIAAAC/AAAADwBEAQQAAAB/AQAA AQC/AQAAEADAAcwzAADLAT7fAADRAQEAAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAA ANAI3wzfD9AIDwAE8LoAAAASAArwCAAAABWUAQAACgAAwwAL8EgAAACAAAzA+gGFAAIAAACHAAEA AAC/AAAADwCBAf9mmQC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAA ABDwCAAAAFAKvwWfEDAMDwAN8EIAAAAAAJ8PBAAAAAQAAAAAAKgPCgAAAEFBTDEvMiBQRFUAAKEP HAAAAAsAAAAAAAAIAAABAAsAAAAAAAcAAQAUAAAAAAAPAATwtAAAABIACvAIAAAAF5QBAAAKAADD AAvwSAAAAIAAFMT6AYUAAgAAAIcAAQAAAL8AAAAPAIEB//8AAL8BHAAeAMABAQAACMsBnDEAAP8B BgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAUAofA78FMAwPAA3wPAAAAAAAnw8EAAAABAAA AAAAqA8EAAAATVBMUwAAoQ8cAAAABQAAAAAAAAgAAAEABQAAAAAABwABABQAAAAAAA8ABPCzAAAA EgAK8AgAAAAZlAEAAAoAAMMAC/BIAAAAgACYx/oBhQACAAAAhwABAAAAvwAAAA8AgQH/ZpkAvwEc AB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDk8GXwiQDw8A DfA7AAAAAACfDwQAAAAEAAAAAACoDwMAAABBVE0AAKEPHAAAAAQAAAAAAAAIAAABAAQAAAAAAAcA AQAUAAAAAAAPAATwswAAABIACvAIAAAAG5QBAAAKAADDAAvwSAAAAIAA4Mr6AYUAAgAAAIcAAQAA AL8AAAAPAIEB/2aZAL8BHAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAA EPAIAAAAEA6PC58NkA8PAA3wOwAAAAAAnw8EAAAABAAAAAAAqA8DAAAAQVRNAAChDxwAAAAEAAAA AAAACAAAAQAEAAAAAAAHAAEAFAAAAAAADwAE8LMAAAASAArwCAAAAByUAQAACgAAwwAL8EgAAACA ALzB+gGFAAIAAACHAAEAAAC/AAAADwCBAf9mmQC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIA AAg/AgAAAwB/AwAADwAAABDwCAAAABAOjw6fEJAPDwAN8DsAAAAAAJ8PBAAAAAQAAAAAAKgPAwAA AEFUTQAAoQ8cAAAABAAAAAAAAAgAAAEABAAAAAAABwABABQAAAAAAA8ABPBqAAAAEgAK8AgAAAAd lAEAAAoAALMAC/BCAAAAhQACAAAAhwABAAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA /wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDr8FTwaQDw8ABPBqAAAAEgAK8AgAAAAe lAEAAAoAALMAC/BCAAAAhQACAAAAhwABAAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA /wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDv8KjwuQDw8ABPBqAAAAEgAK8AgAAAAf lAEAAAoAALMAC/BCAAAAhQACAAAAhwABAAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA /wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDv8Njw6QDw8ABPC0AAAAogwK8AgAAAAi lAEAAAoAANMAC/BOAAAAgAC80foBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4A wAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAADEDa8IQwpYDw8ADfA2 AAAAAACfDwQAAAAEAAAAAACgDwIAAAAmIAAAoQ8YAAAAAgAAAAAAAAgAAAEAAgAAAAAAAwABACQA DwAE8NQAAACiDArwCAAAACaUAQAACgAA0wAL8E4AAACAACTV+gGFAAIAAACHAAYAAAC/AAIADwCB AQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDw CAAAALAKghFeFaoLDwAN8FYAAAAAAJ8PBAAAAAQAAAAAAKgPCAAAAFRETW9NUExTAAChDxgAAAAJ AAAAAAAACAAAAQAJAAAAAAADAAEAFAAAAKoPEgAAAAgAAAABAAAAAQABAAAAAAAAAA8ABPC5AAAA ogwK8AgAAAAnlAEAAAoAANMAC/BOAAAAgACQ2foBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEA AAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABwDtAR DBVqDw8ADfA7AAAAAACfDwQAAAAEAAAAAACoDwcAAABBVE0gQ0VTAAChDxgAAAAIAAAAAAAACAAA AQAIAAAAAAADAAEAFAAPAATwagAAADIECvAIAAAAKJQBAAAKAACzAAvwQgAAAIUAAgAAAIcAAQAA AL8AAAAPAIEBzDMAAL8BHAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAA EPAIAAAAkAyvCf8K4A0PAATwtQAAAKIMCvAIAAAAKZQBAAAKAADTAAvwTgAAAIAAPN36AYUAAgAA AIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8C AAADAH8DAAAPAAAAEPAIAAAAkAz/Cr0Mig0PAA3wNwAAAAAAnw8EAAAABAAAAAAAqA8DAAAAU0FS AAChDxgAAAAEAAAAAAAACAAAAQAEAAAAAAADAAEAFAAPAATwagAAAEIBCvAIAAAAKpQBAEAKAACz AAvwQgAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABzDMAAMsBPt8AANEBAQAAAP8BHgAeAAEC AgAACD8CAAADAH8DAAAPAAAAEPAIAAAAoAiQBpAJoAgPAATwSAAAABIACvAIAAAAAZQBAAAMAACD AAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA 8AcgAAAAAAAAAP///wAAAGYAkKfWAElwvQBhj/0A/psDAGGP/QAPAO4D5AEAAAIA7wMYAAAAAQAA AA0OAAAAAAAABAAAgAAAAAAHAAAADwAMBJQBAAAPAALwjAEAAMAACPAIAAAAAwAAAAOMAQAPAAPw JAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAjAEABQAAAA8ABPBy AAAAEgAK8AgAAAACjAEAIAIAAFMAC/AeAAAAfwAAAAQAgACI4voBvwEAAAEA/wEAAAEAAQMElAAA AAAQ8AgAAABgAGAAYQ+iAg8AEfAQAAAAAADDCwgAAAAAAAAADQD6AQ8ADfAMAAAAAACeDwQAAAAA AAAADwAE8HIAAAASAArwCAAAAAOMAQAgAgAAUwAL8B4AAAB/AAAABACAADDj+gG/AQAAAQD/AQAA AQABAwWUAAAAABDwCAAAAKACkACAFtAODwAR8BAAAAAAAMMLCAAAAAEAAAAOAPoBDwAN8AwAAAAA AJ4PBAAAAAEAAAAPAATwSAAAABIACvAIAAAAAYwBAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMB jp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAAAAAAAP///wAAAGYAkKfW AElwvQBhj/0A/psDAGGP/QAPAO4DWSAAAAIA7wMYAAAAEAAAAAAAAAAAAAAABAAAgAAAAAAHAAAA DwAMBAkgAAAPAALwASAAAFAACPAIAAAAMwAAADWgAQAQABjxBAAAAAEAAAAPAAPwNR8AAA8ABPAo AAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAoAEABQAAAA8ABPALAQAAEgAK8AgA AAACoAEAAAoAAMMAC/BIAAAAfwAAAAUAgAAEJ5EBvwAAAA8AgQEEAAAIgwEAAAAIvwEMAB8AwAEB AAAIywGcMQAA/wEGAA8AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABgAGAAYQ+iAg8ADfCTAAAA AACfDwQAAAAEAAAAAACoDy0AAABFYXN5IFVwZ3JhZGUgdG8gSVAvTVBMUyBDRVMgZnJvbSBDdXJy ZW50IEFTQVAAAKEPLgAAAC4AAAAAAAAAAAAEAAAAAwAHAAMAAQAgAP//Zv4qAAAAAQAHAAEAAQAg AP//Zv4AAKYPFAAAAPAeAAAAAAAAAAAAAAAAAAAAAAAADwAD8OodAAAPAATwOAAAAAEACfAQAAAA 8AAAAE0DAAAjFAAAGBAAAAIACvAIAAAANaABAAECAAAAABDwCAAAAE0D8AAjFBgQDwAE8IoAAABC AQrwCAAAAAOgAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAA EADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAA AA/wEAAAAM8GAAArCgAAnggAACsKAAAPAATwigAAAEIBCvAIAAAABKABAAIKAADzAAvwWgAAAIUA AgAAAIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABAQAACMsBOGMAAP8BHgAeAAECAgAA CD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAbAMAACsKAACNBAAAKwoAAA8A BPB+AAAAMgAK8AgAAAAFoAEAAgoAANMAC/BOAAAAhQACAAAAhwABAAAAvwAAAA8AgQEHAAAIvwEc AB4AwAEBAAAI/wEOAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAA AACmAwAAuAkAABkEAAArCgAADwAE8IoAAABCAQrwCAAAAAagAQACCgAA8wAL8FoAAACFAAIAAACH AAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAA AwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAALcHAAAEBwAAnggAAAQHAAAPAATwigAA AEIBCvAIAAAAB6ABAAIKAADzAAvwWgAAAIUAAgAAAIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8B AAAQAMABAQAACMsBOGMAAP8BHgAeAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAA AAAAD/AQAAAAtwcAAI0NAACeCAAAjQ0AAA8ABPCKAAAAQgEK8AgAAAAIoAEAAgoAAPMAC/BaAAAA hQACAAAAhwABAAAAvwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEHAAAIywFwxgAA/wEeAB4AAQIC AAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAAAAC3BwAA4wUAALcHAABzDgAA DwAE8IoAAABCAQrwCAAAAAmgAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/ AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAA DwCIAwEAAAAAAA/wEAAAAOAKAAAEBwAAdQwAAAQHAAAPAATw8gAAAOIDCvAIAAAACqABAAIKAAAD AQvwYAAAAIAA2FiRAYcAAQAAAL8AAgAPAEcBqk0AAEgBaoMAAIEB/8yZAL8BHAAeAMABAQAACMsB nDEAAP8BBgAOAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAA+gIA AI0HAABzBQAAbwgAAA8ADfBaAAAAAACfDwQAAAAEAAAAAACoDxAAAABTT05FVC9TREgNRnJhbWVy AAChDy4AAAARAAAAAAAACAAAAQAQAAAAAgAHAAIAAQAIAAAAAAABAAAAAAAHAAEAFAAAAAAADwAE 8DkBAADiAwrwCAAAAAugAQACCgAAAwEL8GAAAACAAGhdkQGHAAEAAAC/AAIADwBHAXMsAABIAWJ2 AACBAf/MmQC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/ AwAADwCIAwEAAAAAAA/wEAAAALcHAABVAwAA4AoAAN0EAAAPAA3woQAAAAAAnw8EAAAABAAAAAAA qA8zAAAAVDEvSjEvRTEgRnJhbWVycw1UVS9WVCBNYXBwZXJzDU0xMyBNdXhlcw1UMyBGcmFtZXJz AAChDx4AAAA0AAAAAAAACAAAAQA0AAAAAgAHAAIAAQAIAAAAAAAAAKoPLAAAABYAAAAAAAAACAAA AAEAAAADAAQAAAAAAAAABgAAAAEAAAADAAwAAAAAAAAADwAD8CIDAAAPAATwVAAAAAEACfAQAAAA MAAAAOAHAADlAgAAoAgAAAIACvAIAAAADKABAAMCAAAjAAvwDAAAAAQAAAAAAIgDAQAAAAAAD/AQ AAAA8AAAALgJAAAzBAAAnwoAAA8ABPB4AAAAQgEK8AgAAAANoAEAAgoAAMMAC/BIAAAAvwAAAA8A RAEEAAAAfwEAAAEAvwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAIPwIAAAMAvwIBAA8A/wIW AB8AfwMAAA8AAAAP8BAAAAAwAAAAQAgAAIABAABACAAADwAE8IQAAAAyAArwCAAAAA6gAQBCCgAA 4wAL8FQAAACFAAIAAACHAAEAAAC/AAAADwCBAQQAAAiDAQAAAAi/AQAAEADAAQEAAAjLAThjAAD/ AQ4ADgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwAAAA/wEAAAAJAAAADgBwAA8AAAAEAI AAAPAATweAAAABIACvAIAAAAD6ABAAIKAADDAAvwSAAAAIcAAQAAAL8AAgAPAIEBAQAACL8BHAAe AMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAAAAD/AQAAAA UAEAABAIAADgAQAAcAgAAA8ABPB4AAAAEgAK8AgAAAAQoAEAAgoAAMMAC/BIAAAAhwABAAAAvwAC AA8AgQEBAAAIvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8A fwMAAA8AAAAP8BAAAACwAQAA4AcAANACAACgCAAADwAE8LIAAACiDArwCAAAABGgAQACCgAAowAL 8DwAAACAAOhikQG/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAj/AQYADgABAgIAAAg/AgAA AwB/AwAADwAAAA/wEAAAAJUBAAD2BwAA5QIAAHYIAAAPAA3wPgAAAAAAnw8EAAAABAAAAAAAqA8G AAAAb3B0aWNzAAChDxwAAAAHAAAAAAAACAAAAQAHAAAAAAAHAAEACgAAAAAADwAE8IoAAABCAQrw CAAAABKgAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADA AQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/w EAAAAH0OAAArCgAAvxAAACsKAAAPAATwigAAAEIBCvAIAAAAE6ABAAIKAADzAAvwWgAAAIUAAgAA AIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABAQAACMsBOGMAAP8BHgAeAAECAgAACD8C AAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAfQ4AAI0NAACeDwAAjQ0AAA8ABPCK AAAAQgEK8AgAAAAUoAEAAgoAAPMAC/BaAAAAhQACAAAAhwABAAAAvwAAAA8ARAEEAAAAfwEAAAEA vwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMB AAAAAAAP8BAAAAB9DgAABAcAAJ4PAAAEBwAADwAE8PgAAADiAwrwCAAAABWgAQACCgAAAwEL8GAA AACAAIhmkQGHAAEAAAC/AAIADwBHAQoUAABIAVPg//+BAf/MmQC/ARwAHgDAAQEAAAjLAZwxAAD/ AQYADgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAAMcLAAA2DwAA TBAAABgQAAAPAA3wYAAAAAAAnw8EAAAABAAAAAAAqA8mAAAAQUFMMSBTQVIvQ0VTDVN0cnVjdHVy ZWQgJiBVbnN0cnVjdHVyZWQAAKEPHgAAACcAAAAAAAAIAAABACcAAAACAAcAAgABAAgAAAAAAA8A BPCKAAAAQgEK8AgAAAAWoAEAAgoAAPMAC/BaAAAAhQACAAAAhwABAAAAvwAAAA8ARAEEAAAAfwEA AAEAvwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8A iAMBAAAAAAAP8BAAAADgCgAAKwoAAHUMAAArCgAADwAE8IoAAABCAQrwCAAAABegAQACCgAA8wAL 8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4A HgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAAOAKAACNDQAAdQwA AI0NAAAPAATwigAAAEIBCvAIAAAAGKABAAIKAADzAAvwWgAAAIUAAgAAAIcAAQAAAL8AAAAPAEQB BAAAAH8BAAABAL8BAAAQAMABBwAACMsBcMYAAP8BHgAeAAECAgAACD8CAAADAL8CAQAPAP8CFgAf AH8DAAAPAIgDAQAAAAAAD/AQAAAAjQsAAOMFAACNCwAAcw4AAA8ABPD+AAAA4gMK8AgAAAAZoAEA AgoAAAMBC/BgAAAAgADQapEBhwABAAAAvwACAA8ARwGhHAAASAHmjAAAgQH/zJkAvwEcAB4AwAEB AAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAA AAB1DAAATQMAAJ4PAACCBAAADwAN8GYAAAAAAJ8PBAAAAAQAAAAAAKgPLAAAAFByZXNlcnZlIGV4 aXN0aW5nIExheWVyIDIgQVRNIEluZnJhc3RydWN0dXJlAAChDx4AAAAtAAAAAAAACAAAAQAtAAAA AgAHAAIAAQAIAAAAAAAPAATweAAAABIACvAIAAAAGqABAAIKAADDAAvwSAAAAIUAAgAAAIcAAQAA AL8AAAAPAIEBAP//AL8BHAAeAMABBAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAIgD AQAAAAAAD/AQAAAAvxAAANEIAAB1EwAATAsAAA8ABPDcAAAAogwK8AgAAAAboAEAAgoAAMMAC/BI AAAAgACkbpEBvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAI PwIAAAMAfwMAAA8AiAMBAAAAAAAP8BAAAABMEAAA/ggAACMUAAAECwAADwAN8FwAAAAAAJ8PBAAA AAQAAAAAAKgPIgAAAE5QIA1UTSAmIFBvbGljaW5nIE1QTFMNSW50ZXdvcmtpbmcAAKEPHgAAACMA AAAAAAAIAAABACMAAAABAAcAAQABAAwAAAAAAA8ABPD8AAAA4gMK8AgAAAAcoAEAAgoAAAMBC/Bg AAAAgADob5EBhwABAAAAvwACAA8ARwHjHgAASAEphAAAgQH/zJkAvwEcAB4AwAEBAAAIywGcMQAA /wEGAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAAAAD5EAAANQYA ACMUAABqBwAADwAN8GQAAAAAAJ8PBAAAAAQAAAAAAKgPKgAAAFNvZnR3YXJlIFVwZ3JhZGUgdG8g SVAvTVBMUyBJbmZyYXN0cnVjdHVyZQAAoQ8eAAAAKwAAAAAAAAgAAAEAKwAAAAIABwACAAEACAAA AAAADwAE8IoAAABCAQrwCAAAAB2gAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQA AAB/AQAAAQC/AQAAEADAAQcAAAjLAXDGAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/ AwAADwCIAwEAAAAAAA/wEAAAAJ4PAADjBQAAng8AAHMOAAAPAAPwqAEAAA8ABPBUAAAAAQAJ8BAA AAAXBwAAoAUAAEcJAAAgBwAAAgAK8AgAAAAfoAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP 8BAAAABZCAAAHQYAAPwKAADqBwAADwAE8HIAAAASAArwCAAAACCgAQACCgAAswAL8EIAAACFAAIA AACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/ AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIMCvAIAAAAIaABAAIKAADTAAvw TgAAAIAAXHaRAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEA AP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAFwcAABAGAABHCQAAoAYAAA8ADfBEAAAA AACfDwQAAAAEAAAAAACoDwoAAABURE0gRnJhbWVyAAChDx4AAAALAAAAAAAACAAAAQALAAAAAQAH AAEAAQAMAAAAAAAPAAPwqAEAAA8ABPBUAAAAAQAJ8BAAAAAWBwAAoAUAAEYJAAAgBwAAAgAK8AgA AAAioAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABwCAAARQkAABMLAAASCwAADwAE 8HIAAAASAArwCAAAACOgAQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwA HgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkA ACAHAAAPAATwygAAAKIMCvAIAAAAJKABAAIKAADTAAvwTgAAAIAAyHqRAYUAAgAAAIcABgAAAL8A AgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAP AAAAD/AQAAAAFgcAABEGAABGCQAAoQYAAA8ADfBEAAAAAACfDwQAAAAEAAAAAACoDwoAAABURE0g RnJhbWVyAAChDx4AAAALAAAAAAAACAAAAQALAAAAAQAHAAEAAQAMAAAAAAAPAAPwqAEAAA8ABPBU AAAAAQAJ8BAAAAAWBwAAoAUAAEYJAAAgBwAAAgAK8AgAAAAloAEAAwIAACMAC/AMAAAABAAAAAAA iAMBAAAAAAAP8BAAAABwCAAApgwAABMLAABzDgAADwAE8HIAAAASAArwCAAAACagAQACCgAAswAL 8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIA AAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIMCvAIAAAAJ6AB AAIKAADTAAvwTgAAAIAAZH+RAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMAB AQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAFgcAABAGAABGCQAAoAYA AA8ADfBEAAAAAACfDwQAAAAEAAAAAACoDwoAAABURE0gRnJhbWVyAAChDx4AAAALAAAAAAAACAAA AQALAAAAAQAHAAEAAQAMAAAAAAAPAAPwqgEAAA8ABPBUAAAAAQAJ8BAAAAD/BgAAoAUAAGEJAAAg BwAAAgAK8AgAAAAooAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABEBAAARQkAACIH AAASCwAADwAE8HIAAAASAArwCAAAACmgAQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCB Af//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAH AACgBQAAMAkAACAHAAAPAATwzAAAAKIMCvAIAAAAKqABAAIKAADTAAvwTgAAAIAAhIORAYUAAgAA AIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8C AAADAH8DAAAPAAAAD/AQAAAA/wYAABEGAABhCQAAoQYAAA8ADfBGAAAAAACfDwQAAAAEAAAAAACo DwwAAABTb25ldCBGcmFtZXIAAKEPHgAAAA0AAAAAAAAIAAABAA0AAAABAAcAAQABAAwAAAAAAA8A A/CpAQAADwAE8FQAAAABAAnwEAAAAAEHAACgBQAAXwkAACAHAAACAArwCAAAACugAQADAgAAIwAL 8AwAAAAEAAAAAACIAwEAAAAAAA/wEAAAAC4MAAAdBgAACA8AAOoHAAAPAATwcgAAABIACvAIAAAA LKABAAIKAACzAAvwQgAAAIUAAgAAAIcAAQAAAL8AAAAPAIEB///MAL8BHAAeAMABBAAACMsBnDEA AP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAIAcAAKAFAAAwCQAAIAcAAA8ABPDLAAAA ogwK8AgAAAAtoAEAAgoAANMAC/BOAAAAgACkh5EBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEA AAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAP8BAAAAABBwAA EAYAAF8JAACgBgAADwAN8EUAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAAEhETEMgRW5naW5lAAChDx4A AAAMAAAAAAAACAAAAQAMAAAAAQAHAAEAAQAMAAAAAAAPAAPwqAEAAA8ABPBUAAAAAQAJ8BAAAAAg BwAAoAUAADoJAAAgBwAAAgAK8AgAAAAuoAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAA AABsDAAARQkAAPQOAAASCwAADwAE8HIAAAASAArwCAAAAC+gAQACCgAAswAL8EIAAACFAAIAAACH AAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAA DwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIMCvAIAAAAMKABAAIKAADTAAvwTgAA AIAAxIuRAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8B BgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAJgcAABEGAAA6CQAAoQYAAA8ADfBEAAAAAACf DwQAAAAEAAAAAACoDwoAAABJTUEgRW5naW5lAAChDx4AAAALAAAAAAAACAAAAQALAAAAAQAHAAEA AQAMAAAAAAAPAAPwvAEAAA8ABPBUAAAAAQAJ8BAAAAD/BgAAoAUAAGIJAAAgBwAAAgAK8AgAAAAx oAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABRDAAApgwAADEPAABzDgAADwAE8HIA AAASAArwCAAAADKgAQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDA AQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAH AAAPAATw3gAAAKIMCvAIAAAAM6ABAAIKAADTAAvwTgAAAIAA5I+RAYUAAgAAAIcABgAAAL8AAgAP AIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAA D/AQAAAA/wYAABAGAABiCQAAoAYAAA8ADfBYAAAAAACfDwQAAAAEAAAAAACoDwwAAAAgQUFMMSBF bmdpbmUAAKEPMAAAAA0AAAAAAAAIAAABAAEAAAABAAcAAQABAAoA/psD/gwAAAABAAcAAQABAAwA AAAAAA8ABPBIAAAAEgAK8AgAAAABoAEAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHe vWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAXwAF8FAAAAAAABfwCAAAAAEAAAAKoAEAAAAX8AgA AAACAAAAC6ABAAAAF/AIAAAAAwAAABWgAQAAABfwCAAAAAQAAAAZoAEAAAAX8AgAAAAFAAAAHKAB ABAA8AcgAAAAAAAAAP///wAAAGYAkKfWAElwvQBhj/0A/psDAGGP/QAPAO4D5AEAAAIA7wMYAAAA AQAAAA0OAAAAAAAABAAAgAAAAAAHAAAADwAMBJQBAAAPAALwjAEAACAACPAIAAAAAwAAAAOQAQAP AAPwJAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAkAEABQAAAA8A BPByAAAAEgAK8AgAAAACkAEAIAIAAFMAC/AeAAAAfwAAAAQAgAAY4bkAvwEAAAEA/wEAAAEAAQME lAAAAAAQ8AgAAABgAGAAYQ+iAg8AEfAQAAAAAADDCwgAAAAAAAAADQC5AA8ADfAMAAAAAACeDwQA AAAAAAAADwAE8HIAAAASAArwCAAAAAOQAQAgAgAAUwAL8B4AAAB/AAAABACAAJDcuQC/AQAAAQD/ AQAAAQABAwWUAAAAABDwCAAAADADgAEAFWAPDwAR8BAAAAAAAMMLCAAAAAEAAAAOALkADwAN8AwA AAAAAJ4PBAAAAAEAAAAPAATwSAAAABIACvAIAAAAAZABAAAMAACDAAvwMAAAAIEBAAAACIMBBQAA CJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAAAAAAAP///wAAAGYA kKfWAElwvQBhj/0A/psDAGGP/QAAAHIXUAAAAAEAMAAAAAAAXTsAAP89AABCACAAyh4AAMo1AABh ABAA0T4AAGQAEACxQAAAcAAwAJdCAACDRAAAEHwAAHQAIABdngAA4mwAAHcAEAD8fQAAAAD1DxwA AAApAQAAnAoAAwAAAABJoAAAAQAAAHcAAAABACcCDwDoA3IeAAABAOkDKAAAAIAWAADgEAAA4BAA AIAWAAAFAAAACgAAAAIAAAADAAAAAQABAAAAAAEPAAkELAAAAAAACgQEAAAAhgEAAA8A6g8YAAAA DwAFEBAAAAAAAAQQCAAAAH8BAAAAALkADwDyA54DAAAvAMgP6gAAADAA0g8EAAAAAgAAAAAAug8o AAAAGCAcIAj/FDA7/1v/CDAKMAwwDjAQMOX/BP8kACgAWwBcAHsAYv/h/xAAug+mAAAAATACMAz/ Dv/7MBr/G/8f/wH/mzCcMP0w/jCdMJ4wBTD8MBkgHSAJ/xUwPf9d/wkwCzANMA8wETCwADAgMiAz IAMh4P8F/0EwQzBFMEcwSTBjMIMwhTCHMI4woTCjMKUwpzCpMMMw4zDlMOcw7jD1MPYwIQAlACkA LAAu/v8AAAUAAgAAAAAAAAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EIACsns9kwAAAAsFIAABEA AAABAAAAkAAAAAIAAACYAAAAAwAAAMwAAAAEAAAA2AAAAAUAAADwAAAABgAAAPwAAAAHAAAACAEA AAgAAABsAQAACQAAAIQBAAASAAAAkAEAAAoAAAC0AQAACwAAAMABAAAMAAAAzAEAAA0AAADYAQAA DgAAAOQBAAAPAAAA7AEAABEAAAD0AQAAAgAAAOQEAAAeAAAAKgAAAFdoeSBURE1vSVAgU2hvdWxk IGJlICBDb25zaWRlcmVkIGluIFBXRTM/AE1pHgAAAAEAAAAAaHkgHgAAAA8AAABTaGFocmFtIERh dmFyaQBsHgAAAAEAAAAAaGFoHgAAAAEAAAAAaGFoHgAAAFkAAABDOlxEb2N1bWVudHMgYW5kIFNl dHRpbmdzXGRhdmFyaXNoXEFwcGxpY2F0aW9uIERhdGFcTWljcm9zb2Z0XFRlbXBsYXRlc1xQTUNf VGVtcGxhdGUucG90AAB0AB4AAAAPAAAAU2hhaHJhbSBEYXZhcmkAZB4AAAADAAAANTMAaB4AAAAZ AAAATWljcm9zb2Z0IFBvd2VyUG9pbnQgNC4wAFxkYUAAAADwBBbyawAAAEAAAACABQpGDe6+AUAA AAAw4nmZu4zCAUAAAACwu8FYg5HCAQMAAAAMAAAAAwAAAHYBAABHAAAAtFAAAP////8DAAAACACJ EGcMAAABAAkAAANSKAAAAgChJwAAAAARAAAAJgYPABgA/////wAAEAAAAAAAAAAAAMADAADQAgAA CQAAACYGDwAIAP////8CAAAAFwAAACYGDwAjAP////8EABsAVE5QUBQAIAG5ADIAAAD//08AFAAA AE0AaQCQAAoAAAAmBg8ACgBUTlBQAAACAPQDCQAAACYGDwAIAP////8DAAAADwAAACYGDwAUAFRO UFAEAAwAAQAAAAEAAAAAAAAABQAAAAsCAAAAAAUAAAAMAtACwAMFAAAACQIAAAACBQAAAAEC//// AgUAAAAEAQ0AAAAFAAAABwEDAAAAoScAAEELIADMAHgAoAAAAAAA0ALAAwAAAAAoAAAAoAAAAHgA AAABAAgAAAAAAABLAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAA AMDAwADA3MAA8MqmAAQEBAAICAgADAwMABEREQAWFhYAHBwcACIiIgApKSkAVVVVAE1NTQBCQkIA OTk5AIB8/wBQUP8AkwDWAP/szADG1u8A1ufnAJCprQAAADMAAABmAAAAmQAAAMwAADMAAAAzMwAA M2YAADOZAAAzzAAAM/8AAGYAAABmMwAAZmYAAGaZAABmzAAAZv8AAJkAAACZMwAAmWYAAJmZAACZ zAAAmf8AAMwAAADMMwAAzGYAAMyZAADMzAAAzP8AAP9mAAD/mQAA/8wAMwAAADMAMwAzAGYAMwCZ ADMAzAAzAP8AMzMAADMzMwAzM2YAMzOZADMzzAAzM/8AM2YAADNmMwAzZmYAM2aZADNmzAAzZv8A M5kAADOZMwAzmWYAM5mZADOZzAAzmf8AM8wAADPMMwAzzGYAM8yZADPMzAAzzP8AM/8zADP/ZgAz /5kAM//MADP//wBmAAAAZgAzAGYAZgBmAJkAZgDMAGYA/wBmMwAAZjMzAGYzZgBmM5kAZjPMAGYz /wBmZgAAZmYzAGZmZgBmZpkAZmbMAGaZAABmmTMAZplmAGaZmQBmmcwAZpn/AGbMAABmzDMAZsyZ AGbMzABmzP8AZv8AAGb/MwBm/5kAZv/MAMwA/wD/AMwAmZkAAJkzmQCZAJkAmQDMAJkAAACZMzMA mQBmAJkzzACZAP8AmWYAAJlmMwCZM2YAmWaZAJlmzACZM/8AmZkzAJmZZgCZmZkAmZnMAJmZ/wCZ zAAAmcwzAGbMZgCZzJkAmczMAJnM/wCZ/wAAmf8zAJnMZgCZ/5kAmf/MAJn//wDMAAAAmQAzAMwA ZgDMAJkAzADMAJkzAADMMzMAzDNmAMwzmQDMM8wAzDP/AMxmAADMZjMAmWZmAMxmmQDMZswAmWb/ AMyZAADMmTMAzJlmAMyZmQDMmcwAzJn/AMzMAADMzDMAzMxmAMzMmQDMzMwAzMz/AMz/AADM/zMA mf9mAMz/mQDM/8wAzP//AMwAMwD/AGYA/wCZAMwzAAD/MzMA/zNmAP8zmQD/M8wA/zP/AP9mAAD/ ZjMAzGZmAP9mmQD/ZswAzGb/AP+ZAAD/mTMA/5lmAP+ZmQD/mcwA/5n/AP/MAAD/zDMA/8xmAP/M mQD/zMwA/8z/AP//MwDM/2YA//+ZAP//zABmZv8AZv9mAGb//wD/ZmYA/2b/AP//ZgAhAKUAX19f AHd3dwCGhoYAlpaWAMvLywCysrIA19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA8Pv/AKSgoACAgIAA AAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////ADxmPF88XzxfX19fX19fX19fX19fX4VfX1+FpoZf hYWFhaGFhaGFoYWFhaGFhYWFhV+FhYWFBAQEBAQEBAQEBIUEBAQEBAQEBIWFBF8EBARfBARfBF9f BF9fBF9fBF8EBAQEBAQEXwRfBF9fX19fX19fX19fX19fX19fX19fX19fXwQEBIUEBASFBIUEhQQE hQSFBIUEBAQEBARfBARfX19fPDw8X19fPF88X19fX19fX19fX19fX4WGhV+FhYWFhYWFoYWFoYWh haaFhYWFhYWFhV+ihQQEhV8EBARfBAQEBAQEBASFBIUEBAQEBF8EXwRfBAQEBF8EXwRfBF8EXwQE XwRfBAQEX19fX19fX19fX188X188X19fX19fX1+FXwQEBAQEBIUEBIUEhQSFBIUEBAQEBAQEBARf BF8EXwRfPF88Xzw8XzxfPF9fPF9fX19fX19fX4VlX19fhV+FhYWhhYWhhaGFhYWFhYWFhYWFhYWm hV+FhV8EBAQEBAQEBAQEBAQEBAQEBAQEBARfBF8EBF8EBARfBF9fBF9fBF8EBAQEBARfBF9fhV9f X19fXzxfX19fX19fX19fX4VfXwQEBAQEhQQEhQSFhQSFBIUEBIUEBAQEBAQEX18EX19fXzw8PDxf PF88X188X19fX19fX19fhWVghV+FhV+FhV+FhYWFooWFhYWFhYWFhYWFhYWFhV+FhV+FXwQEBAQE BAQEBIUEBAQEBAQEBF8EXwQEXwSFXwQEBAQEBF8EX19fXwRfBF8EBARfBF9fX188X19fXzxfPF9f X19fhV9fX4VfBAQEBAQEBIWFBASFBIUEhQSFBASFBF8EXwRfXwRfX188XzxfPF88PF88XzxfX19f X19lhWZfX1+FX19fhYWFhYWFhYWFhYWhhYWihYWipoWihYWFhYVfhV8EBF8EBAQEBAQEBIUEBAQE BAQEBF8EXwRfX4UEBAQEBF8EX19fXwRfX18EBF9fBF9fX19fX19fXzxfX19fX19fX19fX4VfBF8E BAQEhQQEBIWFBASFBIUEBAQEXwQEBF9fX19fX19fPDw8PDw8X188X19fX19fX1+mYF9fhV+FX4Vf hV+Fpl+FhYWFoYWFhaKmhYWFhYWFhYWFhYWFX4WFXwQEBAQEBAQEBAQEBAQEBARfBARfBF8EhV+F XwQEBAQEX19fX19fX19fX19fBF9fX19fPF9fPF9fXzxfPF9fX19fhV9fhV+FX4UEBAQEBAQEBIWF BIUEBIUEBAQEXwRfBF8EX19fX188XzxfPDw8Xzw8X19fX2CmYF+FX19fhV+FX4VfhV+FhYWFhYWF hoWhhYWFoYWFhYWFhYVfhYVfBAQEBAQEBAQEBAQEBAQEBF8EBARfBAQEX1+FXwQEBARfBF9fX19f X19fX19fX19fX19fX19fX188XzxfX19fX19fX1+FXwSFX4UEBAQEBIUEBIUEBIUEhQQEBAQEXwRf X19fX19fX188PDw8PDxfPDxfX19fX2WFX1+FX4VfhV+FYF+FX4WFhYWFpoWFhaGFhaGFhYWFhYUE hYVfhYVfhV8EBAQEBAQEBASFBAQEBAQEBF8EBF8EX1+FX4VfhV8EXwRfX19fX19fX19fX19fPF9f XzxfXzxfX19fPF88X19fX19fX4UEBIVfhQQEhQQEBAQEhQSFBIUEhQQEXwQEBF8EX19fX19fXzxf PF88PF88XzxfX4VgX1+FX1+FX1+FX4VfhYWFhYWihYWFhaGFoYWFhYWFhYWFhYWFhYVfhYVfBAQE BF8EBAQEBAQEBARfBARfBF8EX1+FX19fXwQEX19fX19fX19fX19fX19fX19fX19fX19fXzxfPF9f XzxfX19fX4UEBF+FhV+FBAQEBAQEBIUEBIUEBASFBAQEBF8EX4VfX19fXzxfPDw8PF88X19fX2Bl X4VfhV+FX1+FX4VfhV+FooWFhaGFoYWFhYWGhYaFhYUEhQSFX4WFhYVfhV8EBASFXwQEBAQEBARf BF9fXwRfBARfBF9fX4VfX19fX188X19fX19fX19fX188X19fX188XzxfXzxfPF9fX19fX1+FXwSF X4WFXwSFBASFBAQEhYUEhQQEXwQEBAQEX19fX2ZfX188XzxfPDxfPF88X2ZfX19fX4VfhV+FX4Vf hYVlhYWFhYWFhYWFhYUEoqaipqKFpqKFhYWFhV+FXwQEXwRfhYVfhV8EBF8EBARfhV9fX19fX19f X19fX19fX19fX19fX19fPF9fPF9fX19fPF9fX19fXzxfX188X19fX19fX19fX4VfhV+iX19mX19m X2BlYF+iZoVghmBgZl9gZWBfX2BfXzw8PF88XzxfX2VfX19fhV9fhV+FX4WFhV+FhYWFhYWFhaGF hYWFhqaFhV+GpqKFpoWFX4WFX4VfBAQEBF9fhV+FX18EX19fX19fX19fX19fX19fX19fX19fX19f X188X19fX19fX188X19fPF88XzxgPGA8Zl9gPV9gX2BgZl9mhWWiZYVghWCFYIWGhWaGZaJmZWBl hV9gX19fX19mZjxfX188XzxfPGBfX19fX19fhV9fhV+FhWWFhYWFhYWFx4WFhYWFhoWFhoWGhV+i pqJmhYWmX4VfBF9fBF+FhYVfhYUEX19fX19fX19fX19fX19fX188ZWBfZl9mX2ZmX2BCPWBDX0Nm YEJgPWU9ZT1gQmBCYDxmPF9mX2ZfZYWFX4VghYVghV+mX4VlX2aihqJmooaFhmBfX1+FX19mX19f PDxfPF88X2VfPF9fX1+FX19fhYWFX4WFhYWFhYWFhqKhhYWFhV+GhWCGhYaFpl+FpqKGX4VghV+F X2BlX19fX19fX2ZfYGU9X2BgZWBlQ2BCYGZlZmBlPWZfZmBlPGY8YF9mPGBfPV89ZWBfPWBCYDxm PGZfYF9mPF9gX2BfX4ZfhV9fZV9fX19ghYaFZqZmpmZmomVghV9fX19gX2VgPF9fX19fX2ZfX19f X19fX18EBF+FX4WFBASFhYWFhaaFhoZfhV+FX1+Fpl+ipqKGhWaFX6ZgpmCmX2ZfYGVgZqJmYGBf ZV9gX2Y8ZV89X2BlYF9DXz1fQ19DX2Y8YGY9X2Y8YGU9X2Y8ZWA8ZjxlYEJfPV89X2U8X19mX2Vf hV+FXwRfhV+FYIVfhWVgZWBmomZghWZghWZgZWBgZWBgX188X19fX19fX19fX19fX19fZWBlX6ai X6ZgooVmoqaihoVfhV+FX4VfX1+FZaJlhYaFoqZghWWiX4aFZaJfhV9fX6ZfYF9gZV9fYF9DX0Nf PWVgPGY9ZTxgPF89ZV88X0NfXzxfZjxfXz1fZTxfXzxfX2VfZV9gX2VgX2BfYGZfYF9mYGBgZl9g ZmBfhWaFhl9momaGX2aFX4VfZaJlX19gYGVgYKZgZWBmX2ZgZWBmX2BfhaJfX4VghYVfhYWipqKG hV+FX4Vfpl+FX4VfhV+ipmCmX4ZfBGZfZWBlYKZgpmBfYF9lXz1fZjxmX188X188ZjxfXzxgPGU8 X188X19fPGVfPF9lPV9CYDxgPUNfQz1gPGA9ZT1gZWBlomVfX2BfX19lX19mX19ghmCmomaiZV+F YGaFYIVfhWBlYF9fX19fX2VfX19fX19fX19fX19fomUEBAQEBIUEhYWGhYaFX4VlhWBfhV9fX4Vf X4VfX1+mYIVlomaFhWCFZoVgpmCmYGVfYF9lYDxgXzxfX2Y8XzxfQj1fQl89YDxDX0NgQmBgPWZf PV9DYEJgPGVfPV9lPGZfX2BlX2BfX19gX19lZmVfZV9lX2VgpmBfhmZfX4VgZYZfhl8EX4VfhV+m YARfX4ZfXwRfXwRfX19fXwRfpl9fBAQEBIUEhYWmhYaFhl+FX4VfhWCFX4VfhV+FX1+FX19fYF9l YGZfZoVfZV+iZYVgZoVmXz1lPWU9Zj08Zj1mPWBCYDxgPF9CYDw9XzxgQl88X0NfPF89ZT1gPGZf PV88YGU8X2BfZaJfZV9fX19fX2BmX2Zfpl+mX4Zgpl9mX4ZghqJghWWiX19ghV9fX19fXwRfBF9f X1+FX19fZl8EBAQEBF+FhQSFooaFhl+FX2BfhV9fhV9gpl9fhV+FX19fX19fX19lYGVgZoVmX6Jl hV9mX2ZfYGU9XzxlPV88X0JfPGU9ZTxfPWU8X0NfPGBfX188ZT1lPF9CXzxfPGVfX19fYGVfZWBf X19fZWBlYGZfYGBmYGZmX4ZghWZgpmCmZqJlhV+FYKaipl9gX1+GXwRfBF8EBF9fX19fX4VfBAQE BIWFBIVfhaaFhoZfX4VfhV+FZYVfhV9fhV8EX19fX19lPF9fX19fZV9mhWaFZl9mX4VmX2ZfYEJf PV88ZjxgPF89Xzw8Zjw8XzxfPF88ZTxgXzxgPGA8Xz1fQmBfPV89ZV9gX2BfXz1fYF9fYF+FZYWm hWVghV+mhmWiX2aiYIZfooaFhqKGhYZgpl9fX4VfBF9fX19fX19fhWZfX6JlYGZfYKZghYaihoWF X4ZfhWZfX19gBF+FX1+FZWCFX19fX19fX19fX19fX2VfZoVmhWZfYF9lYGVgZWBlXzxfXzxgZTxg X2VfYEJgZT1fZWBfQl9gZTxlYEJfYDxfQl9fX189ZV9fYF9fX19lX2VfZl9mX2ZgZWBmYGCGYGWi poaihoVfol+mhWaFhqKipmBlYGZgZmBmYGVgZoVfZaJfhYVfhYUEBKaipoWGX4VfhV9fX4VfhWWF X2CFX4VfX19fX19fXzxfPV9fX19gX19fZWBlZl9mX2ZfX2ZfYGVgX0NfZWBfZWBgPGZfX2BfQmBf Zl9gZV9fYF9fX19lYF9gZT1lYF89ZT1gQzxmX2BfYF9fX19fhWZfX2CGX4aihoaihoZfpl+FhV+F ooaFX19fX1+FX1+FX4VfX4VfhYWFhQSFhQSFhYWGhaKGX1+iX1+FX6JfX19fX1+FX19fX1+FX188 X19fX19fPF9fX19fX2BfX2BlX2ZfZl9fZl9lZl9fZjxfZl9lX19fZjxlX2BfQl9fQ2BCYENfQz1D PWU9ZjxmX0NfQ2A8ZV9fYF9lX19mX19mX4VfX6KmhoZmpmCmX4aFhV+ipmCGhoWGZgRfX4VfX4Vf X18EYKZfhYWFhQSFhYWFhYWFhYaGhV+mX2CmX19lX2CFX4VfZV+FX4VfX19fX188X188X188X188 X19fXzxlX2BlYF9mX2ZfYF9mX2BfX2ZfYEJgQ189YEM8Q2BDPTxmXz1lYF9mX19gZWBfXz1fX19D YDxgPEJgX2ZfX19mX19fX19mX4aGhqJfhgSGX6JfhV+GhV+FX4VfXwSFX4VfX4UEhV+FhYVfhYWF hYWFhYWFooaFhgSFX4VfX6JfX4VfX19ghV9fYARfX19fXzxfX188X19fX19fX19fX19fX19fX2Vg ZV9mZaJlPWVgZmBlYGZfZjxmPGY8Zl88Zl9mXzxmX2BCX2ZfPF9fQmBfQmA9PV9lPF9fPGVfX2Bl X189X2BfooWGpl+GX4Zfhl+Fhl+iX4ZghmBmXwRfX4VfX4UEX2WFhV+FhYWFhYWFhYWFpqKmoqZf YIVfYIVfol9fhV+mX19fhV9lX19fX19fX188X19fPF9fX19fX19fX188X19fX19gX19mX2BmX2Zf ZoVmX2BlX2ZfX2BCYGVfPWVgX0JfYF88X2ZfPGBfPGA8PGY8PV88X2BfYGVfYF9fX1+FX19mhqJm hWCFZqJfol+GhWaiZYVfpl8EBF+FX19fX4aFX4VfhYWFhYWFoYWFoaKmoqaiX4Vfpl9fZV+FZWBf X1+FX19fX19fX19fPF88X19CX19fX2U8X19fX19fX19fX19fX19fX19mX2ZfYIVfX2BlYF89ZT1f XzxgPF9fPGBfXzxfYDxfPGZfPGY8PWA8X2Y8YEJfXzxfX19fX19gX2aiZoVgX6JlooVmhYaihoVl hWCGhmBfX19fX1+FX4WFX4WFhYWFBIWFhYWFhYWGhYaGX6ZghWCFYIVfYIVfX6JfZWBfX19fX189 X19fXzxfXzxfXzxfX19fXzxfX19fX19fX19fX19fZl+iZWBlX2ZfXzxfX19fQmA8X0JfPV9lPV9D YDxfPV88PTw9Xz08PTw8XzxfX0NfZjxmX2ZfZl9fX4VmhqZfhmaGX4WGhoaFhWBlooaFX19fhV9f X4VlBIVfhYWFhYWFhYWFhYWGhYaFhV+FhV+FX4VfhV9fhV9fX4VfX19fX19lX19fPF9fXzxfX19f X19fX19fX19fX19fX1+FX19fZoVmX1+FX2BfX2BfZT1fPV88YDw9Xzw9PF88X188YEI8YDxgPENg Qj1mPENfQ19fX2BfXz1fX19fYIZmomaiZqKFYIWGx6JlYGWihoamYF9fX19fX19fhWCFX4VgX6Jf hmCFhoWix6KGhl+Fol+GX6JlhWCFZWCFX19fX19lYF9fX188ZV9fPF9fX188XzxfX19fX19fX19f X19fX19fX4VghWBfZmBfX2U9Xz1fX189X19fPF9DX2ZmYEI9QzxgPUM8Qz09PGA9Xz1fPV88YF9l X19fX19gX19fZoZlhmamZoWGhoaiX4ZfYKZgZl9fYENgX2Bfhl+FX6KFhYWFhYWFhYWFhoWGhYVf hWWFX4VfhV+FX4VfX6ZgX19fX19fPF88X188X19fPF9fX19fXzxfXzxfZV9fX19fX19fX4ZfZl9f X19fX2BfPF9mXz1lQ19DZmBDX2Y8YDw9XzxmPF89YD08Zj09Xz09X0NfYF9fPV89X2BfYF+GhoZg hmCGooVgpmCiZWBghmaiZl+iPF9fX19fZYUEBAQEBIUEBIWFhYWFhYWGhYZfhaKFooWFooVgpmCF X6JfX19gX19fX19fXzxfX188X19fXzxfPF9fX19fX19fX1+FX1+FX2WiX2BlomBDX2ZfYGZgPGU9 XzxgX188XzxfZjw8ZT08PDw8PGU9YD08YD1CYD1fPV9fX19fX19fX19fYGZgZaJmhWZfhoWGpqJl oqaipl9fX19fX19fhaJfXwQEBIUEhYUEhYWFBIWGhYaFX6ZfhV+ihWWFhV+FX2VfhV9fZV9fX2U9 X19fPF9fX19fX19fX19fPF9fX19fX19fX19fX2WFZl+GYF9lhWBfX2VfX2BfX19gZTxgZWBfZjxf PTw8Zl89ZjxfPWA9YD1gPWA8YF9DX2BgQmBgX2ZfZmWiZWCFhmCFpmCiYF9gX2BlYGBgZmVfX1+F X2VfBAQEBIUEhQQEhYUEhYWipqKGX4WihaKFZYWFYIUEYIVfhWCFX19fYDxfX188X19fPF9fPF88 X188X188X19fX1+FX19fX1+FZoVgX2WFYF+FX2BfX2ZfX19mX2BfZl9fQ19mPV88ZT08ZV88Zjw9 X0M8YD1lYENfYGZfZl88X19fYIZgZl+GYGWGX2CFZoWGooaGol9fZWBfX19fX1+iXwQEBASFBIUE hQSFhYVgpqKmhWCFX6aFooWiX4WFZYVfol9fX19fX19fXzxfXzxfX19fX19fX19fX19fX19fX19f X19fhV+mX2Blol+iZYVfZl+mX6JfX2ZfZl9lX2ZfZl9lPTxDPD1fQz08Q189ZmZgZmVgPTxgYGVg ZWBfX2BlYF9mol9fZoVgX4aGZqJmhWZfYGVgX2Blhl9fX19lX19fBAQEhQQEhQSFBIWFpoWGZoVf haJfol+FZaKFYIVghWVfhWVfYGVfX19fX19fX19gX19fX2VfX19fX19fX19fX1+FX19fX4Zfhl+G ZaJgpmBfol9mX2BlZl9mYDxmPGY9PV9DYENfQjxlYGA9YD1gZWBmPV9gZl9DYGVgQ19gX2ZmX2Zf ZqJgZaJfYIVlX19gX19fX2WiZl9fX19fhV9fBIVfhQSFhQQEhYVfpqKGX4VfpmAEX4WiX4Vfpl+F X4VghV9gX4VfX2BfXz1lXzxfX19fX19fX19fX2VfX19fX19fX19fomVgX4ZgpmCmX6JlomVgZWBl YGBmX2ZfPV9CPGY9ZT1lPWA9PTxDPGZfZmBmX2BmZl9mYGU9X189X2ZgZl9gpmBlX4VfhoVmomai ZV9gX19gZWZgX19fX2aFBF9fBF8EXwQEpmBfooWGhYZfhWCFZaJfZYVghYVghYZfX19fhV9fX19f ZV9fX19fZV9fX19fX19fX19fX19fX1+FX1+FX6Zghl+GX19gZl9mX2ZfYKZgX19lYGVgZV9fYF88 Zj1DYEM9ZT1mYGZgZmBlYGaGZoVmX2ZgZWA8X2ZmZmBlZmBmX2BlX2Bfol9fYF9gZWBlYGZfX19f X19fX2BlomWGZoaGZmCmhYZfhl+GhWCFhWCFX6JfhWVghV9fhWCmX2CFZWBfX19fX19fX19fX19f X19fX19fX19fhV9fX19fX2VgZWBm/2b/Zv9fol+FX19fX19mYGVgZl89Zjw9Q19DYEJgZmBlYGVf Zl9mhmVmhWZmYF9mX2BCYGY9ZWZmYGZfZl9fYF9gYGVgZl9gX19gX19fXz1lYGaFX2ZfX4ZfhV9f X4WFhV+FhoWGX1+mX2Blol+FhmCFX1+FYP////9f//+FX/9f//9f/19fX/+F//+FX1//X///X19f /1//X6L/YGD//////4X/X/9f/2X//////2Vg/2Bm//89Zf9D/2b/Zl//////ov////9m//+GX2Zl PWVmYGZCZmBmYGVgZmBfZWBgZV9gX19gZV9fX19lX19fX19fZl8EX19fX1+FX4VfBAQEomWiZYVf YIVfhV+iZqZfX2CFX2Vfov//hv9f/1//X///X1//X4X/X///X1+F/1//X/+F/4VfX/9f/6Zf//// Zv///2b/Zv9g////Zl//////X///////Zv9gZf9mhv9mYGb/YP//Zv//hWZgPGZgZT1mYD1lYGZg ZV9fYF9fX19gZWBfZWBfYF9fYF9mPV9fhV8EX19fhV+FX19fX19fZoVmhl9fYIVfol9gpqKGYIVl ol9g/2Vf//9fYP9l//9f//9f/19f//+F/19fX1///1//X/9f/1//hv//YP9gpv//////hYX//4b/ X/9lhmWi/2D/PP9C/////2b/ZmBC/2VmYP+i//9g/2BmX2ZfZmBlPWVlYGZlYF9fX19mZmBmQ19m X2BfX2ZfZjxmX19fX2VfX18EXwRfX4VfhV9fhWaFZoVfol+FZgSFZYaGX4VgX19fhV//YP9fhV9f X/9fX19fX4VfZV9fX1+FX19fX/+FX1+FX1+FZl+iX4X/oqb//4aGhYVghWaiX4WGYF9gZWBf/19m YGZgZmZmZWZmX2ZmYGVmZmVgpmZgZWBmZmBmPGA8YGZfZl9mYGZmZV88X2BfPWU8ZmA8XzxgXzxf X1+iX19fXwRfX4VfX1+FX1+GYKZfXwRmX19gX6KGZaJfZYVgpmBfX6aGpmBfX4aiX19fX2VfX1+F X4VfX19fhV9fX19fXwRgpl+iZaKmoqaipqKmhqJfhYamhV9mhWamX4ZfZl9fZkNfQ2BCYGZgZl9m YGVmYGWiZoZfhmZmX2ZmZWBfYGVgZmBfX19fXzxgX2ZfQmBmYF9lYGVgZT1fX1+FZV+FX19fX19f X19gZWBlYKZgX19ghV+iX6aGYIVghWBfX1+FYKaiol9fhWCmZl9fX6JfX4WFX19fhV8EBF9fhV9f hV9fpmBlol+FX4aipqKmooamhYaFYIWFhoaFYGVgZjxgQz1lPWZlYGZlYGVgZYZmokKiZqZgZl9m YENgZWBCPGZgQl9fX2A8ZjxgQmBfPWU9ZWBmXzxgPF9fPF9fYF9fZWBfZl9fYF9fX19fhl+GX1+i ZV9gZV9gpoZfX2WipoZgX1+GhmVfX4ZfooZfYF+mZoVfX1+FhQRfBF+FX1+FX19fhWaFX6ZghYaF poaFoqaihoaGX4VgZl9gZl9gZl9mX2ZfZj1gZmaGZmZfZmZgZmVgZWBmX2BmX0NfhmZgZmBlYF9f YF9lX2BCYGVmPWU9Xz1fPF9fPF9fPF9fX2VfYF9fX4VfXwRfX19fhl9mX19mBF+iX4VghoZghl+G hoaipl+ipmBfoqaiZYaFX1+mYIVfhYaihqKGhYYEX19fX1+FZYVfhoWFX4WGooaiX4Zghl+GYKZg X4aiZaJfZWaFYGVgZmA8ZmZfZmZgZWBgZWBmhWaiZWZmX2ZmZmaFZmBCYF9fX19lPWY8YDxgPF88 XzxfX19fX19fX19fX1+iX19fXwRfBF9fX19fZl9mYGVfX2BfX2BfZYVmhoaFYIVfZoZfhoZfhYaG X2WiZl9fhqJfpqKGhWWFpqKmZl+FX/9fX/9f//9f//+FX4b///+i//+Ghf+i/6b/ZYaFhV9gZmVg Zl9DYF9gZmBlYGamZoZmhWaFZqJlomZgZl+GZmBlYF88YDxfPV9fPF9fPF88X19fX19fXzxfX188 X19fZV9fX19fX19mX2ZgX2Zfhl9fYF9fZl9fYGZfhl9fX19fhoZfhoZfomWGX2CFZoVfhoVfhqJl hV+iX6ZfX1+FX1///////////4Wihf//ooX/pv//////X/+Ghf9fYGVgZWBgZWBmX2ZmZmVmhmaG YIZlomCFZWCmYGVmZmaGYGVgX19fX19fX19fX19fPF9fX188XzxfX19fX19fX19fX19gZWBfZl9g X19fX2WiX2Y8X19mX19fZl+GhmCGpmCGX4aGX4aiX4aGhV9fpoZfX4ZmX4VlhV+FX4Vfol+FX1+F /wT///////9lhYaFX/+FooX/pv9l/////2D/ZWCFYIVmZWBmX2ZfpmaihmaiZWamYGVfZWCmZmBm X2BfX18EX19fX19fX19fXzxfPF9fPF88X19fXzxfX188X19fX19mX19fX18EX19fX19fZmVgZV9g X19gX19gZV+GZoaGhoZgX4ZfhmWGX2BfX6KGX4ZfhYZfhWCFX4VfhV9fX4VfX///Zf9lov+F//+F hoWi/2aF/6JlooVmhWamYIVfZV9mYKZgZWBfZmBmZWZfZoZmYF9gX19gX19fX18EXwRfX19fX19f XzxfPF9fX19fPF9fPF88X19fXzxfX19fX19fX19fX19fX19fX19gZWBmX19gX19mX19mX19mX19g X2WiZV+Ghmaihl9fhWBlhl+GhV+Gol+FX4VfhV+FX4VfX1+FpmCFYIVgpoVloqaFX4aFoqaihl+F X4aihYZfhV+iX4ZfZl9lYGVfZmZgZl89XzxfX19fX19fX19fX19fX19fX19fX19fX19fX188X188 X19fX19fX19fX19fX19fX19fX19fX19fX19fZoVmX189X19gX2BfXz1fX2BfZWBfX2BfX2aFZl9g X2VfhqJlol9loqZfX4VfoqZfX4VfhV+mX2CmX6ZfpqKFhoWipoWFX4VmhoWihYaFZmZfX19fX2Zl YGZfYDxgXzxfPF9fX19fX19fX19fX19fX19fX19fX19fX19fPF9fXzxfX188X188X19fXzxfX19f X19fX19lX19fX19fX19fhWVgZWBfZV9gQl9fYGVfYF9lYF9fZl9fZl9fYGVfX2BfX6KmhmZfomWi hl9fX6aiX4VfhV9fhaJlol+ipqJfpl+FpqKFhaKFhoWGhV+mYKaiX4VgZmZfYF9fX19fPF88X19f XzxfX19fX19fX19fX19fX19fX19fX19fX19fPF9fXzxfX19fX188X19fX19fX19fX19fYF9fX19f X19fX2BlomU8X2BfX2BfPF9gX19gX19gX19gX19gX19gX2VfX2ZfYF9fX1+FhoWGhoWGBIVfhV+F omWihaaFZYVfhoWGhYVlol+FpqKGhYZghoVmhWZfX4VfX19fX19fX19fX1//X19fX19fX19fX19f X19fX19fX19fX19fX19fPF9fPF9fXzxfPF9fX19fX19fX19fX19fX2VfX19fX19fX1+GX2ZfYGVf YF9CYF9mPF9mX19mX19mX19gX2VghV9gX2CFX4Vlhf9fX/9l/////2X//1////////+Ghf+F/4X/ hYX/hab/ol//ZaL/hf////9f/19f/////19f/////zz//1//X19fX19fX19fX19fX19fX19fX19f X188X19fPF9fPF9fX19fX19fX19fX19fX19fX19fX19fYGVgPGZfZl9mX188YDxfYF88YF9gX19g X19gX19gZV9gX2VgX19fYF9gX2D/////X/9l//9f//+F//+iX/+FX4X//2WF//////+i////BP8E /wT/BAT/X/9f/wT///8EX/9f//9f//9f/zxfXzxfX19fX19fX19fX19fBF9fX19fX188X188X188 XzxfPF9fX19fX19fX19fX19gZl9mZl88X19fhl9mX19gX2VgX2U9X19lX2BCX2BlX2BlX2BfX2Bf X2VgX2WFX1+F/1////9g/1+i////X/+F/4b//4WG/6KFooX/pqL/ZYX/hYX/hf//BP8E//8EX/9f XwT//19f/1//PP///19fX19fX19fX19fPF9fX19fX19fX19fX19fPF88X188X19fX19fPF9fX19f X19fX19fX188X19fX19fXzxmZl9fX2BfX2BfX2A8YF9fYF9fYF9fYF9fYGVfYF9fX2BfYF+mYP// YF+FX4VfX4X/hQSFZoaFhaKFX////4WmhWCFpqKFhQSFhQSFBIUEBP8EXwRf//9fXwRfBF9fX19f PF9fPF88X188XzxfX19fX19fX19fBF9fX19fX188X188X188XzxfX19fX19fX19fX19fXzxfZV88 X19fX19fPF89X2ZfXz1fXz1lXzxgQl9gPF89X19gZV9gX19gX2BlX4VgX4VlX4VfomWFX4UEBF+G haKFhV+mhaaihYWFoqaFhV+FhYWFhYWFhYUEhYUEBAQEBF8EBARfBF9fX19fX19fX19fX19fX19f X19fPF9fX18EX19fBF9fX188XzxfXzxfX19fX19fX19fX19fX19fX19fX19fX19fPWVgX2ZfX19f PV9lYF9fYDxgX19gX2VgX19mX4VgX4VgZV+FYF9lX6Jfol+FX1+FX2CFZaJlomWFX4aFooWFhaZg hYVgpoWGhaaFhYWFhYWFhQQEhQQEBAQEXwRfBF8EX19fXzxfXzxfPF88X188XzxfX19fX19fBF8E X19fBF88X19fPF9fPF88X188X19fX19fX19fX19fPGZgPGA8X19fX19fX2BlYF9fYF88ZjxfZWBf QmBfPGZfX2BfX2ZfX2BfYF9fol9fhV+iX6ZghV+FX4VfhYUEhoWFhYWmX4aFhYWmhYWFhYWFhYWF hYWFhYWFhQSFBIUEBAQEBF8EX19fX19fX19fX19fX188X19fPF9fPF9fX19fXwRfBF9fX19fPF88 X19fX19fX19fX19fX19fX19fX188X2VfX19fX19fX19fX19mX19mX19gXz1fPGBfX2BfX2BfZWBf X2aFX4Vlol+FZl+FZYVfhV+GX4X//6L/ov+m/////4X/hf8E////BP+F/4X/hYX///+F////BAT/ hf///wT/BP9fX19fXzxfPF88XzxfXzxfX188X19fX19fXwRfBF9fX19fPF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPF88X19gPF9lX2BfX2ZfX2ZfX2BfhWBfX2BfYF9fol+F X6Jfol+FX1+FhWD//1//BP////+F/4X/pv///6b/pv+F/4WF/4WF/////wSFBP////8E/wT/X19f X19fX19fX19fPF9fPF88XzxfX19fXwRfXwRfX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxf X2BfX19fX19fX19fX19fX188ZT1mPWBCYF9fYF9ghWaFYF9lhWBlhV+GX19fol9fhV9looWFYP// hf///4b/hf////+F////hf+F////hf+Fhf+Fhf//hf+F/4X//wT/BP///wRfX19fPF88XzxfX19f PF9fPF9fXzxfX19fBF9fX18EX19fX19fX19fBF9fX19fX19fX19fX19fX19fX19lX19fX19fX19f ZV9gPGY9X2BfX19fX19fX19fX19fX1+iX2Bfol9ghV+GX19lX4VghV9fX/8EBP//pl+FhYVf/4UE pqKFhaKFX4aFhYWFhYX/hQT/hQSFBIUEBIUEBARfBARfX19fX19fX19fPF88XzxfPF88X19fX19f X19fX19fX19fX19fX18EX19fX19fX188X19fX19fX19fX19fX4VfYF9gZWBfYF9gX19fX19fX19f X4VfX19fX19fhV+FX4VfhV+FX2BfX6Jfol+GX4VgpoWFhYZfpl+iZV+GX4WFol+Fpl+FhaZfhYUE hYUEhQSFBAQEhQQEhQQEhV8EXwRfX19fX19fXzxfX19fX19fX19fX19fX19fX19fBF9fX19fX19f BF9fX19fXwRfX19fX19fX19fX19fX19mX2BlX19fX19fX19fX19fX4VfX19fX19fX4VfX1+FX4Vf X4VfhV+FX4VfhV9fX1+FX4VfhV+FX4VfX4WFhV+FX4WFX6aFBIWFZYVghYWFBIUEhYUEhQSFhQSF BIUEhQQEBAQEXwRfX19fX19fPF9fPF9fPF88X19fX19fX19fX19fX18EX18EX19fBF9fBF9fX19f X19fPF9fPF9fX19fX19fX4ZfBF9fX19fX19fhV9fX19fX4VfX19fX4VfX4VfhV+FX4VfX4VfhV9f hV+FX1+FX4WFX4VfhYVgX4VmX4VfX6KFX4ZfhWCFpl+FBIUEhQSFBIUEhQSFBIUEhQQEBARfBF9f XwRfX19fX19fPF9fPF9fXzxfXzxfX19fX19fXwRfX18EX19fXwRfX19fBF9fX19fX19fX19fX19f X19fX4VfX19fX1+FX1+FX19fX1+FX19fX1+FX4VfX4VfhYVfhV+FhYVfhV9fhV9fX1+FX1+FX4UE ZoVlX6ZfhV9fhl9lX4VfhV+FhV+FBIUEhQSFBIUEhQSFhQSFBAQEBF8EBAQEBARfBF9fX19fX188 XzxfPF9fX19fX188X19fX19fX18EX18EBF9fBF8EXwRfX19fX19fX19fX19fX19fXwRfBIVfX4Vf X19fX4VfX4VfX1+FX1+FX1+FX4VfhV+FX4WFX4VfhV9fhV9fhV+FX1+FX6JfhV+FX6JfX19lhV9f hV+mX6JlhWYEhQQEBIUEhYWFBIUEhQSFBAQEhQQEBF8EXwRfXwRfX19fXzxfPF9fX188X19fX19f X19fX19fXwRfBF8EXwQEBARfBF8EXwRfX19fX19fX19fX19fhV9fBARfhoVfX4VfX4VfhV9fX4Vf X1+FX4VfhV+FX4VfhYVfhV+FhV+FhYVfhV+FX1+FX19fpl+FX4Vfpl+iX1+FYGWFYIWFX4VfhQSF BIUEBIWFBIWFBIUEhQSFBAQEhQQEBARfBARfX19fX19fX19fPF88X188X19fXzxfX19fXwRfXwRf BF9fBARfBF8EXwRfX18EX19fX19fX19fX1+FBARfBARfhV+FX4VfX19fhV9fX4VfX19fhV+FX4Vf hV+FhV+FhV+FX4VfhYVfX4VfYIVlX4VfX4ZfhV9fX2UEX4VfX19lX4WmX4WFBIUEhQSFBIWFBIWF BIUEBASFBAQEhQQEBF8EXwRfX19fXzxfPF9fXzxfX188X19fX19fX19fXwRfBAQEBARfBAQEXwRf BF8EX19fBF9fX19fX1+FBF8EBARfhWWFX4UEX4VfhV9fhV9fhV9fhV+FX4VfhV+FX4WFhV+FhYVf hV+FhYVlhV9fhV9gX19fX19mX4UEYF9fX2CFX6Jfol8EBAQEBASFhQSFBIWFBIUEhQSFBASFBASF BAQEBARfX19fX19fPF88XzxfPF88XzxfX19fBF9fXwRfXwRfBF8EBARfXwRfBF8EBAQEX18EX19f X4VfhV8EBAQEBF+FX4VfXwRfhV+FX1+FX19fhV9fhV+FX4WFX4VfhV+FX4VfhYWFX4WFBF9fhV9f X2VfX19fX19fZV+mX2WFZV9fZV+FX4UEhQQEhQSFhQSFBIUEhQQEhYUEBASFBAQEBARfBF9fX188 X19fXzxfPF88X19fX19fX19fBF9fXwRfBAQEXwRfBARfBF8EXwRfBF9fX19fX19fhV8EBAQEX4WF BF+FpqJfhYWFX4VfBARfhV+FX4VfX4VfhV+FhYWFhYWFhYVfpoUEhWCFX2VfX19fYGVfZV9gX4Vf YIVfX19fhV+FBAQEBASFBIWFBIWFhQSFBIUEhQQEhQSFBASFBAQEBARfX19fX19fPF88XzxfPF88 X19fX19fBF8EXwRfBF8EXwRfBF9fBARfBAQEBARfBF9fX19fBASmX18EBARfhYWFXwSFpl+FX4Vf hV8EhV+FX4VfhV+FX4VfhV+FX4UEhYWFhYVfhWWFX6JfX2ZfX19fX19fX2VfX19fX6JfX2ZfhV8E BASFBAQEhYWFhYWFBIUEBIWFBIWFBIUEhYVfBAQEX19fX188X188XzxfPF9fPF9fX18EXwRfBF8E XwRfBF8EXwRfBF8EXwQEXwQEX19fX19fXwQEX6JlhV+FhV+FBIUEBIWFZYVfhQRfhV+FX4UEX4Vf 5V+FX4WFhaaFomWFBAQEol+FX6ZfX19fX19fPF9mX19fYF+mX19fZV+FXwQEBAQEBASFhYWFhYWF hQSFhYWFBIWFBIWFhQSF5QQEBF9fX19fX188X19fPF88XzxfX19fXwRfBF8EBF8EBF8EBF8EBF8E XwQEBAQEBARfX19fX18EBF+FX6JfX4WFX4UEhQQEhQSFpoWmol+FZYVfXwRfhYXlhYVlhYVfhV+F X4WGX4VfhYVfX4VfZTxfZl9fX19fZV9fX2BlhWBfX4VfBAQEhQSFBIWFhYWFhYWFhYWFhYWFhYWF hQSFheVfhV9fBF9fXzxfXzxfPF88XzxfX19fX18EBAQEBARfBF8EXwQEXwQEBF8EBF8EBF8EX18E X19fBF+FX4VfpqJfhYWFhYUEhQSFhV+F5YWFheVf5aZg5YVf5YWFhV/lhV+FheVfX4XlhV9f5eXl 5eXlXzxfPF/l5eVf5V9f5V9f5eUE5eXl5QTlBIXl5eWFhYXlhYWF5YXl5eWFheXlBIXl5eVfBOXl X19fPOU8X+Xl5eVfPOVf5V/lX+XlXwRf5QTlBAQEXwQEBAQEBAQEBAQEXwRfX19fXwQEhV+FhV+F pqJfhQQEhYWFhYWFhYXlBOUEBOUEheVfhV+FX4UE5YWFZYVf5V/lhV8EheVfZV/lPOVgX19f5V/l YOVlX+Vf5V+F5eUEBOWF5QTlhYXlhYWF5eXl5eXlhYXlheWFheUE5QRf5V/lX19fPF/lXzzlXzxf 5V/lX+Vf5eVfBOUEBOUE5QRfBAQEBAQEBAQEBF8EBF9fX19fX19fhV+FX18EBIWFhYWGhYUEBIWF X+UE5QTlheXlBF/lXwSFhYWipuXl5YXlheWm5V/lZl/lX19gX1/lPF9CX1/l5V/lYF/lhuVfBOXl BF/lBOUE5YWF5aGFhYXloeWF5YWF5YXlhYXlBOUEBOVf5V88X19f5V885V9fX+Vf5eVf5eXlBATl XwTlBOXl5QQEhQQEBAQEBAQEBAQEXwRfXwRfX1+FhYWFXwSFBIUEhYWGhYYEhYXlBOUE5V/l5QSF 5YXlBOWFX4XlX4Xl5V/lX+Vg5V9f5eXl5TzlPF9fXzzl5V9f5V9l5V/lhV/l5QSF5YXlheWFheWF haGF5YXlheWFheWF5YWF5YXlBF/lX+VfX188X+VfX+U8X1/lX+XlX+Xl5QRf5QQE5QTlBATlBIUE hQSFBASFXwQEBF9fBF9fX19fX19fXwQEBIWFhYWFhYWFhaKFoqbl5eWFouVg5eWF5YXlhYWF5YWm 5V8E5eXlX19fX+VlPF/lX+VlPGBf5V/lZeVf5eVfX+XlBOUEBOUE5YWF5eXloYWFoeWF5YWF5eXl hYXl5YWF5eXlBOXl5V9fX1/lXzzlX19f5V/l5QTl5QTl5QSFBOUE5QQE5QSFBIUEhYUEBARfBF8E BF9fBF9fX2WFX18EhQSFBIWFhYWFhYWF5YWFheWFhV/lhYVfhYWFhQSFpuXl5eVfZWDlX19l5V/l 5eXl5eXlPF88X+Xl5V/lX2ZfX19fBF8EBIUEBOWFhYWF5YWFoYWF5YWFhYWF5YWFhQQEBARfBF9f 5V9fX+Xl5eXl5eXl5V8E5eVf5eUEBAQEBATlBOXl5eWFhYUEhQSFBAQEBAQEXwRfBF9fX19fX4Vg ZYUEBIUEhYWFhYWFhYWFhYWFhYWFX4VfhYWFX6aiX4VfX4VfhV9fX2VfX19fX19fPGVfPF9fZTxf XzxmX19fX19fX18EBAQEBIUEhYWFhYWhhYWFhaGFhYWFhYWFhYUEBAQEXwRfX+VfX19fX19fX19f X18EX18EBAQEBAQEhQQEBASFBIUEBIUEhQSFBIUEBAQEXwQEX18EX19fX19fX4VfomWFoqaFhYWF hYWFhYWFhYWFhYWFpqJfhYWFX4VfhWBlX19fZV88X2BfPF88X188X188YDxfQ19fPF9fX19fX19f XwQEX4UEBIWhhaGFhYWhhYWFhYWFhYWFBIUEBAQEBARfBF9fX19fX19fX19fXwRfX18EBAQEBIUE hQQEhQQEBAQEBIUEhYWFBIUEBAQEXwQEXwQEX188X19fX19fhV+FhYWFhYWFpqGmhaGmhaKmhYWm hYVfhV9fhV+FZV9fhV9gX19fXzxfPGVfPGA8ZT08ZV88X188XzxlPF9fX19fBF9fBAQEhYWFhYWF haGFhaGFhYWFBIWFhQSFhQQEBAQEBF9fBF9fX19fX19fX19fBF8EBAQEBASFBIWFBIUEBASFBIUE hQQEBAQEBAQEBIVfBARfX19fX19fX19fX4VfhYWFhYWFhYWFhaGFhaGFhYWFhYWFhYWFomWFX19f X19fX19fYF9fX2A8X2U8XzxfXzxfZV88XzxgX19fX19fX18EXwQEhYWFhaGFoYWFoYWFhaEEhYWF hYWFBAQEBF8EBAQEBF9fBF9fX19fX18EXwRfBIVfBAQEhYUEhQQEhYUEhQSFBIUEhQQEBAQEBAQE BF8EBF8EXzxfX19fX1+FXwQEhYWFhYWhhYWFhYWFhYWFhYWFooVlhV+FX1+FX4ZfX19lXzxfZTxf PF88XzxfPF88YDw8YF9lPF88X19fX19fBF8EBASFhYWFhYWFoYWhoYWFhYWFBIUEhQQEBAQEBAQE BARfBF8EX19fBF8EXwRfBAQEBASFBIUEhQSFhQQEhQSFBIUEBIUEBF8EBAQEBAQEXwRfX19fX2Zf X2ZfX1+FX4UEhYWFhYWhhaGFoYWnhYWFhYWFhV9fX4VgX19fX19gPF9CXzxfQl88YDxfQ188ZTxf XzxfPF9fXzxfX19fXwQEBF+FBIWFhaGFoYWFhYWFhQQEhQQEBAQEXwQEBAQEBARfBF9fBF9fX19f XwRfhYWFBASFhYWFBIWFBIUEhQQEhQSFBIUEBAQEBAQEBAQEBAQEXwRfX19fX19fX4WmX6JlhaKm haKFoqaihYWFhYWhhYWFBF+FX6ZfX19fX19lX19fX189X188ZTxfPF88X188XzxlPF9fPF9fPF9f X18EXwQEhQSFhYUEoYWFoYWhhYWFhQQEhQSFBAQEBAQEBAQEBAQEBF8EX19fBF8EBAQEBASFBIUE hYWFhQSFBASFBIUEBAQEBAQEBAQEBAQEBF9fBARfX19fX18EX18EBASFhYWFhYWFoYWhhaGFhYWF hYWFBIWGX1+FX19fZV9fX19fXzxfXzxfPV88ZTxfZTxfPF89XzxfPF9fPF9fX19fXwQEBIUEhYWF oYWhhYWFhYWFBIUEBAQEBAQEBF8EXwQEXwRfBF9fX19fX19fBASFBIUEhYUEhYUEhQSFhQSFBIUE hQSFBIUEBAQEBAQEBAQEBF9fBF9fX19fX1+FBARfhV+FhYWFhYWFhYWFhaGFhaaFoqaFhV+FX4Vl X19fX2BfPGBlPF9lPF88XzxfPV88YF9CXzxfX188X19fXwRfXwQEX4UEBASFhYWFhYWhhYWFBIWF BIUEhQQEBF8EXwRfBARfBARfX19fX19fXwRfBASFBASFhYWFhYWFhQQEhQQEBASFBAQEBAQEBAQE BAQEX18EBF9fX19fX19fX18EBIWFhQSFhYWFhYWmhYaFhYWFhYWFhV+FYIVfX1+FX19fX2VfPF89 XzxlXzxfPF88XzxfPF88XzxfXzxfX19fXwQEBAQEBIWFhYWFhaGFhYWFhYUEhQQEBAQEBARfBF8E X18EBARfX18EX19fBF9fBAQEBASFBASFBIUEhQSFBASFBIUEBIUEBAQEBAQEBAQEXwQEX18EX19l hV+GX4Vlol+mX4WGhaaFpoWFhYWFhYWFhQSFhYWFhYVfBKJfX19fX19fPF9fX19fPDxfXzxlPF9C XzxfXzxfXzxfX19fX18EBAQEBAQEhYWFhYWFhYWFhYUEhQSFBAQEBARfBF8EXwQEXwRfXwRfX19f X19fX18EBF9fBAQEhQSFBIWFBAQEBAQEhQQEBIUEBIUEBAQEBARfBF8EX19fX18EX19fhV+FhYWF hYWFhYWFhYWFhYUEhYWGhYWFXwRfhWVfX4VgZV9fX19fX0JfX19mPF88X19gXzxfXzxfPF9fX19f BF8EBAQEBAQEhQSFBIWFhYWFhYUEhQQEBAQEBAQEBF8EXwRfBF8EX19fXwRfX18EXwQEBASFBAQE hQSFBIUEBAQEBAQEBAQEhQQEBIUEBAQEXwRfBF8EX19fX4UEX4WFBIWFhYWFhV+FhYUEpl+FX4Vf hoWFX4WFhQSGhYVfhV9lhV9fZl9fPGBfX19fXzxgXzxfPDxfPF88XzxfX19fX19fXwQEBAQEBIUE hYUEhYWFhYUEhQQEBAQEBAQEBF8EBF8EXwRfBF9fBF9fBF9fX19fX18EXwQEBAQEBAQEBAQEBAQE BAQEBAQEhQQEBASFBAQEXwRfBF9fX1+FXwRfX4VfBF8EBIWFhaKFhaKFooWFhYWFhYWFhWWFX4Vf hWBfX19fX19fZV9fX2BfX19lPF9lPF9fX19fPF9fX19fX19fBARfBIUEBIUEBIUEhQSFBIUEhQQE BAQEXwQEBAQEBAQEXwRfBF8EX18EBF8EX18EXwRfXwRfX18EBAQEBIUEBAQEBAQEBAQEBASFBIUE BASFBARfBF9fX19fhQRmhYVfhoWFpqKFhYWFhV+FhYVfhQQEhV+FhYWFX4WFpl+FX4VfX19fXz1f X2VfX19fX19fX19fXzxfPF9fX19fX19fBARfBAQEBAQEhQQEhQSFhYUEBAQEBAQEBAQEXwRfBAQE BF8EXwRfXwRfX19fBF9fX19fBF9fBF8EBARfBARfBF8EBAQEBAQEBAQEhQQEBIUEBF8EX19fX19f X4VfhYVfhYVfhYWFhYWFhYWFX4VfhYWFhgSFhWAEhYVghV+FX6ZfXwRfZV9fX19fX2VfX2BfPF9f XzxfX19fX19fX19fBARfBAQEBASFBIUEhQSFhQSFBASFBAQEBAQEXwQEBAQEXwRfBF9fBF9fBAQE X18EXwRfX19fBF8EXwQEBAQEBAQEBARfBAQEBAQEBAQEBAQEBAQEBF9fX19fX4VfhQQEhV+FBIUE BAQEBIVfhYWmhaZfhV+FhV+Fpl+FhV+FX4VfX19mX19fX19fX2BfX19fX19fPF9fX19fX19fX19f XwRfBAQEBAQEBAQEBASFBAQEhQSFBF8EXwRfXwRfBF8EXwRfBF8EXwRfBF8EXwQEXwRfBF9fBF9f X19fBF9fBF+FXwQEBAQEBAQEBAQEBARfBAQEBF8EX19fX19fhV+FBASFhYUEBIWmhYaFhaaFhV+F hYUEhaaFX4WFX6ZfhWVfhaJfX19fX19fZV9fX2VfX19fX19fX19fX19fBF8EBAQEBF8EBAQEBAQE BAQEBIUEBARfBF8EX19fBARfBF8EXwQEXwRfBF8EBF8EBAQEBF8EXwRfBF9fBF8EXwQEBAQEXwQE BAQEBAQEXwQEBAQEBAQEXwQEX19fBF9fhYWFX4aFpoVfhoWFooWFhYWFX4WFhYWiZYVfhYVfooVf hV+Fol9fX4VfX19fYF9fX19fX19fX19fX19fX19fX18EX18EBAQEhQQEBAQEBAQEXwRfBAQEBARf XwRfBF9fBF8EXwQEX18EBF8EXwQEXwQEXwQEBF8EXwRfBF9fX19fBF8EXwQEBAQEBARfBAQEXwRf BF8EXwQEXwQEXwQEX4WFhYWFX4WFhYVfhYWFhYVfooWFooVfhYWFhV+mhYVfhV+iX1+FX2VfX19m X19fX19fX19fX19fX19fX19fBAQEXwQEBAQEhQQEBAQEBAQEBAQEBAQEBARfBF9fX19fBF8EXwRf BAQEXwRfBAQEXwQEBAQEBAQEX18EXwRfXwRfBF8EXwRfBARfBF8EBF8EBAQEXwQEBAQEBARfBARf BF8EhYVfhYVfhQSFhYVfhYWFhaaFhV+FhYWFX6KFhV+FX4WFX4Vfpl9fX4VfX19lX19fX19fX19f X19fX19fX18EXwRfBAQEBAQEBAQEBAQEXwQEBARfBF8EBF9fBF8EX18EXwQEXwRfBARfBAQEXwQE BAQEBAQEXwQEBF8EBF9fX19fBARfBARfBAQEBAQEXwRfXwRfBF8EBF8EBARfBARfBIVfhV+ihV+i ZYWFpoWFhYWFhYWFhaaFhYWFX4Wipl+FX4WFX4VfX2BfX19fX19fX19fX19fX19fX18EX18EXwQE BAQEBIUEhQSFBAQEBAQEXwRfBF8EBF8EX19fX18EX18EXwQEBAQEBAQEBAQEBASFBAQEBAQEX18E X19fBF8EX18EXwQEBARfXwQEXwRfXwRfBAQEBAQEBF8EBARfBIWFhaaFhV+FhYWFhYWFBIWFhYWF poWFhYWFhaaFX4WFBIZfX4Vfol9fpl9fX19fX19fX19fX19fX19fX18EXwRfBF8EBAQEBAQEBAQE BAQEXwRfBF8EXwRfXwRfBF8EXwQEBF8EBAQEBAQEBAQEBASFBAQEhQRfBAQEXwQEX19fBF8EXwRf BARfBARfBF9fX19fX18EXwQEXwQEBF8EBF8EhQSFBASFX1+FX4WiX6aihYWFhYWFhYWmhYWFhYWF X4VfhYWmX1+FX19fX19fX19fX19fX19fX19fX18EX18EBAQEBF8EBAQEBIUEBAQEXwQEBF8EX18E XwRfXwRfBF8EXwQEBAQEBAQEBAQEBASFBASFBAQEhV8EBARfBAQEBF8EBAQEBAQEBF9fBF9fX19f X18EBF8EBARfBAQEBF8EhYUEBF+FX4WFZYWFhYWFhYWFhYWFooWihYWFhYWmhYVfhYWiX4VlX4Vf BARfX19fX19fX19fX19fXwRfX18EXwQEXwQEBAQEBAQEBAQEBAQEXwRfBF8EX19fBF9fXwRfBAQE BAQEBAQEBAQEBASFBIUEBIUEBASFXwRfBARfBF8EBAQEBAQEX18EXwRfX19fX19fX18EXwQEBAQE BF8EBARfX6aiX6ZfhYWFX4WFhV+FhaKmhYWFhYWFooWFhYWFpl+FX4VfhV9fBF9fX19fX19fX19f X19fX19fXwRfXwRfBAQEBAQEBAQEBAQEBAQEXwQEXwQEXwRfBF8EXwRfBAQEBAQEBAQEBIUEhQSF BIUEhYUEhQQEBAQEBF8EBAQEBAQEBF8EXwRfX19fX19fX19fX19fBF8EBF8EXwQEBF+FooWFX4WF hV+FX6ZfhYWmhYWFhYWFhceFhYWFhaKFooWFpoWFXwQEBF9fX19fX19fX19fX19fX19fX19fBF8E XwRfBF8EBAQEBAQEBAQEBAQEXwRfBF9fBF9fXwRfBF8EBAQEBAQEhQQEBIUEhQSFhYUEhQSFBAQE BAQEBF8EBF8EBAQEBARfXwRfX19fX19fX19fBF8EXwQEBAQEBAQEBIVfhV+FXwSFX4WihYWFhYWF hYWFhYWFhYWFpoWFhYWFhYWFX4VfBARfBF9fX19fX19fX19fX19fX19fBF8EXwRfBAQEBAQEXwQE BAQEBAQEBAQEBF8EXwRfBARfBAQEBARfhQSFBIUEBAQEBIUEhQSFhYUEhQSFBARfBAQEBASFBAQE BARfBF9fX19fX19fX19fX18EXwQEXwQEBAQEBF9fhV+FX4ZfhaJfhYVfBIWFhYaFhaGFhYWhooWF oaaFhYUEhYWFBAQEXwQEX19fX19fX19fX19fX19fBF9fX18EXwQEXwQEBAQEBARfBAQEBARfBF9f BF9fBF8EXwQEBAQEhQQEhQQEhYWFhYUEhYWFhQSFhQSFBASFBAQEBAQEhQQEhQQEBF8EX19fX19f X19fX19fBF8EBAQEBF8EBF+FX6ZfhYVfhV+FhV+FhaJlhYWFhaGFoseFhYWFhYWFhYWFhYWFBASF BF9fX19fX19fX19fX19fX19fBF9fBAQEX18EXwRfXwQEBAQEBAQEXwQEBAQEBARfXwRfBF8EBAQE BASFBIUEhQSFhYUEhYWFhYWFhYWFBIUEBAQEBASFBIUEhQQEBARfBF9fX19fX19fX19fX18EXwRf BAQEBAQEBF+FX4VfhV+Fpl+Fpl+FhYWFhYWmhYWFhceFoYWFhYWFhYWFBIUEXwQEBF8EXwRfBF8E X19fX19fX19fX19fXwRfBF8EBARfBF8EBAQEBAQEBARfBF8EXwRfXwQEBIUEBIUEBAQEhQSFhYWF oYWFhYWFhYUEBIUEBAQEBAQEX4UEhQQEBAQEXwRfX19fX19fX19fX18EX18EXwRfBAQEX19fX1+F X4WFX4VfhV+FX4WFhYWhhYWFoaGFhYWFhaGFhYWFhYUEBAQEBF8EXwRfX19fX19fX19fX19fX19f X19fBF8EBF8EBF8EBAQEBAQEBF8EBF8EXwRfXwRfhQQEBIUEhQSFBIWFhYWFhYWFhYWFhYWFBIUE BASFBIUEhYWFBIWFBASFXwRfX19fX19fPF9fX19fXwQEXwQEBARfBARfX4VfBARfBARfhV+FhYUE hYWFhYWFoYWFhYWhhaGFoYWFhQSFBIWFBAQEXwQEXwRfBF8EX19fX19fX19fX19fX19fX18EXwQE BAQEBAQEBAQEBAQEBF9fX18EXwQEBAQEhQSFBIUEhYWFhYWFhYWFhYWFhQQEhYUEBASFBIUEhYWF BIUEBARfBF9fX19fX19fX19fX19fX18EBF8EBARfX19fX19fXwRfBIVfBAQEBASFhYWhhYWhhaGF hYWFhYWFhYWFBIUEBAQEXwRfXwRfX19fX19fX19fX19fX19fX19fX19fXwRfBF8EXwQEBAQEBF8E X19fX19fX18EXwQEhQSFBIWFhYWFhYWFhYWFhYWFhQSFBAQEBIUEhQSFhQSFBAQEBAQEXwRfX19f X19fX19fX19fX19fX19fBF8EXwUAAAAHAQEAAAAIAAAA+gIFAAEAAAAAAAAABAAAAC0BAAAHAAAA /AIBAAAAAAAAAAQAAAAtAQEADwAAACYGDwAUAFROUFAEAAwAAAAAAAAAAAAAAAAACQAAACYGDwAI AP////8BAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAANUHyAEAAAAAtw9EAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8A bQBhAG4AAAA4NLkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMABMBBIQALcPRAAAAEEAcgBp AGEAbAAAAE4AZQB3ACAAUgBvAG0AYQBuAAAAODS5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjd DTAATAQiIAC3D0QAAABNAG8AbgBvAHQAeQBwAGUAIABTAG8AcgB0AHMAAAAAADg0uQB82hIAZNoS AHbHCzAIAAAAAAAAAHzaEgAo3Q0wAgAEAjAAtw9EAAAAVABpAG0AZQBzAFQAZQBuACAAUgBvAG0A YQBuAFMAQwAAALkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAAAAABAALcPRAAAAFAATQBD AF8AUABNAEMALQBTAEkARQBSAFIAQQBfAGwAbwBnAG8AAABk2hIAdscLMAgAAAAAAAAAfNoSACjd DTACAAQiUAC3D0QAAABXAGkAbgBnAGQAaQBuAGcAcwAAAEUAUgBSAEEAXwBsAG8AZwBvAAAAZNoS AHbHCzAIAAAAAAAAAHzaEgAo3Q0wAkwEAgAApA8SAAAAgABnAAAAAQD/////FAD+mwP+AAClDwwA AAAAAAAILgABAAIAAAAAAKsPHgAAAP8fAAAFAEACAAAAAAAAIAEgAUACQAJgA2ADgASABAAAqQ8K AAAABwAAAAIACQQAAEAAow9uAAAABQD//T8AAAAiIAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAA AgAAAP//7wAAAAAA////////GAAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANg AwAAAAAABQAAgASABAAAAAAPAAsEAAcAAA8AAPD4BgAAAAAG8FADAAACqAEAaQAAAK0AAAAMAAAA AAAAAFkAAAAIAAAABAAAAAkAAAACAAAAAAAAAAgAAAAAAAAABAAAAAAAAAAvAAAAAAAAAAQAAAAA AAAACAAAAAAAAAAKAAAAAAAAAA0AAAAAAAAABAAAAAAAAAARAAAAAAAAAAQAAAAAAAAAGQAAAAAA AAAQAAAAAAAAABMAAAAAAAAACAAAAAAAAAAEAAAAAAAAAAcAAAAAAAAALgAAAAAAAAAGAAAAAAAA AAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAA BgAAAAAAAAAeAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAIAAAAAAAAAEQAAAAAAAAAQ AAAAAQAAABEAAAAEAAAAEwAAAAAAAAAFAAAAAAAAAAQAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAgA AAAAAAAANQAAAAAAAAAEAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAYAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAwAAAAEAAAA CgAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAA AAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAA AAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAA AAQAAAAAAAAABAAAAAMAAAAEAAAAAAAAAAQAAAAAAAAABQAAAAAAAAAEAAAAAwAAAAQAAAAAAAAA IwAAAAAAAAAEAAAAAAAAACQAAAAAAAAABAAAAAAAAAAHAAAAAAAAACYAAAAAAAAAbQAAAAAAAAAG AAAAAAAAABUAAAAAAAAABAAAAAAAAAA2AAAABwAAAAQAAAAKAAAAXgAAAAQAAAAEAAAAAgAAAAQA AAALAAAAKwAAAAAAAAAFAAAAAAAAAGYAAAAFAAAANgAAAH8AAfA0AQAAYgAH8CQAAAAGBs2juXRU gfPGwFLrI6b4qjH/AKwgAAACAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8A AAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAA AMgAAgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAA AAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAA AAAA/wAAAAAAAAAAAAAAAAAAAMgAYgAH8CQAAAAGBk7DSD8IVl+/6dSWJqOCFfz/AOHhBQACAAAA rCAAAAAAyACjBQvwHAIAAIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAA AIkAAAAAAL8AAAAPAAwB9AAAEA0BAAAAIA4BAAAAIIABAAAAAIEBBAAACIIBAAABAIMBAAAACIQB AAABAIUBAAAAIIZBAAAAAIfBAAAAAIgBAAAAAIkBAAAAAIoBAAAAAIsBAAAAAIwBAAAAAI0BAAAA AI4BAAAAAI8BAAAAAJABAAAAAJEBAAAAAJIBAAAAAJMBAAAAAJQBAAAAAJUBAAAAAJYBAAAAAJfB AAAAAJgBAAAAAJkBAAAAAJoBAAAAAJsBAAAAAJwBAwAAQL8BDAAeAMABAQAACMEBAAABAMIB//// AMMBAAAAIMQBAAAAAMVBAAAAAMbBAAAAAMcBAAAAAMgBAAAAAMkBAAAAAMoBAAAAAMsBnDEAAMwB AAAIAM0BAAAAAM4BAAAAAM/BAAAAANcBAgAAAP8BBgAOAAACAAAAAAECAgAACAICy8vLAAMCAAAA IAQCAAABAAUCOGMAAAYCOGMAAAcCAAAAAAgCAAAAAAkCAAABAAoCAAAAAAsCAAAAAAwCAAABAA0C AAAAAA4CAAAAAA8CAAEAABACAAAAABECAAAAAD8CAAADAAQDAQAAAEEDqCkBAEIDAAAAAEMDAwAA AEQDfL4BAEUDAAAAAH8DAAAPAIQDfL4BAIUDAAAAAIYDfL4BAIcDAAAAAIAAGvEgAAAA//8AAMwz AAD/ZpkAzP//AP//ZgCZ/zMAADPMAGYzAABAAB7xEAAAAMwzAAABAAAI//////cAABAfAPAPOAAA AAAA8wMUAAAAQgAAAAQAAAAAAAAABAAAgAAAAAAAAPMDFAAAAEMAAAAEAAAAAAAAAAUAAIAAAAAA DwDQB3kBAAAfAP8DFAAAAAIAAAQMAAAAAAAAAAAAAAACAAAAHwAUBBwAAAAAABUEFAAAALoddewA ypo7Mk7NyQDKmjsAAgABDwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0AAAAQgAAAGQAAABCAAAAZAAA AHbHCzAIAAAAAAAAAHDaEgAAAAAAAAAAAKT7///I/v//AAAAAHAA+wMIAAAAAAAAAHAIAABwAPsD CAAAAAEAAABACwAAHwAHBDwAAAAAAP0DNAAAACEAAABkAAAAIQAAAGQAAABg8w0wLN4SAAAAAAAk NbkAAAAAAAAAAAAAAAAAAAAAAAABEgAfABMEPAAAAAAA/QM0AAAAZAAAAGQAAABkAAAAZAAAAGDz DTAs3hIAAAAAACQ1uQAAAAAAAAAAAAAAAAAAAAAAAAESAA8AiBM6AAAADwCKEzIAAAAAALoPDgAA AF8AXwBfAFAAUABUADkAAACLExQAAAAvAMgPDAAAADAA0g8EAAAAgAAAAD8A2Q8MAAAAAADaDwQA AAAAACUADwDwD/8PAAAAAPMDFAAAAGEAAAAAAAAAAgAAACcBAAAAAAAAAACfDwQAAAAGAAAAAACo Dx0AAABXaHkgUFdFMyBTaG91bGQgYWNjZXB0IFRETW9JUBAAnw8EAAAABQAAAAAAqA9OAAAAU2hh aHJhbSBEYXZhcmkNUHJvZHVjdCBSZXNlYXJjaCBHcm91cA1QTUMtU2llcnJhDVNoYWhyYW1fZGF2 YXJpQHBtYy1zaWVycmEuY29tAAChDyAAAABPAAAAAAAAAAAADwAAAAEAAAABAEAAAAABAAIAAQAY AAAAqg8sAAAAOQAAAAAAAAAGAAAAAQAAAAMAAQAAAAAAAAADAAAAAQAAAAMADAAAAAAAAAAAAPMD FAAAAGQAAAAAAAAAAgAAACgBAAAAAAAAAACfDwQAAAAAAAAAAACoDxsAAABTb21lIEFwcGxpY2F0 aW9ucyBvZiBURE1vSVAQAJ8PBAAAAAEAAAAAAKAPAgIAAEwAZQBhAHMAZQBkACAAbABpAG4AZQAg AHMAZQByAHYAaQBjAGUAcwAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBlAHQAdwBlAGUA bgAgAGEAIABjAHUAcwB0AG8AbQBlAHIAIABzAGkAdABlACAAYQBuAGQAIABhACAAUABvAFAADQBQ AHIAaQB2AGEAdABlACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUAIABvAHYAZQByACAASQBQAC8A TQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAGMAdQBzAHQAbwBtAGUAcgAgAHMAaQB0 AGUAcwAgACgAUABTAFQATgAgAGIAeQBwAGEAcwBzACkADQBUAG8AbABsACAAYgB5AHAAYQBzAHMA DQBCAGUAdAB3AGUAZQBuACAAdAB3AG8AIABDAGUAbgB0AHIAYQBsACAATwBmAGYAaQBjAGUAcwAg ACgAQwBPACkADQBDAGUAbABsAHUAbABhAHIAIABiAGEAYwBrAGgAYQB1AGwAIABvAHYAZQByACAA SQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIABCAFQAUwAgAGEAbgBkACAAQgBTAEMADQBD AGEAcgByAGkAZQByABkgcwAgAGMAYQByAHIAaQBlAHIADQAAAKEPxAAAACIAAAAAAAAAAAAiAAAA AQAAAAAAIgAAAAAAAAAAACkAAAABAAAAAAAMAAAAAAAAAAAAIQAAAAEAAAAAAB8AAAAAAAAAAAAU AAAAAQAAAAAAEgAAAAAAAAAAAAEAAAABAAAAAAAiAAAAAAAAACIAAAAAAAAAIgAAAAAEAAAABCkA AAAABAAAAAQMAAAAAAgAAAAIIQAAAAAIAAAACB8AAAAADAAAAAwUAAAAAAwAAAAMEgAAAAAQAAAA EAEAAAAAFAAAABQAAKoPGgAAAD8AAAAAAAAABAAAAAEAAAADAL8AAAAAAAAAAADzAxQAAABwAAAA AAAAAAIAAAApAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAAUmV1c2Ugb2YgRXhpc3RpbmcgVGVj aG5vbG9naWVzEACfDwQAAAABAAAAAACoD6MBAABBQUwxIGlzIGRlc2lnbmVkIGZvciBjaXJjdWl0 IGFuZCBsb29wIGVtdWxhdGlvbg1BQUwxIGlzIGEgcHJvdmVuIHRlY2hub2xvZ2llcyB3aXRoIG9m Zi10aGUtc2hlbGYgb3IgYXZhaWxhYmxlIEhXL1NXDUFBTDEgaGFzIGEgbnVtYmVyIG9mIGRlc2ly YWJsZSBmZWF0dXJlcw1DbG9jayByZWNvdmVyeSBtZWNoYW5pc20NU3RydWN0dXJlIHBvaW50ZXIg KGZvciBtdWx0aS1mcmFtZSByZWNvdmVyeSkNU3VwcG9ydCBmb3IgQ0FTDVN1cHBvcnQgZm9yIHN0 cnVjdHVyZWQgYW5kIHVuc3RydWN0dXJlZCBURE0NU3VwcG9ydCBmb3IgTng2NCBLYml0L3NlYw1P cHRpb25hbCBlcnJvciBjb3JyZWN0aW9uIChGRUMpDU9wZXJhdG9ycyB3YW50IGEgU0lOR0xFIGFw cGxpY2F0aW9uIGludGVyZmFjZSAoQVBJKSBmb3IgQVRNIGFuZCBJUC9NUExTIENFUwAAoQ88AAAA nAAAAAAAAAAAALwAAAABAAAAAABMAAAAAAAAAAAAnAAAAAAAAgAYALwAAAAAAAIAFgBMAAAAAAAC ABgAAACqDxoAAAAvAQAAAAAAAAQAAAABAAAAAwBxAAAAAAAAAAAA8wMUAAAAcQAAAAQAAAACAAAA KgEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPHgAAAE5lZWQgZm9yIEludGVyd29ya2luZyB3aXRoIEFU TRAAnw8EAAAAAQAAAAAAqA9eAAAASW50ZXJ3b3JraW5nIHdpdGggQVRNIGlzIG9mdGVuIHJlcXVp cmVkLg1DYXJyaWVycyBjdXJyZW50bHkgdXNlIEFUTSBmb3IgY2lyY3VpdC9sb29wIGVtdWxhdGlv bgAAoQ8mAAAAKQAAAAAAAAAAADYAAAABAAAAAAApAAAAAAAAADYAAAAABAAAAAQAAPMDFAAAAHUA AAAEAAAAAQAAAC0BAAAAAAAAAACfDwQAAAAAAAAAAACoDzQAAABFYXNlIG9mIEludGVyd29ya2lu ZyBiZXR3ZWVuIEFUTSBDRVMgYW5kIFRETW9JUC9NUExTAADzAxQAAAByAAAAAAAAAAIAAAArAQAA AAAAAAAAnw8EAAAAAAAAAAAAqA8KAAAAQVNBUCBSZXVzZRAAnw8EAAAAAQAAAAAAoA8oAwAAQQBu AHkAIABTAGUAcgB2AGkAYwBlACAAQQBuAHkAIABQAG8AcgB0ACAAaQBzACAAYQBuACAAaQBtAHAA bwByAHQAYQBuAHQAIABhAHIAYwBoAGkAdABlAGMAdAB1AHIAZQANAEkAdAAgAHMAdQBwAHAAbwBy AHQAcwAgAGEAbgB5ACAAcwBlAHIAdgBpAGMAZQAgAHUAcwBpAG4AZwAgAGEAIABzAGkAbgBnAGwA ZQAgAGMAYQByAGQADQBJAHQAIAByAGUAZAB1AGMAZQBzACAAaQBuAHYAZQBuAHQAbwByAHkAIABm AG8AcgAgAG4AZQB0AHcAbwByAGsAIABvAHAAZQByAGEAdABvAHIAcwANAEkAdAAgAHIAZQBkAHUA YwBlAHMAIAB0AGgAZQAgAHYAZQBuAGQAbwByABkgcwAgAGQAZQB2AGUAbABvAHAAbQBlAG4AdAAg AGMAbwBzAHQADQBDAHUAcgByAGUAbgB0ACAAQQBTAEEAUABzACAAcwB1AHAAcABvAHIAdAAgAEEA QQBMADEADQBUAGgAZQB5ACAAYwBhAG4AIABlAGEAcwBpAGwAeQAgAGIAZQAgAFMAVwAgAHUAcABn AHIAYQBkAGUAZAAgAHQAbwAgAHMAdQBwAHAAbwByAHQAIABUAEQATQBvAEkAUAANAFAAcgBvAHYA aQBkAGUAcgBzACAAZABvAG4AGSB0ACAAbgBlAGUAZAAgAHQAbwAgAGEAYwBxAHUAaQByAGUAIABu AGUAdwAgAGMAYQByAGQAcwAsACAADQAgACAAIAB0AGgAZQB5ACAAYwBhAG4AIAByAGUALQB1AHMA ZQAgAGUAeABpAHMAdABpAG4AZwAgAGMAYQByAGQAcwAuAA0AQQBuAHkAIABvAHQAaABlAHIAIABt AGUAdABoAG8AZAAgAHIAZQBxAHUAaQByAGUAcwAgAG4AZQB3ACAASABXACAAYQBuAGQAIABtAGEA agBvAHIAIABjAGgAYQBuAGcAZQAgAG8AZgAgAEEAUwBBAFAAIABhAHIAYwBoAGkAdABlAGMAdAB1 AHIAZQANAAAAoQ+iAAAAMgAAAAAAAAAAAIAAAAABAAAAAAAbAAAAAAAAAAAAMQAAAAEAAAAAACwA AAACAAAAAAAjAAAAAgABMAAABABQAAUARwAAAAEAAAAAAAEAAAAAAAAAAAAyAAAAAAAAAIAAAAAA AAAAGwAAAAAEAAAABDEAAAAACAAAAAgsAAAAAAwAAAAMIwAAAAAQAAAAEEcAAAAAFAAAABQBAAAA ABgAAAAYAADzAxQAAAB3AAAABAAAAAAAAAAuAQAAAAAAAAAA8wMUAAAAdAAAAAAAAAACAAAALAEA AAAAAAAAAJ8PBAAAAAAAAAAAAKgPCgAAAENvbmNsdXNpb24QAJ8PBAAAAAEAAAAAAKAPkAIAAFQA RABNAG8ASQBQACAAaQBzACAAYgBhAHMAZQBkACAAbwBuACAAcAByAG8AdgBlAG4AIABBAEEATAAx ACAAdABlAGMAaABuAG8AbABvAGcAeQAgAA0A4PAgAG4AbwAgAHIAaQBzAGsAIAANAFQARABNAG8A SQBQACAAaQBzACAAYgBhAHMAZQBkACAAbwBuACAAbwBmAGYALQB0AGgAZQAtAHMAaABlAGwAZgAg AG8AcgAgAGEAdgBhAGkAbABhAGIAbABlACAAQQBBAEwAMQAgAEgAVwAvAFMAVwAgAA0A4PAgACAA ZgBhAHMAdAAgAHQAaQBtAGUAIAB0AG8AIABtAGEAcgBrAGUAdAANAFQARABNAG8ASQBQACAASQBu AHQAZQByAHcAbwByAGsAcwAgAHMAZQBhAG0AbABlAHMAcwBsAHkAIAB3AGkAdABoACAAQQBUAE0A DQDg8CAAZQBhAHMAaQBlAHIAIABhAG4AZAAgAGwAZQBzAHMAIABlAHgAcABlAG4AcwBpAHYAZQAg AEkAbgB0AGUAcgB3AG8AcgBrAGkAbgBnAA0AQQBBAEwAMQAgAHAAcgBvAHYAaQBkAGUAIABhACAA cwBpAG4AZwBsAGUAIABDAEUAUwAgAGkAbgB0AGUAcgBmAGEAYwBlACAAZgBvAHIAIAB0AGgAZQAg AHAAcgBvAHYAaQBkAGUAcgBzAA0AUABXAEUAMwAgAHMAaABvAHUAbABkACAAYQBjAGMAZQBwAHQA IABUAEQATQBvAEkAUAAgAA0AIAAgACAAZgBvAHIAIABUAEQATQAgAGUAbQB1AGwAYQB0AGkAbwBu ACAAbwB2AGUAcgAgAEkAUAAvAE0AUABMAFMAAAChD8YAAAArAAAAAAAAAAAACwAAAAEAAAAAADoA AAAAAAAAAAAXAAAAAQAAAAAAJgAAAAAAAAAAAF8AAAABAAAAAAAbAAAAAAAAEAAAlgAiAAAAAAAB IAAADgAKACsAAAAAAAIAGAAJAAAAAACCAAUAFgACAAAAAAACABYAOgAAAAAEAgAABBgAAgAAAAAE ggAABAUAFgAVAAAAAAQCAAAEFgAmAAAAAAgCAAAIGABfAAAAAAiCAAAIBQAWAD0AAAABCAYAAQgY AP//AP4BAAEEUAAAAAAAAAH///9/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAAADqAwAAAAAPAO4D5AEAAAIA7wMY AAAAAQAAAA0OAAAAAAAABAAAgAAAAAAHAAAADwAMBJQBAAAPAALwjAEAAHAACPAIAAAAAwAAAAOE AQAPAAPwJAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAhAEABQAA AA8ABPByAAAAEgAK8AgAAAAChAEAIAIAAFMAC/AeAAAAfwAAAAQAgAAg85EBvwEAAAEA/wEAAAEA AQMElAAAAAAQ8AgAAABgAGAAcBGiAg8AEfAQAAAAAADDCwgAAAAAAAAADQCRAQ8ADfAMAAAAAACe DwQAAAAAAAAADwAE8HIAAAASAArwCAAAAAOEAQAgAgAAUwAL8B4AAAB/AAAABACAAMjzkQG/AQAA AQD/AQAAAQABAwWUAAAAABDwCAAAADADgAEAFWAPDwAR8BAAAAAAAMMLCAAAAAEAAAAOAJEBDwAN 8AwAAAAAAJ4PBAAAAAEAAAAPAATwSAAAABIACvAIAAAAAYQBAAAMAACDAAvwMAAAAIEBAAAACIMB BQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAAAAAAAP///wAA AGYAkKfWAElwvQBhj/0A/psDAGGP/QAPAO4DVygAAAIA7wMYAAAAAQAAAA0OAAAAAAAABAAAgAAA AAAHAAAADwAMBAcoAAAPAALw/ycAAKAACPAIAAAALgAAAF2IAQAPAAPwjycAAA8ABPAoAAAAAQAJ 8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAiAEABQAAAA8ABPC6AAAAEgAK8AgAAAAxiAEA AAoAAMMAC/BIAAAAgADUa/oBhQACAAAAhwABAAAAvwAAAA8AgQEBAAAIvwEcAB4AwAEBAAAIywGc MQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAwBsAA8BVgDw8ADfBCAAAAAACfDwQA AAAEAAAAAAChDxwAAAABAAAAAAAACAAAAQABAAAAAAAHAAEAFAD+mwP+AACqDwoAAAABAAAAAQAA AAAADwAE8HIAAAASAArwCAAAAAKIAQAgAgAAUwAL8B4AAAB/AAAABACAALBv+gG/AQAAAQD/AQAA AQABAwSUAAAAABDwCAAAAGAAYAAAEqICDwAR8BAAAAAAAMMLCAAAAAAAAAANAPoBDwAN8AwAAAAA AJ4PBAAAAAAAAAAPAATwcgAAABIACvAIAAAAA4gBACACAABTAAvwHgAAAH8AAAAEAIAAUEr6Ab8B AAABAP8BAAABAAEDBZQAAAAAEPAIAAAAcAKQAIAWwAYPABHwEAAAAAAAwwsIAAAAAQAAAA4A+gEP AA0BAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAA AA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAA HQAAAB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAAr AAAALAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkA AAA6AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAA AEgAAABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAA VgAAAFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABk AAAAZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIA AABzAAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAA AIEAAACCAAAAgwAAAIQAAACFAAAAhgAAAIcAAACIAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAA jwAAAJAAAACRAAAAkgAAAJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwAAACd AAAAngAAAJ8AAACgAAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAAqgAAAKsA AACsAAAArQAAAK4AAACvAAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcAAAC4AAAAuQAA ALoAAAC7AAAAvAAAAL0AAAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAAxQAAAMYAAADHAAAA yAAAAMkAAADKAAAAywAAAMwAAADNAAAAzgAAAM8AAADQAAAA0QAAANIAAADTAAAA1AAAANUAAADW AAAA1wAAANgAAADZAAAA2gAAANsAAADcAAAA3QAAAN4AAADfAAAA4AAAAOEAAADiAAAA4wAAAOQA AADlAAAA5gAAAOcAAADoAAAA6QAAAOoAAADrAAAA7AAAAO0AAADuAAAA7wAAAPAAAADxAAAA8gAA APMAAAD0AAAA9QAAAPYAAAD3AAAA+AAAAPkAAAD6AAAA+wAAAPwAAAD9AAAA/gAAAP8AAAAAAQAA AQEAAAIBAAADAQAABAEAAAUBAAAGAQAABwEAAAgBAAAJAQAACgEAAAsBAAAMAQAADQEAAA4BAAAP AQAAEAEAABEBAAASAQAAEwEAABQBAAAVAQAAFgEAABcBAAAYAQAAGQEAABoBAAAbAQAAHAEAAB0B AAAeAQAAHwEAACABAAAhAQAAIgEAACMBAAAkAQAAJQEAACYBAAAnAQAAKAEAACkBAAAqAQAAKwEA ACwBAAAtAQAALgEAAC8BAAAwAQAAMQEAADIBAAAzAQAANAEAADUBAAA2AQAANwEAADgBAAA5AQAA OgEAADsBAAA8AQAAPQEAAD4BAAA/AQAAQAEAAEEBAABCAQAAQwEAAEQBAABFAQAARgEAAEcBAABI AQAASQEAAEoBAABLAQAATAEAAE0BAABOAQAATwEAAFABAABRAQAAUgEAAFMBAABUAQAAVQEAAFYB AABXAQAAWAEAAFkBAABaAQAAWwEAAFwBAABdAQAAXgEAAF8BAABgAQAAYQEAAGIBAABjAQAAZAEA AGUBAABmAQAAZwEAAGgBAABpAQAAagEAAGsBAABsAQAAbQEAAG4BAABvAQAAcAEAAHEBAAByAQAA cwEAAHQBAAB1AQAAdgEAAHcBAAB4AQAAeQEAAHoBAAB7AQAAfAEAAH0BAAB+AQAAfwEAAIABAACB AQAAggEAAIMBAACEAQAAhQEAAIYBAACHAQAAiAEAAIkBAACKAQAAiwEAAIwBAACNAQAAjgEAAI8B AACQAQAAkQEAAJIBAACTAQAAlAEAAJUBAACWAQAAlwEAAJgBAACZAQAAmgEAAJsBAACcAQAAnQEA AJ4BAACfAQAAoAEAAKEBAACiAQAAowEAAKQBAAClAQAApgEAAKcBAACoAQAAqQEAAKoBAACrAQAA rAEAAK0BAACuAQAArwEAALABAACxAQAAsgEAALMBAAC0AQAAtQEAALYBAAC3AQAAuAEAALkBAAC6 AQAAuwEAALwBAAC9AQAAvgEAAL8BAADAAQAAwQEAAMIBAADDAQAAxAEAAMUBAADGAQAAxwEAAMgB AADJAQAAygEAAMsBAADMAQAAzQEAAM4BAADPAQAA0AEAANEBAADSAQAA0wEAANQBAADVAQAA1gEA ANcBAADYAQAA2QEAANoBAADbAQAA3AEAAN0BAADeAQAA3wEAAOABAADhAQAA4gEAAOMBAADkAQAA 5QEAAOYBAADnAQAA6AEAAOkBAADqAQAA6wEAAOwBAADtAQAA7gEAAO8BAADwAQAA8QEAAPIBAADz AQAA9AEAAPUBAAD2AQAA9wEAAPgBAAD5AQAA+gEAAPsBAAD8AQAA/QEAAP4BAAD/AQAAAAIAAAEC AAACAgAAAwIAAAQCAAAFAgAABgIAAAcCAAAIAgAACQIAAAoCAAALAgAADAIAAA0CAAAOAgAADwIA ABACAAARAgAAEgIAABMCAAAUAgAAFQIAABYCAAAXAgAAGAIAABkCAAAaAgAAGwIAABwCAAAdAgAA HgIAAB8CAAAgAgAAIQIAACICAAAjAgAAJAIAACUCAAAmAgAAJwIAACgCAAApAgAAKgIAACsCAAAs AgAALQIAAC4CAAAvAgAAMAIAADECAAAyAgAAMwIAADQCAAA1AgAANgIAADcCAAA4AgAAOQIAADoC AAA7AgAAPAIAAD0CAAA+AgAAPwIAAEACAABBAgAAQgIAAEMCAABEAgAARQIAAEYCAABHAgAASAIA AEkCAABKAgAASwIAAEwCAABNAgAATgIAAE8CAABQAgAAUQIAAFICAABTAgAAVAIAAFUCAABWAgAA VwIAAFgCAABZAgAAWgIAAFsCAABcAgAAXQIAAF4CAABfAgAAYAIAAGECAABiAgAAYwIAAGQCAABl AgAAZgIAAGcCAABoAgAAaQIAAGoCAABrAgAAbAIAAG0CAABuAgAAbwIAAHACAABxAgAAcgIAAHMC AAB0AgAAdQIAAHYCAAB3AgAAeAIAAHkCAAB6AgAAewIAAHwCAAB9AgAAfgIAAH8CAACAAgAAgQIA AIICAACDAgAAhAIAAIUCAACGAgAAhwIAAIgCAACJAgAAigIAAIsCAACMAgAAjQIAAI4CAACPAgAA kAIAAJECAACSAgAAkwIAAJQCAACVAgAAlgIAAJcCAACYAgAAmQIAAJoCAACbAgAAnAIAAJ0CAACe AgAAnwIAAKACAAChAgAAogIAAKMCAACkAgAApQIAAKYCAACnAgAAqAIAAKkCAACqAgAAqwIAAKwC AACtAgAArgIAAK8CAACwAgAAsQIAALICAACzAgAAtAIAALUCAAC2AgAAtwIAALgCAAC5AgAAugIA ALsCAAC8AgAAvQIAAL4CAAC/AgAAwAIAAMECAADCAgAAwwIAAMQCAADFAgAAxgIAAMcCAADIAgAA yQIAAMoCAADLAgAAzAIAAM0CAADOAgAAzwIAANACAADRAgAA0gIAANMCAADUAgAA1QIAANYCAADX AgAA2AIAANkCAADaAgAA2wIAANwCAADdAgAA3gIAAN8CAADgAgAA4QIAAOICAADjAgAA5AIAAOUC AADmAgAA5wIAAOgCAADpAgAA6gIAAOsCAADsAgAA7QIAAO4CAADvAgAA8AIAAPECAADyAgAA8wIA APQCAAD1AgAA9gIAAPcCAAD4AgAA+QIAAPoCAAD7AgAA/AIAAP0CAAD+AgAA/wIAAAADAAABAwAA /v///wMDAAAEAwAABQMAAAYDAAAHAwAACAMAAAkDAAAKAwAACwMAAAwDAAANAwAADgMAAA8DAAAQ AwAAEQMAABIDAAATAwAAFAMAABUDAAAWAwAAFwMAABgDAAAZAwAAGgMAABsDAAAcAwAAHQMAAB4D AAAfAwAAIAMAACEDAAAiAwAAIwMAACQDAAAlAwAAJgMAACcDAAAoAwAAKQMAACoDAAArAwAALAMA AC0DAAAuAwAALwMAADADAAAxAwAAMgMAADMDAAA0AwAANQMAADYDAAA3AwAAOAMAADkDAAA6AwAA OwMAADwDAAA9AwAAPgMAAD8DAABAAwAAQQMAAEIDAABDAwAARAMAAEUDAABGAwAARwMAAEgDAABJ AwAASgMAAEsDAABMAwAATQMAAE4DAABPAwAAUAMAAFEDAABSAwAAlwMAAFQDAABVAwAAVgMAAFcD AABYAwAAWQMAAFoDAABbAwAAXAMAAF0DAABeAwAAXwMAAGADAABhAwAAYgMAAGMDAABkAwAAZQMA AGYDAABnAwAAaAMAAGkDAABqAwAAawMAAGwDAABtAwAAbgMAAG8DAABwAwAAcQMAAHIDAABzAwAA dAMAAHUDAAB2AwAAdwMAAHgDAAB5AwAAegMAAHsDAAB8AwAA/v///34DAAB/AwAAgAMAAIEDAACC AwAAgwMAAIQDAACFAwAAhgMAAIcDAACIAwAAiQMAAIoDAACLAwAAjAMAALIDAAD9/////f////3/ ///9/////f////3////9/////f///5YDAAD+////mAMAAJkDAACaAwAAmwMAAJwDAACdAwAAngMA AJ8DAACgAwAAoQMAAKIDAACjAwAApAMAAKUDAACmAwAApwMAAKgDAACpAwAAqgMAAKsDAACsAwAA rQMAAK4DAAB9AwAA/v///7EDAAD+////swMAALQDAAC1AwAAtgMAALcDAAC4AwAAuQMAALoDAAC7 AwAAvAMAAL0DAAC+AwAAvwMAAMADAADBAwAAwgMAAMMDAADEAwAAxQMAAMYDAADHAwAAyAMAAMkD AADKAwAAywMAAMwDAADNAwAAzgMAAM8DAADQAwAA0QMAANIDAADTAwAA1AMAANUDAADWAwAA1wMA ANgDAADZAwAA2gMAANsDAADcAwAA3QMAAN4DAADfAwAA4AMAAOEDAADiAwAA4wMAAOQDAADlAwAA 5gMAAOcDAADoAwAA6QMAAOoDAADrAwAA7AMAAO0DAADuAwAA7wMAAPADAADxAwAA8gMAAPMDAAD0 AwAA9QMAAPYDAAD3AwAA+AMAAPkDAAD6AwAA+wMAAPwDAAD9AwAA/wMAAP3///8ABAAAUgBvAG8A dAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ABYABQH//////////wMAAAAQjYFkm0/PEYbqAKoAuSnoAAAAAAAAAAAAAAAAkLneWIORwgGwAwAA wAMAAAAAAABQAGkAYwB0AHUAcgBlAHMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAEgACAf////8CAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACNAgYAAAAAAEMAdQByAHIAZQBuAHQAIABVAHMAZQByAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIA////////////////AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAEoAAAAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBm AG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgEBAAAABQAAAP// //8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABTAwAA4FIAAAAAAABQAG8AdwBl AHIAUABvAGkAbgB0ACAARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA KAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIDAAB6 xgEAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkA bwBuAAAAAAAAAAAAAAA4AAIBBAAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADgDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP////////////// /wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA6ADsAPwBd AH0AYf9j/2T/Zf9n/2j/af9q/2v/bP9t/27/b/9w/57/n/8PANUHyAEAAAAAtw9EAAAAVABpAG0A ZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA4NLkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0N MABMBBIQALcPRAAAAEEAcgBpAGEAbAAAAE4AZQB3ACAAUgBvAG0AYQBuAAAAODS5AHzaEgBk2hIA dscLMAgAAAAAAAAAfNoSACjdDTAATAQiIAC3D0QAAABNAG8AbgBvAHQAeQBwAGUAIABTAG8AcgB0 AHMAAAAAADg0uQB82hIAZNoSAHbHCzAIAAAAAAAAAHzaEgAo3Q0wAgAEAjAAtw9EAAAAVABpAG0A ZQBzAFQAZQBuACAAUgBvAG0AYQBuAFMAQwAAALkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0N MAAAAABAALcPRAAAAFAATQBDAF8AUABNAEMALQBTAEkARQBSAFIAQQBfAGwAbwBnAG8AAABk2hIA dscLMAgAAAAAAAAAfNoSACjdDTACAAQiUAC3D0QAAABXAGkAbgBnAGQAaQBuAGcAcwAAAEUAUgBS AEEAXwBsAG8AZwBvAAAAZNoSAHbHCzAIAAAAAAAAAHzaEgAo3Q0wAkwEAgAApA8SAAAAgABnAAAA AQD/////FAD+mwP+AAClDwwAAAAAAAAILgABAAIAAAAAAKsPHgAAAP8fAAAFAEACAAAAAAAAIAEg AUACQAJgA2ADgASABAAAqQ8KAAAABwAAAAIACQQAAEAAow9uAAAABQD//T8AAAAiIAAAZAAAAAAA AABkAAAAAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAA////////GAAAAAABAAAABQAAIAEgAQAAAAAA BQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAAAAAPAAsEAAcAAA8AAPD4BgAAAAAG8FAD AAACqAEAaQAAAK0AAAAMAAAAAAAAAFkAAAAIAAAABAAAAAkAAAACAAAAAAAAAAgAAAAAAAAABAAA AAAAAAAvAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAKAAAAAAAAAA0AAAAAAAAABAAAAAAAAAARAAAA AAAAAAQAAAAAAAAAGQAAAAAAAAAQAAAAAAAAABMAAAAAAAAACAAAAAAAAAAEAAAAAAAAAAcAAAAA AAAALgAAAAAAAAAGAAAAAAAAAAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAACAAAAAAA AAAGAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAeAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAEAAAAAAAA AAIAAAAAAAAAEQAAAAAAAAAQAAAAAQAAABEAAAAEAAAAEwAAAAAAAAAFAAAAAAAAAAQAAAAAAAAA BgAAAAAAAAAEAAAAAAAAAAgAAAAAAAAANQAAAAAAAAAEAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAI AAAAAAAAAAYAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQA AAAAAAAABAAAAAwAAAAEAAAACgAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAA AAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAA AAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAMAAAAEAAAAAAAAAAQAAAAAAAAABQAAAAAA AAAEAAAAAwAAAAQAAAAAAAAAIwAAAAAAAAAEAAAAAAAAACQAAAAAAAAABAAAAAAAAAAHAAAAAAAA ACYAAAAAAAAAbQAAAAAAAAAGAAAAAAAAABUAAAAAAAAABAAAAAAAAAA2AAAABwAAAAQAAAAKAAAA XgAAAAQAAAAEAAAAAgAAAAQAAAALAAAAKwAAAAAAAAAFAAAAAAAAAGYAAAAFAAAANgAAAH8AAfA0 AQAAYgAH8CQAAAAGBs2juXRUgfPGwFLrI6b4qjH/AKwgAAACAAAAAAAAAAAAyAACAAfwJAAAAAAA AAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAA AAAA/wAAAAAAAAAAAAAAAAAAAMgAAgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAA AAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAAIAB/Ak AAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAMgAYgAH8CQAAAAGBk7DSD8IVl+/ 6dSWJqOCFfz/AOHhBQACAAAArCAAAAAAyACjBQvwHAIAAIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIA AIUAAAAAAIcAAAAAAIgAAAAAAIkAAAAAAL8AAAAPAAwB9AAAEA0BAAAAIA4BAAAAIIABAAAAAIEB BAAACIIBAAABAIMBAAAACIQBAAABAIUBAAAAIIZBAAAAAIfBAAAAAIgBAAAAAIkBAAAAAIoBAAAA AIsBAAAAAIwBAAAAAI0BAAAAAI4BAAAAAI8BAAAAAJABAAAAAJEBAAAAAJIBAAAAAJMBAAAAAJQB AAAAAJUBAAAAAJYBAAAAAJfBAAAAAJgBAAAAAJkBAAAAAJoBAAAAAJsBAAAAAJwBAwAAQL8BDAAe AMABAQAACMEBAAABAMIB////AMMBAAAAIMQBAAAAAMVBAAAAAMbBAAAAAMcBAAAAAMgBAAAAAMkB AAAAAMoBAAAAAMsBnDEAAMwBAAAIAM0BAAAAAM4BAAAAAM/BAAAAANcBAgAAAP8BBgAOAAACAAAA AAECAgAACAICy8vLAAMCAAAAIAQCAAABAAUCOGMAAAYCOGMAAAcCAAAAAAgCAAAAAAkCAAABAAoC AAAAAAsCAAAAAAwCAAABAA0CAAAAAA4CAAAAAA8CAAEAABACAAAAABECAAAAAD8CAAADAAQDAQAA AEEDqCkBAEIDAAAAAEMDAwAAAEQDfL4BAEUDAAAAAH8DAAAPAIQDfL4BAIUDAAAAAIYDfL4BAIcD AAAAAIAAGvEgAAAA//8AAMwzAAD/ZpkAzP//AP//ZgCZ/zMAADPMAGYzAABAAB7xEAAAAMwzAAAB AAAI//////cAABAfAPAPOAAAAAAA8wMUAAAAQgAAAAQAAAAAAAAABAAAgAAAAAAAAPMDFAAAAEMA AAAEAAAAAAAAAAUAAIAAAAAADwDQB3kBAAAfAP8DFAAAAAIAAAQMAAAAAAAAAAAAAAACAAAAHwAU BBwAAAAAABUEFAAAALoddewAypo7Mk7NyQDKmjsAAgABDwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0 AAAAQgAAAGQAAABCAAAAZAAAAHbHCzAIAAAAAAAAAHDaEgAAAAAAAAAAAKT7///I/v//AAAAAHAA +wMIAAAAAAAAAHAIAABwAPsDCAAAAAEAAABACwAAHwAHBDwAAAAAAP0DNAAAACEAAABkAAAAIQAA AGQAAABg8w0wLN4SAAAAAAAkNbkAAAAAAAAAAAAAAAAAAAAAAAABEgAfABMEPAAAAAAA/QM0AAAA ZAAAAGQAAABkAAAAZAAAAGDzDTAs3hIAAAAAACQ1uQAAAAAAAAAAAAAAAAAAAAAAAAESAA8AiBM6 AAAADwCKEzIAAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLExQAAAAvAMgPDAAAADAA0g8EAAAA gAAAAD8A2Q8MAAAAAADaDwQAAAAAACUADwDwDyMRAAAAAPMDFAAAAGEAAAAAAAAAAgAAACcBAAAA AAAAAACfDwQAAAAGAAAAAACoDx0AAABXaHkgUFdFMyBTaG91bGQgYWNjZXB0IFRETW9JUBAAnw8E AAAABQAAAAAAqA9OAAAAU2hhaHJhbSBEYXZhcmkNUHJvZHVjdCBSZXNlYXJjaCBHcm91cA1QTUMt U2llcnJhDVNoYWhyYW1fZGF2YXJpQHBtYy1zaWVycmEuY29tAAChDyAAAABPAAAAAAAAAAAADwAA AAEAAAABAEAAAAABAAIAAQAYAAAAqg8sAAAAOQAAAAAAAAAGAAAAAQAAAAMAAQAAAAAAAAADAAAA AQAAAAMADAAAAAAAAAAAAPMDFAAAAGQAAAAAAAAAAgAAACgBAAAAAAAAAACfDwQAAAAAAAAAAACo DxsAAABTb21lIEFwcGxpY2F0aW9ucyBvZiBURE1vSVAQAJ8PBAAAAAEAAAAAAKAPAgIAAEwAZQBh AHMAZQBkACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUAcwAgAG8AdgBlAHIAIABJAFAALwBNAFAA TABTAA0AQgBlAHQAdwBlAGUAbgAgAGEAIABjAHUAcwB0AG8AbQBlAHIAIABzAGkAdABlACAAYQBu AGQAIABhACAAUABvAFAADQBQAHIAaQB2AGEAdABlACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUA IABvAHYAZQByACAASQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAGMAdQBz AHQAbwBtAGUAcgAgAHMAaQB0AGUAcwAgACgAUABTAFQATgAgAGIAeQBwAGEAcwBzACkADQBUAG8A bABsACAAYgB5AHAAYQBzAHMADQBCAGUAdAB3AGUAZQBuACAAdAB3AG8AIABDAGUAbgB0AHIAYQBs ACAATwBmAGYAaQBjAGUAcwAgACgAQwBPACkADQBDAGUAbABsAHUAbABhAHIAIABiAGEAYwBrAGgA YQB1AGwAIABvAHYAZQByACAASQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIABCAFQAUwAg AGEAbgBkACAAQgBTAEMADQBDAGEAcgByAGkAZQByABkgcwAgAGMAYQByAHIAaQBlAHIADQAAAKEP xAAAACIAAAAAAAAAAAAiAAAAAQAAAAAAIgAAAAAAAAAAACkAAAABAAAAAAAMAAAAAAAAAAAAIQAA AAEAAAAAAB8AAAAAAAAAAAAUAAAAAQAAAAAAEgAAAAAAAAAAAAEAAAABAAAAAAAiAAAAAAAAACIA AAAAAAAAIgAAAAAEAAAABCkAAAAABAAAAAQMAAAAAAgAAAAIIQAAAAAIAAAACB8AAAAADAAAAAwU AAAAAAwAAAAMEgAAAAAQAAAAEAEAAAAAFAAAABQAAKoPGgAAAD8AAAAAAAAABAAAAAEAAAADAL8A AAAAAAAAAADzAxQAAABwAAAAAAAAAAIAAAApAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAAUmV1 c2Ugb2YgRXhpc3RpbmcgVGVjaG5vbG9naWVzEACfDwQAAAABAAAAAACoD6cBAABBQUwxLzIgYXJl IGRlc2lnbmVkIGZvciBjaXJjdWl0IGFuZCBsb29wIGVtdWxhdGlvbg1BQUwxLzIgYXJlIHByb3Zl biB0ZWNobm9sb2dpZXMgd2l0aCBvZmYtdGhlLXNoZWxmIG9yIGF2YWlsYWJsZSBIVy9TVw1BQUwx IGhhcyBhIG51bWJlciBvZiBkZXNpcmFibGUgZmVhdHVyZXMNQ2xvY2sgcmVjb3ZlcnkgbWVjaGFu aXNtDVN0cnVjdHVyZSBwb2ludGVyIChmb3IgbXVsdGktZnJhbWUgcmVjb3ZlcnkpDVN1cHBvcnQg Zm9yIENBUw1TdXBwb3J0IGZvciBzdHJ1Y3R1cmVkIGFuZCB1bnN0cnVjdHVyZWQgVERNDVN1cHBv cnQgZm9yIE54NjQgS2JpdC9zZWMNT3B0aW9uYWwgZXJyb3IgY29ycmVjdGlvbiAoRkVDKQ1PcGVy YXRvcnMgd2FudCBhIFNJTkdMRSBhcHBsaWNhdGlvbiBpbnRlcmZhY2UgKEFQSSkgZm9yIEFUTSBh bmQgSVAvTVBMUyBDRVMAAKEPPAAAAKAAAAAAAAAAAAC8AAAAAQAAAAAATAAAAAAAAAAAAKAAAAAA AAIAGAC8AAAAAAACABYATAAAAAAAAgAYAAAAqg8aAAAAMwEAAAAAAAAEAAAAAQAAAAMAcQAAAAAA AAAAAPMDFAAAAHEAAAAEAAAAAgAAACoBAAAAAAAAAACfDwQAAAAAAAAAAACoDx4AAABOZWVkIGZv ciBJbnRlcndvcmtpbmcgd2l0aCBBVE0QAJ8PBAAAAAEAAAAAAKgPiAAAAEludGVyd29ya2luZyB3 aXRoIEFUTSBpcyBvZnRlbiByZXF1aXJlZC4NQ2FycmllcnMgY3VycmVudGx5IHVzZSBBVE0gZm9y IGNpcmN1aXQvbG9vcCBlbXVsYXRpb24uDUNlbGx1bGFyIG9wZXJhdG9ycyB1c2UgQUFMMiBpbiB0 aGUgY29yZS4AAKEPJgAAACkAAAAAAAAAAABgAAAAAQAAAAAAKQAAAAAAAABgAAAAAAQAAAAEAADz AxQAAAB1AAAABAAAAAEAAAAtAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA80AAAARWFzZSBvZiBJbnRl cndvcmtpbmcgYmV0d2VlbiBBVE0gQ0VTIGFuZCBURE1vSVAvTVBMUwAA8wMUAAAAcgAAAAAAAAAC AAAAKwEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPCgAAAEFTQVAgUmV1c2UQAJ8PBAAAAAEAAAAAAKAP KAMAAEEAbgB5ACAAUwBlAHIAdgBpAGMAZQAgAEEAbgB5ACAAUABvAHIAdAAgAGkAcwAgAGEAbgAg AGkAbQBwAG8AcgB0AGEAbgB0ACAAYQByAGMAaABpAHQAZQBjAHQAdQByAGUADQBJAHQAIABzAHUA cABwAG8AcgB0AHMAIABhAG4AeQAgAHMAZQByAHYAaQBjAGUAIAB1AHMAaQBuAGcAIABhACAAcwBp AG4AZwBsAGUAIABjAGEAcgBkAA0ASQB0ACAAcgBlAGQAdQBjAGUAcwAgAGkAbgB2AGUAbgB0AG8A cgB5ACAAZgBvAHIAIABuAGUAdAB3AG8AcgBrACAAbwBwAGUAcgBhAHQAbwByAHMADQBJAHQAIABy AGUAZAB1AGMAZQBzACAAdABoAGUAIAB2AGUAbgBkAG8AcgAZIHMAIABkAGUAdgBlAGwAbwBwAG0A ZQBuAHQAIABjAG8AcwB0AA0AQwB1AHIAcgBlAG4AdAAgAEEAUwBBAFAAcwAgAHMAdQBwAHAAbwBy AHQAIABBAEEATAAxAA0AVABoAGUAeQAgAGMAYQBuACAAZQBhAHMAaQBsAHkAIABiAGUAIABTAFcA IAB1AHAAZwByAGEAZABlAGQAIAB0AG8AIABzAHUAcABwAG8AcgB0ACAAVABEAE0AbwBJAFAADQBQ AHIAbwB2AGkAZABlAHIAcwAgAGQAbwBuABkgdAAgAG4AZQBlAGQAIAB0AG8AIABhAGMAcQB1AGkA cgBlACAAbgBlAHcAIABjAGEAcgBkAHMALAAgAA0AIAAgACAAdABoAGUAeQAgAGMAYQBuACAAcgBl AC0AdQBzAGUAIABlAHgAaQBzAHQAaQBuAGcAIABjAGEAcgBkAHMALgANAEEAbgB5ACAAbwB0AGgA ZQByACAAbQBlAHQAaABvAGQAIAByAGUAcQB1AGkAcgBlAHMAIABuAGUAdwAgAEgAVwAgAGEAbgBk ACAAbQBhAGoAbwByACAAYwBoAGEAbgBnAGUAIABvAGYAIABBAFMAQQBQACAAYQByAGMAaABpAHQA ZQBjAHQAdQByAGUADQAAAKEPogAAADIAAAAAAAAAAACAAAAAAQAAAAAAGwAAAAAAAAAAADEAAAAB AAAAAAAsAAAAAgAAAAAAIwAAAAIAATAAAAQAUAAFAEcAAAABAAAAAAABAAAAAAAAAAAAMgAAAAAA AACAAAAAAAAAABsAAAAABAAAAAQxAAAAAAgAAAAILAAAAAAMAAAADCMAAAAAEAAAABBHAAAAABQA AAAUAQAAAAAYAAAAGAAA8wMUAAAAdwAAAAQAAAAAAAAALgEAAAAAAAAAAPMDFAAAAHQAAAAAAAAA AgAAACwBAAAAAAAAAACfDwQAAAAAAAAAAACoDwoAAABDb25jbHVzaW9uEACfDwQAAAABAAAAAACg D1gDAABUAEQATQBvAEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8AbgAgAHAAcgBvAHYAZQBuACAA QQBBAEwAMQAvADIAIAB0AGUAYwBoAG4AbwBsAG8AZwBpAGUAcwAgAA0A4PAgAG4AbwAgAHIAaQBz AGsAIAANAEEAQQBMADIAIABhAGwAbABvAHcAcwAgAGIAYQBuAGQAdwBpAGQAdABoACAAYwBvAG4A cwBlAHIAdgBhAHQAaQBvAG4AIAANACAAIAAgACAAbgBvAG4AZQAgAG8AZgAgAHQAaABlACAAbwB0 AGgAZQByACAAVABEAE0AIABwAHIAbwBwAG8AcwBhAGwAcwAgAGgAYQB2AGUAIAB0AGgAaQBzACAA bQBlAGMAaABhAG4AaQBzAG0ADQBUAEQATQBvAEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8AbgAg AG8AZgBmAC0AdABoAGUALQBzAGgAZQBsAGYAIABvAHIAIABhAHYAYQBpAGwAYQBiAGwAZQAgAEEA QQBMADEALwAyACAASABXAC8AUwBXACAADQDg8CAAIABmAGEAcwB0ACAAdABpAG0AZQAgAHQAbwAg AG0AYQByAGsAZQB0AA0AVABEAE0AbwBJAFAAIABJAG4AdABlAHIAdwBvAHIAawBzACAAcwBlAGEA bQBsAGUAcwBzAGwAeQAgAHcAaQB0AGgAIABBAFQATQANAODwIABlAGEAcwBpAGUAcgAgAGEAbgBk ACAAbABlAHMAcwAgAGUAeABwAGUAbgBzAGkAdgBlACAASQBuAHQAZQByAHcAbwByAGsAaQBuAGcA DQBBAEEATAAxAC8AMgAgAHAAcgBvAHYAaQBkAGUAIABhACAAcwBpAG4AZwBsAGUAIABDAEUAUwAg AGkAbgB0AGUAcgBmAGEAYwBlACAAZgBvAHIAIAB0AGgAZQAgAHAAcgBvAHYAaQBkAGUAcgBzAA0A UABXAEUAMwAgAHMAaABvAHUAbABkACAAYQBjAGMAZQBwAHQAIABUAEQATQBvAEkAUAAgAA0AIAAg ACAAZgBvAHIAIABUAEQATQAgAGUAbQB1AGwAYQB0AGkAbwBuACAAbwB2AGUAcgAgAEkAUAAvAE0A UABMAFMAAAChD/QAAAAvAAAAAAAAEAAAWgAvAAAAAQAAEAAAWgA4AAAAAQABMAAABABQAAUAPAAA AAAAABAAAFoAFwAAAAEAABAAAFoAJgAAAAAAABAAAFoAYQAAAAEAABAAAFoAGwAAAAAAABAAAJYA IgAAAAAAATAAAA4AWgAKAC8AAAAAAAIAGAAJAAAAAASCAAAEBQAWACYAAAAABAIAAAQWADgAAAAA CAIAAAgWADwAAAAACAIAAAgYAAIAAAAADIIAAAwFABYAFQAAAAAMAgAADBYAJgAAAAAMAgAADBgA YQAAAAAQggAAEAUAFgA9AAAAARQGAAEUGAD//wD+AQABBFAAAAAAAAAB////fwAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAASAAAA6gMAAAAADwDuAyYPAAACAO8DGAAAAAcAAAANAAAAAAAAAAQAAIAAAAAABwAAAA8ADATW DgAADwAC8M4OAACwAAjwCAAAABgAAAAqlAEADwAD8GYOAAAPAATwKAAAAAEACfAQAAAAAAAAAAAA AAAAAAAAAAAAAAIACvAIAAAAAJQBAAUAAAAPAATwcgAAABIACvAIAAAAApQBACACAABTAAvwHgAA AH8AAAAEAIAAfK/6Ab8BAAABAP8BAAABAAEDBJQAAAAAEPAIAAAAYABgAGEPogIPABHwEAAAAAAA wwsIAAAAAAAAAA0A+gEPAA3wDAAAAAAAng8EAAAAAAAAAA8ABPC6AAAAEgAK8AgAAAAFlAEAAAoA AMMAC/BIAAAAgABwsPoBhQACAAAAhwABAAAAvwAAAA8AgQH/ZpkAvwEcAB4AwAEAAAAIywGcMQAA /wEOAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAADAAw8HTw8QBQ8ADfBCAAAAAACfDwQAAAAE AAAAAACoDwoAAABBQUwxLzIgUERVAAChDxwAAAALAAAAAAAACAAAAQALAAAAAAAHAAEAFAAAAAAA DwAE8LoAAAASAArwCAAAAAiUAQAACgAAwwAL8EgAAACAAKC0+gGFAAIAAACHAAEAAAC/AAAADwCB AQEAAAi/ARwAHgDAAQAAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAF DwcvC2AGDwAN8EIAAAAAAJ8PBAAAAAQAAAAAAKgPCgAAAEFBTDEvMiBTQVIAAKEPHAAAAAsAAAAA AAAIAAABAAsAAAAAAAcAAQAUAAAAAAAPAATwuQAAABIACvAIAAAACpQBAAAKAADTAAvwTgAAAH8A AAAEAIAAQLj6AYUAAgAAAIcAAQAAAL8AAAAPAIEBZv8zAL8BHAAeAMABAAAACMsBnDEAAP8BDgAO AAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAYAYPBy8L4AcPAA3wOwAAAAAAnw8EAAAABAAAAAAA qA8DAAAAQVRNAAChDxwAAAAEAAAAAAAACAAAAQAEAAAAAAAHAAEAFAAAAAAADwAE8LoAAAASAArw CAAAAA+UAQAACgAA0wAL8E4AAAB/AAAABACAAMS7+gGFAAIAAACHAAEAAAC/AAAADwCBAf//AAC/ ARwAHgDAAQAAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAFLwtPD+AH DwAN8DwAAAAAAJ8PBAAAAAQAAAAAAKgPBAAAAE1QTFMAAKEPHAAAAAUAAAAAAAAIAAABAAUAAAAA AAcAAQAUAAAAAAAPAATwZAAAAEIBCvAIAAAAEZQBAIAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8B AAABAL8BAAAQAMABzDMAAMsBPt8AAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsAR/ CX8JoAgPAATwZAAAAEIBCvAIAAAAEpQBAAAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8BAAABAL8B AAAQAMABzDMAAMsBPt8AAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsAR/Cd8MsAQP AATwZAAAAEIBCvAIAAAAE5QBAAAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMAB zDMAAMsBPt8AAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsATfDN8M0AgPAATwagAA AEIBCvAIAAAAFJQBAAAKAACzAAvwQgAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABzDMAAMsB Pt8AANEBAQAAAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA0AjfDN8P0AgPAATwugAA ABIACvAIAAAAFZQBAAAKAADDAAvwSAAAAIAADMD6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2aZAL8B HAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAUAq/BZ8QMAwP AA3wQgAAAAAAnw8EAAAABAAAAAAAqA8KAAAAQUFMMS8yIFBEVQAAoQ8cAAAACwAAAAAAAAgAAAEA CwAAAAAABwABABQAAAAAAA8ABPC0AAAAEgAK8AgAAAAXlAEAAAoAAMMAC/BIAAAAgAAUxPoBhQAC AAAAhwABAAAAvwAAAA8AgQH//wAAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMA fwMAAA8AAAAQ8AgAAABQCh8DvwUwDA8ADfA8AAAAAACfDwQAAAAEAAAAAACoDwQAAABNUExTAACh DxwAAAAFAAAAAAAACAAAAQAFAAAAAAAHAAEAFAAAAAAADwAE8LMAAAASAArwCAAAABmUAQAACgAA wwAL8EgAAACAAJjH+gGFAAIAAACHAAEAAAC/AAAADwCBAf9mmQC/ARwAHgDAAQEAAAjLAZwxAAD/ AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAOTwZfCJAPDwAN8DsAAAAAAJ8PBAAAAAQA AAAAAKgPAwAAAEFUTQAAoQ8cAAAABAAAAAAAAAgAAAEABAAAAAAABwABABQAAAAAAA8ABPCzAAAA EgAK8AgAAAAblAEAAAoAAMMAC/BIAAAAgADgyvoBhQACAAAAhwABAAAAvwAAAA8AgQH/ZpkAvwEc AB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDo8Lnw2QDw8A DfA7AAAAAACfDwQAAAAEAAAAAACoDwMAAABBVE0AAKEPHAAAAAQAAAAAAAAIAAABAAQAAAAAAAcA AQAUAAAAAAAPAATwswAAABIACvAIAAAAHJQBAAAKAADDAAvwSAAAAIAAvMH6AYUAAgAAAIcAAQAA AL8AAAAPAIEB/2aZAL8BHAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAA EPAIAAAAEA6PDp8QkA8PAA3wOwAAAAAAnw8EAAAABAAAAAAAqA8DAAAAQVRNAAChDxwAAAAEAAAA AAAACAAAAQAEAAAAAAAHAAEAFAAAAAAADwAE8GoAAAASAArwCAAAAB2UAQAACgAAswAL8EIAAACF AAIAAACHAAEAAAC/AAAADwCBAZn/MwC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAA AwB/AwAADwAAABDwCAAAABAOvwVPBpAPDwAE8GoAAAASAArwCAAAAB6UAQAACgAAswAL8EIAAACF AAIAAACHAAEAAAC/AAAADwCBAZn/MwC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAA AwB/AwAADwAAABDwCAAAABAO/wqPC5APDwAE8GoAAAASAArwCAAAAB+UAQAACgAAswAL8EIAAACF AAIAAACHAAEAAAC/AAAADwCBAZn/MwC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAA AwB/AwAADwAAABDwCAAAABAO/w2PDpAPDwAE8LQAAACiDArwCAAAACKUAQAACgAA0wAL8E4AAACA ALzR+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYA DgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAMQNrwhDClgPDwAN8DYAAAAAAJ8PBAAAAAQAAAAA AKAPAgAAACYgAAChDxgAAAACAAAAAAAACAAAAQACAAAAAAADAAEAJAAPAATw1AAAAKIMCvAIAAAA JpQBAAAKAADTAAvwTgAAAIAAJNX6AYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAe AMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsAqCEV4VqgsPAA3w VgAAAAAAnw8EAAAABAAAAAAAqA8IAAAAVERNb01QTFMAAKEPGAAAAAkAAAAAAAAIAAABAAkAAAAA AAMAAQAUAAAAqg8SAAAACAAAAAEAAAADAAEAAAAAAAAADwAE8LkAAACiDArwCAAAACeUAQAACgAA 0wAL8E4AAACAAJDZ+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjL AZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAHAO0BEMFWoPDwAN8DsAAAAAAJ8P BAAAAAQAAAAAAKgPBwAAAEFUTSBDRVMAAKEPGAAAAAgAAAAAAAAIAAABAAgAAAAAAAMAAQAUAA8A BPBqAAAAMgQK8AgAAAAolAEAAAoAALMAC/BCAAAAhQACAAAAhwABAAAAvwAAAA8AgQHMMwAAvwEc AB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACQDK8J/wrgDQ8A BPC1AAAAogwK8AgAAAAplAEAAAoAANMAC/BOAAAAgAA83foBhQACAAAAhwAGAAAAvwACAA8AgQEE AAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgA AACQDP8KvQyKDQ8ADfA3AAAAAACfDwQAAAAEAAAAAACoDwMAAABTQVIAAKEPGAAAAAQAAAAAAAAI AAABAAQAAAAAAAMAAQAUAA8ABPBqAAAAQgEK8AgAAAAqlAEAQAoAALMAC/BCAAAAvwAAAA8ARAEE AAAAfwEAAAEAvwEAABAAwAHMMwAAywE+3wAA0QEBAAAA/wEeAB4AAQICAAAIPwIAAAMAfwMAAA8A AAAQ8AgAAACgCJAGkAmgCA8ABPBIAAAAEgAK8AgAAAABlAEAAAwAAIMAC/AwAAAAgQEAAAAIgwEF AAAIkwGOn4sAlAHevWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAAAAAAA////AAAA ZgCQp9YASXC9AGGP/QD+mwMAYY/9AA8A7gPkAQAAAgDvAxgAAAABAAAADQ4AAAAAAAAEAACAAAAA AAcAAAAPAAwElAEAAA8AAvCMAQAAIAAI8AgAAAADAAAAA5ABAA8AA/AkAQAADwAE8CgAAAABAAnw EAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAACQAQAFAAAADwAE8HIAAAASAArwCAAAAAKQAQAg AgAAUwAL8B4AAAB/AAAABACAABjhuQC/AQAAAQD/AQAAAQABAwSUAAAAABDwCAAAAGAAYABhD6IC DwAR8BAAAAAAAMMLCAAAAAAAAAANALkADwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATwcgAAABIACvAI AAAAA5ABACACAABTAAvwHgAAAH8AAAAEAIAAkNy5AL8BAAABAP8BAAABAAEDBZQAAAAAEPAIAAAA MAOAAQAVYA8PABHwEAAAAAAAwwsIAAAAAQAAAA4AuQAPAA3wDAAAAAAAng8EAAAAAQAAAA8ABPBI AAAAEgAK8AgAAAABkAEAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA /wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAAAAAAA////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9 AAAAchcUAAAAAQAQAMWgAAB0ACAAbc4AAD+/AAAAAPUPHAAAACwBAACcCgADoaAAAFnQAAABAAAA dwAAAAEAJwIPAOgDTh0AAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAAAgAAAAMAAAAB AAEAAAAAAQ8ACQQsAAAAAAAKBAQAAACGAQAADwDqDxgAAAAPAAUQEAAAAAAABBAIAAAAfwEAAAAA uQAPAPIDngMAAC8AyA/qAAAAMADSDwQAAAACAAAAAAC6DygAAAAYIBwgCP8UMDv/W/8IMAowDDAO MBAw5f8E/yQAKABbAFwAewBi/+H/EAC6D6YAAAABMAIwDP8O//swGv8b/x//Af+bMJww/TD+MJ0w njAFMPwwGSAdIAn/FTA9/13/CTALMA0wDzARMLAAMCAyIDMgAyHg/wX/QTBDMEUwRzBJMGMwgzCF MIcwjjChMKMwpTCnMKkwwzDjMOUw5zDuMPUw9jAhACUAKQAsAC4AOgA7AD8AXQB9AGH/Y/9k/2X/ Z/9o/2n/av9r/2z/bf9u/2//cP+e/5//DwEAAAACAAAAAwAAAAQAAAAFAAAABgAAAAcAAAAIAAAA CQAAAAoAAAALAAAADAAAAP7///8OAAAA/v////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////v8AAAUAAgAAAAAAAAAAAAAAAAAAAAAAAQAAAALVzdWc LhsQk5cIACss+a4wAAAACAMAABAAAAABAAAAiAAAAAMAAACQAAAADwAAALQAAAAEAAAA0AAAAAYA AADYAAAABwAAAOAAAAAIAAAA6AAAAAkAAADwAAAACgAAAPgAAAAXAAAAAAEAAAsAAAAIAQAAEAAA ABABAAATAAAAGAEAABYAAAAgAQAADQAAACgBAAAMAAAApwIAAAIAAADkBAAAHgAAABkAAABMZXR0 ZXIgUGFwZXIgKDguNXgxMSBpbikAAHQAHgAAABEAAABQTUMtU2llcnJhLCBJbmMuAHgxMQMAAAB6 xgEAAwAAAGIAAAADAAAACAAAAAMAAAAAAAAAAwAAAAAAAAADAAAAAAAAAAMAAACgCgkACwAAAAAA AAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAADwAAABAAAABUaW1lcyBOZXcgUm9tYW4ABgAA AEFyaWFsAA8AAABNb25vdHlwZSBTb3J0cwARAAAAVGltZXNUZW4gUm9tYW5TQwAUAAAAUE1DX1BN Qy1TSUVSUkFfbG9nbwAKAAAAV2luZ2RpbmdzAA0AAABQTUNfVGVtcGxhdGUAHQAAAFdoeSBQV0Uz IFNob3VsZCBBZG9wdCBURE1vSVAAHAAAAFNvbWUgQXBwbGljYXRpb25zIG9mIFRETW9JUAAfAAAA UmV1c2Ugb2YgRXhpc3RpbmcgVGVjaG5vbG9naWVzAB8AAABOZWVkIGZvciBJbnRlcndvcmtpbmcg d2l0aCBBVE0ANQAAAEVhc2Ugb2YgSW50ZXJ3b3JraW5nIGJldHdlZW4gQVRNIENFUyBhbmQgVERN b0lQL01QTFMACwAAAEFTQVAgUmV1c2UAGAAAAFBvd2VyUG9pbnQgUHJlc2VudGF0aW9uAAsAAABD b25jbHVzaW9uAAwQAAAGAAAAHgAAAAsAAABGb250cyBVc2VkAAMAAAAGAAAAHgAAABAAAABEZXNp Z24gVGVtcGxhdGUAAwAAAAEAAAAeAAAADQAAAFNsaWRlIFRpdGxlcwADAAAACAAAAAAAAAAAAAAA AAAA9g8mAAAAFAAAAF/AkeNWxgEADgD0AwMAuQBTaGFocmFtIERhdmFyaQgAAABTAGgAYQBoAHIA YQBtACAARABhAHYAYQByAGkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAMAAAAAACeDwQAAAABAAAADwAD8AQLAAAPAATwTAAAAAEA CfAQAAAABgkAAAQHAAC6DQAAqAoAAAIACvAIAAAABIgBAAECAAAjAAvwDAAAAAQAAAAAAIgDAAAA AAAAEPAIAAAAfAiFDO0QCAwPAATwSAAAALIECvAIAAAABYgBAAIKAABDAAvwGAAAAARBAQAAAAcB ////AL8BAAAQAP8BAAAIAAAAD/AQAAAABgkAABYHAACjDQAAnwoAAA8ABPBoAQAAAgAK8AgAAAAG iAEAAgoAAMMAC/A4AQAAQgG1AAAAQwFwAQAARAEEAAAARcFwAAAARsF6AAAAfwEBAAEAgAEAAAAA gQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAHAAcAPD/hwAAAJoAKgCnAE8AsQB0ALUAmgCx ALoArADWAKMA8gCVAAoBhwAhAXQANAFiAEYBTwBUAS8AZwEXAHABAABQARwALwE9ABMBXQD3AHkA 2wCCAMgAjAC2AJUAngCaAIIAmgBrAJUASgCQACUAhwAAADoAPAACAABAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAAAAAFDQAAeQgA ALoNAADpCQAADwAE8GgBAAACAArwCAAAAAeIAQACCgAAwwAL8DgBAABCAV0BAABDAWIBAABEAQQA AABFwXAAAABGwXoAAAB/AQEAAQCAAQAAAACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAAAAAc ABwA8P8AAC8AHAAXADMABQBPAAAAawAAAIIACQCeABcAtQAvANEARgAAAYIAKQHEAEoBAAFdAT0B GwFiAQkBEwHtAM0A3wCsANEAjAC+AHAArABZAJkARgCHADMAdAAlAF0AIQBGABwAMwAcABcAJQAA AC8AOgA8AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAFgAIAAAA/wEAAAAEIMAABvBwAAnw0AANEIAAAPAATwWAEAAAIACvAIAAAACIgBAAIK AADDAAvwKAEAAEIBNwEAAEMBtgAAAEQBBAAAAEXBaAAAAEbBcgAAAH8BAQABAIABAAAAAIEBUIBS AIMB////AL8BEAAQAP8BEAAYAIgDAAAAABoAGgDw/zcBcAAbAYwA/wCfAOgArQDMALIAtQC2AJ4A sgCGAK0AdACkAE8AiAAuAGcAEgBCAAAAJgAOAAAAMwAmAFMARgB0AGIAlAB6AKcAgwC1AIgAyACM AN8AjADxAIgACQGDACABegA3AXAANgA4AAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAAAAAZCgAA1gkAAFALAACMCgAADwAE8GgBAAACAArw CAAAAAmIAQACCgAAwwAL8DgBAABCAcIBAABDAawAAABEAQQAAABFwXAAAABGwXoAAAB/AQEAAQCA AQAAAACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAAAAAcABwA8P8AAJAAGwBiADwAQQBdACUA fQASAJkACQC5AAAA2gAAAPsABAAWAQ4AMgEXAE4BJQBqATMAlAFPALkBawDCAawAlAGVAGUBdAAu AVQA+wA4AN8ALgC+ACUAogAlAIIAKgBhADgAQQBKACAAZgAAAJAAOgA8AAIAAEAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAAIQK AAAEBwAARgwAALAHAAAPAATweAEAAAIACvAIAAAACogBAAIKAADDAAvwSAEAAEIB/AAAAEMBjAEA AEQBBAAAAEXBeAAAAEbBggAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgD AAAAAB4AHgDw/xwAAAAOACEABQBBAAAAYgAFAIcACgCoAA4AyQAcAOkAKgAKAT0AJgFQAEIBZwBZ AX4AbAGaAHoBsQCDAc0AjAHpAIwB/ABwAcgASwGVACsBcAABAUsA1wA9AL8ANACoACoAjAAhAHUA HABZABwAPQAcACEAHAAAAD4AQAACAABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAACsJAABmCAAAJwoAAPIJAAAP AATwmAEAAAIACvAIAAAAC4gBAAIKAADDAAvwaAEAAEIBcAEAAEMBEwEAAEQBBAAAAEXBiAAAAEbB kgAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgDAAAAACIAIgDw/3ABMwAz ARwA+wAJAMgAAACeAAAAeQAAAFkACQA9ABcAJQAqABMAPQAKAFQAAABwAAAAjAAAAKwABQDNAA4A 8gAcABMBOAATAS8A7gAqAM0AKgCsAC8AkAA9AHkASwBnAGIAVAB5AEYAkAA4AKwALwDNACoA7QAl AA4BJQAuASUATwEqAHABMwBGAEgAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAA FAkAAGEHAACECgAAdAgAAA8ABPCIAQAAAgAK8AgAAAAMiAEAAgoAAMMAC/BYAQAAQgHfAQAAQwHI AAAARAEEAAAARcGAAAAARsGKAAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQABAA/wEQABgA iAMAAAAAIAAgAPD/3wEAAN8BJQDbAUYA0QFmAMMBfgC1AZUAngGoAIIBtgBmAb8ARgHEACEByAD7 AMQAzQC6AJ4AsQBrAKMAOACQAAAAeQAAADwAgwBrAOkAjAATAZUAOAGaAFgBmgB0AZoAjAGVAJ4B jACsAX4AugFrAMgBVADRATwA2wEgAN8BAABCAEQAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAA AEsLAADgCQAAKg0AAKgKAAAPAATwrQAAAKIMCvAIAAAADYgBAAAKAACjAAvwPAAAAIAAyHD6Ab8A AgAPAIEBBAAACIMBAAAACL8BAAAQAMABAQAACP8BBgAOAAECAgAACD8CAAABAH8DAAAPAAAAEPAI AAAAdAnPDIkQSAoPAA3wQQAAAAAAnw8EAAAABAAAAAAAqA8HAAAASVAvTVBMUwAAoQ8eAAAACAAA AAAAAAgAAAEACAAAAAEABwABAAEAEAAAAAACDwAE8K8AAAASAArwCAAAAA+IAQAACgAAswAL8EIA AAB/AAAABACAAEB0+gGFAAIAAACHAAYAAAC/AAIAAgCBAQQAAAiDAQAAAAi/AQAAEADAAQEAAAj/ AQAACAABAgIAAAgAABDwCAAAAIAHsREgEy0IDwAN8D0AAAAAAJ8PBAAAAAQAAAAAAKgPBQAAAFQx L0UxAAChDxwAAAAGAAAAAAAAAAoABwAGAAAAAQAGAAEADAAAAAAADwAE8HAAAABCAQrwCAAAABCI AQCACgAAwwAL8EgAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQCZAADL AdSUAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAHAIgRHREnAIDwAE8J8AAACiDArw CAAAACOIAQAACgAAYwAL8CQAAACAAIh3+gG/AAIADwC/AQAAEAD/AQYADgA/AgAAAwB/AwAADwAA ABDwCAAAAMAG4QSWCOAHDwAN8EsAAAAAAJ8PBAAAAAQAAAAAAKgPFQAAAFJBRHZpZXcgDVNOTVAg TWFuYWdlcgAAoQ8aAAAAFgAAAAAAAAgKAAEABwAWAAAAAAADAAEADAAPAAPwBAsAAA8ABPBMAAAA AQAJ8BAAAAAGCQAABAcAALoNAACoCgAAAgAK8AgAAAAyiAEAAQIAACMAC/AMAAAABAAAAAAAiAMA AAAAAAAQ8AgAAABACJYG/grMCw8ABPBIAAAAsgQK8AgAAAAziAEAAgoAAEMAC/AYAAAABEEBAAAA BwH///8AvwEAABAA/wEAAAgAAAAP8BAAAAAGCQAAFgcAAKMNAACfCgAADwAE8GgBAAACAArwCAAA ADSIAQACCgAAwwAL8DgBAABCAbUAAABDAXABAABEAQQAAABFwXAAAABGwXoAAAB/AQEAAQCAAQAA AACBAVCAUgCDAf///wC/ARAAEAD/ARAAGACIAwAAAAAcABwA8P+HAAAAmgAqAKcATwCxAHQAtQCa ALEAugCsANYAowDyAJUACgGHACEBdAA0AWIARgFPAFQBLwBnARcAcAEAAFABHAAvAT0AEwFdAPcA eQDbAIIAyACMALYAlQCeAJoAggCaAGsAlQBKAJAAJQCHAAAAOgA8AAIAAEAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAAAUNAAB5 CAAAug0AAOkJAAAPAATwaAEAAAIACvAIAAAANYgBAAIKAADDAAvwOAEAAEIBXQEAAEMBYgEAAEQB BAAAAEXBcAAAAEbBegAAAH8BAQABAIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgDAAAA ABwAHADw/wAALwAcABcAMwAFAE8AAABrAAAAggAJAJ4AFwC1AC8A0QBGAAABggApAcQASgEAAV0B PQEbAWIBCQETAe0AzQDfAKwA0QCMAL4AcACsAFkAmQBGAIcAMwB0ACUAXQAhAEYAHAAzABwAFwAl AAAALwA6ADwAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAWAAgAAAD/AQAAAAQgwAAG8HAACfDQAA0QgAAA8ABPBYAQAAAgAK8AgAAAA2iAEA AgoAAMMAC/AoAQAAQgE3AQAAQwG2AAAARAEEAAAARcFoAAAARsFyAAAAfwEBAAEAgAEAAAAAgQFQ gFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAGgAaAPD/NwFwABsBjAD/AJ8A6ACtAMwAsgC1ALYA ngCyAIYArQB0AKQATwCIAC4AZwASAEIAAAAmAA4AAAAzACYAUwBGAHQAYgCUAHoApwCDALUAiADI AIwA3wCMAPEAiAAJAYMAIAF6ADcBcAA2ADgAAgAAQACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAFgAIAAAA/wEAAAABkKAADWCQAAUAsAAIwKAAAPAATwaAEAAAIA CvAIAAAAN4gBAAIKAADDAAvwOAEAAEIBwgEAAEMBrAAAAEQBBAAAAEXBcAAAAEbBegAAAH8BAQAB AIABAAAAAIEBUIBSAIMB////AL8BEAAQAP8BEAAYAIgDAAAAABwAHADw/wAAkAAbAGIAPABBAF0A JQB9ABIAmQAJALkAAADaAAAA+wAEABYBDgAyARcATgElAGoBMwCUAU8AuQFrAMIBrACUAZUAZQF0 AC4BVAD7ADgA3wAuAL4AJQCiACUAggAqAGEAOABBAEoAIABmAAAAkAA6ADwAAgAAQACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAA hAoAAAQHAABGDAAAsAcAAA8ABPB4AQAAAgAK8AgAAAA4iAEAAgoAAMMAC/BIAQAAQgH8AAAAQwGM AQAARAEEAAAARcF4AAAARsGCAAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQABAA/wEQABgA iAMAAAAAHgAeAPD/HAAAAA4AIQAFAEEAAABiAAUAhwAKAKgADgDJABwA6QAqAAoBPQAmAVAAQgFn AFkBfgBsAZoAegGxAIMBzQCMAekAjAH8AHAByABLAZUAKwFwAAEBSwDXAD0AvwA0AKgAKgCMACEA dQAcAFkAHAA9ABwAIQAcAAAAPgBAAAIAAEAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEA AKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQAAAAKwkAAGYIAAAnCgAA8gkA AA8ABPCYAQAAAgAK8AgAAAA5iAEAAgoAAMMAC/BoAQAAQgFwAQAAQwETAQAARAEEAAAARcGIAAAA RsGSAAAAfwEBAAEAgAEAAAAAgQFQgFIAgwH///8AvwEQABAA/wEQABgAiAMAAAAAIgAiAPD/cAEz ADMBHAD7AAkAyAAAAJ4AAAB5AAAAWQAJAD0AFwAlACoAEwA9AAoAVAAAAHAAAACMAAAArAAFAM0A DgDyABwAEwE4ABMBLwDuACoAzQAqAKwALwCQAD0AeQBLAGcAYgBUAHkARgCQADgArAAvAM0AKgDt ACUADgElAC4BJQBPASoAcAEzAEYASAACAABAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwB AACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBYACAAAAP8BAA AAAUCQAAYQcAAIQKAAB0CAAADwAE8IgBAAACAArwCAAAADqIAQACCgAAwwAL8FgBAABCAd8BAABD AcgAAABEAQQAAABFwYAAAABGwYoAAAB/AQEAAQCAAQAAAACBAVCAUgCDAf///wC/ARAAEAD/ARAA GACIAwAAAAAgACAA8P/fAQAA3wElANsBRgDRAWYAwwF+ALUBlQCeAagAggG2AGYBvwBGAcQAIQHI APsAxADNALoAngCxAGsAowA4AJAAAAB5AAAAPACDAGsA6QCMABMBlQA4AZoAWAGaAHQBmgCMAZUA ngGMAKwBfgC6AWsAyAFUANEBPADbASAA3wEAAEIARAACAABAAKwBAACsAQAArAEAAKwBAACsAQAA rAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACs AQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAQAArAEAAKwBAACsAWAAgAAAD/AQ AAAASwsAAOAJAAAqDQAAqAoAAA8ABPCpAAAAogwK8AgAAAA+iAEAAAoAAKMAC/A8AAAAgACMffoB vwACAA8AgQEEAAAIgwEAAAAIvwEAABAAwAEBAAAI/wEGAA4AAQICAAAIPwIAAAEAfwMAAA8AAAAQ 8AgAAADACfYGsAqUCg8ADfA9AAAAAACfDwQAAAAEAAAAAACoDwMAAABBVE0AAKEPHgAAAAQAAAAA AAAIAAABAAQAAAABAAcAAQABABAAAAAAAg8ABPBqAAAAEgAK8AgAAABCiAEAAAoAALMAC/BCAAAA hQACAAAAhwABAAAAvwAAAA8AgQH//2YAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIA AAMAfwMAAA8AAAAQ8AgAAACAB6EPsRGQCQ8ABPC+AAAAogwK8AgAAABAiAEAAAoAANMAC/BOAAAA gABcgfoBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEG AA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQCJ0PsRHQCA8ADfBAAAAAAACfDwQAAAAEAAAA AACoDwYAAABURE1vSVAAAKEPHgAAAAcAAAAAAAAIAAABAAcAAAABAAcAAQABAA4AAAAAAA8ABPDA AAAAEgAK8AgAAABDiAEAAAoAANMAC/BOAAAAfwAAAAQAgACshfoBhQACAAAAhwABAAAAvwAAAA8A gQH/ZgAAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACA B+AE8AbICQ8ADfBCAAAAAACfDwQAAAAEAAAAAAChDxwAAAABAAAAAAAACAAAAQABAAAAAAAHAAEA FAAAAAAAAACqDwoAAAABAAAAAQAAAAAADwAE8L8AAACiDArwCAAAAEWIAQAACgAA0wAL8E4AAACA AAyI+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYA DgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAItgQiB9AIDwAN8EEAAAAAAJ8PBAAAAAQAAAAA AKgPBwAAAEFUTSBDRVMAAKEPHgAAAAgAAAAAAAAIAAABAAgAAAABAAcAAQABAA4AAAAAAA8ABPBk AAAAQgEK8AgAAABGiAEAAAoAAKMAC/A8AAAAvwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEAmQAA ywHUlAAA/wEeAB4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABwCMAD4ARwCA8ABPCvAAAAEgAK 8AgAAABKiAEAAAoAALMAC/BCAAAAfwAAAAQAgAAAi/oBhQACAAAAhwAGAAAAvwACAAIAgQEEAAAI gwEAAAAIvwEAABAAwAEBAAAI/wEAAAgAAQICAAAIAAAQ8AgAAACABwADbwQtCA8ADfA9AAAAAACf DwQAAAAEAAAAAACoDwUAAABUMS9FMQAAoQ8cAAAABgAAAAAAAAAKAAcABgAAAAEABgABAAwAAAAA AA8ABPC5AAAAEgAK8AgAAABNiAEAAAoAAMMAC/BIAAAAgACQjvoBhQACAAAAhwABAAAAvwAAAA8A gQFm/zMAvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACw B7AK8AwgCg8ADfBBAAAAAACfDwQAAAAEAAAAAACoDwcAAABBVE0gU0FSAAChDx4AAAAIAAAAAAAA CAAAAQAIAAAAAQAHAAEAAQAOAAAAAAAPAATwagAAABIACvAIAAAAUIgBAAAKAACzAAvwQgAAAIUA AgAAAIcAAQAAAL8AAAAPAIEB//9mAL8BHAAeAMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAAD AH8DAAAPAAAAEPAIAAAA4ApgDHAO8AwPAATwwAAAABIACvAIAAAAUYgBAAAKAADTAAvwTgAAAH8A AAAEAIAARJP6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2YAAL8BHAAeAMABAAAACMsBnDEAAP8BDgAO AAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA4AowCUAL8AwPAA3wQgAAAAAAnw8EAAAABAAAAAAA oQ8cAAAAAQAAAAAAAAgAAAEAAQAAAAAABwABABQAAAAAAAAAqg8KAAAAAQAAAAEAAAAAAA8ABPBk AAAAQgEK8AgAAABSiAEAAAoAAKMAC/A8AAAAvwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEAAAAI ywHUlAAA/wEeAB4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAADEALYAwADA8ABPCvAAAAEgAK 8AgAAABTiAEAAAoAALMAC/BCAAAAfwAAAAQAgAAMlvoBhQACAAAAhwAGAAAAvwACAAIAgQEEAAAI gwEAAAAIvwEAABAAwAEBAAAI/wEAAAgAAQICAAAIAAAQ8AgAAAAADBALfwytDA8ADfA9AAAAAACf DwQAAAAEAAAAAACoDwUAAABUMS9FMQAAoQ8cAAAABgAAAAAAAAAKAAcABgAAAAEABgABAAwAAAAA AA8ABPC+AAAAogwK8AgAAABUiAEAAAoAANMAC/BOAAAAgADAmfoBhQACAAAAhwAGAAAAvwACAA8A gQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ 8AgAAABwC2AMdA4wDA8ADfBAAAAAAACfDwQAAAAEAAAAAACoDwYAAABURE1vSVAAAKEPHgAAAAcA AAAAAAAIAAABAAcAAAABAAcAAQABAA4AAAAAAA8ABPC/AAAAogwK8AgAAABViAEAAAoAANMAC/BO AAAAgACgnfoBhQACAAAAhwAGAAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA /wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAACgCwAJbAtgDA8ADfBBAAAAAACfDwQAAAAE AAAAAACoDwcAAABBVE0gQ0VTAAChDx4AAAAIAAAAAAAACAAAAQAIAAAAAQAHAAEAAQAOAAAAAAAP AATwygAAAKIMCvAIAAAAVogBAAAKAADTAAvwTgAAAIAAFKH6AYUAAgAAAIcABgAAAL8AAgAPAIEB BAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAI AAAAgA0gB4wPeg4PAA3wTAAAAAAAnw8EAAAABAAAAAAAqA8WAAAAU0FSIDw8IFRETW9JUCArIEFU TUNFUwAAoQ8aAAAAFwAAAAAAAAAAABcAAAAAAAcAAQAUAP8zAP4PAATwdgAAABIACvAIAAAAWYgB AAAKAADTAAvwTgAAAIUAAgAAAIcAAQAAAL8AAAAPAIEBBAAACIMBAAAACL8BDAAeAMAB/zMAAMsB n28AAM4BBgAAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAgApACDAPUA0PAATwvAAA AKIMCvAIAAAAWogBAAAKAACzAAvwQgAAAIAATJz6Ab8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMAB AQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAYAx8EIAWNA0PAA3wSgAA AAAAnw8EAAAABAAAAAAAqA8SAAAAQ29tcGxleCBhbmQgY29zdGx5AAChDxwAAAATAAAAAAAACAAA AQATAAAAAAAHAAEAEAAAAAAADwAE8GoAAABCAQrwCAAAAFuIAQDACgAAswAL8EIAAAC/AAAADwBE AQQAAAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAADRAQEAAAD/AR4AHgABAgIAAAg/AgAAAwB/AwAA DwAAABDwCAAAAGAMMA9AEcAMDwAE8MAAAACiDArwCAAAAFyIAQAACgAAswAL8EIAAACAAGyo+gG/ AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAA DwAAABDwCAAAADAGkAnwDwQHDwAN8E4AAAAAAJ8PBAAAAAQAAAAAAKgPFgAAAFNpbXBsZSBhbmQg aW5leHBlbnNpdmUAAKEPHAAAABcAAAAAAAAIAAABABcAAAAAAAcAAQAQAAAAAAAPAATwagAAAEIB CvAIAAAAXYgBAEAKAACzAAvwQgAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABAAAACMsBnDEA ANEBAQAAAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA8AagCzAMsAcPAATwSAAAABIA CvAIAAAAAYgBAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAI AAQDCQAAAD8DAQABAA8ABfAAAAAAEADwByAAAAAAAAAA////AAAAZgCQp9YASXC9AGGP/QD+mwMA YY/9AA8A7gMPDwAAAgDvAxgAAAAHAAAADQAAAAAAAAAEAACAAAAAAAcAAAAPAAwEvw4AAA8AAvC3 DgAAsAAI8AgAAAAYAAAAKpQBAA8AA/BPDgAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAA AAACAArwCAAAAACUAQAFAAAADwAE8HIAAAASAArwCAAAAAKUAQAgAgAAUwAL8B4AAAB/AAAABACA AHyv+gG/AQAAAQD/AQAAAQABAwSUAAAAABDwCAAAAGAAYABhD6ICDwAR8BAAAAAAAMMLCAAAAAAA AAANAPoBDwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATwuAAAABIACvAIAAAABZQBAAAKAADDAAvwSAAA AIAAcLD6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2aZAL8BHAAeAMABAAAACMsBnDEAAP8BDgAOAAEC AgAACD8CAAADAH8DAAAPAAAAEPAIAAAAwAMPB08PEAUPAA3wQAAAAAAAnw8EAAAABAAAAAAAqA8I AAAAQUFMMSBQRFUAAKEPHAAAAAkAAAAAAAAIAAABAAkAAAAAAAcAAQAUAAAAAAAPAATwuAAAABIA CvAIAAAACJQBAAAKAADDAAvwSAAAAIAAoLT6AYUAAgAAAIcAAQAAAL8AAAAPAIEBAQAACL8BHAAe AMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAEAUPBy8LYAYPAA3w QAAAAAAAnw8EAAAABAAAAAAAqA8IAAAAQUFMMSBTQVIAAKEPHAAAAAkAAAAAAAAIAAABAAkAAAAA AAcAAQAUAAAAAAAPAATwuQAAABIACvAIAAAACpQBAAAKAADTAAvwTgAAAH8AAAAEAIAAQLj6AYUA AgAAAIcAAQAAAL8AAAAPAIEBZv8zAL8BHAAeAMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAAD AH8DAAAPAAAAEPAIAAAAYAYPBy8L4AcPAA3wOwAAAAAAnw8EAAAABAAAAAAAqA8DAAAAQVRNAACh DxwAAAAEAAAAAAAACAAAAQAEAAAAAAAHAAEAFAAAAAAADwAE8L0AAAASAArwCAAAAA+UAQAACgAA 0wAL8E4AAAB/AAAABACAAMS7+gGFAAIAAACHAAEAAAC/AAAADwCBAf//AAC/ARwAHgDAAQAAAAjL AZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAFLwtPD+AHDwAN8D8AAAAAAJ8P BAAAAAQAAAAAAKgPBwAAAElQL01QTFMAAKEPHAAAAAgAAAAAAAAIAAABAAgAAAAAAAcAAQAUAAAA AAAPAATwZAAAAEIBCvAIAAAAEZQBAIAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQ AMABzDMAAMsBPt8AAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsAR/CX8JoAgPAATw ZAAAAEIBCvAIAAAAEpQBAAAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABzDMA AMsBPt8AAP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsAR/Cd8MsAQPAATwZAAAAEIB CvAIAAAAE5QBAAAKAACjAAvwPAAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABzDMAAMsBPt8A AP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAsATfDN8M0AgPAATwagAAAEIBCvAIAAAA FJQBAAAKAACzAAvwQgAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABzDMAAMsBPt8AANEBAQAA AP8BHgAeAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAA0AjfDN8P0AgPAATwuAAAABIACvAIAAAA FZQBAAAKAADDAAvwSAAAAIAADMD6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2aZAL8BHAAeAMABAQAA CMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAUAq/BZ8QMAwPAA3wQAAAAAAA nw8EAAAABAAAAAAAqA8IAAAAQUFMMSBQRFUAAKEPHAAAAAkAAAAAAAAIAAABAAkAAAAAAAcAAQAU AAAAAAAPAATwtwAAABIACvAIAAAAF5QBAAAKAADDAAvwSAAAAIAAFMT6AYUAAgAAAIcAAQAAAL8A AAAPAIEB//8AAL8BHAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAI AAAAUAofA78FMAwPAA3wPwAAAAAAnw8EAAAABAAAAAAAqA8HAAAASVAvTVBMUwAAoQ8cAAAACAAA AAAAAAgAAAEACAAAAAAABwABABQAAAAAAA8ABPCzAAAAEgAK8AgAAAAZlAEAAAoAAMMAC/BIAAAA gACYx/oBhQACAAAAhwABAAAAvwAAAA8AgQH/ZpkAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQIC AAAIPwIAAAMAfwMAAA8AAAAQ8AgAAAAQDk8GXwiQDw8ADfA7AAAAAACfDwQAAAAEAAAAAACoDwMA AABBVE0AAKEPHAAAAAQAAAAAAAAIAAABAAQAAAAAAAcAAQAUAAAAAAAPAATwswAAABIACvAIAAAA G5QBAAAKAADDAAvwSAAAAIAA4Mr6AYUAAgAAAIcAAQAAAL8AAAAPAIEB/2aZAL8BHAAeAMABAQAA CMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAEPAIAAAAEA6PC58NkA8PAA3wOwAAAAAA nw8EAAAABAAAAAAAqA8DAAAAQVRNAAChDxwAAAAEAAAAAAAACAAAAQAEAAAAAAAHAAEAFAAAAAAA DwAE8LMAAAASAArwCAAAAByUAQAACgAAwwAL8EgAAACAALzB+gGFAAIAAACHAAEAAAC/AAAADwCB Af9mmQC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAABAO jw6fEJAPDwAN8DsAAAAAAJ8PBAAAAAQAAAAAAKgPAwAAAEFUTQAAoQ8cAAAABAAAAAAAAAgAAAEA BAAAAAAABwABABQAAAAAAA8ABPBqAAAAEgAK8AgAAAAdlAEAAAoAALMAC/BCAAAAhQACAAAAhwAB AAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8A AAAQ8AgAAAAQDr8FTwaQDw8ABPBqAAAAEgAK8AgAAAAelAEAAAoAALMAC/BCAAAAhQACAAAAhwAB AAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8A AAAQ8AgAAAAQDv8KjwuQDw8ABPBqAAAAEgAK8AgAAAAflAEAAAoAALMAC/BCAAAAhQACAAAAhwAB AAAAvwAAAA8AgQGZ/zMAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8A AAAQ8AgAAAAQDv8Njw6QDw8ABPC0AAAAogwK8AgAAAAilAEAAAoAANMAC/BOAAAAgAC80foBhQAC AAAAhwAGAAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAI PwIAAAMAfwMAAA8AAAAQ8AgAAADEDa8IQwpYDw8ADfA2AAAAAACfDwQAAAAEAAAAAACgDwIAAAAm IAAAoQ8YAAAAAgAAAAAAAAgAAAEAAgAAAAAAAwABACQADwAE8L0AAACiDArwCAAAACaUAQAACgAA 0wAL8E4AAACAACTV+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjL AZwxAAD/AQYADgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAALAKIRHAFaoLDwAN8D8AAAAAAJ8P BAAAAAQAAAAAAKgPCwAAAFRETW9JUC9NUExTAAChDxgAAAAMAAAAAAAACAAAAQAMAAAAAAADAAEA FAAPAATwuQAAAKIMCvAIAAAAJ5QBAAAKAADTAAvwTgAAAIAAkNn6AYUAAgAAAIcABgAAAL8AAgAP AIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAA EPAIAAAAcA7QEQwVag8PAA3wOwAAAAAAnw8EAAAABAAAAAAAqA8HAAAAQVRNIENFUwAAoQ8YAAAA CAAAAAAAAAgAAAEACAAAAAAAAwABABQADwAE8GoAAAAyBArwCAAAACiUAQAACgAAswAL8EIAAACF AAIAAACHAAEAAAC/AAAADwCBAcwzAAC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAA AwB/AwAADwAAABDwCAAAAJAMrwn/CuANDwAE8LUAAACiDArwCAAAACmUAQAACgAA0wAL8E4AAACA ADzd+gGFAAIAAACHAAYAAAC/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAjLAZwxAAD/AQYA DgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAJAM/wq9DIoNDwAN8DcAAAAAAJ8PBAAAAAQAAAAA AKgPAwAAAFNBUgAAoQ8YAAAABAAAAAAAAAgAAAEABAAAAAAAAwABABQADwAE8GoAAABCAQrwCAAA ACqUAQBACgAAswAL8EIAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAcwzAADLAT7fAADRAQEA AAD/AR4AHgABAgIAAAg/AgAAAwB/AwAADwAAABDwCAAAAKAIkAaQCaAIDwAE8EgAAAASAArwCAAA AAGUAQAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkA AAA/AwEAAQAQAPAHIAAAAAAAAAD///8AAABmAJCn1gBJcL0AYY/9AP6bAwBhj/0ADwDuA+QBAAAC AO8DGAAAAAEAAAANDgAAAAAAAAQAAIAAAAAABwAAAA8ADASUAQAADwAC8IwBAAAgAAjwCAAAAAMA AAADkAEADwAD8CQBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAJAB AAUAAAAPAATwcgAAABIACvAIAAAAApABACACAABTAAvwHgAAAH8AAAAEAIAAGOG5AL8BAAABAP8B AAABAAEDBJQAAAAAEPAIAAAAYABgAGEPogIPABHwEAAAAAAAwwsIAAAAAAAAAA0AuQAPAA3wDAAA AAAAng8EAAAAAAAAAA8ABPByAAAAEgAK8AgAAAADkAEAIAIAAFMAC/AeAAAAfwAAAAQAgACQ3LkA vwEAAAEA/wEAAAEAAQMFlAAAAAAQ8AgAAAAwA4ABABVgDw8AEfAQAAAAAADDCwgAAAABAAAADgC5 AA8ADfAMAAAAAACeDwQAAAABAAAADwAE8EgAAAASAArwCAAAAAGQAQAADAAAgwAL8DAAAACBAQAA AAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAAAAAAD/ //8AAABmAJCn1gBJcL0AYY/9AP6bAwBhj/0AAAByFyAAAAABABAAmdAAAHAAIADv7QAA2+8AAHQA IABRJwEAOhgBAAAA9Q8cAAAALAEAAJwKAAN10AAAPSkBAAEAAAB3AAAAAQAnAg8A6ANOHQAAAQDp AygAAACAFgAA4BAAAOAQAACAFgAABQAAAAoAAAACAAAAAwAAAAEAAQAAAAABDwAJBCwAAAAAAAoE BAAAAIYBAAAPAOoPGAAAAA8ABRAQAAAAAAAEEAgAAAB/AQAAAAC5AA8A8gOeAwAALwDID+oAAAAw ANIPBAAAAAIAAAAAALoPKAAAABggHCAI/xQwO/9b/wgwCjAMMA4wEDDl/wT/JAAoAFsAXAB7AGL/ 4f8QALoPpgAAAAEwAjAM/w7/+zAa/xv/H/8B/5swnDD9MP4wnTCeMAUw/DAZIB0gCf8VMD3/Xf8J MAswDTAPMBEwsAAwIDIgMyADIeD/Bf9BMEMwRTBHMEkwYzCDMIUwhzCOMKEwozClMKcwqTDDMOMw 5TDnMO4w9TD2MCEAJQApACwALgA6ADsAPwBdAH0AYf9j/2T/Zf9n/2j/af9q/2v/bP9t/27/b/9w /57/n/8PANUHyAEAAAAAtw9EAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA4NLkA fNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMABMBBIQALcPRAAAAEEAcgBpAGEAbAAAAE4AZQB3 ACAAUgBvAG0AYQBuAAAAODS5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjdDTAATAQiIAC3D0QA AABNAG8AbgBvAHQAeQBwAGUAIABTAG8AcgB0AHMAAAAAADg0uQB82hIAZNoSAHbHCzAIAAAAAAAA AHzaEgAo3Q0wAgAEAjAAtw9EAAAAVABpAG0AZQBzAFQAZQBuACAAUgBvAG0AYQBuAFMAQwAAALkA fNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAAAAABAALcPRAAAAFAATQBDAF8AUABNAEMALQBT AEkARQBSAFIAQQBfAGwAbwBnAG8AAABk2hIAdscLMAgAAAAAAAAAfNoSACjdDTACAAQiUAC3D0QA AABXAGkAbgBnAGQAaQBuAGcAcwAAAEUAUgBSAEEAXwBsAG8AZwBvAAAAZNoSAHbHCzAIAAAAAAAA AHzaEgAo3Q0wAkwEAgAApA8SAAAAgABnAAAAAQD/////FAD+mwP+AAClDwwAAAAAAAAILgABAAIA AAAAAKsPHgAAAP8fAAAFAEACAAAAAAAAIAEgAUACQAJgA2ADgASABAAAqQ8KAAAABwAAAAIACQQA AEAAow9uAAAABQD//T8AAAAiIAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAA ////////GAAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASA BAAAAAAPAAsEAAcAAA8AAPD4BgAAAAAG8FADAAACqAEAaQAAAK0AAAAMAAAAAAAAAFkAAAAIAAAA BAAAAAkAAAACAAAAAAAAAAgAAAAAAAAABAAAAAAAAAAvAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAK AAAAAAAAAA0AAAAAAAAABAAAAAAAAAARAAAAAAAAAAQAAAAAAAAAGQAAAAAAAAAQAAAAAAAAABMA AAAAAAAACAAAAAAAAAAEAAAAAAAAAAcAAAAAAAAALgAAAAAAAAAGAAAAAAAAAAYAAAAAAAAACAAA AAAAAAAGAAAAAAAAAAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAeAAAA AAAAAAYAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAIAAAAAAAAAEQAAAAAAAAAQAAAAAQAAABEAAAAE AAAAEwAAAAAAAAAFAAAAAAAAAAQAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAgAAAAAAAAANQAAAAAA AAAEAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAYAAAAAAAAABAAAAAAAAAAEAAAAAAAA AAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAwAAAAEAAAACgAAAAQAAAAAAAAA BAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAE AAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQA AAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAA AAMAAAAEAAAAAAAAAAQAAAAAAAAABQAAAAAAAAAEAAAAAwAAAAQAAAAAAAAAIwAAAAAAAAAEAAAA AAAAACQAAAAAAAAABAAAAAAAAAAHAAAAAAAAACYAAAAAAAAAbQAAAAAAAAAGAAAAAAAAABUAAAAA AAAABAAAAAAAAAA2AAAABwAAAAQAAAAKAAAAXgAAAAQAAAAEAAAAAgAAAAQAAAALAAAAKwAAAAAA AAAFAAAAAAAAAGYAAAAFAAAANgAAAH8AAfA0AQAAYgAH8CQAAAAGBs2juXRUgfPGwFLrI6b4qjH/ AKwgAAACAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAA AADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAMgAAgAH8CQAAAAA AAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAA AAAAAP8AAAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAA AAAAAAAAAMgAYgAH8CQAAAAGBk7DSD8IVl+/6dSWJqOCFfz/AOHhBQACAAAArCAAAAAAyACjBQvw HAIAAIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAIkAAAAAAL8AAAAP AAwB9AAAEA0BAAAAIA4BAAAAIIABAAAAAIEBBAAACIIBAAABAIMBAAAACIQBAAABAIUBAAAAIIZB AAAAAIfBAAAAAIgBAAAAAIkBAAAAAIoBAAAAAIsBAAAAAIwBAAAAAI0BAAAAAI4BAAAAAI8BAAAA AJABAAAAAJEBAAAAAJIBAAAAAJMBAAAAAJQBAAAAAJUBAAAAAJYBAAAAAJfBAAAAAJgBAAAAAJkB AAAAAJoBAAAAAJsBAAAAAJwBAwAAQL8BDAAeAMABAQAACMEBAAABAMIB////AMMBAAAAIMQBAAAA AMVBAAAAAMbBAAAAAMcBAAAAAMgBAAAAAMkBAAAAAMoBAAAAAMsBnDEAAMwBAAAIAM0BAAAAAM4B AAAAAM/BAAAAANcBAgAAAP8BBgAOAAACAAAAAAECAgAACAICy8vLAAMCAAAAIAQCAAABAAUCOGMA AAYCOGMAAAcCAAAAAAgCAAAAAAkCAAABAAoCAAAAAAsCAAAAAAwCAAABAA0CAAAAAA4CAAAAAA8C AAEAABACAAAAABECAAAAAD8CAAADAAQDAQAAAEEDqCkBAEIDAAAAAEMDAwAAAEQDfL4BAEUDAAAA AH8DAAAPAIQDfL4BAIUDAAAAAIYDfL4BAIcDAAAAAIAAGvEgAAAA//8AAMwzAAD/ZpkAzP//AP// ZgCZ/zMAADPMAGYzAABAAB7xEAAAAMwzAAABAAAI//////cAABAfAPAPOAAAAAAA8wMUAAAAQgAA AAQAAAAAAAAABAAAgAAAAAAAAPMDFAAAAEMAAAAEAAAAAAAAAAUAAIAAAAAADwDQB3kBAAAfAP8D FAAAAAIAAAQMAAAAAAAAAAAAAAACAAAAHwAUBBwAAAAAABUEFAAAALoddewAypo7Mk7NyQDKmjsA AgABDwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0AAAAQgAAAGQAAABCAAAAZAAAAHbHCzAIAAAAAAAA AHDaEgAAAAAAAAAAAKT7///I/v//AAAAAHAA+wMIAAAAAAAAAHAIAABwAPsDCAAAAAEAAABACwAA HwAHBDwAAAAAAP0DNAAAACEAAABkAAAAIQAAAGQAAABg8w0wLN4SAAAAAAAkNbkAAAAAAAAAAAAA AAAAAAAAAAABEgAfABMEPAAAAAAA/QM0AAAAZAAAAGQAAABkAAAAZAAAAGDzDTAs3hIAAAAAACQ1 uQAAAAAAAAAAAAAAAAAAAAAAAAESAA8AiBM6AAAADwCKEzIAAAAAALoPDgAAAF8AXwBfAFAAUABU ADkAAACLExQAAAAvAMgPDAAAADAA0g8EAAAAgAAAAD8A2Q8MAAAAAADaDwQAAAAAACUADwDwD/8P AAAAAPMDFAAAAGEAAAAAAAAAAgAAACcBAAAAAAAAAACfDwQAAAAGAAAAAACoDx0AAABXaHkgUFdF MyBTaG91bGQgYWNjZXB0IFRETW9JUBAAnw8EAAAABQAAAAAAqA9OAAAAU2hhaHJhbSBEYXZhcmkN UHJvZHVjdCBSZXNlYXJjaCBHcm91cA1QTUMtU2llcnJhDVNoYWhyYW1fZGF2YXJpQHBtYy1zaWVy cmEuY29tAAChDyAAAABPAAAAAAAAAAAADwAAAAEAAAABAEAAAAABAAIAAQAYAAAAqg8sAAAAOQAA AAAAAAAGAAAAAQAAAAMAAQAAAAAAAAADAAAAAQAAAAMADAAAAAAAAAAAAPMDFAAAAGQAAAAAAAAA AgAAACgBAAAAAAAAAACfDwQAAAAAAAAAAACoDxsAAABTb21lIEFwcGxpY2F0aW9ucyBvZiBURE1v SVAQAJ8PBAAAAAEAAAAAAKAPAgIAAEwAZQBhAHMAZQBkACAAbABpAG4AZQAgAHMAZQByAHYAaQBj AGUAcwAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBlAHQAdwBlAGUAbgAgAGEAIABjAHUA cwB0AG8AbQBlAHIAIABzAGkAdABlACAAYQBuAGQAIABhACAAUABvAFAADQBQAHIAaQB2AGEAdABl ACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUAIABvAHYAZQByACAASQBQAC8ATQBQAEwAUwANAEIA ZQB0AHcAZQBlAG4AIAB0AHcAbwAgAGMAdQBzAHQAbwBtAGUAcgAgAHMAaQB0AGUAcwAgACgAUABT AFQATgAgAGIAeQBwAGEAcwBzACkADQBUAG8AbABsACAAYgB5AHAAYQBzAHMADQBCAGUAdAB3AGUA ZQBuACAAdAB3AG8AIABDAGUAbgB0AHIAYQBsACAATwBmAGYAaQBjAGUAcwAgACgAQwBPACkADQBD AGUAbABsAHUAbABhAHIAIABiAGEAYwBrAGgAYQB1AGwAIABvAHYAZQByACAASQBQAC8ATQBQAEwA UwANAEIAZQB0AHcAZQBlAG4AIABCAFQAUwAgAGEAbgBkACAAQgBTAEMADQBDAGEAcgByAGkAZQBy ABkgcwAgAGMAYQByAHIAaQBlAHIADQAAAKEPxAAAACIAAAAAAAAAAAAiAAAAAQAAAAAAIgAAAAAA AAAAACkAAAABAAAAAAAMAAAAAAAAAAAAIQAAAAEAAAAAAB8AAAAAAAAAAAAUAAAAAQAAAAAAEgAA AAAAAAAAAAEAAAABAAAAAAAiAAAAAAAAACIAAAAAAAAAIgAAAAAEAAAABCkAAAAABAAAAAQMAAAA AAgAAAAIIQAAAAAIAAAACB8AAAAADAAAAAwUAAAAAAwAAAAMEgAAAAAQAAAAEAEAAAAAFAAAABQA AKoPGgAAAD8AAAAAAAAABAAAAAEAAAADAL8AAAAAAAAAAADzAxQAAABwAAAAAAAAAAIAAAApAQAA AAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAAUmV1c2Ugb2YgRXhpc3RpbmcgVGVjaG5vbG9naWVzEACf DwQAAAABAAAAAACoD6MBAABBQUwxIGlzIGRlc2lnbmVkIGZvciBjaXJjdWl0IGFuZCBsb29wIGVt dWxhdGlvbg1BQUwxIGlzIGEgcHJvdmVuIHRlY2hub2xvZ2llcyB3aXRoIG9mZi10aGUtc2hlbGYg b3IgYXZhaWxhYmxlIEhXL1NXDUFBTDEgaGFzIGEgbnVtYmVyIG9mIGRlc2lyYWJsZSBmZWF0dXJl cw1DbG9jayByZWNvdmVyeSBtZWNoYW5pc20NU3RydWN0dXJlIHBvaW50ZXIgKGZvciBtdWx0aS1m cmFtZSByZWNvdmVyeSkNU3VwcG9ydCBmb3IgQ0FTDVN1cHBvcnQgZm9yIHN0cnVjdHVyZWQgYW5k IHVuc3RydWN0dXJlZCBURE0NU3VwcG9ydCBmb3IgTng2NCBLYml0L3NlYw1PcHRpb25hbCBlcnJv ciBjb3JyZWN0aW9uIChGRUMpDU9wZXJhdG9ycyB3YW50IGEgU0lOR0xFIGFwcGxpY2F0aW9uIGlu dGVyZmFjZSAoQVBJKSBmb3IgQVRNIGFuZCBJUC9NUExTIENFUwAAoQ88AAAAnAAAAAAAAAAAALwA AAABAAAAAABMAAAAAAAAAAAAnAAAAAAAAgAYALwAAAAAAAIAFgBMAAAAAAACABgAAACqDxoAAAAv AQAAAAAAAAQAAAABAAAAAwBxAAAAAAAAAAAA8wMUAAAAcQAAAAQAAAACAAAAKgEAAAAAAAAAAJ8P BAAAAAAAAAAAAKgPHgAAAE5lZWQgZm9yIEludGVyd29ya2luZyB3aXRoIEFUTRAAnw8EAAAAAQAA AAAAqA9eAAAASW50ZXJ3b3JraW5nIHdpdGggQVRNIGlzIG9mdGVuIHJlcXVpcmVkLg1DYXJyaWVy cyBjdXJyZW50bHkgdXNlIEFUTSBmb3IgY2lyY3VpdC9sb29wIGVtdWxhdGlvbgAAoQ8mAAAAKQAA AAAAAAAAADYAAAABAAAAAAApAAAAAAAAADYAAAAABAAAAAQAAPMDFAAAAHUAAAAEAAAAAQAAAC0B AAAAAAAAAACfDwQAAAAAAAAAAACoDzQAAABFYXNlIG9mIEludGVyd29ya2luZyBiZXR3ZWVuIEFU TSBDRVMgYW5kIFRETW9JUC9NUExTAADzAxQAAAByAAAAAAAAAAIAAAArAQAAAAAAAAAAnw8EAAAA AAAAAAAAqA8KAAAAQVNBUCBSZXVzZRAAnw8EAAAAAQAAAAAAoA8oAwAAQQBuAHkAIABTAGUAcgB2 AGkAYwBlACAAQQBuAHkAIABQAG8AcgB0ACAAaQBzACAAYQBuACAAaQBtAHAAbwByAHQAYQBuAHQA IABhAHIAYwBoAGkAdABlAGMAdAB1AHIAZQANAEkAdAAgAHMAdQBwAHAAbwByAHQAcwAgAGEAbgB5 ACAAcwBlAHIAdgBpAGMAZQAgAHUAcwBpAG4AZwAgAGEAIABzAGkAbgBnAGwAZQAgAGMAYQByAGQA DQBJAHQAIAByAGUAZAB1AGMAZQBzACAAaQBuAHYAZQBuAHQAbwByAHkAIABmAG8AcgAgAG4AZQB0 AHcAbwByAGsAIABvAHAAZQByAGEAdABvAHIAcwANAEkAdAAgAHIAZQBkAHUAYwBlAHMAIAB0AGgA ZQAgAHYAZQBuAGQAbwByABkgcwAgAGQAZQB2AGUAbABvAHAAbQBlAG4AdAAgAGMAbwBzAHQADQBD AHUAcgByAGUAbgB0ACAAQQBTAEEAUABzACAAcwB1AHAAcABvAHIAdAAgAEEAQQBMADEADQBUAGgA ZQB5ACAAYwBhAG4AIABlAGEAcwBpAGwAeQAgAGIAZQAgAFMAVwAgAHUAcABnAHIAYQBkAGUAZAAg AHQAbwAgAHMAdQBwAHAAbwByAHQAIABUAEQATQBvAEkAUAANAFAAcgBvAHYAaQBkAGUAcgBzACAA ZABvAG4AGSB0ACAAbgBlAGUAZAAgAHQAbwAgAGEAYwBxAHUAaQByAGUAIABuAGUAdwAgAGMAYQBy AGQAcwAsACAADQAgACAAIAB0AGgAZQB5ACAAYwBhAG4AIAByAGUALQB1AHMAZQAgAGUAeABpAHMA dABpAG4AZwAgAGMAYQByAGQAcwAuAA0AQQBuAHkAIABvAHQAaABlAHIAIABtAGUAdABoAG8AZAAg AHIAZQBxAHUAaQByAGUAcwAgAG4AZQB3ACAASABXACAAYQBuAGQAIABtAGEAagBvAHIAIABjAGgA YQBuAGcAZQAgAG8AZgAgAEEAUwBBAFAAIABhAHIAYwBoAGkAdABlAGMAdAB1AHIAZQANAAAAoQ+i AAAAMgAAAAAAAAAAAIAAAAABAAAAAAAbAAAAAAAAAAAAMQAAAAEAAAAAACwAAAACAAAAAAAjAAAA AgABMAAABABQAAUARwAAAAEAAAAAAAEAAAAAAAAAAAAyAAAAAAAAAIAAAAAAAAAAGwAAAAAEAAAA BDEAAAAACAAAAAgsAAAAAAwAAAAMIwAAAAAQAAAAEEcAAAAAFAAAABQBAAAAABgAAAAYAADzAxQA AAB3AAAABAAAAAAAAAAuAQAAAAAAAAAA8wMUAAAAdAAAAAAAAAACAAAALAEAAAAAAAAAAJ8PBAAA AAAAAAAAAKgPCgAAAENvbmNsdXNpb24QAJ8PBAAAAAEAAAAAAKAPkAIAAFQARABNAG8ASQBQACAA aQBzACAAYgBhAHMAZQBkACAAbwBuACAAcAByAG8AdgBlAG4AIABBAEEATAAxACAAdABlAGMAaABu AG8AbABvAGcAeQAgAA0A4PAgAG4AbwAgAHIAaQBzAGsAIAANAFQARABNAG8ASQBQACAAaQBzACAA YgBhAHMAZQBkACAAbwBuACAAbwBmAGYALQB0AGgAZQAtAHMAaABlAGwAZgAgAG8AcgAgAGEAdgBh AGkAbABhAGIAbABlACAAQQBBAEwAMQAgAEgAVwAvAFMAVwAgAA0A4PAgACAAZgBhAHMAdAAgAHQA aQBtAGUAIAB0AG8AIABtAGEAcgBrAGUAdAANAFQARABNAG8ASQBQACAASQBuAHQAZQByAHcAbwBy AGsAcwAgAHMAZQBhAG0AbABlAHMAcwBsAHkAIAB3AGkAdABoACAAQQBUAE0ADQDg8CAAZQBhAHMA aQBlAHIAIABhAG4AZAAgAGwAZQBzAHMAIABlAHgAcABlAG4AcwBpAHYAZQAgAEkAbgB0AGUAcgB3 AG8AcgBrAGkAbgBnAA0AQQBBAEwAMQAgAHAAcgBvAHYAaQBkAGUAIABhACAAcwBpAG4AZwBsAGUA IABDAEUAUwAgAGkAbgB0AGUAcgBmAGEAYwBlACAAZgBvAHIAIAB0AGgAZQAgAHAAcgBvAHYAaQBk AGUAcgBzAA0AUABXAEUAMwAgAHMAaABvAHUAbABkACAAYQBjAGMAZQBwAHQAIABUAEQATQBvAEkA UAAgAA0AIAAgACAAZgBvAHIAIABUAEQATQAgAGUAbQB1AGwAYQB0AGkAbwBuACAAbwB2AGUAcgAg AEkAUAAvAE0AUABMAFMAAAChD8YAAAArAAAAAAAAAAAACwAAAAEAAAAAADoAAAAAAAAAAAAXAAAA AQAAAAAAJgAAAAAAAAAAAF8AAAABAAAAAAAbAAAAAAAAEAAAlgAiAAAAAAABIAAADgAKACsAAAAA AAIAGAAJAAAAAACCAAUAFgACAAAAAAACABYAOgAAAAAEAgAABBgAAgAAAAAEggAABAUAFgAVAAAA AAQCAAAEFgAmAAAAAAgCAAAIGABfAAAAAAiCAAAIBQAWAD0AAAABCAYAAQgYAP//AP4BAAEEUAAA AAAAAAH///9/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAAADqAwAAAAAPAO4DXCAAAAIA7wMYAAAAEAAAAAAAAAAA AAAABAAAgAAAAAAHAAAADwAMBAwgAAAPAALwBCAAAFAACPAIAAAAMwAAADWgAQAQABjxBAAAAAEA AAAPAAPwOB8AAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAoAEABQAA AA8ABPALAQAAEgAK8AgAAAACoAEAAAoAAMMAC/BIAAAAfwAAAAUAgAAEJ5EBvwAAAA8AgQEEAAAI gwEAAAAIvwEMAB8AwAEBAAAIywGcMQAA/wEGAA8AAQICAAAIPwIAAAMAfwMAAA8AAAAQ8AgAAABg AGAAYQ+iAg8ADfCTAAAAAACfDwQAAAAEAAAAAACoDy0AAABFYXN5IFVwZ3JhZGUgdG8gSVAvTVBM UyBDRVMgZnJvbSBDdXJyZW50IEFTQVAAAKEPLgAAAC4AAAAAAAAAAAAEAAAAAwAHAAMAAQAgAP// Zv4qAAAAAQAHAAEAAQAgAP//Zv4AAKYPFAAAAPAeAAAAAAAAAAAAAAAAAAAAAAAADwAD8O0dAAAP AATwOAAAAAEACfAQAAAA8AAAAE0DAAAjFAAAGBAAAAIACvAIAAAANaABAAECAAAAABDwCAAAAE0D 8AAjFBgQDwAE8IoAAABCAQrwCAAAAAOgAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBE AQQAAAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYA HwB/AwAADwCIAwEAAAAAAA/wEAAAAM8GAAArCgAAnggAACsKAAAPAATwigAAAEIBCvAIAAAABKAB AAIKAADzAAvwWgAAAIUAAgAAAIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABAQAACMsB OGMAAP8BHgAeAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAbAMA ACsKAACNBAAAKwoAAA8ABPB+AAAAMgAK8AgAAAAFoAEAAgoAANMAC/BOAAAAhQACAAAAhwABAAAA vwAAAA8AgQEHAAAIvwEcAB4AwAEBAAAI/wEOAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMA AA8AiAMBAAAAAAAP8BAAAACmAwAAuAkAABkEAAArCgAADwAE8IoAAABCAQrwCAAAAAagAQACCgAA 8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/ AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAALcHAAAEBwAA nggAAAQHAAAPAATwigAAAEIBCvAIAAAAB6ABAAIKAADzAAvwWgAAAIUAAgAAAIcAAQAAAL8AAAAP AEQBBAAAAH8BAAABAL8BAAAQAMABAQAACMsBOGMAAP8BHgAeAAECAgAACD8CAAADAL8CAQAPAP8C FgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAtwcAAI0NAACeCAAAjQ0AAA8ABPCKAAAAQgEK8AgAAAAI oAEAAgoAAPMAC/BaAAAAhQACAAAAhwABAAAAvwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEHAAAI ywFwxgAA/wEeAB4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAAAAC3 BwAA4wUAALcHAABzDgAADwAE8IoAAABCAQrwCAAAAAmgAQACCgAA8wAL8FoAAACFAAIAAACHAAEA AAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/ AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAAOAKAAAEBwAAdQwAAAQHAAAPAATw8gAAAOID CvAIAAAACqABAAIKAAADAQvwYAAAAIAA2FiRAYcAAQAAAL8AAgAPAEcBqk0AAEgBaoMAAIEB/8yZ AL8BHAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgD AQAAAAAAD/AQAAAA+gIAAI0HAABzBQAAbwgAAA8ADfBaAAAAAACfDwQAAAAEAAAAAACoDxAAAABT T05FVC9TREgNRnJhbWVyAAChDy4AAAARAAAAAAAACAAAAQAQAAAAAgAHAAIAAQAIAAAAAAABAAAA AAAHAAEAFAAAAAAADwAE8DkBAADiAwrwCAAAAAugAQACCgAAAwEL8GAAAACAAGhdkQGHAAEAAAC/ AAIADwBHAXMsAABIAWJ2AACBAf/MmQC/ARwAHgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAA AwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAALcHAABVAwAA4AoAAN0EAAAPAA3woQAA AAAAnw8EAAAABAAAAAAAqA8zAAAAVDEvSjEvRTEgRnJhbWVycw1UVS9WVCBNYXBwZXJzDU0xMyBN dXhlcw1UMyBGcmFtZXJzAAChDx4AAAA0AAAAAAAACAAAAQA0AAAAAgAHAAIAAQAIAAAAAAAAAKoP LAAAABYAAAAAAAAACAAAAAEAAAADAAQAAAAAAAAABgAAAAEAAAADAAwAAAAAAAAADwAD8CIDAAAP AATwVAAAAAEACfAQAAAAMAAAAOAHAADlAgAAoAgAAAIACvAIAAAADKABAAMCAAAjAAvwDAAAAAQA AAAAAIgDAQAAAAAAD/AQAAAA8AAAALgJAAAzBAAAnwoAAA8ABPB4AAAAQgEK8AgAAAANoAEAAgoA AMMAC/BIAAAAvwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAI PwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AAAAP8BAAAAAwAAAAQAgAAIABAABACAAADwAE8IQAAAAy AArwCAAAAA6gAQBCCgAA4wAL8FQAAACFAAIAAACHAAEAAAC/AAAADwCBAQQAAAiDAQAAAAi/AQAA EADAAQEAAAjLAThjAAD/AQ4ADgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwAAAA/wEAAA AJAAAADgBwAA8AAAAEAIAAAPAATweAAAABIACvAIAAAAD6ABAAIKAADDAAvwSAAAAIcAAQAAAL8A AgAPAIEBAQAACL8BHAAeAMABAAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAL8CAQAPAP8CFgAf AH8DAAAPAAAAD/AQAAAAUAEAABAIAADgAQAAcAgAAA8ABPB4AAAAEgAK8AgAAAAQoAEAAgoAAMMA C/BIAAAAhwABAAAAvwACAA8AgQEBAAAIvwEcAB4AwAEAAAAIywGcMQAA/wEOAA4AAQICAAAIPwIA AAMAvwIBAA8A/wIWAB8AfwMAAA8AAAAP8BAAAACwAQAA4AcAANACAACgCAAADwAE8LIAAACiDArw CAAAABGgAQACCgAAowAL8DwAAACAAOhikQG/AAIADwCBAQQAAAiDAQAAAAi/AQwAHgDAAQEAAAj/ AQYADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAAJUBAAD2BwAA5QIAAHYIAAAPAA3wPgAAAAAA nw8EAAAABAAAAAAAqA8GAAAAb3B0aWNzAAChDxwAAAAHAAAAAAAACAAAAQAHAAAAAAAHAAEACgAA AAAADwAE8IoAAABCAQrwCAAAABKgAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQA AAB/AQAAAQC/AQAAEADAAQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/ AwAADwCIAwEAAAAAAA/wEAAAAH0OAAArCgAAvxAAACsKAAAPAATwigAAAEIBCvAIAAAAE6ABAAIK AADzAAvwWgAAAIUAAgAAAIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABAQAACMsBOGMA AP8BHgAeAAECAgAACD8CAAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAfQ4AAI0N AACeDwAAjQ0AAA8ABPCKAAAAQgEK8AgAAAAUoAEAAgoAAPMAC/BaAAAAhQACAAAAhwABAAAAvwAA AA8ARAEEAAAAfwEAAAEAvwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAIPwIAAAMAvwIBAA8A /wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAAAAB9DgAABAcAAJ4PAAAEBwAADwAE8PgAAADiAwrwCAAA ABWgAQACCgAAAwEL8GAAAACAAIhmkQGHAAEAAAC/AAIADwBHAQoUAABIAVPg//+BAf/MmQC/ARwA HgDAAQEAAAjLAZwxAAD/AQYADgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAA AA/wEAAAAMcLAAA2DwAATBAAABgQAAAPAA3wYAAAAAAAnw8EAAAABAAAAAAAqA8mAAAAQUFMMSBT QVIvQ0VTDVN0cnVjdHVyZWQgJiBVbnN0cnVjdHVyZWQAAKEPHgAAACcAAAAAAAAIAAABACcAAAAC AAcAAgABAAgAAAAAAA8ABPCKAAAAQgEK8AgAAAAWoAEAAgoAAPMAC/BaAAAAhQACAAAAhwABAAAA vwAAAA8ARAEEAAAAfwEAAAEAvwEAABAAwAEBAAAIywE4YwAA/wEeAB4AAQICAAAIPwIAAAMAvwIB AA8A/wIWAB8AfwMAAA8AiAMBAAAAAAAP8BAAAADgCgAAKwoAAHUMAAArCgAADwAE8IoAAABCAQrw CAAAABegAQACCgAA8wAL8FoAAACFAAIAAACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADA AQEAAAjLAThjAAD/AR4AHgABAgIAAAg/AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/w EAAAAOAKAACNDQAAdQwAAI0NAAAPAATwigAAAEIBCvAIAAAAGKABAAIKAADzAAvwWgAAAIUAAgAA AIcAAQAAAL8AAAAPAEQBBAAAAH8BAAABAL8BAAAQAMABBwAACMsBcMYAAP8BHgAeAAECAgAACD8C AAADAL8CAQAPAP8CFgAfAH8DAAAPAIgDAQAAAAAAD/AQAAAAjQsAAOMFAACNCwAAcw4AAA8ABPD+ AAAA4gMK8AgAAAAZoAEAAgoAAAMBC/BgAAAAgADQapEBhwABAAAAvwACAA8ARwGhHAAASAHmjAAA gQH/zJkAvwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMA AA8AiAMBAAAAAAAP8BAAAAB1DAAATQMAAJ4PAACCBAAADwAN8GYAAAAAAJ8PBAAAAAQAAAAAAKgP LAAAAFByZXNlcnZlIGV4aXN0aW5nIExheWVyIDIgQVRNIEluZnJhc3RydWN0dXJlAAChDx4AAAAt AAAAAAAACAAAAQAtAAAAAgAHAAIAAQAIAAAAAAAPAATweAAAABIACvAIAAAAGqABAAIKAADDAAvw SAAAAIUAAgAAAIcAAQAAAL8AAAAPAIEBAP//AL8BHAAeAMABBAAACMsBnDEAAP8BDgAOAAECAgAA CD8CAAADAH8DAAAPAIgDAQAAAAAAD/AQAAAAvxAAANEIAAB1EwAATAsAAA8ABPDfAAAAogwK8AgA AAAboAEAAgoAAMMAC/BIAAAAgACkbpEBvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGc MQAA/wEGAA4AAQICAAAIPwIAAAMAfwMAAA8AiAMBAAAAAAAP8BAAAABMEAAA/ggAACMUAAAECwAA DwAN8F8AAAAAAJ8PBAAAAAQAAAAAAKgPJQAAAE5QIA1UTSAmIFBvbGljaW5nIElQL01QTFMNSW50 ZXdvcmtpbmcAAKEPHgAAACYAAAAAAAAIAAABACYAAAABAAcAAQABAAwAAAAAAA8ABPD8AAAA4gMK 8AgAAAAcoAEAAgoAAAMBC/BgAAAAgADob5EBhwABAAAAvwACAA8ARwHjHgAASAEphAAAgQH/zJkA vwEcAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMAvwIBAA8A/wIWAB8AfwMAAA8AiAMB AAAAAAAP8BAAAAD5EAAANQYAACMUAABqBwAADwAN8GQAAAAAAJ8PBAAAAAQAAAAAAKgPKgAAAFNv ZnR3YXJlIFVwZ3JhZGUgdG8gSVAvTVBMUyBJbmZyYXN0cnVjdHVyZQAAoQ8eAAAAKwAAAAAAAAgA AAEAKwAAAAIABwACAAEACAAAAAAADwAE8IoAAABCAQrwCAAAAB2gAQACCgAA8wAL8FoAAACFAAIA AACHAAEAAAC/AAAADwBEAQQAAAB/AQAAAQC/AQAAEADAAQcAAAjLAXDGAAD/AR4AHgABAgIAAAg/ AgAAAwC/AgEADwD/AhYAHwB/AwAADwCIAwEAAAAAAA/wEAAAAJ4PAADjBQAAng8AAHMOAAAPAAPw qAEAAA8ABPBUAAAAAQAJ8BAAAAAXBwAAoAUAAEcJAAAgBwAAAgAK8AgAAAAfoAEAAwIAACMAC/AM AAAABAAAAAAAiAMBAAAAAAAP8BAAAABZCAAAHQYAAPwKAADqBwAADwAE8HIAAAASAArwCAAAACCg AQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/ AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIM CvAIAAAAIaABAAIKAADTAAvwTgAAAIAAXHaRAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAA CL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAFwcAABAG AABHCQAAoAYAAA8ADfBEAAAAAACfDwQAAAAEAAAAAACoDwoAAABURE0gRnJhbWVyAAChDx4AAAAL AAAAAAAACAAAAQALAAAAAQAHAAEAAQAMAAAAAAAPAAPwqAEAAA8ABPBUAAAAAQAJ8BAAAAAWBwAA oAUAAEYJAAAgBwAAAgAK8AgAAAAioAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABw CAAARQkAABMLAAASCwAADwAE8HIAAAASAArwCAAAACOgAQACCgAAswAL8EIAAACFAAIAAACHAAEA AAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAA AA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIMCvAIAAAAJKABAAIKAADTAAvwTgAAAIAA yHqRAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAO AAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAFgcAABEGAABGCQAAoQYAAA8ADfBEAAAAAACfDwQA AAAEAAAAAACoDwoAAABURE0gRnJhbWVyAAChDx4AAAALAAAAAAAACAAAAQALAAAAAQAHAAEAAQAM AAAAAAAPAAPwqAEAAA8ABPBUAAAAAQAJ8BAAAAAWBwAAoAUAAEYJAAAgBwAAAgAK8AgAAAAloAEA AwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABwCAAApgwAABMLAABzDgAADwAE8HIAAAAS AArwCAAAACagAQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQA AAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAP AATwygAAAKIMCvAIAAAAJ6ABAAIKAADTAAvwTgAAAIAAZH+RAYUAAgAAAIcABgAAAL8AAgAPAIEB BAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQ AAAAFgcAABAGAABGCQAAoAYAAA8ADfBEAAAAAACfDwQAAAAEAAAAAACoDwoAAABURE0gRnJhbWVy AAChDx4AAAALAAAAAAAACAAAAQALAAAAAQAHAAEAAQAMAAAAAAAPAAPwqgEAAA8ABPBUAAAAAQAJ 8BAAAAD/BgAAoAUAAGEJAAAgBwAAAgAK8AgAAAAooAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAA AAAP8BAAAABEBAAARQkAACIHAAASCwAADwAE8HIAAAASAArwCAAAACmgAQACCgAAswAL8EIAAACF AAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAA AwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwzAAAAKIMCvAIAAAAKqABAAIKAADT AAvwTgAAAIAAhIORAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsB nDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAA/wYAABEGAABhCQAAoQYAAA8ADfBG AAAAAACfDwQAAAAEAAAAAACoDwwAAABTb25ldCBGcmFtZXIAAKEPHgAAAA0AAAAAAAAIAAABAA0A AAABAAcAAQABAAwAAAAAAA8AA/CpAQAADwAE8FQAAAABAAnwEAAAAAEHAACgBQAAXwkAACAHAAAC AArwCAAAACugAQADAgAAIwAL8AwAAAAEAAAAAACIAwEAAAAAAA/wEAAAAC4MAAAdBgAACA8AAOoH AAAPAATwcgAAABIACvAIAAAALKABAAIKAACzAAvwQgAAAIUAAgAAAIcAAQAAAL8AAAAPAIEB///M AL8BHAAeAMABBAAACMsBnDEAAP8BDgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAIAcAAKAF AAAwCQAAIAcAAA8ABPDLAAAAogwK8AgAAAAtoAEAAgoAANMAC/BOAAAAgACkh5EBhQACAAAAhwAG AAAAvwACAA8AgQEEAAAIgwEAAAAIvwEMAB4AwAEBAAAIywGcMQAA/wEGAA4AAQICAAAIPwIAAAMA fwMAAA8AAAAP8BAAAAABBwAAEAYAAF8JAACgBgAADwAN8EUAAAAAAJ8PBAAAAAQAAAAAAKgPCwAA AEhETEMgRW5naW5lAAChDx4AAAAMAAAAAAAACAAAAQAMAAAAAQAHAAEAAQAMAAAAAAAPAAPwqAEA AA8ABPBUAAAAAQAJ8BAAAAAgBwAAoAUAADoJAAAgBwAAAgAK8AgAAAAuoAEAAwIAACMAC/AMAAAA BAAAAAAAiAMBAAAAAAAP8BAAAABsDAAARQkAAPQOAAASCwAADwAE8HIAAAASAArwCAAAAC+gAQAC CgAAswAL8EIAAACFAAIAAACHAAEAAAC/AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4A DgABAgIAAAg/AgAAAwB/AwAADwAAAA/wEAAAACAHAACgBQAAMAkAACAHAAAPAATwygAAAKIMCvAI AAAAMKABAAIKAADTAAvwTgAAAIAAxIuRAYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8B DAAeAMABAQAACMsBnDEAAP8BBgAOAAECAgAACD8CAAADAH8DAAAPAAAAD/AQAAAAJgcAABEGAAA6 CQAAoQYAAA8ADfBEAAAAAACfDwQAAAAEAAAAAACoDwoAAABJTUEgRW5naW5lAAChDx4AAAALAAAA AAAACAAAAQALAAAAAQAHAAEAAQAMAAAAAAAPAAPwvAEAAA8ABPBUAAAAAQAJ8BAAAAD/BgAAoAUA AGIJAAAgBwAAAgAK8AgAAAAxoAEAAwIAACMAC/AMAAAABAAAAAAAiAMBAAAAAAAP8BAAAABRDAAA pgwAADEPAABzDgAADwAE8HIAAAASAArwCAAAADKgAQACCgAAswAL8EIAAACFAAIAAACHAAEAAAC/ AAAADwCBAf//zAC/ARwAHgDAAQQAAAjLAZwxAAD/AQ4ADgABAgIAAAg/AgAAAwB/AwAADwAAAA/w EAAAACAHAACgBQAAMAkAACAHAAAPAATw3gAAAKIMCvAIAAAAM6ABAAIKAADTAAvwTgAAAIAA5I+R AYUAAgAAAIcABgAAAL8AAgAPAIEBBAAACIMBAAAACL8BDAAeAMABAQAACMsBnDEAAP8BBgAOAAEC AgAACD8CAAADAH8DAAAPAAAAD/AQAAAA/wYAABAGAABiCQAAoAYAAA8ADfBYAAAAAACfDwQAAAAE AAAAAACoDwwAAAAgQUFMMSBFbmdpbmUAAKEPMAAAAA0AAAAAAAAIAAABAAEAAAABAAcAAQABAAoA /psD/gwAAAABAAcAAQABAAwAAAAAAA8ABPBIAAAAEgAK8AgAAAABoAEAAAwAAIMAC/AwAAAAgQEA AAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAXwAF8FAAAAAAABfw CAAAAAEAAAAKoAEAAAAX8AgAAAACAAAAC6ABAAAAF/AIAAAAAwAAABWgAQAAABfwCAAAAAQAAAAZ oAEAAAAX8AgAAAAFAAAAHKABABAA8AcgAAAAAAAAAP///wAAAGYAkKfWAElwvQBhj/0A/psDAGGP /QAAAHIXEAAAAAEAEACJKQEAdwAQAN9GAQAAAPUPHAAAAC4BAACcCgADZSkBAENnAQABAAAAdwAA AAEAJwIPAOgDSx0AAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAAAgAAAAMAAAABAAEA AAAAAQ8ACQQsAAAAAAAKBAQAAACHAQAADwDqDxgAAAAPAAUQEAAAAAAABBAIAAAAfwEAAAAAuQAP APIDngMAAC8AyA/qAAAAMADSDwQAAAACAAAAAAC6DygAAAAYIBwgCP8UMDv/W/8IMAowDDAOMBAw 5f8E/yQAKABbAFwAewBi/+H/EAC6D6YAAAABMAIwDP8O//swGv8b/x//Af+bMJww/TD+MJ0wnjAF MPwwGSAdIAn/FTA9/13/CTALMA0wDzARMLAAMCAyIDMgAyHg/wX/QTBDMEUwRzBJMGMwgzCFMIcw jjChMKMwpTCnMKkwwzDjMOUw5zDuMPUw9jAhACUAKQAsAC4AOgA7AD8AXQB9AGH/Y/9k/2X/Z/9o /2n/av9r/2z/bf9u/2//cP+e/5//DwDVB8gBAAAAALcPRAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAA UgBvAG0AYQBuAAAAiDS5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjdDTAATAQSEAC3D0QAAABB AHIAaQBhAGwAAABOAGUAdwAgAFIAbwBtAGEAbgAAAIg0uQB82hIAZNoSAHbHCzAIAAAAAAAAAHza EgAo3Q0wAEwEIiAAtw9EAAAATQBvAG4AbwB0AHkAcABlACAAUwBvAHIAdABzAAAAAACINLkAfNoS AGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAIABAIwALcPRAAAAFQAaQBtAGUAcwBUAGUAbgAgAFIA bwBtAGEAbgBTAEMAAAC5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjdDTAAAAAAQAC3D0QAAABQ AE0AQwBfAFAATQBDAC0AUwBJAEUAUgBSAEEAXwBsAG8AZwBvAAAAZNoSAHbHCzAIAAAAAAAAAHza EgAo3Q0wAgAEIlAAtw9EAAAAVwBpAG4AZwBkAGkAbgBnAHMAAABFAFIAUgBBAF8AbABvAGcAbwAA AGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAJMBAIAAKQPEgAAAIAAZwAAAAEA/////xQA/psD/gAA pQ8MAAAAAAAACC4AAQACAAAAAACrDx4AAAD/HwAABQBAAgAAAAAAACABIAFAAkACYANgA4AEgAQA AKkPCgAAAAcAAAACAAkEAABAAKMPbgAAAAUA//0/AAAAIiAAAGQAAAAAAAAAZAAAAAAAAAAAAEAC AAAAAAIAAAD//+8AAAAAAP///////xgAAAAAAQAAAAUAACABIAEAAAAAAAUAAEACQAIAAAAAAAUA AGADYAMAAAAAAAUAAIAEgAQAAAAADwALBAAHAAAPAADw+AYAAAAABvBQAwAAAqgBAGkAAACtAAAA DAAAAAAAAABZAAAADAAAAAQAAAAFAAAAAgAAAAAAAAAIAAAAAAAAAAQAAAAAAAAALwAAAAAAAAAE AAAAAAAAAAgAAAAAAAAACgAAAAAAAAANAAAAAAAAAAQAAAAAAAAAEQAAAAAAAAAEAAAAAAAAABkA AAAAAAAAEAAAAAAAAAATAAAAAAAAAAgAAAAAAAAABAAAAAAAAAAHAAAAAAAAAC4AAAAAAAAABgAA AAAAAAAGAAAAAAAAAAgAAAAAAAAABgAAAAAAAAAGAAAAAAAAAAgAAAAAAAAABgAAAAAAAAAGAAAA AAAAAAYAAAAAAAAAHgAAAAAAAAAGAAAAAAAAAAYAAAAAAAAABAAAAAAAAAACAAAAAAAAABEAAAAA AAAAEAAAAAEAAAARAAAABAAAABMAAAAAAAAABQAAAAAAAAAEAAAAAAAAAAYAAAAAAAAABAAAAAAA AAAIAAAAAAAAADUAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAGAAAAAAAA AAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAKAAAA BAAAAAgAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAE AAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQA AAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAADAAAABAAAAAAAAAAEAAAAAAAAAAUAAAAAAAAABAAAAAMAAAAEAAAA AAAAACMAAAAAAAAABAAAAAAAAAAkAAAAAAAAAAQAAAAAAAAABwAAAAAAAAAmAAAAAAAAAG0AAAAA AAAABgAAAAAAAAAVAAAAAAAAAAQAAAAAAAAANgAAAAcAAAAEAAAACAAAAF4AAAAEAAAABAAAAAsA AAAEAAAACQAAACsAAAAAAAAABQAAAAAAAABmAAAAAgAAADYAAAB/AAHwNAEAAGIAB/AkAAAABgbN o7l0VIHzxsBS6yOm+Kox/wCsIAAAAgAAAAAAAAAAAMgAAgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAA AAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAA AAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAMgAAgAH8CQA AAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAA AAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAGIAB/AkAAAABgZOw0g/CFZfv+nUliajghX8/wDh4QUA AgAAAKwgAAAAAMgAowUL8BwCAACBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACI AAAAAACJAAAAAAC/AAAADwAMAfQAABANAQAAACAOAQAAACCAAQAAAACBAQQAAAiCAQAAAQCDAQAA AAiEAQAAAQCFAQAAACCGQQAAAACHwQAAAACIAQAAAACJAQAAAACKAQAAAACLAQAAAACMAQAAAACN AQAAAACOAQAAAACPAQAAAACQAQAAAACRAQAAAACSAQAAAACTAQAAAACUAQAAAACVAQAAAACWAQAA AACXwQAAAACYAQAAAACZAQAAAACaAQAAAACbAQAAAACcAQMAAEC/AQwAHgDAAQEAAAjBAQAAAQDC Af///wDDAQAAACDEAQAAAADFQQAAAADGwQAAAADHAQAAAADIAQAAAADJAQAAAADKAQAAAADLAZwx AADMAQAACADNAQAAAADOAQAAAADPwQAAAADXAQIAAAD/AQYADgAAAgAAAAABAgIAAAgCAsvLywAD AgAAACAEAgAAAQAFAjhjAAAGAjhjAAAHAgAAAAAIAgAAAAAJAgAAAQAKAgAAAAALAgAAAAAMAgAA AQANAgAAAAAOAgAAAAAPAgABAAAQAgAAAAARAgAAAAA/AgAAAwAEAwEAAABBA6gpAQBCAwAAAABD AwMAAABEA3y+AQBFAwAAAAB/AwAADwCEA3y+AQCFAwAAAACGA3y+AQCHAwAAAACAABrxIAAAAP// AADMMwAA/2aZAMz//wD//2YAmf8zAAAzzABmMwAAQAAe8RAAAADMMwAAAQAACP/////3AAAQHwDw DzgAAAAAAPMDFAAAAEIAAAAEAAAAAAAAAAQAAIAAAAAAAADzAxQAAABDAAAABAAAAAAAAAAFAACA AAAAAA8A0Ad5AQAAHwD/AxQAAAACAAAEDAAAAAAAAAAAAAAAAgAAAB8AFAQcAAAAAAAVBBQAAAC6 HXXsAMqaOzJOzckAypo7AAIAAQ8A+gNnAAAAAAD+AwMAAAAAAQAAAP0DNAAAAEIAAABkAAAAQgAA AGQAAAB2xwswCAAAAAAAAABw2hIAAAAAAAAAAACk+///yP7//wAAAABwAPsDCAAAAAAAAABwCAAA cAD7AwgAAAABAAAAQAsAAB8ABwQ8AAAAAAD9AzQAAAAhAAAAZAAAACEAAABkAAAAYPMNMCzeEgAA AAAAdDW5AAAAAAAAAAAAAAAAAAAAAAAAARIAHwATBDwAAAAAAP0DNAAAAGQAAABkAAAAZAAAAGQA AABg8w0wLN4SAAAAAAB0NbkAAAAAAAAAAAAAAAAAAAAAAAABEgAPAIgTOgAAAA8AihMyAAAAAAC6 Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMUAAAALwDIDwwAAAAwANIPBAAAAIAAAAA/ANkPDAAAAAAA 2g8EAAAAAAAlAA8A8A/8DwAAAADzAxQAAABhAAAAAAAAAAIAAAAnAQAAAAAAAAAAnw8EAAAABgAA AAAAqA8cAAAAV2h5IFBXRTMgU2hvdWxkIEFkb3B0IFRETW9JUBAAnw8EAAAABQAAAAAAqA9OAAAA U2hhaHJhbSBEYXZhcmkNUHJvZHVjdCBSZXNlYXJjaCBHcm91cA1QTUMtU2llcnJhDVNoYWhyYW1f ZGF2YXJpQHBtYy1zaWVycmEuY29tAAChDyAAAABPAAAAAAAAAAAADwAAAAEAAAABAEAAAAABAAIA AQAYAAAAqg8sAAAAOQAAAAAAAAAGAAAAAQAAAAMAAQAAAAAAAAADAAAAAQAAAAMADAAAAAAAAAAA APMDFAAAAGQAAAAAAAAAAgAAACgBAAAAAAAAAACfDwQAAAAAAAAAAACoDxsAAABTb21lIEFwcGxp Y2F0aW9ucyBvZiBURE1vSVAQAJ8PBAAAAAEAAAAAAKAPAgIAAEwAZQBhAHMAZQBkACAAbABpAG4A ZQAgAHMAZQByAHYAaQBjAGUAcwAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBlAHQAdwBl AGUAbgAgAGEAIABjAHUAcwB0AG8AbQBlAHIAIABzAGkAdABlACAAYQBuAGQAIABhACAAUABvAFAA DQBQAHIAaQB2AGEAdABlACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUAIABvAHYAZQByACAASQBQ AC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAGMAdQBzAHQAbwBtAGUAcgAgAHMA aQB0AGUAcwAgACgAUABTAFQATgAgAGIAeQBwAGEAcwBzACkADQBUAG8AbABsACAAYgB5AHAAYQBz AHMADQBCAGUAdAB3AGUAZQBuACAAdAB3AG8AIABDAGUAbgB0AHIAYQBsACAATwBmAGYAaQBjAGUA cwAgACgAQwBPACkADQBDAGUAbABsAHUAbABhAHIAIABiAGEAYwBrAGgAYQB1AGwAIABvAHYAZQBy ACAASQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIABCAFQAUwAgAGEAbgBkACAAQgBTAEMA DQBDAGEAcgByAGkAZQByABkgcwAgAGMAYQByAHIAaQBlAHIADQAAAKEPxAAAACIAAAAAAAAAAAAi AAAAAQAAAAAAIgAAAAAAAAAAACkAAAABAAAAAAAMAAAAAAAAAAAAIQAAAAEAAAAAAB8AAAAAAAAA AAAUAAAAAQAAAAAAEgAAAAAAAAAAAAEAAAABAAAAAAAiAAAAAAAAACIAAAAAAAAAIgAAAAAEAAAA BCkAAAAABAAAAAQMAAAAAAgAAAAIIQAAAAAIAAAACB8AAAAADAAAAAwUAAAAAAwAAAAMEgAAAAAQ AAAAEAEAAAAAFAAAABQAAKoPGgAAAD8AAAAAAAAABAAAAAEAAAADAL8AAAAAAAAAAADzAxQAAABw AAAAAAAAAAIAAAApAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAAUmV1c2Ugb2YgRXhpc3Rpbmcg VGVjaG5vbG9naWVzEACfDwQAAAABAAAAAACoD6MBAABBQUwxIGlzIGRlc2lnbmVkIGZvciBjaXJj dWl0IGFuZCBsb29wIGVtdWxhdGlvbg1BQUwxIGlzIGEgcHJvdmVuIHRlY2hub2xvZ2llcyB3aXRo IG9mZi10aGUtc2hlbGYgb3IgYXZhaWxhYmxlIEhXL1NXDUFBTDEgaGFzIGEgbnVtYmVyIG9mIGRl c2lyYWJsZSBmZWF0dXJlcw1DbG9jayByZWNvdmVyeSBtZWNoYW5pc20NU3RydWN0dXJlIHBvaW50 ZXIgKGZvciBtdWx0aS1mcmFtZSByZWNvdmVyeSkNU3VwcG9ydCBmb3IgQ0FTDVN1cHBvcnQgZm9y IHN0cnVjdHVyZWQgYW5kIHVuc3RydWN0dXJlZCBURE0NU3VwcG9ydCBmb3IgTng2NCBLYml0L3Nl Yw1PcHRpb25hbCBlcnJvciBjb3JyZWN0aW9uIChGRUMpDU9wZXJhdG9ycyB3YW50IGEgU0lOR0xF IGFwcGxpY2F0aW9uIGludGVyZmFjZSAoQVBJKSBmb3IgQVRNIGFuZCBJUC9NUExTIENFUwAAoQ88 AAAAnAAAAAAAAAAAALwAAAABAAAAAABMAAAAAAAAAAAAnAAAAAAAAgAYALwAAAAAAAIAFgBMAAAA AAACABgAAACqDxoAAAAvAQAAAAAAAAQAAAABAAAAAwBxAAAAAAAAAAAA8wMUAAAAcQAAAAQAAAAC AAAAKgEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPHgAAAE5lZWQgZm9yIEludGVyd29ya2luZyB3aXRo IEFUTRAAnw8EAAAAAQAAAAAAqA9eAAAASW50ZXJ3b3JraW5nIHdpdGggQVRNIGlzIG9mdGVuIHJl cXVpcmVkLg1DYXJyaWVycyBjdXJyZW50bHkgdXNlIEFUTSBmb3IgY2lyY3VpdC9sb29wIGVtdWxh dGlvbgAAoQ8mAAAAKQAAAAAAAAAAADYAAAABAAAAAAApAAAAAAAAADYAAAAABAAAAAQAAPMDFAAA AHUAAAAEAAAAAQAAAC0BAAAAAAAAAACfDwQAAAAAAAAAAACoDzQAAABFYXNlIG9mIEludGVyd29y a2luZyBiZXR3ZWVuIEFUTSBDRVMgYW5kIFRETW9JUC9NUExTAADzAxQAAAByAAAAAAAAAAIAAAAr AQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8KAAAAQVNBUCBSZXVzZRAAnw8EAAAAAQAAAAAAoA8oAwAA QQBuAHkAIABTAGUAcgB2AGkAYwBlACAAQQBuAHkAIABQAG8AcgB0ACAAaQBzACAAYQBuACAAaQBt AHAAbwByAHQAYQBuAHQAIABhAHIAYwBoAGkAdABlAGMAdAB1AHIAZQANAEkAdAAgAHMAdQBwAHAA bwByAHQAcwAgAGEAbgB5ACAAcwBlAHIAdgBpAGMAZQAgAHUAcwBpAG4AZwAgAGEAIABzAGkAbgBn AGwAZQAgAGMAYQByAGQADQBJAHQAIAByAGUAZAB1AGMAZQBzACAAaQBuAHYAZQBuAHQAbwByAHkA IABmAG8AcgAgAG4AZQB0AHcAbwByAGsAIABvAHAAZQByAGEAdABvAHIAcwANAEkAdAAgAHIAZQBk AHUAYwBlAHMAIAB0AGgAZQAgAHYAZQBuAGQAbwByABkgcwAgAGQAZQB2AGUAbABvAHAAbQBlAG4A dAAgAGMAbwBzAHQADQBDAHUAcgByAGUAbgB0ACAAQQBTAEEAUABzACAAcwB1AHAAcABvAHIAdAAg AEEAQQBMADEADQBUAGgAZQB5ACAAYwBhAG4AIABlAGEAcwBpAGwAeQAgAGIAZQAgAFMAVwAgAHUA cABnAHIAYQBkAGUAZAAgAHQAbwAgAHMAdQBwAHAAbwByAHQAIABUAEQATQBvAEkAUAANAFAAcgBv AHYAaQBkAGUAcgBzACAAZABvAG4AGSB0ACAAbgBlAGUAZAAgAHQAbwAgAGEAYwBxAHUAaQByAGUA IABuAGUAdwAgAGMAYQByAGQAcwAsACAADQAgACAAIAB0AGgAZQB5ACAAYwBhAG4AIAByAGUALQB1 AHMAZQAgAGUAeABpAHMAdABpAG4AZwAgAGMAYQByAGQAcwAuAA0AQQBuAHkAIABvAHQAaABlAHIA IABtAGUAdABoAG8AZAAgAHIAZQBxAHUAaQByAGUAcwAgAG4AZQB3ACAASABXACAAYQBuAGQAIABt AGEAagBvAHIAIABjAGgAYQBuAGcAZQAgAG8AZgAgAEEAUwBBAFAAIABhAHIAYwBoAGkAdABlAGMA dAB1AHIAZQANAAAAoQ+iAAAAMgAAAAAAAAAAAIAAAAABAAAAAAAbAAAAAAAAAAAAMQAAAAEAAAAA ACwAAAACAAAAAAAjAAAAAgABMAAABABQAAUARwAAAAEAAAAAAAEAAAAAAAAAAAAyAAAAAAAAAIAA AAAAAAAAGwAAAAAEAAAABDEAAAAACAAAAAgsAAAAAAwAAAAMIwAAAAAQAAAAEEcAAAAAFAAAABQB AAAAABgAAAAYAADzAxQAAAB3AAAABAAAAAAAAAAuAQAAAAAAAAAA8wMUAAAAdAAAAAAAAAACAAAA LAEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPCgAAAENvbmNsdXNpb24QAJ8PBAAAAAEAAAAAAKAPjgIA AFQARABNAG8ASQBQACAAaQBzACAAYgBhAHMAZQBkACAAbwBuACAAcAByAG8AdgBlAG4AIABBAEEA TAAxACAAdABlAGMAaABuAG8AbABvAGcAeQAgAA0A4PAgAG4AbwAgAHIAaQBzAGsAIAANAFQARABN AG8ASQBQACAAaQBzACAAYgBhAHMAZQBkACAAbwBuACAAbwBmAGYALQB0AGgAZQAtAHMAaABlAGwA ZgAgAG8AcgAgAGEAdgBhAGkAbABhAGIAbABlACAAQQBBAEwAMQAgAEgAVwAvAFMAVwAgAA0A4PAg ACAAZgBhAHMAdAAgAHQAaQBtAGUAIAB0AG8AIABtAGEAcgBrAGUAdAANAFQARABNAG8ASQBQACAA SQBuAHQAZQByAHcAbwByAGsAcwAgAHMAZQBhAG0AbABlAHMAcwBsAHkAIAB3AGkAdABoACAAQQBU AE0ADQDg8CAAZQBhAHMAaQBlAHIAIABhAG4AZAAgAGwAZQBzAHMAIABlAHgAcABlAG4AcwBpAHYA ZQAgAEkAbgB0AGUAcgB3AG8AcgBrAGkAbgBnAA0AQQBBAEwAMQAgAHAAcgBvAHYAaQBkAGUAIABh ACAAcwBpAG4AZwBsAGUAIABDAEUAUwAgAGkAbgB0AGUAcgBmAGEAYwBlACAAZgBvAHIAIAB0AGgA ZQAgAHAAcgBvAHYAaQBkAGUAcgBzAA0AUABXAEUAMwAgAHMAaABvAHUAbABkACAAYQBkAG8AcAB0 ACAAVABEAE0AbwBJAFAAIAANACAAIAAgAGYAbwByACAAVABEAE0AIABlAG0AdQBsAGEAdABpAG8A bgAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAAAAoQ/GAAAAKwAAAAAAAAAAAAsAAAABAAAAAAA6 AAAAAAAAAAAAFwAAAAEAAAAAACYAAAAAAAAAAABfAAAAAQAAAAAAGgAAAAAAABAAAJYAIgAAAAAA ASAAAA4ACgArAAAAAAACABgACQAAAAAAggAFABYAAgAAAAAAAgAWADoAAAAABAIAAAQYAAIAAAAA BIIAAAQFABYAFQAAAAAEAgAABBYAJgAAAAAIAgAACBgAXwAAAAAIggAACAUAFgA8AAAAAQgGAAEI GAD//wD+AQABBFAAAAAAAAAB////fwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAAA6gMAAAAADwDuA9gBAAACAO8D GAAAAAAAAAAPEAAAAAAAAAUAAIAAAAAABwAAAA8ADASIAQAADwAC8IABAAAwAAjwCAAAAAMAAAAD RAEADwAD8BgBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAEQBAAUA AAAPAATwbAAAABIACvAIAAAAAkQBACACAABDAAvwGAAAAIAAZF+QAb8BAAABAP8BAAABAAEDApgA AAAAEPAIAAAA0AKwAdAUAAYPABHwEAAAAAAAwwsIAAAAAAAAAA8AkAEPAA3wDAAAAAAAng8EAAAA AAAAAA8ABPBsAAAAEgAK8AgAAAADRAEAIAIAAEMAC/AYAAAAgAAUPZABvwEAAAEA/wEAAAEAAQMD mAAAAAAQ8AgAAADwBmADIBPgDQ8AEfAQAAAAAADDCwgAAAABAAAAEACQAQ8ADfAMAAAAAACeDwQA AAABAAAADwAE8EgAAAASAArwCAAAAAFEAQAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCU Ad69aAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAAAAAAD///8AAABmAJCn1gBJcL0A YY/9AP6bAwBhj/0ADwDuA+QBAAACAO8DGAAAAAEAAAANDgAAAAAAAAQAAIAAAAAABwAAAA8ADASU AQAADwAC8IwBAACwAAjwCAAAAAMAAAADkAEADwAD8CQBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAA AAAAAAAAAAAAAAIACvAIAAAAAJABAAUAAAAPAATwcgAAABIACvAIAAAAApABACACAABTAAvwHgAA AH8AAAAEAIAAGLr5Ab8BAAABAP8BAAABAAEDBJQAAAAAEPAIAAAAYABgAGEPogIPABHwEAAAAAAA wwsIAAAAAAAAAA0A+QEPAA3wDAAAAAAAng8EAAAAAAAAAA8ABPByAAAAEgAK8AgAAAADkAEAIAIA AFMAC/AeAAAAfwAAAAQAgADUuvkBvwEAAAEA/wEAAAEAAQMFlAAAAAAQ8AgAAAAwA4ABABVgDw8A EfAQAAAAAADDCwgAAAABAAAADgD5AQ8ADfAMAAAAAACeDwQAAAABAAAADwAE8EgAAAASAArwCAAA AAGQAQAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkA AAA/AwEAAQAQAPAHIAAAAAAAAAD///8AAABmAJCn1gBJcL0AYY/9AP6bAwBhj/0AAAByFxgAAAAB ABAAf2cBAGEAEADShAEAdAAQALKGAQAAAPUPHAAAACwBAACcCgADW2cBAJ6IAQABAAAAdwAAAAEA cwAPAOgDzRwAAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAAAgAAAAMAAAABAAEAAAAA AQ8ACQQsAAAAAAAKBAQAAACIAQAADwDqDxgAAAAPAAUQEAAAAAAABBAIAAAAfwEAAAAAuQAPAPID ngMAAC8AyA/qAAAAMADSDwQAAAACAAAAAAC6DygAAAAYIBwgCP8UMDv/W/8IMAowDDAOMBAw5f8E /yQAKABbAFwAewBi/+H/EAC6D6YAAAABMAIwDP8O//swGv8b/x//Af+bMJww/TD+MJ0wnjAFMPww GSAdIAn/FTA9/13/CTALMA0wDzARMLAAMCAyIDMgAyHg/wX/QTBDMEUwRzBJMGMwgzCFMIcwjjCh MKMwAQQAAAIEAAADBAAABAQAAAUEAAAGBAAABwQAAAgEAAAJBAAACgQAAAsEAAAMBAAADQQAAA4E AAAPBAAAEAQAABEEAAASBAAAEwQAABQEAAAVBAAAFgQAABcEAAAYBAAAGQQAABoEAAAbBAAAHAQA AB0EAAD+//////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //+lMKcwqTDDMOMw5TDnMO4w9TD2MCEAJQApACwALgA6ADsAPwBdAH0AYf9j/2T/Zf9n/2j/af9q /2v/bP9t/27/b/9w/57/n/8PANUHyAEAAAAAtw9EAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8A bQBhAG4AAACINLkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMABMBBIQALcPRAAAAEEAcgBp AGEAbAAAAE4AZQB3ACAAUgBvAG0AYQBuAAAAiDS5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjd DTAATAQiIAC3D0QAAABNAG8AbgBvAHQAeQBwAGUAIABTAG8AcgB0AHMAAAAAAIg0uQB82hIAZNoS AHbHCzAIAAAAAAAAAHzaEgAo3Q0wAgAEAjAAtw9EAAAAVABpAG0AZQBzAFQAZQBuACAAUgBvAG0A YQBuAFMAQwAAALkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAAAAABAALcPRAAAAFAATQBD AF8AUABNAEMALQBTAEkARQBSAFIAQQBfAGwAbwBnAG8AAABk2hIAdscLMAgAAAAAAAAAfNoSACjd DTACAAQiUAC3D0QAAABXAGkAbgBnAGQAaQBuAGcAcwAAAEUAUgBSAEEAXwBsAG8AZwBvAAAAZNoS AHbHCzAIAAAAAAAAAHzaEgAo3Q0wAkwEAgAApA8SAAAAgABnAAAAAQD/////FAD+mwP+AAClDwwA AAAAAAAILgABAAIAAAAAAKsPHgAAAP8fAAAFAEACAAAAAAAAIAEgAUACQAJgA2ADgASABAAAqQ8K AAAABwAAAAIACQQAAEAAow9uAAAABQD//T8AAAAiIAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAA AgAAAP//7wAAAAAA////////GAAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANg AwAAAAAABQAAgASABAAAAAAPAAsEAAcAAA8AAPD4BgAAAAAG8FADAAACqAEAaQAAAK0AAAAMAAAA AAAAAFkAAAAKAAAABAAAAAUAAAACAAAAAAAAAAgAAAAAAAAABAAAAAAAAAAvAAAAAAAAAAQAAAAA AAAACAAAAAAAAAAKAAAAAAAAAA0AAAAAAAAABAAAAAAAAAARAAAAAAAAAAQAAAAAAAAAGQAAAAAA AAAQAAAAAAAAABMAAAAAAAAACAAAAAAAAAAEAAAAAAAAAAcAAAAAAAAALgAAAAAAAAAGAAAAAAAA AAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAACAAAAAAAAAAGAAAAAAAAAAYAAAAAAAAA BgAAAAAAAAAeAAAAAAAAAAYAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAIAAAAAAAAAEQAAAAAAAAAQ AAAAAQAAABEAAAAEAAAAEwAAAAAAAAAFAAAAAAAAAAQAAAAAAAAABgAAAAAAAAAEAAAAAAAAAAgA AAAAAAAANQAAAAAAAAAEAAAAAAAAAAQAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAYAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAgAAAAEAAAA DAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAA AAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAA AAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAA AAQAAAAAAAAABAAAAAMAAAAEAAAAAAAAAAQAAAAAAAAABQAAAAAAAAAEAAAAAwAAAAQAAAAAAAAA IwAAAAAAAAAEAAAAAAAAACQAAAAAAAAABAAAAAAAAAAHAAAAAAAAACYAAAAAAAAAbQAAAAAAAAAG AAAAAAAAABUAAAAAAAAABAAAAAAAAAA2AAAABwAAAAQAAAAIAAAAXgAAAAQAAAAEAAAAAgAAAAQA AAAJAAAAKwAAAAAAAAAFAAAAAAAAAGYAAAAFAAAANgAAAH8AAfA0AQAAYgAH8CQAAAAGBs2juXRU gfPGwFLrI6b4qjH/AKwgAAACAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8A AAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAA AMgAAgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAA AAAAAAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAA AAAA/wAAAAAAAAAAAAAAAAAAAMgAYgAH8CQAAAAGBk7DSD8IVl+/6dSWJqOCFfz/AOHhBQACAAAA rCAAAAAAyACjBQvwHAIAAIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAA AIkAAAAAAL8AAAAPAAwB9AAAEA0BAAAAIA4BAAAAIIABAAAAAIEBBAAACIIBAAABAIMBAAAACIQB AAABAIUBAAAAIIZBAAAAAIfBAAAAAIgBAAAAAIkBAAAAAIoBAAAAAIsBAAAAAIwBAAAAAI0BAAAA AI4BAAAAAI8BAAAAAJABAAAAAJEBAAAAAJIBAAAAAJMBAAAAAJQBAAAAAJUBAAAAAJYBAAAAAJfB AAAAAJgBAAAAAJkBAAAAAJoBAAAAAJsBAAAAAJwBAwAAQL8BDAAeAMABAQAACMEBAAABAMIB//// AMMBAAAAIMQBAAAAAMVBAAAAAMbBAAAAAMcBAAAAAMgBAAAAAMkBAAAAAMoBAAAAAMsBnDEAAMwB AAAIAM0BAAAAAM4BAAAAAM/BAAAAANcBAgAAAP8BBgAOAAACAAAAAAECAgAACAICy8vLAAMCAAAA IAQCAAABAAUCOGMAAAYCOGMAAAcCAAAAAAgCAAAAAAkCAAABAAoCAAAAAAsCAAAAAAwCAAABAA0C AAAAAA4CAAAAAA8CAAEAABACAAAAABECAAAAAD8CAAADAAQDAQAAAEEDqCkBAEIDAAAAAEMDAwAA AEQDfL4BAEUDAAAAAH8DAAAPAIQDfL4BAIUDAAAAAIYDfL4BAIcDAAAAAIAAGvEgAAAA//8AAMwz AAD/ZpkAzP//AP//ZgCZ/zMAADPMAGYzAABAAB7xEAAAAMwzAAABAAAI//////cAABAfAPAPOAAA AAAA8wMUAAAAQgAAAAQAAAAAAAAABAAAgAAAAAAAAPMDFAAAAEMAAAAEAAAAAAAAAAUAAIAAAAAA DwDQB3kBAAAfAP8DFAAAAAIAAAQMAAAAAAAAAAAAAAACAAAAHwAUBBwAAAAAABUEFAAAALoddewA ypo7Mk7NyQDKmjsAAgABDwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0AAAAQgAAAGQAAABCAAAAZAAA AHbHCzAIAAAAAAAAAHDaEgAAAAAAAAAAAKT7///I/v//AAAAAHAA+wMIAAAAAAAAAHAIAABwAPsD CAAAAAEAAABACwAAHwAHBDwAAAAAAP0DNAAAACEAAABkAAAAIQAAAGQAAABg8w0wLN4SAAAAAAB0 NbkAAAAAAAAAAAAAAAAAAAAAAAABEgAfABMEPAAAAAAA/QM0AAAAZAAAAGQAAABkAAAAZAAAAGDz DTAs3hIAAAAAAHQ1uQAAAAAAAAAAAAAAAAAAAAAAAAESAA8AiBM6AAAADwCKEzIAAAAAALoPDgAA AF8AXwBfAFAAUABUADkAAACLExQAAAAvAMgPDAAAADAA0g8EAAAAgAAAAD8A2Q8MAAAAAADaDwQA AAAAACUADwDwD34PAAAAAPMDFAAAAGEAAAAAAAAAAgAAACcBAAAAAAAAAACfDwQAAAAGAAAAAACo DxwAAABXaHkgUFdFMyBTaG91bGQgQWRvcHQgVERNb0lQEACfDwQAAAAFAAAAAACoD04AAABTaGFo cmFtIERhdmFyaQ1Qcm9kdWN0IFJlc2VhcmNoIEdyb3VwDVBNQy1TaWVycmENU2hhaHJhbV9kYXZh cmlAcG1jLXNpZXJyYS5jb20AAKEPIAAAAE8AAAAAAAAAAAAPAAAAAQAAAAEAQAAAAAEAAgABABgA AACqDywAAAA5AAAAAAAAAAYAAAABAAAAAwABAAAAAAAAAAMAAAABAAAAAwAMAAAAAAAAAAAA8wMU AAAAZAAAAAAAAAACAAAAKAEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPGwAAAFNvbWUgQXBwbGljYXRp b25zIG9mIFRETW9JUBAAnw8EAAAAAQAAAAAAoA8CAgAATABlAGEAcwBlAGQAIABsAGkAbgBlACAA cwBlAHIAdgBpAGMAZQBzACAAbwB2AGUAcgAgAEkAUAAvAE0AUABMAFMADQBCAGUAdAB3AGUAZQBu ACAAYQAgAGMAdQBzAHQAbwBtAGUAcgAgAHMAaQB0AGUAIABhAG4AZAAgAGEAIABQAG8AUAANAFAA cgBpAHYAYQB0AGUAIABsAGkAbgBlACAAcwBlAHIAdgBpAGMAZQAgAG8AdgBlAHIAIABJAFAALwBN AFAATABTAA0AQgBlAHQAdwBlAGUAbgAgAHQAdwBvACAAYwB1AHMAdABvAG0AZQByACAAcwBpAHQA ZQBzACAAKABQAFMAVABOACAAYgB5AHAAYQBzAHMAKQANAFQAbwBsAGwAIABiAHkAcABhAHMAcwAN AEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAEMAZQBuAHQAcgBhAGwAIABPAGYAZgBpAGMAZQBzACAA KABDAE8AKQANAEMAZQBsAGwAdQBsAGEAcgAgAGIAYQBjAGsAaABhAHUAbAAgAG8AdgBlAHIAIABJ AFAALwBNAFAATABTAA0AQgBlAHQAdwBlAGUAbgAgAEIAVABTACAAYQBuAGQAIABCAFMAQwANAEMA YQByAHIAaQBlAHIAGSBzACAAYwBhAHIAcgBpAGUAcgANAAAAoQ/EAAAAIgAAAAAAAAAAACIAAAAB AAAAAAAiAAAAAAAAAAAAKQAAAAEAAAAAAAwAAAAAAAAAAAAhAAAAAQAAAAAAHwAAAAAAAAAAABQA AAABAAAAAAASAAAAAAAAAAAAAQAAAAEAAAAAACIAAAAAAAAAIgAAAAAAAAAiAAAAAAQAAAAEKQAA AAAEAAAABAwAAAAACAAAAAghAAAAAAgAAAAIHwAAAAAMAAAADBQAAAAADAAAAAwSAAAAABAAAAAQ AQAAAAAUAAAAFAAAqg8aAAAAPwAAAAAAAAAEAAAAAQAAAAMAvwAAAAAAAAAAAPMDFAAAAHAAAAAA AAAAAgAAACkBAAAAAAAAAACfDwQAAAAAAAAAAACoDx4AAABSZXVzZSBvZiBFeGlzdGluZyBUZWNo bm9sb2dpZXMQAJ8PBAAAAAEAAAAAAKgPowEAAEFBTDEgaXMgZGVzaWduZWQgZm9yIGNpcmN1aXQg YW5kIGxvb3AgZW11bGF0aW9uDUFBTDEgaXMgYSBwcm92ZW4gdGVjaG5vbG9naWVzIHdpdGggb2Zm LXRoZS1zaGVsZiBvciBhdmFpbGFibGUgSFcvU1cNQUFMMSBoYXMgYSBudW1iZXIgb2YgZGVzaXJh YmxlIGZlYXR1cmVzDUNsb2NrIHJlY292ZXJ5IG1lY2hhbmlzbQ1TdHJ1Y3R1cmUgcG9pbnRlciAo Zm9yIG11bHRpLWZyYW1lIHJlY292ZXJ5KQ1TdXBwb3J0IGZvciBDQVMNU3VwcG9ydCBmb3Igc3Ry dWN0dXJlZCBhbmQgdW5zdHJ1Y3R1cmVkIFRETQ1TdXBwb3J0IGZvciBOeDY0IEtiaXQvc2VjDU9w dGlvbmFsIGVycm9yIGNvcnJlY3Rpb24gKEZFQykNT3BlcmF0b3JzIHdhbnQgYSBTSU5HTEUgYXBw bGljYXRpb24gaW50ZXJmYWNlIChBUEkpIGZvciBBVE0gYW5kIElQL01QTFMgQ0VTAAChDzwAAACc AAAAAAAAAAAAvAAAAAEAAAAAAEwAAAAAAAAAAACcAAAAAAACABgAvAAAAAAAAgAWAEwAAAAAAAIA GAAAAKoPGgAAAC8BAAAAAAAABAAAAAEAAAADAHEAAAAAAAAAAADzAxQAAABxAAAABAAAAAIAAAAq AQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAATmVlZCBmb3IgSW50ZXJ3b3JraW5nIHdpdGggQVRN EACfDwQAAAABAAAAAACoD14AAABJbnRlcndvcmtpbmcgd2l0aCBBVE0gaXMgb2Z0ZW4gcmVxdWly ZWQuDUNhcnJpZXJzIGN1cnJlbnRseSB1c2UgQVRNIGZvciBjaXJjdWl0L2xvb3AgZW11bGF0aW9u AAChDyYAAAApAAAAAAAAAAAANgAAAAEAAAAAACkAAAAAAAAANgAAAAAEAAAABAAA8wMUAAAAdQAA AAQAAAABAAAALQEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPNAAAAEVhc2Ugb2YgSW50ZXJ3b3JraW5n IGJldHdlZW4gQVRNIENFUyBhbmQgVERNb0lQL01QTFMAAPMDFAAAAHIAAAAAAAAAAgAAACsBAAAA AAAAAACfDwQAAAAAAAAAAACoDwoAAABBU0FQIFJldXNlEACfDwQAAAABAAAAAACgDygDAABBAG4A eQAgAFMAZQByAHYAaQBjAGUAIABBAG4AeQAgAFAAbwByAHQAIABpAHMAIABhAG4AIABpAG0AcABv AHIAdABhAG4AdAAgAGEAcgBjAGgAaQB0AGUAYwB0AHUAcgBlAA0ASQB0ACAAcwB1AHAAcABvAHIA dABzACAAYQBuAHkAIABzAGUAcgB2AGkAYwBlACAAdQBzAGkAbgBnACAAYQAgAHMAaQBuAGcAbABl ACAAYwBhAHIAZAANAEkAdAAgAHIAZQBkAHUAYwBlAHMAIABpAG4AdgBlAG4AdABvAHIAeQAgAGYA bwByACAAbgBlAHQAdwBvAHIAawAgAG8AcABlAHIAYQB0AG8AcgBzAA0ASQB0ACAAcgBlAGQAdQBj AGUAcwAgAHQAaABlACAAdgBlAG4AZABvAHIAGSBzACAAZABlAHYAZQBsAG8AcABtAGUAbgB0ACAA YwBvAHMAdAANAEMAdQByAHIAZQBuAHQAIABBAFMAQQBQAHMAIABzAHUAcABwAG8AcgB0ACAAQQBB AEwAMQANAFQAaABlAHkAIABjAGEAbgAgAGUAYQBzAGkAbAB5ACAAYgBlACAAUwBXACAAdQBwAGcA cgBhAGQAZQBkACAAdABvACAAcwB1AHAAcABvAHIAdAAgAFQARABNAG8ASQBQAA0AUAByAG8AdgBp AGQAZQByAHMAIABkAG8AbgAZIHQAIABuAGUAZQBkACAAdABvACAAYQBjAHEAdQBpAHIAZQAgAG4A ZQB3ACAAYwBhAHIAZABzACwAIAANACAAIAAgAHQAaABlAHkAIABjAGEAbgAgAHIAZQAtAHUAcwBl ACAAZQB4AGkAcwB0AGkAbgBnACAAYwBhAHIAZABzAC4ADQBBAG4AeQAgAG8AdABoAGUAcgAgAG0A ZQB0AGgAbwBkACAAcgBlAHEAdQBpAHIAZQBzACAAbgBlAHcAIABIAFcAIABhAG4AZAAgAG0AYQBq AG8AcgAgAGMAaABhAG4AZwBlACAAbwBmACAAQQBTAEEAUAAgAGEAcgBjAGgAaQB0AGUAYwB0AHUA cgBlAA0AAAChD6IAAAAyAAAAAAAAAAAAgAAAAAEAAAAAABsAAAAAAAAAAAAxAAAAAQAAAAAALAAA AAIAAAAAACMAAAACAAEwAAAEAFAABQBHAAAAAQAAAAAAAQAAAAAAAAAAADIAAAAAAAAAgAAAAAAA AAAbAAAAAAQAAAAEMQAAAAAIAAAACCwAAAAADAAAAAwjAAAAABAAAAAQRwAAAAAUAAAAFAEAAAAA GAAAABgAAPMDFAAAAHcAAAAEAAAAAAAAAC4BAAAAAAAAAADzAxQAAAB0AAAAAAAAAAIAAAAsAQAA AAAAAAAAnw8EAAAAAAAAAAAAqA8KAAAAQ29uY2x1c2lvbhAAnw8EAAAAAQAAAAAAoA8iAgAAVABE AE0AbwBJAFAAIABpAHMAIABiAGEAcwBlAGQAIABvAG4AIABwAHIAbwB2AGUAbgAgAEEAQQBMADEA IAB0AGUAYwBoAG4AbwBsAG8AZwB5ACAADQDg8CAAbgBvACAAcgBpAHMAawAgAA0AVABEAE0AbwBJ AFAAIABpAHMAIABiAGEAcwBlAGQAIABvAG4AIABvAGYAZgAtAHQAaABlAC0AcwBoAGUAbABmACAA bwByACAAYQB2AGEAaQBsAGEAYgBsAGUAIABBAEEATAAxACAASABXAC8AUwBXACAADQDg8CAAIABm AGEAcwB0ACAAdABpAG0AZQAgAHQAbwAgAG0AYQByAGsAZQB0AA0AVABEAE0AbwBJAFAAIABJAG4A dABlAHIAdwBvAHIAawBzACAAcwBlAGEAbQBsAGUAcwBzAGwAeQAgAHcAaQB0AGgAIABBAFQATQAN AODwIABlAGEAcwBpAGUAcgAgAGEAbgBkACAAbABlAHMAcwAgAGUAeABwAGUAbgBzAGkAdgBlACAA SQBuAHQAZQByAHcAbwByAGsAaQBuAGcADQBQAFcARQAzACAAcwBoAG8AdQBsAGQAIABhAGQAbwBw AHQAIABUAEQATQBvAEkAUAAgAA0AIAAgACAAZgBvAHIAIABUAEQATQAgAGUAbQB1AGwAYQB0AGkA bwBuACAAbwB2AGUAcgAgAEkAUAAvAE0AUABMAFMAAAChD7QAAAArAAAAAAAAAAAACwAAAAEAAAAA ADoAAAAAAAAAAAAXAAAAAQAAAAAAJgAAAAAAAAAAACkAAAABAAAAAAAaAAAAAAAAEAAAlgAiAAAA AAABIAAADgAKACsAAAAAAAAACQAAAAAAgAAFAAIAAAAAAAAAOgAAAAAEAAAABAIAAAAABIAAAAQF ABUAAAAABAAAAAQmAAAAAAgAAAAIKQAAAAAIgAAACAUAPAAAAAEIBAABCP//AP4BAAEEUAAAAAAA AAH///9/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAABIAAADqAwAAAAAPAO4D5AEAAAIA7wMYAAAAAQAAAA0OAAAAAAAA BAAAgAAAAAAHAAAADwAMBJQBAAAPAALwjAEAACAACPAIAAAAAwAAAAOQAQAPAAPwJAEAAA8ABPAo AAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAkAEABQAAAA8ABPByAAAAEgAK8AgA AAACkAEAIAIAAFMAC/AeAAAAfwAAAAQAgACc+bkAvwEAAAEA/wEAAAEAAQMElAAAAAAQ8AgAAABg AGAAYQ+iAg8AEfAQAAAAAADDCwgAAAAAAAAADQC5AA8ADfAMAAAAAACeDwQAAAAAAAAADwAE8HIA AAASAArwCAAAAAOQAQAgAgAAUwAL8B4AAAB/AAAABACAAET6uQC/AQAAAQD/AQAAAQABAwWUAAAA ABDwCAAAADADgAEAFWAPDwAR8BAAAAAAAMMLCAAAAAEAAAAOALkADwAN8AwAAAAAAJ4PBAAAAAEA AAAPAATwSAAAABIACvAIAAAAAZABAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1o AL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAAAAAAAP///wAAAGYAkKfWAElwvQBhj/0A /psDAGGP/QAAAHIXEAAAAAEAEADiiAEAdAAQALelAQAAAPUPHAAAACwBAACcCgADvogBAKOnAQAB AAAAdwAAAAEAcwAPAOgDaxwAAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAAAgAAAAMA AAABAAEAAAAAAQ8ACQQsAAAAAAAKBAQAAACIAQAADwDqDxgAAAAPAAUQEAAAAAAABBAIAAAAfwEA AAAAuQAPAPIDngMAAC8AyA/qAAAAMADSDwQAAAACAAAAAAC6DygAAAAYIBwgCP8UMDv/W/8IMAow DDAOMBAw5f8E/yQAKABbAFwAewBi/+H/EAC6D6YAAAABMAIwDP8O//swGv8b/x//Af+bMJww/TD+ MJ0wnjAFMPwwGSAdIAn/FTA9/13/CTALMA0wDzARMLAAMCAyIDMgAyHg/wX/QTBDMEUwRzBJMGMw gzCFMIcwjjChMKMwpTCnMKkwwzDjMOUw5zDuMPUw9jAhACUAKQAsAC4AOgA7AD8AXQB9AGH/Y/9k /2X/Z/9o/2n/av9r/2z/bf9u/2//cP+e/5//DwDVB8gBAAAAALcPRAAAAFQAaQBtAGUAcwAgAE4A ZQB3ACAAUgBvAG0AYQBuAAAAiDS5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjdDTAATAQSEAC3 D0QAAABBAHIAaQBhAGwAAABOAGUAdwAgAFIAbwBtAGEAbgAAAIg0uQB82hIAZNoSAHbHCzAIAAAA AAAAAHzaEgAo3Q0wAEwEIiAAtw9EAAAATQBvAG4AbwB0AHkAcABlACAAUwBvAHIAdABzAAAAAACI NLkAfNoSAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAIABAIwALcPRAAAAFQAaQBtAGUAcwBUAGUA bgAgAFIAbwBtAGEAbgBTAEMAAAC5AHzaEgBk2hIAdscLMAgAAAAAAAAAfNoSACjdDTAAAAAAQAC3 D0QAAABQAE0AQwBfAFAATQBDAC0AUwBJAEUAUgBSAEEAXwBsAG8AZwBvAAAAZNoSAHbHCzAIAAAA AAAAAHzaEgAo3Q0wAgAEIlAAtw9EAAAAVwBpAG4AZwBkAGkAbgBnAHMAAABFAFIAUgBBAF8AbABv AGcAbwAAAGTaEgB2xwswCAAAAAAAAAB82hIAKN0NMAJMBAIAAKQPEgAAAIAAZwAAAAEA/////xQA /psD/gAApQ8MAAAAAAAACC4AAQACAAAAAACrDx4AAAD/HwAABQBAAgAAAAAAACABIAFAAkACYANg A4AEgAQAAKkPCgAAAAcAAAACAAkEAABAAKMPbgAAAAUA//0/AAAAIiAAAGQAAAAAAAAAZAAAAAAA AAAAAEACAAAAAAIAAAD//+8AAAAAAP///////xgAAAAAAQAAAAUAACABIAEAAAAAAAUAAEACQAIA AAAAAAUAAGADYAMAAAAAAAUAAIAEgAQAAAAADwALBAAHAAAPAADw+AYAAAAABvBQAwAAAqgBAGkA AACtAAAADAAAAAAAAABZAAAACgAAAAQAAAAFAAAAAgAAAAAAAAAIAAAAAAAAAAQAAAAAAAAALwAA AAAAAAAEAAAAAAAAAAgAAAAAAAAACgAAAAAAAAANAAAAAAAAAAQAAAAAAAAAEQAAAAAAAAAEAAAA AAAAABkAAAAAAAAAEAAAAAAAAAATAAAAAAAAAAgAAAAAAAAABAAAAAAAAAAHAAAAAAAAAC4AAAAA AAAABgAAAAAAAAAGAAAAAAAAAAgAAAAAAAAABgAAAAAAAAAGAAAAAAAAAAgAAAAAAAAABgAAAAAA AAAGAAAAAAAAAAYAAAAAAAAAHgAAAAAAAAAGAAAAAAAAAAYAAAAAAAAABAAAAAAAAAACAAAAAAAA ABEAAAAAAAAAEAAAAAEAAAARAAAABAAAABMAAAAAAAAABQAAAAAAAAAEAAAAAAAAAAYAAAAAAAAA BAAAAAAAAAAIAAAAAAAAADUAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAG AAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQA AAAIAAAABAAAAAwAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAA AAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAA AAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAA AAAABAAAAAAAAAAEAAAAAAAAAAQAAAADAAAABAAAAAAAAAAEAAAAAAAAAAUAAAAAAAAABAAAAAMA AAAEAAAAAAAAACMAAAAAAAAABAAAAAAAAAAkAAAAAAAAAAQAAAAAAAAABwAAAAAAAAAmAAAAAAAA AG0AAAAAAAAABgAAAAAAAAAVAAAAAAAAAAQAAAAAAAAANgAAAAcAAAAEAAAACAAAAF4AAAAEAAAA BAAAAAIAAAAEAAAACQAAACsAAAAAAAAABQAAAAAAAABmAAAABQAAADYAAAB/AAHwNAEAAGIAB/Ak AAAABgbNo7l0VIHzxsBS6yOm+Kox/wCsIAAAAgAAAAAAAAAAAMgAAgAH8CQAAAAAAAAAAAAAAAAA AAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAA AAAAAAAAAAAAAADIAAIAB/AkAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAMgA AgAH8CQAAAAAAAAAAAAAAAAAAAAAAAAAAAD/AAAAAAAAAAAAAAAAAAAAyAACAAfwJAAAAAAAAAAA AAAAAAAAAAAAAAAAAP8AAAAAAAAAAAAAAAAAAADIAGIAB/AkAAAABgZOw0g/CFZfv+nUliajghX8 /wDh4QUAAgAAAKwgAAAAAMgAowUL8BwCAACBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACH AAAAAACIAAAAAACJAAAAAAC/AAAADwAMAfQAABANAQAAACAOAQAAACCAAQAAAACBAQQAAAiCAQAA AQCDAQAAAAiEAQAAAQCFAQAAACCGQQAAAACHwQAAAACIAQAAAACJAQAAAACKAQAAAACLAQAAAACM AQAAAACNAQAAAACOAQAAAACPAQAAAACQAQAAAACRAQAAAACSAQAAAACTAQAAAACUAQAAAACVAQAA AACWAQAAAACXwQAAAACYAQAAAACZAQAAAACaAQAAAACbAQAAAACcAQMAAEC/AQwAHgDAAQEAAAjB AQAAAQDCAf///wDDAQAAACDEAQAAAADFQQAAAADGwQAAAADHAQAAAADIAQAAAADJAQAAAADKAQAA AADLAZwxAADMAQAACADNAQAAAADOAQAAAADPwQAAAADXAQIAAAD/AQYADgAAAgAAAAABAgIAAAgC AsvLywADAgAAACAEAgAAAQAFAjhjAAAGAjhjAAAHAgAAAAAIAgAAAAAJAgAAAQAKAgAAAAALAgAA AAAMAgAAAQANAgAAAAAOAgAAAAAPAgABAAAQAgAAAAARAgAAAAA/AgAAAwAEAwEAAABBA6gpAQBC AwAAAABDAwMAAABEA3y+AQBFAwAAAAB/AwAADwCEA3y+AQCFAwAAAACGA3y+AQCHAwAAAACAABrx IAAAAP//AADMMwAA/2aZAMz//wD//2YAmf8zAAAzzABmMwAAQAAe8RAAAADMMwAAAQAACP/////3 AAAQHwDwDzgAAAAAAPMDFAAAAEIAAAAEAAAAAAAAAAQAAIAAAAAAAADzAxQAAABDAAAABAAAAAAA AAAFAACAAAAAAA8A0Ad5AQAAHwD/AxQAAAACAAAEDAAAAAAAAAAAAAAAAgAAAB8AFAQcAAAAAAAV BBQAAAC6HXXsAMqaOzJOzckAypo7AAIAAQ8A+gNnAAAAAAD+AwMAAAAAAQAAAP0DNAAAAEIAAABk AAAAQgAAAGQAAAB2xwswCAAAAAAAAABw2hIAAAAAAAAAAACk+///yP7//wAAAABwAPsDCAAAAAAA AABwCAAAcAD7AwgAAAABAAAAQAsAAB8ABwQ8AAAAAAD9AzQAAAAhAAAAZAAAACEAAABkAAAAYPMN MCzeEgAAAAAAdDW5AAAAAAAAAAAAAAAAAAAAAAAAARIAHwATBDwAAAAAAP0DNAAAAGQAAABkAAAA ZAAAAGQAAABg8w0wLN4SAAAAAAB0NbkAAAAAAAAAAAAAAAAAAAAAAAABEgAPAIgTOgAAAA8AihMy AAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMUAAAALwDIDwwAAAAwANIPBAAAAIAAAAA/ANkP DAAAAAAA2g8EAAAAAAAlAA8A8A8cDwAAAADzAxQAAABhAAAAAAAAAAIAAAAnAQAAAAAAAAAAnw8E AAAABgAAAAAAqA8cAAAAV2h5IFBXRTMgU2hvdWxkIEFkb3B0IFRETW9JUBAAnw8EAAAABQAAAAAA qA9OAAAAU2hhaHJhbSBEYXZhcmkNUHJvZHVjdCBSZXNlYXJjaCBHcm91cA1QTUMtU2llcnJhDVNo YWhyYW1fZGF2YXJpQHBtYy1zaWVycmEuY29tAAChDyAAAABPAAAAAAAAAAAADwAAAAEAAAABAEAA AAABAAIAAQAYAAAAqg8sAAAAOQAAAAAAAAAGAAAAAQAAAAMAAQAAAAAAAAADAAAAAQAAAAMADAAA AAAAAAAAAPMDFAAAAGQAAAAAAAAAAgAAACgBAAAAAAAAAACfDwQAAAAAAAAAAACoDxsAAABTb21l IEFwcGxpY2F0aW9ucyBvZiBURE1vSVAQAJ8PBAAAAAEAAAAAAKAPAgIAAEwAZQBhAHMAZQBkACAA bABpAG4AZQAgAHMAZQByAHYAaQBjAGUAcwAgAG8AdgBlAHIAIABJAFAALwBNAFAATABTAA0AQgBl AHQAdwBlAGUAbgAgAGEAIABjAHUAcwB0AG8AbQBlAHIAIABzAGkAdABlACAAYQBuAGQAIABhACAA UABvAFAADQBQAHIAaQB2AGEAdABlACAAbABpAG4AZQAgAHMAZQByAHYAaQBjAGUAIABvAHYAZQBy ACAASQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIAB0AHcAbwAgAGMAdQBzAHQAbwBtAGUA cgAgAHMAaQB0AGUAcwAgACgAUABTAFQATgAgAGIAeQBwAGEAcwBzACkADQBUAG8AbABsACAAYgB5 AHAAYQBzAHMADQBCAGUAdAB3AGUAZQBuACAAdAB3AG8AIABDAGUAbgB0AHIAYQBsACAATwBmAGYA aQBjAGUAcwAgACgAQwBPACkADQBDAGUAbABsAHUAbABhAHIAIABiAGEAYwBrAGgAYQB1AGwAIABv AHYAZQByACAASQBQAC8ATQBQAEwAUwANAEIAZQB0AHcAZQBlAG4AIABCAFQAUwAgAGEAbgBkACAA QgBTAEMADQBDAGEAcgByAGkAZQByABkgcwAgAGMAYQByAHIAaQBlAHIADQAAAKEPxAAAACIAAAAA AAAAAAAiAAAAAQAAAAAAIgAAAAAAAAAAACkAAAABAAAAAAAMAAAAAAAAAAAAIQAAAAEAAAAAAB8A AAAAAAAAAAAUAAAAAQAAAAAAEgAAAAAAAAAAAAEAAAABAAAAAAAiAAAAAAAAACIAAAAAAAAAIgAA AAAEAAAABCkAAAAABAAAAAQMAAAAAAgAAAAIIQAAAAAIAAAACB8AAAAADAAAAAwUAAAAAAwAAAAM EgAAAAAQAAAAEAEAAAAAFAAAABQAAKoPGgAAAD8AAAAAAAAABAAAAAEAAAADAL8AAAAAAAAAAADz AxQAAABwAAAAAAAAAAIAAAApAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8eAAAAUmV1c2Ugb2YgRXhp c3RpbmcgVGVjaG5vbG9naWVzEACfDwQAAAABAAAAAACoD1cBAABBQUwxIGlzIGRlc2lnbmVkIGZv ciBjaXJjdWl0IGFuZCBsb29wIGVtdWxhdGlvbg1BQUwxIGlzIGEgcHJvdmVuIHRlY2hub2xvZ2ll cyB3aXRoIG9mZi10aGUtc2hlbGYgb3IgYXZhaWxhYmxlIEhXL1NXDUFBTDEgaGFzIGEgbnVtYmVy IG9mIGRlc2lyYWJsZSBmZWF0dXJlcw1DbG9jayByZWNvdmVyeSBtZWNoYW5pc20NU3RydWN0dXJl IHBvaW50ZXIgKGZvciBtdWx0aS1mcmFtZSByZWNvdmVyeSkNU3VwcG9ydCBmb3IgQ0FTDVN1cHBv cnQgZm9yIHN0cnVjdHVyZWQgYW5kIHVuc3RydWN0dXJlZCBURE0NU3VwcG9ydCBmb3IgTng2NCBL Yml0L3NlYw1PcHRpb25hbCBlcnJvciBjb3JyZWN0aW9uIChGRUMpAAChDyYAAACcAAAAAAAAAAAA vAAAAAEAAAAAAJwAAAAAAAAAvAAAAAAEAAAABAAAqg8aAAAALwEAAAAAAAAEAAAAAQAAAAMAJQAA AAAAAAAAAPMDFAAAAHEAAAAEAAAAAgAAACoBAAAAAAAAAACfDwQAAAAAAAAAAACoDx4AAABOZWVk IGZvciBJbnRlcndvcmtpbmcgd2l0aCBBVE0QAJ8PBAAAAAEAAAAAAKgPXgAAAEludGVyd29ya2lu ZyB3aXRoIEFUTSBpcyBvZnRlbiByZXF1aXJlZC4NQ2FycmllcnMgY3VycmVudGx5IHVzZSBBVE0g Zm9yIGNpcmN1aXQvbG9vcCBlbXVsYXRpb24AAKEPJgAAACkAAAAAAAAAAAA2AAAAAQAAAAAAKQAA AAAAAAA2AAAAAAQAAAAEAADzAxQAAAB1AAAABAAAAAEAAAAtAQAAAAAAAAAAnw8EAAAAAAAAAAAA qA80AAAARWFzZSBvZiBJbnRlcndvcmtpbmcgYmV0d2VlbiBBVE0gQ0VTIGFuZCBURE1vSVAvTVBM UwAA8wMUAAAAcgAAAAAAAAACAAAAKwEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPCgAAAEFTQVAgUmV1 c2UQAJ8PBAAAAAEAAAAAAKAPKAMAAEEAbgB5ACAAUwBlAHIAdgBpAGMAZQAgAEEAbgB5ACAAUABv AHIAdAAgAGkAcwAgAGEAbgAgAGkAbQBwAG8AcgB0AGEAbgB0ACAAYQByAGMAaABpAHQAZQBjAHQA dQByAGUADQBJAHQAIABzAHUAcABwAG8AcgB0AHMAIABhAG4AeQAgAHMAZQByAHYAaQBjAGUAIAB1 AHMAaQBuAGcAIABhACAAcwBpAG4AZwBsAGUAIABjAGEAcgBkAA0ASQB0ACAAcgBlAGQAdQBjAGUA cwAgAGkAbgB2AGUAbgB0AG8AcgB5ACAAZgBvAHIAIABuAGUAdAB3AG8AcgBrACAAbwBwAGUAcgBh AHQAbwByAHMADQBJAHQAIAByAGUAZAB1AGMAZQBzACAAdABoAGUAIAB2AGUAbgBkAG8AcgAZIHMA IABkAGUAdgBlAGwAbwBwAG0AZQBuAHQAIABjAG8AcwB0AA0AQwB1AHIAcgBlAG4AdAAgAEEAUwBB AFAAcwAgAHMAdQBwAHAAbwByAHQAIABBAEEATAAxAA0AVABoAGUAeQAgAGMAYQBuACAAZQBhAHMA aQBsAHkAIABiAGUAIABTAFcAIAB1AHAAZwByAGEAZABlAGQAIAB0AG8AIABzAHUAcABwAG8AcgB0 ACAAVABEAE0AbwBJAFAADQBQAHIAbwB2AGkAZABlAHIAcwAgAGQAbwBuABkgdAAgAG4AZQBlAGQA IAB0AG8AIABhAGMAcQB1AGkAcgBlACAAbgBlAHcAIABjAGEAcgBkAHMALAAgAA0AIAAgACAAdABo AGUAeQAgAGMAYQBuACAAcgBlAC0AdQBzAGUAIABlAHgAaQBzAHQAaQBuAGcAIABjAGEAcgBkAHMA LgANAEEAbgB5ACAAbwB0AGgAZQByACAAbQBlAHQAaABvAGQAIAByAGUAcQB1AGkAcgBlAHMAIABu AGUAdwAgAEgAVwAgAGEAbgBkACAAbQBhAGoAbwByACAAYwBoAGEAbgBnAGUAIABvAGYAIABBAFMA QQBQACAAYQByAGMAaABpAHQAZQBjAHQAdQByAGUADQAAAKEPogAAADIAAAAAAAAAAACAAAAAAQAA AAAAGwAAAAAAAAAAADEAAAABAAAAAAAsAAAAAgAAAAAAIwAAAAIAATAAAAQAUAAFAEcAAAABAAAA AAABAAAAAAAAAAAAMgAAAAAAAACAAAAAAAAAABsAAAAABAAAAAQxAAAAAAgAAAAILAAAAAAMAAAA DCMAAAAAEAAAABBHAAAAABQAAAAUAQAAAAAYAAAAGAAA8wMUAAAAdwAAAAQAAAAAAAAALgEAAAAA AAAAAPMDFAAAAHQAAAAAAAAAAgAAACwBAAAAAAAAAACfDwQAAAAAAAAAAACoDwoAAABDb25jbHVz aW9uEACfDwQAAAABAAAAAACgDyICAABUAEQATQBvAEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8A bgAgAHAAcgBvAHYAZQBuACAAQQBBAEwAMQAgAHQAZQBjAGgAbgBvAGwAbwBnAHkAIAANAODwIABu AG8AIAByAGkAcwBrACAADQBUAEQATQBvAEkAUAAgAGkAcwAgAGIAYQBzAGUAZAAgAG8AbgAgAG8A ZgBmAC0AdABoAGUALQBzAGgAZQBsAGYAIABvAHIAIABhAHYAYQBpAGwAYQBiAGwAZQAgAEEAQQBM ADEAIABIAFcALwBTAFcAIAANAODwIAAgAGYAYQBzAHQAIAB0AGkAbQBlACAAdABvACAAbQBhAHIA awBlAHQADQBUAEQATQBvAEkAUAAgAEkAbgB0AGUAcgB3AG8AcgBrAHMAIABzAGUAYQBtAGwAZQBz AHMAbAB5ACAAdwBpAHQAaAAgAEEAVABNAA0A4PAgAGUAYQBzAGkAZQByACAAYQBuAGQAIABsAGUA cwBzACAAZQB4AHAAZQBuAHMAaQB2AGUAIABJAG4AdABlAHIAdwBvAHIAawBpAG4AZwANAFAAVwBF ADMAIABzAGgAbwB1AGwAZAAgAGEAZABvAHAAdAAgAFQARABNAG8ASQBQACAADQAgACAAIABmAG8A cgAgAFQARABNACAAZQBtAHUAbABhAHQAaQBvAG4AIABvAHYAZQByACAASQBQAC8ATQBQAEwAUwAA AKEPtAAAACsAAAAAAAAAAAALAAAAAQAAAAAAOgAAAAAAAAAAABcAAAABAAAAAAAmAAAAAAAAAAAA KQAAAAEAAAAAABoAAAAAAAAQAACWACIAAAAAAAEgAAAOAAoAKwAAAAAAAAAJAAAAAACAAAUAAgAA AAAAAAA6AAAAAAQAAAAEAgAAAAAEgAAABAUAFQAAAAAEAAAABCYAAAAACAAAAAgpAAAAAAiAAAAI BQA8AAAAAQgEAAEI//8A/gEAAQRQAAAAAAAAAf///38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgAAAOoDAAAAAA8A 7gPkAQAAAgDvAxgAAAABAAAADQ4AAAAAAAAEAACAAAAAAAcAAAAPAAwElAEAAA8AAvCMAQAAcAAI 8AgAAAADAAAAA4QBAA8AA/AkAQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArw CAAAAACEAQAFAAAADwAE8HIAAAASAArwCAAAAAKEAQAgAgAAUwAL8B4AAAB/AAAABACAALQE+QG/ AQAAAQD/AQAAAQABAwSUAAAAABDwCAAAAGAAYABwEaICDwAR8BAAAAAAAMMLCAAAAAAAAAANAPkB DwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATwcgAAABIACvAIAAAAA4QBACACAABTAAvwHgAAAH8AAAAE AIAAcAX5Ab8BAAABAP8BAAABAAEDBZQAAAAAEPAIAAAAMAOAAQAVYA8PABHwEAAAAAAAwwsIAAAA AQAAAA4A+QEPAA3wDAAAAAAAng8EAAAAAQAAAA8ABPBIAAAAEgAK8AgAAAABhAEAAAwAAIMAC/Aw AAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAA AAAAAAAA////AAAAZgCQp9YASXC9AGGP/QD+mwMAYY/9AAAAchcQAAAAAQAQAN+nAQBwABAAUsQB AAAA9Q8cAAAAKQEAAJwKAAO7pwEAPsYBAAEAAAB3AAAAAQBzAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== ------_=_NextPart_000_01C2F49E.A45A59F0-- From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 22:31:50 +0200 Lines: 124 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 21:40:31 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and all, As I have said already, your Atlanta presentation deals with TDMoIP (aka draft-anavi) but not with CEP-TDM (aka draft-johnson). AFAIK, draft-anavi does not deal with pointers etc. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Thursday, March 27, 2003 10:23 PM > To: Sasha Vainshtein > Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > > Here is my Atlanta presentation. Check slides 4, 5. > > -Shahram > > > > > >-----Original Message----- > >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] > >Sent: Thursday, March 27, 2003 3:15 PM > >To: Shahram Davari > >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > > > > >Shahram and all, > >Please see some comments inline. > > > >--------------------------------------------------------------- > >------------- > >-------- > >With best regards, > > Sasha Vainshtein > >email: sasha@axerra.com > >phone: +972-3-7659993 (office) > > +972-8-9254948 (home) > > +972-58-674833 (cellular) > > > > > >> -----Original Message----- > >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > >> Sent: Thursday, March 27, 2003 9:32 PM > >> To: Sasha Vainshtein > >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > >> > >> > >> Sasha, > >> > >> > Regarding point 4, I prefer ease of interworking with ATM > >> >> CES. The reason is > >> >> > >> >Is this the reason for your preference? > >> > >> Yes. > >> > >I intended to ask "is the pointer you reason for preferring > >interworking with ATM-CES interworking to latency control? > >I was probably misunderstood... > >> > >... snipped ... > >> > >> You need an NSP to do the SAR. > >> > >Which SAR? If you mean packetization and > >de-packetization, this is not SAR and this is not > >part of an NSP either. Please see Section 4.2 of the > >latest Architecture draft for details. > >> > >... snipped... > >> > >> >> So I think mandating the pointer > >> >> solves 2 problems: > >> >> > >> >> a) Ease of interworking with ATM CES > >> >> > >> >IMO it does not - because the CEP-TDM pointer does > >> >not eliminate the need for full-fledged > >> >generation/termination of structured AAL1 in both > >> >"full cells" and "partial cell fill" modes for > >> >interworking with structured ATM-CES. > >> >And this, IMO, is not easy. > >> > >> Please see my Atlanta presentation > >> > >Unless I am mistaken, your Atlanta presentation did not > >discuss CEP-TDM (among other things, because it has > >been only published later...) > >> > >> > > >> >The situation differs substantially for unstructured > >> >TDM emulation because generation/termination of > >> >unstructured AAL1 is trivial and there is no > >> >partial cell fill mode there. > >> > > >> >The remaining text explains why generation/termination > >> >of structured AAL1 cannot be avoided. > >> > >> Again. Have a look at my presentation. > >> > >Do you mean your SF presentation or your Atlanta one? > >> > >... snipped to the end ... > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Thu, 27 Mar 2003 12:55:23 -0800 Lines: 144 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Thu Mar 27 22:01:37 2003 Return-path: To: "'Sasha Vainshtein'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Sasha, The only difference between interworking ATM CES with TDMoIP and CEP-TDM is the requirement for pointer conversion from ATM-CES to CEP-TDM and vice versa, which is straight forward. It just requires an offset for the P-cell to be added to the ATM-CES structure pointer. -Shahram >-----Original Message----- >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] >Sent: Thursday, March 27, 2003 3:32 PM >To: Shahram Davari >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > >Shahram and all, >As I have said already, your Atlanta presentation >deals with TDMoIP (aka draft-anavi) but not with >CEP-TDM (aka draft-johnson). >AFAIK, draft-anavi does not deal with pointers etc. > > >--------------------------------------------------------------- >------------- >-------- >With best regards, > Sasha Vainshtein >email: sasha@axerra.com >phone: +972-3-7659993 (office) > +972-8-9254948 (home) > +972-58-674833 (cellular) > > >> -----Original Message----- >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> Sent: Thursday, March 27, 2003 10:23 PM >> To: Sasha Vainshtein >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) >> >> >> Here is my Atlanta presentation. Check slides 4, 5. >> >> -Shahram >> >> >> >> >> >-----Original Message----- >> >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] >> >Sent: Thursday, March 27, 2003 3:15 PM >> >To: Shahram Davari >> >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >> >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >> >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) >> > >> > >> >Shahram and all, >> >Please see some comments inline. >> > >> >--------------------------------------------------------------- >> >------------- >> >-------- >> >With best regards, >> > Sasha Vainshtein >> >email: sasha@axerra.com >> >phone: +972-3-7659993 (office) >> > +972-8-9254948 (home) >> > +972-58-674833 (cellular) >> > >> > >> >> -----Original Message----- >> >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] >> >> Sent: Thursday, March 27, 2003 9:32 PM >> >> To: Sasha Vainshtein >> >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org >> >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: >> >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) >> >> >> >> >> >> Sasha, >> >> >> >> > Regarding point 4, I prefer ease of interworking with ATM >> >> >> CES. The reason is >> >> >> >> >> >Is this the reason for your preference? >> >> >> >> Yes. >> >> >> >I intended to ask "is the pointer you reason for preferring >> >interworking with ATM-CES interworking to latency control? >> >I was probably misunderstood... >> >> >> >... snipped ... >> >> >> >> You need an NSP to do the SAR. >> >> >> >Which SAR? If you mean packetization and >> >de-packetization, this is not SAR and this is not >> >part of an NSP either. Please see Section 4.2 of the >> >latest Architecture draft for details. >> >> >> >... snipped... >> >> >> >> >> So I think mandating the pointer >> >> >> solves 2 problems: >> >> >> >> >> >> a) Ease of interworking with ATM CES >> >> >> >> >> >IMO it does not - because the CEP-TDM pointer does >> >> >not eliminate the need for full-fledged >> >> >generation/termination of structured AAL1 in both >> >> >"full cells" and "partial cell fill" modes for >> >> >interworking with structured ATM-CES. >> >> >And this, IMO, is not easy. >> >> >> >> Please see my Atlanta presentation >> >> >> >Unless I am mistaken, your Atlanta presentation did not >> >discuss CEP-TDM (among other things, because it has >> >been only published later...) >> >> >> >> > >> >> >The situation differs substantially for unstructured >> >> >TDM emulation because generation/termination of >> >> >unstructured AAL1 is trivial and there is no >> >> >partial cell fill mode there. >> >> > >> >> >The remaining text explains why generation/termination >> >> >of structured AAL1 cannot be avoided. >> >> >> >> Again. Have a look at my presentation. >> >> >> >Do you mean your SF presentation or your Atlanta one? >> >> >> >... snipped to the end ... >> > >> >> > From owner-mpls@UU.NET Wed Dec 27 16:41:44 2006 From: "Ferrell, William" Subject: RE: [PWE3] MPLS PID Date: Thu, 27 Mar 2003 14:34:44 -0500 Lines: 262 Sender: owner-mpls@UU.NET Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F497.EB5D1420" Cc: "'Scott W Brim'" , pwe3@ietf.org, mpls@UU.NET X-From: owner-mpls@UU.NET Thu Mar 27 22:04:46 2003 Return-path: To: "'David Allan'" , "'erosen@cisco.com'" , jeremy.de_clercq@alcatel.be X-Mailer: Internet Mail Service (5.5.2655.55) Precedence: bulk Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F497.EB5D1420 Content-Type: text/plain; charset="iso-8859-1" Dave That was a sound summary , but clarify why the exeption in #6 is so easily ignored in your opinion. will 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets. -----Original Message----- From: David Allan [mailto:dallan@nortelnetworks.com] Sent: Thursday, March 27, 2003 1:48 PM To: 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET Subject: RE: [PWE3] MPLS PID Eric: > Let's try to focus a little. > > 1. The only reason for a PID field in MPLS and/or PWE3 is to allow > intermediate routers to determine whether a particular MPLS payload is an > IP packet or not. Actually at the moment it appears to be to stop ECMP implementations from buggering non-IP flows. However sticking with having to use additional labels to discriminate protocol flows or router alert or whatever gets similarely broken by ECMP. A pid plus one or two bits obviates the need for ALL reserved labels in order to perform the same functions. Seeing as folks were opposed to codifying things like not hashing reserved labels and excluding the 's' bit in NHLFE selection in Atlanta, adding the option of an extended label with a PID and some control bits looks very attractive. > > There are a number of reasons why this is useful, and no one has argued > that this is not useful. > > No one has provided a reason why it might be useful for intermediate > routers to know, if the payload is not IP, what kind of packet it is. You're not a student of OAM. Tom's VCCV stuff and my guidelines draft are all about trying to carry protocols across the network without having ECMP 'exceed its mandate'....Some of us would love to have segment OAM ability as well. > > 2. The reason there is no PID field in the MPLS header is that there was a > consensus to keep the header as short as possible. And that's wonderful for the high running case (v4/v6), beyond that having to use another 32 bits exclusively as a PID is not that efficient. > > 3. The reason the PWE3 control word is optional is that there is a consensus > (apparently a continuing one) to allow service providers to specify that > the header be kept as short as possible. > > 4. My conclusion from 2 and 3 is that there isn't much hope for any solution > which includes both a PWE3 control word AND a 4-byte MPLS PID field. I'm certainly not suggesting that. > > 5. There is anyway no way for the IETF to change the basic MPLS forwarding > logic, at least not in the time frame over which one would like to see > PWE3 deployments. Don't think anyone is suggesting that either. > 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets. > 7. The PWE3 control word can be specified as a mandatory-to-implement option > which a SP can disable if his environment is such he doesn't care about > the absence of the PID. > So I really think there is only one possible outcome. The only issue is how much time and breath we want to waste > until we get there. A SP is faced with the choice of either: > a. Requiring the use of a Martini-style PID, or > b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or > c. Ensuring that his PWE3 packets do not pass through any MPLS environment > in which IP payload based load balancing is done. ^^^^^^^^^^^^^^^^ d. load balancing limited to the label stack is also an option, having an alternative to reserved labels for LSP specific functions works even better.....esp. w.r.t. the genie already out there Dave ------_=_NextPart_001_01C2F497.EB5D1420 Content-Type: text/html; charset="iso-8859-1" RE: [PWE3] MPLS PID
Dave
That was a sound summary , but clarify why the exeption in #6 is so easily ignored in your opinion.
will
6. No one has given  a reason why the first nibble of  any such control word
>    should not be as Stewart has proposed.
Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets.

 

 

 

 

 

-----Original Message-----
From: David Allan [mailto:dallan@nortelnetworks.com]
Sent: Thursday, March 27, 2003 1:48 PM
To: 'erosen@cisco.com'; jeremy.de_clercq@alcatel.be
Cc: 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET
Subject: RE: [PWE3] MPLS PID

Eric:

> Let's try to focus a little.
>
> 1. The  only  reason for  a  PID  field in  MPLS  and/or PWE3  is to  allow
>    intermediate routers to determine whether a particular MPLS payload is an
>    IP packet or not.

Actually at the moment it appears to be to stop ECMP implementations from buggering non-IP flows. However sticking with having to use additional labels to discriminate protocol flows or router alert or whatever gets similarely broken by ECMP. A pid plus one or two bits obviates the need for ALL reserved labels in order to perform the same functions.

Seeing as folks were opposed to codifying things like not hashing reserved labels and excluding the 's' bit in NHLFE selection in Atlanta, adding the option of an extended label with a PID and some control bits looks very attractive.


>
>    There are a number  of reasons why this is useful, and  no one has argued
>    that this is not useful.
>
>    No one  has provided  a reason  why it might  be useful for intermediate
>    routers to know, if the payload is not IP, what kind of packet it is.

You're not a student of OAM. Tom's VCCV stuff and my guidelines draft are all about trying to carry protocols across the network without having ECMP 'exceed its mandate'....Some of us would love to have segment OAM ability as well.

 
>
> 2. The reason there is  no PID field in the MPLS header  is that there was a
>    consensus to keep the header as short as possible.

And that's wonderful for the high running case (v4/v6), beyond that having to use another 32 bits exclusively as a PID is not that efficient.

>
> 3. The reason the PWE3 control word is optional is that there is a consensus
>    (apparently a continuing one) to  allow service providers to specify that
>    the header be kept as short as possible.
>
> 4. My conclusion from 2 and 3 is that there isn't much hope for any solution
>    which includes both a PWE3 control word AND a 4-byte MPLS PID field.

I'm certainly not suggesting that.
 
>
> 5. There is anyway  no way for the IETF to change  the basic MPLS forwarding
>    logic, at least  not in the time  frame over which one would  like to see
>    PWE3 deployments.

Don't think anyone is suggesting that either.

> 6. No one has given  a reason why the first nibble of  any such control word
>    should not be as Stewart has proposed.

Except that it breaks some implementations that may have 0x04 in the first nybble without being IP packets.


> 7. The PWE3 control word can be specified as a mandatory-to-implement option
>    which a SP  can disable if his environment is such  he doesn't care about
>    the absence of the PID.

> So I really think there is only one possible outcome.  The only issue is how much time  and breath we want  to waste 

> until we  get there.  A  SP is faced with the choice of either:

> a. Requiring the use of a Martini-style PID, or

> b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or

> c. Ensuring that  his PWE3 packets do not pass  through any MPLS environment
>    in which IP payload based load balancing is done.
                  ^^^^^^^^^^^^^^^^

d. load balancing limited to the label stack is also an option, having an alternative to reserved labels for LSP specific functions works even better.....esp. w.r.t. the genie already out there

Dave






------_=_NextPart_001_01C2F497.EB5D1420-- From owner-mpls@UU.NET Wed Dec 27 16:41:44 2006 From: "Ferrell, William" Subject: RE: [PWE3] MPLS PID Date: Thu, 27 Mar 2003 15:17:05 -0500 Lines: 37 Sender: owner-mpls@UU.NET Mime-Version: 1.0 Content-Type: text/plain Cc: "'David Allan'" , jeremy.de_clercq@alcatel.be, "'Scott W Brim'" , pwe3@ietf.org, mpls@UU.NET X-From: owner-mpls@UU.NET Thu Mar 27 22:44:33 2003 Return-path: To: "'erosen@cisco.com'" , "Ferrell, William" X-Mailer: Internet Mail Service (5.5.2655.55) Precedence: bulk Status: O I see Eric It seems as though your perspective is more specific to your implementation.right ? Will -----Original Message----- From: Eric Rosen [mailto:erosen@cisco.com] Sent: Thursday, March 27, 2003 3:03 PM To: Ferrell, William Cc: 'David Allan'; jeremy.de_clercq@alcatel.be; 'Scott W Brim'; pwe3@ietf.org; mpls@UU.NET Subject: Re: [PWE3] MPLS PID Eric> 6. No one has given a reason why the first nibble of any such control Eric> word should not be as Stewart has proposed. David> Except that it breaks some implementations that may have 0x04 in the David> first nibble without being IP packets. Referring to implementations which don't use a martini control word? William> clarify why the exception in #6 is so easily ignored in your William> opinion. Well, my company does have implementations which omit the control word, so that's not it ;-) We're in a situation now in which we have things that don't work so well together (core routers doing ECMP with MPLS, edge routers doing pseudowires without a martini control word). If we want everything to work together, something has to give, and it's not going to be something in the core ;-) From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: draft-sathappan-pw-atm-mib-00.txt Date: Thu, 27 Mar 2003 16:43:30 -0700 Organization: Level3 Communications LLC. Lines: 25 Sender: pwe3-admin@ietf.org References: <5.2.0.9.2.20030319193308.03030e00@bucket.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3@ietf.org, danny@tcb.net X-From: pwe3-admin@ietf.org Fri Mar 28 00:51:11 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: "Thomas D. Nadeau" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I support this as well. Thomas D. Nadeau wrote: > > Hi, > > As per our meeting today, I want to request > that draft-sathappan-pw-atm-mib-00.txt > be accepted as a PWE3 WG document. > It fits in with the existing PWE3 management framework > as described in the PWE3 architecture, and > also satisfies requirements for management > stated in the PWE3 requirements draft. > > --Tom > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: Static PW label provisioning Date: Thu, 27 Mar 2003 16:56:50 -0700 Organization: Level3 Communications LLC. Lines: 34 Sender: pwe3-admin@ietf.org References: <200303212008.h2LK85iH029087@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "Busschbach, Peter B (Peter)" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 00:59:33 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: erosen@cisco.com Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric Rosen wrote: > Peter> The question remains: what exactly is static provisioning? > > That's a good question. > > While static provisioning is sometimes regarded as a simplification, I think > it is really a complication, and an unnecessary one at that. One should be > able to assume that if you have PWs, you have a control connection of some > sort. If everything has to work both in the presence of a control > connection and in the absence of a control connection, then everything is > just that much more complicated. Do we really need this complication? > > No. In fact this is historical. At one time we thought that some implementations would choose this mode because LDP was too much work to implement. It turned out that this was not true. I Propose that we remove Static PW label provisioning . Any comments ? ( besides Andy's :-) ) Luca > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode Date: Thu, 27 Mar 2003 17:24:50 -0700 Organization: Level3 Communications LLC. Lines: 73 Sender: pwe3-admin@ietf.org References: <017601c2f245$8e280d90$1500000a@ANDREWLAPTOP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: erosen@cisco.com, pwe3@ietf.org, iesg@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 01:30:07 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: Andrew Smith Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Andrew Smith wrote: > Eric, > > I'd suggest that this distinction be made much more explicit: list the > raw mode in a "standards' track" RFC, move the tagged mode to an > "informational" RFC (or remove it entirely which is my, and several > other people's, preference) - if you don't do this, you will be creating > a whole lot of marketplace confusion and will neither be "facilitating > interoperability" over anything more than a very short timeframe nor > making "good standards" (as in "good standards need to describe how to > live with existing implementations of things, some of which are the > product of different traditions" - Harald Alvestrand). I am assuming > that Harald did not mean to endorse the practice of implementing, and > shipping in volume, implementations of early-stage IETF drafts, and then > using any momentum built up through those means to force inclusion of an > option in the final IETF standard (though that would be a "different > tradition", of course, from the good old IETF way of doing things). > > Andrew Smith > humm , wouldn't IP fall into this category ? V6 was built upon V4 implementation experience. Maybe we should have started over ? In the end , today service is sold primarily on a tagged mode implementations. We are going to have many optional modes of operation for different PW types and requirements, but one default mode for each. High Interoperability among implementations of this protocol is best preserved if we keep the optional tagged mode. Therefore I do not believe that we should remove tagged mode if we want this standard to be a " good standard" Luca > > -----Original Message----- > From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Eric > Rosen > Sent: Monday, March 24, 2003 12:21 PM > To: Rahul Aggarwal > Cc: pwe3@ietf.org > Subject: Re: [PWE3] draft-ietf-pwe3-ethernet-encap-02.txt: Tagged mode > > > > Eric> Given that the purpose of IETF standards is to > facilitate > Eric> interoperability, my suggestion would be to leave tagged mode in > the > Eric> document, though perhaps as a "deprecated mode". > > > Rahul> Just to clarify, what would 'deprecated' mean in this case..? > > It would mean that tagged mode is only there to support legacy > equipment, > and new equipment should be designed to support raw mode. > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Muneyoshi Suzuki Subject: Re: Ethernet over MPLS Date: Fri, 28 Mar 2003 09:42:39 +0900 Organization: NTT Corporation Lines: 13 Sender: pwe3-admin@ietf.org References: <026901c2f33c$3021e430$1500000a@ANDREWLAPTOP> <200303271818.h2RIIliH024997@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: suzuki.muneyoshi@lab.ntt.co.jp X-From: pwe3-admin@ietf.org Fri Mar 28 01:48:39 2003 Return-path: To: Eric Rosen , pwe3@ietf.org In-Reply-To: <200303271818.h2RIIliH024997@rtp-core-1.cisco.com> X-Mailer: Becky! ver. 2.05.10 Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > However, if you try to connect two of these boxes with > a pseudowire, you immediately run into a problem: at the ingress box, the > frames never received the output ethernet processing. The consequence is > that if a received frame has a provider tag, the hardware cannot support raw > mode. Could you clarify the reason why the hw cannot support raw mode if a frame has a "provider tag"? Muneyoshi Suzuki Nippon Telegraph and Telephone Corp. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: MPLS PID Date: Thu, 27 Mar 2003 17:50:43 -0700 Organization: Level3 Communications LLC. Lines: 55 Sender: pwe3-admin@ietf.org References: <200303252038.PAA25936@bifocal.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "W. Mark Townsley" , "Andrew G. Malis" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 01:59:03 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: George Swallow Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > > It would seem that there three identified uses for the PID. > > 1. Dealing with ECMP behavior > 2. Inband OAM flows > 3. Identifying flows for netmanagement applications. > > The first seems fairly straightforward. > > Define IPv4 and v6, reserve a few more values for possible future > versions of IP. Figure out whether there is any ST left in the > world. > > For the second define a single PID for any OAM flow. It would be > imprudent to had out pair of PIDs to apps that want inband OAM. > Something collecting flow information in the middle of the network > won't be able to identify the inband OAM, but that may be a good thing > as the result will be just counting the data. > > The third is a bit tickier. Given the resolution of (1&2) we'll have a > small number of PID values to play with to use for flow > identification. What that small set should be needs to be resolved. > I look to operators of networks for input. > given that IP has inedeed been very successfull I do not think we need to actually differenciate between all these legacy layer2 protocols, as they will not become the majority of the internet traffic , as I can see in my crystal ball ;-) I am happy with a simple class that identifies non ip traffic. ECMP is very important for us , but I would like to point out that it might not be important in all network , hence some operators might decide that either reordering is not an issue ... or that they have no ECMPs in their network and therefore do not require the overhead of a control word. Luca > ...George > > ================================================================== > George Swallow Cisco Systems (978) 497-8143 > 250 Apollo Drive > Chelmsford, Ma 01824 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: MPLS PID Date: Thu, 27 Mar 2003 17:55:42 -0700 Organization: Level3 Communications LLC. Lines: 277 Sender: pwe3-admin@ietf.org References: <5.1.0.14.2.20030325181331.02012640@mailhost.avici.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: danny@tcb.net, pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Fri Mar 28 02:04:11 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: Alia Atlas Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Alia Atlas wrote: > How does requiring a PID in the PWE3 L2 control word solve or handle the > case where a control word is not mandatory? > some networks might not care. Lcua > There are pseudo-wires, such as ethernet, where a control word is not > mandatory. This would imply that the first nibble (which would be > identified as the suggested PID) would be that from the ethernet frame. > > Alia > > At 01:53 PM 3/25/2003 -0700, Danny McPherson wrote: > >> [Note the cross-post, let's try to move this to MPLS please] >> >> I tend to agree with Mark & George (and others) that it should >> be addressed in the MPLS WG, with feedback from PWE3. >> >> PWE3 Architecture and perhaps Requirements (ugh!) work should be >> added as appropriate, please send your comments on what needs to >> be done there ASAP, if you haven't already. >> >> -danny >> >> >> > >> > I agree too that the PID issue is more of an MPLS issue in general. >> As such, the >> > I think the MPLS WG should be tasked with defining exactly what the >> PID looks >> > like, and what internode behavior relying on the PID is allowed. >> > >> > However, the PWE3 architecture cannot ignore this entirely. It is >> PWE3's direct >> > use of MPLS as its own PSN more than anything else that is imposing >> this >> > practical requirement now (though I suppose it has theoretically >> always been an >> > issue), and any definition coming from the MPLS WG would likely be >> in the form >> > of a requirement on any header definition that rides directly >> adjacent to the >> > last MPLS label in a stack. We all know that this would probably >> look something >> > like simply stating that the first four bits MUST be 4 for IPv4, 6 >> for IPv6, and >> > up to IANA and the MPLS WG for future additions. Whether that means >> handing out >> > values form the remaining 14 available under very tight control (at >> a minimum, >> > via an RFC2434 Standards Action and the MPLS WGs blessing), or some >> other >> > extended PID method, should be up to MPLS to ultimately decide and >> PWE3 to >> > adhere to. This would all be done with PWE3's input of course, since >> there would >> > be a lot of overlap in the folks making the decision. >> > >> > Regarding whether the MPLS WG has discussed this before, Eric Rosen >> suggested at >> > the microphone in SF that it had, but at that time the decision >> obviously was to >> > not include a PID within MPLS. The bottom line is that perhaps we >> are seeing >> > that in hindsight this was an error, and if so this should be openly >> resolved >> > within the MPLS WG. >> > >> > - Mark >> > >> > Andrew G. Malis wrote: >> > > I would just like to second Ron's questions below, and also add that >> > > there's no mention of the need for a protocol identification field in >> > > the PWE3 requirements draft. >> > > >> > > Also, I noticed that the architecture draft had no recognition of the >> > > TDM control word format; it only discussed the control word used >> for L2 >> > > encapsulations. >> > > >> > > So, I would like to request the following change in >> > > draft-ietf-pwe3-arch-02.txt: >> > > >> > > 5.4.3. PW over MPLS Generic Control Word >> > > >> > > The PW set-up protocol determines whether a particular PW uses a >> > > control word. When a control word is used, it MUST have the >> > > following form for non-TDM encapsulations: >> > > >> > > 0 1 2 3 >> > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 >> 0 1 >> > > >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > | RSVD/Flags |FRG| Length | Sequence >> Number | >> > > >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > >> > > Figure 12 - MPLS Generic Control Word >> > > >> > > >> > > The meaning of the fields of the MPLS Generic Control Word (Figure >> > > 12) is as follows: >> > > >> > > RSVD/Flags (bits 0 to 7): >> > > These bits are available for per payload signaling. Their >> > > definition is encapsulation specific. If not all of >> the bits >> > > are required for flags, some may be reserved for future >> use. >> > > >> > > FRG (bits 8 and 9): >> > > These bits are used when fragmenting a PW payload. >> Their use >> > > is defined in [FRAG]. >> > > >> > > Length (bits 10 to 15): >> > > The length field is used to determine the size of a PW >> > > payload that might have been padded to the minimum >> Ethernet >> > > MAC frame size during its transit across the PSN. If the >> > > MPLS payload (defined as the CW + the PW payload + any >> > > additional PW headers is less than 46 bytes, the length >> MUST >> > > be set to the length of the MPLS payload. If the MPLS >> > > payload is between 46 bytes and 63 bytes the >> implementation >> > > MAY either set to the length to the length of the MPLS >> > > payload, or it MAY set it to 0. If the length of the MPLS >> > > payload is greater than 63 bytes the length MUST be set >> to 0. >> > > >> > > Sequence number (Bit 16 to 31): >> > > If the sequence number is not used, it is set to zero by >> > > the sender and ignored by the receiver. Otherwise it >> > > specifies the sequence number of a packet. A circular list >> > > of sequence numbers is used. A sequence number takes a >> value >> > > from 1 to 65535 (2**16-1). >> > > >> > > For TDM applications, it must use the following general forms. >> > > >> > > Non-extended form: >> > > 0 1 2 3 >> > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > |0| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > >> > > Extended form: >> > > 0 1 2 3 >> > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > |1| Flags | Structure Pointer[0:12] | Sequence Number[0:13] | >> > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > | Additional encapsulation-specific header fields | >> > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> > > >> > > Structure Pointer[0:12]: If used, the Structure Pointer >> contains the >> > > offset of the first byte of the payload structure. Note that some >> > > TDM encapsulations do not require the use of a Structure Pointer, >> > > in which case this field may be reused for other uses. >> > > >> > > Sequence Number[0:13]: This is a packet sequence number, which >> > > continuously cycles from 0 to 0x3FFF. It is generated and >> processed >> > > in accordance with the rules established in [RFC1889]. When >> the RTP >> > > header is used, this sequence number MUST match the LSBs of the >> RTP >> > > sequence Number. >> > > >> > > Thanks, >> > > Andy >> > > >> > > ------- >> > > >> > > At 3/23/2003 10:04 AM +0200, Ron Cohen wrote: >> > > >> > >> Stewart, >> > >> >> > >> I went over your SF arch presentation. I have doubts regarding the >> > >> introduction of a requirement/suggestion for an all zero PID field >> > >> within the PWE3 control word. My doubts relates both to the scope of >> > >> this work as well as for the applications you are describing. >> Since I >> > >> haven't been to the SF IETF, please forgive me in advance if these >> > >> issues have already been discussed. >> > >> >> > >> >> > >> MPLS PID scope: >> > >> -------------- >> > >> In your presentation you describe a requirement/suggestion for an >> MPLS >> > >> PID, that allows a network node to distinguish between an IPv4, >> IPv6 and >> > >> PWE3 stream. The Multi-Protocol part of MPLS stands for carrying any >> > >> network protocol on top of MPLS, including possibly IPX, CLNS, etc. >> > >> Therefore, what you are proposing is introduction of an MPLS >> Protocol >> > >> Identifier, which I believe has a much larger scope than just the >> PWE3 >> > >> WG. >> > >> >> > >> 1. Would you agree that this is an MPLS WG item? Has this >> requirement >> > >> (MPLS PID) been discussed in the MPLS WG before / are there any >> drafts >> > >> written? >> > >> >> > >> 2. If so, would 4 bits suffice for an MPLS PID? >> > >> >> > >> >> > >> Applications: >> > >> ------------ >> > >> You list a number of applications that require IP flow recognition, >> > >> including load balancing, billing, and protection against network >> abuse >> > >> and attacks. I would like to better understand if these applications >> > >> indeed require the introduction of the PID field. For example, >> are these >> > >> applications edge applications? Do these applications run on all >> LSPs, >> > >> or are sensitive to BE LSP vs. LSP with priority? Do you run these >> > >> applications on TE paths? >> > >> >> > >> 1. Are there any drafts that describe these applications? >> > >> >> > >> 2. If not, could you elaborate on each application, its scope, etc? >> > >> >> > >> >> > >> Thanks >> > >> Ron >> > >> >> > >> Ron Cohen >> > >> CTO >> > >> Lycium Networks >> > >> Desk: +972 9 7619004 >> > >> Mobile: +972 55 245104 >> > >> Fax: +972 9 7619022 >> > >> >> > >> >> > >> >> > >> _______________________________________________ >> > >> pwe3 mailing list >> > >> pwe3@ietf.org >> > >> https://www1.ietf.org/mailman/listinfo/pwe3 >> > > >> > > >> > > _______________________________________________ >> > > pwe3 mailing list >> > > pwe3@ietf.org >> > > https://www1.ietf.org/mailman/listinfo/pwe3 >> > > >> > >> > _______________________________________________ >> > pwe3 mailing list >> > pwe3@ietf.org >> > https://www1.ietf.org/mailman/listinfo/pwe3 >> >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Luca Martini Subject: Re: Restoring missing text from draft-ietf-pwe-control-protocol-02 Date: Thu, 27 Mar 2003 18:11:00 -0700 Organization: Level3 Communications LLC. Lines: 84 Sender: pwe3-admin@ietf.org References: <5.2.0.9.0.20030325221249.05f6e348@mail.attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: vkompella@timetra.com, erosen@cisco.com, pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 02:16:46 2003 Return-path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: Italian [it],French/Canada [fr- To: "Andrew G. Malis" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Noted. I will look through the SCCS logs and figure out where the text went. Thanks. Luca Andrew G. Malis wrote: > Yes, absolutely! > > Vach, thanks for noticing this. I've moved this from the mpls list to > the PWE3 list and changed the subject line to flag it. > > Cheers, > Andy > > ---------- > > At 3/25/2003 06:52 PM -0800, Vach Kompella wrote: > >> One of the problems with the new version of the pwe3-control draft is >> that the >> line that says that the platform label space must be used has been >> dropped from >> the text. I assume that this was unintentional because it doesn't >> make sense to >> use interface-specific labels. However, it became apparent at the >> ISOCORE >> interop that one vendor didn't realize this. >> >> Could it please be re-inserted, right after where it says liberal label >> retention should be used? >> >> "VC labels MUST be allocated from the per-platform label space." >> >> Thanks. >> >> -Vach >> >> > -----Original Message----- >> > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of >> Andrew G. >> > Malis >> > Sent: Tuesday, March 25, 2003 5:49 PM >> > To: erosen@cisco.com >> > Cc: mpls@UU.NET >> > Subject: Re: Distributing Labels for PWs within an LSP TE Tunnel >> > >> > >> > At 3/25/2003 10:04 AM -0500, Eric Rosen wrote: >> > >> > >Nurit> I do look for a way to bind the (LDP) signaled PWs to the >> (RSVP-TE) >> > >Nurit> signaled transport tunnel LSP, in a way that both PEs know >> about it. >> > > >> > >There is no way to do this using the protocols as currently defined. >> > >> > I agree with Eric, and it's the way it is for a very good reason - as a >> > result of requiring PW labels in the platform label space, deciding >> which >> > RSVP-TE tunnel to use for the LDP-signaled PWs is purely a local >> matter at >> > the PE that's encapsulating the L2 frames. This allows a number of >> nice >> > properties, such as the ability to very easily switch to a backup >> tunnel if >> > there's a primary tunnel failure and the network isn't using FRR in the >> > core, or to load-share over multiple tunnels if the PW doesn't have >> > sequentiality requirements (or has partial sequentiality >> > requirements). Using end-to-end signaling to bind a PW to a particular >> > tunnel removes these properties. >> > >> > Cheers, >> > Andy >> > >> > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Sasha Vainshtein Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) Date: Fri, 28 Mar 2003 11:19:58 +0200 Lines: 174 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-8" Cc: "'Tim.Frost@zarlink.com'" , pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 09:25:56 2003 Return-path: To: "'Shahram Davari'" X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Shahram and all, I believe that the conversion of pointers is required in both directions. The method you have described (ATM-CES PTR --> TDM CEP PTR) will work for the "full cell" mode with 375 bytes per packet (and associated packetization latencies). But the reverse conversion is not simple; and without it there is no interworking. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) > -----Original Message----- > From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > Sent: Thursday, March 27, 2003 10:55 PM > To: Sasha Vainshtein > Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > > Sasha, > > The only difference between interworking ATM CES with TDMoIP > and CEP-TDM is the requirement for pointer conversion from > ATM-CES to CEP-TDM and > vice versa, which is straight forward. It just requires an > offset for the P-cell to be > added to the ATM-CES structure pointer. > > -Shahram > > >-----Original Message----- > >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] > >Sent: Thursday, March 27, 2003 3:32 PM > >To: Shahram Davari > >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > > > > > >Shahram and all, > >As I have said already, your Atlanta presentation > >deals with TDMoIP (aka draft-anavi) but not with > >CEP-TDM (aka draft-johnson). > >AFAIK, draft-anavi does not deal with pointers etc. > > > > > >--------------------------------------------------------------- > >------------- > >-------- > >With best regards, > > Sasha Vainshtein > >email: sasha@axerra.com > >phone: +972-3-7659993 (office) > > +972-8-9254948 (home) > > +972-58-674833 (cellular) > > > > > >> -----Original Message----- > >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > >> Sent: Thursday, March 27, 2003 10:23 PM > >> To: Sasha Vainshtein > >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > >> > >> > >> Here is my Atlanta presentation. Check slides 4, 5. > >> > >> -Shahram > >> > >> > >> > >> > >> >-----Original Message----- > >> >From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] > >> >Sent: Thursday, March 27, 2003 3:15 PM > >> >To: Shahram Davari > >> >Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >> >Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >> >[PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > >> > > >> > > >> >Shahram and all, > >> >Please see some comments inline. > >> > > >> >--------------------------------------------------------------- > >> >------------- > >> >-------- > >> >With best regards, > >> > Sasha Vainshtein > >> >email: sasha@axerra.com > >> >phone: +972-3-7659993 (office) > >> > +972-8-9254948 (home) > >> > +972-58-674833 (cellular) > >> > > >> > > >> >> -----Original Message----- > >> >> From: Shahram Davari [mailto:Shahram_Davari@pmc-sierra.com] > >> >> Sent: Thursday, March 27, 2003 9:32 PM > >> >> To: Sasha Vainshtein > >> >> Cc: 'Tim.Frost@zarlink.com'; pwe3@ietf.org > >> >> Subject: RE: Interworking of TDM PWs with ATM-CES (was: RE: > >> >> [PWE3] I-D ACT ION: draft-johnson-pwe3-tdm-00.txt) > >> >> > >> >> > >> >> Sasha, > >> >> > >> >> > Regarding point 4, I prefer ease of interworking with ATM > >> >> >> CES. The reason is > >> >> >> > >> >> >Is this the reason for your preference? > >> >> > >> >> Yes. > >> >> > >> >I intended to ask "is the pointer you reason for preferring > >> >interworking with ATM-CES interworking to latency control? > >> >I was probably misunderstood... > >> >> > >> >... snipped ... > >> >> > >> >> You need an NSP to do the SAR. > >> >> > >> >Which SAR? If you mean packetization and > >> >de-packetization, this is not SAR and this is not > >> >part of an NSP either. Please see Section 4.2 of the > >> >latest Architecture draft for details. > >> >> > >> >... snipped... > >> >> > >> >> >> So I think mandating the pointer > >> >> >> solves 2 problems: > >> >> >> > >> >> >> a) Ease of interworking with ATM CES > >> >> >> > >> >> >IMO it does not - because the CEP-TDM pointer does > >> >> >not eliminate the need for full-fledged > >> >> >generation/termination of structured AAL1 in both > >> >> >"full cells" and "partial cell fill" modes for > >> >> >interworking with structured ATM-CES. > >> >> >And this, IMO, is not easy. > >> >> > >> >> Please see my Atlanta presentation > >> >> > >> >Unless I am mistaken, your Atlanta presentation did not > >> >discuss CEP-TDM (among other things, because it has > >> >been only published later...) > >> >> > >> >> > > >> >> >The situation differs substantially for unstructured > >> >> >TDM emulation because generation/termination of > >> >> >unstructured AAL1 is trivial and there is no > >> >> >partial cell fill mode there. > >> >> > > >> >> >The remaining text explains why generation/termination > >> >> >of structured AAL1 cannot be avoided. > >> >> > >> >> Again. Have a look at my presentation. > >> >> > >> >Do you mean your SF presentation or your Atlanta one? > >> >> > >> >... snipped to the end ... > >> > > >> > >> > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-pwe3-requirements-05.txt Date: Fri, 28 Mar 2003 07:22:35 -0500 Lines: 87 Sender: pwe3-admin@ietf.org Reply-To: Internet-Drafts@ietf.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 13:30:59 2003 Return-path: To: IETF-Announce: ; Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , X-Spam-Report: 5 hits, 5 required; * 1.1 -- To: has a malformed address * 0.5 -- From: does not include a real name * 2.2 -- BODY: Claims you can be removed from the list * 1.1 -- BODY: A word in all caps repeated on the line * 0.1 -- RAW: MIME filename does not match content Status: O --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudo Wire Emulation Edge to Edge Working Group of the IETF. Title : Requirements for Pseudo-Wire Emulation Edge-to-Edge (PWE3) Author(s) : X. Xiao et al. Filename : draft-ietf-pwe3-requirements-05.txt Pages : 20 Date : 2003-3-27 This document describes base requirements for the Pseudo-Wire Emulation Edge to Edge Working Group (PWE3 WG). It provides guidelines for other working group documents that will define mechanisms for providing pseudo-wire emulation of Ethernet, ATM, and Frame Relay. Requirements for pseudo-wire emulation of TDM (i.e. 'synchronous bit streams at rates defined by ITU G.702') are defined in another document. It should be noted that the PWE3 WG standardizes mechanisms that can be used to provide PWE3 services, but not the services themselves. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pwe3-requirements-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pwe3-requirements-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pwe3-requirements-05.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Eric Rosen Subject: Re: Ethernet over MPLS Date: Fri, 28 Mar 2003 09:33:48 -0500 Lines: 8 Sender: pwe3-admin@ietf.org References: <20030328093814.17C2.SUZUKI.MUNEYOSHI@lab.ntt.co.jp> Reply-To: erosen@cisco.com Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 15:37:52 2003 Return-path: To: Muneyoshi Suzuki In-reply-to: Your message of Fri, 28 Mar 2003 09:42:39 +0900. <20030328093814.17C2.SUZUKI.MUNEYOSHI@lab.ntt.co.jp> User-Agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > Could you clarify the reason why the hw cannot support raw mode if a > frame has a "provider tag"? In my example, the tag manipulation is part of the processing path that is invoked when an ethernet frame is about to be transmitted out an ethernet interface. However, in an ingress PE, the ethernet frame never passes through this processing path. Hence the provider tag cannot be removed. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: What is PWE3 chartered to do? Date: Fri, 28 Mar 2003 11:22:05 -0500 Lines: 82 Sender: pwe3-admin@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 17:26:01 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O The PWE3 charter says in part: "The basic idea of this working group is to develop standards for the encapsulation and service emulation of pseudo wires: encapsulating service-specific PDUs arriving at an ingress logical port and carrying them across a tunnel, managing their timing, order or other aspects entering and leaving the tunnel, to emulate the behavior and characteristics of the service as well as possible." Note that in this paragraph, nor anywhere else in the charter does it say, "redefine the PSN service" It does say "develop standards for encapsulating service-specific PDUs ... managing their ... order ... leaving the tunnel, to emulate the behavior and characteristics of the service as well as possible." MPLS provides several services. With RSVP-TE one can define a single explicit route through a network that offers a service which includes ordered delivery. Another service is to offer the equivalent of IP datagrams. When MPLS first started there were proposals to carry labels in every routing protocol. It was decided that it would be simpler, and in most cases technically superior to have a single protocol - LDP - to carry those labels. The IP service is connectionless. It does not guarantee that packets will flow over the same path, nor does it offer a guarantee of ordered deliver. However, if certain conventions are followed, ones chances of getting packets delivered in order are greatly increased, i.e. pretty much guaranteed in the presence of stable routing. It behooves the user of the service to follow those conventions. The PWE3 charter instructs us to define encapsulations to "manage the order of packets leaving the tunnel". So this would be my proposal for doing so: For any PWE3 control header, define the first nibble of the first word as a format identifier with the following values: Value 0 = control word as defined in PWE Arch, data 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0| Flags |FRG| Length | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value 1 = control word as defined in PWE Arch, OAM 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 1| Flags |FRG| Length | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Note: The sequence number would either be unused or used to mark the position in the sequence, that is, carry the same value as the last data PDU sent. Value 2 = PPP PID 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 1 0| reserved | PPP DLL Protocol Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | As defined by PID | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Values 3 - 15 = Reserved. New PPP DLL Protcol numbers would then be defined to indentify the further contents, such as the Sonet encaps. ...George ====================================================================== George Swallow Cisco Systems (978) 497-8143 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew Smith" Subject: RE: Ethernet over MPLS Date: Fri, 28 Mar 2003 09:04:23 -0800 Lines: 44 Sender: pwe3-admin@ietf.org References: <200303281433.h2SEXmiH020194@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: X-From: pwe3-admin@ietf.org Fri Mar 28 18:09:39 2003 Return-path: To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200303281433.h2SEXmiH020194@rtp-core-1.cisco.com> Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Eric, If you ask me (which you didn't), the example that you describe sounds like a rather kludged architecture for a switch - to couple the MPLS functionality to only specific interface types (e.g. non-Ethernet) may be an implementation shortcut but it's a bad way to build a general purpose PE - I would have thought that most customers would not want to buy into such a restricted product (what? I can't run MPLS/PWE3 over my core Ethernet links?). Leaving aside the "legacy switch" issue for a moment, of course it's up to the WG to decide whether it thinks the standard ought to support such "optimisations" for future implementations (right now I'm seeing no clear consensus one way or the other). Andrew Smith -----Original Message----- From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Eric Rosen Sent: Friday, March 28, 2003 6:34 AM To: Muneyoshi Suzuki Cc: pwe3@ietf.org Subject: Re: [PWE3] Ethernet over MPLS > Could you clarify the reason why the hw cannot support raw mode if a > frame has a "provider tag"? In my example, the tag manipulation is part of the processing path that is invoked when an ethernet frame is about to be transmitted out an ethernet interface. However, in an ingress PE, the ethernet frame never passes through this processing path. Hence the provider tag cannot be removed. _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 From owner-mpls@UU.NET Wed Dec 27 16:41:44 2006 From: Curtis Villamizar Subject: Re: [PWE3] MPLS PID Date: Thu, 27 Mar 2003 13:39:10 -0500 Lines: 97 Sender: owner-mpls@UU.NET References: <200303271613.h2RGDOiH028923@rtp-core-1.cisco.com> Reply-To: curtis@fictitious.org Cc: jeremy.de_clercq@alcatel.be, David Allan , "'Scott W Brim'" , pwe3@ietf.org, mpls@UU.NET X-From: owner-mpls@UU.NET Fri Mar 28 20:37:08 2003 Return-path: To: erosen@cisco.com In-reply-to: Your message of "Thu, 27 Mar 2003 11:13:23 EST." <200303271613.h2RGDOiH028923@rtp-core-1.cisco.com> Precedence: bulk Status: O In message <200303271613.h2RGDOiH028923@rtp-core-1.cisco.com>, Eric Rosen write s: > > Let's try to focus a little. > > 1. The only reason for a PID field in MPLS and/or PWE3 is to allow > intermediate routers to determine whether a particular MPLS payload is an > IP packet or not. > > There are a number of reasons why this is useful, and no one has argued > that this is not useful. > > No one has provided a reason why it might be useful for intermediate > routers to know, if the payload is not IP, what kind of packet it is. > > 2. The reason there is no PID field in the MPLS header is that there was a > consensus to keep the header as short as possible. > > 3. The reason the PWE3 control word is optional is that there is a consensus > (apparently a continuing one) to allow service providers to specify that > the header be kept as short as possible. > > 4. My conclusion from 2 and 3 is that there isn't much hope for any solution > which includes both a PWE3 control word AND a 4-byte MPLS PID field. > > 5. There is anyway no way for the IETF to change the basic MPLS forwarding > logic, at least not in the time frame over which one would like to see > PWE3 deployments. > > 5. My further conclusion is that, as Mark has suggested, the only possible > outcome of a discussion in the MPLS WG is a recommendation that any > non-IP application using MPLS specify a control word whose first nibble > is as Stewart has proposed for PWE3. > > 6. No one has given a reason why the first nibble of any such control word > should not be as Stewart has proposed. > > 7. The PWE3 control word can be specified as a mandatory-to-implement option > which a SP can disable if his environment is such he doesn't care about > the absence of the PID. > > So I really think there is only one possible outcome. The only issue is how > much time and breath we want to waste until we get there. A SP is faced > with the choice of either: > > a. Requiring the use of a Martini-style PID, or > > b. Ensuring that his pseudowires only carry non-order-sensitive traffic, or > > c. Ensuring that his PWE3 packets do not pass through any MPLS environment > in which load balancing is done. > > Encapsulations which do not use the Martini-style control word are therefore > at a disadvantage. We should make sure therefore that any encapsulation > which actually solves a problem for the industry has a control word with the > first nibble as Stewart has proposed. Eric, Nice summary. What we can do is actually use the L3PID in MPLS and specify a value for traffic with the packet type specified in the nibble, and a value in this nibble to indicate that an ethertype is in the rest of the first 32 byte entry rather than a PWE3 encapsulation to allow plain IP mixed in and/or specify a value of L3PID indicating that a Martini-style PID will be found. The problems that we've run into in the past is what to put in L3PID for hierarchical tunnels that have more than one L3PID in the tunnels that go inside them. This solves it. If we go with the a scheme that allows the per packet L3PID, then the hierarchical tunnels is the new kind of "L3PID in the payload" encaps (or an abbreviated form) and insert the L3PID of the payload if it isn't already there (which it gets from the LSP it is putting inside the hierarchical tunnel. We still have the case where a hierarchical tunnel has a setup request with the L3PID of type MPLS (essentially saying "unknown") and all that can be done for that type is the L3PID MPLS is put in the payload so LSR along the way can see this packet as "unknown" type but others as known types. If you go with a short (nibble, or 2 byte) PID, or any PID which is not based on ethertype like L3PID, then you complicate the algorithm for determining what to put in the encaps at a hierarchical tunnel. This feature would not have to be available on all LSR in a network, but the more LSR with this at ingress or at the ingress to a hierarchical LSP, the better. The more midpoint LSR trying to do ECMP that were aware of the new L3PID values, also the better. Curtis From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: neil.2.harrison@bt.com Subject: RE: What is PWE3 chartered to do? Date: Fri, 28 Mar 2003 19:39:34 -0000 Lines: 125 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Fri Mar 28 20:45:05 2003 Return-path: To: swallow@cisco.com X-Mailer: Internet Mail Service (5.5.2654.89) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O George, some important observations in-line. regards, Neil (speaking with his BT operator's hat on to be clear in case someone thinks I don't represent BT views here). George Swallow wrote 28 March 2003 16:22 > > The PWE3 charter says in part: > > "The basic idea of this working group is to develop standards for the > encapsulation and service emulation of pseudo wires: encapsulating > service-specific PDUs arriving at an ingress logical port and carrying > them across a tunnel, managing their timing, order or other aspects > entering and leaving the tunnel, to emulate the behavior and > characteristics of the service as well as possible." NH=> This is almost G.805-speak for client/server layer adaptation. One things we are very keen to see here are clean client/server architectures, such that the client (X) and server (Y) layers are independent. X/Y relationship flexibility is an obvious requirement (subject to 'does it make sense to carry specific X over specific Y?'), but we also want to allow X and Y to be added/changed/sunsetted independently. A further requirement is minimisation of functions that lie between X and Y, ie keep the adaptation simple. This means that if X or Y is functionally deficient then fix X or Y as necessary, but please don't start bolting-on functions in the adapation process. Currently there is a whole raft of stuff being proposed to go in here that we would simply not want. > > Note that in this paragraph, nor anywhere else in the charter does it > say, "redefine the PSN service" NH=> Is 'PSN service' defined somewhere? > It does say "develop standards for > encapsulating service-specific PDUs ... managing their ... order > ... leaving the tunnel, to emulate the behavior and characteristics of > the service as well as possible." > > MPLS provides several services. With RSVP-TE one can define a single > explicit route through a network that offers a service which includes > ordered delivery. > > Another service is to offer the equivalent of IP datagrams. NH=> MPLS cannot do this.....the signature of a cnls pkt is that it must possess a SA/DA pair and be routable from any network location (within the bounds where the SA/DA are valid, and subject to TTL exhaust). A MPLS pkt in a LSP does not allow this because such pkts contain link-connection identifiers and not addresses. > When MPLS > first started there were proposals to carry labels in every routing > protocol. NH=> Link-state routing functions would make little sense in proxying for the signalling function.....that is why they are unsuitable. > It was decided that it would be simpler, and in most cases > technically superior to have a single protocol - LDP - to carry those > labels. NH=> I'd hardly call LDP 'technically superior'! It for sure introduces problems that have no need to exist (since you can address all applications of interest with either a proper IP/cnls mode or a proper MPLS/p2p mode). In any case, there is not a single MPLS signalling protocol: There are at least 3 mutually disjoint MPLS networks, characterised by the signalling protocols they use, viz: RSVP-TE, LDP and BGP4. The former 2 are proper (?) signalling protocols, whereas the latter is a routing protocol that is being asked to perform a signalling function (which it can because it is not link-state). So there is no such thing as a single MPLS protocol/network. > > The IP service is connectionless. NH=> Yes, but MPLS is not despite what some falsely claim. This is more obviously true for RSVP-TE but it is also true for LDP. This is apparent from the fact that MPLS (all cases) uses link-connection identifiers that only have network currency when allocated to a parent LSP. The problems start when you try and make what is essentially a co pkt-sw forwarding behaviour act like it has a cnls behaviour. This is why whenever LDP is used it has a forced requirement to have a p2p LSP above the mp2p LSP. What is going on architecturally here is that the label in the mp2p LSP is proxying for a DA function in IP, whilst the label in the p2p higher level LSP is proxying for the SA function in IP (this is indeed how one starts to recover from the effect of merging). However, the fault-behaviour when using a co pkt-sw forwarding mode is very different to that of a proper cnls mode, as no doubt I am sure you understand George, eg misdirect a pkt in a cnls mode and it can self-correct (SA/DA always unique), but misdirect a pkt in an LSP and it won't self-correct in the general case (it either black-holes or gets misrouted to the sink of some other LSP). I wish people would stop pretending MPLS and IP are the same.....it's just not true. And that is one of the main problems we see with the PWE work. There is actually no need to try and force identical solutions for carrying X over IP and X over MPLS. > It does not guarantee that packets > will flow over the same path, nor does it offer a guarantee of > ordered deliver. However, if certain conventions are followed, ones > chances of getting packets delivered in order are greatly increased, > i.e. pretty much guaranteed in the presence of stable routing. > > It behooves the user of the service to follow those conventions. The > PWE3 charter instructs us to define encapsulations to "manage the > order of packets leaving the tunnel". > > So this would be my proposal for doing so: > > For any PWE3 control header, define the first nibble of the first word > as a format identifier with the following values: > > Value 0 = control word as defined in PWE Arch, data > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0| Flags |FRG| Length | Sequence Number > | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Value 1 = control word as defined in PWE Arch, OAM NH=> What makes you think having to manage this 'in-between' layer with it's own OAM should be considered 'good' by an operator George? We still have to manage the client X and we still have to manage the server Y...and we certainly want to do this properly. However, we for sure don't want to see lots of functions added between X and Y that we also have to manage too, perhaps to try and compensate for defficiencies in either the client or the server layers....however, get these right and only minimalist adaptation is required. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: Re: What is PWE3 chartered to do? Date: Fri, 28 Mar 2003 15:02:30 -0500 Lines: 148 Sender: pwe3-admin@ietf.org References: <0536FC9B908BEC4597EE721BE6A35389025D6699@i2km07-ukbr.domain1.systemhost.net> Cc: swallow@cisco.com, pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Fri Mar 28 21:09:15 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: neil.2.harrison@bt.com In-reply-to: Your message of "Fri, 28 Mar 2003 19:39:34 GMT." <0536FC9B908BEC4597EE721BE6A35389025D6699@i2km07-ukbr.domain1.systemhost.net> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > George, some important observations in-line. regards, Neil (speaking with > his BT operator's hat on to be clear in case someone thinks I don't > represent BT views here). > > George Swallow wrote 28 March 2003 16:22 > > > > The PWE3 charter says in part: > > > > "The basic idea of this working group is to develop standards for the > > encapsulation and service emulation of pseudo wires: encapsulating > > service-specific PDUs arriving at an ingress logical port and carrying > > them across a tunnel, managing their timing, order or other aspects > > entering and leaving the tunnel, to emulate the behavior and > > characteristics of the service as well as possible." > > NH=> This is almost G.805-speak for client/server layer adaptation. One > things we are very keen to see here are clean client/server architectures, > such that the client (X) and server (Y) layers are independent. X/Y > relationship flexibility is an obvious requirement (subject to 'does it make > sense to carry specific X over specific Y?'), but we also want to allow X > and Y to be added/changed/sunsetted independently. A further requirement is > minimisation of functions that lie between X and Y, ie keep the adaptation > simple. This means that if X or Y is functionally deficient then fix X or Y > as necessary, but please don't start bolting-on functions in the adapation > process. Currently there is a whole raft of stuff being proposed to go in > here that we would simply not want. > > > > Note that in this paragraph, nor anywhere else in the charter does it > > say, "redefine the PSN service" > NH=> Is 'PSN service' defined somewhere? > > > It does say "develop standards for > > encapsulating service-specific PDUs ... managing their ... order > > ... leaving the tunnel, to emulate the behavior and characteristics of > > the service as well as possible." > > > > MPLS provides several services. With RSVP-TE one can define a single > > explicit route through a network that offers a service which includes > > ordered delivery. > > > > Another service is to offer the equivalent of IP datagrams. > NH=> MPLS cannot do this.....the signature of a cnls pkt is that it must > possess a SA/DA pair and be routable from any network location (within the > bounds where the SA/DA are valid, and subject to TTL exhaust). A MPLS pkt > in a LSP does not allow this because such pkts contain link-connection > identifiers and not addresses. When I as a router hand out an LDP label with a FEC that has an IP prefix then I expect to be able to treat the labeled object the same whay that I treat a packet that has a destination address within that prefix. > > When MPLS > > first started there were proposals to carry labels in every routing > > protocol. > NH=> Link-state routing functions would make little sense in proxying for > the signalling function.....that is why they are unsuitable. Correct. > > It was decided that it would be simpler, and in most cases > > technically superior to have a single protocol - LDP - to carry those > > labels. > NH=> I'd hardly call LDP 'technically superior'! It for sure introduces > problems that have no need to exist (since you can address all applications > of interest with either a proper IP/cnls mode or a proper MPLS/p2p mode). > In any case, there is not a single MPLS signalling protocol: There are at > least 3 mutually disjoint MPLS networks, characterised by the signalling > protocols they use, viz: RSVP-TE, LDP and BGP4. The former 2 are proper (?) > signalling protocols, whereas the latter is a routing protocol that is being > asked to perform a signalling function (which it can because it is not > link-state). So there is no such thing as a single MPLS protocol/network. I did not make this claim. Only that we did LDP instead of attempting to muck with every IGP. > > > > The IP service is connectionless. > NH=> Yes, but MPLS is not despite what some falsely claim. This is more Dream on. Or get real. > obviously true for RSVP-TE but it is also true for LDP. This is apparent > from the fact that MPLS (all cases) uses link-connection identifiers that > only have network currency when allocated to a parent LSP. The problems > start when you try and make what is essentially a co pkt-sw forwarding > behaviour act like it has a cnls behaviour. This is why whenever LDP is > used it has a forced requirement to have a p2p LSP above the mp2p LSP. What > is going on architecturally here is that the label in the mp2p LSP is > proxying for a DA function in IP, whilst the label in the p2p higher level > LSP is proxying for the SA function in IP (this is indeed how one starts to > recover from the effect of merging). However, the fault-behaviour when > using a co pkt-sw forwarding mode is very different to that of a proper cnls > mode, as no doubt I am sure you understand George, eg misdirect a pkt in a > cnls mode and it can self-correct (SA/DA always unique), but misdirect a pkt > in an LSP and it won't self-correct in the general case (it either The point I'm making has nothing to do with mis-directing and self correct. It is simply that when I have an LDP label with a FEC of IP prefix, I can change my notion of next hop at any time (note I will adjust the next hop label as well) and I can do ECMP. > black-holes or gets misrouted to the sink of some other LSP). I wish people > would stop pretending MPLS and IP are the same.....it's just not true. And > that is one of the main problems we see with the PWE work. There is > actually no need to try and force identical solutions for carrying X over IP > and X over MPLS. > > > It does not guarantee that packets > > will flow over the same path, nor does it offer a guarantee of > > ordered deliver. However, if certain conventions are followed, ones > > chances of getting packets delivered in order are greatly increased, > > i.e. pretty much guaranteed in the presence of stable routing. > > > > It behooves the user of the service to follow those conventions. The > > PWE3 charter instructs us to define encapsulations to "manage the > > order of packets leaving the tunnel". > > > > So this would be my proposal for doing so: > > > > For any PWE3 control header, define the first nibble of the first word > > as a format identifier with the following values: > > > > Value 0 = control word as defined in PWE Arch, data > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |0 0 0 0| Flags |FRG| Length | Sequence Number > > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Value 1 = control word as defined in PWE Arch, OAM > > NH=> What makes you think having to manage this 'in-between' layer > with it's I sent this message to PWE. I'm not proposing an 'in between' layer. I'm proposing a format identifier for the PWE header. ...George ================================================================== George Swallow Cisco Systems (978) 497-8143 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Yaakov Stein" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Sun, 30 Mar 2003 14:49:13 +0300 Lines: 112 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Sun Mar 30 14:46:09 2003 Return-path: X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcL0nUncaShz232/SxihaF+R16c0EQCEskWQ To: , X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2UCxfO01953 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > 1. The default payload size for unstructured E1/T1 is too > large at 376, this should be reduced to 141 (47*3) or 188 (47*4). > Since other payload sizes may be supported at will, I don't > anticipate any significant objection to this. I think many would prefer 188, to keep it a multiple of 32 bits. However, perhaps we do not require a default length at all. > 2. The default payload size for unstructured E3/T3 should be > separated from that for E1/T1. It could remain at 376. > This seems reasonable to me. Once again, we should allow the use of any convenient packet size. > 3. The use of a superframe format for NxDS0 without CAS is unjustified > I think everyone on the list agrees with this point. We seem to be in > agreement that the only relevant structure is the 125us frame. That is the most relevant TDM structure, and thus there should be a requirement for the pointer in draft-johnson to point to it. However, there is no reason for the packet size to be constrained to this length. > 4. The structure pointer mechanism for NxDS0 with/without CAS > should be made mandatory This is the main point of controversy. Agreed. > One of the main benefits of the pointer mechanism is to make > interworking with AAL1 CES easier. AAL1 CES delivers cells with no fixed > relationship to the frame structure, but with a pointer to identify where that > structure starts. Therefore these cells may be received by an > inter-working function, the ATM and AAL1 header bytes > stripped, and the cells placed into a packet, with the AAL1 structure pointer > modified as required to point to the first occurence of the frame > structure within the packet. As you state, this is ONE benefit, but it is certainly not the only one. The TDM DT expended a truly enormous effort at trying to reach a single default packet size. This caused difficulties, due to different services requiring different overhead-latency trade-offs. Using the pointer allows one to arbitrarily set the packet size, and still maintain TDM frame (or CAS multiframe, as the case may be) integrity. > AAL1 required a pointer mechanism because the cell size was fixed. > Therefore it was not possible to vary the size of the payload > with the value of N, or to suit the application. In fact the payload > size varies with the addition of the pointer in every eighth cell. > > A packet switched network on the other hand copes with a wide > range of packet sizes. Agreed. So why do you insist on locking the packet size to the frame length, by making the pointer optional. This effectively makes IP packets into fixed length cells. > This allows signficant possibilities, such as > specifying the packet size in terms of packetization delay, e.g. packet size > = N * number of frames delay required. This is important, since a key > attribute of TDM systems is the overall latency, of which the packetization > delay may be a signficant component in many applications. It also allows > the delay to be kept constant regardless of the value of N, which is an important > consideration for service providers who may be providing fractional T1 > service with different values of N to different customers, > but keep the latency budget the same for each customer. This has been discussed at great length in the TDM DT. No explanation of why different PWs carrying different numbers of timeslots should have precisely equal latencies has ever been proffered. And in any case, by implementing the pointer any convenient packet size can be used, making this entire argument meaningless. > If the packet size is defined in this way, the structure > pointer is no longer required. This is because the packet size is now > locked to the TDM frame boundary, simplifying the construction of the header. As I have stated in the past, defining an IP packet size in microseconds is entirely opaque to the IETF. Packet sizes have to be stated in bytes. What you are suggesting is an elaborate scheme for selecting a default packet size in bytes, based on TDM frames, numbers of active timeslots, type of service (E1, T1, E3, T3), etc. Not only is this scheme extremely confusing when presented in IETF terms, it is not required. Just implement the pointer and allow the user to pick any size he likes! > Therefore the question comes down to what Shahram expressed > at the San Francisco meeting: What is most important, the ability to define > packetization delay that is constant with N , or making > inter-working with AAL1 services easier? No, the question is - should one define an elaborate scheme to force a packet size to agree with that of a pre-existing implementation (CESoIP), or should one allow users to use the packet size that best fits their requirements? Those requirements may be CES-interworking, or may be low-latency (as for metro networks), or may be large packets (as for wireless networks). Y(J)S From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Peter Willis Subject: Re: What is PWE3 chartered to do? Date: Mon, 31 Mar 2003 10:04:55 +0100 Lines: 35 Sender: pwe3-admin@ietf.org References: <200303282002.PAA01599@bifocal.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: neil.2.harrison@bt.com, pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 31 11:11:31 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #11[UCI] To: George Swallow In-reply-to: Your message of "Fri, 28 Mar 2003 15:02:30 EST." <200303282002.PAA01599@bifocal.cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O > > > The IP service is connectionless. > > NH=> Yes, but MPLS is not despite what some falsely claim. This is more > > Dream on. Or get real. Without getting emotional or religious about whether MPLS is CNLS or CO lets just look at the problems a network operator faces. With traditional IP routing if I get a fault then at a router I can look in the routing table I know where a packet is going irrespective or where it had come from. I can even look at IP packets as they arrive and know where they had come from and where they are going to. So fault finding is easy (relatively speaking). With LDP MPLS when I get a fault I can not by inspection at one router determine where the MPLS packet has come from or where it has gone to. What I have to do it logon to all the routers from the ingress to the egress, check the label tables, and build a table off-line as to what is happening. So we (BT) run a script to do this. So the point is that although an MPLS LDP cloud from the outside behaves just like an IP CNLS cloud when its working when it breaks it requires very different methods to fix it. And its the cost of operating (which includes fixing) networks that is important to network operators not whether the protocol is CO or CNLS. As regards "in-between" layers perhaps the whole of PWE3 is an "in-between" layer and as such we have to recognise running PWE3 adds costs. So before someone decides to use PWE3 they have to weigh the costs of operating another layer of functions against what it's saving elsewhere. If we keep adding functions and cost to PWE3 it becomes less attractive to use. (Apologies for stating the obvious!) Regards, Peter. From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-pwe3-control-protocol-02.txt Date: Mon, 31 Mar 2003 06:45:00 -0500 Lines: 85 Sender: pwe3-admin@ietf.org Reply-To: Internet-Drafts@ietf.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Cc: pwe3@ietf.org X-From: pwe3-admin@ietf.org Mon Mar 31 13:52:21 2003 Return-path: To: IETF-Announce: ; Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , X-Spam-Report: 5 hits, 5 required; * 1.1 -- To: has a malformed address * 0.5 -- From: does not include a real name * 2.2 -- BODY: Claims you can be removed from the list * 1.1 -- BODY: A word in all caps repeated on the line * 0.1 -- RAW: MIME filename does not match content Status: O --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudo Wire Emulation Edge to Edge Working Group of the IETF. Title : Pseudowire Setup and Maintenance using LDP Author(s) : L. Martini, N. El-Aawar, E. Rosen Filename : draft-ietf-pwe3-control-protocol-02.txt Pages : 28 Date : 2003-3-28 Layer 2 services (such as Frame Relay, ATM, ethernet) can be 'emulated' over an IP and/or MPLS backbone by encapsulating the layer 2 PDUs and then transmitting them over 'pseudowires'. It is also possible to use pseudowires to provide SONET circuit emulation over an IP and/or MPLS network. This document specifies a protocol for establishing and maintaining the pseudowires, using extensions to LDP. Procedures for encapsulating layer 2 PDUs are specified in a set of companion documents. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pwe3-control-protocol-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pwe3-control-protocol-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pwe3-control-protocol-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "tom k. johnson" Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Mon, 31 Mar 2003 09:14:20 -0500 Lines: 113 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-From: pwe3-admin@ietf.org Mon Mar 31 16:21:46 2003 Return-path: X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message Thread-Topic: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt Thread-Index: AcL0cRxslQlpcehnR9G8S2qf5a5y8QDHbsPQ To: , X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h2VEZhO06177 Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tim - Thanks for the excellent summary of issues. I would support the first three changes that you suggest for sure. The 4th item (as you've noted) continues to be the key point of contention. I personally would support making the use of the pointer mandatory, but I certainly understand and appreciate the arguments to the contrary... Perhaps at a minimum we could all agree on the first the modifications (?) Thanks -Tom > -----Original Message----- > From: Tim.Frost@zarlink.com [mailto:Tim.Frost@zarlink.com] > Sent: Thursday, March 27, 2003 9:40 AM > To: pwe3@ietf.org > Subject: RE: [PWE3] I-D ACTION:draft-johnson-pwe3-tdm-00.txt > > > I have noted the following main comments on draft-johnson > over the last > month, both on the list and at the San Francisco meeting: > > 1. The default payload size for unstructured E1/T1 is too > large at 376, > this should be reduced to 141 (47*3) or 188 (47*4). > Since other payload sizes may be supported at will, I don't > anticipate any > significant objection to this. > > 2. The default payload size for unstructured E3/T3 should be > separated > from that for E1/T1. It could remain at 376. > This seems reasonable to me. > > 3. The use of a superframe format for NxDS0 without CAS is unjustified > I think everyone on the list agrees with this point. We seem to be in > agreement that the only relevant structure is the 125us frame. > > 4. The structure pointer mechanism for NxDS0 with/without CAS > should be > made mandatory > This is the main point of controversy. > > One of the main benefits of the pointer mechanism is to make > interworking > with AAL1 CES easier. AAL1 CES delivers cells with no fixed > relationship > to the frame structure, but with a pointer to identify where that > structure starts. Therefore these cells may be received by an > inter-working function, the ATM and AAL1 header bytes > stripped, and the > cells placed into a packet, with the AAL1 structure pointer > modified as > required to point to the first occurence of the frame > structure within the > packet. > > AAL1 required a pointer mechanism because the cell size was fixed. > Therefore it was not possible to vary the size of the payload > with the > value of N, or to suit the application. In fact the payload > size varies > with the addition of the pointer in every eighth cell. > > A packet switched network on the other hand copes with a wide > range of > packet sizes. This allows signficant possibilities, such as > specifying the > packet size in terms of packetization delay, e.g. packet size > = N * number > of frames delay required. This is important, since a key > attribute of TDM > systems is the overall latency, of which the packetization > delay may be a > signficant component in many applications. It also allows > the delay to be > kept constant regardless of the value of N, which is an important > consideration for service providers who may be providing > fractional T1 > service with different values of N to different customers, > but keep the > latency budget the same for each customer. > > If the packet size is defined in this way, the structure > pointer is no > longer required. This is because the packet size is now > locked to the TDM > frame boundary, simplifying the construction of the header. > > Therefore the question comes down to what Shahram expressed > at the San > Francisco meeting: What is most important, the ability to define > packetization delay that is constant with N , or making > inter-working with > AAL1 services easier? > > As we requested at the San Francisco meeting, please express your > arguments to the list. > > Cheers, > Tim > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: PWE3 requirements Date: Mon, 31 Mar 2003 17:27:29 +0100 Organization: Cisco Systems, Inc. Lines: 31 Sender: pwe3-admin@ietf.org Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-From: pwe3-admin@ietf.org Mon Mar 31 18:35:05 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: Xipeng Xiao , Danny McPherson , Prayson Pate , "pwe3@ietf.org" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O The Requirements document says nothing about the issue of a PW aliasing an IP packet (the CW PID issue). It is clear from comments on the list that a PW that does not take this into account will be subject to disruption when traversing an ECMP enabled MPLS core, and I raised concerns about psamp/ipfix. I think that there needs to be a requirement added to to the effect that a PW must operate correctly over a PSN that provides ECMP, and a possibly a requirement that allows IP flow monitoring. Whether this gets resolved in PWE3 or in MPLS is OoS, but as PWE3 is the first payload that he IETF has defined that has this problem, it generates the requirement. Something like: "If the PSN uses an ECMP or IP flow recognition method, then the PW encapsulation must use a method discriminating between itself and an IP flow" My personal view is that we should always provide the discrimination (because that is future proof), but the text I suggest above says: "Discriminate if your network needs it. How you discriminate is up to you i.e. in the CW or by an MPLS extension" Stewart From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Andrew G. Malis" Subject: RE: Ethernet over MPLS Date: Mon, 31 Mar 2003 11:33:17 -0500 Lines: 77 Sender: pwe3-admin@ietf.org References: <200303281433.h2SEXmiH020194@rtp-core-1.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: , X-From: pwe3-admin@ietf.org Mon Mar 31 18:38:37 2003 Return-path: X-Sender: vivacenet\amalis@po1.vivacenetworks.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: "Andrew Smith" In-Reply-To: <040c01c2f54c$18086c40$1500000a@ANDREWLAPTOP> X-OriginalArrivalTime: 31 Mar 2003 16:33:45.0407 (UTC) FILETIME=[4C7214F0:01C2F7A3] Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I'm personally of two minds regarding tagged mode ... On one hand, my HW can push and pop tags just fine on both ingress and egress, so from a purely proprietary standpoint raw mode meets my needs. On the other hand, the great majority of currently deployed routers with Ethernet interfaces don't have this capability in their HW. So if we want something standardized that is going to succeed in the marketplace, it's probably a non-starter to require service providers to replace their deployed router Ethernet interfaces in order to be able to run Ethernet over a pseudo-wire. So even though it's not necessary from an architectural standpoint, it looks like we can't do away with tagged mode from a practical standpoint. What started this whole thread was the clear inadequacy of the current raw and tagged mode descriptions in the Ethernet draft. Perhaps if we can distill the thread into better descriptions that include, as Eric put it, suitable text as to tagged mode's purpose and applicability, then we can call it a day and move on. Andy -------- At 3/28/2003 09:04 AM -0800, Andrew Smith wrote: >Eric, > >If you ask me (which you didn't), the example that you describe sounds >like a rather kludged architecture for a switch - to couple the MPLS >functionality to only specific interface types (e.g. non-Ethernet) may >be an implementation shortcut but it's a bad way to build a general >purpose PE - I would have thought that most customers would not want to >buy into such a restricted product (what? I can't run MPLS/PWE3 over my >core Ethernet links?). Leaving aside the "legacy switch" issue for a >moment, of course it's up to the WG to decide whether it thinks the >standard ought to support such "optimisations" for future >implementations (right now I'm seeing no clear consensus one way or the >other). > >Andrew Smith > > > >-----Original Message----- >From: pwe3-admin@ietf.org [mailto:pwe3-admin@ietf.org] On Behalf Of Eric >Rosen >Sent: Friday, March 28, 2003 6:34 AM >To: Muneyoshi Suzuki >Cc: pwe3@ietf.org >Subject: Re: [PWE3] Ethernet over MPLS > > > > > Could you clarify the reason why the hw cannot support raw mode if a > > frame has a "provider tag"? > >In my example, the tag manipulation is part of the processing path >that is >invoked when an ethernet frame is about to be transmitted out an >ethernet >interface. However, in an ingress PE, the ethernet frame never >passes >through this processing path. Hence the provider tag cannot be removed. > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: "Thomas D. Nadeau" Subject: Re: PWE3 requirements Date: Mon, 31 Mar 2003 12:37:32 -0500 Lines: 60 Sender: pwe3-admin@ietf.org References: <3E886C71.7050303@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-From: pwe3-admin@ietf.org Mon Mar 31 19:48:55 2003 Return-path: X-Sender: tnadeau@bucket.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: stbryant@cisco.com, Xipeng Xiao , Danny McPherson , Prayson Pate , "pwe3@ietf.org" In-Reply-To: <3E886C71.7050303@cisco.com> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O >The Requirements document says nothing about the issue >of a PW aliasing an IP packet (the CW PID issue). It >is clear from comments on the list that a PW that >does not take this into account will be subject to >disruption when traversing an ECMP enabled MPLS core, and >I raised concerns about psamp/ipfix. > >I think that there needs to be a requirement added to >to the effect that a PW must operate correctly over a PSN >that provides ECMP, and a possibly a requirement that >allows IP flow monitoring. Whether this gets resolved in >PWE3 or in MPLS is OoS, but as PWE3 is the first payload >that he IETF has defined that has this problem, it >generates the requirement. > >Something like: > >"If the PSN uses an ECMP or IP flow recognition method, >then the PW encapsulation must use a method discriminating >between itself and an IP flow" I think that it is hard to determine if the PSN employs an ECMP or flow recognition method other that knowing a priori that they might exist. I think it might be more straight-forward to just state, "The PW encapsulation must use a method whereby any PW can be distinguished from other flows traversing the PSN." That seems to cover all the cases. >My personal view is that we should always provide the >discrimination (because that is future proof), but the >text I suggest above says: > >"Discriminate if your network needs it. How you discriminate >is up to you i.e. in the CW or by an MPLS extension" Stewart, this sounds reasonable; however, given how late we are in the game for this document and how much discussion has been seen on the list for the PID both pro and con, there definitely should be consensus before we make such an addition. --Tom >Stewart > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Alik Shimelmits Subject: RE: I-D ACTION:draft-johnson-pwe3-tdm-00.txt Date: Mon, 31 Mar 2003 20:48:14 +0200 Lines: 13 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-From: pwe3-admin@ietf.org Mon Mar 31 19:55:36 2003 Return-path: To: "tom k. johnson" , Tim.Frost@zarlink.com, pwe3@ietf.org X-Mailer: Internet Mail Service (5.5.2653.19) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Tom and all, can someone, please, present real engineering consideration about interworking with ATM-CES, i.e. actually how this interworking should operate. At least, to give minimal guidelines for handling of lost and mis-ordered cells, as a minimum for unstructured services (where it supposed to be "clear to everyone"). Regards Alik From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Stewart Bryant Subject: Re: PWE3 requirements Date: Mon, 31 Mar 2003 18:54:25 +0100 Organization: Cisco Systems, Inc. Lines: 82 Sender: pwe3-admin@ietf.org References: <5.2.0.9.2.20030331122332.04d68e60@bucket.cisco.com> Reply-To: stbryant@cisco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Xipeng Xiao , Danny McPherson , Prayson Pate , "pwe3@ietf.org" X-From: pwe3-admin@ietf.org Mon Mar 31 20:04:03 2003 Return-path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en To: "Thomas D. Nadeau" Content-Transfer-Encoding: 7bit Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Thomas D. Nadeau wrote: > > >> The Requirements document says nothing about the issue >> of a PW aliasing an IP packet (the CW PID issue). It >> is clear from comments on the list that a PW that >> does not take this into account will be subject to >> disruption when traversing an ECMP enabled MPLS core, and >> I raised concerns about psamp/ipfix. >> >> I think that there needs to be a requirement added to >> to the effect that a PW must operate correctly over a PSN >> that provides ECMP, and a possibly a requirement that >> allows IP flow monitoring. Whether this gets resolved in >> PWE3 or in MPLS is OoS, but as PWE3 is the first payload >> that he IETF has defined that has this problem, it >> generates the requirement. >> >> Something like: >> >> "If the PSN uses an ECMP or IP flow recognition method, >> then the PW encapsulation must use a method discriminating >> between itself and an IP flow" > > > I think that it is hard to determine if the PSN > employs an ECMP or flow recognition method other > that knowing a priori that they might exist. I think it > might be more straight-forward to just state, > > "The PW encapsulation must use a method whereby > any PW can be distinguished from other flows traversing the > PSN." > > That seems to cover all the cases. > I am OK with that text. >> My personal view is that we should always provide the >> discrimination (because that is future proof), but the >> text I suggest above says: >> >> "Discriminate if your network needs it. How you discriminate >> is up to you i.e. in the CW or by an MPLS extension" > > > Stewart, this sounds reasonable; however, given how > late we are in the game for this document and how much > discussion has been seen on the list for the PID both pro and > con, there definitely should be consensus before we make > such an addition. > Yes, it's a difficult call. I don't want to disrupt the document and I too am concerned about how late in the day we realised the need to do this. On the other hand I am also concerned that folks could argue that the issue is OOS because it unless it is in the requirements. Stewart > --Tom > > > >> Stewart >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 > > > > http://www.elsevier-international.com/catalogue/title.cfm?ISBN=155860751X > > > > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: George Swallow Subject: Re: What is PWE3 chartered to do? Date: Mon, 31 Mar 2003 13:07:52 -0500 Lines: 34 Sender: pwe3-admin@ietf.org References: Cc: George Swallow , neil.2.harrison@bt.com, pwe3@ietf.org, swallow@cisco.com X-From: pwe3-admin@ietf.org Mon Mar 31 20:19:07 2003 Return-path: X-Authentication-Warning: bifocal.cisco.com: swallow owned process doing -bs To: Peter Willis In-reply-to: Your message of "Mon, 31 Mar 2003 10:04:55 +0100." Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Peter - > Without getting emotional or religious about whether MPLS is CNLS or CO lets > just look at the problems a network operator faces. > > With traditional IP routing if I get a fault then at a router I can look in > the routing table I know where a packet is going irrespective or where it had > come from. I can even look at IP packets as they arrive and know where they > had come from and where they are going to. So fault finding is easy > (relatively speaking). > > With LDP MPLS when I get a fault I can not by inspection at one router > determine where the MPLS packet has come from or where it has gone to. What I > have to do it logon to all the routers from the ingress to the egress, check > the label tables, and build a table off-line as to what is happening. So we > (BT) run a script to do this. > > So the point is that although an MPLS LDP cloud from the outside behaves just > like an IP CNLS cloud when its working when it breaks it requires very > different methods to fix it. And its the cost of operating (which includes > fixing) networks that is important to network operators not whether the > protocol is CO or CNLS. Agree completely with all you said. But I still maintain that the service (after all the service is what you get when its working!) is CNLS. In particular, every CO service I know of delivers packets in order, whereas LDP may not. ...George ================================================================== George Swallow Cisco Systems (978) 936-1398 250 Apollo Drive Chelmsford, Ma 01824 From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Shahram Davari Subject: RE: MPLS PID Date: Mon, 31 Mar 2003 14:40:29 -0800 Lines: 49 Sender: pwe3-admin@ietf.org Mime-Version: 1.0 Content-Type: text/plain Cc: pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Tue Apr 01 00:59:51 2003 Return-path: To: "'Lloyd Wood'" X-Mailer: Internet Mail Service (5.5.2656.59) Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O I agree with Lloyd. Sniffing IP packets in the middle of an MPLS network is fundamentally wrong, and is impossible to do for all ECMP implementations such as the one that I described in earlier emails in which both the first nibble and the CRC are used to detect IP. The best way to solve this problem is to do ECMP only based on label stack. Doing so should be easier than introducing new standard. -Shahram >-----Original Message----- >From: Lloyd Wood [mailto:l.wood@eim.surrey.ac.uk] >Sent: Sunday, March 30, 2003 6:11 PM >To: Eric Rosen >Cc: jeremy.de_clercq@alcatel.be; David Allan; 'Scott W Brim'; >pwe3@ietf.org; mpls@UU.NET >Subject: Re: [PWE3] MPLS PID > > >On Thu, 27 Mar 2003, Eric Rosen wrote: > >> 1. The only reason for a PID field in MPLS and/or >PWE3 is to allow >> intermediate routers to determine whether a particular >MPLS payload is an >> IP packet or not. > >which is a layer violation, and shouldn't be done. > >> There are a number of reasons why this is useful, and >no one has argued >> that this is not useful. > >not appropriate, more like. > >if you're going to sniff for an IP packet (so you can sniff TCP/UDP or >higher) you might want to ask why you even have any form of mpls >label stack in there in the first place. > >if you're not separating out your ip flows via explicit mpls label, >why not? > >L. > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www1.ietf.org/mailman/listinfo/pwe3 > From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Danny McPherson Subject: AAL12oPSN Date: Mon, 31 Mar 2003 16:36:19 -0700 Lines: 10 Sender: pwe3-admin@ietf.org Reply-To: danny@tcb.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-From: pwe3-admin@ietf.org Tue Apr 01 01:40:08 2003 Return-path: X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: pwe3@ietf.org Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O Folks, Shahram has requested that this document be accepted as a WG item. http://www.ietf.org/internet-drafts/draft-davari-pwe3-aal12-over-psn-01.txt Comments please.... -danny From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Dan Tappan Subject: RE: MPLS PID Date: Mon, 31 Mar 2003 19:41:33 -0500 Lines: 67 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDE0115C867@nt-exch-yow.pmc-s ierra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Lloyd Wood'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Tue Apr 01 02:45:33 2003 Return-path: X-Sender: tappan@pilgrim.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDE0115C867@nt-exch-yow.pmc-s ierra.bc.ca> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 02:40 PM 3/31/2003 -0800, Shahram Davari wrote: >I agree with Lloyd. Sniffing IP packets in the middle of an MPLS network >is fundamentally wrong, and is impossible to do for all ECMP >implementations such as the one that I described >in earlier emails in which both the first nibble and the CRC are used to >detect IP. > >The best way to solve this problem is to do ECMP only based on label stack. You keep talking about using the label stack. Consider the case: - at the end of an LSP, where the forwarding operation is "pop and forward" - and where the packets being carried are IP - and there is ECMP on the output paths How is one supposed to make the ECMP decision in that case? There's only one label, so hashing on the label stack will only choose a single path. And don't say "well, it's ok to look at the IP packet in that case". If it's "fundamentally wrong" to look at the data, as opposed to the label(s), in the packet to make an ECMP decision in the middle of the LSP, then it's "fundamentally wrong" at the end. Or is that case acceptable, because the particular pre-standard implementation that you're trying to protect won't encounter it? Is it a layer violation for an IP ECMP implementation to look at the TCP/UDP ports when spreading the traffic over paths? Or to look under an IPinIP tunnel header? Or for a WFQ implementation to look at any packet fields? Maybe, but there can be practical value in doing so. For that matter, if we're worrying about layer violations, why is it ok to look below the top label (as in "hash the label stack"). Isn't that also a layer violation? If your answer is "you know what the labels are, but you don't know that what the encapsulated data is" then that's the whole point of this PID discussion. IMO, if you want to make an argument based on architectural purity and "layering" then you need to stick with the top label. In any other case we've decided what we are, we're just arguing over the price. But, in fact I don't accept that any of these are layer violations. In all these cases, the fundamental forwarding decision is on the outermost header. Any examination of underlying data is simply selecting finer granularity of flows. In most of these discussions "layer violation" is simply a debating trick, holding out for OSI architectural purity as when all else fails. As I see it there are two possible approaches: 1. Require that an LSP set up for an IP L3PID or IP FEC carry IP packets. 2. Allow non-IP packets on such an LSP, but require that they be distinguishable. The simple facts are: - it turns out that [2] has value operationally, otherwise we wouldn't be having this discussion - there is a proposal on the table which provides a backward compatible way to achieve [2], without affecting any fielded, standardized, implementations. - the only negative impact of the proposal is on existing implementations of pre-standard drafts. And we all know the risks of implementing prior to standardization. Even there, an operator can deploy the pre-standard implementation, as long as they avoid [2]. Why isn't this a no-brainer? From pwe3-admin@ietf.org Wed Dec 27 16:41:44 2006 From: Alia Atlas Subject: RE: MPLS PID Date: Mon, 31 Mar 2003 22:28:49 -0500 Lines: 19 Sender: pwe3-admin@ietf.org References: <4B6D09F3B826D411A67300D0B706EFDE0115C867@nt-exch-yow.pmc-s ierra.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "'Lloyd Wood'" , pwe3@ietf.org, mpls@uu.net X-From: pwe3-admin@ietf.org Tue Apr 01 05:32:56 2003 Return-path: X-Sender: aatlas@mailhost.avici.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Shahram Davari In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDE0115C867@nt-exch-yow.pmc-s ierra.bc.ca> Errors-To: pwe3-admin@ietf.org X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Pseudo Wires Edge to Edge List-Post: List-Help: List-Subscribe: , Status: O At 02:40 PM 3/31/2003 -0800, Shahram Davari wrote: >I agree with Lloyd. Sniffing IP packets in the middle of an MPLS network >is fundamentally wrong, and is impossible to do for all ECMP >implementations such as the one that I described in earlier emails in >which both the first nibble and the CRC are used to detect IP. I don't believe that it is at all impossible to use the first nibble to determine a potential IPv4 packet and then use the header checksum to confirm it. This method works just fine. >The best way to solve this problem is to do ECMP only based on label >stack. Doing so should be >easier than introducing new standard. But doing ECMP on the label stack yields much larger micro-flows than doing ECMP based upon the IP headers inside, if possible. Thus, there is worse load-balancing of the flows across the network. Alia