From julien.meuric@orange-ftgroup.com Fri Jul 1 01:37:32 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2174321F8829 for ; Fri, 1 Jul 2011 01:37:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TkrSOSc0errK for ; Fri, 1 Jul 2011 01:37:31 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 77C2A21F8826 for ; Fri, 1 Jul 2011 01:37:31 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A30CCFC400B for ; Fri, 1 Jul 2011 10:37:30 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 9B481FC4009 for ; Fri, 1 Jul 2011 10:37:30 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Jul 2011 10:37:30 +0200 Received: from [10.193.71.247] ([10.193.71.247]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Jul 2011 10:37:29 +0200 Message-ID: <4E0D8749.305@orange-ftgroup.com> Date: Fri, 01 Jul 2011 10:37:29 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: pce@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Jul 2011 08:37:30.0019 (UTC) FILETIME=[1D3A6730:01CC37CA] Subject: [Pce] Building the PCE Agenda X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: 'JP Vasseur' , Julien Meuric , Daniel King List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2011 08:37:32 -0000 Hi PCErs. It is time to start sending your requests for slots during the PCE meeting in Quebec (should you need one). Please include: - a title or an I-D to point to (we will reuse its title), - an estimated duration (try to focus on issues, avoid full I-D descriptions), - _JP_, _Dan_ and myself as recipients. Please respect the deadline: Tuesday 12th July. Thanks Julien From wenhu.lu@ericsson.com Tue Jul 5 14:11:14 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3C4421F8840 for ; Tue, 5 Jul 2011 14:11:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YJb3gAyaGpPD for ; Tue, 5 Jul 2011 14:11:13 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id C991321F8847 for ; Tue, 5 Jul 2011 14:11:12 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p65LAcpY011199; Tue, 5 Jul 2011 16:11:11 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Tue, 5 Jul 2011 17:11:09 -0400 From: Wenhu Lu To: "'JP Vasseur'" , Julien Meuric , Daniel King , "pce@ietf.org" Date: Tue, 5 Jul 2011 17:11:07 -0400 Thread-Topic: [Pce] Building the PCE Agenda Thread-Index: Acw3yiiI1j88MirwRWyyLsbx2y9WMQDjKEWg Message-ID: <8249B703AE8442429AF89B86E8206AA26F41172E1B@EUSAACMS0703.eamcs.ericsson.se> References: <4E0D8749.305@orange-ftgroup.com> In-Reply-To: <4E0D8749.305@orange-ftgroup.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Wenhu Lu Subject: Re: [Pce] Building the PCE Agenda X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 21:11:14 -0000 Dear JP, Daniel and Julien, I would like to request a slot to present: Title: draft-lu-ospf-area-tlv-01.txt=20 Duration: 15 min Presenter: Wenhu Lu Abstract For multi-area path computation, it is desirable to have knowledge of area boundaries and the corresponding border routers which are capable of processing inter-area TE traffic. This memo defines a TLV to the OSPF TE extensions to meet such need. Thank you, -wenhu -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Julie= n Meuric Sent: Friday, July 01, 2011 1:37 AM To: pce@ietf.org Subject: [Pce] Building the PCE Agenda Hi PCErs. It is time to start sending your requests for slots during the PCE meeting = in Quebec (should you need one). Please include: - a title or an I-D to point to (we will reuse its title), - an estimated duration (try to focus on issues, avoid full I-D description= s), - _JP_, _Dan_ and myself as recipients. Please respect the deadline: Tuesday 12th July. Thanks Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From internet-drafts@ietf.org Wed Jul 6 15:50:07 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3E8321F8BEE; Wed, 6 Jul 2011 15:50:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.582 X-Spam-Level: X-Spam-Status: No, score=-102.582 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ODTAzua6PHWm; Wed, 6 Jul 2011 15:50:07 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7539721F89A3; Wed, 6 Jul 2011 15:50:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110706225007.20258.84246.idtracker@ietfa.amsl.com> Date: Wed, 06 Jul 2011 15:50:07 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-wson-routing-wavelength-05.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 22:50:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Grou= p of the IETF. Title : PCEP Requirements for WSON Routing and Wavelength Assign= ment Author(s) : Young Lee Greg Bernstein Jonas Martensson Tomonori Takeda Takehiro Tsuritani Filename : draft-ietf-pce-wson-routing-wavelength-05.txt Pages : 13 Date : 2011-07-06 This memo provides application-specific requirements for the Path Computation Element communication Protocol (PCEP) for the support of Wavelength Switched Optical Networks (WSON). Lightpath provisioning in WSONs requires a routing and wavelength assignment (RWA) process. From a path computation perspective, wavelength assignment is the process of determining which wavelength can be used on each hop of a path and forms an additional routing constraint to optical light path computation. Requirements for Optical impairments will be addressed in a separate document. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-wson-routing-wavelength-= 05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pce-wson-routing-wavelength-0= 5.txt From julien.meuric@orange-ftgroup.com Thu Jul 7 00:49:46 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E450D21F88C3 for ; Thu, 7 Jul 2011 00:49:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.549 X-Spam-Level: X-Spam-Status: No, score=-96.549 tagged_above=-999 required=5 tests=[AWL=-7.700, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_23=0.6, J_CHICKENPOX_26=0.6, J_CHICKENPOX_27=0.6, J_CHICKENPOX_33=0.6, J_CHICKENPOX_35=0.6, J_CHICKENPOX_39=0.6, J_CHICKENPOX_43=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_45=0.6, J_CHICKENPOX_46=0.6, J_CHICKENPOX_47=0.6, J_CHICKENPOX_48=0.6, J_CHICKENPOX_54=0.6, J_CHICKENPOX_55=0.6, J_CHICKENPOX_56=0.6, J_CHICKENPOX_57=0.6, J_CHICKENPOX_62=0.6, J_CHICKENPOX_63=0.6, J_CHICKENPOX_64=0.6, J_CHICKENPOX_65=0.6, J_CHICKENPOX_66=0.6, J_CHICKENPOX_75=0.6, J_CHICKENPOX_82=0.6, J_CHICKENPOX_83=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UO39fHx08D81 for ; Thu, 7 Jul 2011 00:49:46 -0700 (PDT) Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id E739521F88B7 for ; Thu, 7 Jul 2011 00:49:45 -0700 (PDT) Received: from p-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D030795800B for ; Thu, 7 Jul 2011 09:57:36 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail2.rd.francetelecom.com (Postfix) with ESMTP id CA8066FCC04 for ; Thu, 7 Jul 2011 09:57:36 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 7 Jul 2011 09:49:44 +0200 Received: from [10.193.71.150] ([10.193.71.150]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 7 Jul 2011 09:49:44 +0200 Message-ID: <4E156518.4030708@orange-ftgroup.com> Date: Thu, 07 Jul 2011 09:49:44 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: pce@ietf.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 07 Jul 2011 07:49:44.0485 (UTC) FILETIME=[6FB71D50:01CC3C7A] Subject: [Pce] Fwd: Nomcom 2011-2012: Third Call for Volunteers X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 07:49:47 -0000 FYI -------- Message original -------- De : NomCom Chair This is the Third call for Volunteers for the 2011-12 Nomcom. We are almost through the volunteer period so if you are considering volunteering, please do so very soon. We have had a very good response to the initial call for volunteers and I am pleased to report that we have 84 volunteers thus far whose qualifications have been confirmed by the secretariat. I have notified each of these volunteers by email. However, we would like to have many more volunteers. The more volunteers, the better chance we have of choosing a random yet representative cross section of the IETF population. You have until 11:59 pm EDT July 10, 2011 to volunteer for Nomcom but it would be much better if you can volunteer as early as possible. If you volunteered before 09:00 EDT on June 29 to serve as a voting member and have not received a confirmation email from me, please re-submit and bring to my attention right away! Details about the process for volunteering for the Nomcom and the list of open positions for which the nominating committee is responsible are summarized in the initial announcement: https://datatracker.ietf.org/ann/nomcom/2938/ The 84 volunteers who have thus far been qualified by the secretariat are: Alia Atlas,Juniper Networks Lixia Zhang,UCLA Wassim Haddad ,Ericsson Glen Zorn,Network Zen Richard Barnes,BBN Technologies Stephen Kent,BBN Technologies Scott Mansfield,Ericsson Tina TSOU (Ting ZOU),FutureWei Technologies Fernando Gont,UTN/FRH Karen Seo,BBN Technologies Jie Dong,Huawei Technologies Mach Chen,Huawei Technologies Co. Ltd. Sheng Jiang,Huawei Technologies Co. Ltd. Dimitri Papadimitriou,Alcatel-Lucent Thomas D. Nadeau,CA Technologies David Meyer,Cisco Systems/University of Oregon Wesley George,Time Warner Cable Cullen Jennings,Cisco Stephen Hanna,Juniper Networks Stephan Wenger,Bidyo Inc. Keyur Patel,Cisco Systems Michael (Mike) Hamilton,BreakingPoint Systems Behcet Sarikaya,Huawei USA Mark Townsley,Cisco Systems Fred Baker,Cisco Systems Brian Trammell,ETH Zürich Sam Hartman,Painless Security Chris Griffiths,Comcast George Michaelson,APNIC Jiankang Yao,CNNIC Sohel Khan,Comcast Dacheng Zhang,Huawei Lianshu Zheng,Huawei Technologies Hui Deng,China Mobile Gang Chen,China Mobile Mirja Kühlewind,University of Stuttgart IKR John E Drake,Juniper Networks Matt Lepinski,BBN Technologies Subir Das,Telcordia Technologies Inc Yi Zhao,Huawei John Scudder,Juniper Networks Christer Holmberg,LM Ericsson Teemu Savolainen,Nokia Samita Chakrabarti,Ericsson Jaap Akkerhuis,NLnet labs Jason Weil,Time Warner Cable Randy Bush,Internet Initiative Japan Christian Schmidt,Nokia Siemens Networks Sean Shen,CNNIC Lou Berger,LabN Consulting L.L.C. Donald Eastlake,Huawei Xiaohu Xu,Huawei Technologies co. Ltd. Börje Ohlman,Ericsson Deborah Brungard,AT&T Magnus Westerlund,Ericsson Zhen Cao,China Mobile Hadriel Kaplan,Acme Packet Lilla Dovner,Ericsson John Jason Brzozowski,Comcast Jonne Soininen,Renesas Mobile Javier Ubillos,Swedish Institute of Computer Science Eric Gray,Ericsson Thomas Herbst,Silver Spring Networks Ning Zong,Huawei Technologies Haibin Song,Huawei Technologies Yingjie Gu,Huawei Technologies Hongyu Li,Huawei Technologies Terry Manderson,ICANN Ari Keranen,Ericsson Jouni Korhonen,Nokia Siemens Networks Bhumip Khasnabish,ZTE USA Inc. Dapeng Liu,China Mobile Fangwei Hu,ZTE Corporation Ole Troan,Cisco Pascal Thubert,Cisco Wojciech Dec,Cisco Gunter Van de Velde,Cisco Ning So,Verizon Inc./University of Texas at Dallas Guoman liu,ZTE Simon Pietro Romano,Meetecho/University of Napoli Luca Martini,Cisco Bill VerSteeg,Cisco Toerless Eckert,Cisco Systems Joseph Salowey,Cisco Systems The primary activity for this nomcom will begin during IETF-81 in Quebec City and should be completed by January 2012. The nomcom will be collecting requirements from the community, as well as talking to candidates and to community members about candidates. There will be regularly scheduled conference calls to ensure progress. Thus, being a nomcom member does require some time commitment. Please volunteer by sending an email to me before 11:59 pm EDT July 10, 2011 as follows: To: suresh.krishnan@ericsson.com Subject: Nomcom 2011-12 Volunteer Please include the following information in the body of the mail: Full Name: // As you enter in the IETF Registration Form, // First/Given name followed by Last/Family Name Current Primary Affiliation: // typically what goes in the Company // field in the IETF Registration Form Email Address(es): // all email addresses used to Register for the // past 5 IETF meetings // Please designate a Preferred email address for // contact if there is more than one email address Telephone number: // With country code (for confirmation if selected) Please expect an email response from me within 3 business days stating whether or not you are qualified. If you do not receive a response in this timeframe, please re-send your email with the tag "RESEND:" added to the subject line. If you are not yet sure you would like to volunteer, please consider that Nomcom members play a very important role in shaping the leadership of the IETF. Ensuring the leadership of the IETF is fair and balanced and comprised of those who can lead the IETF in the right direction is an important responsibility that rests on the IETF participants at large. Volunteering for the Nomcom is a good way of contributing in that direction. I will be publishing a more detailed target timetable, as well as details of the randomness seeds to be used for the RFC 3797 selection process very soon. Thank you in advance for your participation. Suresh Krishnan Nomcom Chair 2011-2012 Email: nomcom-chair@ietf.org, suresh.krishnan@ericsson.com From internet-drafts@ietf.org Sat Jul 9 03:00:12 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C81A521F8717; Sat, 9 Jul 2011 03:00:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.666 X-Spam-Level: X-Spam-Status: No, score=-101.666 tagged_above=-999 required=5 tests=[AWL=0.933, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5flrq8ibc6gm; Sat, 9 Jul 2011 03:00:12 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74C5F21F86FC; Sat, 9 Jul 2011 03:00:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110709100012.20583.90808.idtracker@ietfa.amsl.com> Date: Sat, 09 Jul 2011 03:00:12 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-gmpls-pcep-extensions-03.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 10:00:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Grou= p of the IETF. Title : PCEP extensions for GMPLS Author(s) : Cyril Margaria Oscar Gonzalez de Dios Fatai Zhang Filename : draft-ietf-pce-gmpls-pcep-extensions-03.txt Pages : 41 Date : 2011-07-09 This memo provides extensions for the Path Computation Element communication Protocol (PCEP) for the support of GMPLS control plane. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-gmpls-pcep-extensions-03= .txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pce-gmpls-pcep-extensions-03.= txt From cyril.margaria@nsn.com Sat Jul 9 03:15:55 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD10221F86E3 for ; Sat, 9 Jul 2011 03:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.524 X-Spam-Level: X-Spam-Status: No, score=-6.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b2N5kEdHdGMe for ; Sat, 9 Jul 2011 03:15:55 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id EE40821F86DA for ; Sat, 9 Jul 2011 03:15:54 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p69AFq8g009907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 9 Jul 2011 12:15:52 +0200 Received: from demuexc024.nsn-intra.net (demuexc024.nsn-intra.net [10.159.32.11]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p69AFlHX010103 for ; Sat, 9 Jul 2011 12:15:52 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Sat, 9 Jul 2011 12:14:10 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jul 2011 12:14:09 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New version of draft-ietf-pce-gmpls-pcep-extensions-03.txt Thread-Index: Acw+IPEfchUHYrPCRKS3mi1I//mV7w== From: "Margaria, Cyril (NSN - DE/Munich)" To: X-OriginalArrivalTime: 09 Jul 2011 10:14:10.0800 (UTC) FILETIME=[F2115700:01CC3E20] Subject: [Pce] New version of draft-ietf-pce-gmpls-pcep-extensions-03.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 10:15:55 -0000 Hi PCEers,=20 A new version of draft-ietf-pce-gmpls-pcep-extensions (version -03) was = published = (http://tools.ietf.org/html/draft-ietf-pce-gmpls-pcep-extensions-03)=20 The changes introduced by this version relate mainly to clarification on = the objects processing rules.=20 The motivation is not to mandate the processing of all objects presented = in the draft. I would like to solicit your input on the document and its changes. Your review and comments are greatly appreciated. Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 From wang.xuerong@zte.com.cn Mon Jul 11 02:59:08 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E4D721F8ACC for ; Mon, 11 Jul 2011 02:59:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.838 X-Spam-Level: X-Spam-Status: No, score=-101.838 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6DAkCkYvJGpi for ; Mon, 11 Jul 2011 02:59:08 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 3EEFD21F8611 for ; Mon, 11 Jul 2011 02:59:07 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131321441414862; Mon, 11 Jul 2011 17:53:32 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.15] with StormMail ESMTP id 13796.1441414862; Mon, 11 Jul 2011 17:31:20 +0800 (CST) Received: (from root@localhost) by mse02.zte.com.cn id p6B9VIEu087181 for ; Mon, 11 Jul 2011 17:31:18 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id p6B9LVds075590 for ; Mon, 11 Jul 2011 17:21:31 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Message-Id: <201107110931.p6B9VIEu087181@mse02.zte.com.cn> To: MIME-Version: 1.0 X-KeepSent: 98306BB7:CDCA5E71-482578CA:0030D269; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: wang.xuerong@zte.com.cn Date: Mon, 11 Jul 2011 17:21:33 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-11 17:21:34, Serialize complete at 2011-07-11 17:21:34 Content-Type: multipart/alternative; boundary="=_alternative 00336A45482578CA_=" X-MAIL: mse02.zte.com.cn p6B9VIEu087181 X-MSS: AUDITRELEASE@mse02.zte.com.cn Subject: [Pce] New version of draft-wang-pce-inter-as-extentions-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 09:59:08 -0000 This is a multipart message in MIME format. --=_alternative 00336A45482578CA_= Content-Type: text/plain; charset="US-ASCII" Hi all, A new version of draft-wang-pce-inter-as-extentions (version -01) was published. (http://tools.ietf.org/html/draft-wang-pce-inter-as-extentions-01) The changes in this version focus on the requirements that why we need to extend BRPC and PCEP in the case of computing inter-as bi-directional LSP. The new version introduces several scenarios so as to concentrate the problem. We would like to greatly appreciate your comments and suggestions. Thanks a lot for your time and consideration. Xuerong Wang / Best Regards -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 00336A45482578CA_= Content-Type: text/html; charset="US-ASCII"
Hi all,

A new version of draft-wang-pce-inter-as-extentions (version -01) was published.
(http://tools.ietf.org/html/draft-wang-pce-inter-as-extentions-01)

   The changes in this version focus on the requirements that why we need to extend BRPC and PCEP in the case of computing inter-as bi-directional LSP.
   The new version introduces several scenarios so as to concentrate the problem.
   
   We would like to greatly appreciate your comments and suggestions.
     Thanks a lot for your time and consideration.

  Xuerong Wang / Best Regards

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 00336A45482578CA_=-- From leeyoung@huawei.com Tue Jul 12 09:11:43 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE4D521F8E6E for ; Tue, 12 Jul 2011 09:11:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xv5K31+MSwFU for ; Tue, 12 Jul 2011 09:11:42 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id 92ED421F8B78 for ; Tue, 12 Jul 2011 09:11:42 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LO8002V2ABHCY@usaga02-in.huawei.com> for pce@ietf.org; Tue, 12 Jul 2011 11:11:42 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LO800MZSABHME@usaga02-in.huawei.com> for pce@ietf.org; Tue, 12 Jul 2011 11:11:41 -0500 (CDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 12 Jul 2011 09:11:41 -0700 Received: from DFWEML502-MBX.china.huawei.com ([fe80::1086:4a1f:19fa:9025]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Tue, 12 Jul 2011 09:11:40 -0700 Date: Tue, 12 Jul 2011 16:11:39 +0000 From: Leeyoung X-Originating-IP: [10.47.145.250] To: "pce@ietf.org" Message-id: <7AEB3D6833318045B4AE71C2C87E8E171813AB4A@dfweml502-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_VfCTuysYfnFL/iaZyuYoKQ)" Content-language: en-US Accept-Language: en-US Thread-topic: WSON related drafts update Thread-index: AcxArmAnw00Gg7vcTp+sfMWDl6EZ4g== X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [Pce] WSON related drafts update X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2011 16:11:43 -0000 --Boundary_(ID_VfCTuysYfnFL/iaZyuYoKQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi PCE WG, We have a few drafts update related to the WSON work. - PCE requirement for WSON RWA has been revised. We added the signal compatibility/processing requirement to match with the solution draft. The co-authors believe this draft is now ready for WG LC. http://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelength/ - PCEP extension for WSON RWA. We have made some new encodings on Wavelength Assignment and others for this draft. This draft was first presented in the last IETF meeting @ Prague. http://datatracker.ietf.org/doc/draft-lee-pce-wson-rwa-ext/ - PCEP extensions for WSON Impairments. This has been first presented in Hiroshima IETF meeting. The draft was revived this time due to the recent progress with the Impairment Framework in CCAMP, which has passed the CCAMP WG Last Call. http://datatracker.ietf.org/doc/draft-lee-pce-wson-impairments/ We'd appreciate your review and comments for these drafts. Thanks. Best Regards, Young --Boundary_(ID_VfCTuysYfnFL/iaZyuYoKQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi PCE WG,

 

We have a few drafts update related to the WSON work.

 

-          PCE requirement for WS= ON RWA has been revised. We added the signal compatibility/processing requi= rement to match with the solution draft.  The co-authors believe this draft is now ready for WG LC.  http://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelength= /

 

-          PCEP extension for WSO= N RWA. We have made some new encodings on Wavelength Assignment and others = for this draft. This draft was first presented in the last IETF meeting @ Prague.  

  &nbs= p;   htt= p://datatracker.ietf.org/doc/draft-lee-pce-wson-rwa-ext/

 

-          PCEP extensions for WS= ON Impairments. This has been first presented in Hiroshima IETF meeting. Th= e draft was revived this time due to the recent progress with the Impairment Framework in CCAMP, which has passed t= he CCAMP WG Last Call.  

  &nbs= p;   http://datatracker.ietf.org/doc/draft-lee-pce-wson-impairments/

 

We’d appreciate your review and comments for these drafts. Thanks. <= /span>

 

Best Regards,

Young

--Boundary_(ID_VfCTuysYfnFL/iaZyuYoKQ)-- From jpv@cisco.com Wed Jul 13 08:07:24 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A21AB11E80A8 for ; Wed, 13 Jul 2011 08:07:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F5w4GhwVZzqh for ; Wed, 13 Jul 2011 08:07:24 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id DD10611E808E for ; Wed, 13 Jul 2011 08:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=4528; q=dns/txt; s=iport; t=1310569644; x=1311779244; h=from:mime-version:subject:date:references:cc:to: message-id; bh=2YNU2j+X1m1hMXXuaqmZcCWgZYnLW64iKPi+LkywQP0=; b=PkeCTZkEDQUPJzFfU7HU6reSawGSTYg3qEXeg4ibAArm3TgQSaXZ872i KxtPdI6UDo1uN93ty5DggkLoBHBh81yWpo7dv0sYaVkmVQjJQOgIk6Jx+ M/j6wHhKihP/IZLqa5LVB5tX9WIuIsm+flv2T3bQTH+okA698broXtWbF w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABO0HU6rRDoG/2dsb2JhbABTpzx3iHqlSJ4rhVtfBJJhhH8Ji0Y X-IronPort-AV: E=Sophos;i="4.65,525,1304294400"; d="scan'208,217";a="2567752" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by rcdn-iport-2.cisco.com with ESMTP; 13 Jul 2011 15:07:21 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p6DF7LAZ020722; Wed, 13 Jul 2011 15:07:21 GMT Received: from xfe-sjc-222.amer.cisco.com ([128.107.191.87]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Jul 2011 08:07:21 -0700 Received: from [10.60.114.232] ([10.60.114.232]) by xfe-sjc-222.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Jul 2011 08:07:20 -0700 From: JP Vasseur Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-80--597534683 Date: Wed, 13 Jul 2011 17:07:10 +0200 References: <5DA9F283-ED2E-40F4-9C3B-936F0527301E@cisco.com> To: pce@ietf.org Message-Id: X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 13 Jul 2011 15:07:20.0701 (UTC) FILETIME=[901E3AD0:01CC416E] Cc: Daniel King Subject: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2011 15:07:24 -0000 --Apple-Mail-80--597534683 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >> Dear all, >>=20 >> Julien and I have been having a discussion on how to better manage = our WG meeting time. >>=20 >> As a matter of fact, a number of requested slots are related to IDs = that were already "presented" during previous=20 >> IETF meetings, refreshed just before the cut-off submission date = without discussion on the mailing list ... >>=20 >> As a gentle reminder, the aim of WG meetings is to discuss open = issues that could not be resolved by email=20 >> attempting to reach a consensus, to be confirmed on the mailing list. >>=20 >> You may want to also refer to a similar discussion that we had during = the Routing Area meeting at the last IETF. >>=20 >> Few points here: >> 1) If your ID falls into the WG charter, it is perfectly fine to get = a "presentation" slot when first posted (rev -00) if >> time permits (priority will be given to slots allocated to resolve = technical issues discussed on the mailing list). >> Although people attending the WG meeting are supposed to have read = each document, you may want to explain >> the issue that you are trying to solve, and how. >> 2) Before requesting a slot, please make sure that your intent is to = discuss specific technical issues related to=20 >> the document that could not be resolved on the mailing list. In other = words, please do not request slots for IDs=20 >> for which no discussion took place on the mailing list. >>=20 >> With that in mind, could you please send us your slot request no = later than Monday July 18 at noon ET? =20 >> Julien and I will publish the WG meeting agenda the day after, with = some delays but hopefully an improved >> agenda. >>=20 >> Many Thanks. >>=20 >> JP and Julien. --Apple-Mail-80--597534683 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Dear = all,

Julien and I have been having a discussion on = how to better manage our WG meeting time.

As a = matter of fact, a number of requested slots are related to IDs that were = already "presented" during previous 
IETF meetings, = refreshed just before the cut-off submission date without discussion on = the mailing list ...

As a gentle reminder, = the aim of WG meetings is to discuss open issues = that could not be resolved by email 
attempting to reach = a consensus, to be confirmed on the mailing = list.

You may want to also refer to a similar = discussion that we had during the Routing Area meeting at the last = IETF.

Few points here:
1) If = your ID falls into the WG charter, it is perfectly fine to get a = "presentation" slot when first posted (rev -00) if
time = permits (priority will be given to slots allocated to resolve technical = issues discussed on the mailing list).
Although people = attending the WG meeting are supposed to have read each document, you = may want to explain
the issue that you are trying to solve, = and how.
2) Before requesting a slot, please make = sure that your intent is to discuss specific technical issues related = to 
the document that could not be resolved on the = mailing list. In other words, please do not request slots for = IDs 
for which no discussion took place on the mailing = list.

With that in mind, could you please send = us your slot request no later than Monday July 18 at noon ET? =  
Julien and I will publish the WG meeting agenda the day = after, with some delays but hopefully an = improved
agenda.

Many = Thanks.

JP and = Julien.

= = --Apple-Mail-80--597534683-- From leeyoung@huawei.com Wed Jul 13 08:48:51 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70E7C11E8133 for ; Wed, 13 Jul 2011 08:48:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vwLUwQGLF8Fa for ; Wed, 13 Jul 2011 08:48:47 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id 4210B21F88A0 for ; Wed, 13 Jul 2011 08:48:47 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOA002MB3XAYX@usaga04-in.huawei.com> for pce@ietf.org; Wed, 13 Jul 2011 10:48:46 -0500 (CDT) Received: from dfweml201-edg.china.huawei.com ([172.18.4.104]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOA00L473X9YB@usaga04-in.huawei.com> for pce@ietf.org; Wed, 13 Jul 2011 10:48:46 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 13 Jul 2011 08:48:40 -0700 Received: from DFWEML502-MBX.china.huawei.com ([fe80::1086:4a1f:19fa:9025]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Wed, 13 Jul 2011 08:48:45 -0700 Date: Wed, 13 Jul 2011 15:48:44 +0000 From: Leeyoung In-reply-to: X-Originating-IP: [10.47.142.59] To: JP Vasseur , "pce@ietf.org" Message-id: <7AEB3D6833318045B4AE71C2C87E8E171813AF45@dfweml502-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_63ZRJCr/jyihdWUdo5KnPA)" Content-language: en-US Accept-Language: en-US Thread-topic: [Pce] Rules to request a "slot" during PCE WG Meetings Thread-index: AQHMQW6dnKeg28J2OkOSd1Y8ymaXhZTqXtmg X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <5DA9F283-ED2E-40F4-9C3B-936F0527301E@cisco.com> Cc: Daniel King Subject: Re: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2011 15:48:51 -0000 --Boundary_(ID_63ZRJCr/jyihdWUdo5KnPA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi J-P and Julien, I have made requests for time slots for three presentations before, but I just wanted to make sure our presentation fits to the criteria. * PCE requirement for WSON RWA. http://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelength/ (5 min, presenter: Young) PCE requirment for RWA (working group document) - we request for 5 minutes to give the update newly added requirement (signal compatibility/processing) to align with the extension draft --- Last time, I asked for the WG LC and Julien asked me to align with the solution draft to make sure all the requirements are covered and this revision has fulfilled it. The co-authors believe this draft is ready for WG LC. * PCEP extension for WSON RWA. http://datatracker.ietf.org/doc/draft-lee-pce-wson-rwa-ext/ (5 min, presenter: Oscar) We have much private discussions on PCEP ext. for RWA in WSON among the co-authors to make sure we'd avoid duplicate effort from the PCEP ext for GMPLS. It is worth to present the progress. If you want, we can forward the thread of emails on this discussion. Please let me know if that is necessary. * PCEP extensions for WSON Impairments. http://datatracker.ietf.org/doc/draft-lee-pce-wson-impairments/ (5 min, presenter: Young) In regards to Impairment-aware PCE, we have discussions in CCAMP mailing list on this topic and the PCE mailing list was also CC'ed for some of the discussions Julien raised on the PCE related things on the Impairment Framework. We have cut down many of the PCE related portion from the framework document in this new revision, so please give us 5 minutes for the update. ________________________________ From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Wednesday, July 13, 2011 10:07 AM To: pce@ietf.org Cc: Daniel King Subject: [Pce] Rules to request a "slot" during PCE WG Meetings Dear all, Julien and I have been having a discussion on how to better manage our WG meeting time. As a matter of fact, a number of requested slots are related to IDs that were already "presented" during previous IETF meetings, refreshed just before the cut-off submission date without discussion on the mailing list ... As a gentle reminder, the aim of WG meetings is to discuss open issues that could not be resolved by email attempting to reach a consensus, to be confirmed on the mailing list. You may want to also refer to a similar discussion that we had during the Routing Area meeting at the last IETF. Few points here: 1) If your ID falls into the WG charter, it is perfectly fine to get a "presentation" slot when first posted (rev -00) if time permits (priority will be given to slots allocated to resolve technical issues discussed on the mailing list). Although people attending the WG meeting are supposed to have read each document, you may want to explain the issue that you are trying to solve, and how. 2) Before requesting a slot, please make sure that your intent is to discuss specific technical issues related to the document that could not be resolved on the mailing list. In other words, please do not request slots for IDs for which no discussion took place on the mailing list. With that in mind, could you please send us your slot request no later than Monday July 18 at noon ET? Julien and I will publish the WG meeting agenda the day after, with some delays but hopefully an improved agenda. Many Thanks. JP and Julien. --Boundary_(ID_63ZRJCr/jyihdWUdo5KnPA) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT
Hi J-P and Julien,
 
I have made requests for time slots for three presentations before, but I just wanted to make sure our presentation fits to the criteria.
PCE requirment for RWA (working group document) - we request for 5 minutes to give the update newly added requirement (signal compatibility/processing) to align with the extension draft --- Last time, I asked for the WG LC and Julien asked me to align with the solution draft to make sure all the requirements are covered and this revision has fulfilled it. The co-authors believe this draft is ready for WG LC.
We have much private discussions on PCEP ext. for RWA in WSON among the co-authors to make sure we'd avoid duplicate effort from the PCEP ext for GMPLS. It is worth to present the progress. If you want, we can forward the thread of emails on this discussion. Please let me know if that is necessary.

In regards to Impairment-aware PCE, we have discussions in CCAMP mailing list on this topic and the PCE mailing list was also CC'ed for some of the discussions Julien raised on the PCE related things on the Impairment Framework. We have cut down many of the PCE related portion from the framework document in this new revision, so please give us 5 minutes for the update.


 
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur
Sent: Wednesday, July 13, 2011 10:07 AM
To: pce@ietf.org
Cc: Daniel King
Subject: [Pce] Rules to request a "slot" during PCE WG Meetings

Dear all,

Julien and I have been having a discussion on how to better manage our WG meeting time.

As a matter of fact, a number of requested slots are related to IDs that were already "presented" during previous 
IETF meetings, refreshed just before the cut-off submission date without discussion on the mailing list ...

As a gentle reminder, the aim of WG meetings is to discuss open issues that could not be resolved by email 
attempting to reach a consensus, to be confirmed on the mailing list.

You may want to also refer to a similar discussion that we had during the Routing Area meeting at the last IETF.

Few points here:
1) If your ID falls into the WG charter, it is perfectly fine to get a "presentation" slot when first posted (rev -00) if
time permits (priority will be given to slots allocated to resolve technical issues discussed on the mailing list).
Although people attending the WG meeting are supposed to have read each document, you may want to explain
the issue that you are trying to solve, and how.
2) Before requesting a slot, please make sure that your intent is to discuss specific technical issues related to 
the document that could not be resolved on the mailing list. In other words, please do not request slots for IDs 
for which no discussion took place on the mailing list.

With that in mind, could you please send us your slot request no later than Monday July 18 at noon ET?  
Julien and I will publish the WG meeting agenda the day after, with some delays but hopefully an improved
agenda.

Many Thanks.

JP and Julien.

--Boundary_(ID_63ZRJCr/jyihdWUdo5KnPA)-- From wenhu.lu@ericsson.com Wed Jul 13 18:15:42 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74A431F0C34 for ; Wed, 13 Jul 2011 18:15:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kYj1QU7Q2bOV for ; Wed, 13 Jul 2011 18:15:42 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id 492D91F0C61 for ; Wed, 13 Jul 2011 18:15:39 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6E1FblZ003609 for ; Wed, 13 Jul 2011 20:15:39 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Wed, 13 Jul 2011 21:15:35 -0400 From: Wenhu Lu To: "pce@ietf.org" Date: Wed, 13 Jul 2011 21:15:34 -0400 Thread-Topic: New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: Acw90Kh+4OCaANG6TVmUvBByvCFN8gD7p7gQ Message-ID: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 01:15:42 -0000 Dear all,=20 A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully s= ubmitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.o= rg/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifica= tions, motivations, and use-cases, thanks to all that provided comments and= inputs. I'll be grateful for your further review and comments before the upcoming I= ETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu= From dhruvd@huawei.com Wed Jul 13 21:15:55 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FC7821F89F0 for ; Wed, 13 Jul 2011 21:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BYbiUCE7xAYJ for ; Wed, 13 Jul 2011 21:15:54 -0700 (PDT) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id 2636421F89CC for ; Wed, 13 Jul 2011 21:15:54 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB00F9W2ICQK@szxga03-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:15:49 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB00KSO2IC3X@szxga03-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:15:48 +0800 (CST) Received: from BLRNSHTIPL1NC ([10.18.1.31]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LOB007HH2IBWM@szxml06-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:15:48 +0800 (CST) Date: Thu, 14 Jul 2011 09:45:47 +0530 From: Dhruv Dhody In-reply-to: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> To: 'Wenhu Lu' , pce@ietf.org Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_87w4d6fjnYEm5cmWYjZU6w)" Thread-index: Acw90Kh+4OCaANG6TVmUvBByvCFN8gD7p7gQAAchxCA= References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 04:15:55 -0000 This is a multi-part message in MIME format. --Boundary_(ID_87w4d6fjnYEm5cmWYjZU6w) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Dear Wenhu and WG, I wanted to mention here in WG about the idea presented in IETF-78 in Maastricht. OSPF Protocol Extensions for Boundary Node Discovery (BND) http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ During the meeting WG can evaluate if any collaboration and/or consensus be reached in this area. Thanks & Regards, Dhruv **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu Sent: Thursday, July 14, 2011 6:46 AM To: pce@ietf.org Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifications, motivations, and use-cases, thanks to all that provided comments and inputs. I'll be grateful for your further review and comments before the upcoming IETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --Boundary_(ID_87w4d6fjnYEm5cmWYjZU6w) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

Dear Wenhu and WG,

 

I wanted to mention here in WG about the idea presented in IETF-78 in Maastricht.  

 

OSPF Protocol Extensions for Boundary Node Discovery (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/

 

During the meeting WG can evaluate if any collaboration and/or consensus be reached in this area.

 

Thanks & Regards,

Dhruv

 

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

Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

 

This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July 14, 2011 6:46 AM
To: pce@ietf.org
Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt

 

Dear all,

 

A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01

 

There's quite a bit of updates over the 00 version, mainly on the clarifications, motivations, and use-cases, thanks to all that provided comments and inputs.

 

I'll be grateful for your further review and comments before the upcoming IETF when I plan to use the PCE slot to address the concerns and issues.

 

Regards,

-wenhu

_______________________________________________

Pce mailing list

Pce@ietf.org

https://www.ietf.org/mailman/listinfo/pce

--Boundary_(ID_87w4d6fjnYEm5cmWYjZU6w)-- From dhruvd@huawei.com Wed Jul 13 21:36:23 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 432B921F8B18 for ; Wed, 13 Jul 2011 21:36:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.598 X-Spam-Level: X-Spam-Status: No, score=-4.598 tagged_above=-999 required=5 tests=[AWL=-2.000, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9hZbms-1DTxe for ; Wed, 13 Jul 2011 21:36:22 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id DCEBD21F8B19 for ; Wed, 13 Jul 2011 21:36:21 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB004FR3F3HD@szxga05-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:35:27 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB00ASK3F34F@szxga05-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:35:27 +0800 (CST) Received: from BLRNSHTIPL1NC ([10.18.1.31]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LOB007723F1WM@szxml06-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 12:35:26 +0800 (CST) Date: Thu, 14 Jul 2011 10:05:25 +0530 From: Dhruv Dhody In-reply-to: To: 'JP Vasseur' , pce@ietf.org Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_fl3XWp85nzdRwUCc6YIl+A)" Thread-index: AcxBbqSPFQQStklgRrGGvdQ6li9sKQAbntyw References: <5DA9F283-ED2E-40F4-9C3B-936F0527301E@cisco.com> Cc: 'Daniel King' Subject: Re: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 04:36:23 -0000 This is a multi-part message in MIME format. --Boundary_(ID_fl3XWp85nzdRwUCc6YIl+A) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Dear J-P & Julien I had requested slots for following new drafts; intent is to introduce the work, focusing on the motivation behind it. Explicit-Path Per Destination in PCEP-P2MP [ http://datatracker.ietf.org/doc/draft-dhody-pce-pcep-p2mp-per-destination/ ] Explicit Path here refers to the configured list of network elements that MUST be traversed or MUST be excluded in the final path computation. Encoding of Data Structure (DS) in PCEP [ http://datatracker.ietf.org/doc/draft-dhody-pce-pcep-ds/ ] Mechanism to use other DS (apart from VSPT) in PCEP, allowing it to be easily extendible Extended-VSPT, disjoint-VSPT are already defined in other WG documents. Request WG-members to read this and provide comments/suggestions. Regards, Dhruv **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _____ From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Wednesday, July 13, 2011 8:37 PM To: pce@ietf.org Cc: Daniel King Subject: [Pce] Rules to request a "slot" during PCE WG Meetings Dear all, Julien and I have been having a discussion on how to better manage our WG meeting time. As a matter of fact, a number of requested slots are related to IDs that were already "presented" during previous IETF meetings, refreshed just before the cut-off submission date without discussion on the mailing list ... As a gentle reminder, the aim of WG meetings is to discuss open issues that could not be resolved by email attempting to reach a consensus, to be confirmed on the mailing list. You may want to also refer to a similar discussion that we had during the Routing Area meeting at the last IETF. Few points here: 1) If your ID falls into the WG charter, it is perfectly fine to get a "presentation" slot when first posted (rev -00) if time permits (priority will be given to slots allocated to resolve technical issues discussed on the mailing list). Although people attending the WG meeting are supposed to have read each document, you may want to explain the issue that you are trying to solve, and how. 2) Before requesting a slot, please make sure that your intent is to discuss specific technical issues related to the document that could not be resolved on the mailing list. In other words, please do not request slots for IDs for which no discussion took place on the mailing list. With that in mind, could you please send us your slot request no later than Monday July 18 at noon ET? Julien and I will publish the WG meeting agenda the day after, with some delays but hopefully an improved agenda. Many Thanks. JP and Julien. --Boundary_(ID_fl3XWp85nzdRwUCc6YIl+A) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Dear J-P & Julien =

 

I had requested slots for = following new drafts; intent is to introduce the work, focusing on the motivation behind it. =

 

Explicit-Path Per Destination in PCEP-P2MP [ http://datatracker.ietf.org/doc/draft-dhody-pce-pcep-p2mp-per-= destination/ ]

Explicit Path here refers to the configured list of network elements that MUST be traversed or MUST be excluded in the final path computation.  =

 

Encoding of Data Structure (DS) in PCEP [ http://= datatracker.ietf.org/doc/draft-dhody-pce-pcep-ds/ ]

Mechanism to use other DS (apart from  VSPT) in PCEP, allowing it to be = easily extendible

Extended-VSPT, disjoint-VSPT are already defined in other WG documents. =

 

Request WG-members to read this = and provide comments/suggestions.  

 

Regards,<= /p>

Dhruv

=

 

*************************************************************= **************************
Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

This e-mail and = attachments contain confidential information from HUAWEI, which is intended only for = the person or entity whose address is listed above. Any use of the = information contained herein in any way (including, but not limited to, total or = partial disclosure, reproduction, or dissemination) by persons other than the = intended recipient's) is prohibited. If you receive this e-mail in error, please = notify the sender by phone or email immediately and delete = it!

From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur
Sent: Wednesday, July 13, = 2011 8:37 PM
To: pce@ietf.org
Cc: Daniel King
Subject: [Pce] Rules to = request a "slot" during PCE WG Meetings

 

Dear all,

 

Julien and I have been having a discussion on how to better = manage our WG meeting time.

 

As a matter of fact, a number of requested slots are related to = IDs that were already "presented" during = previous 

IETF meetings, refreshed just before the cut-off submission date without discussion on the mailing list ...

 

As a gentle reminder, the aim of WG meetings is = to discuss = open issues that could not be resolved by = email 

attempting to reach a consensus, to be confirmed on the mailing = list.

 

You may want to also refer to a similar discussion that we had = during the Routing Area meeting at the last IETF.

 

Few points here:

1) If your ID falls into the WG charter, it is perfectly fine to = get a "presentation" slot when first posted (rev -00) = if

time permits (priority will be given to slots allocated to = resolve technical issues discussed on the mailing = list).

Although people attending the WG meeting are supposed to have = read each document, you may want to explain

the issue that you are trying to solve, and = how.

2) Before requesting a slot, please make sure that = your intent is to discuss specific technical issues related = to 

the document that could not be resolved on the mailing = list. In other words, please do not request slots for = IDs 

for which no discussion took place on the mailing = list.

 

With that in mind, could you please send us your slot request no = later than Monday July 18 at noon ET?  

Julien and I will publish the WG meeting agenda the day after, = with some delays but hopefully an improved

agenda.

 

Many Thanks.

 

JP and Julien.

 

--Boundary_(ID_fl3XWp85nzdRwUCc6YIl+A)-- From cyril.margaria@nsn.com Thu Jul 14 01:31:56 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C71921F8ABC for ; Thu, 14 Jul 2011 01:31:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.549 X-Spam-Level: X-Spam-Status: No, score=-6.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gs8paHLGZ9Of for ; Thu, 14 Jul 2011 01:31:51 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 8364021F89E9 for ; Thu, 14 Jul 2011 01:31:51 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p6E8VjkT004324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jul 2011 10:31:45 +0200 Received: from DEMUEXC047.nsn-intra.net ([10.159.32.93]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p6E8VfXH020245; Thu, 14 Jul 2011 10:31:45 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by DEMUEXC047.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 Jul 2011 10:31:29 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 14 Jul 2011 10:31:28 +0200 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Pce] Rules to request a "slot" during PCE WG Meetings Thread-Index: AcxBbpeUr1+FtOFAQ62LktNsqq+6hQAjxz5A References: <5DA9F283-ED2E-40F4-9C3B-936F0527301E@cisco.com> From: "Margaria, Cyril (NSN - DE/Munich)" To: "ext JP Vasseur" , , "ext Julien Meuric" X-OriginalArrivalTime: 14 Jul 2011 08:31:29.0997 (UTC) FILETIME=[6E0227D0:01CC4200] Cc: Daniel King Subject: Re: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 08:31:56 -0000 Hi J-P and Julien,=20 I have made a request for time slots for one presentation, I also would = like to confirm this is indeed fit the criteria or not. - PCEP extensions for GMPLS = (http://tools.ietf.org/html/draft-margaria-pce-gmpls-pcep-extensions ) = (5 minutes, presenter : Margaria) We request 5 minutes to present the improvement in processing rules to = match what was presented in Prague, those are the result of private = discussion we would like to share with the WG.=20 The textual changes are minimal but have bigger implication for a = PCC/PCE that want to implements the document.=20 We would also like feedback on what is missing in the document in its = current form to go in the direction of LC-ready document. =20 Based on the current discussion on the list it seems rather difficult = to fulfill the requirements. =20 BR From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of = ext JP Vasseur Sent: Wednesday, July 13, 2011 5:07 PM To: pce@ietf.org Cc: Daniel King Subject: [Pce] Rules to request a "slot" during PCE WG Meetings Dear all, Julien and I have been having a discussion on how to better manage our = WG meeting time. As a matter of fact, a number of requested slots are related to IDs that = were already "presented" during previous=A0 IETF meetings, refreshed just before the cut-off submission date without = discussion on the mailing list ... As a gentle reminder, the aim of WG meetings is to=A0discuss=A0open = issues that could not be resolved by email=A0 attempting to reach a consensus, to be confirmed on the mailing list. You may want to also refer to a similar discussion that we had during = the Routing Area meeting at the last IETF. Few points here: 1) If your ID falls into the WG charter, it is perfectly fine to get a = "presentation" slot when first posted (rev -00) if time permits (priority will be given to slots allocated to resolve = technical issues discussed on the mailing list). Although people attending the WG meeting are supposed to have read each = document, you may want to explain the issue that you are trying to solve, and how. 2)=A0Before requesting a slot, please make sure that your intent is to = discuss specific technical issues related to=A0 the document that could not be resolved on the mailing list.=A0In other = words, please do not request slots for IDs=A0 for which no discussion took place on the mailing list. With that in mind, could you please send us your slot request no later = than Monday July 18 at noon ET? =A0 Julien and I will publish the WG meeting agenda the day after, with some = delays but hopefully an improved agenda. Many Thanks. JP and Julien. From jpv@cisco.com Thu Jul 14 03:19:38 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB4AA21F8AD8 for ; Thu, 14 Jul 2011 03:19:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.587 X-Spam-Level: X-Spam-Status: No, score=-110.587 tagged_above=-999 required=5 tests=[AWL=0.011, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x7eBXNlcDx7r for ; Thu, 14 Jul 2011 03:19:37 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id CA8A721F8AC9 for ; Thu, 14 Jul 2011 03:19:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=13824; q=dns/txt; s=iport; t=1310638776; x=1311848376; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=zkpnvz51bhULjfvOXACmzeP9CA0GBkdGNZLM2Ub/b/0=; b=elfJj5NEZuo6VkcINeUIkkoOBsqy/STRQK9Fs3RdKQFyY2DafPsA++ii +yJO+rd2tYCM+kbvBz+jryPK3YEYZ9nye5PWXBEH58DmETV5DIKwUmNkn qtKhiV9lpVq7sDUlbPkrlazqYBA10xHixIh6auhKebmZevHMiNl5+AiHx M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8AADLCHk6Q/khL/2dsb2JhbABTglOEXZBiRIZjAYgYd4h6oymeHIVbXwSSZIUJi0o X-IronPort-AV: E=Sophos;i="4.65,528,1304294400"; d="scan'208,217";a="102090882" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 14 Jul 2011 10:19:32 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p6EAJWwF023283; Thu, 14 Jul 2011 10:19:32 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 14 Jul 2011 12:19:33 +0200 Received: from ams-jvasseur-8917.cisco.com ([10.61.98.174]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 14 Jul 2011 12:19:31 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-126--528394704 From: JP Vasseur In-Reply-To: Date: Thu, 14 Jul 2011 12:19:30 +0200 Message-Id: <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> To: Dhruv Dhody X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 14 Jul 2011 10:19:31.0197 (UTC) FILETIME=[851ACAD0:01CC420F] Cc: pce@ietf.org, 'Wenhu Lu' Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 10:19:38 -0000 --Apple-Mail-126--528394704 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Dhruv, On Jul 14, 2011, at 6:15 AM, Dhruv Dhody wrote: > Dear Wenhu and WG, > =20 > I wanted to mention here in WG about the idea presented in IETF-78 in = Maastricht. =20 > =20 > OSPF Protocol Extensions for Boundary Node Discovery (BND) > http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ > =20 > During the meeting WG can evaluate if any collaboration and/or = consensus be reached in this area. Would you want to share with the WG how you see the positioning of these = two ID ? Thanks. JP. > =20 > Thanks & Regards, > Dhruv > =20 > = **************************************************************************= ************* > Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, = India, Ph. +91-9845062422 > =20 > This e-mail and attachments contain confidential information from = HUAWEI, which is intended only for the person or entity whose address is = listed above. Any use of the information contained herein in any way = (including, but not limited to, total or partial disclosure, = reproduction, or dissemination) by persons other than the intended = recipient's) is prohibited. If you receive this e-mail in error, please = notify the sender by phone or email immediately and delete it! > =20 > -----Original Message----- > From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of = Wenhu Lu > Sent: Thursday, July 14, 2011 6:46 AM > To: pce@ietf.org > Subject: [Pce] New Version Notification for = draft-lu-ospf-area-tlv-01.txt > =20 > Dear all, > =20 > A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been = successfully submitted by Wenhu Lu and posted to the IETF repository. = http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01 > =20 > There's quite a bit of updates over the 00 version, mainly on the = clarifications, motivations, and use-cases, thanks to all that provided = comments and inputs. > =20 > I'll be grateful for your further review and comments before the = upcoming IETF when I plan to use the PCE slot to address the concerns = and issues. > =20 > Regards, > -wenhu > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail-126--528394704 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Dhruv,

On Jul 14, 2011, at 6:15 AM, Dhruv = Dhody wrote:

=

Dear Wenhu and WG, =

 

I wanted = to mention here in WG about the idea presented in IETF-78 in Maastricht.  

 

OSPF Protocol Extensions for Boundary Node Discovery = (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/

 

During the = meeting WG can evaluate if any collaboration and/or consensus be reached in this area. =

Would you want to share with the WG how you see the = positioning of these two ID = ?

Thanks.

JP.

<= blockquote type=3D"cite">

 

Thanks = & Regards,

Dhruv

 

***********************************************= ****************************************

Dhruv Dhody, Senior Tecnical = Leader, Huawei Tecnologies, Bangalore, India, Ph. = +91-9845062422

 

This e-mail and attachments = contain confidential information from HUAWEI, which is intended only for the person or entity whose = address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, = reproduction, or dissemination) by persons other than the intended recipient's) is = prohibited. If you receive this e-mail in error, please notify the sender by phone = or email immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org = [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July 14, 2011 6:46 AM
To: pce@ietf.org
Subject: [Pce] New Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Dear all, =

 

A new version of I-D, = draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF = repository. http://tools= .ietf.org/html/draft-lu-ospf-area-tlv-01

<= p class=3D"MsoPlainText"> 

There's quite a bit of updates = over the 00 version, mainly on the clarifications, motivations, and use-cases, thanks to all = that provided comments and inputs.

 

I'll be grateful for your = further review and comments before the upcoming IETF when I plan to use the PCE slot to address the concerns and issues.

 

Regards,

-wenhu

_______________________________________________=

Pce = mailing list

Pce@ietf.org

=

https://www.ietf.org/ma= ilman/listinfo/pce

_______________________________________________
Pce mailing = list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail-126--528394704-- From huaimo.chen@huawei.com Thu Jul 14 08:17:21 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4055221F8C31 for ; Thu, 14 Jul 2011 08:17:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9gbSmNrAe4m for ; Thu, 14 Jul 2011 08:17:17 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id C2C1821F8C08 for ; Thu, 14 Jul 2011 08:17:16 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB003WYX4RRU@usaga04-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 10:17:16 -0500 (CDT) Received: from dfweml201-edg.china.huawei.com ([172.18.4.104]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOB00D9CX4P8K@usaga04-in.huawei.com> for pce@ietf.org; Thu, 14 Jul 2011 10:17:15 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 14 Jul 2011 08:17:07 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.159]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Thu, 14 Jul 2011 08:17:12 -0700 Date: Thu, 14 Jul 2011 15:16:48 +0000 From: Huaimo Chen In-reply-to: X-Originating-IP: [10.47.138.35] To: JP Vasseur , "pce@ietf.org" Message-id: <5316A0AB3C851246A7CA5758973207D40496813E@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_hsDDgXqD4aaCpG5xKSeiCw)" Content-language: en-US Accept-Language: en-US Thread-topic: [Pce] Rules to request a "slot" during PCE WG Meetings Thread-index: AQHMQW6e17mbpS3FfEuGZqF1Wvc0wJTr010g X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: Daniel King Subject: Re: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 15:17:21 -0000 --Boundary_(ID_hsDDgXqD4aaCpG5xKSeiCw) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi JP and Julien, I have requested for three time slots for presenting four drafts. Would you mind letting me whether these follow the rules to request slots? 1. "A Forward-Search P2P TE LSP Inter-Domain Path Computation" ( http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ ). (15 minutes) There are lots of private discussions about this draft with many people after the first version of the draft was presented in Prague. The draft is revised according to some of the discussions. I would like to present and share with the WG the results on the feedbacks from the discussions. From the discussions, I feel that it is very hard to share some of the ideas and feedbacks about the draft without slides/picture presentation. 2. "A Forward-Search P2MP TE LSP Inter-Domain Path Computation" ( http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ ). (10 minutes) There are lots of private discussions about this draft after the first version of the draft was presented in Prague. The draft is revised according to some of the discussions. I would like to present and share with the WG the results on the feedbacks from the discussions. 3. "Extensions to PCEP for Backup Ingress of TE LSP" ( http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ ) and "Extensions to PCEP for Backup Ingress of TE LSP"( http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ ). (5 minutes) There are some discussions about these two drafts on the PCE mailing list. In addition, there are some private discussions about them. The drafts are revised according to the feedbacks. It would be nice to have a short presentation on the results of the discussions. Best Regards, Huaimo ________________________________ From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Wednesday, July 13, 2011 11:07 AM To: pce@ietf.org Cc: Daniel King Subject: [Pce] Rules to request a "slot" during PCE WG Meetings Dear all, Julien and I have been having a discussion on how to better manage our WG meeting time. As a matter of fact, a number of requested slots are related to IDs that were already "presented" during previous IETF meetings, refreshed just before the cut-off submission date without discussion on the mailing list ... As a gentle reminder, the aim of WG meetings is to discuss open issues that could not be resolved by email attempting to reach a consensus, to be confirmed on the mailing list. You may want to also refer to a similar discussion that we had during the Routing Area meeting at the last IETF. Few points here: 1) If your ID falls into the WG charter, it is perfectly fine to get a "presentation" slot when first posted (rev -00) if time permits (priority will be given to slots allocated to resolve technical issues discussed on the mailing list). Although people attending the WG meeting are supposed to have read each document, you may want to explain the issue that you are trying to solve, and how. 2) Before requesting a slot, please make sure that your intent is to discuss specific technical issues related to the document that could not be resolved on the mailing list. In other words, please do not request slots for IDs for which no discussion took place on the mailing list. With that in mind, could you please send us your slot request no later than Monday July 18 at noon ET? Julien and I will publish the WG meeting agenda the day after, with some delays but hopefully an improved agenda. Many Thanks. JP and Julien. --Boundary_(ID_hsDDgXqD4aaCpG5xKSeiCw) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi J= P and Julien,

 

I = have requested for three time slots for presenting four drafts. Would you m= ind letting me whether these follow the rules to request slots?

     1. “A Forward-Search P2P TE LSP Inter-Doma= in Path Computation” ( http://data= tracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ ). (15 minutes)

    There are lots of private discussions about this draft= with many people after the first version of the draft was presented in Prague. The draft is revised according to some of the discussions. I would lik= e to present and share with the WG the results on the feedbacks from the di= scussions. From the discussions, I feel that it is very hard to share some of the ideas and feedbacks about the dr= aft without slides/picture presentation.

 

     2. “A Forward-Search P2MP TE LSP Inter-Dom= ain Path Computation” ( http://datatracker.iet= f.org/doc/draft-chen-pce-forward-search-p2mp-path/= ). (10 minutes)

    There are lots of private discussions about this draft= after the first version of the draft was presented in Prague.= The draft is revised according to some of the discussions. I would like to= present and share with the WG the results on the feedbacks from the discus= sions.

 

     3. “Extensions to PCEP for Backup Ingress = of TE LSP” ( http://datatracker.ietf.= org/doc/draft-chen-pce-compute-backup-ingress/ ) and “Extensions to PCEP for Backup Ingress of TE LSP”( http://datatracker.ietf.org/do= c/draft-chen-pce-compute-backup-egress/ ). (5 minutes)

&nbs= p;   There are some discussions about these = two drafts on the PCE mailing list. In addition, there are some private dis= cussions about them. The drafts are revised according to the feedbacks. It would be nice to have a short presentation = on the results of the discussions.

 

Best Regards,

Huaimo

From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur
Sent: Wednesday, July 13, 20= 11 11:07 AM
To: pce@ietf.org
Cc: Daniel King
Subject: [Pce] Rules to requ= est a "slot" during PCE WG Meetings

 

Dear all,

 

Julien and I have been having a discu= ssion on how to better manage our WG meeting time.=

 

As a matter of fact, a number of requ= ested slots are related to IDs that were already "presented" duri= ng previous 

IETF meetings, refreshed just before = the cut-off submission date without discussion on the mailing list ...=

 

As a gentle reminder, the aim of WG m= eetings is to discuss open issues that could not be resolved by email 

attempting to reach a consensus, to b= e confirmed on the mailing list.

 

You may want to also refer to a simil= ar discussion that we had during the Routing Area meeting at the last IETF.=

 

Few points here:

1) If your ID falls into the WG chart= er, it is perfectly fine to get a "presentation" slot when first = posted (rev -00) if

time permits (priority will be given = to slots allocated to resolve technical issues discussed on the mailing lis= t).

Although people attending the WG meet= ing are supposed to have read each document, you may want to explain

the issue that you are trying to solv= e, and how.

2) Before requesting a slot, please make sure that your intent is to discuss specific technical issu= es related to 

the document that could not be resolv= ed on the mailing list. In other words, please do not request slots fo= r IDs 

for which no discussion took place on= the mailing list.

 

With that in mind, could you please s= end us your slot request no later than Monday July 18 at noon ET?  

Julien and I will publish the WG meet= ing agenda the day after, with some delays but hopefully an improved

agenda.

 

Many Thanks.=

 

JP and Julien.

 

--Boundary_(ID_hsDDgXqD4aaCpG5xKSeiCw)-- From dhruvd@huawei.com Thu Jul 14 21:55:14 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E57921F867A for ; Thu, 14 Jul 2011 21:55:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6mnQnjgcd2bE for ; Thu, 14 Jul 2011 21:55:13 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id F3E1E21F864F for ; Thu, 14 Jul 2011 21:55:12 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOC00FHKYQKB6@szxga05-in.huawei.com> for pce@ietf.org; Fri, 15 Jul 2011 12:49:32 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOC00KUGYQJ1V@szxga05-in.huawei.com> for pce@ietf.org; Fri, 15 Jul 2011 12:49:31 +0800 (CST) Received: from BLRNSHTIPL1NC ([10.18.1.31]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LOC0029VYQH71@szxml04-in.huawei.com> for pce@ietf.org; Fri, 15 Jul 2011 12:49:31 +0800 (CST) Date: Fri, 15 Jul 2011 10:19:29 +0530 From: Dhruv Dhody In-reply-to: <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> To: 'JP Vasseur' Message-id: <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_s3/FlftBuB6w7ZZuonx74g)" Thread-index: AcxCD/dtvi2qNmg4QZK1YWwGwHVOzwAlksPw References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> Cc: pce@ietf.org, 'Wenhu Lu' Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2011 04:55:14 -0000 This is a multi-part message in MIME format. --Boundary_(ID_s3/FlftBuB6w7ZZuonx74g) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, BN Discovery draft was kept generic for the purpose of ease and extensibility. I see further growth in this ID as the work on PCE-VPN and PCE-INTER-LAYER advances. As a WG, we need consensus on the Motivation and Need for this kind of work. Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary Node Discovery. Regards, Dhruv Note: the obvious difference between the IDs 1. draft-lu focuses on ABRs with TE property for PCEs to compute LSPs. draft-dhody focuses on the discovery of both ABRs/ASBRs. 2. draft-lu's area TLV is part of ospf TE extension. draft-dhody's (Boundary Node Discovery) BND TLV is generic. **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _____ From: JP Vasseur [mailto:jpv@cisco.com] Sent: Thursday, July 14, 2011 3:50 PM To: Dhruv Dhody Cc: 'Wenhu Lu'; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Hi Dhruv, On Jul 14, 2011, at 6:15 AM, Dhruv Dhody wrote: Dear Wenhu and WG, I wanted to mention here in WG about the idea presented in IETF-78 in Maastricht. OSPF Protocol Extensions for Boundary Node Discovery (BND) http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ During the meeting WG can evaluate if any collaboration and/or consensus be reached in this area. Would you want to share with the WG how you see the positioning of these two ID ? Thanks. JP. Thanks & Regards, Dhruv **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu Sent: Thursday, July 14, 2011 6:46 AM To: pce@ietf.org Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifications, motivations, and use-cases, thanks to all that provided comments and inputs. I'll be grateful for your further review and comments before the upcoming IETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --Boundary_(ID_s3/FlftBuB6w7ZZuonx74g) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi,

 

BN Discovery draft was kept = generic for the purpose of ease and extensibility.

I see further growth in this ID = as the work on PCE-VPN and PCE-INTER-LAYER advances. =

 

As a WG, we need consensus on the = Motivation and Need for this kind of work.

Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary Node = Discovery.

 

Regards,<= /p>

Dhruv

=

 

Note: the obvious difference = between the IDs

1. draft-lu focuses on ABRs with = TE property for PCEs to compute LSPs.  draft-dhody focuses on the = discovery of both ABRs/ASBRs.

2. draft-lu's area TLV is part of = ospf TE extension. draft-dhody's (Boundary Node Discovery) BND TLV is = generic.

 

*************************************************************= **************************
Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

This e-mail and = attachments contain confidential information from HUAWEI, which is intended only for = the person or entity whose address is listed above. Any use of the = information contained herein in any way (including, but not limited to, total or = partial disclosure, reproduction, or dissemination) by persons other than the = intended recipient's) is prohibited. If you receive this e-mail in error, please = notify the sender by phone or email immediately and delete = it!

From: JP = Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, July 14, = 2011 3:50 PM
To: Dhruv Dhody
Cc: 'Wenhu Lu'; = pce@ietf.org
Subject: Re: [Pce] New = Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Hi Dhruv,

 

On Jul 14, 2011, at 6:15 AM, Dhruv Dhody = wrote:



Dear Wenhu and WG, =

 =

I wanted to mention here = in WG about the idea presented in IETF-78 in Maastricht.  

 

OSPF = Protocol Extensions for Boundary Node Discovery = (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/=

 =

During the meeting WG can = evaluate if any collaboration and/or consensus be reached in this area. =

 

Would you want to share with the WG how you see the positioning = of these two ID ?

 

Thanks.

 

JP.



 

Thanks & = Regards,

Dhruv<= /font>

 

**********************************************= *****************************************<= /font>

Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

 

This e-mail and attachments contain = confidential information from HUAWEI, which is intended only for the person or entity = whose address is listed above. Any use of the information contained herein in = any way (including, but not limited to, total or partial disclosure, = reproduction, or dissemination) by persons other than the intended recipient's) is = prohibited. If you receive this e-mail in error, please notify the sender by phone = or email immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July 14, 2011 6:46 AM
To: pce@ietf.org
Subject: [Pce] New Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Dear all, =

 

A new version of I-D, = draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF = repository. http://tool= s.ietf.org/html/draft-lu-ospf-area-tlv-01

 

There's quite a bit of updates over the 00 = version, mainly on the clarifications, motivations, and use-cases, thanks to all = that provided comments and inputs.

 

I'll be grateful for your further review and = comments before the upcoming IETF when I plan to use the PCE slot to address the = concerns and issues.

 

Regards,=

-wenhu

______________________________________________= _

Pce mailing = list

Pce@ietf.org

https://www.ietf.org/m= ailman/listinfo/pce

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce

 

--Boundary_(ID_s3/FlftBuB6w7ZZuonx74g)-- From jpv@cisco.com Tue Jul 19 06:14:37 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FF6421F867F for ; Tue, 19 Jul 2011 06:14:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.598 X-Spam-Level: X-Spam-Status: No, score=-110.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6XtZ9W06nqyV for ; Tue, 19 Jul 2011 06:14:36 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id CC50321F85F2 for ; Tue, 19 Jul 2011 06:14:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=8986; q=dns/txt; s=iport; t=1311081274; x=1312290874; h=from:mime-version:subject:date:references:cc:to: message-id; bh=BJsYqiECoSvvj6+Sn6X81el/SzeOnytmDq0V/SMbaiU=; b=G5k0tiD2ziRkz3Pga0ZJ6aDpog1syo6b0IwCQsz/asklovM3riqVhFnE +ac+d9cZSz5LljIfqnSqGhEfJ8QI47gaP/6iZ2zH0pZkplrfRevLrSqvU l6Vi/A7G4GJfQQYPaD+8IlDqAbHSgUAqFh7A2LBrgzR5zPa2Jt4ZofF3M w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPGCJU5Io8US/2dsb2JhbABUp0t3iHykKp5GhV1fBJJnhQQJiwFO X-IronPort-AV: E=Sophos;i="4.67,228,1309737600"; d="scan'208,217";a="103259871" Received: from bgl-core-3.cisco.com ([72.163.197.18]) by ams-iport-1.cisco.com with ESMTP; 19 Jul 2011 13:14:32 +0000 Received: from xbh-bgl-411.cisco.com (xbh-bgl-411.cisco.com [72.163.129.201]) by bgl-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p6JDEVdU025057; Tue, 19 Jul 2011 13:14:31 GMT Received: from xfe-bgl-411.cisco.com ([72.163.129.199]) by xbh-bgl-411.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 18:44:31 +0530 Received: from [10.60.114.227] ([10.60.114.227]) by xfe-bgl-411.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 18:44:30 +0530 From: JP Vasseur Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-92--85898152 Date: Tue, 19 Jul 2011 15:14:27 +0200 References: To: pce@ietf.org Message-Id: <7F423212-807D-4775-B45E-2A92FFE597BA@cisco.com> X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 19 Jul 2011 13:14:30.0894 (UTC) FILETIME=[CB7A28E0:01CC4615] Subject: [Pce] Fwd: Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 13:14:37 -0000 --Apple-Mail-92--85898152 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dear all, Julien and I spent quite some time carefully reviewing the slot requests = to see which ones would match the criteria below. The PCE WG agenda for IETF-81 will be = published very shortly.=20 We have allocated slots to: - version -00 document - WG documents that have been updated since the last IETF We have not allocated slots to documents that have already been = presented (some of them have been presented SEVERAL times) for which there was NO discussion on the = mailing list. The objective is of course to make sure that we are all using the = mailing to make progress and spend time during IETF meetings to resolve issues that were not resolved = thanks to discussion on the mailing list. Thanks for your understanding. JP and Julien. Begin forwarded message: > From: "JP Vasseur" > Date: July 13, 2011 5:07:10 PM GMT+02:00 > To: > Cc: "Daniel King" > Subject: [Pce] Rules to request a "slot" during PCE WG Meetings >=20 >>> Dear all, >>>=20 >>> Julien and I have been having a discussion on how to better manage = our WG meeting time. >>>=20 >>> As a matter of fact, a number of requested slots are related to IDs = that were already "presented" during previous=20 >>> IETF meetings, refreshed just before the cut-off submission date = without discussion on the mailing list ... >>>=20 >>> As a gentle reminder, the aim of WG meetings is to discuss open = issues that could not be resolved by email=20 >>> attempting to reach a consensus, to be confirmed on the mailing = list. >>>=20 >>> You may want to also refer to a similar discussion that we had = during the Routing Area meeting at the last IETF. >>>=20 >>> Few points here: >>> 1) If your ID falls into the WG charter, it is perfectly fine to get = a "presentation" slot when first posted (rev -00) if >>> time permits (priority will be given to slots allocated to resolve = technical issues discussed on the mailing list). >>> Although people attending the WG meeting are supposed to have read = each document, you may want to explain >>> the issue that you are trying to solve, and how. >>> 2) Before requesting a slot, please make sure that your intent is to = discuss specific technical issues related to=20 >>> the document that could not be resolved on the mailing list. In = other words, please do not request slots for IDs=20 >>> for which no discussion took place on the mailing list. >>>=20 >>> With that in mind, could you please send us your slot request no = later than Monday July 18 at noon ET? =20 >>> Julien and I will publish the WG meeting agenda the day after, with = some delays but hopefully an improved >>> agenda. >>>=20 >>> Many Thanks. >>>=20 >>> JP and Julien. >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail-92--85898152 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Dear = all,

Julien and I spent quite some time carefully = reviewing the slot requests to see which ones would
match the = criteria below. The PCE WG agenda for IETF-81 will be published very = shortly. 
We have allocated slots to:
= - version -00 document
- WG = documents that have been updated since the last IETF
We have = not allocated slots to documents that have already been presented (some = of them have
been presented SEVERAL times) for which there was = NO discussion on the mailing list.

The = objective is of course to make sure that we are all using the mailing to = make progress and spend
time during IETF meetings to resolve = issues that were not resolved thanks to discussion on the = mailing
list.

Thanks for your = understanding.

JP and = Julien.

Begin forwarded message:

From: "JP Vasseur" <jpv@cisco.com>
Date: July 13, 2011 = 5:07:10 PM GMT+02:00
Cc: "Daniel King" = <dk@danielking.net>
Subject: [Pce] Rules to = request a "slot" during PCE WG Meetings

Dear = all,

Julien and I have been having a discussion on = how to better manage our WG meeting time.

As a = matter of fact, a number of requested slots are related to IDs that were = already "presented" during previous 
IETF meetings, = refreshed just before the cut-off submission date without discussion on = the mailing list ...

As a gentle reminder, = the aim of WG meetings is to discuss open issues = that could not be resolved by email 
attempting to reach = a consensus, to be confirmed on the mailing = list.

You may want to also refer to a similar = discussion that we had during the Routing Area meeting at the last = IETF.

Few points here:
1) If = your ID falls into the WG charter, it is perfectly fine to get a = "presentation" slot when first posted (rev -00) if
time = permits (priority will be given to slots allocated to resolve technical = issues discussed on the mailing list).
Although people = attending the WG meeting are supposed to have read each document, you = may want to explain
the issue that you are trying to solve, = and how.
2) Before requesting a slot, please make = sure that your intent is to discuss specific technical issues related = to 
the document that could not be resolved on the = mailing list. In other words, please do not request slots for = IDs 
for which no discussion took place on the mailing = list.

With that in mind, could you please send = us your slot request no later than Monday July 18 at noon ET? =  
Julien and I will publish the WG meeting agenda the day = after, with some delays but hopefully an = improved
agenda.

Many = Thanks.

JP and = Julien.

_= ______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail-92--85898152-- From jpv@cisco.com Tue Jul 19 06:18:21 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5583F21F898F for ; Tue, 19 Jul 2011 06:18:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.998 X-Spam-Level: X-Spam-Status: No, score=-109.998 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_23=0.6, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8wtT8HCoEtqG for ; Tue, 19 Jul 2011 06:18:17 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id C0BA121F8749 for ; Tue, 19 Jul 2011 06:18:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=4897; q=dns/txt; s=iport; t=1311081496; x=1312291096; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=mEL/nLd2I58/jxo4pYGdeyd4cWZ69waelhBVSjG/zok=; b=ZL123TTOS571YkwCdZof4cG6ADsbiOANeeTSBbMeou3D77GW6J1TyfC9 KujSuiRK41qTcGquuLsAj1yBmr/s+5gXsvUT4jir8lLJwpPzVYGG2hOrW ahnz9kuXPPfp+caBWOMHugL0D4SpIpqzEj8D3OuSVLThBPjbjqDgsnxjT w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACuDJU5Io8US/2dsb2JhbABUp0t3iHykIZ5GhV1fBJJnhQQJi08 X-IronPort-AV: E=Sophos;i="4.67,228,1309737600"; d="scan'208,217";a="43346385" Received: from bgl-core-3.cisco.com ([72.163.197.18]) by ams-iport-2.cisco.com with ESMTP; 19 Jul 2011 13:18:14 +0000 Received: from xbh-hkg-412.apac.cisco.com (xbh-hkg-412.cisco.com [64.104.123.69]) by bgl-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p6JDICKs025807; Tue, 19 Jul 2011 13:18:14 GMT Received: from xfe-hkg-412.apac.cisco.com ([64.104.123.71]) by xbh-hkg-412.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 21:18:12 +0800 Received: from [10.60.114.227] ([10.60.114.227]) by xfe-hkg-412.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 21:18:11 +0800 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-93--85676655 From: JP Vasseur In-Reply-To: <201107010135.p611Z1u9032231@mse02.zte.com.cn> Date: Tue, 19 Jul 2011 15:18:08 +0200 Message-Id: <9F420BD4-0B3B-45A7-93C7-51B3372BC7FC@cisco.com> References: <201107010135.p611Z1u9032231@mse02.zte.com.cn> To: "" X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 19 Jul 2011 13:18:11.0720 (UTC) FILETIME=[4F198880:01CC4616] Cc: pce@ietf.org Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 13:18:21 -0000 --Apple-Mail-93--85676655 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Xuerong, On Jul 1, 2011, at 3:33 AM, = wrote: >=20 > Hi,all=20 >=20 > I want to apply for a 10mins timeslot to represent my draft on 81th = IETF meeting.The draft name is draft-wang-pce-inter-as-extentions-01.=20 > By the way,I have not received the email about requesting the timeslot = for 81th IETF meeting yet.Perhaps I have missing something?=20 >=20 Thanks for your email. Please refer to the mail sent to the list today = explaining how slots have been=20 allocated. In this case, you have several documents that were presented = at the last IETF. We had a good technical discussions, where people raised concerns during the = meeting. So far, we have not seen any technical discussion on the mailing list though. We'd like to = encourage you to trigger some=20 discussion on the mailing list. Thanks. JP and Julien. > Thanks=20 > Xuerong=20 >=20 > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this = mail is solely property of the sender's organization. This mail = communication is confidential. Recipients named above are obligated to = maintain secrecy and are not permitted to disclose the contents of this = communication to others. > This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = originator of the message. Any views expressed in this message are those = of the individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. --Apple-Mail-93--85676655 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Hi Xuerong,

On Jul 1, 2011, at 3:33 AM, <wang.xuerong@zte.com.cn> <wang.xuerong@zte.com.cn> wrote:


Hi,all

I want to apply for a 10mins timeslot to represent my draft on 81th IETF meeting.The draft name is draft-wang-pce-inter-as-extentions-01.
By the way,I have not received the email about requesting the timeslot for 81th IETF meeting yet.Perhaps I have missing something?


Thanks for your email. Please refer to the mail sent to the list today explaining how slots have been 
allocated. In this case, you have several documents that were presented at the last IETF. We had a
good technical discussions, where people raised concerns during the meeting. So far, we have not
seen any technical discussion on the mailing list though. We'd like to encourage you to trigger some 
discussion on the mailing list.

Thanks.

JP and Julien.

Thanks
Xuerong 

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.

--Apple-Mail-93--85676655-- From jpv@cisco.com Tue Jul 19 06:20:03 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47C4921F89C1 for ; Tue, 19 Jul 2011 06:20:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.449 X-Spam-Level: X-Spam-Status: No, score=-110.449 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tx5aUhddsZPa for ; Tue, 19 Jul 2011 06:19:59 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id D8FD621F89A1 for ; Tue, 19 Jul 2011 06:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=928; q=dns/txt; s=iport; t=1311081599; x=1312291199; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=gJNKPm4CK9gGQn2trUW7Kl3Y9nyhf5a02DHN6hUnPxE=; b=ZRsYq3yrhVk5VMFtJouTIYiRAeWZkD+ToKbo+P20OGP11p9AwY2OenfG hVRlbH3supI+xqvCvyYs82iprv8BObqT1OAOT4x5ojovs86/b8to6jQ6H LaUfQt6A9nd8Ltcfr5xnmxZkUHiab8UMIg0+ok2ZZ+o1J0VUYwlKRGiMC E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACuDJU5Io8UQ/2dsb2JhbABUp0t3iHykIZ5GhV1fBJJnhQQJi08 X-IronPort-AV: E=Sophos;i="4.67,228,1309737600"; d="scan'208";a="43346653" Received: from bgl-core-1.cisco.com ([72.163.197.16]) by ams-iport-2.cisco.com with ESMTP; 19 Jul 2011 13:19:56 +0000 Received: from xbh-hkg-412.apac.cisco.com (xbh-hkg-412.cisco.com [64.104.123.69]) by bgl-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p6JDJuMQ019079; Tue, 19 Jul 2011 13:19:56 GMT Received: from xfe-hkg-412.apac.cisco.com ([64.104.123.71]) by xbh-hkg-412.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 21:19:55 +0800 Received: from [10.60.114.227] ([10.60.114.227]) by xfe-hkg-412.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 21:19:54 +0800 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: JP Vasseur In-Reply-To: <5316A0AB3C851246A7CA5758973207D404966C41@dfweml503-mbx.china.huawei.com> Date: Tue, 19 Jul 2011 15:19:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0211E8F6-03C2-46E4-9FB4-4FE58F13BC0F@cisco.com> References: <5316A0AB3C851246A7CA5758973207D404966C41@dfweml503-mbx.china.huawei.com> To: Huaimo Chen X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 19 Jul 2011 13:19:55.0076 (UTC) FILETIME=[8CB46840:01CC4616] Cc: pce@ietf.org Subject: Re: [Pce] Ask for time slots in IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 13:20:03 -0000 Dear Huaimo, On Jul 11, 2011, at 8:13 PM, Huaimo Chen wrote: > Hi Julien, JP and Dan,=20 >=20 > Could you please allocate three time slots for me as follows if = possible? >=20 > 15 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-com= putation/ >=20 > 15 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ >=20 > 10 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ > and > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ >=20 Thanks for your email. As explained in the other two emails, these = drafts do fall into the same category of documents that were presented, without any further technical = discussion on the=20 mailing list. Please start technical thread on the mailing list. Thanks. JP and Julien. >=20 > Best Regards, > Huaimo From julien.meuric@orange-ftgroup.com Tue Jul 19 06:32:46 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5400721F8749 for ; Tue, 19 Jul 2011 06:32:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m+VwSl4hittO for ; Tue, 19 Jul 2011 06:32:45 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 7A18D21F872F for ; Tue, 19 Jul 2011 06:32:44 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5C9B4FC4005; Tue, 19 Jul 2011 15:32:43 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 4FF47FC4004; Tue, 19 Jul 2011 15:32:43 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 15:32:43 +0200 Received: from [10.193.71.247] ([10.193.71.247]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 15:32:42 +0200 Message-ID: <4E25877A.3030705@orange-ftgroup.com> Date: Tue, 19 Jul 2011 15:32:42 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Leeyoung References: <5DA9F283-ED2E-40F4-9C3B-936F0527301E@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E171813AF45@dfweml502-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E171813AF45@dfweml502-mbx.china.huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 19 Jul 2011 13:32:42.0754 (UTC) FILETIME=[5646C620:01CC4618] Cc: Daniel King , "pce@ietf.org" , JP Vasseur Subject: Re: [Pce] Rules to request a "slot" during PCE WG Meetings X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 13:32:46 -0000 Hi Young. Thank you for your feedback. With respect to the criteria described in the companion e-mail sent today to the list, a slot has been allocated for the WG I-D about WSON requirements. For the other documents, please use the mailing list as much as possible to trigger technical discussion and build consensus: if no blocking issue is faced, there is no reason to consume meeting time so as to make progress. Thanks, JP & Julien Le 13/07/2011 17:48, Leeyoung a écrit : > Hi J-P and Julien, > > I have made requests for time slots for three presentations before, > but I just wanted to make sure our presentation fits to the > criteria. > > * PCE requirement for WSON RWA. > http://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelength/ > (5 min, presenter: Young) > > PCE requirment for RWA (working group document) - we request for 5 > minutes to give the update newly added requirement (signal > compatibility/processing) to align with the extension draft --- Last > time, I asked for the WG LC and Julien asked me to align with the > solution draft to make sure all the requirements are covered and this > revision has fulfilled it. The co-authors believe this draft is ready > for WG LC. > > * PCEP extension for WSON RWA. > http://datatracker.ietf.org/doc/draft-lee-pce-wson-rwa-ext/ (5 min, > presenter: Oscar) > > We have much private discussions on PCEP ext. for RWA in WSON among > the co-authors to make sure we'd avoid duplicate effort from the PCEP > ext for GMPLS. It is worth to present the progress. If you want, we > can forward the thread of emails on this discussion. Please let me > know if that is necessary. > > * PCEP extensions for WSON Impairments. > http://datatracker.ietf.org/doc/draft-lee-pce-wson-impairments/ (5 > min, presenter: Young) > > In regards to Impairment-aware PCE, we have discussions in CCAMP > mailing list on this topic and the PCE mailing list was also CC'ed > for some of the discussions Julien raised on the PCE related things > on the Impairment Framework. We have cut down many of the PCE related > portion from the framework document in this new revision, so please > give us 5 minutes for the update. > > > > ------------------------- *From:* pce-bounces@ietf.org > [mailto:pce-bounces@ietf.org] *On Behalf Of *JP Vasseur *Sent:* > Wednesday, July 13, 2011 10:07 AM *To:* pce@ietf.org *Cc:* Daniel > King *Subject:* [Pce] Rules to request a "slot" during PCE WG > Meetings > > >> Dear all, > >> > >> Julien and I have been having a discussion on how to better > >> manage our WG meeting time. > >> > >> As a matter of fact, a number of requested slots are related to > >> IDs that were already "presented" during previous IETF meetings, > >> refreshed just before the cut-off submission date without > >> discussion on the mailing list ... > >> > >> As a gentle reminder, the aim of WG meetings is to */discuss/* > >> open issues that could not be resolved by email attempting to > >> reach a consensus, to be confirmed on the mailing list. > >> > >> You may want to also refer to a similar discussion that we had > >> during the Routing Area meeting at the last IETF. > >> > >> Few points here: 1) If your ID falls into the WG charter, it is > >> perfectly fine to get a "presentation" slot when first posted > >> (rev -00) if time permits (priority will be given to slots > >> allocated to resolve technical issues discussed on the mailing > >> list). Although people attending the WG meeting are supposed to > >> have read each document, you may want to explain the issue that > >> you are trying to solve, and how. 2) _Before requesting a slot_, > >> please make sure that your intent is to discuss specific > >> technical issues related to the document that could not be > >> resolved on the mailing list. In other words, please do not > >> request slots for IDs for which no discussion took place on the > >> mailing list. > >> > >> With that in mind, could you please send us your slot request no > >> later than Monday July 18 at noon ET? Julien and I will publish > >> the WG meeting agenda the day after, with some delays but > >> hopefully an improved agenda. > >> > >> Many Thanks. > >> > >> JP and Julien. > > > > _______________________________________________ Pce mailing list > Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From huaimo.chen@huawei.com Tue Jul 19 07:16:41 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C147E21F8549 for ; Tue, 19 Jul 2011 07:16:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id knpHgiV26RQj for ; Tue, 19 Jul 2011 07:16:37 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id 8F56921F84A5 for ; Tue, 19 Jul 2011 07:16:37 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL005UK3NOSV@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 09:16:36 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LOL008U63NOEJ@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 09:16:36 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 07:16:36 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.159]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 07:16:35 -0700 Date: Tue, 19 Jul 2011 14:17:08 +0000 From: Huaimo Chen In-reply-to: <0211E8F6-03C2-46E4-9FB4-4FE58F13BC0F@cisco.com> X-Originating-IP: [10.212.246.134] To: JP Vasseur Message-id: <5316A0AB3C851246A7CA5758973207D404968F49@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: Ask for time slots in IETF 81 Thread-index: AQHMRhaU6Nwy2lhLYUqWuYGfo8m2EZTzqX4g X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: "pce@ietf.org" Subject: Re: [Pce] Ask for time slots in IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 14:16:41 -0000 Hi JP, There are discussions on the mailing list for the following two drafts, and the drafts are updated according to some of the results of the discussions. http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ Could you please allocate a slot for these drafts in IETF 81 in Quebec since these follows the rules? For the drafts http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ and http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ There are lots of discussions about them after the last IETF presentation in Prague. The drafts are updated according to some of the comments and suggestions from the discussions. You and many others should have seen these discussions during and after the meeting. I would like to request a time slot again to present and share the results with the WG in IETF 81 Quebec. The meeting of face to face with presentation in IETF should trigger discussions on the topic to be presented. The results of the discussions should be shared with WG in IETF again. So please consider my request for a slot to share the results of discussions with WG. Best Regards, Huaimo -----Original Message----- From: JP Vasseur [mailto:jpv@cisco.com] Sent: Tuesday, July 19, 2011 9:20 AM To: Huaimo Chen Cc: Julien Meuric; Daniel King; pce@ietf.org Subject: Re: Ask for time slots in IETF 81 Dear Huaimo, On Jul 11, 2011, at 8:13 PM, Huaimo Chen wrote: > Hi Julien, JP and Dan, > > Could you please allocate three time slots for me as follows if possible? > > 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ > > 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ > > 10 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ > and > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ > Thanks for your email. As explained in the other two emails, these drafts do fall into the same category of documents that were presented, without any further technical discussion on the mailing list. Please start technical thread on the mailing list. Thanks. JP and Julien. > > Best Regards, > Huaimo From huaimo.chen@huawei.com Tue Jul 19 08:23:55 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3958E21F8A4D for ; Tue, 19 Jul 2011 08:23:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IBtdyzDWo3mj for ; Tue, 19 Jul 2011 08:23:54 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id A6CB721F8AB9 for ; Tue, 19 Jul 2011 08:23:54 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL008GY6RTGP@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 10:23:53 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LOL008JM6RREJ@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 10:23:53 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 08:23:52 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.159]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 08:23:51 -0700 Date: Tue, 19 Jul 2011 15:24:24 +0000 From: Huaimo Chen X-Originating-IP: [10.212.246.134] To: JP Vasseur Message-id: <5316A0AB3C851246A7CA5758973207D404968FB0@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 Thread-index: AQHMRifd8+3672mbD0G2ic8MnJw32w== X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: "pce@ietf.org" Subject: [Pce] (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 15:23:55 -0000 Hi JP, There are discussions about my IETF drafts on the PCE mailing list (I have just looked through the list).In addition, all my four IETF drafts are updated So please consider my requests for time slots in IETF 81 in Quebec again. They follow the rules. The time slots should be allocated for them. Best Regards, Huaimo -----Original Message----- From: Huaimo Chen Sent: Tuesday, July 19, 2011 10:17 AM To: 'JP Vasseur' Cc: Julien Meuric; Daniel King; pce@ietf.org Subject: RE: Ask for time slots in IETF 81 Hi JP, There are discussions on the mailing list for the following two drafts, and the drafts are updated according to some of the results of the discussions. http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ Could you please allocate a slot for these drafts in IETF 81 in Quebec since these follows the rules? For the drafts http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ and http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ There are lots of discussions about them after the last IETF presentation in Prague. The drafts are updated according to some of the comments and suggestions from the discussions. You and many others should have seen these discussions during and after the meeting. I would like to request a time slot again to present and share the results with the WG in IETF 81 Quebec. The meeting of face to face with presentation in IETF should trigger discussions on the topic to be presented. The results of the discussions should be shared with WG in IETF again. So please consider my request for a slot to share the results of discussions with WG. Best Regards, Huaimo -----Original Message----- From: JP Vasseur [mailto:jpv@cisco.com] Sent: Tuesday, July 19, 2011 9:20 AM To: Huaimo Chen Cc: Julien Meuric; Daniel King; pce@ietf.org Subject: Re: Ask for time slots in IETF 81 Dear Huaimo, On Jul 11, 2011, at 8:13 PM, Huaimo Chen wrote: > Hi Julien, JP and Dan, > > Could you please allocate three time slots for me as follows if possible? > > 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ > > 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ > > 10 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ > and > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ > Thanks for your email. As explained in the other two emails, these drafts do fall into the same category of documents that were presented, without any further technical discussion on the mailing list. Please start technical thread on the mailing list. Thanks. JP and Julien. > > Best Regards, > Huaimo From jpv@cisco.com Tue Jul 19 08:27:18 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9792621F8A4E for ; Tue, 19 Jul 2011 08:27:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.863 X-Spam-Level: X-Spam-Status: No, score=-109.863 tagged_above=-999 required=5 tests=[AWL=0.736, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a03+Cym0EoQo for ; Tue, 19 Jul 2011 08:27:17 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 7599D21F873F for ; Tue, 19 Jul 2011 08:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=3570; q=dns/txt; s=iport; t=1311089237; x=1312298837; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=EGMA/dbPxX+VK2hOEaJyLkDaUGw+cNRKuVhFHl8LmEM=; b=HZCmkTiyTTc17Q4E8apy3Xqz6NIrdRMXit84IOy6WjdMoajYcUHJuehX zrOO7oUhWXZaBj9/GWUNjhws6zp5tS8e7AK+sQFD8JXkXicadeNgQh7i7 Ctt+D09trZZ408cNiX3cPkqj5uv8PRfW1yARhhaj9LOY8ojF1kLphwVBE s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuIAALqhJU6Q/khN/2dsb2JhbABUmAiPRXeIfKVJnk6FXV8EkmeFDYtP X-IronPort-AV: E=Sophos;i="4.67,228,1309737600"; d="scan'208";a="43369177" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 19 Jul 2011 15:27:16 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p6JFRGcY004998; Tue, 19 Jul 2011 15:27:16 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 17:27:16 +0200 Received: from ams-jvasseur-8912.cisco.com ([10.55.82.148]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Jul 2011 17:27:15 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: JP Vasseur In-Reply-To: <5316A0AB3C851246A7CA5758973207D404968FB0@dfweml503-mbx.china.huawei.com> Date: Tue, 19 Jul 2011 17:27:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <272E65FB-AE85-4F06-8C13-231EF524CDEE@cisco.com> References: <5316A0AB3C851246A7CA5758973207D404968FB0@dfweml503-mbx.china.huawei.com> To: Huaimo Chen X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 19 Jul 2011 15:27:15.0891 (UTC) FILETIME=[56FC4030:01CC4628] Cc: pce@ietf.org Subject: Re: [Pce] (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 15:27:18 -0000 Dear Huaimo, Believe me, Julien and I spent a lot of time looking at each draft. Bear in mind, that decisions at the IETF are made on mailing lists, the = aim of meetings is to discuss issues, that's all. Please use the mailing list and let's = see if there is some traction. Thanks for your comprehension. Kind Regards. JP and Julien. On Jul 19, 2011, at 5:24 PM, Huaimo Chen wrote: > Hi JP, >=20 > There are discussions about my IETF drafts on the PCE mailing list = (I have just looked through the list).In addition, all my four IETF = drafts are updated So please consider my requests for time slots in IETF = 81 in Quebec again. > They follow the rules. The time slots should be allocated for them. >=20 > Best Regards, > Huaimo > -----Original Message----- > From: Huaimo Chen=20 > Sent: Tuesday, July 19, 2011 10:17 AM > To: 'JP Vasseur' > Cc: Julien Meuric; Daniel King; pce@ietf.org > Subject: RE: Ask for time slots in IETF 81 >=20 > Hi JP, >=20 > There are discussions on the mailing list for the following two = drafts, and the drafts are updated according to some of the results of = the discussions. > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ > Could you please allocate a slot for these drafts in IETF 81 in = Quebec since these follows the rules? >=20 > For the drafts > = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-com= putation/ > and=20 > = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ > There are lots of discussions about them after the last IETF = presentation in Prague. The drafts are updated according to some of the = comments and suggestions from the discussions. You and many others = should have seen these discussions during and after the meeting. > I would like to request a time slot again to present and share the = results with the WG in IETF 81 Quebec.=20 > The meeting of face to face with presentation in IETF should = trigger discussions on the topic to be presented. The results of the = discussions should be shared with WG in IETF again. So please consider = my request for a slot to share the results of discussions with WG. >=20 > Best Regards, > Huaimo >=20 > -----Original Message----- > From: JP Vasseur [mailto:jpv@cisco.com]=20 > Sent: Tuesday, July 19, 2011 9:20 AM > To: Huaimo Chen > Cc: Julien Meuric; Daniel King; pce@ietf.org > Subject: Re: Ask for time slots in IETF 81 >=20 > Dear Huaimo, >=20 > On Jul 11, 2011, at 8:13 PM, Huaimo Chen wrote: >=20 >> Hi Julien, JP and Dan,=20 >>=20 >> Could you please allocate three time slots for me as follows if = possible? >>=20 >> 15 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-com= putation/ >>=20 >> 15 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ >>=20 >> 10 minutes for = http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ >> and >> http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ >>=20 >=20 > Thanks for your email. As explained in the other two emails, these = drafts do fall into the same > category of documents that were presented, without any further = technical discussion on the=20 > mailing list. Please start technical thread on the mailing list. >=20 > Thanks. >=20 > JP and Julien. >=20 >>=20 >> Best Regards, >> Huaimo >=20 From huaimo.chen@huawei.com Tue Jul 19 08:37:38 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA91821F8588 for ; Tue, 19 Jul 2011 08:37:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b6ibByavE-0i for ; Tue, 19 Jul 2011 08:37:38 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id 2041311E8075 for ; Tue, 19 Jul 2011 08:37:38 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL005Q07EPSV@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 10:37:37 -0500 (CDT) Received: from dfweml201-edg.china.huawei.com ([172.18.4.104]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LOL008KL7EPEJ@usaga02-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 10:37:37 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 08:37:34 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.159]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 08:37:37 -0700 Date: Tue, 19 Jul 2011 15:38:09 +0000 From: Huaimo Chen In-reply-to: <272E65FB-AE85-4F06-8C13-231EF524CDEE@cisco.com> X-Originating-IP: [10.212.246.134] To: JP Vasseur Message-id: <5316A0AB3C851246A7CA5758973207D404968FD8@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 Thread-index: AQHMRihVsYBVQcxjAEK5pe6ww6BXY5TzxQiw X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: "pce@ietf.org" Subject: Re: [Pce] (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 15:37:38 -0000 Hi JP, I am very curious that there are only 55 minutes presentations in IETF 81 according to the schedule just posted. My drafts follow the rules to get the time slots in IETF 81.Many people are interested in the drafts as you and many others have seen these. Why can not I get the time slots in IETF 81? I sincerely request the time slots in IETF 81 again. Please consider my request again. Best Regards, Huaimo -----Original Message----- From: JP Vasseur [mailto:jpv@cisco.com] Sent: Tuesday, July 19, 2011 11:27 AM To: Huaimo Chen Cc: Julien Meuric; Daniel King; pce@ietf.org Subject: Re: (My drafts are discussed in the mailing list) RE: Ask for time slots in IETF 81 Dear Huaimo, Believe me, Julien and I spent a lot of time looking at each draft. Bear in mind, that decisions at the IETF are made on mailing lists, the aim of meetings is to discuss issues, that's all. Please use the mailing list and let's see if there is some traction. Thanks for your comprehension. Kind Regards. JP and Julien. On Jul 19, 2011, at 5:24 PM, Huaimo Chen wrote: > Hi JP, > > There are discussions about my IETF drafts on the PCE mailing list (I have just looked through the list).In addition, all my four IETF drafts are updated So please consider my requests for time slots in IETF 81 in Quebec again. > They follow the rules. The time slots should be allocated for them. > > Best Regards, > Huaimo > -----Original Message----- > From: Huaimo Chen > Sent: Tuesday, July 19, 2011 10:17 AM > To: 'JP Vasseur' > Cc: Julien Meuric; Daniel King; pce@ietf.org > Subject: RE: Ask for time slots in IETF 81 > > Hi JP, > > There are discussions on the mailing list for the following two drafts, and the drafts are updated according to some of the results of the discussions. > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ > http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ > Could you please allocate a slot for these drafts in IETF 81 in Quebec since these follows the rules? > > For the drafts > http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ > and > http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ > There are lots of discussions about them after the last IETF presentation in Prague. The drafts are updated according to some of the comments and suggestions from the discussions. You and many others should have seen these discussions during and after the meeting. > I would like to request a time slot again to present and share the results with the WG in IETF 81 Quebec. > The meeting of face to face with presentation in IETF should trigger discussions on the topic to be presented. The results of the discussions should be shared with WG in IETF again. So please consider my request for a slot to share the results of discussions with WG. > > Best Regards, > Huaimo > > -----Original Message----- > From: JP Vasseur [mailto:jpv@cisco.com] > Sent: Tuesday, July 19, 2011 9:20 AM > To: Huaimo Chen > Cc: Julien Meuric; Daniel King; pce@ietf.org > Subject: Re: Ask for time slots in IETF 81 > > Dear Huaimo, > > On Jul 11, 2011, at 8:13 PM, Huaimo Chen wrote: > >> Hi Julien, JP and Dan, >> >> Could you please allocate three time slots for me as follows if possible? >> >> 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2p-path-computation/ >> >> 15 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-forward-search-p2mp-path/ >> >> 10 minutes for http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ >> and >> http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-egress/ >> > > Thanks for your email. As explained in the other two emails, these drafts do fall into the same > category of documents that were presented, without any further technical discussion on the > mailing list. Please start technical thread on the mailing list. > > Thanks. > > JP and Julien. > >> >> Best Regards, >> Huaimo > From leeyoung@huawei.com Tue Jul 19 11:11:23 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77BBA21F8513 for ; Tue, 19 Jul 2011 11:11:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.492 X-Spam-Level: X-Spam-Status: No, score=-6.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QkAYD65I48h7 for ; Tue, 19 Jul 2011 11:11:22 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id A2F8821F8512 for ; Tue, 19 Jul 2011 11:11:22 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL002YKEIXPQ@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 13:11:22 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL007Y2EIWUK@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 13:11:21 -0500 (CDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 11:11:21 -0700 Received: from DFWEML502-MBX.china.huawei.com ([fe80::1086:4a1f:19fa:9025]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 11:11:20 -0700 Date: Tue, 19 Jul 2011 18:11:20 +0000 From: Leeyoung In-reply-to: <4E254BE5.30002@kddilabs.jp> X-Originating-IP: [10.47.138.229] To: Takehiro Tsuritani Message-id: <7AEB3D6833318045B4AE71C2C87E8E171813BCCB@dfweml502-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: New Version Notification for draft-lee-pce-wson-impairments-02.txt Thread-index: AQHMRfTNv1ZRZzyz+0W3zB1l1c9CLpTz8iQg X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <20110707211620.22143.2733.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E171813A52F@dfweml502-mbx.china.huawei.com> <4E254BE5.30002@kddilabs.jp> Cc: "pce@ietf.org" Subject: Re: [Pce] New Version Notification for draft-lee-pce-wson-impairments-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 18:11:23 -0000 Hi Takehiro, Thanks for your input. I think it is valid requirement. Would you be able to forward this email to PCE WG? It looks like discussing in the PCE WG list is important to move this draft. Thanks. Young -----Original Message----- From: Takehiro Tsuritani [mailto:tsuri@kddilabs.jp] Sent: Tuesday, July 19, 2011 4:18 AM To: Leeyoung Subject: Re: New Version Notification for draft-lee-pce-wson-impairments-02.txt Dear Young, Thank you for your email. And I'm sorry for the late response. I agree with your proposals related to two drafts (PCE-RWA, PCE-impairment). Thank you for your update. I have just a comment on the impairment draft. What do you think about the necessary of "bidirectional" path computation? As you know, signal quality of both upstream signal and downstream signal transmitted along a LSP might be different due to the different experiences (on different fibers) against physical impairment. Therefore, I think the impairment-aware path computation for each direction (upstream or downstream) should be needed. Also, from the operational points of view, when facing an error of path computation due to unsatisfied signal quality, we might need to be able to identify which direction is failed. What do you think about it ? Thanks. Best regards, Takehiro (2011/07/08 6:20), Leeyoung wrote: > Hello co-authors, > > I have revived this draft which was presented in Hiroshima. The reason for this revival is that WSON Impairment Framework has passed IETF CCAMP WG LC in May and there was some interest by the community. > > The update includes some encoding for some signal quality parameters which was previously defined. Please review and provide your feedback for the upcoming revision. > > Thanks. > > Young > > -----Original Message----- > From:internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Thursday, July 07, 2011 4:16 PM > To: Leeyoung > Cc:tsuri@kddilabs.jp;takeda.tomonori@lab.ntt.co.jp;gregb@grotto-networking.com; Leeyoung;jonas.martensson@acreo.se > Subject: New Version Notification for draft-lee-pce-wson-impairments-02.txt > > A new version of I-D, draft-lee-pce-wson-impairments-02.txt has been successfully submitted by Young Lee and posted to the IETF repository. > > Filename: draft-lee-pce-wson-impairments > Revision: 02 > Title: PCEP Extensions for WSON Impairments > Creation date: 2011-07-07 > WG ID: Individual Submission > Number of pages: 19 > > Abstract: > As an optical signal progresses along its path it may be altered by > the various physical processes in the optical fibers and devices it > encounters. When such alterations result in signal degradation, these > processes are usually referred to as"impairments". These physical > characteristics may be important constraints to consider in path > computation process in wavelength switched optical networks. > > This document provides PCEP extensions to support Impairment Aware > Routing and Wavelength Assignment (IA-RWA) in wavelength switched > optical networks. > > > > > > > > > > The IETF Secretariat > From leeyoung@huawei.com Tue Jul 19 11:40:16 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6088B228018 for ; Tue, 19 Jul 2011 11:40:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.35 X-Spam-Level: X-Spam-Status: No, score=-6.35 tagged_above=-999 required=5 tests=[AWL=-0.052, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BVHoS3-U2skk for ; Tue, 19 Jul 2011 11:40:06 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id 815E0228017 for ; Tue, 19 Jul 2011 11:40:06 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL002P5FUTPQ@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 13:40:05 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL007CAFURUK@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 13:40:04 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 11:40:04 -0700 Received: from DFWEML502-MBX.china.huawei.com ([fe80::1086:4a1f:19fa:9025]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 11:40:00 -0700 Date: Tue, 19 Jul 2011 18:39:59 +0000 From: Leeyoung In-reply-to: X-Originating-IP: [10.47.138.229] To: "Margaria, Cyril (NSN - DE/Munich)" , =?iso-8859-1?Q?Oscar_Gonz=E1lez_de_Dios?= , "gregb@grotto-networking.com" , "ramon.casellas@cttc.es" , Fatai Zhang , "pce@ietf.org" Message-id: <7AEB3D6833318045B4AE71C2C87E8E171813BCF8@dfweml502-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_OzOCDYaS8Z+IfeulqSRauA)" Content-language: en-US Accept-Language: en-US Thread-topic: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Thread-index: Acw7umXM5zUgdvGeRQmjhxeYhlyunAAPYOCwAASB2XAABHWTYAABC/fAAADAgdAAAQ8NYAAvaMiAAB3znSAAEnXZYAAdIubQAgn9iWA= X-MS-Has-Attach: X-MS-TNEF-Correlator: References: A <7AEB3D6833318045B4AE71C2C87E8E171813A14A@dfweml502-mbx.china.huawei.com> A <7AEB3D6833318045B4AE71C2C87E8E171813A1A5@dfweml502-mbx.china.huawei.com> A <7AEB3D6833318045B4AE71C2C87E8E171813A1BA@dfweml502-mbx.china.huawei.com> A <7AEB3D6833318045B4AE71C2C87E8E171813A504@dfweml502-mbx.china.huawei.com> A <7AEB3D6833318045B4AE71C2C87E8E171813A728@dfweml502-mbx.china.huawei.com> Subject: Re: [Pce] conf call for updates in draft-lee-pce-wson-rwa-ext-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 18:40:16 -0000 --Boundary_(ID_OzOCDYaS8Z+IfeulqSRauA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Hi PCEers, Forwarded is a thread of email on PCEP ext for WSON RWA. Any interested par= ty, please forward your email including pce@ietf.org. Thanks. Young ________________________________ From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Saturday, July 09, 2011 4:45 AM To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com; ramon.= casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, Thanks for the editorial works, I think we may also discuss in Quebec. Cyril From: ext Leeyoung [mailto:leeyoung@huawei.com] Sent: Friday, July 08, 2011 9:44 PM To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gregb@grot= to-networking.com; ramon.casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi Cyril Thanks for your review and good comments. Here's my reply in-line. Thanks. Young ________________________________ From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Friday, July 08, 2011 7:28 AM To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com; ramon.= casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, Thanks a lot for the editorial work, it match what we discussed yesterday, = I still have a few comments, some of them can be addressed for this revisio= n, the label set can be left to discuss at Quebec. 1) Editorial fixes: The indentation of the section is quite strange, YOUNG>> fixed 2) WA Object : Maybe add the following note: Note: additional TLVs may be defined to apply= additional constraint to the order algorithm, for instance limiting the nu= mber of label to return. YOUNG>> incorporated. 3) Label set: If I understand the difference between the LABEL_SET and Wavelength Restric= tion Field sub-TLV, is that the label set as per RFC3471 indicate label ran= ges Whereas the Gen-Encode does allow a bit string encoding in a generic manner= for GMPLS for efficiency reason YOUNG>> Yes. As gen-encode define a new kind of label set which is more efficient I am = wondering if it could not be used for the GMPLS draft, but the compatibilit= y with RFC3471 would still need to be considered. In the gen-encode the label-set is used in Available Labels, Shared Backup = Labels and port Label restriction, in all of those TLVs the length can be d= educed from the TLV length (only one Its not however the case in draft-ietf-ccamp-rwa-wson-encode-11 where some = TLVs (Resource Block Wavelength constraint and shared access wavelength) ha= ve two of this field, I believe this is the motivation behind the Length field and the reason why= the RFC3471 label set cannot be used, correct? YOUNG>> Yes. If we would like to retain compatibility with RFC3471 label set, a new Act= ion with type 4 (bit set) could be defined, it would imply that the draft-i= etf-ccamp-rwa-wson-encode-11 would need to add fields to indicate the lengt= h of the label set fields, but it seems the only needed change, or did I mi= ss something? YOUNG>> In the context of this draft, I wasn't sure if we need to define Ac= tion 4 (bit map set) --- This was necessary in WSON RWA encoding which RWA = OSPF draft uses to advertise link wavelength availability. Perhaps, Greg ca= n clarify this point. Best regards. From: ext Leeyoung [mailto:leeyoung@huawei.com] Sent: Thursday, July 07, 2011 10:44 PM To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gregb@grot= to-networking.com; ramon.casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, Just to update you... enclosed is a revision of the PCEP ext for RWA. We ha= ve had a conference call this morning (Cyril, Oscar and myself) to discuss = the issues. This revision is the result of the agreement (at least from how= I understood). Thanks for Cyril and Oscar who provided valuable input. To highlight the changes, * Took out Wavelength Restriction TLV from the WA Object * M bit (Mode) --- to specify Explicit WA (Central) and Distribute WA; = and for Distributed WA, I put Editor's Note to further provide ranges/max n= umbers, etc. * For Vendor Specific WA algorithm, add some explanatory text in which = to say we might need to provide additional info in the TLV in the WA Object= . * Editorial --- including clean up OSPF artifacts, and others. * Out of Scope --- pre-reservation RWA request and impairment validatio= n * We agreed that pre-reservation should be pursued after this draft = has been accepted by the WG * There is a separate impairment-aware RWA draft, which should be pu= rsued separately given immaturity in ITU-T. I will publish this draft short= ly. Take a look and provide your feedback by COB Friday (July 8). Since I will = have to take vacation next Monday, I'd like to publish v2 by the end of Jul= y 8. In case, you don't have time to read and/or give me your comment, we w= ill discuss in Quebec City. Thanks all for your contribution. Best Regards, Young ________________________________ From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Wednesday, July 06, 2011 5:21 PM To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com; ramon.= casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, Thanks for your prompt reply, Please see inline in black From: ext Leeyoung [mailto:leeyoung@huawei.com] Sent: Wednesday, July 06, 2011 11:48 PM To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gregb@grot= to-networking.com; ramon.casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi Cyril, Please pardon me that I didn't read your proposal. I will try to read befor= e tomorrow's meeting. And Thanks for your quick review of the draft suggestion I sent. We will discuss in detail tomorrow. Please see in-line for my comments. Tha= nks. Young ________________________________ From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Wednesday, July 06, 2011 4:18 PM To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com; ramon.= casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, Thanks a lot for the document, Did you had time to look at the changes I did propose? If no when would you= have time, if yes I would appreciate an indication on them. Regarding the new proposal I would have the following comments : - I understand the motivation for the 2.1.1. Wavelength Restrictio= n Constraint TLV to be to specify wavelength =3D=3D Label constraints on n= ode/links, correct? YOUNG>> Here I specified wavelength restriction on a link-level. Recall thi= s was for tune-ability constraints so I did not bother for node case; if yo= u feel we need on a node level, we can so indicate as well. - Having a sub-TLV in the WA object compared to extending the IRO = and XRO with label inclusion/exclusion is too lightly described for me to = be convinced that it is a better approach o I see the following disadvantage to this approach: =A7 Spread the label inclusion/exclusion in different objects, =A7 What is missing in the XRO/IRO semantic? YOUNG>> For this last point, I thought you used XRO/IRO for excluding and i= ncluding signal processing which is fine with me. Sorry if I am confused wi= th this point. Cyril : For signal processing yes, here you are using (If I understood corr= ectly, any correction is welcomed) a TLV is the WA to carry label set (i.e = label restriction), so it seems to me that this means "if you use this link= , use those labels", which one mapping would be an optional IRO with a labe= l set, Do this clarifiy my comments? YOUNG>> Again, my thinking is you don't want to bother generic GMPLS stuff = when there are wavelength specific things arise in the future (e.g. impairm= ent RWA, etc) --- you don't want to change generic because of the changes r= equired for WSON specific. WSON RWA is a very specific implementation where= by you don't really want to integrate with Generic stuff. I thought last ti= me we agreed on letting WA object stay in tact ---perhaps I misunderstood. Cyril : I tend to separate two points : label constraints behavior which ca= n apply to any technology having label-swapping restrictions (all GMPLS one= on restrictive HW ) and WSON specific one (typically Distributed or centra= lized WA, optical constraint checks). Some very specific label constraint might be seen only typically in WSON ne= tworks but can apply to any switching technology ( label set on specific li= nks for example), for those I think it may be OK to define them in the RWA = draft, but it should be possible to have them on their own, this is why I t= hink they should not be inside the WA object. Ideally one could support the= document but not care of the WA at all. I do not see WSON as a specific implementation, a specific feature yes, but= it should still fit nicely in the framework. o I would understand the whish to keep RWA topic separated, but I feel th= at this approach could be also applied to each and every possible extension= , the protocol would feel like a patchwork of unrelated things, not a consist= ent set of objects YOUNG>> I understand your point. The reason why I think separation of RWA s= pecific topic prevents any changes to RWA specific things to stay in RWA dr= aft, rather than changing GMPLS drafts which I think a bit more work involv= ed down the road. - Length is introduced in WA; no explanation to what it relates is= stated YOUNG>> it relates to subsequent TLV's. Cyril: the object already provide that, I am confused. - The O flag : there is one for vendor specific bit not space to p= ut any vendor-specific information o I would say that having a TLV would allow for greater flexibility and a= llow vendor-specific information YOUNG>> We can add sub-TLV if so desired. Do you have specific algorithm in= mind? Cyril : I do not know, but if two vendors choose to use this field in diffe= rent way, I would have a problem if I need to implement that. o R bit : this bit is to indicate there is one or more ? restriction TLVs= , this is redundant with the TLV themselves YOUNG>> If R bit is set to 0, then there wouldn't be any nested sub-TLV. We= may not have this nested sub-TLV had there not been any restriction. - I think it would be wise to remove the OSPF artifacts from the r= estrictions. YOUNG>> I don't understand your point here. Please explain a bit more. "Format: The format of the link identifier (6 bits) 0 -- Link Local Identifier Indicates that the links in the Link Set are identified by link local ident= ifiers. All link local identifiers are supplied in the context of the adver= tising node." The 2.1.1. Wavelength Restriction Constraint TLV description seems to need = some work,, ::=3D = = Where ::=3D (< Link Local Identifier>...) | (...) | (...) (from first part of the text) In addition there is th, (IPV4, IPV6, Unnumbered Link id) TLVs which should= be in LinkIdSet ?? It seems to me that the intention was : ::=3D
(...) ::=3D = ... = ... ::=3D || Thanks, Lets discuss tomorrow. From: ext Leeyoung [mailto:leeyoung@huawei.com] Sent: Wednesday, July 06, 2011 10:53 PM To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gregb@grot= to-networking.com; ramon.casellas@cttc.es; Fatai Zhang Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi all, Here's my working version of PCE WSON RWA. The highlight of the changes is: - Kept WA Object in tact and specify all Wavelength specific constrai= nts under the WA Object o WA Policy Flag --- Explicit (Central WA) vs. Wavelength Set (Distribute= d WA) o WA order Flag - random/FF/LF/.../vendor specific o Wavelength Restriction Flag (if set to 1) =A7 Link Identifiers =A7 Wavelengths restricted for link identifiers - Added co-authors Fatai and Greg - Removed impairment related reference from the draft as the scope is= clearly non-impairment RWA. Let's discuss tomorrow @5pm CEST, 10AM CST, 8AM PST. I hope Greg can join u= s the meeting. I will send you a conference bridge shortly. Thanks. Young ________________________________ From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Wednesday, July 06, 2011 2:24 PM To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com; ramon.= casellas@cttc.es Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi, I am available tomorrow at 5pm CEST. Please find attached my input on how to possibly address the alignment with= GMPLS draft and some editor notes, Based on the latest comment. I left the holding outside of the proposal BR From: ext Leeyoung [mailto:leeyoung@huawei.com] Sent: Wednesday, July 06, 2011 6:26 PM To: Oscar Gonz=E1lez de Dios; Greg Bernstein (gregb@grotto-networking.com);= Margaria, Cyril (NSN - DE/Munich); ramon.casellas@cttc.es Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Hi Oscar, Yes it will be good to have conference call. Please see my comment in-line = below. Thanks. Young ________________________________ From: Oscar Gonz=E1lez de Dios [mailto:ogondio@tid.es] Sent: Wednesday, July 06, 2011 8:50 AM To: Leeyoung; Greg Bernstein (gregb@grotto-networking.com); Margaria, Cyril= (NSN - DE/Munich) (cyril.margaria@nsn.com); ramon.casellas@cttc.es Subject: conf call for updates in draft-lee-pce-wson-rwa-ext-01 Dear co-authors of draft-lee-pce-wson-rwa-ext-01 Time passes quickly, and we have to update the draft-lee-pc= e-wson-rwa-ext-01. In line with our latest discussions during the Prague meeti= ng, we need to address the following points: - Coherency with GMPLS draft. The focus of this draft must be WSON= specific, leaving the generic label stuff for the GMPLS one. YOUNG>> Agree. But there are unique things for wavelength that is not gener= al and not important for generic labels. So we need to highlight those feat= ures. - Flags of the wavelength assignment. Requesting the label is incl= uded in the GMPLS draft. Thus, here we must focus on the wavelength. One po= ssibility, suggested by Cyril is to include the WA policy, that could be li= ke centralized WA or distributed WA. YOUNG>> I think RWA request is unique for WSON although there is label requ= est concept in GMPLS. I prefer RWA request should be dealt separately from = GMPLS generic label request. IA-RWA is coming down the pipe as well so we m= ight want to separate WSON related request in its unique domain. We should support both centralized WA and distributed WA. The former is sim= ple and the later is by the way of Wavelength Set suggested by PCE then eac= h node along the path chooses from the Set. - Include a flag for holding the assigned wavelength in case of ce= ntralized WA. This is the targeted specific use case of the pre-reservation= draft, so I think it fits here perfectly. YOUNG>> I think this is not in scope of this draft. We can address this iss= ue separately. Oscar, I thought you have separate draft on this issue. I'd = more than willing to support that draft, but not in this draft. - Include a TLV for the suggested time to hold the wavelength acco= rding to the IGP update times. YOUNG>> Same comment as above. - Include considerations about the pre-reservation of the waveleng= th in the manageablility section. YOUNG>> Same comment as above - Do we include the optical path validation? Scoped to another fut= ure draft? YOUNG>> I am working on reviving IA-RWA PCE draft, which I think we should = address on a separate draft. Greg and I presented this draft in Hiroshima, = but at the time the IA-RWA did not make much progress, but now the IA-RWA f= ramework has passed the WG LC, so it is a good time to revive the draft. If= any one of you want to contribute on this IA-RWA, you're more than welcome= to join us. I wills end the draft shortly as well. Young, Greg, Cyril, Ramon, are you available tomorrow for a quick call to d= iscuss this issues and decide if we add them to the next version? It can be= at 5 pm CET (around 10:00 am in Dallas...) Best Regards, =D3scar ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu= estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl= ace situado m=E1s abajo. This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at. http://www.tid.es/ES/PAGINAS/disclaimer.aspx --Boundary_(ID_OzOCDYaS8Z+IfeulqSRauA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable
Hi PCEers,
 
Forwarded is a thread of email on= PCEP ext for WSON RWA. Any interested party, please forward your email inc= luding pce@ietf.org.
 
Thanks.
 
Young

From: Margaria, Cyril (NSN - DE/Mun= ich) [mailto:cyril.margaria@nsn.com]
Sent: Saturday, July 09, 2011 4:45 AM
To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com;= ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= br>

Hi,

 

Thanks for the editor= ial works,

 

I think we may also d= iscuss in Quebec.

 

Cyril

 

 

From: ext Leeyoung [mailto:leeyoung@huawei.com]
Sent: Friday, July 08, 2011 9:44 PM
To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gre= gb@grotto-networking.com; ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= o:p>

 

Hi Cyril

 

Thanks for your review and good comments. Here&= #8217;s my reply in-line. Thanks.

 

Young

 

From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyri= l.margaria@nsn.com]
Sent: Friday, July 08, 2011 7:28 AM
To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com;= ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi,

 

Thanks a lot for the = editorial work, it match what we discussed yesterday, I still have a few co= mments, some of them can be addressed for this revision, the label set can = be left to discuss at Quebec.

 

1)   &= nbsp;  Editorial fix= es:

The indentation of the section is quite strange,

 

YOUNG>> fixed

 

2)   &= nbsp;  WA Object :

Maybe add the = following note: Note: additional TLVs may be defined to apply additional co= nstraint to the order algorithm, for instance limiting the number of label = to return.

 =

YOUNG>>= incorporated.

 

3)   &= nbsp;  Label set:

If I understand the d= ifference between the LABEL_SET and Wavelength Restriction Field sub-TLV, i= s that the label set as per RFC3471 indicate label ranges=

Whereas the Gen-Encod= e does allow a bit string encoding in a generic manner for GMPLS for effici= ency reason

 =

YOUNG>> Yes.

 

As gen-encode define&= nbsp; a new kind of label set which is more efficient I am wondering if it = could not be used for the GMPLS draft, but the compatibility with RFC3471 w= ould still need to be considered.

In the gen-encode the= label-set is used in Available Labels, Shared Backup Labels and port Label= restriction, in all of those TLVs the length can be deduced from the TLV l= ength (only one

Its not however the c= ase in draft-ietf-ccamp-rwa-wson-encode-11 where some TLVs (Resource Block = Wavelength constraint and shared access wavelength) have two of this field,

I believe this is the= motivation behind the Length field and the reason why the RFC3471 label se= t cannot be used, correct?

 =

YOUNG>> Yes.

 

If we would like to r= etain compatibility with RFC3471 label set,  a new Action with type 4 = (bit set) could be defined, it would imply that the draft-ietf-ccamp-rwa-ws= on-encode-11 would need to add fields to indicate the length of the label set fields, but it seems the only needed = change, or did I miss something?

 =

YOUNG>> In the context of this draft, I w= asn’t sure if we need to define Action 4 (bit map set) --- This was n= ecessary in WSON RWA encoding which RWA OSPF draft uses to advertise link wavelength availability. Perhaps, Greg can clarify = this point.

 

Best regards.

 

 

 

 

From: ext Leeyoung [mailto:leeyoung@huawei.com]
Sent: Thursday, July 07, 2011 10:44 PM
To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gre= gb@grotto-networking.com; ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= o:p>

 

Hi,

 

Just to update you… enclosed is a revisio= n of the PCEP ext for RWA. We have had a conference call this morning (Cyri= l, Oscar and myself) to discuss the issues. This revision is the result of the agreement (at least from how I understo= od). Thanks for Cyril and Oscar who provided valuable input.

 

To highlight the changes,

 

  • Took out Wa= velength Restriction TLV from the WA Object
  • M bit (Mode) --- to specify Explicit WA (Central) and Distribute WA;= and for Distributed WA, I put Editor’s Note to further provide ranges/max numbers, etc.
  • For Vendor Specific WA algori= thm, add some explanatory text in which to say we might need to provide add= itional info in the TLV in the WA Object.
  • Editorial --- including clean up OSPF ar= tifacts, and others.   
  • Out of Scope --- pre-reservation RWA request and impairment validati= on
    • We agreed t= hat pre-reservation should be pursued after this draft has been accepted by= the WG
    • There is a separate impairment-aware RWA draft, which should be purs= ued separately given immaturity in ITU-T. I will publish this draft shortly.

 

Take a look and provide your feedback by COB Fr= iday (July 8). Since I will have to take vacation next Monday, I’d li= ke to publish v2 by the end of July 8. In case, you don’t have time to read and/or give me your comment, we wi= ll discuss in Quebec City.

 

Thanks all for your contribution.

 

Best Regards,

Young

 

From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyri= l.margaria@nsn.com]
Sent: Wednesday, July 06, 2011 5:21 PM
To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com;= ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi,<= /span>

 

Thanks for your promp= t reply,

 

Please see inline in black

 

From: ext Leeyoung [mailto:leeyoung@huawei.com]
Sent: Wednesday, July 06, 2011 11:48 PM
To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gre= gb@grotto-networking.com; ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi Cyril,

 

Please pardon me that I didn’t read your = proposal. I will try to read before tomorrow’s meeting.

And Thanks for your quick review of the draft s= uggestion I sent.

 

We will discuss in detail tomorrow. Please see = in-line for my comments. Thanks.

 

Young

 

From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyri= l.margaria@nsn.com]
Sent: Wednesday, July 06, 2011 4:18 PM
To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com;= ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi, =

 

Thanks a lot for the = document,

Did you had time to l= ook at the changes I did propose? If no when would you have time, if yes I = would appreciate an indication on them.

 

Regarding the new pro= posal

I would have the foll= owing comments :

-        &nb= sp; I understand the mot= ivation for the 2.1.1. Wavelength Restriction Constraint TLV to be to speci= fy wavelength =3D=3D Label  constraints on node/links, correct?=

 =

YOUNG>>= Here I specified wavelength restriction on a link-level. Recall this was f= or tune-ability constraints so I did not bother for node case; if you feel we need on a node level, we can so indicate as = well.  

 =

-        &nb= sp; Having a sub-TLV in = the WA object compared to extending the IRO and XRO with label inclusion/ex= clusion  is too lightly described for me to be convinced that it is a = better approach

o &n= bsp; I see the fol= lowing disadvantage to this approach:

=A7  Spread the la= bel inclusion/exclusion in different objects,

=A7  What is missi= ng in the XRO/IRO semantic?

YOUNG>>= For this last point, I thought you used XRO/IRO for excluding and includin= g signal processing which is fine with me. Sorry if I am confused with this point.

Cyril : For signal= processing yes, here you are using (If I understood correctly, any correct= ion is welcomed) a TLV is the WA to carry label set (i.e label restriction)= , so it seems to me that this means “if you use this link, use those labels”, which one mapping wo= uld be an optional IRO with a label set,

Do this clarifiy m= y comments?

 =

YOUNG>>= Again, my thinking is you don’t want to bother generic GMPLS stuff w= hen there are wavelength specific things arise in the future (e.g. impairment RWA, etc) --- you don’t want to change g= eneric because of the changes required for WSON specific. WSON RWA is a ver= y specific implementation whereby you don’t really want to integrate = with Generic stuff. I thought last time we agreed on letting WA object stay in tact ---perhaps I misunderstood. =

 

 

Cyril : I tend to separate= two points : label constraints behavior which can apply to any technology = having label-swapping restrictions (all GMPLS one on restrictive HW ) and WSON specific one (typically Distributed= or centralized WA, optical constraint checks).

Some very specific label c= onstraint might be seen only typically in WSON networks but can apply to an= y switching technology ( label set on specific links for example), for those I think it may be OK to define them= in the RWA draft, but it should be possible to have them on their own, thi= s is why I think they should not be inside the WA object. Ideally one could= support the document but not care of the WA at all.

I do not see WSON as a spe= cific implementation, a specific feature yes, but it should still fit nicel= y in the framework.

 

 

 =

o &n= bsp; I would under= stand the whish to keep RWA topic separated, but I feel that this approach = could be also applied to each and every possible extension,
the protocol would feel like a patchwork of unrelated things, not a consist= ent set of objects

 =

YOUNG>>= I understand your point. The reason why I think separation of RWA specific= topic prevents any changes to RWA specific things to stay in RWA draft, rather than changing GMPLS drafts which I thi= nk a bit more work involved down the road.

 =

-        &nb= sp; Length is introduced= in WA; no explanation to what it relates is stated

 =

YOUNG>&= gt; it relates to subsequent TLV’s.

Cyril: the object = already provide that, I am confused.

 =

-        &nb= sp; The O flag : there i= s one for vendor specific bit not space to put any vendor-specific informat= ion

o &n= bsp; I would say t= hat having a TLV would allow for greater flexibility and allow vendor-speci= fic information

 =

YOUNG>>= We can add sub-TLV if so desired. Do you have specific algorithm in mind?

Cyril : I do not k= now, but if two vendors choose to use this field in different way, I would = have a problem if I need to implement that.

 =

o &n= bsp; R bit : this = bit is to indicate there is one or more ? restriction TLVs, this is redunda= nt with the TLV themselves

 =

YOUNG>>= If R bit is set to 0, then there wouldn’t be any nested sub-TLV. We = may not have this nested sub-TLV had there not been any restriction.

 =

-        &nb= sp; I think it would be = wise to remove the OSPF artifacts from the restrictions.<= /p>

 =

YOUNG>>= I don’t understand your point here. Please explain a bit more.

“Format: = The format of the link identifier (6 bits)

  &nb= sp;      0 -- Link Local Identifier 

Indicates that the= links in the Link Set are identified by link local identifiers. All link l= ocal identifiers are supplied in the context of the advertising node.”

 <= /p>

The 2.1.1. Wavelen= gth Restriction Constraint TLV description seems to need some work,,

<Wavelength Res= triction Constraint> ::=3D <Action><dir><Format><Le= ngth>

   =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =     <LinkIdSet>

   =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =    <WavelenghtRestriction>

 <= /p>

Where <LinkIdSet>  ::=3D (< Link Local= Identifier>…) |

        &nbs= p;             =             &nb= sp;            = (<Local Interface IPv4 Address  >…) |

        &nbs= p;            &= nbsp;           &nbs= p;             = (<Local Interface IPv6 Address  >…)

(from first part of the text)

 

In addition there is th, (IPV4, IPV6, Unnumbered Lin= k id) TLVs which should be in LinkIdSet ??

It seems to me that the intention was : <= /p>

<WA> ::=3D <header> (<Wavelength Rest= riction Constraint>…)

<Wavelength Restriction Constraint> ::=3D = ;  <Action> <Length>

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;   <LinkOrNodeId>…

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  <WavelenghtRestriction>…

 

<LinkOrNodeId> ::=3D <IPV4_ADDR>|<IPV= 6_ADDR>|<UNNUMBERED_ADDR>

 

 

Thanks, <= /o:p>

Lets discuss tomorrow= .

 

 

From: ext Leeyoung [mailto:leeyoung@huawei.com]
Sent: Wednesday, July 06, 2011 10:53 PM
To: Margaria, Cyril (NSN - DE/Munich); Oscar Gonz=E1lez de Dios; gre= gb@grotto-networking.com; ramon.casellas@cttc.es; Fatai Zhang
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi all,

 

Here’s my working version of PCE WSON RWA= .

 

The highlight of the changes is:

 

-&= nbsp;      Kept WA Object in tact and specify all = Wavelength specific constraints under the WA Object

o &n= bsp; WA Policy Flag --- Explicit (Central WA= ) vs. Wavelength Set (Distributed WA)

o &n= bsp; WA order Flag – random/FF/LF/R= 30;/vendor specific

o &n= bsp; Wavelength Restriction Flag (if set to = 1)

=A7  Link Identifiers

=A7  Wavelengths restricted for link identif= iers

-&= nbsp;      Added co-authors Fatai and Greg

-&= nbsp;      Removed impairment related reference fr= om the draft as the scope is clearly non-impairment RWA.

 

Let’s discuss tomorrow @5pm CEST, 10AM CS= T, 8AM PST. I hope Greg can join us the meeting. I will send you a conferen= ce bridge shortly.

 

Thanks.

 

Young

From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyri= l.margaria@nsn.com]
Sent: Wednesday, July 06, 2011 2:24 PM
To: Leeyoung; Oscar Gonz=E1lez de Dios; gregb@grotto-networking.com;= ramon.casellas@cttc.es
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi, =

 

I am available tomorr= ow at 5pm CEST.

 

Please find attached = my input on how to possibly address the alignment with GMPLS draft and some= editor notes,

Based on the latest c= omment.

I left the holding ou= tside of the proposal

 

 

BR<= /p>

 

From: ext Leeyoung [mailto:leeyoung@huawei.com]
Sent: Wednesday, July 06, 2011 6:26 PM
To: Oscar Gonz=E1lez de Dios; Greg Bernstein (gregb@grotto-networkin= g.com); Margaria, Cyril (NSN - DE/Munich); ramon.casellas@cttc.es
Subject: RE: conf call for updates in draft-lee-pce-wson-rwa-ext-01<= /span>

 

Hi Oscar,

 

Yes it will be good to have conference call. Pl= ease see my comment in-line below. Thanks.

 

Young

 

From: Oscar Gonz=E1lez de Dios [mailto:ogondio@tid.e= s]
Sent: Wednesday, July 06, 2011 8:50 AM
To: Leeyoung; Greg Bernstein (gregb@grotto-networking.com); Margaria= , Cyril (NSN - DE/Munich) (cyril.margaria@nsn.com); ramon.casellas@cttc.es<= br> Subject: conf call for updates in draft-lee-pce-wson-rwa-ext-01

 

Dear co-authors of d= raft-lee-pce-wson-rwa-ext-01

 

        &nbs= p;       Time passes quickly, and we have to = update the draft-lee-pce-wson-rwa-ext-01.

 

        &nbs= p;       In line with our latest discussions = during the Prague meeting, we need to address the following points:

 

-        &nb= sp; Coherency with GMPLS draft. The focus of this draft= must be WSON specific, leaving the generic label stuff for the GMPLS one.<= o:p>

 =

YOUNG>>= Agree. But there are unique things for wavelength that is not general and = not important for generic labels. So we need to highlight those features.

 =

-        &nb= sp; Flags of the wavelength assignment. Requesting the = label is included in the GMPLS draft. Thus, here we must focus on the wavel= ength. One possibility, suggested by Cyril is to include the WA policy, tha= t could be like centralized WA or distributed WA.

 =

YOUNG>>= I think RWA request is unique for WSON although there is label request con= cept in GMPLS. I prefer RWA request should be dealt separately from GMPLS generic label request. IA-RWA is coming down t= he pipe as well so we might want to separate WSON related request in its un= ique domain.

 =

We should sup= port both centralized WA and distributed WA. The former is simple and the l= ater is by the way of Wavelength Set suggested by PCE then each node along the path chooses from the Set.

 =

-        &nb= sp; Include a flag for holding the assigned wavelength = in case of centralized WA. This is the targeted specific use case of the pr= e-reservation draft, so I think it fits here perfectly.

 =

YOUNG>>= I think this is not in scope of this draft. We can address this issue sepa= rately. Oscar, I thought you have separate draft on this issue. I’d more than willing to support that draft, but not = in this draft.

 =

-        &nb= sp; Include a TLV for the suggested time to hold the wa= velength according to   the IGP update times.

 =

YOUNG>>= Same comment as above.

 =

-        &nb= sp; Include considerations about the pre-reservation of= the wavelength in the manageablility section.

 =

YOUNG>>= Same comment as above

 =

-        &nb= sp; Do we include the optical path validation? Scoped t= o another future draft?

 =

YOUNG>> I am working on reviving IA-RWA P= CE draft, which I think we should address on a separate draft. Greg and I p= resented this draft in Hiroshima, but at the time the IA-RWA did not make much progress, but now the IA-RWA framework h= as passed the WG LC, so it is a good time to revive the draft. If any one o= f you want to contribute on this IA-RWA, you’re more than welcome to = join us. I wills end the draft shortly as well.

 

Young, Greg, Cyril, R= amon, are you available tomorrow for a quick call to discuss this issues an= d decide if we add them to the next version? It can be at 5 pm CET (around = 10:00 am in Dallas…)

 

   &nb= sp;            Best = Regards,

 

   &nb= sp;            =             &nb= sp;  =D3scar

 

 

Este mensaje se dirige exclusivame= nte a su destinatario. Puede consultar nuestra pol=EDtica de env=EDo y rece= pci=F3n de correo electr=F3nico en el enlace situado m=E1s abajo.
This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at.
http://www.tid.es/ES/PAGINAS/disclaimer.aspx

--Boundary_(ID_OzOCDYaS8Z+IfeulqSRauA)-- From huaimo.chen@huawei.com Tue Jul 19 13:55:10 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58E8722800F for ; Tue, 19 Jul 2011 13:55:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kLL0jIg0CyYC for ; Tue, 19 Jul 2011 13:55:09 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id 6FFEB228006 for ; Tue, 19 Jul 2011 13:55:09 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL00AN3M3WSS@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 15:55:09 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOL00EQ4M3V35@usaga04-in.huawei.com> for pce@ietf.org; Tue, 19 Jul 2011 15:55:08 -0500 (CDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 19 Jul 2011 13:55:08 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.159]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Tue, 19 Jul 2011 13:55:07 -0700 Date: Tue, 19 Jul 2011 20:55:39 +0000 From: Huaimo Chen X-Originating-IP: [10.212.246.134] To: "Margaria, Cyril (NSN - DE/Munich)" Message-id: <5316A0AB3C851246A7CA5758973207D40496913F@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: [Pce] Compute ingress and egress backup LSP Thread-index: AQHL7dOVMQnjdMzYy0ugAzX10jre1ZRE74YAgAF04bCAALaHwICcTdcggBFkYoA= X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: "pce@ietf.org" Subject: [Pce] FW: Compute ingress and egress backup LSP X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 20:55:10 -0000 Hi Cyril, I updated the draft according to some of your suggestions. The updated draft is posted in IETF web site on July 9, 2011.Please have a look at it http://datatracker.ietf.org/doc/draft-chen-pce-compute-backup-ingress/ in section 4.2.2. "External Source Node Object". After further thought, it seems that we may use END-POINTS to represent an external source node in a request for computing a backup ingress node of MPLS LSP. Best Regards, Huaimo > -----Original Message----- > From: Huaimo Chen > Sent: Friday, July 08, 2011 3:20 PM > To: 'Margaria, Cyril (NSN - DE/Munich)' > Subject: RE: [Pce] Compute ingress and egress backup LSP > > Hi Cyril, > > I am updating the draft for submitting to IETF 81 and considering your > suggestions. But I have some questions about them. > Firstly, if we use END-POINTS to represent an external source node in a > request for computing a backup ingress node of MPLS LSP, how do we distinguish > different end-points in the message since there may be a number of end-points > in the message? > Secondly, if we use END-POINTS to represent a number of external > destination nodes in a request message for computing a number of backup egress > nodes of an MPLS TE P2MP LSP, then we need the information about the egress > node to which each backup egress node is associated. How do we represent the > information about each egress node and its association with its corresponding > backup egress node to be computed? > BTW, are you going to attend IETF 81 in Quebec? If you are, we can discuss > these in more details. > > Best Regards, > Huaimo > -----Original Message----- > From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] > Sent: Thursday, March 31, 2011 4:09 AM > To: Huaimo Chen; pce@ietf.org > Subject: RE: [Pce] Compute ingress and egress backup LSP > > Hi, > Thanks for your answer, I was not detailed enough, please see inline > > > > I would like to understand what is missing in doing the following > > requests, using the topology shown in the PCEP IETF80 presentation > > (http://tools.ietf.org/wg/pce/agenda?item=agenda80.html, > > http://tools.ietf.org/agenda/80/slides/pce-7.ppt) , slide number 7 > > > > Request #1 : > > o PCReq : > > - END-POINTS : CE3, leaf : CE1, CE2 > - IRO : PE5, link CE3-PE5, PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > o PCRep : > > - ERO : PE5....PE1,CE1 > > - SERO : n..PE3,CE2 > > Huaimo: This request should be for computing a P2MP TE LSP path from > > PE5 (Ingress) to PE1 (Egress) and PE3 (Egress).It seems that your > > request is for the P2MP path from CE3 (Ingress) to CE1 (Egress/Leaf) > > and CE2 (Egress/Leaf). > > > This is correct, I do request the path from the CE node, > the term ingress/egress can be misleading, it is not required that the > endpoint of the path are the LSP ingress/egress > > this is the PCC which decide to create an LSP from PE. > I missed one important point here : the PE5, as LSP endpoint and likely > PCC, > want the path to go though him, hence the IRO (added to the message) > > > > Request #2 (backup ingress) : > > O PCReq : > > - END-POINTS : CE4, leaf : CE1,CE2 > > - XRO : {F bit set, exclude : PE5) > > - RRO : PE5....PE1, CE1 > - IRO : PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > - SRRO : n..PE3,CE2 > > O PCRep : > > - ERO : PE6....PE1,CE1 > > - SERO : n..PE3,CE2 > > Huaimo: This request should be for computing a backup ingress of the > > P2MP TE LSP in red color, which is from PE5 to PE1 and PE3. > > Same here, the request is NOT matching the signaling path, this is > intentional > and do *not* mean that the LSP is required to have a 1:1 mapping between > PCReq > endpoints and LSP ingress/egress. > > > The reply > > for the request may just contain the backup ingress such as PE6 and > > backup path from the backup ingress such as PE6 to the next hop node > of > > the ingress PE5. The request should indicate that the backup ingress > > computed must be able to get the same data that the ingress such as > PE5 > > receives and imports into the P2MP TE LSP from a node (external source > > node), which may not be in the same domain as the ingress. > > It seems that your request does not have this information. > > This is correct, I forgot the IRO, its working with the IRO. > > > > Request #3 (backup egress) : > > O PCReq : > > - END-POINTS : CE3, leaf : CE1,CE2 > > - XRO : {F bit set, exclude : PE1, PE4) > > - IRO : PE5, link CE3-PE5, > > > - RRO : PE5....PE1, CE1 > > - SRRO : n..PE3,CE2 > > O PCRep : > > - ERO : PE6....PE2,CE1 > > - SERO : n..PE4,CE2 > > Huaimo: This request should be for computing a given set of backup > > egress nodes of the P2MP TE LSP. For example, we may request PCE to > > compute a backup egress for PE1 and a backup egress for PE3 in one > > request. In this case, we need to indicate that the backup egress for > > egress PE1 must have a connection to CE1, to which the data coming out > > from the egress PE1 of the P2MP TE LSP is sent; and the backup egress > > for egress PE3 must have a connection to CE3, to which the data coming > > out from egress PE3 of the P2MP TE LSP is sent. > > It seems that your request does not have this information. > > This is also correct, the IRO is missing, this is a key point to force > the request to use the LSP ingress/egress. > > Does it fit with the corrected request (IRO) and responses? > > Best Regards > From wenhu.lu@ericsson.com Tue Jul 19 14:32:47 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E1FA11E808B for ; Tue, 19 Jul 2011 14:32:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RLVhhtjsFcQa for ; Tue, 19 Jul 2011 14:32:46 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id D2BA511E8087 for ; Tue, 19 Jul 2011 14:32:39 -0700 (PDT) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id p6JLWZ17009903 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 19 Jul 2011 16:32:35 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Tue, 19 Jul 2011 17:32:34 -0400 From: Wenhu Lu To: Dhruv Dhody , "'JP Vasseur'" Date: Tue, 19 Jul 2011 17:32:33 -0400 Thread-Topic: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: AcxCD/dtvi2qNmg4QZK1YWwGwHVOzwAlksPwAOch8wA= Message-ID: <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> In-Reply-To: <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_8249B703AE8442429AF89B86E8206AA26F41373471EUSAACMS0703e_" MIME-Version: 1.0 Cc: "pce@ietf.org" Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 21:32:47 -0000 --_000_8249B703AE8442429AF89B86E8206AA26F41373471EUSAACMS0703e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Dhruv for the summary. At least the authors of the two drafts have the same vision that advertisin= g OSPF area IDs will help PCE's multi-area path computation, so that operat= ors do not have to configure manually the list of boundary routers. PCEers, please voice your opinions whether it's a good idea to automate the= discovery of the OSPF area IDs. If we agree that automating the ABR provisioning is a good thing, please be= advised that the rationale and approaches of the two drafts are quite diff= erent. draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do mult= i-area path computation with no need of manual ABR provisioning. Here're se= veral key points (please refer to the draft for detail): 1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF c= an extend its LSP computation to across area boundaries. 2. The originating point is OSPF's TE function. The TLV is kept under OSPF = TE extensions (like router-address TLV and link TLV). This is to ensure tha= t the ABR is an LSR capable of transit TE traffic. This is important becaus= e an ABR is not necessary an LSR. 3. From CSPF point-of-view, if the area-id info is readily available in TED= , CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need t= o talk to OSPF or other network components to acquire ABR information. The = change to CSPF is minimal. 4. It addresses only multi-area path computation. It does not address multi= -AS path computation. draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (som= e use-cases would be helpful). It focuses on both multi-area and multi-AS. = I believe the topic is also important. Thanks, -wenhu ________________________________ From: Dhruv Dhody [mailto:dhruvd@huawei.com] Sent: Thursday, July 14, 2011 9:49 PM To: 'JP Vasseur' Cc: Wenhu Lu; pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Hi, BN Discovery draft was kept generic for the purpose of ease and extensibili= ty. I see further growth in this ID as the work on PCE-VPN and PCE-INTER-LAYER = advances. As a WG, we need consensus on the Motivation and Need for this kind of work= . Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a= generic Boundary Node Discovery. Regards, Dhruv Note: the obvious difference between the IDs 1. draft-lu focuses on ABRs with TE property for PCEs to compute LSPs. dra= ft-dhody focuses on the discovery of both ABRs/ASBRs. 2. draft-lu's area TLV is part of ospf TE extension. draft-dhody's (Boundar= y Node Discovery) BND TLV is generic. ***************************************************************************= ************ Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, = Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! ________________________________ From: JP Vasseur [mailto:jpv@cisco.com] Sent: Thursday, July 14, 2011 3:50 PM To: Dhruv Dhody Cc: 'Wenhu Lu'; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Hi Dhruv, On Jul 14, 2011, at 6:15 AM, Dhruv Dhody wrote: Dear Wenhu and WG, I wanted to mention here in WG about the idea presented in IETF-78 in Maast= richt. OSPF Protocol Extensions for Boundary Node Discovery (BND) http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ During the meeting WG can evaluate if any collaboration and/or consensus be= reached in this area. Would you want to share with the WG how you see the positioning of these tw= o ID ? Thanks. JP. Thanks & Regards, Dhruv ***************************************************************************= ************ Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, = Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces= @ietf.org] On Behalf Of Wenhu Lu Sent: Thursday, July 14, 2011 6:46 AM To: pce@ietf.org Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully s= ubmitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.o= rg/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifica= tions, motivations, and use-cases, thanks to all that provided comments and= inputs. I'll be grateful for your further review and comments before the upcoming I= ETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --_000_8249B703AE8442429AF89B86E8206AA26F41373471EUSAACMS0703e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thanks=20 Dhruv for the summary.
At=20 least the authors of the two drafts have the same vision that advertising O= SPF=20 area IDs will help PCE's multi-area path computation, so that operators do = not=20 have to configure manually the list of boundary=20 routers.
PCEers, please voice your opinions whether it's a good idea&n= bsp;to=20 automate the discovery of the OSPF area IDs.
 
If we=20 agree that automating the ABR provisioning is a good thing, please&nbs= p;be=20 advised that the rationale and approaches of the two drafts are quite= =20 different. 
 
draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF t= o do=20 multi-area path computation with no need of manual ABR provisioning. Here'r= e=20 several key points (please refer to the draft for detail):
1. An=20 OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF can ext= end=20 its LSP computation to across area boundaries.
2. The=20 originating point is OSPF's TE function. The TLV is kept under OSPF TE=20 extensions (like router-address TLV and link TLV). This is to ensure that t= he=20 ABR is an LSR capable of transit TE traffic. This is important because an A= BR is=20 not necessary an LSR.
3.=20 >From CSPF point-of-view, if the area-id info is readily available in TED, C= SPF's=20 job will be easy (please see use-cases 1 and 2). It doesn't need to talk to= OSPF=20 or other network components to acquire ABR information. The change to CSPF = is=20 minimal.
4. It addresses only multi-area path= =20 computation. It does not address multi-AS path computation.
 
draft-dhody-pce-bn-discovery-ospf is not tied with TE but kep= t=20 generic (some use-cases would be helpful). It focuses on both multi-ar= ea=20 and multi-AS. I believe the topic is also important.
 
Thanks,
-wenhu
 
From: Dhruv Dhody=20 [mailto:dhruvd@huawei.com]
Sent: Thursday, July 14, 2011 9:49=20 PM
To: 'JP Vasseur'
Cc: Wenhu Lu;=20 pce@ietf.org
Subject: RE: [Pce] New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

Hi,=20

 

BN Discovery d= raft=20 was kept generic for the purpose of ease and extensibility.=20

I see further = growth=20 in this ID as the work on PCE-VPN and PCE-INTER-LAYER advances.=20

 

As a WG, we ne= ed=20 consensus on the Motivation and Need for this kind of work.=20

Then we can di= scuss=20 on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary No= de=20 Discovery.

 

Regards,<= /o:p>

Dhruv

 

Note: the obvi= ous=20 difference between the IDs

1. draft-lu fo= cuses=20 on ABRs with TE property for PCEs to compute LSPs.  draft-dhody focuse= s on=20 the discovery of both ABRs/ASBRs.

2. draft-lu's = area=20 TLV is part of ospf TE extension. draft-dhody's (Boundary Node Discovery) B= ND=20 TLV is generic.

 

**************= *************************************************************************
Bangalore, India, Ph.=20 +91-9845062422

From: JP=20 Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, July 14, 2011 3:50=20 PM
To: Dhruv Dhody
Cc: 'Wenhu Lu'; pce@ietf.org
<= SPAN=20 style=3D"FONT-WEIGHT: bold">Subject: Re: [Pce] New Version Notif= ication=20 for draft-lu-ospf-area-tlv-01.txt

 

Hi Dhruv,

 

On Jul 14, 2011, at 6:15 AM, Dhruv Dhody=20 wrote:



=

Dear Wenhu and WG,=20

 <= /FONT>

I wanted to mention here in= WG=20 about the idea presented in IETF-78 in Maastricht.=20  

&n= bsp;

OSPF Pro= tocol=20 Extensions for Boundary Node Discovery=20 (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/

 <= /FONT>

During the meeting WG can e= valuate=20 if any collaboration and/or consensus be reached in this area.=20

 

Would you want to share with the WG how you see t= he=20 positioning of these two ID ?

 

Thanks.

 

JP.



=

 =

Thanks &=20 Regards,

Dhruv

 

*************************************************= **************************************

Dhruv Dhody, Senior Tecnical Leader, Huawei Tecno= logies,=20 Bangalore, India,=20 Ph. +91-9845062422

 

This e-mail and attachments contain confidential= =20 information from HUAWEI, which is intended only for the person or entity wh= ose=20 address is listed above. Any use of the information contained herein in any= way=20 (including, but not limited to, total or partial disclosure, reproduction, = or=20 dissemination) by persons other than the intended recipient's) is prohibite= d. If=20 you receive this e-mail in error, please notify the sender by phone or emai= l=20 immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org=20 [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July= 14,=20 2011 6:46 AM
To: pce@ietf.org
Sub= ject:=20 [Pce] New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

 

Dear all, <= /P>

 

A new version of I-D, draft-lu-ospf-area-tlv-01.t= xt has=20 been successfully submitted by Wenhu Lu and posted to the IETF repository. = http://tools.= ietf.org/html/draft-lu-ospf-area-tlv-01<= /FONT>

 

There's quite a bit of updates over the 00 versio= n,=20 mainly on the clarifications, motivations, and use-cases, thanks to all tha= t=20 provided comments and inputs.

 

I'll be grateful for your further review and comm= ents=20 before the upcoming IETF when I plan to use the PCE slot to address the con= cerns=20 and issues.

 

Regards,

-wenhu

_______________________________________________

Pce mailing=20 list

Pce@ietf.org

https://www.ietf.org/mai= lman/listinfo/pce

_______________________________________________Pce=20 mailing list
Pce@ietf.org
https://www.ietf.org/mailm= an/listinfo/pce

 

--_000_8249B703AE8442429AF89B86E8206AA26F41373471EUSAACMS0703e_-- From ramon.casellas@cttc.es Wed Jul 20 00:10:22 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0653D21F8A69 for ; Wed, 20 Jul 2011 00:10:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iE+1Kpsl+uk1 for ; Wed, 20 Jul 2011 00:10:20 -0700 (PDT) Received: from Scorpius.cttc.es (scorpius.cttc.es [84.88.62.197]) by ietfa.amsl.com (Postfix) with ESMTP id 51FA921F8A67 for ; Wed, 20 Jul 2011 00:10:17 -0700 (PDT) Received: from castor (postfix@castor.cttc.es [84.88.62.196]) by Scorpius.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6K79uC9025137 for ; Wed, 20 Jul 2011 09:10:01 +0200 Received: from [84.88.61.50] (pcrcasellas.cttc.es [84.88.61.50]) by castor (Postfix) with ESMTP id D6A232FC1C3 for ; Wed, 20 Jul 2011 09:09:59 +0200 (CEST) Message-ID: <4E267F3E.1060400@cttc.es> Date: Wed, 20 Jul 2011 09:09:50 +0200 From: Ramon Casellas Organization: CTTC User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: pce@ietf.org References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> In-Reply-To: <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> Content-Type: multipart/alternative; boundary="------------050601060901000204060602" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (castor); Wed, 20 Jul 2011 09:09:59 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.197 Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 07:10:22 -0000 This is a multi-part message in MIME format. --------------050601060901000204060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dear PCERs, Please see inline for my 2 cents... El 19/07/2011 23:32, Wenhu Lu escribió: > Thanks Dhruv for the summary. > At least the authors of the two drafts have the same vision that > advertising OSPF area IDs will help PCE's multi-area path computation, > so that operators do not have to configure manually the list of > boundary routers. To put it shortly, I agree that dynamic discovery of border nodes for the deployment of PCE based multi-domain path computation is desirable. To date, we rely on either static provisioning, or dynamic parsing of external / summary LSAs, identifying advertising routers as either ABRs or ASBRs. I browsed both drafts and I tend to agree that one of the main drawbacks of this approach is that the control plane addressing, etc and the TED are not clearly separated, relying of router address TLVs to map the advertising router; other details are given in draft-lu-ospf-area-tlv-01 Section 3.2. However, I foresee that the same questions can arise, later on, regarding reachability of endpoints located in other TED domains. If one wants to decouple ABRs as advertised within OSPFv2 LSDB and TE border nodes, would it be reasonable that external / summaries be decoupled too? > PCEers, please voice your opinions whether it's a good idea to > automate the discovery of the OSPF area IDs. As stated, a mechanism by which a PCE is able to know in which area(s) is located, and border nodes is desirable. I guess my main comment is a question; would it be appropriate to generalize this e.g. to Areas and AS? I do not object to having one draft for the ABR / OSPF-TE case, but when possible, I would like the PCE architecture to apply to multi-domain in general, to have a unified approach, both for the multi-AS (i.e. with inter-domain links) and multi-Area (i.e. with ABRs) and to treat "TE domains" generically. In other words, how can we "extend" a TED with automated information enabling multi-domain path computation - topology and reachability-, generically, while mantaining a clear separation of control plane and TED. > If we agree that automating the ABR provisioning is a good thing, > please be advised that the rationale and approaches of the two drafts > are quite different. > draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do > multi-area path computation with no need of manual ABR provisioning. > Here're several key points (please refer to the draft for detail): > 1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how > CSPF can extend its LSP computation to across area boundaries. I still have doubts regarding wheter this needs to be a top TLV (draft mentions RFC3630 section 2.4). What would be the relation with e.g. RFC4970? > 2. The originating point is OSPF's TE function. The TLV is kept under > OSPF TE extensions (like router-address TLV and link TLV). This is to > ensure that the ABR is an LSR capable of transit TE traffic. This is > important because an ABR is not necessary an LSR. > 3. >From CSPF point-of-view, if the area-id info is readily available > in TED, CSPF's job will be easy (please see use-cases 1 and 2). It > doesn't need to talk to OSPF or other network components to acquire > ABR information. The change to CSPF is minimal. > 4. It addresses only multi-area path computation. It does not address > multi-AS path computation. Understood. > draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept > generic (some use-cases would be helpful). It focuses on both > multi-area and multi-AS. I believe the topic is also important. > Agreed Thanks and best regards Ramon --------------050601060901000204060602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dear PCERs,

Please see inline for my 2 cents...



El 19/07/2011 23:32, Wenhu Lu escribió:
Thanks Dhruv for the summary.
At least the authors of the two drafts have the same vision that advertising OSPF area IDs will help PCE's multi-area path computation, so that operators do not have to configure manually the list of boundary routers.

To put it shortly, I agree that dynamic discovery of border nodes for the deployment of PCE based multi-domain path computation is desirable.

To date, we rely on either static provisioning, or dynamic parsing of external / summary LSAs, identifying advertising routers as either ABRs or ASBRs. I browsed both drafts and I tend to agree that one of the main drawbacks of this approach is that the control plane addressing, etc and the TED are not clearly separated, relying of router address TLVs to map the advertising router; other details are given in draft-lu-ospf-area-tlv-01 Section 3.2.

However, I foresee that the same questions can arise, later on, regarding reachability of endpoints located in other TED domains. If one wants to decouple ABRs as advertised within OSPFv2 LSDB and TE border nodes, would it be reasonable that external / summaries be decoupled too?


PCEers, please voice your opinions whether it's a good idea to automate the discovery of the OSPF area IDs.

As stated, a mechanism by which a PCE is able to know in which area(s) is located, and border nodes is desirable. I guess my main comment is a question; would it be appropriate to generalize this e.g. to Areas and AS? I do not object to having one draft for the ABR / OSPF-TE case, but when possible, I would like the PCE architecture to apply to multi-domain in general, to have a unified approach, both for the multi-AS (i.e. with inter-domain links) and multi-Area (i.e. with ABRs) and to treat "TE domains" generically. In other words, how can we "extend" a TED with automated information enabling multi-domain path computation - topology and reachability-, generically, while mantaining a clear separation of control plane and TED.

 
If we agree that automating the ABR provisioning is a good thing, please be advised that the rationale and approaches of the two drafts are quite different. 
 
draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do multi-area path computation with no need of manual ABR provisioning. Here're several key points (please refer to the draft for detail):
1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF can extend its LSP computation to across area boundaries.

I still have doubts regarding wheter this needs to be a top TLV (draft mentions RFC3630 section 2.4). What would be the relation with e.g. RFC4970?

2. The originating point is OSPF's TE function. The TLV is kept under OSPF TE extensions (like router-address TLV and link TLV). This is to ensure that the ABR is an LSR capable of transit TE traffic. This is important because an ABR is not necessary an LSR.
3. >From CSPF point-of-view, if the area-id info is readily available in TED, CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need to talk to OSPF or other network components to acquire ABR information. The change to CSPF is minimal.
4. It addresses only multi-area path computation. It does not address multi-AS path computation.
Understood.

 
draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (some use-cases would be helpful). It focuses on both multi-area and multi-AS. I believe the topic is also important.

Agreed

Thanks and best regards

Ramon
--------------050601060901000204060602-- From wang.xuerong@zte.com.cn Wed Jul 20 01:03:26 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14DCA21F8762 for ; Wed, 20 Jul 2011 01:03:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.945 X-Spam-Level: X-Spam-Status: No, score=-94.945 tagged_above=-999 required=5 tests=[AWL=-6.893, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, FRT_BELOW2=2.154, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_31=0.6, J_CHICKENPOX_63=0.6, MIME_8BIT_HEADER=0.3, MIME_BAD_LINEBREAK=0.5, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7IyI3grfVzRi for ; Wed, 20 Jul 2011 01:03:24 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 905EB21F8752 for ; Wed, 20 Jul 2011 01:03:23 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 131321441414862; Wed, 20 Jul 2011 15:56:13 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 92111.1441414862; Wed, 20 Jul 2011 16:02:59 +0800 (CST) Received: (from root@localhost) by mse02.zte.com.cn id p6K834sm065658 for ; Wed, 20 Jul 2011 16:03:04 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id p6K81xrR064349; Wed, 20 Jul 2011 16:01:59 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Message-Id: <201107200803.p6K834sm065658@mse02.zte.com.cn> In-Reply-To: <9F420BD4-0B3B-45A7-93C7-51B3372BC7FC@cisco.com> To: JP Vasseur MIME-Version: 1.0 X-KeepSent: 6738F483:37C6ADFE-482578D3:0022ECB3; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: wang.xuerong@zte.com.cn Date: Wed, 20 Jul 2011 16:02:01 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-20 16:02:01, Serialize complete at 2011-07-20 16:02:01 Content-Type: multipart/related; boundary="=_related 002C2337482578D3_=" X-MAIL: mse02.zte.com.cn p6K834sm065658 X-MSS: AUDITRELEASE@mse02.zte.com.cn Cc: pce@ietf.org Subject: [Pce] =?gb2312?b?tPC4tDogUmU6IHJlcXVlc3QgdGltZXNsb3QgZm9yIGRyYWZ0?= =?gb2312?b?LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMtMDE=?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 08:03:26 -0000 This is a multipart message in MIME format. --=_related 002C2337482578D3_= Content-Type: multipart/alternative; boundary="=_alternative 002C2339482578D3_=" --=_alternative 002C2339482578D3_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSlAgYW5kIFBDRWVycywNCg0KVGhhbmsgeW91IGZvciAgdGhlIHByb21vdGlvbi5XZSB3b3Vs ZCBsaWtlIHRvIHRyaWdnZXIgdGhlIGRpc2N1c3Npb24sIGFuZCANCmdyZWF0bHkgYXBwcmVjaWF0 ZSB5b3VyIGNvbW1lbnRzIGFuZCBwYXJ0aWNpcGF0b3J5Lg0KDQpXZSBhZGQgc29tZSBzY2VuYXJp b3MgdG8gZGVzY3JpYmUgd2h5IHdlIG5lZWQgdG8gZXh0ZW5kIEJSUEMgcHJvY2VkdXJlIGluIA0K dGhlIGNhc2Ugb2YgY29tcHV0aW5nIGludGVyLWFzIGJpLWRpcmVjdGlvbmFsIExTUC4gDQoNCg0K U3VwcG9zZSB0aGUgaW50ZXItQVMgbGluayBmYWlscyBpbiBvbmUgZGlyZWN0aW9uKGUuZy4sIGZy b20gQzEgdG8gQjEpLg0KQXMgYm9yZGVyIG5vZGUganVzdCBoYXZlIHVuaWRpcmVjdGlvbmFsIGlu dGVyLUFTIFRFIGxpbmssIGZvciBhIA0KYmktZGlyZWN0aW9uIExTUCBjb21wdXRhdGlvbiBmcm9t IEEgdG8gWiwgUENFMSBkb2Vzbid0IGtub3cgDQp0aGF0IHRoZSBsaW5rIGZyb20gQzEgdG8gIEIx IGNhbiBub3QgYmUgdXNlZC4gSG93IFBDRXMgc2VsZWN0IHRoZSBpbnRlci1BUyANCmxpbmtzIGZv ciB0aGUgYmlkaXJlY3Rpb25hbCBwYXRoPyAgDQoNCg0KIFNpbWlsYXJseSxTdXBwb3NlIHVuaS1k aXJlY3Rpb24gTFNQIGFsb25nIEExLUMtQi1aMSBoYXZlIGFscmVhZHkgYmVlbiANCnNldHVwLg0K QWZ0ZXIgdGhhdCB3aGVuIHdlIHNldHVwIGEgYmktZGlyZWN0aW9uIExTUCBmcm9tIEEgdG8gWiwg bmVpdGhlciBQQ0UxIG5vciANClBDRTIga25vd3MgdGhhdCB3aGV0aGVyIHRoZSBpbnRlci1BUyBs aW5rIGNhbiANCnNhdGlzZnkgdGhlIGNvbnN0cmFpbnRzIGluIHR3byBkaXJlY3Rpb25zIG9yIG5v dC4gIA0KDQogDQoNCg0KRm9yIGEgYmktZGlyZWN0aW9uIHBhdGggY29tcHV0YXRpb24gZnJvbSBB IHRvIFogOg0KQSBWU1BUIGNvbXB1dGVkIGJ5IFBDRTIgY29uc2lzdHMgb2YgdHdvIGJpLWRpcmVj dGlvbiBvcHRpbWFsIHBhdGhzOiBFR1ogDQphbmQgRlouIA0KDQpTdXBwb3NlIHRoZSB1bmktZGly ZWN0aW9uIGludGVyLUFTIGxpbmsgZnJvbSBEIHRvIEIgZG9lc24ndCBzYXRpc2Z5IHRoZSANCmNv bnN0cmFpbnRzLiANCk9ubHkgaW50ZXItQVMgbGlua3MgQy1FLEQtRSBhbmQgRC1GY2FuIA0Kc2F0 aXNmeSB0aGUgY29uc3RyYWludHMgaW4gYmktZGlyZWN0aW9uLiBCdXQgbmVpdGhlciBQQ0UxIG5v ciBQQ0UyIGtub3dzIA0KdGhhdCBpbmZvcm1hdGlvbix0aGV5IGNvdWxkbid0IGtub3cgd2hpY2gg aW50ZXItQVMgDQpsaW5rcyBzaG91bGQgYmUgc2VsZWN0ZWQuDQpBY3R1YWxseSB0aGUgb3B0aW1h bCBwYXRocyBiZXR3ZWVuIGV4aXQgQk4gb2YgQVMxIGFuZCBub2RlIFogYXJlIHNob3duIGluIA0K cmVkIGNvbG9yIGJlbGxvdyxidXQgUENFMiBjYW5ub3QgY29tcHV0ZSANCnRoZXNlIGJpLWRpcmVj dGlvbiBvcHRpbWFsIHBhdGhzIGJ5IGFkZGluZyB0aGUgaW50ZXItQVMgbGlua3MgLiAgT24gdGhl IA0Kb3RoZXIgaGFuZCwgUENFMSBjYW5ub3QgY29tcHV0ZSB0aGUgDQpiaS1kaXJlY3Rpb24gb3B0 aW1hbCBwYXRocyBieSBhZGRpbmcgdGhlIGludGVyLUFTIGxpbmtzIG5laXRoZXIgKGkuZS4sZnJv bSANCkEgdG8gRSBhbmQgQSB0byBGKQ0KDQoNCg0KDQoNCiBUaGFua3MgLg0KDQogIFh1ZXJvbmcg V2FuZyAvIEJlc3QgUmVnYXJkcw0KDQoNCg0KDQoNCg0KSlAgVmFzc2V1ciA8anB2QGNpc2NvLmNv bT4gDQoyMDExLTA3LTE5IDIxOjE4DQoNCsrVvP7Iyw0KIjx3YW5nLnh1ZXJvbmdAenRlLmNvbS5j bj4iIDx3YW5nLnh1ZXJvbmdAenRlLmNvbS5jbj4NCrOty80NCkp1bGllbiBNZXVyaWMgPGp1bGll bi5tZXVyaWNAb3JhbmdlLWZ0Z3JvdXAuY29tPiwgRGFuaWVsIEtpbmcgDQo8ZGFuaWVsQG9sZGRv Zy5jby51az4sIHBjZUBpZXRmLm9yZw0K1vfM4g0KUmU6IHJlcXVlc3QgdGltZXNsb3QgZm9yIGRy YWZ0LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMtMDENCg0KDQoNCg0KDQoNCkhpIFh1ZXJv bmcsDQoNCk9uIEp1bCAxLCAyMDExLCBhdCAzOjMzIEFNLCA8d2FuZy54dWVyb25nQHp0ZS5jb20u Y24+IDwNCndhbmcueHVlcm9uZ0B6dGUuY29tLmNuPiB3cm90ZToNCg0KDQpIaSxhbGwgDQoNCkkg d2FudCB0byBhcHBseSBmb3IgYSAxMG1pbnMgdGltZXNsb3QgdG8gcmVwcmVzZW50IG15IGRyYWZ0 IG9uIDgxdGggSUVURiANCm1lZXRpbmcuVGhlIGRyYWZ0IG5hbWUgaXMgZHJhZnQtd2FuZy1wY2Ut aW50ZXItYXMtZXh0ZW50aW9ucy0wMS4gDQpCeSB0aGUgd2F5LEkgaGF2ZSBub3QgcmVjZWl2ZWQg dGhlIGVtYWlsIGFib3V0IHJlcXVlc3RpbmcgdGhlIHRpbWVzbG90IGZvciANCjgxdGggSUVURiBt ZWV0aW5nIHlldC5QZXJoYXBzIEkgaGF2ZSBtaXNzaW5nIHNvbWV0aGluZz8gDQoNCg0KVGhhbmtz IGZvciB5b3VyIGVtYWlsLiBQbGVhc2UgcmVmZXIgdG8gdGhlIG1haWwgc2VudCB0byB0aGUgbGlz dCB0b2RheSANCmV4cGxhaW5pbmcgaG93IHNsb3RzIGhhdmUgYmVlbiANCmFsbG9jYXRlZC4gSW4g dGhpcyBjYXNlLCB5b3UgaGF2ZSBzZXZlcmFsIGRvY3VtZW50cyB0aGF0IHdlcmUgcHJlc2VudGVk IGF0IA0KdGhlIGxhc3QgSUVURi4gV2UgaGFkIGENCmdvb2QgdGVjaG5pY2FsIGRpc2N1c3Npb25z LCB3aGVyZSBwZW9wbGUgcmFpc2VkIGNvbmNlcm5zIGR1cmluZyB0aGUgDQptZWV0aW5nLiBTbyBm YXIsIHdlIGhhdmUgbm90DQpzZWVuIGFueSB0ZWNobmljYWwgZGlzY3Vzc2lvbiBvbiB0aGUgbWFp bGluZyBsaXN0IHRob3VnaC4gV2UnZCBsaWtlIHRvIA0KZW5jb3VyYWdlIHlvdSB0byB0cmlnZ2Vy IHNvbWUgDQpkaXNjdXNzaW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QuDQoNClRoYW5rcy4NCg0KSlAg YW5kIEp1bGllbi4NCg0KVGhhbmtzIA0KWHVlcm9uZyANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1 cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0K c29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBj b21tdW5pY2F0aW9uIGlzIA0KY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFy ZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgDQphcmUgbm90IHBlcm1pdHRlZCB0 byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJz Lg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZp ZGVudGlhbCBhbmQgaW50ZW5kZWQgDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1 YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiANCklmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBv ZiANCnRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUg dGhvc2Ugb2YgdGhlIA0KaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4g c2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0K DQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGluIHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRl cidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24gaXMgY29uZmlkZW50aWFs LiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVj eSBhbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMg Y29tbXVuaWNhdGlvbiB0byBvdGhlcnMuDQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNt aXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVz c2VkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3Rp ZnkgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4g dGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1l c3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1T cGFtIHN5c3RlbS4NCg== --=_alternative 002C2339482578D3_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5IaSBKUCBhbmQgUENF ZXJzLDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQEFyaWFsIFVuaWNvZGUg TVMiPlRoYW5rIHlvdSBmb3IgJm5ic3A7dGhlIHByb21vdGlvbi5XZQ0Kd291bGQgbGlrZSB0byB0 cmlnZ2VyIHRoZSBkaXNjdXNzaW9uLCBhbmQgZ3JlYXRseSBhcHByZWNpYXRlIHlvdXIgY29tbWVu dHMNCmFuZCBwYXJ0aWNpcGF0b3J5LjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0iQEFyaWFsIFVuaWNvZGUgTVMiPldlIGFkZCBzb21lIHNjZW5hcmlvcyB0byBkZXNjcmliZQ0K d2h5IHdlIG5lZWQgdG8gZXh0ZW5kIEJSUEMgcHJvY2VkdXJlIGluIHRoZSBjYXNlIG9mIGNvbXB1 dGluZyBpbnRlci1hcw0KYmktZGlyZWN0aW9uYWwgTFNQLiA8L2ZvbnQ+DQo8YnI+DQo8YnI+PGlt ZyBzcmM9Y2lkOl8xXzA3QTY4NTAwMDdBNjdEOTgwMDJDMjMzNDQ4MjU3OEQzPg0KPGJyPjxmb250 IHNpemU9MyBmYWNlPSJBcmlhbCI+U3VwcG9zZSB0aGUgaW50ZXItQVMgbGluayBmYWlscyBpbiBv bmUgZGlyZWN0aW9uKGUuZy4sDQpmcm9tIEMxIHRvIEIxKS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGZhY2U9IkFyaWFsIj5BcyBib3JkZXIgbm9kZSBqdXN0IGhhdmUgdW5pZGlyZWN0aW9uYWwg aW50ZXItQVMNClRFIGxpbmssIGZvciBhIGJpLWRpcmVjdGlvbiBMU1AgY29tcHV0YXRpb24gZnJv bSBBIHRvIFosIFBDRTEgZG9lc24ndCBrbm93DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IkFyaWFsIj50aGF0IHRoZSBsaW5rIGZyb20gQzEgdG8gJm5ic3A7QjEgY2FuIG5vdA0KYmUg dXNlZC4gSG93IFBDRXMgc2VsZWN0IHRoZSBpbnRlci1BUyBsaW5rcyBmb3IgdGhlIGJpZGlyZWN0 aW9uYWwgcGF0aD8mbmJzcDsNCjxicj4NCjwvZm9udD4NCjxicj48aW1nIHNyYz1jaWQ6XzFfMDdB NjkyMkMwN0E2OEMzMDAwMkMyMzM0NDgyNTc4RDM+DQo8YnI+PGZvbnQgc2l6ZT0zPiZuYnNwOzwv Zm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPlNpbWlsYXJseSxTdXBw b3NlDQp1bmktZGlyZWN0aW9uIExTUCBhbG9uZyBBMS1DLUItWjEgaGF2ZSBhbHJlYWR5IGJlZW4g c2V0dXAuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+ QWZ0ZXIgdGhhdCB3aGVuIHdlIHNldHVwIGEgYmktZGlyZWN0aW9uDQpMU1AgZnJvbSBBIHRvIFos IG5laXRoZXIgUENFMSBub3IgUENFMiBrbm93cyB0aGF0IHdoZXRoZXIgdGhlIGludGVyLUFTDQps aW5rIGNhbiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1T Ij5zYXRpc2Z5IHRoZSBjb25zdHJhaW50cyBpbiB0d28NCmRpcmVjdGlvbnMgb3Igbm90LiZuYnNw OyA8L2ZvbnQ+DQo8YnI+PHR0Pjxmb250IHNpemU9Mj48YnI+DQogJm5ic3A7PC9mb250PjwvdHQ+ DQo8YnI+PGltZyBzcmM9Y2lkOl8xXzA3QjAwMzJDMDdBRkVEQTAwMDJDMjMzNDQ4MjU3OEQzPg0K PGJyPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+Rm9yIGEgYmkt ZGlyZWN0aW9uIHBhdGggY29tcHV0YXRpb24NCmZyb20gQSB0byBaIDo8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5BIFZTUFQgY29tcHV0ZWQgYnkgUENF MiBjb25zaXN0cw0Kb2YgdHdvIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9cmVkIGZhY2U9IkBB cmlhbCBVbmljb2RlIE1TIj5iaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNv ZGUgTVMiPi1kaXJlY3Rpb24NCm9wdGltYWwgcGF0aHM6IEVHWiBhbmQgRlouIDwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPlN1cHBvc2UgdGhl IHVuaS1kaXJlY3Rpb24gaW50ZXItQVMNCmxpbmsgZnJvbSBEIHRvIEIgZG9lc24ndCBzYXRpc2Z5 IHRoZSBjb25zdHJhaW50cy4gDU9ubHkgaW50ZXItQVMgbGlua3MgQy1FLEQtRSBhbmQgRC1GY2Fu IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPnNhdGlz ZnkgdGhlIGNvbnN0cmFpbnRzIGluIGJpLWRpcmVjdGlvbi4NCkJ1dCBuZWl0aGVyIFBDRTEgbm9y IFBDRTIga25vd3MgdGhhdCBpbmZvcm1hdGlvbix0aGV5IGNvdWxkbid0IGtub3cgd2hpY2gNCmlu dGVyLUFTIDxicj4NCmxpbmtzIHNob3VsZCBiZSBzZWxlY3RlZC48L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5BY3R1YWxseSB0aGUgb3B0aW1hbCBwYXRo cyBiZXR3ZWVuDQpleGl0IEJOIG9mIEFTMSBhbmQgbm9kZSBaIGFyZSBzaG93biBpbiByZWQgY29s b3IgYmVsbG93LGJ1dCBQQ0UyIGNhbm5vdA0KY29tcHV0ZSA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj50aGVzZSA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNv bG9yPXJlZCBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+Ymk8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZh Y2U9IkBBcmlhbCBVbmljb2RlIE1TIj4tZGlyZWN0aW9uDQpvcHRpbWFsIHBhdGhzIGJ5IGFkZGlu ZyB0aGUgaW50ZXItQVMgbGlua3MgLiAmbmJzcDtPbiB0aGUgb3RoZXIgaGFuZCwgUENFMQ0KY2Fu bm90IGNvbXB1dGUgdGhlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9cmVkIGZhY2U9 IkBBcmlhbCBVbmljb2RlIE1TIj5iaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVu aWNvZGUgTVMiPi1kaXJlY3Rpb24NCm9wdGltYWwgcGF0aHMgYnkgYWRkaW5nIHRoZSBpbnRlci1B UyBsaW5rcyBuZWl0aGVyIChpLmUuLGZyb20gQSB0byBFIGFuZA0KQSB0byBGKTwvZm9udD4NCjxi cj4NCjxicj48aW1nIHNyYz1jaWQ6XzFfMDdBNkE5MzQwN0E2QTcwQzAwMkMyMzM0NDgyNTc4RDM+ DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj4NPC9mb250Pg0KPGJy Pg0KPGJyPjx0dD48Zm9udCBzaXplPTI+Jm5ic3A7PC9mb250PjwvdHQ+PGZvbnQgc2l6ZT0yIGZh Y2U9IkBBcmlhbCBVbmljb2RlIE1TIj5UaGFua3MNCjxiPi48L2I+PGJyPg0KPGJyPg0KICZuYnNw O1h1ZXJvbmcgV2FuZyAvIEJlc3QgUmVnYXJkczwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9m b250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy aWYiPjxiPkpQIFZhc3NldXIgJmx0O2pwdkBjaXNjby5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTEtMDctMTkgMjE6MTg8L2ZvbnQ+DQo8 dGQgd2lkdGg9NjQlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N CjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7Iyzwv Zm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7Jmx0 O3dhbmcueHVlcm9uZ0B6dGUuY29tLmNuJmd0OyZxdW90Ow0KJmx0O3dhbmcueHVlcm9uZ0B6dGUu Y29tLmNuJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdo dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+SnVsaWVuIE1ldXJpYyAmbHQ7anVsaWVuLm1l dXJpY0BvcmFuZ2UtZnRncm91cC5jb20mZ3Q7LA0KRGFuaWVsIEtpbmcgJmx0O2RhbmllbEBvbGRk b2cuY28udWsmZ3Q7LCBwY2VAaWV0Zi5vcmc8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N CjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2Zv bnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJlOiByZXF1ZXN0 IHRpbWVzbG90IGZvciBkcmFmdC13YW5nLXBjZS1pbnRlci1hcy1leHRlbnRpb25zLTAxPC9mb250 PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3Rh YmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkhpIFh1ZXJv bmcsPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz5PbiBKdWwgMSwgMjAxMSwgYXQgMzoz MyBBTSwgJmx0OzwvZm9udD48YSBocmVmPW1haWx0bzp3YW5nLnh1ZXJvbmdAenRlLmNvbS5jbj48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT53YW5nLnh1ZXJvbmdAenRlLmNvbS5jbjwvdT48L2Zv bnQ+PC9hPjxmb250IHNpemU9Mz4mZ3Q7DQombHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOndhbmcu eHVlcm9uZ0B6dGUuY29tLmNuPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1PndhbmcueHVlcm9u Z0B6dGUuY29tLmNuPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPiZndDsNCndyb3RlOjwvZm9u dD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KSGksYWxs PC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQpJIHdhbnQgdG8gYXBwbHkgZm9yIGEgMTBtaW5zIHRpbWVzbG90IHRvIHJl cHJlc2VudCBteSBkcmFmdCBvbiA4MXRoIElFVEYNCm1lZXRpbmcuVGhlIGRyYWZ0IG5hbWUgaXMg ZHJhZnQtd2FuZy1wY2UtaW50ZXItYXMtZXh0ZW50aW9ucy0wMS48L2ZvbnQ+PGZvbnQgc2l6ZT0z Pg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpCeSB0aGUgd2F5 LEkgaGF2ZSBub3QgcmVjZWl2ZWQgdGhlIGVtYWlsIGFib3V0IHJlcXVlc3RpbmcgdGhlIHRpbWVz bG90DQpmb3IgODF0aCBJRVRGIG1lZXRpbmcgeWV0LlBlcmhhcHMgSSBoYXZlIG1pc3Npbmcgc29t ZXRoaW5nPzwvZm9udD48Zm9udCBzaXplPTM+DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZv bnQgc2l6ZT0zPlRoYW5rcyBmb3IgeW91ciBlbWFpbC4gUGxlYXNlIHJlZmVyIHRvIHRoZSBtYWls IHNlbnQgdG8NCnRoZSBsaXN0IHRvZGF5IGV4cGxhaW5pbmcgaG93IHNsb3RzIGhhdmUgYmVlbiA8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPmFsbG9jYXRlZC4gSW4gdGhpcyBjYXNlLCB5b3UgaGF2 ZSBzZXZlcmFsIGRvY3VtZW50cyB0aGF0DQp3ZXJlIHByZXNlbnRlZCBhdCB0aGUgbGFzdCBJRVRG LiBXZSBoYWQgYTwvZm9udD4NCjxicj48Zm9udCBzaXplPTM+Z29vZCB0ZWNobmljYWwgZGlzY3Vz c2lvbnMsIHdoZXJlIHBlb3BsZSByYWlzZWQgY29uY2VybnMNCmR1cmluZyB0aGUgbWVldGluZy4g U28gZmFyLCB3ZSBoYXZlIG5vdDwvZm9udD4NCjxicj48Zm9udCBzaXplPTM+c2VlbiBhbnkgdGVj aG5pY2FsIGRpc2N1c3Npb24gb24gdGhlIG1haWxpbmcgbGlzdCB0aG91Z2guDQpXZSdkIGxpa2Ug dG8gZW5jb3VyYWdlIHlvdSB0byB0cmlnZ2VyIHNvbWUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9 Mz5kaXNjdXNzaW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9Mz5UaGFua3MuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz5KUCBhbmQgSnVs aWVuLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhh bmtzPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj48YnI+DQpYdWVyb25nPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pg0KPGJy Pjx0dD48Zm9udCBzaXplPTM+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08YnI+DQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbA0KaXMgc29sZWx5IHByb3BlcnR5 IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uDQpp cyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBt YWludGFpbiBzZWNyZWN5DQphbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNv bnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0bw0Kb3RoZXJzLjxicj4NClRoaXMgZW1haWwg YW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIGlu dGVuZGVkDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRv IHdob20gdGhleSBhcmUgYWRkcmVzc2VkLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mDQp0aGUgbWVzc2FnZS4g QW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRp dmlkdWFsDQpzZW5kZXIuPGJyPg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZp cnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uPGJyPg0KPC9mb250PjwvdHQ+ DQo8YnI+DQo8YnI+DQo8YnI+PHByZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3Vy aXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVk Jm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJv cGVydHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZu YnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlk ZW50aWFsLiZuYnNwO1JlY2lwaWVudHMmbmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5i c3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJzcDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQm bmJzcDthcmUmbmJzcDtub3QmbmJzcDtwZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5i c3A7dGhlJm5ic3A7Y29udGVudHMmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9u Jm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpUaGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkm bmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5i c3A7Y29uZmlkZW50aWFsJm5ic3A7YW5kJm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtm b3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJz cDtvciZuYnNwO2VudGl0eSZuYnNwO3RvJm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJz cDthZGRyZXNzZWQuJm5ic3A7SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJz cDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtpbiZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90 aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2luYXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2Fn ZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZuYnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZu YnNwO21lc3NhZ2UmbmJzcDthcmUmbmJzcDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5k aXZpZHVhbCZuYnNwO3NlbmRlci4NClRoaXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVl biZuYnNwO3NjYW5uZWQmbmJzcDtmb3ImbmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZu YnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 002C2339482578D3_=-- --=_related 002C2337482578D3_= Content-Type: image/gif Content-ID: <_1_07A6850007A67D98002C2334482578D3> Content-Transfer-Encoding: base64 R0lGODlhMgKbAOcAAP///9jo8Pjo2DhYiACw8AAAAPjAAEh4uPgAADAw+GDQ8Li4uEBAQDhgiGCA oEhokGiAmFiw2EBgkFBwmJiowPDg0IiguEiQwJigsLDI2KCwyMjQ4BiAuGiAqODo8KjA0Fh4oHAw +JCw2Ki4yMjg6NDo8PjY6AiY0JiwyDg4MOjw8LiooMDY4PjYYChwoDA4OJCowKCwsPDw+KCosHCI qMjAwHCQqMDI2Ggw+NDg6NjY+HCYwLDQ4NDI0HCQsJjA2Mi4aODg6EBgiEhomFh4mOjY0GiYyNDo 2EB4oJCguLDA0Njg6LCwuLjQ4ODY0DAw8Pjo4FBokFB4mJiYeNjIyICYsGCAqIjA8GBgYGiIqHiQ sJiIQMDQ2NDY4IiYqMDAwNDIyDhomGiAoHiIoKDY8Ljo+NjQyACo6ChAYFCAuHCo4ICYuMC4wLjQ 2Ljo8PjQoPjouAgQIGhwaICguIiYuKC4yPDg2FiIwIigwJgw+LjA0GCIwHCIoKiwuMjo8GB4mAAA WAAAkABgoBggMDBAuDBo6DCQ4EAAAFhY+GAAaHAAAHAAmHCA2Hg4WICAUJgAYJggIJhgAKBw+KiY +LCQALCYMLCocLhgYMigIMiw+NjAkOAwOOCwEOioYOjAsPgYGPhAQPhYWPhwcPiIiPigoPjAgAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAMgKbAEAI/wABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJkiMXBwNSqkxJBIJLl1FWrrThYeES GzJXRnnp8kHOlBNGlBxKtCjGJUkm/Ew5xIHTpw4kLB0wIUnNg0uUMq0ToKvXr2DDiv0gReWEJSMa qByCQqzbt2BzWJCaUsINo3jzQtSwEgIYAYADCx5MuDAVCD9nFF7MeDEGlV4qNJ5MWTAblXT0av6o B+fUzz8f2NBTsIpKHyXgql4ttoTPAR9Yy1ZNAsbs27gDfFC5ZHNeLq9TRplRpLJxAUVmxFQpRPHx 59CjSy/8JlGbwJ12APYkoPr152OAJv/p7bv8wBEqG1iIdMXrEUXtgRRwkIhMbtw5fAwYkvq+//8A BiggWGsM0EBsJXyQhUw2qGCeRBSoxMR0FFZo4YUYZqhhH2oZSN6DG6G0HwkDlmjiiSimqOJ9KKgk FIgCqdAhFdAtFQYSF+QYwY489uhjjkholZOGRGYoUxgH7KjAkkw26eSTCux4ARIyUVjBay/CmBAW BXTppZeDcNHVkUlGAOWZZ+54gJAprejmbDbiqKOPdPKY45RhLPXmgCyk1IB5KvjJWCRfFqBdYCoR oOiijDbq6KOODnDjDpRWaimleGig6aacbqpHD6CGKmqodhQ5WaKQpqpqpClZSEVKIGj/uWWXDCwg kFYseIXqqryqqtKeX5HAw7DEFkvsDyIkq+yyyu5gxLPQRvssEmr1ai2kv3pFyQnA4tbnABIU1YUW PwmhFRHS7XrtuiqZ6u506q5rbbuDrZCCl1g0RkRKMCgUCgIABwzwJ/8KbPDBBpOikAdCPtDWbfHK 22u23Vasa0rXnnCCxBRbzJp+BlqhEmkevUaEZO9a2AMeaRzgsst3UOBEyjRfaMa+oOX8WRRfAEYF l4V2mS9gM6hERHGBvWqggwWR8gnCUEeN8CejDAQCvyWyIOJnLuu81AQZeCx2Ezu8vEPYYrPm9do5 dwVDSg5gpBLKAqhUiSNysK1zFHJs/0FvzSu3/PIBd6Awc82IH/dy4o0tkJINCYkicMGTHyyQ5AFv UhBduXrsctqgB0C22WiHbqJKBqSu+uqst+666x3TJYNFQahEY90pva777q//zTh0Kw/u8h4aHP47 hosfT5gTQOWlwmsOVPy56QCO7vLZ1Hdb1kpr5NAEm3qz/QDaGTTPUVbhpy/c7cojrsccwh9APN1E OsGEDTgv9TJoD/AxA/sawlkSZPU2lcTBS3EYwAOcMgcLODA2AUDB1bh2APVNAAb9GRAPyna90mXv g7LJwfYa0DkTkWAIKXnA7EKCHgMhrX0wjKFg7KAHDg5uDyMo1WBQdQIOuMAF6vOTC/84cIIzEMB3 xynCH1TCBVm1MHpgAVrQXhCDiw0AUhrTGAe2yMUubjGLRmTVANyyQdKlTRIJUEMAdICDBNjnK2x0 o3/i6IYPxjEBeEzAANrCxje6hY0VVEm/CmKCBBgCJB1ISQ0AY4IQ5BGPP2BkCL6zmEZGkjFQyIMa TAUFNG6ykQmgpCRDWZlCRrKRTziCDHF3RYldS0KBAQMG8ocGNDQgCSuUFULo4kGIYcyVr2wTCL+S hwS0JyxxVOMa8ejHr3jSK5PAYx2HCReQ0YACGwiCLgtyA9utcjqZTMAlBwPKTQqgkKQcTCfTWBhU qlKGEQMmtg4YtHra8574zKc+98n/T316IZ7yfFTHqEnQtJWgQ3fZpkM2QJcBRGEB34yoRGlGhQ5p QKFECYIGtrY2KdCARAUN6X1IUJeKNQGFKckSRoeSyAEIAYATjWljrqRIDVVAOSsZ5Ep3SpC0qMQB IA1dCVC6BpHKhgQIFYgSaNChINalCl3g6Uo9wNEHzIB+KXMcVV4oU8D8MyUJlQgcElGGgcBhESV4 AwcEIoBHlFWqcBUIHBTRpbXKla6AKOsNWpqTBjjlgRkIaleakIHCZgAFc4jK1zRwlSW8pgEPKygK OtSAJsb1spiFSBC21gAMYPVdZhDDSgaY2dKO5A0FIINAKLHWsb51pTf5iRTmUIcM/2SQNRmogwUW lBMQhNW0wA3uR7qgBwoY97jH5YI2hcvc5jr3udCNrnSnS93qIsQDVWioTJoCFQeALz1JYJpCZEAB 7crEr91F6U86oFLrlnYJdDCvSnbCEwgsJycSqMIGDiKDCQ7gD3+5EBuEpIUNBGcCbMhQBTDQVMi5 d7pdCM4AfFDCEzWBt36qS4VVVL4U9rJbIBsABR78kCDE16lAgSpByJUS59TsMi79LJGKAFEYFm1p JK4IeZuqwCo0YUUZ8IF2G9A9oxpZQC1KCQ1GcJXomoYlAW6fGZTi4q7SzDuBqc47u2Od6MQkCpKh Ah9W0oD2VpfFA7CNV8xQn7ewuf+ZR46znMVCApEBpcnb7GZKamwcM4yBxyjOiRiibGUF9yF/gZZJ FDw7nT6o5Lc85RIWnFCQCRa1KxJM9NcwOOf/sIAG8tV0SrLw4YLylgYg4kJK/sCYUghCE4DYMmAA GlBGIbHQFIrnGbLoxV4TUWNhbFRK0LCCYhv72MhOdrGxUEsILODZ0I62tKdN7Wpb+9rUZgA+qRgA gGaxh77uIhgFKsxO+7KVtfZVub8SCWWCkLeQ1sutjUPrdB+xVV0dlb5D1al+aypP6La3GC301Ysa 5F+hqIBCJKcwglAOAaK4iAdOnJMHTLABORjTLwVO7jGa+9wcx9a6Q2oBWJEkCcz/mZC7brySIf56 Y73aNbhdAOgx4BpD9U73ANBAz3vGIQVAD3oKBhGHohs9DgxIutIhIbWmO/1gSj96Cl5A9apb/epY f8zGU+UyeQ7046pJcsu5+LILwFxVMt8iEGVCg/+UYA6hFnVKfCAX82WELj0TwFdlMgEITOHvQAi8 4AdP+L9PAQJLzInNMVSBEewhfjvQgw5vzrjkZehnQ6sME0wOAMw9/fMBA4UoRg+K0jciJRn33AHA niLrHQB75kYd72bPO4rtZgCxsghdXih72vu+dfM+XgU08Hjh4UEPlJeO5WUohJTkciFUCFgoCCIA UEy/ITLoEASlt3rWw8X1sPe+/9py9/vyq45iJKVKRvQ8AJab//3BT74AnED8+OGhB7h+2X0VmPfE Mc9A5YFydcEVKzI9RgZ+pSZ+AVICMEBZkeUmTfBoIyGAoQEBYoABGIgB8jdRToACdyA8aXB/0NF8 kmImaMIkL3OCTqIUPCd0LviCMDh0RjcISleDNniDOJiDOriDDEB0RWd1PWdPWKBqK4EkSuIkLqOC TaIm4IMbZdRBb3JHxyQWxfRIeWQIYJEJVohHheAHIMRGV0ADozYJXRgAWjhNXaEDxpSGODCFAcAC V0MIT6BTWlgCHpF9KTEzliQYmVAIgJEJqSQYpiRJ40QYWshO7gJK4rQY4bSFhv/EGFoYiIzjBDDw gcITcCGnKPE3GH0QHDTwfFriAUwhFljAbXCRczpnIDYUftSjhgmAhgEQTWUIF1WYALMIFslETWDo FbjSFdG0Az4wBISQAISgEoyAA6p1ECFwBSQRIQOweHu4GFr4HY1kCIERjYyoSUVSSJL4h7Y4GY34 je0UAt0IQ6gYUD9FAV4wCPWEBaXFYlJwW7Jxjug4cgp4j2PBeXHlAa8BZhv4j0RSA4D2Q18EbLzC az+UEyQzEE4gRQXgjsxFVSuRBT/2Flojdz8BNvi4kV9RAtszAaDYXB4wAv6lMw8gBjAFkN9UAYKS MkWQP0qQYx2hBCphBfLIkSD/RAJScSApkgMwoF4KFG8y2RAMpRIQIGM1M2YDwAf/SFMDIBQyMAIc pT5aEFVDWR4FpBJS8IAVc3sa2WlNQBcdcJXNpQRT6ScWiAEzUAOEJgBgUANw+QUYIAYSphISQAfL RZMpIQZIqTxM0CESgGcT4VpmRVYC0Ql5RZYlcVZ2mBCsBSJdICQNUAUbBiwksAZN1QAxqZicORQj IF98gAFfYAbGUQE10AdesH8p0QFW2ZmuKVwysAEjgFy0qQEbIJivmZu6uZu8+VxcQAFacJYrMQEd QAdCGREjSQE0wFc/4QA2QAF6IF69OZ0CsQHAWZJ8t2S4CRHFRQPCaSAdUAXY/0SdJBYExWUD36kS HfCcSiCdDVFew2kBlbkaLAAD2+MnOjUQ8KkSD+ADdZB6t5EDKIBhKbSZ5Aki1hmcn+GcFHCcCNGA KzEGCXYcFcAG4WGXCykQEGqUfWA8xlEDNsBjNLBcBwpXsbUSD1AF24cbJVAHQsYgy9UFlLWiKfIB PCYF84kiGRAcVVCiJCEDGyocGECa0GEGGAA+DXIrKtEH7nKhKdSWRLJ3IOmjFhGbGoBcVbCexqUE G7ABIYkQMuAZ4EKA3VJyKWEBwPJkDyBYYlMCdqZCJeoBN4ClHaAFxsUF2dQQKrA1f9CXGFIEWiEE flohiQcB7XOhD0ClBREESf9Ql/thBRbwATnqFjnwARbgAIBGFacROhmQBWqGk7PxLQ3gniQ2ceYl BBCAAWzgoZNRA3MJaE3lBb9TAUwwAUQqUVgGGJ0gCIExV4AgSpShVXFDnUEgJGjgJYLghe7RZipC FivxUaAqZ9/1OB9Slk31ACqHOGCQeC6VrSppIbkqAIi5ZeFqHEWwFDZQrTm2pyoBAiTCZrAIFm8W rfS6IiwQYgNAWnElA1sjq9/6r4zxBnSFrINRrhbCBvnjAKTqmypRBWKhCQVwTJSQrGvGrPV6sSti o7DypSAiA1rRp1ZSA3KJgXxQXyYLAV6AAUxQA1wFsBrylkyQgWJwsi5xgRj/CJcZYgYkmHvOZWkW mQGW6kA+0F3d5QMOhAIZUJEYOxslUFgwILREG7WABaCdtj1aICtL4CctOxmiBRQXYIJKqIQRMCXp 4bKV4aQDgCNgG7ZpcgEH0FToIh1F0CFmhlEO+ZBO4BmXJoYqobZsq4JjSy1aibF2Jilf+7diewGS GWciYqDloRWLtBiICaysdAZqp2kNMERnsIlmO2spQXMY+bk710+kW7qme7qnm0ADwAGZqmlr53H1 qhK75kOiNkRF9HVdoQmBEK+hIyL7VR6e4a2CAQePcB2dwAE7tHWZeG8D0LmnoryZyLmUUQOrKVV3 WwBxgAaw223QG732iJP0/+h1IwdrcJY9vJWheiGKDrUYlHAogDFX4xS+riQp8VO/9nu/+Ju/+ru/ 8UMlmOi9zVshSjMBHwEKABNxGhEEHqABdNABPKYFVrS8wsa/FKy/dyAtGPwszLLByvIBxvLBPNAh Emxr5UYohcIt2fNkI6YXSgADHaBdfPYc8ssx+Oa8izHD8rKJKzAFM0WCC7sJBvMJogAFDicwVTMK B+MJAwEF3OEQwLESQwADlVkgE6Zx/wvAGIvDOfy9IMQCTdWjJREEJfkHTIBVODOhMpwSwba80mu2 WhxMAWwv7bgYYLASv6sQSAx6TkcKAnBdWsGT94GKXQdMuMuRspsquzY4Rf+0xds7IIWlWw5UBVFL tEcbZCqRBV1RAloxlh6hl8+YOBWwAGMwrT+BJC4zBK2rQGNQxjY8GYhhIC6wyPY2u2oRhKiLT4eg x7osMAN7y/XkBVsTy2vMKIN8LbScQkvbFR/gAyAwOKiMYkPgnzeJGzwGAZbQAticzdq8zdzMzUDw yr9SBymkETKSEmhcoRhgX6L2AKnKBoNKGR1oiS8TgvjXytFBBSP7EiQ4APvTFy6Rsis7qD/zJUOj swNgAzL2BeNMEFRgwLusy5ugZG7CAhngQFbgFBPQNUuxQAwUqQmIkyXwA5Z4ByLApiHVe6rDCZiA CVvQ0i790jDd0iuNCcD/V27b47gT4Yw2gCg50XeGNwWEF9SDZwmGBwHT6i40ZEMvg0OTZ8+K4zLf 1LUJ5QlUrcQD8TQPLTB9TBCF/CYGmMxgEdIjXdLih9LvR3uxkxIL+xC+Y9ZnXXs1/DuUKM8uQ89O XRjLF0MdwrEAQMQD4XkQJxCUc30DMQqgYNUDUUCXZjFfTa9iDTNkHa1u/da60zEqcRECqIGeOwCU 7Xtt/DtJDXk55Lx5bY4pAREIdxHlPAAfnSKN7X2PTTiRHa1N8AAWIFgqsQWc0Nm6wwmVQDEgY3AW oWcNUByTzdus89kSZQYwIDjzDAOsmn8uQwVW9c7u4hn6ihctNABWQLUq//LaRhbbJG3SYP2GBOqu XZEDh2UB3ukAjjoV6AWpMJABlUkCr3HHGQE+jkDTyN06LK3clGcHI6DU1yN5E2V5TBAcD5CSpoIz wu0bkbkSUYEFGuBpQOtAFuAyk+wARmsBSKu0wFICIjDW5F3eR+VfXHkit9cA6soR/Dqc7OwFL5HK OfESKbuWW3vXhRE4whMz0f0cgFrKSHAAd8IjL/MjQOK/MrHgF+KU2W0e222TAXC92LsSPsC3KeG3 T5KEfxu4TSUFbjfikF3iJi4gd5RH7paGj+SGZ47mJYASaz4SRDgAYhAYZjADYtC6Os44jVd8gxN5 TV0Yn9EASFDoRJ4jZf93J0kOcDlxrL786JAe6fb0Atq7ujSOYq+7GiJO4hVTTGRQTG7Ihq+ITNLU FVqIhV9xiLybNrvIW4jQhbv4FruYA1heZgXRhyDRQg9QAYqI5uT0SIXY677Oh+a05yrDMj1uOKw0 wpoY15XBcrauSx1SmQ5pimDxxnDsFZs+5qZz6l6h6mGBRla46sjURuULOrHeYQ/QFZKQ5uxeCCIz jClRBSGphcwYEgLor9goAH14TiFQiISx74SRScVOJOHEAsUE8P5ejoyUAOUYjgw/qxpwAHnC7MwL pYGxANxKFZaFUeo7BP+B7fPiMrP9hW3kiHiE6gGARqH+7YYEFtG0hkf/Vrg/IQFa0PHm0VKRK/CA 0UkFLwCdZI3+rvCCQfCmcuqBEYmyBvTinkcRT07kuPTKI/K8MhU8hy+ZpZdgHsjdG3JdHTrR5O5w 1EZT2PRbiIa16IjkTj2vsda6RBcMvoHCvoVCv05Ez++PGPBRv0pUvyo7Z8tBg3Q8OPiEX/iGr3Q+ GAdYt/hWp3VX7PVcXOZGFYEp0eIrNef9949a+POC6EiXtE6O+PQLL/XHc8gSvLmn3ZBCKFxc0FRo uhrBLMuz3EMdsu6SL2dih9OXxX5CgPHG/q93Ds6JRoLDmhANCZHOdaIrYQVS/BYZsAbu7SfexT9P 0UAf0Nq3DxdrEKne//0mOeBfdRtc++knY7AAOY7OENAh1v37FoKBC7D+VoIzDUCi0+kBsolcFCgF 3Z/9e/JkcwAQAQQOJFjQ4MGDKB4MYNiACwCIESVOpFjR4kWMGTVuhLhBDwWQFGwwHLBAwEmUKVWu ZNnS5UuYMWXOlImBoReaOYuIITlACUegQYUOJVoUAAWSIFggZNrU6dMALD5ApVrVKtQcDXqSHLJm 6tUMFqxI2NqgigejadWuHephAsMHNXLOlVnBJF28eVdWWLh1AJ8+RWgWYWIjytYJI9guZtyYrQat DK0svVqZKQ2GQ0hY5tzZIAqSSzB62KCBQpUOqVPTCKlngwzHsWXPjv+YpOeMCnrxeoGbW/fvun0V W5RRmoIW1amnHCrQvECgEhDhKCoAqAxt7Nm1q6BAtucEryU8I/zgI/JWCRnGr3+aQwrDCWi1z6df H6OStz3/zDADHGWRGQ7ziwjf/DMQjMhsSGs655ojYyJKOLBvQgohfBAiARQh4w0JARDgkesm8mAE Lbzz68QTJegABiW6GC2/ASRAgb31moBxgiAq1HHHCjdIAkYUg2ygAwpukK8ipEiawUC6KuAjqSMX TCREACg5AQA4puRxy/mypHKiTqzjsqIuOtgqiw/Eo7Gg8s4bAIQbxpRzTjqN4gLIB/oo0MAavBCC pAZggK1OQgs1VLb/EUcKctETOxghykMjlXRSiFQYwUxGM32ADhcp9fRTUEMVdVRSSzX1VFRTVXVV Vlt19VVYMQpiA1prVUG7WmuFNFZee/X1115vqMLETHuiYYRbg+oCBiCLJcnRZIGVNrtcad11MdJy jXZabouatdrX1lIhCTcHmGAOFNRjioQPqhiirCS2lUiG7vwCwYIP1EUogw8syMKvB4brdmCggoCh L2ffpCBHjmRQwoZyM5WADtEI7nYJCppN+M0RGMZIBkwZkuIrzz5479lBgwByiBnXy+HgnkDw2GJQ v831WqA8UJSkB7xgAgyXzFhgDDcbSGLQiVSoYkAM2ACapQpq6MML/wFJmuAhml9dYmeSJMgCX333 7TeLiKuoOKIbzrNgzYIsOLGBltkeKAcLzksi60Jv0CLiTM2KMyPMSPJCsLyogKAnGCp1oCcIns6r AiYQHiBxvE2VgesBfAh7vAz+BVQDD/oaogm5P+tpDjVLNyiHxRm6u/IdPdCC6T5q2FMlMBbAgAi/ aDgbALdIwoBJASrgqawliRdgJyhhB3WE82igTHWBmgChpwY2L72EdweQIgfqnwp8AD2cr+8GYseg Ajgqnuyai6UHaIAN5U8ynqQ/CK8fpT6eNX+tJXykA5KTGJG4IC+JjE8K0wsfQWAAnwYO5AMLIVkE mVKCvtDhf9iZHf9c6Le/L/yJJHzYnwCoEJnhlZAlMyCJwDaYEfgRaysOqIIFbGiBdPXLAmtwgAM0 xhAJVMFFSRrA2ixYkDpk5ohLtIrnFOQ8D9yAAh2Q4aIckIQbIBAi12OIDW5XP74wJHn7m4EQGtAf FbYkjAN43QuTFr/vWICBnmkCDLrXkyHMkYl75CNVuOjCbimhdX4RAgQwcEgM1O4LhxwDBA53osTI YAQkYUIaU3I8nFiSJm+gjnMAcYSUwOERbcgJ7wagATdCZASSQ9MRSwAznlWwj7Ok5dz8MoEkzAxW D9zKGL4AnBpgbgAP0J8mjUmXNySClCdJJig7UQA+KDMnFYgMzmj/hj6SYAEQZBAIJQThB4EcQRHb bOAESbKGWqaTloHTghX8YoPfoUoF4xsABH6pQjYA6Q9oPGY/Y8LJBhXgBylJ5jJpwsLvcCprHRzA 6MyQCG4apAZ+eGhEI5gvdWZUo02gpwSwVioiDsALX7QkEyJzRn+mtCUFRQlLmSnNuQiOgFXQIq8G 6QM1PdQNTKmoRn360yOakyEgsOahdsYHkvazAmNUaVNbClMBRIigUNUNGB7JEA36apIMgYFBIqEG gnx1ID0FalnNWjpevglpkgpZCp36VrjGtXi8gUunXOUB74AgdQUxA3MK8E2CkPWsgyWsZ0DDEAdI qguCk2tjHdtU/zD0JT6tukFDtFdYzGa2gbxsQE25pCghOGEuFVgkBPi2MYZAwGfFfKwKnVAYU6IW MXyYwfr08oUEiQoDTqhIZeW3mYGwAAU+4KJstyIFGqBAj5rtTL8cUEXjNsABc6gD+DCbAZLYdU6K skFOahCxBiDhABe4QATMe170ope8B0BCGE5UydYSrwg/DIN4yVve9Kb3vkhAwokeYFu60HUCocKC c7DAWwD4tgGbcc+J6jte8uZXv+tFwg8fQDrmgoVv/I2whCVMYb7F7awkaMhauRS/TNKkJ0gorwJc /GIYx1jGMY7ABQ5wnvgST4RhiMCMffzjGcNILzYZJqgKHNACDP+CIRj2Do+B/GQgRwBGGb7KilsM ZSwroMb9JQlmeamFOdnmL3QxbpkHkGMmLSq8/IXwfd283/aiCA1xSEGd7XxnPOc5BYOIQ58Z8GdA B1rQgyZ0oQ196ELHAckBxQIX1MxfDr9Z0uyNc5CobBUzl3msfnXOFTR6snjqSAYNeckltrCDlZCE AKte9QlOwAFYu0DWs6Y1rWHNAVezetUkQbOBVE2AV8s60w1wAa7PQIABoGHRy2Z2s539bGhHW9oN egEaGNJqDgg707I2NrIZcumq/JrVZ3B1rGt97lnfOte67rJB+uppjbZuA2PSwE1cQokdTGegKRG3 rv39b4AH3Nv/Z+41cPotcIQnnNe6WUAXPXVkJMchBgM5eMItDvB2g/spFb94x3f97YJ4E5w+9QFD fsKl/ABYJZ3gwEsNKgCOe9ziCy+4bmIuc4TTPC81YEgHHt4gBiwgMqm7Oc4FnnGNN6XoRsc4yMOp CHj/1Du6rJAHGBKFlSYClCfphCD4fW2md3wAYThA2c1+drSnXe1rZ3vbd/B2uMc97hqge93tXnf3 DiDsYmfIb5wAH9lAIRSgEABjsBD0iKiAi/pa+t5Z3dAhiEDyk6e85I1wecxnHvN7aHvnPf95tmvF 8RfPOBACsVOgHpYGY1LB1VkiypdHteUnabzj5deAHuRe97vP//0I7v57us9B7sN/expAf/zOc3n0 Cu+7bpjgcMeAAgHTF8Vi9EDPrYCA4mBf/tHDEPnKh58H4yd/+cmPYaDW3vZOH3Fk5s0lFfSFtTNR f9h1XnO81J/p96fLHxjy0YiogOmbvk0ghYoghQEchYgQhQGcPgU0irQiCStIFzXJjzoQCP3bP/ZL OoTIQKNDurJCgcj4mwlRAVjyixTLCQ+UOf7DPxXkvu77txYUgBVIgQLAgpd4PnOxCCiQvgacvlDw BACAgh9EAAYswsHzwemjgoyYp55wAFkiiAwIDwyEwRj0NxDkQINYQRbcQJ8qgWbJqvmIwAEQAi/4 AtEqApJIqv+X4EK+IzgXzD8rvMKPg0MatMEGwcGW2BnPgogjLEJADMQi3IQXIYkqsC5Mm0M6HDgt VDpF/LcTsLEDOAGcy8KMOqzJCYDAkYA+XAvIIAkxcByVmIHawgsBaQBco8Ngm8E4jAk3JD2GqEFm 00OVqAA8MTGIgAJPGAVRUEJB/EVB/ARQMMBKyY8GiMJwe0RdK7u9s8RGFIjuQUVK1DVyO7sTODaP W0UvvIoc+IA5eK5M84sgqoPNyIARlI16Y4j8SaMyki0kOC2/aAAMYMNWbEOGwMZFBDZFmzZ+LABg /EeAbMB+dDa6GoBpFDhmZLozcMZnDACF6AmyM7t3DMcYsYD/vbqKkvMLR5oCjgQCj/xIkAxJjpwC RyKgAbACDGIIQFILLogMMaDH/YmaPsAAPoAA//ML8Tq7CnMkDJiBGhCtevyN79oKbsM1V8NHgXO1 YHMBv8AAiFs0BlgBqVyBMUADqxyAqVyBZEODP1gAr/TKFdiEgBzLBtyEFfjKqrRKDIgBtmxLt3xL uGRLFjBHoiw2o3S1hAw4cnu1bGPKrbjAhkQIEhAB4zuAO5iDOfCBHoLH7HOAr4GBDAAu9giSP9jI kbxMzLzMRrrJE4FGhiBBteAlYmoJM6gB3TkkL3Ak1VzN1Tyk2lE53bADPdiBtNuBEbCDoDQQM5iB qwqSIfjN/2IhAi+QC5WggqdsDj0ksgF4yZVwH8qZiFEgS+n8hFEIAiC6yPFgARhwgNMqO9kCgTlA v8AkiA8wArMTgeXyKZLghC3YAjkQoXAUAjlwhC3AhHYjMYbAxaGgA4YgApTAAPikSBRpgJECjh7A g7TbAw0AytxUIbMzEONETpSoAbdiCVMSmFCQTg1tQIYATCYqu/H0jMEszD34Aew8K5IwABVdURZt URd90RfNOLcZgCpQiw2AC5SAzwaYAiBoAR/9USANUiEd0ikIUOUxAxgoTLNLAxhg0AY1kAdVHphM iQoQIbT4wwYEhU/Y0LKkCIYMHxANUasoz/NMz8JKURhNU/81jVGnw08JUAsugi+YE9CESSMn0ADO Qzs86IEn/Y0ofSu6ooCL8AQNFYUtbcDqk4gvpZ4wFdN1IcyyK9ETzTA0XVNLVVOk656i0gidq1QD 4ARMqIT2dE85KFVTPdVTHdVKwARMYFFWrB87GAHaRLsd0APc7FOa+FOnMgO4GFQgLDxf/AQAiM4B JESI8ASxRABhlQhMQcYGalRHlSDzLDv0HE9PvVRsdVX2Iwm16FSGyFZw1VY7TCk9mIME1YApfVJd dSoB2dSIINbpg4KISNYHzAjfkgI+gtbxHNFINdFovdZwvdSMc1O1wJQPmtMBCNhwfVV/OlAlLbs7 oAAnxVX/AVjXpuJWoBhAJjQKMXOAPdJXLSRTajVTa/1Whc3WjEuiAfC5tNCD1EIJgD3ZNGVYp3IC FLgDtEuDPcVVi00pNYyRChGzIUDECAJZKuPXA5DUaA0Az2kAH6CMQZKf+dyCVW1VcAVVUXXPAB2C gfAOd9UIRcmkmJVZNh1XNKuAEcjTs6vVW43DnvUnNhgqHemCyPCBIzJazBLZA6jWpWUTd+qaGUEB GjBJOs0CFEidOeCqxcgPMUBYshXY5qtH2ZzVs9uD26w5s3MfIZjHlBIQAKQQ/oQPkl0PvC0rpFXa vn2KD4CRB7gs1VkDwGOM0D2Px7VUmsU/h0W7O0CBiZWr/wdlgqoZgDGYPzLquTFRgvMAAdcdj9LN KL3l29StjAxAGCMKn9ZZPccIAuiSg/asWqu9VFAN1faUg63wT4pVCSeAAZw9O53l02MCgxpgAkQS A0cyO9aMLSG4pxKKW/npxAkZAWJRtEGAgOp6CuEirhPxzoRBLuWinsE0O9SN3vEogb8dABFbExbo izaKjeChUxQRgjGQ0/N1iQrA07TDAz0wkArog9hiFLNLmCjgXP/on/6tEyKyggx4gYCKA7/wgQbz iwe7r7LzsBqjMAsTT874AbWFXglmmx+Wgkm1jB9ugPfLDgAuCzHgjxFWqcmtzculizGwsh77MbN7 shq7Mf+SMF/dIDJOpBMV8A6UFIjjpLYxwJcmG2MfK7sso7Epq4wH7tcoHg9JSIAEQD2E0AEcIGRC LoSRM4g8UOQEiLqMQmQjIIkmwAGwEohJKGSBQGRDGAhEluQAoOABSIAn+AEAMIFItmKSGIM++KGe 2OKGRVC0U9DebYmtIDvzImM9/jHzugAuS7aBHGZiLuZi5uEBhbSclDQ3o7S8Q5GqUOIytaBMSABE SABGPohBTgCLCoBqToBMDgBEToBPFohvDud0CmX8HIBN3ilJQOfqAWUciDoUMBFBjQhVjo7ZyA8I IKmoWSREkuVdTdKcbVKXIAkXYEySgLSE8Us0yEqIjuj/iN5KNJiBr7xojM5ojd5oju7oBYgBq0SD tXRLBmi2F5i4X1vKcOS2a2TER4Vgf10iHcBmP9jkciaImc5mR+ZmgRhkUR5nQ66lUA6AJhgAQohk ccaBbjaIcYbkJ8CRiVDlC5GNvkhBgXbBO1Vbs9tZmFXEveTLWwtrdTvKpjPbmIisFiqUwOmqgpjj ky6IV4TFATAIaR7ZWQLqngZng9hmnbaKar7pdJ5ngUjczElqUSaIJjCCBOCZzwWAv8YOTFkSEwiB fROAyVYDlMiEJ9i6yTYElJjsymYJVcbs/YGCQd7sl5hsSC6EmNDsrUujWKVcs9uBvMtHdovcmKiA MIaP/1CTE+scpoM4srfuQGWMwS7746SN6Vp6ZElmboR4ZEgm56YYZ3gWasEe5b4Qj2o2ZBZQg8Vm iKMGgd6u5ivIDt/COsum7JRwbdMmbZSAgg34bPUW7QRggTxwb+Wp5mtm7ZUwbUJ+uXNmiW9GbXI1 17LrL9t+PNxuiS8Akns+FKtrqIMY3SrUuwRftQY4OyZWp22ObkVe6kMm5MM+Z6AaaoFoHcR0gAd4 AkiGDxhAixDw8EJwbA9PAH1uDIM9CdCW74Ga7NhTCdWO7peDgvveH1Vm7b9eiSNnCSJPAINSZWye bAJ3qrhmvpJYCQCRHAlAJUqJcAnojCpXOK0wq2ru6/+B+GbU2+TqNmfpHohtBnGzmlHsoQEN6G0u wRTi3HEln++W0POWIHL8NhApByX/DnT/xuacGHS4CvOjYwgxSE03mbMCYAD/JZT4mQPOYPRGn+sS J+SgJohN1ultBuymRj00Zy4u0q5ICRz48nOVcO2U0HNX7+8iJ54mr+xbZ3LohmTP7vMQmPKLLe7l OxFJz8NRGTWGWF5HtPALX1Q+Gmc4d/M2H4hdF3GcTuQa9/SyygEg+pQbLUMd53MBh+TQDvLVTglA t/UOr/Efp+8ECG35BnaV0vSyhgA8XDQsIBUViAy2TkRmT3Bnb2Kz+tsNnpSw7dMyH3cCr+ZAz2xy Fu3/X3/tYP/3RTyBfTRmjM94jW+QgrzwOhR4KoPdAcBeUOEiEspNVZZ3h+fvQ+/1cDdliY/3mE8p epdBhphjoPNond95nu/5jJ6BkEYDL4hLuGQBkjjIfFzIbQT5s8rIByAV0OInF1Ttdj8J/3Z5AWhy ck/tiIerRyK2lu4+cuOAyHh6iHCCOc53VMGmoUJig6DLnihKpUR6vSy3vvQLD2X6wWKByACzUqHb /rzlq+5TM2hhD+6JB58ItEdOViHDLChghNBO7jx88HR7vS8rUpYfVSeVrZIf3Bj8wacCgFbNAD0R 1fQCDGACCm0IqquISheVrUGRIaChG7IhjSHay2+g/76gcBphgZMZgMRPFQ8orgEgggVI15MwA/0F /auuAFNKLOdRASXQAliOpdzfow8YKgvKAZGXn5ODlXFBEQgYA0Q6pHIhTua3JAGRejCKre9PJYpQ ApJwgEC+/jXpHmUfjw8gfhpofV4BCA8jOjwYYPAgwjFFBDBs6PAhxIgSJ1KsaPEixotUDBLJ6JEh EyEHlQAoafIkypQqV7Js6fIlzJgwRxy0UiIAzpw6d/Ls6fMn0KBChxItynMNwiEwWBj9mcFHA4QN YMisavUq1qxaDDb48vEr2LBixxIx6HVsxD4iDU7okvUt3LhyX1I4OLUp3qEl5jR4kCMv4MBAYRgE Qf9HAsKDQxxYQJHhMeQMKCxQBpH44IQRMuZy7uzZpAzLA6I4QWv6NGqPMxD+WVBhrBMva9m6/Wz7 Nu6TQRwclIBCMPAAH7hmCG48b5bCKTfA6HD5eeIJVZQEyW39uswliA1iSO2xwoyCVLyTh7h6wIMk 2xEKgYBhQY348tlgqD/huQM92Pfzj7sboRXFHWcUCUMY5MCACQKVQVQD0NEfhBHe5gFvBj0ARnkV bWRQDRmWd94DKKmghA3rQZdYBxRsICGLLcIURBUNWggDCQr2VAIKViAkQRM2+siCgQNMsJmLRRpZ 1Q3rPTDDax4+VEFBA/DhJGoQWJgVHImUYVInHAD/IIAiZADwRiAlHHkmiyPcdxkIMAgIGAkZWJBF lAh1MMJ2DXzg43FNrCnBEmgKOqhKSqxpIZNOfjEGQkQ0SSVYTBxEwVtZbllSJ2qgJMAjlxL66VVv AHIpJV6CKSaZZgIgww10HHoirCc+QEegKHlwqBU18olXDjTYdQOowYJq6GVReHHWV0XQZ2ViDiRx EASPQnoRGGtNEJelXJbJ5ajCevtStixx6ulKXWwwAgVVdPCqkB2424ENFHDhgVWE1aTrrkCRsIaM VXz776cyKKGFibEaPIADJKGkwUEXTluRF73VCle4AMCxiJmddAswxyhdrKpKGpN7pr0H+cBUvjjt 3isjwtV1/DKoG2xAAQXuJgbCux3AoIfLMOmxHgQLPdzQF2UZRAORcsGhSAFNF+AlAJQ43bSYMANM iaYmYQ2AyN5u4FxiWaCAMnA51EEDywOAAKzVbbsNV8kDCJGoh0VE3LDCb+uN29JNQy311FULGwQM oj0ngQM+ULY443M4UCebFPS8N+WVvzQC5FIyIS1YVHiRuRb0Wj466bbpQYEWYB98oBYU3KBC6bHL npIMA534xxj16b47BJljlsTEsws/PPHFG2/diDWzC6sDVVBQ2/HRSz899dVbfz322RMfEAA7 --=_related 002C2337482578D3_= Content-Type: image/gif Content-ID: <_1_07A6922C07A68C30002C2334482578D3> Content-Transfer-Encoding: base64 R0lGODlhWgKaAOcAAP////jo2Njo8DhYiACw8PjAAPgAAAAAAGDQ8DAw+Eh4uDhgiGCAoLi4uEho kFBwmGiAmEBAQFiw2PDg0IiguJigsJiowMjQ4EBgkEiQwLDI2GiAqMDY4Fh4oKi4yBiAuICYsMjA wODo8JiwyPDw+HAw+KjA0PjY6Ojw8AiY0KCosNDo8PjYYGgw+HCIqMjg6NjY+Njg6LjQ4ODY0JjA 2JCowChwoJiYeEBgiHCQsNDo2MDQ2NDg6Fh4mLCwuKDY8IjA8JiIQNjIyEB4oEhomHCQqICQqGiI qMDI2NDY4IiYuPjo4FB4mFCAuHCIoJCguLDA0OjY0DAw8FBokFBwkIiYqKCwyLjQ2Dg4MICYuLgo OLiooKiwuMi4aODg6GCAqMC4wJCYsPjQoGB4mHiIoMDAwNjQyHCo4HiQsLjo8ACo6GiAoPhAQPio oPi4uMiw+Mjo8PDg2DhomECAsFiIwICo0IiQqMDY6NDIyJgw+LjA0Giw8IBYeKC4yOjo2HAAYAAA OAAAaABIkABosAgQGBAgMCA4UDAoADBIuDBo6DCQ4DhIaEAAAEBY0FBQeFgwSFhYUGAAkGhAYGhw aGhw+HAAAIA4UICAUIhg+IhokJBIYJiY6KBoAKBoaKg4WLCQALCYMLCocLgAALhQaLho+Lh4kMgQ IMigIMjAkNBAUNiQkOAIEOAgKOCwEOhYWOhwcOioYOjAgPgYGAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAWgKaAEAI/wABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJiSJAYBjAsmXLHhBiyoTgsuYC ECIcegFRsyeVmTF79HTJwAOJk0iTKuWIwkKHoS0fMJhKlcEDqCwf1ECR8InLIzIEiB1LtqzZswI4 gFjQEg2KGi6ZjEBLty5ZtWxZOtixtK/fg16utqTiI4Dhw4gTK16seAIXKi5XDlhQhrHly5gDGGk5 xkzmz6Abr2lp4a/pkSI8PMXKGioGF0YJihC8oIbd27jFashbc8iQDBkkCB9OvDjwOUN4u5xLtwaH 3NCjm32RF8Tpjhc21JxSRUjo74jNVP+A7NKBigmJQyhv6Rt48ffEjycfWhi8/fv4DYv5c+UwrDP2 RZHXA0ogcdR1CBbkFUuHNMGDWDpUAoR0FNr1whcDOLBChdG1RMCHIIYY4hQGlGjAHCKmGGJLYqEy CCqBpDFWFwcw8McPHOZYFwcsHSEWByOs1pILXCVIgmA4gJHfkoeJUckBUEJJA2L8Keahilh+qImJ XJqohYgtMSnmmGTmV4YDLXVwYIIdIdESBTrGKWd0GtTRhAJ40jHCHWQJoQobXZqYAogZZGloiizO qeiiZnFAhF4n8TSAE2WSCUsgOjC2X3+JXXmooWqYwkeWjkiiBaAGvHLYK4F2qQWeCvD/YYoWnoxS iipxVMpYTXIoIBwCwAYr7LDEIiBcBkPUZNgWWETpLCSMqcDSAmuyKRGaA4TF6xy/FuttscIpIFii t7nhxiuusCGLiWzQkIMCJLbKJVluzEDhCNi2pi9rGFCwIaMABywWBSxZB5JgniUWRQNVQLDevlhB YIcPM+iamA/5QqxxSzhUgJ7F9k2AxAg53AnryQo0kcMISORFAB8w86HFzFpwOeiHpshrIoof1qyz AYxACQmqOkuygUBEy+vGQEm3ujTSPxvwNABNBzp11V1KMkDPgdJsCR83E5CBGp+C2JIMddABKx11 8Cnw23ADzIMJFDAg2cZYLcBAFn28/6AjwQMoUZEIT4y7HU0sVWxYSwU07vjjkEcueeRhgmz55bpO QMHJdOjRKUtlh65i5fYJ0VIM1gokaY/PCeCIswc4soNZnopuOwHkirWCCXbC2kQdJvwb9/DE18X4 5MgnL3nudnGAbQ+PDoBBTgl50JITHy95vPLcI0865uCHH967sOaAB35mCIX3xlNUlhkXvBmRvWET qF+EX9oNAGddr8OOhQqNYsD68PYADcDtDjRQ29raBjDJyEEC34qgBBEwLh1tr3sYhBzzOJQFltxP IAgTnwhHSMLPIEGBeMqC4krIwu+EgCUMSIpkWle8GtqQLrtL28nqQAO/CaB2tysbuf8iNKGydCEQ OLph3KJHPWypAGQnKMGUDBNFABnmDVLIVACiqIjDRHGKjDlBAqxYpm11a4LfCpfhBpAZPaBQATWY XwvnKKYJsAQDfREMBmioxD76sSxADOKhNsghGLSgiAIwJCJakgApMMEEiWyBIsZiSESWBRMJkBEM ErCHHMlgWgmJwbiooKQlfZExWNQiFaW4SjAuZgl5ICOZAilIQw1gCCdrghVyRcfLRaEKLgmDHDEH htOlbjb8mkoWKMBMCjzoj9Dk0G5qYgMbfOADKcgm2Q6VzRR8oJo96YOiKomWN2SSLIY8w0oQMcZy cpJDJsjL0RyCAmyRoZdi4gTsyAj/C0Bwykqgq2XovofPFs4AByx5opiiMBqWqCl1AEDBtJ4ZzYpa 9KICE+AAmJMbDuSAKF6oiKTqU1A6mgFxA4QYFc53H1gmgAN5SIArV5lFxYixpodxaQIaqUoRToEl 2ZtACCqwhod1QA8QbYgSWLI/jPYxpj+IqSXFYshzlmWTVjXnJMliTqs6tYZwGQADLKCHCyilniwJ Q0nXutYo7vStcE1AFwOwBFLIFJVyXUwUcSpCaQ3gg0n9yOpy8FW4VTWucN2qADA51bFotSx2TUBj Cxs3HkgGddYiweoGMAUuDJOtoA0taLnQEigE1jQxqIGQNvaAIxiQsrCdk0YhacOw/0ovCaflCBRa 4gDviPa3mSOPxy7XADLUZAOYza1yHXKBfGHANhfVKBNiK50XYOsJAomBEtaYUr2AALfLvY4V1kMG 983RuAMYQxSA+5kKDCm88I1vQqCg0aFI5QjMNIEG+JgWDfjXvxTIwWpr8gALhFR1LWGCD2HLg4/e MbnyjbCE6bnZKZyHjkLYTEsWYIUJe/jDyo3BZltCBBBQQANhic4LNDACCjBhKA7wAIhnTGOSXAAJ FsixjndsgR2At8ZADrKQh0zkIhv5yEhOMkRjgIa72aQqVHFyTUAAYYV4gLvlgTIDojcUDIDArEqe MBSK8DCXjAEoMRkDv9CAhISQAP8NLnGCbys1gyrwZgMoGC/HKrBekIEBpWI9cJgHDYAdZOwLrxWY R3nDG+gSD0M9WrASATcAFxBaIBdQQsa665IHgKDNsqGNQluIh2mtcIQ+YClbZ5CXDl9aIx6Q8hFG ILyAvaAGayQCR4nH6QFSFy0ryAsRCiRhK7iEDKcu6QTsMJmE9Xp97MXPppr0h56CZgYsoVQAouAD JxDYtK8WAbaI8Foz3OjXAFsBDeoAK7aoKAU+49IqHhBEFunTWWcgi7mTiG6yrIDSC+DLUqzHEi6E 9hOC8ENipv25rdUy3iUalRq6tAotfA0CKFMZyz6rbC6o79k9mcJwL7OFG1ysJQb/AzLBpyuAIIEc Klqp9dvuoEM8/a4UWDPRK8aiCgO4QhWOCKhAP0XIfueIA3kROEhEMC2OR3tXQh+6LVnCJDe0QRXo YkPT+AAriLdKFYdxRdQsAboOwGwKc0j7HLJ5zba7ve3d3CaYCgG7utv97njPu973zve+353ZUQ+R Nx9ABD5Ywu05+1nYomYAewlgBaswgClM4QlLZGILkja65ivakpBoVNUBiFhMbkD60pv+9KSPSZnZ +PTWf2YCNUCZHBwu9SwRFDzeHgC4T4uEIkBFb5IxIC1r/yE17DDRm0/+D6FyZgig/vmmJwME1AwV Cq0AWzJ+CMFZ0oMQ3OeCGczg/+1dD9oZbG5tSMjM8ImPO0P4/f3wj7/85V+IwLN/RSypUJ3emIMe RhNIOfBivdZaNZBicgJ+4YdBRScWLyAkDoB8YgFpHWAQLsASRlApgIYDkxAEQXAKHpiAHsiBk4BQ LTEF5NdCZkA+eJIDCXOClQJMA4AGSiEY/HUWNah8jPIC68Y5dQCBdnEl3gRO3bUA1pQCZLNBZsAI E+IicCAAOnBuZFFfkzEJlxAEoPCB4dcKpwAKIkiCLEEEimICDiUQkpFsLng5XEB9L1cTVHBh93FC J0MBZniGPsUS1GMSJJAXtIWDfCgW60d8C9iHt7ECd1QQq7EAczYmp9RKW1QC//+kVyWAWI8IS7I0 JsPXTd70dpoYd6NDdYjhASaDJxbASycIaBlicPhUBtNSLUuRBPkCFoLYb39Ye4EYHeREVYcUSUnE AUJCBGFxWHDFb5QkWRUiA3kBag4xYiEXE2FQAc44ciUVC4IQC5hiGNKocAFQJQ13f1gyfnRoH+6V bZfjAyiXOjHQEuIUi+q4jmWhUT4iJzUwIHfoEIIBet+oPfbHjbjjifdIJhNAgi34elzwUyjHihBF g+yYkAo5FpCGfBpQNw+DBlV2Ebs1ABDQjxgJGlp1GObEV4ZRV3HlkZAokuGjYWjQYz9GZBfQEj64 kO6kWF0lI5eEWDJpF1UljC7/WRcaACmnsQN5MQVzmJF0aE6ViBhuNUUgiVg8FUYlQJKWU0wZ8moF YWgukQM3GIt21UloUVWIhElK6VUx9ZVelZNkYV0wJF87sF0DhAMQUAFCeY+IU0ojhAcEGYNSORIV OQAKRpaxJRjOJDArMAJSOABPYJCXplkusQZB2UJ+tQABmZEHxRLZ5wVPMGC95gAgoHR3CVFJsEYd sGs3xANo8lx8GE8OZZibmVQk4AGDWR7MWAFcEAIhMExRIJshUAYVQAZq2BMOoARgBgAxkC/QCFzp kyaomZrIGVhWcDcOQAGZZ0MjYDgMMI/JWZ0fkQTKOAA4QAYVAAbeBx4zEAIq/xAGH+cSC6AE1Gmd 6jloInABHsBjPIYEv7me9Fmf9nmf6nkBVqAEGyBlNdEBG/AEyHgRO2AB/IllabIBFuABE4mfDhoD HlADG4Cg07IBCpqSFoECemABaLABm0ZgAWoB8+mgqemeFjChrfEAITqgDiECvtdpFHCVzVMDR3Bc VUYCT+BkC3AEzsEhMpAFXMYSGzCiJNoXXlCg/PmhNeEAGwACFgAFRQIRXvCig9Ed+CEEKrCbA7AB GAoAqsGGdgAGTocZUcAFubdh6FmkNSZiNjFrzwkdLzACR7AeRSBo+SNWb8ooK+BgLfEFFDU8GpAv lqamHvEWUuYAYTqmmDEBxf/lhXpRGgKBTCxBBoo6JhMQBmxoj+ADP6RBqB5hojvmAhugBDm2AxdA pArhBQ64h8RDNxSKN3pDAX3wp2cxTQOQBRdFaZpZou+5Yx16kk96qumpECJQXzhAUiM0ARo2AG4p QmaQF9pWUBPQUAsgaJ5qEKt5p3HhAhRgAjKKFjzwkF/woQtAG6zKa+wRHGi0rhKQAXPgEsongK42 ZEmgaT2xABKjAiHQZ98hBD7QMF1GG+bFGLgJAY46hBAQBg2QPQ2wBt8plAwXALCQcOChPtmnpoEx AIsQJYLQhH3EAzWQMVlAqwEDRGrAdt9UTdWEA3Kgsi5rTdeUTWCSf2JxRDj/6YRQeFEj8HtpGl4k QKUsYQf8ykIToAIZ4wR95hK/AUHrOkHt+q7e2I8ReynW9hmkBRVUVp2uiHJmEAk1yZd0MYsZ4HU8 M1D594Q40gUpUBb7pnke5RJFcJxKEZycsZiiZbIo+7LV5Ah827d8iwMxGzYfErX36CTOQrGZY7Qt gQG7l2QVOBkQiAoHUESfMAgey445xDn+5yEZICtTACJ8YCKm0AEC1RKfkG9jQURj0bZ86CjTsqsn 8bgLoKm95CRTBAsH4ATaiBiziCVzIC+WgCgLMAQegAekiJF4EAI+8IxrgGYysQbPKJtiQo6nSWTG liEy9yMaQDfMlANaVhU5/8BMI4BiGIU2KMQ2fBICquAKshADY8EK8qIFUyC47FeLC7mzk9GggsUS VFCpJVQJM6Ufu3sYvWsoHWAio/IyUcMKHkABdDAGkmdxMFM+NeABj1lC6MUSS9u0aeSuvNEDisEs UQItioE4DwBkO/CFAvC4GqyuHOwtT8sbLKcoSbAFpeAJphB5XOIKPCcvbPAKbZAEZxE9C4BN+hiE 9uuSPCI9I3G90ZqRBTx03jgBV/cKWtclYCcyqRA1nrAySMAqBsAKWvcKZNwGZuwGodESNrB6vWYD A2AIhKB3hIAFdFzHdkwIhFAIEbDHfNzHfvzHgBzIgjzIhPzHWIDHhYAF4f84AB/Axr1WKjOTLk0z FjPAeP23IQbABq4AxG4wPCugAX0QYFPhyC7RAQyAXzWgAXkKtjaYFSERVqMmlARZxPRbe0jMj+Jj Bh5QAZnAB5pgCZagBZOHcQpAB/D7M1qzNV4XKGW7zF3SzAawCqagdaYgCtZcCU8iNFinCmbczWas CloDWCVhLuTsBkswEEJQzlZHxux8zgLBvj8TdDgTNWGTeDpTtpowK1qgCuYyFnUSinriNqw80LfB A513MImDGMu6YaNHel3w0BAd0RFdetJXly2xBuIjVA1QAUagehBzZk5QAfo6tK0XB3jQwG+kAO+q j2BSKt5sxmTsBkIACZD/gHVad9M4bQqOcMJUEzVX49NM0yU4rXVCMBBWrMnsnNSqIhBesAVk0J+d 5of5yI0DkCd1YIAE7Ud86hINfQMS/dUTnXoQ8KFfUCErIBnDShEFWgSDeYEEzBKtEASXMIIgR4Ud SLhviU9wCCsUgB5RXEt4fRmlNgA8DVEoMGJ0twizQxY7OQBg+NeAPRk1t4I0INBZja4DENdBQNfP poFVeApJTBa2FXAT4QEZg6iJeBjUe5GLwxIJmICBndfi4wFvFEdQR3ssvY+s9x0ToIYPkNZ+wcKE VRb9Y3eyI9W4ndv2i0AqWMxXfdlzgoCvrTxJbAKSgQEpZqvYpRC21QP+/2sZ0j3dkxPbsl0poOg7 oxgaiEOERsh+J9vILLEIWzDf9F3f9j0FhpDfjkDfZJDfhmAEDRDgAj7gBF7gBn7gCB7gOJDfA6AC Dv7gEB4Befc/AlBfNtDe7u1NeeEAc6KD7LZAwTM8L4BlcoBLwBEc8DEcJ+4bMIbVFBLe4r08NIsW HaQ/dQE4E1gQj+sA361+rh3j3EPe5W0fcWAFoahLxzsmQoCbYSATB9sTMmEHFeADswkezzoAVHDB iAF4MaQUFVnWdtE/FA4dHPCQFPAFU/GqGUIV+dWSNrR/O+R/OcIaw+sbc3DieJ7nvjF7WCEWSQg7 E/LnSEQ7Pw7k1D3jcf8igOBWkaytKz5ABkraawvgBD7Q40N+GXEwAkfuAUl+6aChPqgqEqEN3RVC c29EB5UdtlNdv4guAJV7uWPx6mcxAi4Q6c82a9mrI5LBFULu6d9hBiEABs/Y0c4bE0bgjLGZ2v5o AZzjAb5OJiQotx4RVrhK6n6kg8296oBIs0f0tQLAugrJRABgAUH77PeRwbfkwi9MLDH8EqGhOZzj OeZuMQQJ3CCBAnkBmtbeR5Bdb60OMMaYAy4eTTW+3QLhRBaziFeURXVViUtwAV7ESnr1UrGkKy0B 32voEm6My4hhfpyTfq7HakZAu70EgwavFBcgbAO/75id22bz74WUi47/dU6YoADKQQEGeIs2OZZw mheo6gWSsQDIakoSnxgKD4kBjBiUaPHavu1slIInYz5C6RgZswYkLUKmwxL6uxRLtWEd8AAxyvJv 0xJyp49qMOo2KfNXpfZi0QfXLQNsbxaPVSGAswBbXxAeoBxjsABksLDfcfSK0VU75UpuFVeJgI10 VfGW0U+PaLj+tBj9Xm8LoAAsOO+HEQUotQaWjh+5hwFRmiC0wVGffOb+yRLfKvYz2pqcxgRZ4OY5 ovNnIfjEqBvshFiJAAey/1bejhamSdj2jhCrgz2HMQMMo6UuYbclVCWwMAiKgXCI/9bJzdK9PuQw OAAPSybUOwAPZS0E/7cAp4/64B8nDvaOFRKPLTGdE5HCLDGwdHi6iQHAEQv5TU+LHG/5jYHw+BEF Cz2vEPWijgYQAgQOJFjQ4EGECRUuZNjQ4UOIESVOpLiQw4ABGFYoXDHiC0aQG7wAIFnS5EmUJS1g NBLA5UuYMWXOpFnT5k2cOV9CAGkjhRoCQYUOJVq0qJoUHxZgdKBT5okSCRLQoLkkj1SsWBXVfJNA ig6nYWuCwTgGZxkjS0E68JDS7Vu4ceWmfICRQ0W8efUShNFCKpCEV7NqLdh1cIJEcPYuZuwwC0jI kB8oGTnX8kkQGH2I5dzZ82eZZkJUqLAGAgQqkVU7OA0hTAUwIUC/XP9CKsGZAFATXImpmzfOE1Nz l/g6m3MP1ZEfgLhw2flz6G4x2G1c3XpBTAn2COib4EfB7t8ndk9z3XzjIxiRRGePcoNm4/Hlz6f/ OXjxl10T+bFpFev+maDCrz6bcMBIhPYSVJA9FKYbIIfzIqwIBqnKG8i2xBYSDDHFDOpuOwlDpOgF tRBcUMH3BphiBgJbdPFFz/yj6qmocMtNqt9gqu22AIkDC0aYVGDqRCKLtCwzpkwQccmDrgLMQ79A pNC7g7IDUQDbErCQSS4bogCkHYw8cQe1BlgjCiDTVHNNNmGcYAyMHiBBTDrrdOuCFCFjggINFNKA Ahc6AOmuLgs1FCH/E0AYgVAuNXBwgPXsNJIED+qCbAEnuMDDJiFUqAICtapoc1RSxSrDDi7MKHUC I0BiQFJYY50riQussOBWC5AcgAkeDvX1V4FMiFNEDtILaU5Zkz2JVltxrUGtHiYodVpqbWoAIyrW nKCKMheIVFlww40LCpAwGAHYgzg4F13GmEhuAAZqkEEiHkyggIEyQSoiTHH7neuCR42QtlqaJlBh YILpm8CBd3sIo4zOogCjAlBV66AtfzPW+K0dGMZoAQpeAHYEkJRklyKSMeL3LS8uuFWJDWKW+Qlc L2huY5wTrAGyHhpIOAAh1HLiZ+Mq+DiGuEi4wINbZZbZBVw9uADp/5yrttqyHYpQbTkTer1OAxA8 Vi2HjU5eSAYHHzDxararhoIB1XqoAgyECRSiiinexUE2onXyASQX2hZ8cI2ReELQdxPfegML9KD6 LQ8g64BRdp8FCQRkCdd88CSscCFfxRV/AGo9kkg6zwEE7tulKHjCCAMoNpd9dtoT3AFxkI7ow+vr VjAhB7EzsgCF2os3XtlKIyPDBzRhxCMM5CDb4Objq7f++pRQ0CPs0Lu/tAgPiMd+fPJjJUEPJSz1 fv0Oani8fPjjl39++uu3/37886dfaZv7pz5WFPjPZpXRXwENeEAEJvBESADBo9YHOA+s7TIx8IAL Hrg1JfxPgRtMFv+tBPi+WIlAgFPjYAkl1bIRElBBMdCacihQAw3wLl2JIoJqiqBBk5DAAsHDCBFy AMN5JUQGf+JeZKZnQiRG5wLpu+D3whcdw6mviQNYABqgIL4kZrEkIqjgFCPjggjOBQkOPEIQ8yKD HFwKYwBIghSJUIOy6YUDaYSMC7CoRdp5UICmI1IMdLUWO1QgBKqyCR58QAYeDqAIfLyTBeMWBi6E gEU1mUEIVFCB6EEGA0+4Ix4LKAIQgG5XWeAT5dKlgRpQwF2qAYEKAUACuDGlT+bhgBTXYrLzvOAx IHmCJ622AyZ6ESTtY+S48uUEIchHCGSIjAVK4oVYfswIhIzPBBr/kEmMONOX9UNBC11lgjjuxQTG AkkNAIAGkFBARCv4CEZwsC4m8YCcgdsmuCiVSDNVIJLNq8kEQuCDCsBpa7E7iRfUR4VNvWgGAlVN GOrmohC4LiMEref4dpY7M0boBeTESAcoQIEcMECkIyXpSD9qghhG5KIDUOevvoQREFRUUpZbSwWS SR882MFAIHkAEkiAuAVwgU2tAolDSWUGhmpTpkW6ABQssAF8Kg4DjEOCBE8iAvV9QYbn4YALHChM xR1hlgeR5wAeEM5fGcsBmVuqgqxQJgiAgU1g4KHP1vQ3liRsAmsAyRrbehkUeAB3yWFADj56WA1o YAQfDSkDaviu/yLo4ZVAxWWI2jkAOWRAAgjgbGc9+1nQglYCGVDfAszWkJQtoJMGXFoNoDrFDoBA anDBKkjGwM9RRc8sbGKVih5arQm47lV/hYsOv7oAF/QBrXhRVzQhg4YuvUsOQ8hAdSVwXexmV7vV zcAQ5PCu06I2TvpbYlSpCIFAkoY0ZQjBxCoQhtYkDgMgWA8KLLUAiOXEn5YkjRFa818AQ4A0sflt AOyAETKsDjRiqMQBHHyAQPzIKVz4GFuJCwAPBI8II9hqhIq1046ONUIgQcoHbABW1djgAz8BSXgb MliMMOCJ48OTaqZQhZvORwgVSI1qqlDgAJiBDCBGceKcwDcFz/9GDH/I0ZIlrBMhwevCANDDUiIA iAHA8ROD6FChVkBTlkoIJEYhsxYMYApNZIDMRmmxQDpxiTMURAeVCIR42KUBjDABBLYcABpAuDkW XsoOOV6TGdZA5Cnk1yV8xUhmNxtaSEeas6MtbZKV3OAHH2BGYukxZBgwPF+iIE9T+IOdzWaCyppn zGsWCh8M8Oozs7oobf7EGeb8JAGEAA5mKLWLDaIBjsJOc0kInhEmmTAuiG0NLpEuda2rXWhjl7ve fZelF8zklyw5R04JAUbk1umQfIuDSVDLAs5lhkhsydfmWQENhoCRNWfAzLB+9RRkPWuMCKALKRAI r03t73UjRAb/6nMADjVGAkcOAAdytTYeVPASEiflxEXuyYrVABJrf0bbL9kyfWZgh3zZMYEksBQG KMeJOA8E5QGviO/qoACYK4AOclgKmU1BbwNoIQX3ZjNG0L2lLnB5IABnOUI04LEFrCxjInjUjzM+ k1XzPCgdwHnVDaBmoWD86U/vrb4sbD9d9eEgZmCEg4VedIdooA5NiDkdRnAHggxAElq4+au1IJQU nPkBUl8zSHpNkE/wu99/R3u6HrsAgycLcTg49s9iEeGXVAIQ22Y2vPkeFDXU3epYzzpGtv75AHR9 AB34uvw85oLC40UGdaBD2+sAd4LEwOo4V8Dled7m1DPXY+YM/5euFE00lL/EDX7YeEyibntXV33n WtACHx6QAszGXAE/9AA1QT8DHxgBm8KkghNUQOiw4HX0pR8fCdSCS3XlAMbCZIILFlWoO7De9WBQ xSvYgHM3DMQV9F6FFjoAFNvjO9zLPbyIpeGSlQbBiDBQsFiYPJkoPpg4PttLgVWgt52bg9mDNVOQ PumjAwrwADyIA6KJAnADielSAO6KtuyatndbDfB7iS3AggOABJmIsgFIvOvxmK5ZpciYrjlIQRW8 Lu5SgCHgswFwgIxqjDsYATqYAj6wBC3ohFnavww0ADY4CBILwMsbQAKsiF2KqViJAZBAMqLpuJmA QIizPC0MCv9NMIBVAEACSIEH4IN5wzk2eAlVmD1T0AJL4AMFaIIcGAEkALIX2Sk5eDRJS0RIUx+Y iMFMm8GZmAG14L3yQRJ1cpBDVERNFC31qQghcIM2EIgXKIUqtMKBCAFYY4NXUIUQYIiUgQwVW7EU +AmpQ4qkMDHVQL0u1AtLUTo6QQG1eEGC4YRHPIBByDZsMz41XEMCyAA4xLcBcIkJEIOXuL8qHIXW U4A2tDpWYAVXaIMWUZwFGAJy/EHuOsdzJMfvShxHLEYHo0GaiB6Kwh4xHAAiEAhxJMchMEd0REci pLbEKQg3cANVGAg3KMVViLkssDpZUEVVyD9xygEepLgeygH/5drFxZCB8ZKUWLIr0LsJCWTGvvM8 nZiANmiDV3CDaixFP4S5Opy9V8BDVXyFVzjJNlDJyhuAoJC4iROmBVCxn0gBQnBHoixKozxKpExK pVzKRzwwy+PJC1oESZAEKKQ7UwDKvCvFGBiIKmQFNkgCjAxLDxsSO9EDjBiaj8SJLBRJWdM6AgHF h0SCEciBl7S6UhjEALDGDJQEeNvGDLS3qeMDwRRMBZgDwzTMneu8AYAEo4yALXhMyIxMMjAEQ6CC BrhMzMxMzdxMzuxMz/xM0NRMHDCER+iEUtgCLbC8qtQ8nEtMAmDNzRMK2IS1hnQFITCBl2s7GhAZ sexNEQEJ/0lpIYbrpxAIAS5QLycIsACrggpQgeIkxPqgsMiIxVmkRZ6zxQ/AReWZljjAAw+ggGyU PggQTEvQhFTwSr1cBHibTZybA6Goy6pzz6CAT5wruxnUy9mThA0gCfy0Ojcoif6suv/kz1IcUAAI UJybAAAtRUfQSQKgT3qTzweFNeZrPsKcA9ckANxTO7aDObeDPd9ct8Tqg8MCgZI6UZH6qBFIrMbA s9GTFEtpvG0RJYqEDCeATuMAA+2rUZCYAiNoABylFjPwgBrIAQ7kwHdDvsEUzAqtUM6DUFizhHdE UHqThAcg0Co0UCqFNS0t0AXN0i/VQFNATy1o0KDIAMRky/9ZG4IOfL0Q9bUVoICv4lHIyIEOc4hY mkcxiVGYyBcICAUWCFRBHVRCLVRC7QIyyJe0XFSaMAMjjbkFUFNWc8uCsQmjGQAwnJ3AWj+QWICN CElJxbshIALTetOi89NQiAVDXVVWDdQukKh8k4iLulI7EYEUGc4AoNPuYVRejQMP6NA/fMVQJTNK 5Yydsqq2SYJoMgSMcL+UEoBdygIBANVQRQo2jbkmqAMaWC5TBRZd7R6JsBQHIJIkUALzypY0HIAC WFd2PQV3DQJ4jVd5ndcgAAV3ZVd2LVZezThHlb4coCZqDVV9dQongCnCsYJHWYAs4ABHeDBH2IGB WIFAFJn/gBXYWH0BGnhUD62DJOzW6MIIfF3XVnhXei3ZeHXXUwjZAuDCs8mXpIsOEgAzjLgxMEio AGCmAXi4nFRZnu1Zn8XXgd1XookDKwDWJvAAEVRGBx1Wogjam5iBnSqCwdGVB6ishi3Gh427ZWRa xRQi+Yu5HKABEPVYMQPZnz1btF3ZWGUIDngsB+CAto2xy9gBKToym5gAMgDSdE1bvuVZpxXaacED jZ0+65OJilXTATAEQsACxm1cx33cxi0EQphcysWCCLhczM1czd1czu1cz9VcLJDcyS0EyMWCoTTK hz1cxF1bhmi3tcPWOgAnF0usxfqoL0BRkfoCxBIxxgCJ/779XaBlXYTYJSqqrJX6s5NYCaYQKs/w XeD93b8F3DWJAwuQvqPVibXkWgK4OENgSu/9XvAN36TEAmYdgAzl2osT3oi4g4xt046NkI6YSDol Agq4U4hw3uftW5YdCB4QGwbgzYLgALUQN5PQlTUIUpA02/xN2+iV3hdBgvBUAApovJwIAdCxAeqc xWcks+o0sZ4ECY/klE6LFpiogo9ZLXCJHCp634G42mLEAhUYCA244AyexXvDTg9WDbFr0a+FOW0F 4OpIuAGgLkTcxNAarTkoEybAC/xdYLTd34j9glQziBXwGAIGRgSTjyZ2Yp9tYAeejwmogQ7UA+Mw AxWAVf+KkxsytIkw6NTNmAk8AAkCVhYS+Bj7beFMg2GF4IAawBc69SgWtg6Mzc2N1QBulYgeVIDr MuIjHq0WhGKH2GIu7llIhogXAInMQQKQ+L3ZAIkgaIVJ5tlWCAIv/mLQ0IMIpgAETsvsw9EoUAvk jRVHgqeEcAQ9JluIWMII/tCJ6AkapbiePAhUCIQ0uDUBGGZ1m1aM+ORQFmVQqGSIeCkwND+MwC3j EIIS/FaFW2NTjo8ZoIAORIJu/owoeJ1+UYs7xuXGWAG1i+AfZghQtcVbzE56rmdZtM6mVd+VkzPC E4iB0+bV4N2KuOSMIAlHYl4XiQL+Ss6KWZ8eOI3XkKT/cSYQD4hgC0jaif6MS+2lcIFmdc4lGiBk masDgVZdkRzAYTY1geiCOlsIHlAsQBEp81KNBcjdF9IAU2KMx0IQtVjljO7mGcgCfxXnnzaOCTDn cEmRKf5oQ1m9CA5btdDeocC9wDMIllZp39xpACjlosYJ7DMChkKxHiCDVDEOXzXaEcDorjaOvBkA ZIUVTd4VpnYxl2tBqe5aASDGR0yBT3hEXOtNtSCJFHnjtRaLCdi+RttHIAzCISzC5HAAYbSJfgXb wi1stj4QcXmCPJtrXzNpZvTovDhkXxGWFwWAC2AKnw4L3cgKG3mJ4MCKTRuOw2htl3gD2o4PQyxi Rk5E/wlgRJwgWqO1ArW27PkI7H7RbCoSaM7+Fc9eQ9BuiO7Iij0g3g7YhKz46+iW7oHIDqm4Eoqw lG9RYQdIbZ2Aith+AwB5gwG5kRkxb66Qits2jnwsx37sx39cx2qrCcH118q2NPJeE7Io7X5hujhJ 5+VmkubWwudmiL74a1JIhHGSAikAiS+QAQp5kgY/iL6ws65I5of4wpNQ4QHgZONw7/zYDxOniRSf CauI705+yhxGMQy2OA0lSZigXqP1gEW91AGgAi74bxfpsTkOlyr7GFo+8EJJ8ABc8IXI8AtJjAZ/ ATrCCK0SCCdfiAfvMojYpQ7IHnGN7M5Ybdh2CaigvP/eKIHYlokWrw8lX3Ibh2Dpm2ChxYO0gIwp wFVSKdgBUIKqQQHnyoGcRvKyXVqpZnKFyO6/sPIWsLMVIF4MsPAW+GsNTwBFoAjE6XKOKRM7APIz T3OXqI3bro2tGA5P15E8cHHQaHPb+xgxbjsdH2eDATEHIPE00XOpZZskQB2QYIIs6BpBN49Y+kl8 ZssSUwsHWIwrxw7vFghMQASMaIRITwjbWPaHMAG1sIK5IAFvGoAx4GanWPGY6IrfgIpRJ/X+OHU2 31rtHYA5iDlVtuwyALEDVpOFwYhbZ5vawogR6IPP6Z5A/3WI4AD51VUiWGqKSPaCsA3x6ItKRxtE SID/IViuvqB2h7D2OEFhuECBJxClBVgDQfrIUQgC2q4Eqni8J8vJu+68BSBumWhjjJj3F7HBIccZ 5F4AgxcI2j2s+gX4xpABe7kXkZrTyBgpEKCAFRVtlwKJQI4Iizert54LAzYDHvMeCq6WWgsAkp+J ZIxAdedars5oHtfZ+igDtdhPwUGcL+B5tWcSEsGIpWdb3FEb9jDLvCJO/lIvTicQWDjGAEBDWHBA w+16pv36jH4T1J4Pl3f6wYmlGlh7xxcRjcQIA08X3FkAbG8PdDrCvE8YJ3sJWBAE/vh7M0/XlA8K wv/pKBvv2SgDsbl3wSEXeHl82ZeQi9JFhkCjS7n8/wRRgroH3K13iS3r60zzdFXfQhtneZqIMnTl DBUAsQcopsGxlH+fferXi1X6998BnUXqI6ZAfpoAifNl2vSNxs7YkfWmkawAEJtQ75MHEqKqgJKs gOB5/tqRftnnbg/nC7/4Dy0niA0BiARABBAsaPAgwoQKFzJs6PBhwRwDBoCg8IXJxIwZH3hAAeAj yJAiR5L8iGaijwAqV7Js6fIlzJgyZ9KsuTLEAo0DbNj48CEF0BQEhhItOlQNUJ88dQ5oYNPlmwSU EiTy43IJqQQJrrCMmuDMS69SdDwtG3NCxphC7DjQybEk3Lhy59IF+WCiBoh69/LtCzHq1ERwEmLS +v/DoNc9BWG0SKCoYGK/kidTZtiH6YAHSvR4rOt5JAiUZkeTLm1a5QwVEHJibu0645gwQk6foOon qiKXtatezbN1ZW2qJ0qMPU26x8QKFSAgx/zgiZfP0qdTvzDxQeXs2ifDoAon6+OD3QUn9H1YQOGB BhknSLP9PXyGFCZ6oG5fZOgBKozz7+//P4DDFYfVVy0RaNtTApIFIE12OLeZCPdJOKFcJw3gQnwZ aigAe+6hl4BiBxXmXV+4bXjiexhM1BmF05GQ0wITMDgjjTUyuIRvNKyEYwI69qYVkI7FpKCNMEEw 0QUtKrlkSRY+sAKKUUrmm3oEUamQb0E6xhB7IUr/+SVfR0z0BJPTeTDRFDIWuSabbV6VlZZBckVT cD62RKSbAQgxEQZl+lnmmRPlACahDI0Yp2EPdScQQpEV+mhDWUxUxJ/SQTHRArPluSmn/0XFW0tR FRdAVGCFJaRuxC3Y5gRtDYBEpbG2mN+FPED66KeDHeSVh1l5ueuWBY143q3FHsTARB3I+pkXrE0x Q6fRSltWbaNCheCBuQFXQgLWsoRnm1TQtyy5EtagUQ4vGIvioh4ilBV5HwZLEHvtEcTruvkKoEFG ZJbr2Q6s4ZDStAUbvO1vMBGorUo8BmnnS+AWGYWrFvx7MXUk0DrREX2oy5cMfegrXmPEEjavlVpW /8lhY4hq5e7IG3Jw1wAYRIixZxe4OsDAB/v8M9ClVYFpEjgbPV0SRbjGAAMUOP20ijqZEDPVKEo6 AAWP9sHaAnocPd0OO/NcRRmkRRGCpkGrvTaAKvT7NdzUoQAFGhuw5toDU1e994YrRP2xlBpgdN3N cVOnRweuQQBBGMo5Lq5OELA9OYNDD1BBpxMcOREDJBj+OZMWZMSErXybvp1EWEfJQRZ3Y1Af6C2K AAUIG7w2EQ4NREE57/9NwNrubs7ghEZWxH78kpdORAQHpzsvmQkaLeCCCVBqp0EOUWfkQnTIXxzw RD0E3zv5pRGvH5sTqICDRmiw6D38EoI/0ReA6/9bQ04yPL/XZQMs4AHNmEIEBmSBAiPQAAITqIGn gSCAbrHC++J3MeX5zynlu6BN3KYRMjRATf1Zi9gyAysJkpBCGtNIB5qXLw6wJmv7c4gLJuKAkaBA D0pI3O0ww4An6KFwJYSbCALYs6CVQVyYw2BNNOgAD+CQKTiAgBEqoIIQULGKIWiA44wQwo3UoHs/ /KIJnyC9HOjPWF/gkwpfiJDoTQQNYHyjfcKWkQXs52djmMgYPIjEl2xOWSIhARKeYLscMmUBG6gB EnwIx0VSCIA6cQAF7BclE2RPIy5UI0FkwJoHRJCRnpRLEpCVEQeEAVoF0+AAwrBHl1QgI8b7JCz/ SyiCGmhPI0zIgglKNxkZmMAiW3yAFZRGP+s9rw9Rw4AXY6nMuIhACbUcwBRUoEc2CaEKU9DIFMyw ygCg0gXL/OYPd1ADURKynBp5TgxIIjpM1cB0GgjgA9IJznnKJQYguJtGelAFMEyTNEIAQwWccM1H KsEDXCMY+SYQhowwgJ4OBSMKLnABC1igbk28zgYymtEneCBJ0gnlHClATGOZYHA1g8JDU0qXiQ7S nC4dgAOU4FGRBDEjVAgB5VRwtyJ4TqU+/alnUBDDOYIgjVJawQiIIL0aALWpObuABywgSLvppAMa zagFoDDTz3hAezjgws9mUIW7MUCRTj0rWkGyoYOhorAGZdQOB0YgpkdaoKdpvWvsknBRHFTBlHkK wfky0oGi4bWwhUWBBS4qQAI+rbFPOwI5MdMBC8jTsJY9nh4iG74w4AFAUfABGdinEzRU9rKmNWwM rGCBDSg2hw7YgBIssIPT0laCiG2t9CDgBMfxlrfMeY0DQKAHu9a2uMY9LnJhKYKoFqGl5nwtCCyA hE4mt7rWvS52s6vd7XK3qQEBADs= --=_related 002C2337482578D3_= Content-Type: image/gif Content-ID: <_1_07B0032C07AFEDA0002C2334482578D3> Content-Transfer-Encoding: base64 R0lGODlhrQLkAOcAANjo8P////jo2DhYiACw8AAAAPjAAGDQ8DAw+DhgiGCAoEhokFBwmPDg0Fiw 2EBgkGhweNDg6LDI2KCwsDA4OIiguGiAqFh4oGiAmEiQwJiwyJiowHCIqMjQ4ChwoNDo8Ki4yKjA 0MDY4Ojw8JCowJigsODo8BiAuDg4MPDw+LiooICYsBAQENjIuAiY0LDA0AAACCAYGEhomJCguAgI CHhwaIiQmHAw+Fh4mNjg6KCosPjY6FBYWMi4aPjYYGgw+MjAwNjY+FB4mHCQqMDI2Mjg6EBgiHCQ sODg6BgYGODY0MjY4MC4wMDQ0MDY2NjIyJjA2LjQ4MDAwOjY0CgoKLCwuGCAqIjA8NDo2LjA0NDY 4ICQqEB4oFBwkIiYuKC4yGiIqBAICGhwaIiYqIiowKCwyPjo4HCIoKi4uMDQ2DAw8ICYuAgAACAg IHiIoICguKiwuOjYyDhAQFBokGBwcGB4mHiQsLjo8NDIyDAwMIiQqHCo4KDY8Li4uACo6CA4UAAA YAAAkABggABoqChIaDBo6DCQ4GAAAGAAaGhw+HAAmICAUICAgJgAAJgAYJiIQJiYeKBoAKBw+LCQ ALCYMLhgYLiQ+MigIMiw+NjAkOioYPjAgPjQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAArQLkAEAI/wADCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqVLlDnKWLgwoKbN mzhz4mRgoUwOjUQe3JShAYDRo0iTKl3KNGkUDjg5jEBIAqeQok2zat0KIIQQnCumvhxLtmEKEBZ0 qr0ww8TDtDUxNBBAt67du3gFNNBj8wLBFAxs4niSt7DhJ3Ns2inLuLHjgmUS2FxAIgLXy5i5SqBp c4jQAUIsZx5NWqkGm1Y+lF7NOusRmysey+6I5LMRJoZz6xagBEfNBJIH4N5NPC+c30p0czpUoHkB QFiK5/U9YMjs6xRNlAmccwEYMhJaa/8V8eWNAp0PVhAJALjmgyji47f+QILBAtXy8+vfz78pmZoW YCdSZDctoAdh0jVQxRk7pRHAEDXhIN2EhrlRUxUUZkghJ4hEUdckJ2h4lxLuCfiSAIjcQdAke3Sw gE0PkNDfjJkV8ZpNa9DYWguI8KHjj0AGSVoENS1w1AchrPHVTQpkYaJBSARnBIJ5PeGGEWplqaVa DyQn4pdgZghHHVuWqWUXOsxlF4MDSKHDizUx8NOTHIFwnpl47kQGfkL2mZQIHHyW56ADgBEeADz6 6GdmasnARQaQOiDppJRWCmkGXMig1qKcGqWBoC+QBeEAZ9zFogCNQHGXTQS06uqrsMb/KqusNoVp 662FsSqrC7y6cMKvwAb7a69+0FoThUrAaR2dEukaa6++CistscYO0Gmfzs6q7baw2nTtaNlyK+6s 3h6VCSCKftvnjQuclEZNdWgY7rj0ulorrvjiOm+99N4r4nED+MVsQ/vyK2656upYsMHbIpywVgsz TG5ND1e85HoglVFTCV8CfJMHw/Ja7Lh+8PqrBzm5ke/KYUYscax/HBtmAzYNrBB3A7ggyMvjOlzx fqfhBPIJ1JJs8gkoR/WzeDZQ0RwNYjix9NSjaTqAWx5tsDHLE6oQRnNsQML12GQXh0JzKnzZghzO FVCDmrtJURMHA2tBAgXNsUAITg9k/5ZEAU1QLbhRaPwNgw2D7xcBBizkjcESiUfeGhg1bQBSDloP oEDZX0LCRnNhpM356CufXYDoXK/d9tt6/TZWClDZ9AYEMBTAQgk/4j2B5H6W0DgNuPM+mhN00NAc FYgLr7x8IQR3RFfBKTBR7ANwbFgJQFRRAgaJEZrlAhiUwATctzLiXAxAkK4+haajPnoDcNa0BdvO QSAWSC8M8EftNCT/LQ8F8N/yWDMG47FgdwNcShYA2Bw5IDCBEIwP9RJABsxEwSYYMwicMFQcmxjg gyAMoQhHSEIS+mtsYnAOFVqwvhbapX1la0AXatIF8ukFS1c7CBLo1xz7MaQKf6MBI/8EMqoKUI0O BYBABJtig9q1AQ0QnAAPeZCFJVpxgNzpgEDyR6oMebCEYAyjCWXmwgYwsAByiIMLyRaD5rBwjXch 0wC00JAm4K0AYuBhEu9HkM/AZ2oQSGICA1kAKlRRck17Gh2k5qcKCMp7eErAGvh0xQHeSYsn/BIQ +lCC7WEAA8Ep0ycxoIcS6AAIU4BjceJgugLwwIaqnFAbC/DGWNKleybYYXN4wEeJ6FKFNQnBz2zg yqlFAIkFyAMjf7YExjUnCRgQzeC+KMZqhtFn6tJAESqplYsNhDvD0dAObqAquoxzD3WxhBqiI4Bx GqIu4yxnYXaAAHTacjctaINzanD/z9zMspbqiwMD5cBCEg2AAShJQR3+5hw6SDNIEygABRa1hIFC 7ltOEIPxCjkGbiKFmtYMqQixKbgirOAmk1xeEYKTQYOMqlQUimdhMLFOu8i0neTMjRluYM9+ZggI jWsOI/r5z7o8AYcJkIKIGlCD5qAAoIXZQk1AQJYcCKoCeqQCoYzYlCYUIAn8WQL9eHBRIS3QOQ70 qFp5F4ElJUAED4uA1RaANYmkIZQDMEKafMpXW3kNbO7jXFENo4OaGCGVdLHB11gQ2AmVYG4v4UyO hqdHh2amOaRxQh6aY1kaTeCOMOBB4NbapyD84ApIsUQhVIMJBNwBKUFAAGoBYNrZ/ybFtOlq7Wsr GYLfbHNGEVjDTWagES52oa/IJZ0NPleAMKQvNw2QI04SwIVHRWpSQc3ApC6FKavlZAxfYgIGyRKc /FBvAI9ywAHWy972uve97XUApkIphNUksgA0gMAySUu12jbFEghQlGkNcRT/KsW0e+AvUu70x6wU 4Qvn/U1bSpKFmsA0uRheY1ObE4M3uoxn9rKJUnMDBBwOgLiyyUGRKLmaD4OYAOVqZlCTYIOHLsq0 CJBtU26Q4x73mMBIaa2Pc7xaBRtZPv8ZgOVMNIOtZfjJ93QxiHPClpbajCAjCE5qSiNlnpH0W7F1 bWoRUOSs8JjILDYKjhN85DaX5v8DcArVwOCiAyjbeY1dftlNennlh7xAUA9Yw2+VcqcBeMAFI3tx q0p2guAYyc2QjnRpvmATL/T5INyZAyzvzOlO06WwAbv0SlLQgSxs4NSo3kAJmOucQaRZ0rDWkRVq ghXJaSB+D3CSqCeSAi/kBAd6qAIQhp29nNT5ya1NBJnzYgZJ5NgJdhFyT6Od45rO7DfF4ZCHMtQA 6gRo149BkYoK8oJQvuHVHhXBrGWA7livZklUDUAa7IBXmzDgCBUIAVxZIwINrIEzOUkPHcFNFi4O AA8YbvaQhwzt3dATAfK06Q2s/aUnSCYBx8YVHmYYp7oS/OMEIUKha3IBDdg4gVH/EMoDhOnuy3zg TgmYE8hnPhKD42DTnAPCbxB75wZ0T4sO6YDQhY4Emhv9JFoAwQrgAskyJcACM3hB0SliVRjV+sgf eEMoY3P0rr9kA3itQxVwLh0pSPUmK0hBADRWE4Qjtw82kbnX5073sSBhBfUegBU0sO9O9ZtyOFlA vOtO+MI3xAQ4GwPZ89Ubm1hA7YaPvOQnT/nKW94iHWA6JB/ghalf/vOgD73oR0/60pv+9ARPwQvo rZMEKGAF4Bm0UkQgAQ1UYAUKyPsAEjDhi2RB8zt5fQW+IAHZ/0kCZFiDArwbeC9YGfWkz8GoJrOF PpBPCUzY3k7knpAUzKDedRhD/x+8RJcGMGEM1IFRGaDPfocQAeD2XgPLaZQknNl78AfJXE0qOLgI 3AgnVmB8guN/NpEA69d+KOFrghFOE2IlN8EBkCcQ7TEAdbB4XzJyA7AFZWMhu8d9CFgSpFYGG8AB FqB7ZqIAFjAEG9ABEQgRiGcTQtB3CQR49SU8JCAZMqJgIhAcJIB6JvACS2cB8VMkFuAFG5AGfGYQ IGATGcc5dwIHZDMFNkF+ubEcbVMAEachHIhi7CduBLEJg5B/j0QUAjg46oZXlNFuLbeGOvIBgDYE IOBxNJcChaYAPMcyGycYVOhpnoYHRfJ8p5cFwZEAV8eGU5MokgMoj9R0WmIoR//2BfHDAAP3GFoQ HBqoG41iXdpVKZy4XZCSKWrBhxSCEzKwifB1iqcoKRlgfwNAHA0wBjbRg3VHiqaIirbIXqrIim6W iZfSib54KaCoE8qTZxJDUpkQCLvFX23lHp6HEi91FxzCTgKgCYJgF8TIMPpzhdq4jdzYjd7ojSgQ juI4juNYA+Z4juhojlQQM4rGLZkkHVVQJEkIbtdoMPpDBRCQj/q4jxBABxTwjwAZkADpNN9YkAZ5 kG3Dju2oLQPQBiwgkBAZkf8oB/xYkRa5jzYwARq5kRzZkROwNwOwkAxJMQAQCdroApLWWwPwACRR FQMAXvJSEyI5Ma0oitJRj/z/8o4ZAidAR3BLKJMzGStfplY4WS9DOTVB8zEhg2j0UjLRkjQPaIhK ERwhgW0udEZUoEY2yTJPgAGMiCcLcEfNwToaEo8DwHWiNgIMxAIm9pVawgCHIpUAcEzNkQejJWln 1UAPJJczEjSL8RGZYz391AA8JAcWuJX5AkO4ojr7hHOgJouNAQJDSJBJAEVMUQQ2IYNZ8Td3yZdJ EQEDtV/8JUXOQUWeqS4SEBzLghFZMIRuMBwcCIVQFgcE6UqIyTKKSTqM2UPzOBJVNwAyQDu2Ezx9 ojuGKFa7VFbcdF80sEinOTguuZINhhQfwBkCsxCjcnO7oRP5yAiQ8J09EJ7i/zme5NkD32kD+agT LNMCs+Q2tykiuRlD1GE9bMKFv8SbGAFEBQADf8BuSwNAAsRfTnBHYnByyiNjjmOgzwlpF7R7Lch2 GDCKNSFSFBpCOjk2QPA1zWED7+lPbsQ5DbB4XjkAuqYQ97lHUuA0QnQQHVATCiA4gaREVpQFmyVI ypNRG0UFHbWgPMoUH+A6AXChuhEci3AJFRpSl7AIQro+KsBcbNBYojhYtqRzA0A3BmFHu9SbAXCi PhQAfjQ1xMQDkvMC+gQDGJA4eYlGe/ktbuk9PfojVBkACiibHapKxJQ3z3VnUqpKAvVMzegRJ8oD CiokETVR6oIGvxOg30Kau//UmcsDUkdqTUfJKRJwBGj4BdwkAjbRS6MCkxlyUzilKuPUcPN0Zj5G qgKwU9PGaRtWAG0AVfc0S1VgiYfJbRv2VHnBcR6IEk3GULu0Al+ghqzhVWD1IyVgPMBzLcypX5E2 azchBovwCJRwCdRKodRKCY+wCGJgFREUBThTiEvDLlo6EFFiYbVap2V0RiiglS60p3VBpQPQhIVR A5/TBlBqGA0QHH+qEk0WTE3hBJU1qFsRAfsZHzZgQJb5Iwj6VdH0pg67FYB3H4uScr8BiBCRneTz BOiXE5eIrnxamOcqIu6aF+K1n/dKIdTxly1BBCSXHwBbP0ZBeyFQATR7BAr/cLPNcbM6i28VoAES 8EcT4EQv0B84ejzE+bCZgWM+Nlu4lRUG1hSxBWRqxRmYKh5RAHg2MQMtqBEnFa8ei64tUJs8kBdZ Ul3cRSnZZSmYwgVZogcTEl2/MYlkwR3Cehk20WhtqhZQqRUvcEZykLBIG7jX8gUmaBMKsIJk0bUc 9LWMaxfs6RwKGZSvMgC1iZCWe7mYm7mXGzMhKbmTmwRt4KgP42wJhmPpomY/EGCrgWPJKLhXFDTf 9iSc4XaNW7t1UZT9YhNL1nX6B5eYgbs9Q5IVw2O2BVupy2ZhdrpHQbpHAWBi5rpqJQE2gX8Do2I1 MWK227hTwIF5uyVbO3l3/4ceHFABEnAotEezVnCzrKgWC6AAb5BvcQm9a7gk8as80ckAcjhzCjgA OLCH2fu1kRBxqdKAQPqBDSEAzNE2NfEG8vucnAGu6vIBGoCBYWHADxIhdzZONaVwq6pwyyYdGiyN X8KBfUA2UhAcDDCuFkwRSDByVqCZlbSDcyO/FfAb++oQSNABqWYHFtDDPtzDM7ABICB037vCFjEq CUC7a0QdUEhPFHcXAFYIdOHB7wRPPPbEVozFFPJYZ7mlEeZ6OkAld9EAQFAC3VOAB2jEjoEEXjCE fZFvAksj5LEG63tQZXA/Xat3detmUeBdcqbGXacF8eMGdxhDd+KpGTYFLP8FyIwsGyZwXgvwBmUo PBqwJJVWxI0MekhAAsBnJmwhtwlBPYurStzrIJl8yh+XBjNQx92LEz0ByqgcyyfhIgU4Bv6rIVMA i32hwrLcy778y8AczMI8zCmhwxbAymBpBy+Qvx7xg3awiJB0ARwQh8RczdZ8zY+RAhuwiEJABjAs HhEQAivAikPQkwwxAttMiisQAnG8GknCfLs3A7yMzSZCBENQuA9ozhGhzciME4c7z/RMd0gAAhF2 Ew8gfCEwnUxRvhWgfMisAD4BEUgAcAsAwZ1iIzexmtGpd9+MmiOHlgE9G2xnYbeMr2+StQkBAqGE AwxYHHAQPwlQoiFtdCD/YH+SNMl9EgEkwHwPkMbyZhNg0M4JU8OGi9OJIwIAB9IzbRDavIhdoAd9 UMhT0AcbixNDwMwCwbJOhityM1UBkMd0iit7gdJL3Wd/hhpGTTURkMdvxTvVWRMyINTL83+wfM05 gDNuELK6AWo1ESpZVhMlPDZPMBl6LSJKgEOQOdMmAAL3XCYXoLMKAAY0O9k0ywE3C89qwQB2INMF 8ZsJMH8R9AY1YQUNDCR3glDXDBdJzDlKcMYtnS/ilVeHqW11EY1fcnbX2YUpMhCaEAgfoBBn4cYP cAQhsMdAIgIkYMk3YQel3dwAAHiJTXkjUB9bYgTSpRMc8AJb268LUNhf/9LVEtJXtE0X4/0lcGKx o+eFAyEAivDbAdAB8KcAoB1B9DGEHJDWzi2XKql7CeAFWC1q/Rohr/0lOtCWXfS/PsUm1Ft6CNw2 g0DR8411ZMBVgoOICfQB5TvhFWCzkN3hOkuzISABcg2dxIduRfAGj7QApkwnOQAnCTDK0DVsOtBJ WzBKNn7j4SM+QNAAfTCISozgePEEQJB9NI7jNr4FnQQHQCDGhsFx91d6OZzHD/DYHn6zPOuzCi2X GI58NVvlHg7iIt4UFj44zgqc2nWLaB5fq1iAbhYCkVjXY9G1q20YhVaK6pXmaS5fOJMA/8u96HXm eG6L8sUFK20XXLy4eP8QP5ZWeHZwE+kV6II+XzDoZmVu55B+i3rO5sJjE4wGlW0KMog2qaS1jDXB 2SvR6LsnxpXwCKsqAJzuK57ulqDuB0vaoXeLz18JlRMCc/psdLfeykIj6lf06kjTyrMu7A8DvAcj vEcRCWzWZiLwGUptEs9oF5oQIgJQ3q4OlJ7bKrX+nsrujmTkWCTndeHeMMyuYOc+ktay6dze7Qgz CSjpbi6ZAAB9EZ2KF46wbR+C7dveud0OY/qjAgRf8AZP8IyQjgpvjnJAjg4fjqymuZfLAgAP75Ur 8Rif8Rr/jZEL73+Ajxepjx458oC7NOtOLn/wByO/8h1ZAiH/8vrIAxL/KZFaVfGei+xuRtTSMxJw wuQd9O43P+6Ne/LVEiZbOHMpQPRCme78pfTdwvTTVBOJFvTtzpfSG2oggQSG5d10wekBL/A1abtO P7lCryEAo7LgVmhfD/a7KPVfj/MVEwJHoNw5QQgMxbllIgNHEKw8ajX/fRFwkafhtQXptyV/4Kpl MgfVx/V8OKKGxpQLWTIeUDtjyfh1cXYL3meBoU9fdQJT/2KM5mgpOfdb8jcUjyd6z/dXtAQQMGM1 lt9MQSS7BxJavTlwdKe2I/hAXhxC3kkK8ElOPgBBhffg80mdxAS6Txe76TaFbZbTTidq2RwUcHb8 F7MSgL7qexO1E3g6//u+Ic6jB2s7Jd9mJQBaogX7mPEBwfH3FhGY/ZRP+7T7txKfIrL8ZGkYVBq7 sjECIMAZBAkQNAg9UFCBjAQJYAYMIAHA4UOIEZMUaBLR4kWMGTVu5NjRY0YneQoUoBPh40mUKT02 4QFjZJ4SKmXOpFnTJkaFA4YE4NnT50+gQYG+WKhHwFGkSZUuZdrUadMaIwu0afHU6lWsWbVuvYpi pAquWFvIkVqgRgOlGBZ2ENrW7Vu4SBQsXLiAx8g2aDpqGGAlhEeRem8OJiwTg8s2LwovlhnBxsQC LCAsYVzZ8uWTR+guZGAC7meeSDhs3ow27OmwQFhIZYTa9WvYWL0WAP8b2+rYsjwWrgDd23eADg/o roHgkkVMzA4pFJiQ3DnNLFRGQnhe/QXZkXIUV+fefXEU4QMYmHzId+GL3zxH1+2zlMlCBbblO21w dySKOPP17386uzb/phpIYADIphshPQR5YmChP2iIDDnvlmvOOwohguClLCosbAkIVisgCRvI03BE EjsS4QK6LhARI/MS8OwtEOgqwaoxSFsIAghsgASSHnr08Ucgd4QERxsHcEM/FcIYiY3/AHQyNv+e XAqHhXSgcoAZAkACOwMTdKu4AmBwo0SH7rKBTMzQaCPMM9FUqQSRwuShIjfrtBOiN8hQqYgBB8hB qAUH2CIruihZRIz/IhNVlDQ6aniELifj4FIO06S0NKsoLe2DLh2SOmOhDX7asiwIDvytiologICu Iuo0886aIhAjOydg3YgllwqgAEJbe/VVJfPs+Gm9GbWiywBkk1V2WWabbRbSS21gY6QwgLj02qZi GKkqJ5+gi4mmqliIA7dGlapUoKSQjgZGfloogTsvpO5XjiZYjYYx6H3IMcgko0xfgAP+KISFduKp z0oJXchZhht2FlpsBWhBupF4iBhbbQvg9mKllFjogd7MHYkCU4PqAL54C5hX4CXs4+FfX9Hgkoft vBNBgi8q0HkFBXr2+WefddZAgigENtqjuQbwzIKFwOXqWIejdhhi/46PimqkGDauer6Mtd5agBIW KsOtJpZTuWQtuTzbpxgHAMNOGwrgQd8SHDyuVw49BHFF7sIbIAEbevBhcMILN/xwxCExYrOjG3co aS0CoForJepY9HLMN5vjia+XaiHjAlrr/LWuR0eKLp/M5QHtuNSGQAu6/kIz7rnvdAI7HvgmE86R YBCDTjehTvYSSh4xvgYxkld++eWNf4SSSy5Rli7HjyZ4AAsUXIhz07sPy74CqMjPe6xK734hyFb3 MiiRw7/ggxJLKECO2V1KQjAycR2ZV1+Fl/r/ZVGPTDlZiAw0oLvqmecCPSECfMj3QK4kaUmQgCBT zFe1ONiHAnVZn/9vkLAmqZSEQhPQVYWaECcRjohfI/FX9QDgPwDGUICw0sACNsOBVhntAzYcABF+ koaFzME1O7gBFJKCCTVgwQyS2INSzNABpBDRiEzZAQJEcIMmVpApDZhUwsjXtQZM4VL1uY/WdLCQ LHUQQUAsEEkQuBgSUqA6YGpDhiokM6nQzIUZgWEM/zdDekVgPX/7wq8kQJc/CWUICxnDaaRIxSI+ 5ZFOMQMWtXgVSEyrAGFo0ujAuAW6GIF7sGnA1VDgtaTgYSELVGMrTVCHNlLhY1aogARu0oQPWSYL a4LByqqTN7y0aY8oCcEKZJA5ZG7mARzQgAsjIAS6NNNN4FmIF0D/M4N34WErk2wKJhDwTQRM8ShE BCc4C5GUSmbxkliJA8Xk5sltdWwOC+mCF61Sg2m1oZNOeY94WtlBEwTqAUV7yO3KUhIJkKECPFNA nzZTAY3gMgmDiQAdXgK85PAuTL8bZkeNJoE+HUFDRYDm39KQoA3QBQdTEOM6XWoVRkglBta62AWX 8qkB4AAq+dwnVtQyABD800soGoACPGLQEL5xIyOZCRomAgNhWkZ/uuKfRxkThB+UEwF7iEgQynkF iGBVq1t9iCTAydU9Xm8BSiVMBAj4gESqsW0JqEIXbNQFN5RAr0576To/J5UaXMumTAECXRihJBb0 dCugHAArhZoe/zssZA00QepIUrjUAnwkAvaRQ60Ys8LITMaqFMIqWB9iiUJ8oLQaWS1HUAu/PZrH qIURgRU2Y4EXCXUFRelrb8Myq5FQAZVWUUIVtoABhxYpV5fDwBbgELYBdIGUPAzVYxGUNNndRAMo IkQyvcsAMsC2JnisWM1GW6LWWoSJ6jWEQ9JrEUuQdbRR+NieNFBSugwhctb1yQjo0lLfBpgrQFDS SGzglHkOQAYOOECDHfzgB0OGwRCmcIO5QBd7XkUJixNPCviboAIOhjQyyIADJlxhFFPYxBkIFCA3 wiEHTSWq56VxjT2y2wFIEwAfkIAGVtBi0igABKz7cFAQJmAko/+GjNkZ31HoQgAXnMADHrhcG1jA gsslwAMncAEBQpmVBiQNqEVe3yIZcpMnE0DNa4ayC9x8AjjHWc5wdrML/MDmNbvYIRqlgRg8a2NA B3pgqwRBB4hMZgThuApJZvRrVKBJJqUZz5OmdKUpvZliuYeHA1jAfhHdwZQ21iaStnSpTa3mhbQh V7tC0w0QwAdXmzasWb2DRbyKgFoDwJvthYg3cS1oYHPkmH769D8V3WhkvyYOXknCAE797FJvhsOk sUNci/3YBi7EljIhNbS9jeqF2GnXD/F1riFiVq2am7VZ5UOw3X2RItAlt9deXw6CmGx8o6bb34b2 ZoRFb4AHINT/fRGvR/bN71PrWUNiHSs4eQ0As8o6IuOGSHwRIPF3ZxwAReBhUAMu14VgIN8jN9ZC EM7vzWTh4yt/gd8YsG2NHPzkllY4heKL1ouIVdbobri5Xd3wb6pb4zbWzAAecOiVJ6hPoyR5029K ly13eeaT9oMLqEwX3iRd6zwhAlHpYgUNiAAiIhCzd78L86GnHdAh6BMDPLx1oY6gT51yet2dMgUg 6KAECsAABuy6qAX0HQN7HaUe0Ah3xAuFCF4Astk5wwESEFTtk1fJIQcghIBJYNhFfXvi+ZttI9ld 9EzhxCFGIojT9HMBnmd9BwWAiDsMUseUp/1JZNurIgyS0ypv/z29s+BQDEghK3jYQnxcukQEJFGS P//mOa1iCeXHpgpwAEKGl8IJRGDBNWf8G9J7/323vP4OPjFzY9la+9rjdzPglfxzikCGzdOFAz4E f+JTsAGvF6kL1e9rFc8ZX0NYCv9jikpCACeIouYjouh7jX46A63YhAKYoklAvauQArpAj/rLwFZK gfJLgPA6L/MYgPZDP40QgT7xuKDIARAYAr9xvMthgBUAAU/TQBoUCmzKKevrngIUpx0kQOZzOKdQ QO2DjSPjDylou3mrQSXsoBS4wXdZAbEbJhwbgOwiwbELDwVYQi3UwBEIj0aCIG9yPqXwpui7uW5C gAAUwBtYQP/U+Du6SAA9UALX6AM3ZIgtvMMiM4EVSC5OWwO0g5UQOIIWfCgSfCa6GBs8TETwM4Hw wIEclBIBWYgccLUDbArkS8OjKMByEidIYkOuUCVOA4oRmIFNy5wHWAG2UERV/LgcIIH8sxGC4IAK +AKEOD+LiIAeqwAwKLsi4QAQQIK3IIq6qEJg+4A1oIsHoL9VXMbvE8YBMAKaiph+MoJH9J4G6Dhm zEZtBA0t6ABv/MZvDDgtaLEEqICC2yMJKDsO8L5tbEe484LNqINo3A8lwCnNqcav8Za1cEd+7Eca fIHGu4BC6pUIIIFSfAASYEd/XMjE08MiwYExqAIgYLqjUAL/IGCCErAcG7GAVEydPvnC7lECHnI7 hixJkwS/xWs8ulCAFSABCTjHmYiCnFGAUrytITtJnMxJ0EgBokoA4asa6BoAa9JJoizK+jMBbyyD DfACC2jKpuyTBHDKpiSBDciCDgBGo8xKrfSNFBgkI/hJAOG+v0HBrSxLszxLtEzLVewAptkMDIAD OcyKJyiBOhwADsBKtcxLvdxLvuxLz+uAF9gADmjKBXmApuSADUgDhfRLxmxMx3xMyIxMyZzMduwA EJgBC+DD9bMAL6jKq9y6EeiALFhKC1BJumAACyCBMuiAJKRM13xN2IxNnyCCFahJF7QRBvACIui8 fyKCGTDN/9skDQYgAWuTTeM8TuQsyvsbRAXzwxySCQl4g1fcDbz8DRAwzQuoJZvAGQ5gzgfYAN5M TvEcT/IMCqQEgQ2wgOm0EQWwgA0otOp8rOXcDAOKQswIAV5UAGUUCj1MLhkgAftMDhEgAyBLgBlo zfLcxjQggaZUJvckAgRFkBEggvTkwwuYgf1MUL9MgSyozeDMnAVYgSwIT99wQgWbPZvZQ2TEwJ4Y x82wgj+sEPxUJt7TUFXsAF7MnAuoUdAYgQ1gTsxJAPC00bNMg7YkjQQAg6GBSZUQAQ0AA80sqgwV iizwGyuwxe4IgU27gA5osQdA0TrRvNOcQSKlwd/bjDGgSP+mmIIxmLYE4NGg0IJS7IJFu4oGqIIE q4viLNOSBMjNSNKw6w4nBYMWREgic0YZiFE7ISCjA9Ne0QC/yTo+9ZIFzdGiIoGTSjS66AJtOo0p 0EjsCc8UiKyFMII6PY0G0IFpq65J5UcXRcYKwNLquK/1Y4sc6BMrYNI6qQC6EIIRFJiiGwBJbVW3 mE8X5ICObAsn3AJ8xAo46BODCYAjZVb5aICfsktizUa5QEYS0NU6gdQRe05bMcGFyNWOClYSyFag AIEWxIEqiEuraIA+uNa/QURR6ZNB2Q/oSgBSHQC64w+xhFN17Y1uBEf03ACERdg08EbrGoFB8sCj 4RPJopf/Y/wbRXUh2/IndU0BMesCvkKNJ7jWTuuJGzQCeN2PBpg2DGhW12iAK2GAgQUKLQCBH/vQ FxyCDegAEk3BFnsDb/UVEaCLi70TCZisGgtBMrXRNHCoTJMPIJi2F7hBnXoSjawnbNmUv4nQBG1F 4GysNaiAEJAAWbWIIpCAEKgABQDSv7EDOGXEjxlaetmhhSBGK7SZPmFRDU2BQFkANZ0Pl92MqXWS K/lXp8C+KEAKTaDA09DHAchUxhQA05OKQPgA0HiBI31RAKWQKCAB9fuYQEkAuBUYca3bCpHYAYjP vlxMoYDHhWiPS+G+BZASnALJpzBcxFUnT+2TPdVL8fOJ/0lwAaEwVroAgy/4WQ0RgQpoPAMiXeZV CbVKWqPUAsYzOwu4yaCQu4U4kmuJxAEAMACZghIwCqyw3aPQBEAYQtSwwFB8XNjzCQFQBMrtCRAo RSFw1F+JgApowZdrXv7lCEY9Td3cWXccRT5cgDPQASA42aPAu+fK0QewVxPok4+1FOii3e4hXwHA PvRFDeiKVr7s3Z7YhEEIgBSYQvGgW8f5ABLwG4S0lRaI3JEAhHbrXxKhr8aKAjKw1CFI1mx81YXA gQnmiimAgzocpCC2FCXoA++9YBguAMWFDR7a3bQE4QDQhEAgg804grE9GglYkAQIUDdpAUSYYRp2 k/CAyf8oCFbOIMtE9ErClY8pYKyFOAOWHb3X3Q3IlNOvG90yrowXLgucu5OzTVubfRcFeIMv2GKA UeH4WwEBPsoWe2MnqZFSnUc73poGWD+81csyQMbQ7WPCEGMyJtoo5QIuyIASMzFVXmVWRuUM4IIo td89igA1TlcaTIPw8EmrkIISwIBp+9AEqAMOE6VLTori2gJQ/VAccAM46FsB+KlftoBHPkkTeAGe KeTLYyYwBrZBVluzS4BDTmSIEOVe2YxTPrEUS2cIc4BXZhxAo+U3nFLPC5Q5UOCkAIJSPuVUZmV+ XjFUhuUiEV/R+1sbkQF9RuV+XmVXfmXT5NukYKxFS1X/qNzkkuTJIjHohU5oVV5oLmjoX7UqkCoS U0ZojW7lf45lfcFm7wo2Edg8it46Z5RkpTDnElNnm34wdr6wyXE6DksAdL5poHaAFruKT6WLfzPJ XP5poLZpoa65jqJppV5qFWtnp66Tbqu6KJOyKdtqru7qOHMzPBOgPy4LjBsmQzQpxNNbeqoU8z3c mVZpZLLjRUkAUx7phb5rVzblKN1ppzC88zDJua7rg8ZrjgZoRQE0uEamlDa5qXs2PXvhsvaoIhg2 mNU6e1uIUxWATRCETDjft3Y2NsNqOOtq0ubqr5a6PFsIuWbsKJsym50yLrszvqaPK3kA1G3HNGvt qwtO/9i2My8LNxu76jfT6tIm7dMOa+D+FZlrbOQegIiYhEEw3mH6ggtcucseAIp0hMPVhBP4bOZO ONUeveX+bnAbgLB4gj6RZ20cb/Ku6j1i7+92bzSBb+aeISw4hMiusQigroC7boqMhLIoANyl78Ye gD9gARRIcAVf8ATngRp4cAiPcAiHBBWocAu/cAtvsksh8Kmb7XjFxn7k8JmTb8Jwggk4cRRPcRS3 ARxpcRd3cR6gABmfcRqXcRboLvKOtuTuH8bO8UsD7h4IBKEDtpJKo2K77ARY4knAXQFoBHES8ZMz 8ACfciqvciu/cizPci2PDND28UkbAHfacjEfczIvc/8zl4o/6HIvZ7MByJUzL3MWqHE5l3EeeHE7 x5ExUHE9n4A0V/M1RzU3f3NBF3Ms8/M/J/FAA/FP6xN7vgooRzgP7xwMn3QLl3BLrwEqSPM/D+sw H3RP/3RQR3NDX3NEb5xHR7kdL+ce3/Tfdm7Ki7eFmOZWwrGmLblR9/JIx7dT/7Zcj1fddcdd97ZS P5pg77dUt5Vid+xjHzpeFVZEg50BEKLTSHbwNm/xXvVN7/Vd5qBtPBlsP/Rl9yhqN7Vh15BhSwAu W/PWLvcag3WQIbNAsWRbZ/XUtnbRG3cdt3fX8Gs2XkXWvXUfZ/eAwXeaC/c7qSHvagPHewBzRL+S 0tr/DsqC7HWNBEN31M7xdQ/ve/92Utd419DHys7GFqP38ga0c093L894V9chnKmAI+iZBDhwqVD4 IrkABQCDCnBJPka/YYP49WFdOHiNKrBNzOmuZDKCEqjjJKOLi19zQSgAgbCNK4HeRAyUP3CJQdh0 PxD4gEF4ZOpzs2N46fYV0GohUN4IHvJ5L+GhRlcyIOiDEjgu5CINQpCKZqOLOsCAMygBBF7iS8Zn 0oBtLquzUxNtraaLq595xcoK7jPyZSSEXAF7wa+zpqc0w3dt0hjIYOOxnHn5hjJwl4ABsCcNm8d5 nR8mJxCDXKGCfDl7j7A8x7IuJKCnrbmaAsiaYqYc/x2Y+8shhD8YfUWpgxLgHhsosKlY/KcQF2df RVQZiTT/ggH9/CordMy5gDf4aI3LgjjxpUCbgJkxL9f3iJzo939qGwu+mEejFuTP/bDIlLAofsXf CuUf1i2sAg/hgdJEmY+YCIzq35YBiAIFeCwBYPAgwoQKFzJs6PAhxIQ22gikAcFJxIwaN3Ls6NFj iAEDLgQoafIkypQqUW4QWUIAzJgyZ9KsafMmTCAxBBZghPMn0KBChxItKgCFQBVGZ9oIw7ONUqBA RFpYafUq1qxYkWxgQIiGQCoix44VoTFJgSYf17Jt+xFC2Cxu59JV6AQC2AJtbNTt6/fv2ihjc2gt nP+y5YCXSxffjINUIA/GkidTLvo4KuWmTzHX7CPSjuHQole+4DD2q0A5X8wmJCFSwdm0gGfTXlgC LIsStXc/fMGDp5wJvIcTryth8OjQIFxWbi7gd9g4zqdTX3yZumaBUGvqEfkiOXitIBaQJcRCIJ0I D62IJJMRrdri8j++oAgDw3ziJagIhCEmfn4BCtjQBzKMxYAJ4WlFhEhbVEcZIzyxAMSDFVpI03UP ZqcXZ+QNMIKCIZ5URgJjLeBGHuipF9EHRWxEQQHCDThjQk7IAdmKNNa1BATnFZAEBjnqOGSAIYlU QYkDICjiSUjM4KFIRlwomQpOFcAGZ1NqWVmGFm7/CNUTIpHEZHgmMHDgBikOVFBtMMpIZH4R0CFQ HhjB2VYTPMAgEAW63fmnfBIkKcQHBoWQ5AwhpuAaWQuc4eETWy7WAkUC1SAppox1OeWGNBDyHZmj dZBkAmOoSRBxbgJKnA17JoHGqh6VAGMBMPAAYKy5znaoSDKwhtARIiWARHKmjYVBpDHpINIYmS7V wI2pNeAstUBtuqUYe4YlRaiFIfFAlNGiKp+quv6Fxnk08GUuRBFggFYBLEDAJrv11rXCWL42JAK4 A5QRmrEDjDEtTUqItIBMTwDRRwkN64EBxBFLHHHDcACR7IM18ERFC9V6jGFSmS4r0h95FUAFt92u /4TvAPDKYWd+v41hr1tNqEkHzQw1kW1Yfub881pkJDkAGIVCdIFIHGgVsGI3lWAEWVFLPTXVUZdK cGWQsCFQGFl+7Oy1F44M9QAJjGCDjyenrHJJRrgMs4C/rQu0RktAJwe9QE8Q7UAv0P33R8eN9GtG ayR91QhJNn0T2WXb0IMPkUs+OeWVWw5J4wNQB4SVBdjwdbVhV8jEwQ3gISyIAaC98doijgBdEisQ KTfgEEGwZxty0T1RRRfV/vt8wQ7gxUppjEUhUFUrv/zyD8bBH2SgZyp6dWMIOwVMYZadekmrbxve 69q1ByftwCd0WwE0+EzzXXntZT7887E3AKgnMf+6APZBjWUA//xfQskjAlgDMRCwgAY0YAAfQYlL XKJ/BhiLhRoAnQKgQDrSmxL1nPOEJLlhJlMZiUq8pzbDhK8AFGjCcgYAG/J5Ln5ZsA8EfuYb4MAq fjaUjwhE8gCUMGgAcyDK/hwoxCESsYgOhOCUNCaQGHTsghXaSQGaWKEzCAtjMnGDSEBgFRGizCoj EAOfmmCSMw0gCneCSwx/twRx5c1cY4AeDcQAtxvSkThvEMkGTDKCsSgBiCIxIiADKUQkakkFW7uS 15xIGShK8UF4WECzbNIAYaUAK1xc2wjgYkIxnsQEvfoTGgEnJzrhKlc88lESbCCkOrKSOIIBYUn/ kDaAKhQliIK8ZREJuaUWQLEAl1JkcxgJupGtoDAi9BEV8LCSDrwGlAVI489sgJsa6ipP2upTK7Mp IA+BKAci6YJRbInLcfZPl5JyDE94gDVgLkaYoOOmYTTJupUgQYfOhGa90IAWGMwtVrPqz62K84EQ vEEBBmIeQgewAAW8IQSr1CaNFCCSBM1AJDoI5x/JqdEHiuRjE+QYO9spkEZ6DIsDyEJWGAGWLqou bSw9yRBEQoI72WAg9XLCzR5KJHfBiwUYaCNvDCc1CEDABpCARA+SqtSlMvWokCDq1DgA0SFJdAAd CEC/8ufHAWxUo+akVk25hryQDsWdX6uCSIi3/xKVjjCELl2bNwcgA5raNFcRuNscibQzbeVhffmZ GlEZ4VSmErapkLABVKU2VR0dNEFfDUpVxyKGRSiQgQ0cJwMBuAgxRA0HF6ySQNjwObIGxawfM5iS UsLWJFTBmG8NQEwHYAU41ZQHscIA7vz2p72lU7c6GgslNpvQ4dKhBo8Yy2JnVASRMKAkjxUKE/Qw h+FS1whuoCUwWwC9AoiBtD8x7cemO4AEtfRHrU0OF7sgEiEQqbZ/KkG6/Koj3qVvXoASZ1cFidzk CkioiQrAc70rPWgBx4IClgl4PSbe1bGWTCL0lAx0Oh/3DikL0MMnjdoXln6uCr/5BeR+aWQkDv+E 4IY5FEklA2AsKRyYtEosABNbDJMEV+sPe8oN27qXNhp0gUYTMCGN1ggZoAZohqmhJrs8/OFcimRI GhCC1SpgtNrJ8l8lSeHiZAxMQ3ItkeykMaZUcB4Y/GEAOU6JNHnyKgH9mAID0mQedDejN1ZEjnRT 8pKHGOKdkuCgYpLA3+44gCE0SVjrLMoOboCARS96DzPZAaMRAAWZJDrSjZ6JJRztXZ3wxCfeBfOU xFyAMNgAtc09c0pGIAdt6QXJw2lzfsaAmzcF6JQCSaWEaYbnPB+xybH6QAX6NYAHlJhmgl5ASio6 AD0wJtGTjoklCgETTKgBC5SWNEycfRNMXPr/wOiMHllB/SBRkzompBtAVVC9kg3Y+Cmupg2siYMG +3BYPtZMDa2Bt2te82/PuYoCGQcgBMLFylhjSkmSrEgUbUNb2gy3ycNrYoYbaFrGHzWwExlZggWw 2EIqoAgbfikTKtJP3VcxwQXafet3+yULeuGNE2glhlzX5p+1Cmgdk7SIy/LbgZdYhL/NpYGhaSBW ETgoaFYS1wRodeGKjvSzE+0EnEScJhOvuJYjJJAJKRKKVVDvNxU+mY9fSeQzmWTZTK6VEcxA5ekj RAJI7Jcm/Ig2EQCjCfO6G55u/acQFYEsqSv4XpnxZxGAskiKfqcvjCUNWFl604VSdZiYQRJY/xdA 5Q2R7Rs82yZX1/JMQIvIC7qTCWQzQscZQ/aQ/2RkalV7VnJwJrd7KmoXWEMFNCABCUw5I3RPAmBa 1Wp786wAfeXvQiTwhQoUVAEKGNrynK+AFVSABBJwEfAOP5YvDEkEHjp17MdyUad3niaWQMDUBZBo zW++/FanOOhpQimemL1apn2CeBMgdqC04DH1l6SHaAHsYYUJeMgDABoApNmtdUHgLU8FOMTv9cUE pMvMEAdvQYacIZ8GssXRMVfvzYf2DRthhAYZzcGhxR9pEZi0eEyCKQHZnIFQ9J+lnOBNmBQJDOBV VFUCIKBEmEwbsNxGRKBbZIGaYBht0Je8EP/ZBi7hRzDKACgeDvlZ/YjGC4yFAtAgCobUi4GUs4BZ CYzF/sGEDPoSFt4EHLwGDhbPWDzgQyjg8H2EQLCF3aSGEtaFE9BBXlBBvTEhH7ZFBJDRTBHH0OmQ 44VIFR5MAmxB5GUhO2lNl2UKqE0B2cDBTIxhDZQhTqCW2aRhSvRQAmBfRrjhD3ZEHHqEJlFBBv6F kRWAHPhWH0JEEPzAFRxELO7BQZzfHRhELBoCLcoiQ0gCAuRiECCALdYO4q3BbkgAlFwAsYRKAwqL GzABI5IV5/DEaGmJuDUADjSIALSAuGBcUUxBkhABJ6IEM5UNKHKEKALhQpSiRqBPbtAGnaX/Dx3o 3Ss+RCzO4kFwWy5ankIUHgDkY0QMYy4a4/j8xRdAyQOQY7ckjkUJQAPAwTZSjYNMo/Q8Tzph40gB BRXBCw+Ao1FozwAIYDnqUZIA5FqsI0S4Y2/YB378ha39iCrd41oIpC76YizygUPEoqUhgE4mxDDq Y+1EgLDQ3EaIgPAcDEqxjfGIBB7cBB7AQcOUgDRa5AVJEE9U0GQ0ABAAwVRuQcT4SBdEzBY0TBUA QdPNQZmNn2R4xvaU5EkoGzLWhTS1AQc8o9T8QZktjxCAQRvwgFF2RJ4AR77R5EfYJFD6YkMg5kJw Gy/CTwWIxBGwhQTMz1hYwAieWcJZ5TS+/1iMBUUVRBbzaMvghaFQfKFCwSVKkFFgRkQIRo0McEEG zGYGOIBt3iZuOgBtZgAXBFyjoGRH2JytlJJhtgVjIgQ/IoRNHuc+EiMdeQjBOUQEaIBoisQKNKPJ WcBDcqZFctno3YT1jIVsOsABlKd5nucBwAt5oud56iYXDA3CLAUeJIkCqCZKHAxd9EsCrCd79qd/ +qcDBBxH8F28BElxAgZzImekCWVA/kBPFsIHcFtPFuTvgIFIFJtCFMEXrIBvjsUQTCHspRAGcCd3 8hL92QRZJMBs8qd/qud/HoBuZgD0YddQNIB4PQB52adJBN1HKE8CcAGQyuZuDiltAin0Kf8WROwV n8jXgTZpfkSmCh2BAgjb1FgACORoScrSU5Iod37bQBzaWHjAcJFmQg1NHRAFyQ0AQ+roSZARcPao SBAAAbjACXiAmA4eWdjpCbiAHxAAjxrEBQ5EKjopoQaI4ESNBQzBBhQim5pEXP0Ql0bqR0nRWMip pc4pnZ6Aptopp3Yqp2rqnvLppfrpWCxiwYDdAPxXo55ECkmVW1TqqMaqrM7qrPqbDfSUfeUHMAbj Tjooo0EoQzzdojFoof6OBqTVqmIFo2RZpHJnWI0ahcAqrU4rtVoqWVCiJKFm2YBospaEh3BfW0hr tY6rrI7FHeZhBQ4ItyUCAgCrQuzqTxr/hIQWY4MiwGMCwLwWK/AYixZ168qIBI02a6SKHhvsJbke bKwOwHbxBMM2rMM+LMRGrMROLMVWrMUaLMJmrJ/2FpEMI4Se373SYrt+oEEo2k8CI7HyJIXqK9Cc WAL4q1WwTMAKbKRqF0/8gcZmrMJaLM/2rM/+LNA6LMbmLLn+qYCorEEAI70exK6660Y4JssCzvzk EcyqhMzSLNZCpFgMANEebNUswAZwT9VmRWwRCpxybdeOq9EGiKIxaNsGa0+GrELw5NJGbc6QAVWM rUpkgUjAYNbSrLimLa2SxQWkmN6ORgrJFslCROAKbrn62pDsak8uWrzu5LAqRL7aLd3c/8/hqkSS YOLfMmLjOu6oksXrde5oIIbibsTokq61Qi6NcJvTNievAsD51W1zhiy8au7fCBWyoS5KsAxbhi6J tq7rkmoWAW94qO4AvMHiKoTxuu7aFscw1q5CnJ+77mrI8mTtSujK8i7NFEjeKu9J7JFImCrxim6c Hu/jisRVkS94jEDANC/NjYULsO+o+sH0DgdPVu672mtCCOvl9uLkMtr3gu+d4K1IrCn8lsQhglP6 cmeS3C/+WqoLHEgDh4j8Rs0RvKmgRI2ehqoLUPC0+sEIb+qdkgW4IjALAwavDIDSZDBK2EHfRjBn bpDVeICmjvAIV6sJZ6oHHKlILKUMh/9IB8QWWQjBG/CgCJDB8+Fp1VzAG7xpCwNPBYBBBaRjvRwr c2FpEZcEy+AA6Npwi0Xko0Dx1CSAAujAyBzcFzPJCJSBdlbNAyjAEVQAHudxHguxsLhqFWvTB4zF 8wJKBFiomIjtG5tEChlBH5GxIwdFA3gIoyYy25gACGyABVSn8hyBFv/xYjHKZJpLBLzB0KgqJaeE FiQJBozxI9sw2BHxKaumACCCZUKhJ09VBCRJJ8OJBDSgAmBnLK9EGYyFHrByK5PWJgBCFMDEJAiC UUxkvwazLCPCHaRA4NnyLbdSVWFz95HyWCQA1UqzVijbAKDeMaMgJyDCMjNGHYiEKYv/cznO8h2U xAgEHgcMcjb/jpHo0ApQcXFIwBFQKbplJjwbBhL4Jg70AQ1OQRXoAaqapvRUGrZJnABHGvvVBLdV W2WAHUTHRDpb21Lg8ABEc0HHMzWjBDkvAA/WkQZgqOYayQKQQIcOGwdoQHTShQSQAAf42YGUASKX 9GiwHR9TjRtsKVlNHAKIgKK5n/rdgEY/GgI8NeUJq1QzhvZAcFBEAtZpdVCgZgJ4MVDjoAAcQsMG wgcEQAdACQPcdO0UQb+8Ae8q8O+aRAqAwBAIdNQIgRXkMRnsnl//9fI131CLxIeGNap1wAZwgAUs 9hwPQOqRVuURY1Oj36MpWvr9BKRN/1qiVfVijAyz4gQnkHUBODNQSEGSxLBhV+0LCBsDuDTwVJXZ 6usHyFJ9akUOvEBi4yV1PQAHbEAHGG5ql6NDDkBVkpZjxkRGg3RMRHakcTZNbLZyM8ZEdjRjmHYX B3fngoCwJcAbtCa7OKF7FOoLWxl2l7dJeMhnXxCkVTX2/gRSL5q01QR0T8YUHEx1NIAOJMmSmDfq IkFjiwQYrDTQfIAOejd/daCS/DR/B7exdIExY4pEFzD7RTZTT5u9yrdTR/dSaOsA1AF1A0UDcPh+ Lzj5agES97Fr68oHUGfUcDMTRoBlMjCJm/chDkAffE1E1sG0IHWFV5qmQRplz0RkX//e5jk3UWjP Azhh345VUOCBHmTOL8/4G48ACMw0b2uAge+GCGgAGAjxEGRBwITyiyPeAISzlC94CpAR/njMGXa4 ANzuTVTaszF3Txp5U9u5UIgXo+YAy0jNAkwMlJAFA5AAWJ95ImfBCgS6oHOA9dldCFSAFeA1c80A SbLEWAhBlsPPFwwNtxo6f4+KSIhxtZhUJMkYap4uSuSAXSs6WVjACsCypxv2CGTBDPw3Ql2A9OW6 8+k21SSABZCAjGNFGgwNJ/9d4DFjrMd6jeNAI2fKRJa6gI3MXCc7tYNHBxDBBnjBYs/08lyABdjB BmTB+5JJCvT54NBRCPjZA3R6tc//+AuQCrZiyjYmAJOTFWpOe7vnuzSTSL5oAD6zSwg04ALAur57 +ghElhHM7INIQaDXOzB1BywVvMRLMxEoegfXy4rzdALMQKFPfKx3gG9igMNLhhJsQaO8u0gwW0iR HKF5vMtLcxrMr1ytQAj8e3FMpyGbyAYA98sXvAmYe9lsARM8OExIgR4o+hAQdFU5uCLNpzv3PNRL 8whsAKsryRqkOGBs+RHw9GWye9RPPJVzu+ANOjCjxDAzB+hoow51/Ne3/Rdb8hAMtgwowF7n3l/z 3kHcvQZUgJSKvQ4NAQgouNsPfgeUgbbjJQNYQG8TAc9nRcDcuMeMzEgPPuUDdQeAlkCtD/bY93YW EHTlf34aprmwFPeWNECaphvop77qrz7rh0gBjkUdNHuFAEHjoHrr3z7u577uM+8YoK9Vt/PBVLru Dz/xF//nj4Ctb4HsFwUemJSw3KDxR7/0T3/Ud4CtDwAOuAFVXkxMKAwTlIACsDoHBDv1l7/5n3+y j8AL2IHmRw0DeMEko7/8zz/917/93z/+x3JAAAA7 --=_related 002C2337482578D3_= Content-Type: image/gif Content-ID: <_1_07A6A93407A6A70C002C2334482578D3> Content-Transfer-Encoding: base64 R0lGODlhrQLkAOcAANjo8P////jo2DhYiACw8PgAAAAAAPjAAGDQ8DAw+DhgiGCAoFiw2EhokFBw mPDg0EBgkGhweNDg6Njg6LDI2KCwsGiAmDA4OEiQwGiAqChwoFh4oIiguHCIqJiowJiwyNDo8Jig sKi4yMjQ4BiAuKjA0MDY4Ojw8JCowODo8PDw+Dg4MLiooAiY0ICYsBAQEJCguLDA0AAACIiQmEho mHAw+MjAwAgICFh4mHhwaKCosNjIuOhwePjY6CAYGMi4aPjYYFBYWGgw+NjY+PgACPgQEMDI2FB4 mHCQqMjg6PgICNjY4EBgiODY0HCQsODg6ODQ0OjY0BgYGMC4wMjY4NDo2NjIyLCwuODAwJjA2OiQ mPgoKPi4uMDAwMDQ0MDY2ICQqLjQ4CgoKGCAqIjA8NjY2ODIyPhAQFBwkNDY4PgYGEB4oLjA0OCw sPBYWHCIoIBYeKC4yIiYqIiYuGhwaKCwyPggIPjo4GiIqIiowKiwuMDQ2PjQoDAw8HiIoKi4uAAA YAAAkABggABosBAgOBhAeCA4WDAAADBo6DCQ4DhIUFhIcGAAAGAAaGhAQGhw+Hg4WICAUICAgJAQ EJAwSJBIYJgAYJiIQJiYeKAAAKBoAKBw+KDY8KggOKhwgLBAULBYaLCQALCYMLiQ+MAYIMgICMig IMiw+NAoMNjAkOioYPiIgPjAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAArQLkAEAI/wADCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqVLlBPqZNgwoKbN mzhz4nSQoc4EjUYg3KTxAYDRo0iTKl3KNGmYDjg7nECIAueRok2zat0KoMQRnC6mvhxLtqEKERl0 qt0AI8XDtDUtPBBAt67du3gFPABjcwNBFQ5s4rCSt7BhKw1sOinLuLHjgnUU2GyAQgLXy5i5UqBp E4nQAUcsZx5NWukHm2NAlF7NOqsTmy4ey+745DOTKYZz6xbQBEdNBZIH4N5NPK+e302I82FkwICg 4oV9D0AyuzrFFHUC52yAJw+F1lpNxP/hsEAnBBdGAgCuCSEM+PetQaBw0EA1/Pv48+tvmqdmBusi RXZTA2AQBt0DV7yx0x4BIFETDtBFaJgfNV0h4YUXsmJAFnSF8hyGdjXBHoAvCdAICAaNkBh7KOzn YmZJvAbbi+DtwAgZRtnIAI089ujjVhLU1MBRIJTgwlc3LcAGiQY9ERwTBuZlhR9MqGXllWpBkByI XHZ5oR7SYSmmWmjoMJddCg7QhQ4rDuDAT0xyJEJ5Y9a5Ux72/ahnUiZ08JmdgA6Ax3dIadKcATvu qZVaNKyBwaMMRCrppJQ+isEaNKil6KZGffBnDGQ5OMAbd4WShwCTcGiXTQS06uqrsMb/KqusNnlp 662FsSprC7y2QMKvwAb7a6+z1hphEytSF6dEusbaq6/CRkssrTVxqmezs2arLaw2WTsattuGW2y1 R6UCCCfeKipjAyft8SCG4Iorr6vG4mrvrfHOK2+9GB43gF/LNpSvvuF2my6PAxOsrcEHazUBJKQU IHEBpLzaghItKBwrww2ni2R6INVRUwhc+nuTBsPyqi+vv2qQkx/3xuxlwhrLakhNXNgx8c6rFPeA TQErpN0ALQhSs7gcd5zfaTihTMK08rJMgstR9VgGD2fsrHUBbSBlBmkziNHcDXR8cdQSWRegBhRK t51VpgO45ZEHI8scIQs3HIqJ3Xz3/13cCs2xwCUUFxxqQA5nCsBF1kpwgVcXNXUQcBooFG7AC4Xg BEFmUhjghdugI/VH5zLM0DDaW0tMRBngSWDBC829YAEVSbVBxMRaGIWFGgWcocUEoQe/FB41eQDS BHQPsIDfXGJy6A2CMy99zIAbEL3dhBuOOBc8FFFAJwTdoYTWPJCkAlQ2cRCBDJeHwGPhFQi/aQiw 3+A+p1BsoTURwB/FOmlfiEDeDCAG0zUFC/07ihu2sAT5OXArJQiOE7oSnAVMBH0DIJlhQmCDK4TA Am0KlE4aYIEQTCFxt5LEoXxgg+m5UELVu570HhBCMCjCcBEQy0D0N7E7XCQGA7gA+/9uYEBvBcEA RXzge+SQtxfET1E86F1SdLaF32WGDUdszgWeeJm0ba1rSgzjUjCogDxgJgw2AZlBVmSh4tjkAHCM oxznSMc61pFfdqODAaRwMxHWCQ16QOEL8RJDvz0ADTVBgyAfUKW4HeQJNzxUDgdiBu+lLhMGuIEk BCIqDoAuAgaIgBi5MgP2+eAPPMLCFviHFC8WgAcNvEwFLGeAILChNLbb2tpGyctNaWcEAgHiqC70 Rjsa85h3rAnz4iW1lmngmdCMptOeljFuKXOQefFBc3aAzbxIJw0NyZ4B6EDLUOowAA+IYuokpgRY eguUohwlKAl4Sx6pc2vu1ErYxhb/AbOxZglacKXEtsAUDvzJj2NSgAvy1MuGAoBOwMQjiGwwhRB8 0AIWCI6YMGoBMIRABzaIwiBpdrRXSbSb2jQAN7uJlxWlAJLNCcI5JQLTQxGiJiVQiht2xoMfzaCW bpPAPC/gT/i0YXw7UwMP2MYVKryuOVKwgGhGYwYe6Cx1Z4BPMZHJ1WMmLV0fSIJDL/OxgWhnOBjq QQ1UJQC1MqAuo+hDFeii1kTURa1szUsPEvBWvpG0pK06KTZTutIXRiGLF4ACb2riAJSoAAedk6Ro tHA7dnatgRPYwhbAyJoKGOACiqICYmkHniXwUGtq0ML/lvIFOgxQDHJgDQ8qy1Nv/221q7id41dD lwQX3GShYkxCcNRoEFGRSkJ4Lcwp5GqX5LZ1rbm5Qw36ylIv2QB2zZFEde1C2LpYoZEK6AKIHpCD 5qyghbrhywBEQJYJ/IkD5bwpThxhyZ2RorJuKEI+keKFPeqHCpYLAmnBg4V19vQoWDyUIri4Giy4 gbYHHquEeSQBJCnABA2TANwaIDeJ7EGjA2CCmbZLYrvwoRFhqMuJU3whvB1KhszrrmF0UBMmiJQu M2gijCMUgsi9hDMuAGA5IzDVpdxTYsw5iha2wIOvZeULliNya/K3zjPowHIyCMLnWtOG0xYAC0g5 rRsmjJQhCAFHRxkFIlRzigQwdP8ICUCzmdGcFDOjyyhtZqhDS/AbsbpIAr61CQw0Ikw0lPjQ2/3p 2NBrmAeE6SYKWIOjICUp7GJAUpa6FNxyIgcuTSGNZAnOfTA4AEcxAAGoTrWqV81qVTPgUho9wmr2 mcl+tmYCWnhwAcYc5iK4gbNkLs2cmzKKBNzZzIk4yrCVYmYEBJspdHKPVpIQB1L/pi0lYUNNjovo bne7vM3xwUr/CtibiDc3NmjkAAYtmwkISc+lIXdJDeZU7EphBkUuDa51lrujQMF7SnADmOsshATE uSk1MLjCFZ5spLR54QZf87MnTqP+DMB4JIJB3bzN8Y7TRd5HywlbiBs0gpwgOKn/iXdNAFswcmUG CgM3iha2poSYYwbObkZKsSWelYRHHN4AMHMCnE3xouMHBCsCVcDgogOPO/3QIK/ZTWZ6EC5Y/epY 5wEXCMI9rJ3h62AHu/7KN5CZr1NrbiDIkc++62BCABJsl5gaSEGJmmigBWvohN47AYe++/3vG7CY pCVdTQL4KjhDMrriF++iONhkDiVHiHYaIMinW/7yu6HxvyLPEhWMgA0eCL3oPRCCQxjuXIxPfcfG UBOsOPADbYLAkjhPERXMISc4AMMVbMD7Duak6U9v8yMSgIi83GETBv+CXR5O3eUbnLle+tkAFFCc FduFFR/SjaP9Q/vZmAhFBYmB/0Y5APRgm4D1NCi/6t+DJPYGYA9OALFNHOAEDpQAw6wxwQdcwJmc nAec3VcWwjQAUeJtxwdxEKd8u7FXCZBXd1UD0MclViAZCgB8uGIFiMRYHRaAHGgQRkAnffEB+cZL YSAUEJBT60caIEAnCgAnHfiCJTGAOFB50mMDv3FjmEdDNQFMDjECPuiDTwCDQpgSaSACLgAXCIUl CpABMBADQUgR7mUTEOB6iwcCHKBRsTGEWkgWHgBiOHAFNBghXaBesKECASAyNVGAiPZpNeGCW/iG cMgYT+AC8jcAY/AB+Mcp+kc8ONEA7heHgBiIEJECQyMHYRgzvWETGWCGgtiIjv/4iJAYiZLYESOA hH4EAXPwhJO4iZzYiZ74iaAYiqI4inGoAjEQfzqhAAvgAt7hZ0thAhTwARzgAgtQh9OHbRfBBpa4 E6vIAXFAAa6oFLCYB7S4aX04ByRHiqI4AaIyGWBwQiFSURawE26YECoAA/KHA3IwBVtCFw8wBXLw aAMAAXWgjOYIEUbQf/PnAij4IkYyNPP3hweRPDVhRsEjATKCE2MQjPeYjwpQjueYErcnGGgVIVNy Ex3AiAKxHgMwg3YDgjUBBn5DIdNXjQFpEp5XBx7QARlgi2OyABmABB4wAgo5iENzBHnIS3woa0qE ApLRIkZnAsGBAsqYAjFwhBn/EEID0AAZMAcesAdUZxAiYBMWyDx0ogd9EwU20Y25cWJzZS8UyW7n +H0N4QEHRRT8KDznB2KUoX4p+JWbAgJ/AgFIIAIbKIQqAIILgIMyg4GCwZSYF5d3YQVCkoykyAbB oQBUCJbCswMnYhSh0ByopzR9clBJaCWDsnhx0CYOAICPkQbBIZG6wSiTdmmUcpmY9iiYohZyCS9D YZmtFpqhGSkYAI8DQBwPIAc2QZOAiBM0AJqiGZupRpqmmXqUaSmYmZuWspk6EUZRpzG7lQqB4JVj VWHsoYkoYVx34ZR1oQrZJwC/qTBBZDjUWZ3WeZ3YmZ3VuQLc2Z3e6Z05EJ7i/zme4UkIFzAALLct grUbVyAkQRmA0UkwA0AIhBAB9nmf+GmfF7Cf/Nmf/Ck22hmgAjqghnMz6bkwUvAC/rmgDMqf+fmg EIqfM1ABFFqhFnqhFZA56Hmg4zIARmEo1NkCKchn40gSVTEAneaZG8qhG3NNnRkh8akvNREESLUF jnMhK8KDHDiUK8eiLeqhjBej87Jb6cI7Z6cEnUAJjgABKVN44iI1VIOQfJkVwRESv9FNWURAbPmi MWMF03iYYtIA5YQ4D7BTE6MGh1gX7TkAWUh7J5BFL6BuYGolDkAoU5oUQqVFW3Y6NtcGWmMHPABs o5FgWsRgALB2O6ME/Xanpf/BNIvxEcmjQYf2ALR0AWnKpXZTSLgiTs1RX+tUBKDwGCIQQoQAVajE FElgEymZFZ2zp4zaFBKAWEWVLoiqqK0xS4diS0pxVGe3BTb3qvdBAcGhLBjBBiHkB8NBkUhpeVEA oLWEqXyjqdPDqeZkEHewdo3DEVE4ADSwPu2jKPDzqlQQSQLGKTzgZRNjB7+KGbR2A7bmMAIlMREG rDRyouMobUkBApwBMAshKg45mTlhn5KACQT7AwZ7sAibsD9AsDNgnzohMzuQUocDrV0irYYkHRqU JlJZU80xSQVRSVtTBFqAEFdAOheQfm1zRElUdFDWHHQwgi/CA0iVOvO6FfX/FjtShRlQYKQSs6hG kUD0KkZoNH0liYYWICG3lVtKu564AmmQIptQi2qvhgEgdmgy1jcPkKZfOnsKwbHm1AVicwM5IAAF oTNF4AgLEDrwJGFsEGU9kmu0JXeCqhWt9VqxBR8TcFW9A7RBS3Eg8BsCwbSGERyRYApKm1umEAmC aytCui8uul1Xu102OACSYxDiJFNdG0kdKxafEQa4pms1qyg/FQQOFAPaJAMWgLdLdnZFMKhZumD3 ga7p2mRZMaeB0rd7UqUBMJDLSrH40qM+alKPW12Ry1KHBVXI6RFeGwRFJrtuwLf44VmglS5/UD8r WxpQwAM8uzqjgasx5apc/xFFBHUUExC3A8UD6/oeSXu4XUWk1kIBqDgZcUBmJmATMyUqKXohzvVc HKJWClgYaoWA/ysA0tV8XSp/CuA0z/Kk0KIBdViQxNscVxCZl4oh5GVejGYXGWiRKKFxkRVTLhAH eYIF8VoAgDq3WdFfUtAjIZA39nMftGsUS1AAVcQU7fqurFEG5isxbhBLB8N6N0EHkXAJomAKRqy0 RiwKlxAJdGAVDRUGQ7OXbbMu71kQTrJtFey7XWJ9dMGcqJmlK7ClLlS8dDG5A1CUhQFuYrBjufEA wZG8KqFxONUULStZB1TCUiQBBiAD75Fjl3OqXAY8BaY1RYAFN7tHOQsfiP9aAPqFwrhLcXxYH4pS gr9hlxDhryhkBeGYE5KpxSUWBbSkCFnMJWSMF5+2x2x8IdLxqC1hBDWxAfdRx6FkFLBYAhxwy06w ALrcHLr8CXE3MbxmFIucOsF8qCFregR0P6xhBngsMXbgBlrAVKkndAsnZ0JwZ0yxbE0BZw33bJwx v+ARBnwoaCWpEYGGxp7syVDgrEGQF1YiaZk2KZZWKZeyBlbSyagpHQrgmGShHcR5GTZBAh45p1Gq FTHwuoBcGkvQBjyga6lDBAL3yBLdGnEw0DWxACNJFoHWRunc0egmsTcVvNxSqgRa0iZ90iiN0ue5 oiJNAAMgBVIAvlPGszv/cwbpuxTI52xCh81GsdOrIXT/PNEOxTT/ESecoYYendR40bix0gC/zMME YXa/nHZl99RtV9VbE3ZgR3YCEVBa/dXe0wlu8h1SHXd15ypwYNVw8Cpp/dTzOsxZrR8JR2dlVnBE h3M8fRQ5nWYGF9RCPVYUYBPyGDDuVhPnptSIXRdRQJG2iyXlDIlzaB4dwAEUQCiweMtjoMumqRYN sAC3XAJ2+te4iyShHUb26gBnCYMD2ZBwmdhKzcUdMggGCbgX+RACwByHoqGeJNq8zRlSnC4g8AEQ yaZVPIr+inlqxVwHaMAHSHwRktxP2SUUCcH30gXB4QDFXdsX8QQQOQar/zphMhk5vK0UHPAbcOwQ TzACo+cEGdDe7t3eMOABIuCDj63dGCEqCoDULyQdSLlXEXgXO0cXzW1XD5gA//2ABy4hPcamAfAE 1qaKOqDfemEDIaCT/2jf1fEEc6CTr2x/MNsj4uECm+0mdaBDgWaHfr14YbBpSofhcJgGbeIHYsw3 D0An+et0UTBcLr7jAJICpNYAHJCVYfQBSPJ49c3jn/gEKLCLY8IW/JwQGMTR1cXYDILkVj6EewAD I97YONETT37lYL4SKmITCiAHrY0hUaCafZHdYd7mbv7mcB7ncj7n1qHeGbDlddIAThADqe0RNukE hulHG9ABZknnhn7oiP8eJypglVaRB9/dOu+IE0igowxxAow+FOz44eBhJMZ4i2ye6MtiBEhg0TbR AZQeEYuO5ziB0Z8O6oL4BCJgbTcBAb1YAvjaFJU9iwuA5wvgExDxBP3XAL/NKTFyE8Rqr3b46OlC ARDZpq5uHWi4bWfeaGwiaAkhAhqFA9S9G3rQJgrAtc++hSIAjwol5HsiAShgjORIEO5SE3ig6UpT 3jaxAOYuPybQf84e7gix6IaJBs+4pVEAjuI4HX0uEK68cbgCOTXBXifeu7iyF9au77QXA3+yj6ME aGSu7G2jrzVBA/DeS/n45aA+AUPjB6OceTcBKidXE9t+gZNx8lzSBI3/xJoSHwApIAKjLiYboMu6 jAe3/PO33AG63OlqQX/gXhDbqgDt2FDyPgbjvSl00ligDhf5zTzIYhMtfytsyARZrAl5lSpcol78 OpUnAhFnoZMQ4AQlkOI0YgIoUOQ3MUFPP/dbwYc0L4knMB9YwgQDj5AxUM5yTHkupPAQ4m2wjSsr YsmgSJUIMQLquABL31DyEUIdUO90/9ckaosKMAcFT3ty/CBZfyE6IKfD5NreliaDLYq3TZ2AMBmR X4V5sNuhUwWNkNdKBAKVHfsckMs83/u+/9kU8PEOhAK/WH5JYFADUuVxMgErogBS3sa8pwMWBQYc Vf3WX0ImZAPfmJcS/276dmEFFGVRIUD9189RHhUCemAD3a/BO5H6nJjeJw4BO+/7PF9/HPABFHDr QYv7FKD7vA8QCwQOJLiAA4cSFCQAYNjQoSYGDnc04uTQ4kWMGTVuHDPAIw0MDBCMJFnS5MmTDDA4 8DhAwUaYMWXOpGmxRIOWDtIE4NnT50+gQYUOJerCowIrApQuZbqgJUiRKKVOHamS5VGmWbVu5drV 61ewXP20HLAmJFW0JVWuUdASB9MQHq8stYLT4xyiefXu5ds3rxOyZqOmRbu2rccjNRUvZszx6VnC hK22fNnY8uKWBFqQ0EDW82fQnjWQaEGg5WXUqWtKONKSjV/YfQG7TP+6FNSlPFozb+4c2rfv0aVb hiVe3PjxrC1JHP7dHPjw4k5djohd3fp1n8qZO+dOtvcA1eHFM9zNuTv34KY9jmffMDMB+PHlz6df n/5pixDb729sAoJHF7C7DgmP3shKlUGU4qORMJh6zz4II7zPI+QqtPBCpR6UcEMIoTsurgE2EHBE EoXSkEMU5cOPPxZlOjHFFFdsEbUXYeRwxVBamHHHmlA46oQS9SJwADm0sqRBpkJJMEOPbHTSI0NY kHJKKqWUJAcss9QyS0VW8PJLML80YEwyyzTzTDTTNPOFAZy0cQBC1JRzTjrrtPNOPM28oE03YySE kAgCFXTQQCsw9FD/RA/9g0fFauzTvgEMMSRRSis1NARCM9V00CAu8PRTUEO9gJAm6WtBidIejU9G RluViQOPFghyKLtqO85RVefzEENee+UK11xXpZCLC8caAIZZk41NBWCDVQ88V1ttNlhWo8VoAi3c IKIAbrv1NlX4wFW1WmvLdYgCj0RUlqcnPGLiAQunzXVXX+v1Vd5xIfG2WzeO08MjJ9YVOC/p+HQW 0vXMnRHfR8ltcQktzti2ADccMsPbItxoo6ESnGjNt0KkGJNU7mhwIg4QFFYZIxo8SkHgDDyyodcp wMChO0MMkMK5BsCYAl57g67XgpY0ENfZFjSQgcwc4OVhX26VWAUs/zA8EmFgrIFiSWSdSTg4vs0O a2DlHTv+2DeR2ezOZJRbnEAJqPfNeOPFqIjghTGlmGGhhrA4I24tyBZ8IwmOEtiIWIUubgYyX5hZ ccgj18oKG0IIYQELLECDLLwNMKSlBjK3wPIpHs8KigvKbPoBN3gg7goAsx74hCDGvKDqAfJwyAQK DhpDoKs8WtqzBgY6KKHByZ7hBgNeWFTlMniYmFu6GdKi+sZCSN0AGYLwwqElzGCojbiVCDx59DEC 4bCX1/XAoxAkL24HMZiW/378l1phTBZ6RV31LcRtCzwglg08kgHZYecEItiAR+JkgBsUAgIGyQMF KIAHj6CAJiL7Xv/6BveF7UWAbwrTwvS6pQQeYOEyXgjC0gxwgRBYBAo8CCDUzuBBHMYEgwNAAtZi 4BEw5M84OSCTGHYgRCTWa38G6J/Q/kemTtQQalrwCRd48IAEAuUJBRtAA2pnAB88DyYfGMAYSjCT 1Ikxh66ywNJ8EANzRawA57Net3gwAcZIYAZce0EEqKARKNgBanag4xoNaZHZ5KR9JHpCB0IDtCQS xwadM4AkInlJ4yyxifJ74piCELue/C1uPBDYCP4DoAgs7QUx3FHqKnDIFrGhfgaIgLmeFrciFLIm MVAEmRQBx41ooQjdwh4sjWmRMJzSASMEABk9EoPqONIjDZiCVqb/kDhMGucBXzTACqKQTXBmRZNJ fEBbuDamCADpJ7c84SpIdBVDMG+V5XLlMcMTAduxgYT7IoIuZWK3zumNmRkxgxuGacMy2NOeJmhg ugZ6EWcqYJFDEUFL4ucVOYAmUDPABCZ+8FGQhlSkHcVEoEDjh6CxgHn8C2c2xynEmw1ABzFF1hN6 SaZ0+oQH5vOJGYpQBC70JZXc84PgajcDhS7mDz7gHlIZhS1teYsI4mOM9sbUvQ7CZAk8KMINGYKF 6Z1BCwlNqkI5oLvFJOEwExDKVYIYlpaIIhJ0OE93GpCDS9DLXlHYngEUAUmlPMAGlbMcGER3WNGB wXJXsME3W9qV/5fK75oe0QFT3uARD/zEpmXKaU8ecFCouaEnVxDZDSLQkiQk76hlJRwdbPcFRrUB bnFTAw+WMBMWuhCGipkAO09YMdYGVzzODJhPpHlR4rTkAMtlbnOd+1zoQlevQstoSwQTmcJggC0t MVBLmWqAI0bOCi2p5lZgN4AOEGWzOFVnT1bRLUZI4idHSR8+aylcAFQAbzeQw4x8uwWLDJCsMNEj H/1omRJC7Y74ZbB4SuCRHvLkMICFq0eie2EMR3e6QStaXT3MnMd+N7zgbIJHINCX9dquvT3hQtS8 tQV/msu+SaXCF4Pwx/ZgwaBx4xZwZfKHmxogCMC8TBvswAOL8P/gDHjECO/icBAOuKAgUxbIQT5A gTA0WLjSeVnMBlBe4yg3w2PO8IbtxbA+mRmJIn4siOpAlCd2ll1BpuWKRbAIUvBYCVAoF+OCAMsQ yJOV4YGYG9RQACIMGAAldIMWmLwRgOZtb43Zqih5zK0zUNUhp3TJDH4ABFCHWtSjJnWpMcEEsmgZ ltLZiZq70oSYeljWDbBV5NDsJlfnj82PbYlP1huEFeslxbRMQ0vOmBFtqZBHfvYgCD35UMa0wYRx E+ujNWJV7tEhq4spQw2R3JCLFaC2xYSJmJlrClFcQt05oEO73f3ud6v7EqIwhSma6zBVD+7BA0Bg AK5S68de8tb/T6KQd8c04nB6hGvAntWwCbGBlPWNnzEeTwheKLgZLE0KaryMogEQyDPcVia5td2g FeNbHhdB2akxN5ld7lx8u2qHH/kAtFnrTHUFAHEDWEDAwTnwNxU8nLu+ZBS+uKcuZvEJ56TlCN0A NfO1pwIXt5YXQmhzxUhxXxRvSIHH1Eccn9xbhdTCAPm8MAu/XO3MjbnKPmAXj3QgtQoFgV2M8JM9 TPNCPahBFphyij5U4Q6bYEBW7jCCpfDd71vpQQJMUIPCR+4wR/uaZnKNPxE/wLHy2+aYVoBwHXgE WVn0Sd6ZLkIAlMHSSC4DaAsQdcZM/QKMGqoP9Cmep3vLthkB/zKZhtwYrl762+Zq+dpd3vbkSUCa LomDIdHlEbYKZUhFQo7iGd93r1i/K3eAPP4eoIc3wF3WoDEEIaSwSYOD9wG4GwATAG6hBxCxm6ab XLpIn5cU4IDpJIPAGDhAgSXIPR7zqo3wAp3hDzZgKhm4L9SQI285A49jiEgDI6cSjwk4NI3BoRJw gZYZv+aAgA74AOFijZYQwcFJprvgCxg4ivfLPuzrilNIABlMgMVTCr6bwRlEBKbgvshrKT5ghDIB hCoIiyiYJSEbuoPLiiawCzSgsK+QPzFAP6+YLAe4P6FIgauAgCxrCGfDKQmggDyIMoFoi0UIgk4o AEjgACx4Mf9NM0ApCA8JwKcX2jbL6C2oyRhlwzYZ0LbUwALX2xdyyzdBnAkKOAwnMJck+BgF2APr eB+PwIEo2DyfC6cfNJMaLA5JIBMfoD9dS0KuuKwBeIutgEIpJA6iGYCrscKfaKgFmIkuRCesAwAj s6FDMADL+AORkYEKtAwsYKctWILWQzQeaKGSYw+UK4CQw68hEAIcTAAEsIghwEEycIhlbEZnbIhN mMFnxK99a4BYhMOZg4DoG5GKcokr2BzPQAM/sJwQALNJjJwFQRIBUBIM2YHvMoAc6ETw+goD8ghJ kKdSPA7cyTlV5InZcIHLeMWm0wgtgJstGBOGmIBpK4AB4oH/NpgACTg62LKYNuhIj2wDHghJ7BFA HsuErzuwy8CWP+SW4Us9N9C0BlvGaWyIUUAEEJDJjcDJmKjJiBMuZ2rF8TCBjmiJDJgoEjGKAXir d1xKxXGtMTGi42iCKzCs7fgMF2oOCwADPQARNOCVB7CLzCpIn5COY1OND2igQvBAj6CEleSWT+hJ Lbi0ffExWeSWUsiEWvw93BOgsxvEjNDJi9iEbXSITUgEhgDMixiFa8y3MDAxxkiCDzgbCNuJ2WkJ SWRKzBQaG1gpA5iBrrALGhgMtOAa0aSKNWgJJwSLJkC1AXAAFRBLoPiI8PAMqChN7CIJBpiMVJsJ u1kpH9hF/0o7RnGzNr8szvRBShMEABCggA9wgeDxjAUQgWDLognLTOvkPG66AEksDw34jtCQghdQ G99QgPRoCSYgjgcomFSEzaAYEg1iuVIxlRaYTxKoT/u8z/qcT8qDD3LBthugg41MDSg4NKghgpY0 TgTVwHQRgRGYTvYECqSci+uc0PthgTJhAaCDEbJArqyYArhrAMp8UKJwxA2AT4OpPBWBE90yuTok SXGriRpIAE6I0ZmkRmbsyYaIxgSIuBg0TIeIwR1NUCGNiQ4cRxEtCrmgUCXFnyjYn51B0QlxF9Bw AiM9Ur7YuQGgAMvI0BhJmMswAx4QpH2BPZro0YYAUhxliP9sbMY0/UtmrIghjdOLSIKWMEorDYoJ 0Lsl3VPJ4dL6wAA4CFRBdQRCdQRJ4AIuuIM7JRFHLKM2Lbf4hFL4CAJC7cuPawMtCElNDdN9UTRR qjbGqEZrnEEfBYBsrFGLMFOHUMwEQFU5fVUASAK7WM9FJYpytAA+zVWh8VP6gAO51D2d+lU7ClZh LQBS6om4LFbR6gnhpDZOq4RiLYBOMJgIiNZKkI8GiFa6TFYeM7v2UMzBvIhqrNE1HdWejNFRlcFH hVVBnA0IcNBaHYrDaEFdrVfjAMUBSI+vSRqyCJB4zRojaKiWGIMPMIHd4SK1/A0H0FJ2bdgELYHD cM1/jY3/EziMyrJXjOWVKLABHbiczEFH3widzCEdW8Gd0ZvYgjSCOXjO8XOADkCBLXRYmWWM50sM Y6KADuS510RZ7MBSlMpYoEWOSiQTIUSOyWoAnk3anxAAili+5JxZqK2Jn8yhJFi+LnoNpU0WNmAO C+gC4rACMOg56xy8BAg8F8RBHfyKUTDbXrkCPbCB1NSKeGSKBRnCsAg9l4DXrI1XpgUBnxiSEPnG qIVaycyJPIhZHkmCPMjZluiAu9vb+1MBDxBY0EADuJ3QxtNBxUwErcjcreC+BPiCxJNBROA7tsWQ yeousJhbpVCFov2KLmgJaIJc2h0KFQBcBciDdQ0uZxoA/8Qd3I0wgcOg1Z+YABFAAk5LWNBwABcQ gRCtXZ5dwVCM28cC3Rq03s9FVxzkXK4wXbvFkOpUnC6IWDuFXvMNChWQ3qNwAYNlMKQcgLIE3t05 JVk5X/tVxRM4JeqbxBhM26yIQbZVzB783wTg3qzwXl4B2aMAgya4kClQYBS4XwmOjRRwgapsABdg 2BzqmOQlCw4AXhL0iDebYBK+vxQ4JRygXs5bqxgVXa4gWwMWANDFwUvs3Bo4XeQYr6T7iROAAfFz DghwAeooYSIOkglAAcr9jAnqAA6IAwsSXIv4wg/gADxA2M/oABF4grz4oWmKXyEFgfeFgMctYjIm PS5uP/9OxJ/JepcJ/UqrKWM4JuE0GAE6ruM6vr80CB4F4IDdTSoK4KIO0Ns4HmSsmQOywIE0rpcm wFfQUWFw0uEBGGJCnmRKzqIYYNkNaL4ckgAUED8IQAFBrmRRlp0KBg0ckAPGer8msIEpCIFYI4sM kOSeeILD2N+WWkKPkNhR3mVeBtiVDY0FcAEUoIA+rokweLIF+GGilM5ebuZdVoGGUgCvvSQQGQC8 cGZszmYTpuM68IA5yABwBufDUIBwBmcU8AA2GAEt1mZ2bucAUIHlY4Jphhy8dQnidWd8zmd93md+ TqAR8LKWsAA9aOCvDQEFRq917meFXmiGbmiHro4RiAH/D+gAcGYJCADnDvCAPQjlh+5oj/5okA5p kR5pklaWERABGMiAqiQLB8iAOUBndYbNExgBNvDmDGBZls4AFKiDESjfkv5poA7qfDYCF1Bm5W3N OTCCnQ0SI4ABnD7qXEaBKhVqqq5qq55gye3gAaCBDJ67xuidJAaQhIYNEXjqDfi/1KCAOOgArYYA D1jqq45ruQ7qFDhpD8iAsP6MBcgAD2DQsZ6VrCYLGijYskHYBRjjK7RgwUaB9t0RE8iD51QAGPDp ubbfPUABcCaLi/YAI6Bs2DgBI7jrqtwAGEDsyt5nFWCDoobqkHUBNoBr2FDfrX7aaDEBxTax2e2J PCaL/zHQYIUpAS6CAKw97dodASt2jg0Ybr44AQ/QaudQgLcmbmzeA4AmCwXAgysr5pkwgQ/Ag5Xm OdMWCjbgtDGA4la5iZbYgBEIHgig7eTB2Zx4Xun+160lCzmgV6aIAjlgTZdQ7qBIA/FDAwn9ige4 AvFrgKme7zK+ZOvG7sbmEe7Gg+T95Ok8YxrwbQ+auQFo72P6AE7zVwWPjcs+7gVAAUasjvdFA/z+ iiiItQyAbRVIJCYYcOR4AB3g77AM8RLe7ZaAAA4wbx6JTJamjgk4jDHQbpWBFcT4XXtKJBDXcfRt bg/sAFkWCvUFA0cmDj04jAgLAIDG8np5gFNELyi33/8t6nEUQHK362Aa8GocEl6POPIGS6QILnOe EIHkxYErIGgCn4Ixd4kR1qzDUEp7AREFSKSLVZx69m8714s5tmMR8ABJn/Q9oONkOYHly92kUisA OSSkVAAMZ7ChrEIdV4GCQQN3rBArGHMQ7QnpZQI+F5oH4G8LyHIMeYCYIvVGD4A0EAHnZO3lRQIP GAHYFooJCB4+LisTaIlQxyEKQEi/7F35nus9YA4O9RUb4O8YkF5RjJyYakIhmiyJUvAjfup0cQGE UIjGSAIKKAEOWADndgkn8O8TNrFmN6a68wgvlt/aPozclmsVuApakxxcP2T5ialE9wpWAAQkCQVB uBD/SD7xhRYAICyTQeCLGKjugWVsawkDFCjcDb8KUNcyN+f3cuH0AfjrfuZooTBkj0j1yMHbBpAf ULTlrmBdX4mCtWLovuWLwCYLPGib9DEBDmDZwTZ5pGeMbpz2Xk6DX66rDGDmoKhYj/hZ7zuMyxSa KAgBQveKug2a2N1hhaZ4MyEDoBAB8TsC9z4kCeCA5F3YpI97HVrepC52Mu7hC34DHbCBWFeKjd1K K4aAQE+Bw4B5yQERm38sTciNpVh8XgGRLufnngcKFXjf1tx31gIBFOC0T16jKqh4A3BVue/4dAmD PDhuJKhyCebxRzT84ogCPVDg5XN9yWmCKcj6xxra/4f3FbtIcHee/J7wkZZwAiD3Y5ZQgAdPnlCI iIZIhUFQ89Hfj1Nq0zBIpFy+Z9qN54SvlyhgvwF4A1sP2mzC2ydfaAAf2JKP/v2YCOj/7XeP9w8z iDgofnxHAcZ1AbufWCxsie2PnOoCiAFMbAgoaPAgwoQKFzJs6PAhxIgSFT4YYHGAgxgBNnLs6PEj yJAiR5IsafJknYsQKABo6fIlzJgyZ9KsafMmzpw6d9Lc0YjTS59AeRLFSUHBxaRr1mDAwOAp1KhS m2JYgzSpxQ9Ft3IlKsFJUhQnx5I9uQeCRQVdHHYJYYEJ1rhy5SrAAVeglYl69/KV2OQKGBxzB8/F 4f9HT16FFizetZhBRdnIkidLThHDxQLCmpMe6fDBRNfQoouW4LAA7ebNChZwiCMB5g5GDFxqAjR0 dFelThHw7u37N3DgDKomxW38+NeLCoxQbl7SgcUGTRjauIp1aVOp2qNStSoXTN/w4vU+EByXBlOq 27l3hx63QeKCYCxeEfBAx1UFGp3z739SxQZyoUeVU+s9ReAa7mHVQBjHORjaUXJhV6CB7FVlXVJa Pehgah12uCGIXJlAw0X7+edcDBfp4JBuDAT3Ioy9DbdGUuPZeONCdyngYow9wsiAgg9FYd4ATpx4 JJIBoLajj00Kp2CIUeLUopNNzliclKJdRACXXbb/0AIJJGgwJpllmhkmCV92yeVFLcVmAJxwkpEl nS5JcERaeyRZlgruofGAQaoAEkZCHhpKGI6JJkqYAktNSCCkTS2FYVwSzWeRiXtqWhajjqYXKaST ElYnqS4dempcpW615ZqtuvoqrGu2CRsjc6pKZxIkYrRpSRNcVJ9BrAiSCiBVIMTqml+GaSazZaKp pqwWKTrteKyCOSaqSY2ZJpvSSlSeRRA8wSu5JVkrpgbZXrRtC90OcGudyHoJJrrNMvtsu9G+C+9O 8sb6L8AEzOpSKIOAwG+dcZRY7ke+WhRfQZYQqsogx1oUMMb/XkQtx3z5mzHIAns7kRVXMccwyh19 /xwyxgMjDOLKLAPs8ss1xSxzrANXUWvNdUrQgEUepByAwwNALIAmccKZx0E34/zqAIa8sALVVVtN dRA5aL0111tjwgLYYYsddhQdK+T0061uvNcDQA8gwtApo512lzRH+UUFeeu9t94zRPA34IEDHsQF hRt+eOEvFDIA3S1b1PNNczc+6w+BHAx5nXgOAAPKDitQ9kGhMH3QJFkYJDndA1ygNOutu/467LHL PnvsLzDe+MyE0L477737/vvsF9yOe84yAH+8AS8gvnzhQQj+/N9y8D19BYZcTHzxyGv/u+3DJ7sB 9nZjXqfbcJd71XR6oZ722mbzNTb8YXc9fw6ECP+Pfc66b78///23fj/+oPa48R1nfU8THwEBcJE1 wIEScFgTHB6IOwQmMERJuAhkeOUCi4TAY9cLoNpG5r4RLsSAOGsfXx5wlQnEjVwmlBkFK8iTF7Is hi+bgBbcQIQC8LCHSmhVBCc4QBnWiQMWcQGv0hCdvtAwZCgkIRRP90EQ1s0iqyjAKvrShei0cFMj aCLIbEjEKU2RiiLbF+SWoMMesrGNBVgD/q4lxjHi5oIDgACv3EMQD3rPjE+MIhTBmDGLkKKNWtjL pczXRSTNQZCOQyMdi+LIgM1xQzh0AxZewgM3FqAIboiAoQhxKghw4HKRlJLmUqApNljED+FxmwL/ uBVAOYoQkIEsIxUtQglOboELErGCRRywyCQpyIz6OuVWdBXLfMVRTJUUTRm0cAY3FgEmdlCCG9pA ExBQIA4ccMICFqAAqcVJCkkhRRGCMIANLAAPHEABBZKATFXpSpV7auQA9CCeK7jNUIvzEBNCAChb AvIizKSiIAxwg0LYZ5puPIMvH2KeNAzzSO65gPEGYcxnzvMlH+jnZoQ3ylKCaAnS5KQbebAVCcxA CnB6QQSo8BIsbIGNaoBCRxHmNnsmyW3pu9EDbDCFEIDBAhagVCHKmRQcWOANIdCBDUBH0KkKoDpY 2VaavnTQWCkLXRfBaJzEwAIBcMEObnTDQ3Rg/xHOVdQ/ijCeAURpEaxqdauw6iq2sBKHnHaFm94E pzijZjwZWE8u7HQnPOVZJzeg1JPaLMoX6ABXMcjhJVqoKUq1wFd4UcAiG9DUEyyCBqrmIE4+2AFV U9uQJujgqJsphCEKqxkchCAxM7hBWMeqhSLwMKIOucIR2+qcK7g0rgOIgwnyEFjNSKF7m9kABxq0 2eOwYXUGiEDPoukGJagBJrxVAw/M0JUKKCJOQYhBTMywQ17idLq3woNFFIkkEVhEDqplQZxuMFbV 8pcvK4DTfvdy29wqhAe+PQhwB4BE4UbmCi+AUxAy4J4F7MSlXnBvqagQBAjL9GVaUMJDjTMDH//A 6QYR+MJL2lDTLbSkDGpgYxF4sAQMw6sEnt2UBzjYXxuQGE6S6C+QI/JfAwS4LwOGk1gFsFs2uuHA NnAMg0vyBA84oBC4Na5cQJMTC9M4SxFAMhtqhgWzctKTZeDKFyJwZR/MICZQYCwbz9BlzIXhIizU VI4H0EEgR2HIBghCkAO9kCEXWTxHNoAYXozSLfBAnUaKskdi0IGLWBlOikBuTFBgEQpv2QAXnvOD QoDbF4RAzA5toxtmzJUYbNjSFYCJGU7tRiWoFNQv66xF7qwp+upZ0AJoNaKl6usgE3pah54ESnt4 BkgHQAQgLcSDr/uamozBInno9KdtLZoYkFj/BhZAWBkm4JIJ8LaHW2hvUUIgBjjJgA7ZTnGy1aBZ bSMMBLrCCE/3ZASLgGfYkojTC/Y47P4Wm2OHFisPMNvDE3TEoYx+QMrqYJ0G+GHd0s4JCBSbk9W9 mt5b+YJ1gzBtVWlB0QVwA0y2YIfH8oQKEYi2FCwwcposwaHgFa/HX2Zji3DgKg7IN3+eAAOQMmHg BWHBlYlsdNUW3GwHZwEwndcRLXCSB7xKgYIc4IGQdzhEHM/5TiTwZQNcAMW3+jAn570VLwQBrhco Nc0ZW+uXiBvsCIvQAI5wuRJcha2UUYGmk9KAN7jtaL7egcUNkIOlT7XpIzz0QjOlZFn3UAtJ/xpB fuTA9Tp93e42mYHxpPAHeNGUk5jcSgisK4MgvHsmcO5hEc7seZ1fhQZafglYBqCAcUVm0hexAMTU OgD7Mt4+1iX7QIs/QsdDUbJh7QJINgljM/jnCahhwuZL1fnZw+QPD75Bm+FFeR66oe5ht0BxYdr1 mmBh/ESYO/dVtUGL2J4mJkBNHcji++En/yBNWKJBWIFQhQABFpVRHSACHiAB6oENGF6ilBaSoZby mQ3zjZDwRU3SiQH0eQTlWZ5zzF9xlR2/bFhlxR8AeIF1YVepaIHstQQUsNEW4JxOeIHzIRrc3QQW gJgbEYHamSCp5IF14IEp1USADEAHmMT+7f8ZQ4RAY6iLZiiAHPTfeGBCfhXaBOJIBZqN8OnICcxA tCHaBm6EAGDWsnWEGVAfWTBBCJodwmxY+HmehsHJBaxflpiBwsEfFshgTpCXeaEXTrTg+ClBD/pg neDaBtxeTszfEYrECVyFEjJEYyjADPwAEFSiJV4iJmaiJmJCE06LDSTdDFyhomQhx0xBdDwAMOke wwWAFz5fR9zBHXCEGZRbAYBXLDJiq0mBC2COG3peBBiPD4QZnZTBGlUdUYxYiZ1YTkCBybWgGXwY yxEiX+XeHITEHlyEwDWEE6IKx0RB4gGaKNoIKU6LHKQF6KSiAqziRrQikoWhGJLZWXnECeT/orWN Ty96nKgp1A1KSRmMH+xFo02k2Zq9YU5ggcnxkJxJo61V2wBkykYEXgMImzZaxAFUZEWagihcgkbm AB10pEd+5Edq5CWIgimYgkUewB8lygMA2wrYAGC41jZaABgghq+NI46UTCshxJOtE0iwIxiaIS2i 2krKIRTwGqfxogEQZJexQbepYIi0IAC8YBvFWCblBKvFiSKMHk/YoRvdlEJqmwmEi0fs2wA0wERc xEmmpVquJVumZUoqygM0oXI8SoUMR3fcW1KgwU+pVo9JYMe8QVo4oB/El0j4pAbKohpwAdWxEdlB AUe4h3Rhzpc5JYZRQfaBiBasVw+2AQ8V/wFA1oQcWNwN0AEb8kQbrBcb2QG6faWtGdEACM1GnMBF 7OVDoGVb3iZunuRbJorb0ACPVEmV0EgtUVVfuo8VNADxUURaZFBhfuFhxmYEMEIBlIJjcgQX8AD9 JdBkYpjYyWHrPchislFV7oTLwdwMzFxRvB4PxSBrgl2d8eRGFCGwSIRt5qZ9suVu4shgPAqFVIik CKdcAFlx8pfwLVhJ+GS0iYENfIT08ZC8EdB2btaAvYBWbkgO6WAbnYH53QTbud0+FsUEqFpLqFcB aGh7ep7bMJzDjJb6UOR9vqhbDue0bMm1pMs26p4GcEt+RtGA8leKjsXYueLUKcEWYKgPZf/Tht5K hM7TH7iUDCjlcWBBspVoks5E6rEb64WGSZ3aeMYECJTGAuDlNjYAa5QAep4onWTGAKgSDFjEirTo AMConFbkjtrIJM2MjBJUj6rWYA4AG5SEJODWcxqmOwaAGaDClKpBl5LKDPwZMoEcnETAmYoGFPQg ufUQEZyBFojoTEgA+r2UBdDhTmzplA4iAMwfVvzNDGACJvyAq74qrMYqq2LC38hFB6ApqajpCCiJ RUgkRNTnnN5nnVYLLoHQsI7QnqZWglVjSATqT/akc4ahw0RAMfbQZ9ZJowYBHUlAq4ngaEBBwqUU TFSpTNCgh4ZGGUwpD9mBqbaEXPyNJMz/aqzOq6xigt+AUqrgKp3UUwAcK0Ko6UXQQSSMZEma5IuW ZEZGAh1gBQ6M0J1qTJ7aUrJS1f/tikc4qxRcwUkQagAggUWMgUuAa0xcK4hkKxFZADD6YWi0QVBm 1h6WF4SpLFEk3IY2qIOGFxkNgCgo7I0uSA5cAkfp61bYkTD1a8Q+xBSAAUj1LGP4wXy6z8PmzNHy KJz4pY9ahD21YsZOhmGigUUcgeutJ7Y6KgGFwPd9KFecJkrZAQ9oAbnGBDIqVExtRaWqJxHooRbo oU4Aa7DmZtAKLVHMH1v5azjCqTFV0QAIaNUGmdtorcb2h08uFA3M3AQoHA+R7HGYLOSw/4HFUSZu YEG5bcGi1oRAIhmU4oQZ8AA8ohQPvG2/uGjf2uffbsjOdUAJeFxYWkQG+d5aFO6MFmsAEW7HTCxV gRWpaUrkogFM2CwPwd+DVADZ1QwVwGwQiGpRYAEPCCJMLAGn0sRVWlqFom40hmeZyZhx8G3stuXs PsgHaI5ykFSXFWH+bQSvPaLv3kjUworwcgzxAhILPJgMCA/DHJrojdv42YHe4gb0XgDCjN0FCGNX 5GCI5URolhhpEsXrQeXrMdpqcgjspu9trm+ISAAK4OUGsMR0uSYSdERo6Z4UTkQP1EACzPAMMwBC 9AANJ4DpGEQM53ANI8Qo2HDH5K8AJf9uf/XvCP2vQs1AxRYtw5yAIcCVAfhAhdqsasJEB2/FAt+K HIxax4VG+6FUqtFEecKJFJxnUXBlnPEL+oKwWopwloAAB6DGHd1uR7lmA3xEmw5Av/FFDO9wQYwC IhTEKfSBsfCwDhfEHzPEKfzwEAMv/uwvtSAxxygx+BmEKQ5ABrTQ1kkxFbcE6GIqD5xZg7oBVPLE FtfJH3Tb6W7FQTpoFrtEh8rhF/PEhaYdwrSxG+vmENFRGCjIESAiEfneZ4HEVTggRCyyQQiyACjz QjizQtxBDQgxxwDmXMkS9rSAjZal4hrADoRAA/Rux7CAxS0eQlizQ6ZMCmwAWJmxVmL/L84xL/kV BRtMcZZAqgHQwaR2RXiKrpWqXpZuhTz/Y81cRSQY7C6fpClEAhzfygdYh4ZUkAToyqOBhOf4ajLL cA7vcAx/QUNAc0JIMzV3Y58yrVwsADLrKZxcgdeKVkq/TzkvREXonnCdAAy0s0IVggLYrkss2aK1 LocagBSMMB3IYWlyxRJs0vuFrEx4avqFKm7YbKZirqqYQBGa9FzQQGR21J1cRERjjsJYhJ6MxEXv BUgXxB1swkgLQFongiLXACBH8zTbUhTYgA6EwAIYVUsPRgMoYAhMgRUgXZxYIXEurgBMwV0wgTj3 BTnDiTkzhPAxq3BNAHTg9EJhxQaA/0Ky8cAZuIHbzoQXCPWGgN4Uhy9XqCcbDaK5yiHa8sSWOi8W jK4MdRMHmEY4UcpghNMCuMA7xROodbVF7FXPmIDbODFJFM2bSsRZL3MCeHQz14Bbv3Vch/Rc329B IF6cPHZq7elxBuZe2MCQaTdDtI1FUFRbpYDbrERLEDAaXLVFBAEkdAJvFUEn8JAnSGkB0BpMhPZQ G0cFfF8JigbLml7d8SGEQfBWEKMxAu6cTXQwDaGqADcE6NpJuEcDvLB1UwsfNAKhFIQqCEJEPMDx XQCGQ9HENsFdvEFEgLdjl7hC9KlYtJWaKgAKw8ShffJMlAEPhHEbLfUJirZoVFekfv/u6vKQElRl 3KrfaGQmSmkvg4Na4A3AV9fJiCyMZKTIprl4htvIhne4AKjC6EgEBCKa1VKtNy9ECFxESrO44mm5 QujBprXVNfLcTdy4acMEj6MaAMBJV8ShASiC9dpyic6YzW6BDaiZ6RpHUlNTuz55g7sHCpDKQ4fL WDcHlpelAoABRm95eHR5oBTLXlBhiRG22SBxFNyFPh0EFIS3my9ExaZjRZGlAmgcTth5TUyAPGeC AWzF2IkBghMFrhd5AahmwjkCVspsGueQibqgnnfZEAiBrQDAsyOAS4xCAlzOsyeCSzx7tMPEJly7 tCcAtdOY5uxilFBAP20A7/mHe6f/hR9MAaePh6cXxIYf8neDopmXOUKACx8LABSE3KZDRBSYTEV9 ke7R+k7YOk3YLJ+3xKmx7Sm3RD6SWmigHSehgmgqY1eokRv14GKiHKhx+0s08sFswri/RGSK/E0M AbiTez0+SBz0EwSczIk0opvahx4QSVz0cbw/BB8wgtKA+Hh4o3mRECUXBGAWVxAEfESk4gCY9yLZ /ABs9VYo/Ey0QRs0PGeqKw8xwre1xEAvONivLdALNRpzRTT5o7LNnspLO7S7/W3IxLP7cALEfUuw fLe7lwSkxT4ThQnkXnT8aZLMudEwhBXoAQH+dc/311DCyQowPUQElQ0kvgFaQLSh/8EBggEBXkFU HUQDWE9yh0cmw3pF7bG548ZtSUEHtHtcxNZFwHchTSn8hf1ZWVYb6TrZ1TJSo2YbOXn8tf1LAH9M CD9MNLK2t6ZFOEFXUABDXkQGUHiSHPPi++6Y+0A2NsQVAOxmwNWpvPRDpHlZMph79H3YuW9SDIh6 +CdVOEADkQKGdgKDtER4qsEZ1L/9nwEP5H8PXqkBrN53AgQAgQMJFhQ4QcsSglgKNCygxE0bgxMp VrR4EWPGjEOEkKF4KgEIghw9AiD5MQECjStZtmTZYMAAEyslfFgQE+cAF08C9PT5E2hQoUMDZIip Q0BSpUuZNnX6FGpUqVOpVrV6lf8pCwNbDbCIKifnGgwMEJQ1exaBlK1k0Z5lgGGNApwNsCq1InfA AqJ7+fYdGrOBS4oQYipg2xZx4sQMHOBsKcGCWgMvLEgQvNCOw4YSB0K5/Bl06IonK4JMcLqkQI6n WSdABMJ065CiaYvGE7MExSRxXDTOGRNJDL/Dh4uIaaFucuXLmTdfvsMH1xxPcyrAMFZxWcmHEb/F gDfmFawPYA6AkIJ4evU+HdP+/VvBGvlir9e3X18++PcDMnqhI2OrC0IQbQktitAMQS1qW5DBBh18 EMKLOIhpAScWIGy/mDIQAb31PBxqg5iscI7EEk088aooVuAqiAeYwkmDDPcD0AD/Gd8DD4er3sDJ iA997Mu3MNyLiQACWiBBgxhtXHKAJEloocj2JqpAERbZCG2CLRBE8AwtJogQzDDFHJNMgijYLwMk PNjjxzaHmgAwFOWck84Tg+BKDCiUwqnIPo08koRAkxyU0EEDfRJKPwnIKYqpmkADJxjcnDQo4wbo YMgBFN2U0049lVKgGSR7IQIqRDPjS4GgUINLzwja5DSRRhOitdcoqqG11MrclddeV/ogpjkoHXYo FGIKoc5klV22qhm4usEGAfj0lNpq/cxJD6geCAEnBYQjFtzy4hBtWmvN7RSnLyK4YSsx5KBNC1Yb cmOgNnjgwUuUHnFN1oJgTYAT/4JMU0k1WhMZaGBfFV6Y4Q5iEgHciHtyITxmLb4YYxbYDZDIcz1W dABCuBqZ5JJNPhnllFVemeWWubqg449lHoDFGGpbQsstzdBoCH5HSeDggnq21SBcAwYAVl1NorVf hp1+GkITCpNYYooHEA/jrLWmcwcxXpYZ7JBdHpvsss0+G2ZNwf4Y1NCwkFezM1zdiGmBYCX41dOI ZgmkoKH+G3DaxojJA6ojthrrrRVf3LkHCIl5bXNlbMCDEwy/3CckYjqiaZbKjdzatgVzY8uHsHAJ V11Tv1U2oC1aDe/AZZ99pTw0xJxYNmJ6g/Hefa/rc9CpzWkDFXA//idLBxij8/+Mghce3ZhWMoMH Lc8gaAIiNCvidJf+bf20oy/qOQGlAUiY9vTVr8jYARpAfli8XPyd/vqdel74Bkov3Y2ftHDoDAEU 4AB5wIWfUA9fXFDgAhdoBuR5ACfMm54jgqA2I81nDXDQ4AY5uAY/NaATIezE/hrCA4LwgIQJIogW eDA3wYBkbwiLlUB+FjuBuW4g/xLf+njIQ6u9D36UshpS7FdE++EPdBFIoWZ48JNVLNEh/fPJ/6BY ACn2hIpQvGIAUFjFTuCEA1lcIiUsCIcqFgAOfjJjFek1EDGScAsmXBD5mkdDftntNH5b2gzPx8ce /jF9IKDB7YJIqRPgpFFGVGT/75AYuQxysBKkkCQpthBAJTTRJ12EIiZ7osklcjIAbyThFj2ZQjec wGEDgMQZv5go/VWxEh9cohIkKUeBtCGA99IlvsoAodXs0CCw0iMAcJWrkdAKfH4E5DJ7ZbuY9KiQ w4pBTNCwSGsqDi+Jgl6nWoATB0STOAxc4AN+IgBxnpMLAgAKKn/jBCEVhAL6aZIGAtUCe2qTWvYU lJJyMi5m/hOgAC0BXjoATnA5YXfXVOjF7gIfeiLKnubSJ5LkGRM2GBSjPhmB5n5zBA5QYCAmyMMC KsokG22AA+8M6ErVxwE8cCAJ/wRWTBzQoYwKMSY4mN9CeZqsB+jhDeUxKZMU/7AAHeggJhu46VJ7 coI6GEVGEKgQB6ha1aqWdAAKwBRLuQpIEOCkjrSTwG2SajmmDstSTGhCT9naVvLEhE1nlWtPUiAC D2TgJkN1Qky72td/ts8JPZQAB8AjqbkSKw14scBO29pYRUJqABc97GT9IoBGDC4mH/DrZgWLF77S jgIhwskCeEJZcNUBJ2BgrGNZuxw+NCIMSlEFIKqAFRw8zLS5JYplQaAC0Q5As5wVruzyGtzAmYCw 3SqcbqkGA5wwoQutlW5yXhtbpbBCEFe57QAMy1zv9oS3Tf1tB8I6XPOSqQQ5gYALVOorCjgBQzjJ wAS+i7kn+CanU1htUqJwBf8wQHYAI1pkD4qZhafcoZitSwRUQNKH2joHsgKWSnWX8toHS6WhA4BY fb8b3p84FzAgPa9APpCbEUcove5DAX5xAoEOfGAmD6IACjowyN84oA5m5TDyTgADrO7HDxI2IoIT YAJcGZgpBHZwU3qQgCUrhcineTJzrEDNqlBYKaHIA1W4lVWb7li3HgbKCITqgBhzNgkY4sCJH+RM IPpEBSJAQnz3c4QxVDUPFNDznvccB6ougKQ2Cg6YzzoCD3QgA4mG6gCie807wIoBAiBwAr6QZFxV eipNNrCSL7wcpA4AWVThAyNGlt2pdIGghFa1UGIQXweYeLN55RybawMC0er/xS8TiMGhfzvU37jY AyMw3qq9ewK8TOGafVNKgzstgEfLZspP4bRztivkE6Gapl8m9rYDIIL4KoADlulr+waQB1qHZqAx qQO32Y258oTaiE2O9s8QIZUou0baNYh2cqIQJxQ9QAd4qWm7Cd6TJyw6JngQ8UpBkFcFiPvcLJGA jR2g44JfnFKpRMN+ezfpZAItKc9GclOUzWR9N7suXc6ptZOzrZwMHOMYTwNHu9UBWPcQBDb5jXEj fhEJYHYA0Iz50N00zZgge3E/1amzj+yUSUda0qfB9FKeDXVL7xsrVTYPuXcXLatYAQxMyAlpiV72 AJxABCyOiYs/AHGnmeAD/3ioKBLYkMoBBLbnFJHAEXCyXLP/3UMq8E0DEqk1PeRUAD+zuskTgORn gw/rSZn2csoT1wBMwGrvaYAFOM95ob4cBdoGvNnZ4ILPv7wDKFi4gyRQAg6Mgc4vh0EahALBzbm9 53EAz7dG33v1jAAvS9eaH2IiB7Z2WVhvkvPpc5IBF0jW99EPygnYAAOEm3QDgNb+9nu9JAVkAAVC 98sewLPXc5vgtxsorfTZ7xejDwAHa83ado2/0E+/uf35v9wIjOCBOSRa7ZhkAzLACTyADUaAWFQg 8wZgA86Ms0rAxsyD9/SPAokiBvBCAbIFY25LAbzOmroM/ypQBKOvDsCDBv8+oLz+qAR6rQGgbwRf cPryagCYIHHqpAs+zwONCAySCgZ7MPqM4PTc6Y9yLgKzCgZEzweTMABGgMUsIAedowl2cC4uMCbA QJF2ZACQQAm3cPT2wO5iggZcoARScFdqgqzmwgOGjQvX8CdSYAGzCgz0Cyu6AAxODwnoyyfyauPq J8O6iw3/cOhOwAOYbwAcQAzHBO6coAjlawIB0RF9Au0C0Ne8CQXWLyhQ61h85wG26zwe0RPLrq6Q 4MdoYAHujAM+gM8ooF9S8QM4wEIkscWQQAQs7hNrUShGoA7+r/sKMQM6wAOMQA2Hw+6Qbms+TcNs ERn/bgREwPp+bBIL0ReS2QAPk5EaDUrwCoMYmeUBsHAAMqAavxEcw1EcIyYFhCr+lMUGxC5YxpEd 29Ed33EvbK/4Cq9ErGC73If24FEf95EfwfEErg8M5C85rID4ugUF+hEhE1IhP3EErg/+/CAEpsAG JMwKbGAKQmABmK8DxG8hO9IjP7IHTyAGnMAZb2wOLA8kU1IlV5IlW9IlX7LgAgIAOw== --=_related 002C2337482578D3_=-- From jpv@cisco.com Wed Jul 20 01:08:59 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 703D921F8772 for ; Wed, 20 Jul 2011 01:08:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.986 X-Spam-Level: X-Spam-Status: No, score=-109.986 tagged_above=-999 required=5 tests=[AWL=0.613, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KDX9Vn7vb4oL for ; Wed, 20 Jul 2011 01:08:58 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 28B3421F8757 for ; Wed, 20 Jul 2011 01:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=188; q=dns/txt; s=iport; t=1311149335; x=1312358935; h=from:content-transfer-encoding:subject:date:message-id: to:mime-version; bh=r3IlqlmjKe0DRkQ2Of6A0kA0+/5IU5Zg++fLZ/tTKFk=; b=jZoDtTr6eAK8bgj0D1N4LtVmp1i30QJkgeRv9CcFwzSG9bQJ7OxCfz1y 94jpod6ZJ8Rhne/HhaC5PbHug5WUps5ghrEo7fKt3XiHLoB3zwgP/TnPG TKPGAIyIqciyDdSNRXLJB5+b7qwoBP8aWBCiymgqw4+flB5HGskWYmRiC k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjYHAByMJk6Q/khM/2dsb2JhbABUmFyPBnesMoEjnkOFXl8Ekm6FEItP X-IronPort-AV: E=Sophos;i="4.67,233,1309737600"; d="scan'208";a="43477185" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 20 Jul 2011 08:08:53 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p6K88rps031860 for ; Wed, 20 Jul 2011 08:08:53 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 20 Jul 2011 10:08:53 +0200 Received: from ams-jvasseur-8912.cisco.com ([10.55.82.148]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 20 Jul 2011 10:08:53 +0200 From: JP Vasseur Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Jul 2011 10:08:52 +0200 Message-Id: To: pce@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 20 Jul 2011 08:08:53.0182 (UTC) FILETIME=[43C31DE0:01CC46B4] Subject: [Pce] IETF-81 - Slides Please X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 08:08:59 -0000 Dear all, if you have a "presentation" slot for the PCE WG IETF-81 next week, = please send your slides NO LATER than Monday - July 25 at noon ET. Many Thanks. JP and Julien.= From wang.xuerong@zte.com.cn Wed Jul 20 02:11:31 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 577F021F84E2 for ; Wed, 20 Jul 2011 02:11:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.221 X-Spam-Level: X-Spam-Status: No, score=-94.221 tagged_above=-999 required=5 tests=[AWL=-0.724, BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_31=0.6, MIME_BAD_LINEBREAK=0.5, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id un0KEvTiX1-8 for ; Wed, 20 Jul 2011 02:11:29 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 96E3E21F86E9 for ; Wed, 20 Jul 2011 02:11:24 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131321441414862; Wed, 20 Jul 2011 17:04:13 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 13796.1441414862; Wed, 20 Jul 2011 16:28:01 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id p6K8S13S011870 for ; Wed, 20 Jul 2011 16:28:01 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p6K8RBTF011056; Wed, 20 Jul 2011 16:27:11 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Message-Id: <201107200828.p6K8S13S011870@mse01.zte.com.cn> In-Reply-To: <9F420BD4-0B3B-45A7-93C7-51B3372BC7FC@cisco.com> MIME-Version: 1.0 To: JP Vasseur Sensitivity: X-KeepSent: 6738F483:37C6ADFE-482578D3:0022ECB3; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: wang.xuerong@zte.com.cn Date: Wed, 20 Jul 2011 16:27:12 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-20 16:27:12, Serialize complete at 2011-07-20 16:27:12 Content-Type: multipart/related; boundary="=_related 002E717E482578D3_=" X-MAIL: mse01.zte.com.cn p6K8S13S011870 X-MSS: AUDITRELEASE@mse01.zte.com.cn Cc: pce@ietf.org Subject: [Pce] Sorry for the mistakes taken in the previous Email.Please refer to this one.// Re: request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 09:11:31 -0000 This is a multipart message in MIME format. --=_related 002E717E482578D3_= Content-Type: multipart/alternative; boundary="=_alternative 002E717E482578D3_=" --=_alternative 002E717E482578D3_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSlAgYW5kIFBDRWVycywgDQoNClRoYW5rIHlvdSBmb3IgIHRoZSBwcm9tb3Rpb24uV2Ugd291 bGQgbGlrZSB0byB0cmlnZ2VyIHRoZSBkaXNjdXNzaW9uLCBhbmQgDQpncmVhdGx5IGFwcHJlY2lh dGUgeW91ciBjb21tZW50cyBhbmQgcGFydGljaXBhdG9yeS4NCg0KV2UgYWRkIHNvbWUgc2NlbmFy aW9zIHRvIGRlc2NyaWJlIHdoeSB3ZSBuZWVkIHRvIGV4dGVuZCBCUlBDIHByb2NlZHVyZSBpbiAN CnRoZSBjYXNlIG9mIGNvbXB1dGluZyBpbnRlci1BUyBiaS1kaXJlY3Rpb25hbCBwYXRoLiANCg0K DQpTdXBwb3NlIHRoZSBpbnRlci1BUyBsaW5rIGZhaWxzIGluIG9uZSBkaXJlY3Rpb24oZS5nLiwg ZnJvbSBDMSB0byBCMSkuDQpBcyBib3JkZXIgbm9kZSBqdXN0IGhhdmUgdW5pZGlyZWN0aW9uYWwg aW50ZXItQVMgVEUgbGluayBwcm9wZXJ0aWVzLCBmb3IgYSANCmJpLWRpcmVjdGlvbiBwYXRoIGNv bXB1dGF0aW9uIGZyb20gQSB0byBaLCBQQ0UxIGRvZXNuJ3Qga25vdyANCnRoYXQgdGhlIGxpbmsg ZnJvbSBDMSB0byAgQjEgY2FuIG5vdCBiZSB1c2VkLiBIb3cgUENFcyBzZWxlY3QgdGhlIGludGVy LUFTIA0KbGlua3MgZm9yIHRoZSBiaWRpcmVjdGlvbmFsIHBhdGg/ICANCg0KDQogU2ltaWxhcmx5 LFN1cHBvc2UgdW5pLWRpcmVjdGlvbiBMU1AgYWxvbmcgQTEtQy1CLVoxIGhhdmUgYWxyZWFkeSBi ZWVuIA0Kc2V0dXAuDQpBZnRlciB0aGF0IHdlIHNldHVwIGEgYmktZGlyZWN0aW9uIExTUCBmcm9t IEEgdG8gWiwgbmVpdGhlciBQQ0UxIG5vciBQQ0UyIA0Ka25vd3MgdGhhdCB3aGV0aGVyIHRoZSBp bnRlci1BUyBsaW5rIGNhbiANCnNhdGlzZnkgdGhlIGNvbnN0cmFpbnRzIGluIGJvdGggb2YgdGhl IGRpcmVjdGlvbnMgb3Igbm90LiAgDQoNCiANCg0KDQpGb3IgYSBiaS1kaXJlY3Rpb24gcGF0aCBj b21wdXRhdGlvbiBmcm9tIEEgdG8gWiA6DQpQQ0UyIGNvbXB1dGVzIGJpLWRpcmVjdGlvbiBvcHRp bWFsIHBhdGhzKGkuZS4sVlNQVCk6IEVHWiBhbmQgRlouIA0KDQpTdXBwb3NlIHRoZSB1bmktZGly ZWN0aW9uIGludGVyLUFTIGxpbmsgZnJvbSBFIHRvIEMgZG9lc24ndCBzYXRpc2Z5IHRoZSANCmNv bnN0cmFpbnRzLiANCk9ubHkgaW50ZXItQVMgbGlua3MgQy1GLEQtRSBhbmQgRC1GY2FuIA0Kc2F0 aXNmeSB0aGUgY29uc3RyYWludHMgaW4gYmktZGlyZWN0aW9uLiBCdXQgbmVpdGhlciBQQ0UxIG5v ciBQQ0UyIGtub3dzIA0KdGhhdCBpbmZvcm1hdGlvbiwgdGhleSBkb24ndCBrbm93IHdoaWNoIGlu dGVyLUFTIA0KbGlua3Mgc2hvdWxkIGJlIHNlbGVjdGVkLg0KQWN0dWFsbHkgdGhlIG9wdGltYWwg cGF0aHMgYmV0d2VlbiBleGl0IEJOIG9mIEFTMSBhbmQgbm9kZSBaIGFyZSBzaG93biBpbiANCnJl ZCBjb2xvciBiZWxsb3csIGJ1dCBQQ0UyIGNhbm5vdCBjb21wdXRlIA0KdGhlc2UgYmktZGlyZWN0 aW9uIG9wdGltYWwgcGF0aHMgYnkgYWRkaW5nIHRoZSBpbnRlci1BUyBsaW5rcyAuICBPbiB0aGUg DQpvdGhlciBoYW5kLCBQQ0UxIGNhbm5vdCBjb21wdXRlIHRoZSANCmJpLWRpcmVjdGlvbiBvcHRp bWFsIHBhdGhzIGJ5IGFkZGluZyB0aGUgaW50ZXItQVMgbGlua3MgZWl0aGVyIChpLmUuLFBDRTEg DQpjYW4gbm90IGNvbXB1dGUgdGhlIGJpLWRpcmVjdGlvbiBwYXRoIGZyb20gQSB0byBFIGFuZCBB IHRvIEYpLg0KDQoNCg0KDQoNCiBUaGFua3MgLg0KDQogIFh1ZXJvbmcgV2FuZyAvIEJlc3QgUmVn YXJkcw0KDQoNCg0KDQoNCg0KSlAgVmFzc2V1ciA8anB2QGNpc2NvLmNvbT4gDQoyMDExLTA3LTE5 IDIxOjE4DQoNCsrVvP7Iyw0KIjx3YW5nLnh1ZXJvbmdAenRlLmNvbS5jbj4iIDx3YW5nLnh1ZXJv bmdAenRlLmNvbS5jbj4NCrOty80NCkp1bGllbiBNZXVyaWMgPGp1bGllbi5tZXVyaWNAb3Jhbmdl LWZ0Z3JvdXAuY29tPiwgRGFuaWVsIEtpbmcgDQo8ZGFuaWVsQG9sZGRvZy5jby51az4sIHBjZUBp ZXRmLm9yZw0K1vfM4g0KUmU6IHJlcXVlc3QgdGltZXNsb3QgZm9yIGRyYWZ0LXdhbmctcGNlLWlu dGVyLWFzLWV4dGVudGlvbnMtMDENCg0KDQoNCg0KDQoNCkhpIFh1ZXJvbmcsDQoNCk9uIEp1bCAx LCAyMDExLCBhdCAzOjMzIEFNLCA8d2FuZy54dWVyb25nQHp0ZS5jb20uY24+IDwNCndhbmcueHVl cm9uZ0B6dGUuY29tLmNuPiB3cm90ZToNCg0KDQpIaSxhbGwgDQoNCkkgd2FudCB0byBhcHBseSBm b3IgYSAxMG1pbnMgdGltZXNsb3QgdG8gcmVwcmVzZW50IG15IGRyYWZ0IG9uIDgxdGggSUVURiAN Cm1lZXRpbmcuVGhlIGRyYWZ0IG5hbWUgaXMgZHJhZnQtd2FuZy1wY2UtaW50ZXItYXMtZXh0ZW50 aW9ucy0wMS4gDQpCeSB0aGUgd2F5LEkgaGF2ZSBub3QgcmVjZWl2ZWQgdGhlIGVtYWlsIGFib3V0 IHJlcXVlc3RpbmcgdGhlIHRpbWVzbG90IGZvciANCjgxdGggSUVURiBtZWV0aW5nIHlldC5QZXJo YXBzIEkgaGF2ZSBtaXNzaW5nIHNvbWV0aGluZz8gDQoNCg0KVGhhbmtzIGZvciB5b3VyIGVtYWls LiBQbGVhc2UgcmVmZXIgdG8gdGhlIG1haWwgc2VudCB0byB0aGUgbGlzdCB0b2RheSANCmV4cGxh aW5pbmcgaG93IHNsb3RzIGhhdmUgYmVlbiANCmFsbG9jYXRlZC4gSW4gdGhpcyBjYXNlLCB5b3Ug aGF2ZSBzZXZlcmFsIGRvY3VtZW50cyB0aGF0IHdlcmUgcHJlc2VudGVkIGF0IA0KdGhlIGxhc3Qg SUVURi4gV2UgaGFkIGENCmdvb2QgdGVjaG5pY2FsIGRpc2N1c3Npb25zLCB3aGVyZSBwZW9wbGUg cmFpc2VkIGNvbmNlcm5zIGR1cmluZyB0aGUgDQptZWV0aW5nLiBTbyBmYXIsIHdlIGhhdmUgbm90 DQpzZWVuIGFueSB0ZWNobmljYWwgZGlzY3Vzc2lvbiBvbiB0aGUgbWFpbGluZyBsaXN0IHRob3Vn aC4gV2UnZCBsaWtlIHRvIA0KZW5jb3VyYWdlIHlvdSB0byB0cmlnZ2VyIHNvbWUgDQpkaXNjdXNz aW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QuDQoNClRoYW5rcy4NCg0KSlAgYW5kIEp1bGllbi4NCg0K VGhhbmtzIA0KWHVlcm9uZyANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHByb3BlcnR5 IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlz IA0KY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8g bWFpbnRhaW4gc2VjcmVjeSBhbmQgDQphcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUg Y29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBlbWFpbCBh bmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50 ZW5kZWQgDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRv IHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBtZXNzYWdl LiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIA0K aW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3Igdmly dXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCg0KDQoNCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlv bi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24gaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5h bWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgYXJlIG5vdCBw ZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0 byBvdGhlcnMuDQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBh cmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0 b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFy ZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4g c2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIHN5c3RlbS4NCg== --=_alternative 002E717E482578D3_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5IaSBKUCBhbmQgUENF ZXJzLCA8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkBBcmlhbCBVbmljb2Rl IE1TIj5UaGFuayB5b3UgZm9yICZuYnNwO3RoZSBwcm9tb3Rpb24uV2UNCndvdWxkIGxpa2UgdG8g dHJpZ2dlciB0aGUgZGlzY3Vzc2lvbiwgYW5kIGdyZWF0bHkgYXBwcmVjaWF0ZSB5b3VyIGNvbW1l bnRzDQphbmQgcGFydGljaXBhdG9yeS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9IkBBcmlhbCBVbmljb2RlIE1TIj5XZSBhZGQgc29tZSBzY2VuYXJpb3MgdG8gZGVzY3JpYmUN CndoeSB3ZSBuZWVkIHRvIGV4dGVuZCBCUlBDIHByb2NlZHVyZSBpbiB0aGUgY2FzZSBvZiBjb21w dXRpbmcgaW50ZXItQVMNCmJpLWRpcmVjdGlvbmFsIHBhdGguIDwvZm9udD4NCjxicj4NCjxicj48 aW1nIHNyYz1jaWQ6XzFfMDdDMjI3NzgwN0MyMjUyNDAwMkU3MTdFNDgyNTc4RDM+DQo8YnI+PGZv bnQgc2l6ZT0zIGZhY2U9IkFyaWFsIj5TdXBwb3NlIHRoZSBpbnRlci1BUyBsaW5rIGZhaWxzIGlu IG9uZSBkaXJlY3Rpb24oZS5nLiwNCmZyb20gQzEgdG8gQjEpLjwvZm9udD4NCjxicj48Zm9udCBz aXplPTMgZmFjZT0iQXJpYWwiPkFzIGJvcmRlciBub2RlIGp1c3QgaGF2ZSB1bmlkaXJlY3Rpb25h bCBpbnRlci1BUw0KVEUgbGluayBwcm9wZXJ0aWVzLCBmb3IgYSBiaS1kaXJlY3Rpb24gcGF0aCBj b21wdXRhdGlvbiBmcm9tIEEgdG8gWiwgUENFMQ0KZG9lc24ndCBrbm93IDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTMgZmFjZT0iQXJpYWwiPnRoYXQgdGhlIGxpbmsgZnJvbSBDMSB0byAmbmJzcDtC MSBjYW4gbm90DQpiZSB1c2VkLiBIb3cgUENFcyBzZWxlY3QgdGhlIGludGVyLUFTIGxpbmtzIGZv ciB0aGUgYmlkaXJlY3Rpb25hbCBwYXRoPyZuYnNwOw0KPGJyPg0KPC9mb250Pg0KPGJyPjxpbWcg c3JjPWNpZDpfMV8wN0MyMzQ3NDA3QzIzMjIwMDAyRTcxN0U0ODI1NzhEMz4NCjxicj48Zm9udCBz aXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+ U2ltaWxhcmx5LFN1cHBvc2UNCnVuaS1kaXJlY3Rpb24gTFNQIGFsb25nIEExLUMtQi1aMSBoYXZl IGFscmVhZHkgYmVlbiBzZXR1cC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlh bCBVbmljb2RlIE1TIj5BZnRlciB0aGF0IHdlIHNldHVwIGEgYmktZGlyZWN0aW9uDQpMU1AgZnJv bSBBIHRvIFosIG5laXRoZXIgUENFMSBub3IgUENFMiBrbm93cyB0aGF0IHdoZXRoZXIgdGhlIGlu dGVyLUFTDQpsaW5rIGNhbiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBV bmljb2RlIE1TIj5zYXRpc2Z5IHRoZSBjb25zdHJhaW50cyBpbiBib3RoDQpvZiB0aGUgZGlyZWN0 aW9ucyBvciBub3QuJm5ic3A7IDwvZm9udD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCiAm bmJzcDs8L2ZvbnQ+PC90dD4NCjxicj48aW1nIHNyYz1jaWQ6XzFfMDdDMUQ2QjgwN0MyNDJGNDAw MkU3MTdFNDgyNTc4RDM+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmlj b2RlIE1TIj5Gb3IgYSBiaS1kaXJlY3Rpb24gcGF0aCBjb21wdXRhdGlvbg0KZnJvbSBBIHRvIFog OjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPlBDRTIg Y29tcHV0ZXM8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPXJlZCBmYWNlPSJAQXJpYWwgVW5pY29k ZSBNUyI+DQpiaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPi1k aXJlY3Rpb24gb3B0aW1hbCBwYXRocyhpLmUuLFZTUFQpOg0KRUdaIGFuZCBGWi4gPC9mb250Pg0K PGJyPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+U3VwcG9zZSB0 aGUgPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1yZWQgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMi PnVuaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPi1kaXJlY3Rp b24NCmludGVyLUFTIGxpbmsgZnJvbSBFIHRvIEMgZG9lc24ndCBzYXRpc2Z5IHRoZSBjb25zdHJh aW50cy4gDU9ubHkgaW50ZXItQVMgbGlua3MgQy1GLEQtRSBhbmQgRC1GY2FuIDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPnNhdGlzZnkgdGhlIGNvbnN0 cmFpbnRzIGluIGJpLWRpcmVjdGlvbi4NCkJ1dCBuZWl0aGVyIFBDRTEgbm9yIFBDRTIga25vd3Mg dGhhdCBpbmZvcm1hdGlvbiwgdGhleSBkb24ndCBrbm93IHdoaWNoDQppbnRlci1BUyA8YnI+DQps aW5rcyBzaG91bGQgYmUgc2VsZWN0ZWQuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJA QXJpYWwgVW5pY29kZSBNUyI+QWN0dWFsbHkgdGhlIG9wdGltYWwgcGF0aHMgYmV0d2Vlbg0KZXhp dCBCTiBvZiBBUzEgYW5kIG5vZGUgWiBhcmUgc2hvd24gaW4gcmVkIGNvbG9yIGJlbGxvdywgYnV0 IFBDRTIgY2Fubm90DQpjb21wdXRlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQEFy aWFsIFVuaWNvZGUgTVMiPnRoZXNlIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9cmVkIGZhY2U9 IkBBcmlhbCBVbmljb2RlIE1TIj5iaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQEFyaWFsIFVu aWNvZGUgTVMiPi1kaXJlY3Rpb24NCm9wdGltYWwgcGF0aHMgYnkgYWRkaW5nIHRoZSBpbnRlci1B UyBsaW5rcyAuICZuYnNwO09uIHRoZSBvdGhlciBoYW5kLCBQQ0UxDQpjYW5ub3QgY29tcHV0ZSB0 aGUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1yZWQgZmFjZT0iQEFyaWFsIFVuaWNv ZGUgTVMiPmJpPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+LWRp cmVjdGlvbg0Kb3B0aW1hbCBwYXRocyBieSBhZGRpbmcgdGhlIGludGVyLUFTIGxpbmtzIGVpdGhl ciAoaS5lLixQQ0UxIGNhbiBub3QgY29tcHV0ZQ0KdGhlIGJpLWRpcmVjdGlvbiBwYXRoIGZyb20g QSB0byBFIGFuZCBBIHRvIEYpLjwvZm9udD4NCjxicj4NCjxicj48aW1nIHNyYz1jaWQ6XzFfMDdD MjY1NTAwN0MyNjJGQzAwMkU3MTdFNDgyNTc4RDM+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBB cmlhbCBVbmljb2RlIE1TIj4NPC9mb250Pg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTI+Jm5i c3A7PC9mb250PjwvdHQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5UaGFu a3MNCjxiPi48L2I+PGJyPg0KPGJyPg0KICZuYnNwO1h1ZXJvbmcgV2FuZyAvIEJlc3QgUmVnYXJk czwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0z NSU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkpQIFZhc3NldXIgJmx0O2pwdkBj aXNjby5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy aWYiPjIwMTEtMDctMTkgMjE6MTg8L2ZvbnQ+DQo8dGQgd2lkdGg9NjQlPg0KPHRhYmxlIHdpZHRo PTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7Jmx0O3dhbmcueHVlcm9uZ0B6dGUuY29tLmNuJmd0 OyZxdW90Ow0KJmx0O3dhbmcueHVlcm9uZ0B6dGUuY29tLmNuJmd0OzwvZm9udD4NCjx0ciB2YWxp Z249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+SnVsaWVuIE1ldXJpYyAmbHQ7anVsaWVuLm1ldXJpY0BvcmFuZ2UtZnRncm91cC5jb20mZ3Q7 LA0KRGFuaWVsIEtpbmcgJmx0O2RhbmllbEBvbGRkb2cuY28udWsmZ3Q7LCBwY2VAaWV0Zi5vcmc8 L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPlJlOiByZXF1ZXN0IHRpbWVzbG90IGZvciBkcmFmdC13YW5nLXBj ZS1pbnRlci1hcy1leHRlbnRpb25zLTAxPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkhpIFh1ZXJvbmcsPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9Mz5PbiBKdWwgMSwgMjAxMSwgYXQgMzozMyBBTSwgJmx0OzwvZm9udD48YSBocmVmPW1h aWx0bzp3YW5nLnh1ZXJvbmdAenRlLmNvbS5jbj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT53 YW5nLnh1ZXJvbmdAenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz4mZ3Q7DQom bHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOndhbmcueHVlcm9uZ0B6dGUuY29tLmNuPjxmb250IHNp emU9MyBjb2xvcj1ibHVlPjx1PndhbmcueHVlcm9uZ0B6dGUuY29tLmNuPC91PjwvZm9udD48L2E+ PGZvbnQgc2l6ZT0zPiZndDsNCndyb3RlOjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KSGksYWxsPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0K PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpJIHdhbnQgdG8gYXBw bHkgZm9yIGEgMTBtaW5zIHRpbWVzbG90IHRvIHJlcHJlc2VudCBteSBkcmFmdCBvbiA4MXRoIElF VEYNCm1lZXRpbmcuVGhlIGRyYWZ0IG5hbWUgaXMgZHJhZnQtd2FuZy1wY2UtaW50ZXItYXMtZXh0 ZW50aW9ucy0wMS48L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj48YnI+DQpCeSB0aGUgd2F5LEkgaGF2ZSBub3QgcmVjZWl2ZWQgdGhlIGVt YWlsIGFib3V0IHJlcXVlc3RpbmcgdGhlIHRpbWVzbG90DQpmb3IgODF0aCBJRVRGIG1lZXRpbmcg eWV0LlBlcmhhcHMgSSBoYXZlIG1pc3Npbmcgc29tZXRoaW5nPzwvZm9udD48Zm9udCBzaXplPTM+ DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPlRoYW5rcyBmb3IgeW91ciBl bWFpbC4gUGxlYXNlIHJlZmVyIHRvIHRoZSBtYWlsIHNlbnQgdG8NCnRoZSBsaXN0IHRvZGF5IGV4 cGxhaW5pbmcgaG93IHNsb3RzIGhhdmUgYmVlbiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPmFs bG9jYXRlZC4gSW4gdGhpcyBjYXNlLCB5b3UgaGF2ZSBzZXZlcmFsIGRvY3VtZW50cyB0aGF0DQp3 ZXJlIHByZXNlbnRlZCBhdCB0aGUgbGFzdCBJRVRGLiBXZSBoYWQgYTwvZm9udD4NCjxicj48Zm9u dCBzaXplPTM+Z29vZCB0ZWNobmljYWwgZGlzY3Vzc2lvbnMsIHdoZXJlIHBlb3BsZSByYWlzZWQg Y29uY2VybnMNCmR1cmluZyB0aGUgbWVldGluZy4gU28gZmFyLCB3ZSBoYXZlIG5vdDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTM+c2VlbiBhbnkgdGVjaG5pY2FsIGRpc2N1c3Npb24gb24gdGhlIG1h aWxpbmcgbGlzdCB0aG91Z2guDQpXZSdkIGxpa2UgdG8gZW5jb3VyYWdlIHlvdSB0byB0cmlnZ2Vy IHNvbWUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz5kaXNjdXNzaW9uIG9uIHRoZSBtYWlsaW5n IGxpc3QuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz5UaGFua3MuPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9Mz5KUCBhbmQgSnVsaWVuLjwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9mb250Pjxmb250IHNpemU9Mz4gPC9m b250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpYdWVyb25nPC9mb250Pjxm b250IHNpemU9Mz4gPGJyPg0KPC9mb250Pg0KPGJyPjx0dD48Zm9udCBzaXplPTM+LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbA0KaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRp b24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uDQppcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMg bmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5DQphbmQgYXJlIG5v dCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlv biB0bw0Kb3RoZXJzLjxicj4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3 aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkDQpzb2xlbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLg0K SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRo ZSBvcmlnaW5hdG9yIG9mDQp0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlz IG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsDQpzZW5kZXIuPGJyPg0KVGhpcyBt ZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGkt U3BhbSBzeXN0ZW0uPGJyPg0KPC9mb250PjwvdHQ+DQo8YnI+DQo8YnI+DQo8YnI+PHByZT4NCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpa VEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1RoZSZu YnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWFp bCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJvcGVydHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNw O3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZuYnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7Y29t bXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlkZW50aWFsLiZuYnNwO1JlY2lwaWVudHMmbmJz cDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5ic3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJzcDtt YWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQmbmJzcDthcmUmbmJzcDtub3QmbmJzcDtwZXJt aXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5ic3A7dGhlJm5ic3A7Y29udGVudHMmbmJzcDtv ZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpUaGlz Jm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkmbmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0dGVk Jm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5ic3A7Y29uZmlkZW50aWFsJm5ic3A7YW5kJm5i c3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJzcDtv ZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtvciZuYnNwO2VudGl0eSZuYnNwO3RvJm5i c3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJzcDthZGRyZXNzZWQuJm5ic3A7SWYmbmJzcDt5 b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtpbiZu YnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2luYXRv ciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2FnZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZuYnNw O2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21lc3NhZ2UmbmJzcDthcmUmbmJzcDt0 aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNwO3NlbmRlci4NClRoaXMm bmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO3NjYW5uZWQmbmJzcDtmb3ImbmJz cDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZuYnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50aS1T cGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 002E717E482578D3_=-- --=_related 002E717E482578D3_= Content-Type: image/gif Content-ID: <_1_07C2277807C22524002E717E482578D3> Content-Transfer-Encoding: base64 R0lGODlhMgKbAOcAAP///9jo8Pjo2DhYiACw8AAAAPjAAEh4uPgAADAw+GDQ8Li4uEBAQDhgiGCA oEhokGiAmFiw2EBgkFBwmJiowPDg0IiguEiQwJigsLDI2KCwyMjQ4BiAuGiAqODo8KjA0Fh4oHAw +JCw2Ki4yMjg6NDo8PjY6AiY0JiwyDg4MOjw8LiooMDY4PjYYChwoDA4OJCowKCwsPDw+KCosHCI qMjAwHCQqMDI2Ggw+NDg6NjY+HCYwLDQ4NDI0HCQsJjA2Mi4aODg6EBgiEhomFh4mOjY0GiYyNDo 2EB4oJCguLDA0Njg6LCwuLjQ4ODY0DAw8Pjo4FBokFB4mJiYeNjIyICYsGCAqIjA8GBgYGiIqHiQ sJiIQMDQ2NDY4IiYqMDAwNDIyDhomGiAoHiIoKDY8Ljo+NjQyACo6ChAYFCAuHCo4ICYuMC4wLjQ 2Ljo8PjQoPjouAgQIGhwaICguIiYuKC4yPDg2FiIwIigwJgw+LjA0GCIwHCIoKiwuMjo8GB4mAAA WAAAkABgoBggMDBAuDBo6DCQ4EAAAFhY+GAAaHAAAHAAmHCA2Hg4WICAUJgAYJggIJhgAKBw+KiY +LCQALCYMLCocLhgYMigIMiw+NjAkOAwOOCwEOioYOjAsPgYGPhAQPhYWPhwcPiIiPigoPjAgAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAMgKbAEAI/wABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJkiMXBwNSqkxJBIJLl1FWrrThYeES GzJXRnnp8kHOlBNGlBxKtCjGJUkm/Ew5xIHTpw4kLB0wIUnNg0uUMq0ToKvXr2DDiv0gReWEJSMa qByCQqzbt2BzWJCaUsINo3jzQtSwEgIYAYADCx5MuDAVCD9nFF7MeDEGlV4qNJ5MWTAblXT0av6o B+fUzz8f2NBTsIpKHyXgql4ttoTPAR9Yy1ZNAsbs27gDfFC5ZHNeLq9TRplRpLJxAUVmxFQpRPHx 59CjSy/8JlGbwJ12APYkoPr152OAJv/p7bv8wBEqG1iIdMXrEUXtgRRwkIhMbtw5fAwYkvq+//8A BiggWGsM0EBsJXyQhUw2qGCeRBSoxMR0FFZo4YUYZqhhH2oZSN6DG6G0HwkDlmjiiSimqOJ9KKgk FIgCqdAhFdAtFQYSF+QYwY489uhjjkholZOGRGYoUxgH7KjAkkw26eSTCux4ARIyUVjBay/CmBAW BXTppZeDcNHVkUlGAOWZZ+54gJAprejmbDbiqKOPdPKY45RhLPXmgCyk1IB5KvjJWCRfFqBdYCoR oOiijDbq6KOODnDjDpRWaimleGig6aacbqpHD6CGKmqodhQ5WaKQpqpqpClZSEVKIGj/uWWXDCwg kFYseIXqqryqqtKeX5HAw7DEFkvsDyIkq+yyyu5gxLPQRvssEmr1ai2kv3pFyQnA4tbnABIU1YUW PwmhFRHS7XrtuiqZ6u506q5rbbuDrZCCl1g0RkRKMCgUCgIABwzwJ/8KbPDBBpOikAdCPtDWbfHK 22u23Vasa0rXnnCCxBRbzJp+BlqhEmkevUaEZO9a2AMeaRzgsst3UOBEyjRfaMa+oOX8WRRfAEYF l4V2mS9gM6hERHGBvWqggwWR8gnCUEeN8CejDAQCvyWyIOJnLuu81AQZeCx2Ezu8vEPYYrPm9do5 dwVDSg5gpBLKAqhUiSNysK1zFHJs/0FvzSu3/PIBd6Awc82IH/dy4o0tkJINCYkicMGTHyyQ5AFv UhBduXrsctqgB0C22WiHbqJKBqSu+uqst+666x3TJYNFQahEY90pva777q//zTh0Kw/u8h4aHP47 hosfT5gTQOWlwmsOVPy56QCO7vLZ1Hdb1kpr5NAEm3qz/QDaGTTPUVbhpy/c7cojrsccwh9APN1E OsGEDTgv9TJoD/AxA/sawlkSZPU2lcTBS3EYwAOcMgcLODA2AUDB1bh2APVNAAb9GRAPyna90mXv g7LJwfYa0DkTkWAIKXnA7EKCHgMhrX0wjKFg7KAHDg5uDyMo1WBQdQIOuMAF6vOTC/84cIIzEMB3 xynCH1TCBVm1MHpgAVrQXhCDiw0AUhrTGAe2yMUubjGLRmTVANyyQdKlTRIJUEMAdICDBNjnK2x0 o3/i6IYPxjEBeEzAANrCxje6hY0VVEm/CmKCBBgCJB1ISQ0AY4IQ5BGPP2BkCL6zmEZGkjFQyIMa TAUFNG6ykQmgpCRDWZlCRrKRTziCDHF3RYldS0KBAQMG8ocGNDQgCSuUFULo4kGIYcyVr2wTCL+S hwS0JyxxVOMa8ejHr3jSK5PAYx2HCReQ0YACGwiCLgtyA9utcjqZTMAlBwPKTQqgkKQcTCfTWBhU qlKGEQMmtg4YtHra8574zKc+98n/T316IZ7yfFTHqEnQtJWgQ3fZpkM2QJcBRGEB34yoRGlGhQ5p QKFECYIGtrY2KdCARAUN6X1IUJeKNQGFKckSRoeSyAEIAYATjWljrqRIDVVAOSsZ5Ep3SpC0qMQB IA1dCVC6BpHKhgQIFYgSaNChINalCl3g6Uo9wNEHzIB+KXMcVV4oU8D8MyUJlQgcElGGgcBhESV4 AwcEIoBHlFWqcBUIHBTRpbXKla6AKOsNWpqTBjjlgRkIaleakIHCZgAFc4jK1zRwlSW8pgEPKygK OtSAJsb1spiFSBC21gAMYPVdZhDDSgaY2dKO5A0FIINAKLHWsb51pTf5iRTmUIcM/2SQNRmogwUW lBMQhNW0wA3uR7qgBwoY97jH5YI2hcvc5jr3udCNrnSnS93qIsQDVWioTJoCFQeALz1JYJpCZEAB 7crEr91F6U86oFLrlnYJdDCvSnbCEwgsJycSqMIGDiKDCQ7gD3+5EBuEpIUNBGcCbMhQBTDQVMi5 d7pdCM4AfFDCEzWBt36qS4VVVL4U9rJbIBsABR78kCDE16lAgSpByJUS59TsMi79LJGKAFEYFm1p JK4IeZuqwCo0YUUZ8IF2G9A9oxpZQC1KCQ1GcJXomoYlAW6fGZTi4q7SzDuBqc47u2Od6MQkCpKh Ah9W0oD2VpfFA7CNV8xQn7ewuf+ZR46znMVCApEBpcnb7GZKamwcM4yBxyjOiRiibGUF9yF/gZZJ FDw7nT6o5Lc85RIWnFCQCRa1KxJM9NcwOOf/sIAG8tV0SrLw4YLylgYg4kJK/sCYUghCE4DYMmAA GlBGIbHQFIrnGbLoxV4TUWNhbFRK0LCCYhv72MhOdrGxUEsILODZ0I62tKdN7Wpb+9rUZgA+qRgA gGaxh77uIhgFKsxO+7KVtfZVub8SCWWCkLeQ1sutjUPrdB+xVV0dlb5D1al+aypP6La3GC301Ysa 5F+hqIBCJKcwglAOAaK4iAdOnJMHTLABORjTLwVO7jGa+9wcx9a6Q2oBWJEkCcz/mZC7brySIf56 Y73aNbhdAOgx4BpD9U73ANBAz3vGIQVAD3oKBhGHohs9DgxIutIhIbWmO/1gSj96Cl5A9apb/epY f8zGU+UyeQ7046pJcsu5+LILwFxVMt8iEGVCg/+UYA6hFnVKfCAX82WELj0TwFdlMgEITOHvQAi8 4AdP+L9PAQJLzInNMVSBEewhfjvQgw5vzrjkZehnQ6sME0wOAMw9/fMBA4UoRg+K0jciJRn33AHA niLrHQB75kYd72bPO4rtZgCxsghdXih72vu+dfM+XgU08Hjh4UEPlJeO5WUohJTkciFUCFgoCCIA UEy/ITLoEASlt3rWw8X1sPe+/9py9/vyq45iJKVKRvQ8AJab//3BT74AnED8+OGhB7h+2X0VmPfE Mc9A5YFydcEVKzI9RgZ+pSZ+AVICMEBZkeUmTfBoIyGAoQEBYoABGIgB8jdRToACdyA8aXB/0NF8 kmImaMIkL3OCTqIUPCd0LviCMDh0RjcISleDNniDOJiDOriDDEB0RWd1PWdPWKBqK4EkSuIkLqOC TaIm4IMbZdRBb3JHxyQWxfRIeWQIYJEJVohHheAHIMRGV0ADozYJXRgAWjhNXaEDxpSGODCFAcAC V0MIT6BTWlgCHpF9KTEzliQYmVAIgJEJqSQYpiRJ40QYWshO7gJK4rQY4bSFhv/EGFoYiIzjBDDw gcITcCGnKPE3GH0QHDTwfFriAUwhFljAbXCRczpnIDYUftSjhgmAhgEQTWUIF1WYALMIFslETWDo FbjSFdG0Az4wBISQAISgEoyAA6p1ECFwBSQRIQOweHu4GFr4HY1kCIERjYyoSUVSSJL4h7Y4GY34 je0UAt0IQ6gYUD9FAV4wCPWEBaXFYlJwW7Jxjug4cgp4j2PBeXHlAa8BZhv4j0RSA4D2Q18EbLzC az+UEyQzEE4gRQXgjsxFVSuRBT/2Flojdz8BNvi4kV9RAtszAaDYXB4wAv6lMw8gBjAFkN9UAYKS MkWQP0qQYx2hBCphBfLIkSD/RAJScSApkgMwoF4KFG8y2RAMpRIQIGM1M2YDwAf/SFMDIBQyMAIc pT5aEFVDWR4FpBJS8IAVc3sa2WlNQBcdcJXNpQRT6ScWiAEzUAOEJgBgUANw+QUYIAYSphISQAfL RZMpIQZIqTxM0CESgGcT4VpmRVYC0Ql5RZYlcVZ2mBCsBSJdICQNUAUbBiwksAZN1QAxqZicORQj IF98gAFfYAbGUQE10AdesH8p0QFW2ZmuKVwysAEjgFy0qQEbIJivmZu6uZu8+VxcQAFacJYrMQEd QAdCGREjSQE0wFc/4QA2QAF6IF69OZ0CsQHAWZJ8t2S4CRHFRQPCaSAdUAXY/0SdJBYExWUD36kS HfCcSiCdDVFew2kBlbkaLAAD2+MnOjUQ8KkSD+ADdZB6t5EDKIBhKbSZ5Aki1hmcn+GcFHCcCNGA KzEGCXYcFcAG4WGXCykQEGqUfWA8xlEDNsBjNLBcBwpXsbUSD1AF24cbJVAHQsYgy9UFlLWiKfIB PCYF84kiGRAcVVCiJCEDGyocGECa0GEGGAA+DXIrKtEH7nKhKdSWRLJ3IOmjFhGbGoBcVbCexqUE G7ABIYkQMuAZ4EKA3VJyKWEBwPJkDyBYYlMCdqZCJeoBN4ClHaAFxsUF2dQQKrA1f9CXGFIEWiEE flohiQcB7XOhD0ClBREESf9Ql/thBRbwATnqFjnwARbgAIBGFacROhmQBWqGk7PxLQ3gniQ2ceYl BBCAAWzgoZNRA3MJaE3lBb9TAUwwAUQqUVgGGJ0gCIExV4AgSpShVXFDnUEgJGjgJYLghe7RZipC FivxUaAqZ9/1OB9Slk31ACqHOGCQeC6VrSppIbkqAIi5ZeFqHEWwFDZQrTm2pyoBAiTCZrAIFm8W rfS6IiwQYgNAWnElA1sjq9/6r4zxBnSFrINRrhbCBvnjAKTqmypRBWKhCQVwTJSQrGvGrPV6sSti o7DypSAiA1rRp1ZSA3KJgXxQXyYLAV6AAUxQA1wFsBrylkyQgWJwsi5xgRj/CJcZYgYkmHvOZWkW mQGW6kA+0F3d5QMOhAIZUJEYOxslUFgwILREG7WABaCdtj1aICtL4CctOxmiBRQXYIJKqIQRMCXp 4bKV4aQDgCNgG7ZpcgEH0FToIh1F0CFmhlEO+ZBO4BmXJoYqobZsq4JjSy1aibF2Jilf+7diewGS GWciYqDloRWLtBiICaysdAZqp2kNMERnsIlmO2spQXMY+bk710+kW7qme7qnm0ADwAGZqmlr53H1 qhK75kOiNkRF9HVdoQmBEK+hIyL7VR6e4a2CAQePcB2dwAE7tHWZeG8D0LmnoryZyLmUUQOrKVV3 WwBxgAaw223QG732iJP0/+h1IwdrcJY9vJWheiGKDrUYlHAogDFX4xS+riQp8VO/9nu/+Ju/+ru/ 8UMlmOi9zVshSjMBHwEKABNxGhEEHqABdNABPKYFVrS8wsa/FKy/dyAtGPwszLLByvIBxvLBPNAh Emxr5UYohcIt2fNkI6YXSgADHaBdfPYc8ssx+Oa8izHD8rKJKzAFM0WCC7sJBvMJogAFDicwVTMK B+MJAwEF3OEQwLESQwADlVkgE6Zx/wvAGIvDOfy9IMQCTdWjJREEJfkHTIBVODOhMpwSwba80mu2 WhxMAWwv7bgYYLASv6sQSAx6TkcKAnBdWsGT94GKXQdMuMuRspsquzY4Rf+0xds7IIWlWw5UBVFL tEcbZCqRBV1RAloxlh6hl8+YOBWwAGMwrT+BJC4zBK2rQGNQxjY8GYhhIC6wyPY2u2oRhKiLT4eg x7osMAN7y/XkBVsTy2vMKIN8LbScQkvbFR/gAyAwOKiMYkPgnzeJGzwGAZbQAticzdq8zdzMzUDw yr9SBymkETKSEmhcoRhgX6L2AKnKBoNKGR1oiS8TgvjXytFBBSP7EiQ4APvTFy6Rsis7qD/zJUOj swNgAzL2BeNMEFRgwLusy5ugZG7CAhngQFbgFBPQNUuxQAwUqQmIkyXwA5Z4ByLApiHVe6rDCZiA CVvQ0i790jDd0iuNCcD/V27b47gT4Yw2gCg50XeGNwWEF9SDZwmGBwHT6i40ZEMvg0OTZ8+K4zLf 1LUJ5QlUrcQD8TQPLTB9TBCF/CYGmMxgEdIjXdLih9LvR3uxkxIL+xC+Y9ZnXXs1/DuUKM8uQ89O XRjLF0MdwrEAQMQD4XkQJxCUc30DMQqgYNUDUUCXZjFfTa9iDTNkHa1u/da60zEqcRECqIGeOwCU 7Xtt/DtJDXk55Lx5bY4pAREIdxHlPAAfnSKN7X2PTTiRHa1N8AAWIFgqsQWc0Nm6wwmVQDEgY3AW oWcNUByTzdus89kSZQYwIDjzDAOsmn8uQwVW9c7u4hn6ihctNABWQLUq//LaRhbbJG3SYP2GBOqu XZEDh2UB3ukAjjoV6AWpMJABlUkCr3HHGQE+jkDTyN06LK3clGcHI6DU1yN5E2V5TBAcD5CSpoIz wu0bkbkSUYEFGuBpQOtAFuAyk+wARmsBSKu0wFICIjDW5F3eR+VfXHkit9cA6soR/Dqc7OwFL5HK OfESKbuWW3vXhRE4whMz0f0cgFrKSHAAd8IjL/MjQOK/MrHgF+KU2W0e222TAXC92LsSPsC3KeG3 T5KEfxu4TSUFbjfikF3iJi4gd5RH7paGj+SGZ47mJYASaz4SRDgAYhAYZjADYtC6Os44jVd8gxN5 TV0Yn9EASFDoRJ4jZf93J0kOcDlxrL786JAe6fb0Atq7ujSOYq+7GiJO4hVTTGRQTG7Ihq+ITNLU FVqIhV9xiLybNrvIW4jQhbv4FruYA1heZgXRhyDRQg9QAYqI5uT0SIXY677Oh+a05yrDMj1uOKw0 wpoY15XBcrauSx1SmQ5pimDxxnDsFZs+5qZz6l6h6mGBRla46sjURuULOrHeYQ/QFZKQ5uxeCCIz jClRBSGphcwYEgLor9goAH14TiFQiISx74SRScVOJOHEAsUE8P5ejoyUAOUYjgw/qxpwAHnC7MwL pYGxANxKFZaFUeo7BP+B7fPiMrP9hW3kiHiE6gGARqH+7YYEFtG0hkf/Vrg/IQFa0PHm0VKRK/CA 0UkFLwCdZI3+rvCCQfCmcuqBEYmyBvTinkcRT07kuPTKI/K8MhU8hy+ZpZdgHsjdG3JdHTrR5O5w 1EZT2PRbiIa16IjkTj2vsda6RBcMvoHCvoVCv05Ez++PGPBRv0pUvyo7Z8tBg3Q8OPiEX/iGr3Q+ GAdYt/hWp3VX7PVcXOZGFYEp0eIrNef9949a+POC6EiXtE6O+PQLL/XHc8gSvLmn3ZBCKFxc0FRo uhrBLMuz3EMdsu6SL2dih9OXxX5CgPHG/q93Ds6JRoLDmhANCZHOdaIrYQVS/BYZsAbu7SfexT9P 0UAf0Nq3DxdrEKne//0mOeBfdRtc++knY7AAOY7OENAh1v37FoKBC7D+VoIzDUCi0+kBsolcFCgF 3Z/9e/JkcwAQAQQOJFjQ4MGDKB4MYNiACwCIESVOpFjR4kWMGTVuhLhBDwWQFGwwHLBAwEmUKVWu ZNnS5UuYMWXOlImBoReaOYuIITlACUegQYUOJVoUAAWSIFggZNrU6dMALD5ApVrVKtQcDXqSHLJm 6tUMFqxI2NqgigejadWuHephAsMHNXLOlVnBJF28eVdWWLh1AJ8+RWgWYWIjytYJI9guZtyYrQat DK0svVqZKQ2GQ0hY5tzZIAqSSzB62KCBQpUOqVPTCKlngwzHsWXPjv+YpOeMCnrxeoGbW/fvun0V W5RRmoIW1amnHCrQvECgEhDhKCoAqAxt7Nm1q6BAtucEryU8I/zgI/JWCRnGr3+aQwrDCWi1z6df H6OStz3/zDADHGWRGQ7ziwjf/DMQjMhsSGs655ojYyJKOLBvQgohfBAiARQh4w0JARDgkesm8mAE Lbzz68QTJegABiW6GC2/ASRAgb31moBxgiAq1HHHCjdIAkYUg2ygAwpukK8ipEiawUC6KuAjqSMX TCREACg5AQA4puRxy/mypHKiTqzjsqIuOtgqiw/Eo7Gg8s4bAIQbxpRzTjqN4gLIB/oo0MAavBCC pAZggK1OQgs1VLb/EUcKctETOxghykMjlXRSiFQYwUxGM32ADhcp9fRTUEMVdVRSSzX1VFRTVXVV Vlt19VVYMQpiA1prVUG7WmuFNFZee/X1115vqMLETHuiYYRbg+oCBiCLJcnRZIGVNrtcad11MdJy jXZabouatdrX1lIhCTcHmGAOFNRjioQPqhiirCS2lUiG7vwCwYIP1EUogw8syMKvB4brdmCggoCh L2ffpCBHjmRQwoZyM5WADtEI7nYJCppN+M0RGMZIBkwZkuIrzz5479lBgwByiBnXy+HgnkDw2GJQ v831WqA8UJSkB7xgAgyXzFhgDDcbSGLQiVSoYkAM2ACapQpq6MML/wFJmuAhml9dYmeSJMgCX333 7TeLiKuoOKIbzrNgzYIsOLGBltkeKAcLzksi60Jv0CLiTM2KMyPMSPJCsLyogKAnGCp1oCcIns6r AiYQHiBxvE2VgesBfAh7vAz+BVQDD/oaogm5P+tpDjVLNyiHxRm6u/IdPdCC6T5q2FMlMBbAgAi/ aDgbALdIwoBJASrgqawliRdgJyhhB3WE82igTHWBmgChpwY2L72EdweQIgfqnwp8AD2cr+8GYseg Ajgqnuyai6UHaIAN5U8ynqQ/CK8fpT6eNX+tJXykA5KTGJG4IC+JjE8K0wsfQWAAnwYO5AMLIVkE mVKCvtDhf9iZHf9c6Le/L/yJJHzYnwCoEJnhlZAlMyCJwDaYEfgRaysOqIIFbGiBdPXLAmtwgAM0 xhAJVMFFSRrA2ixYkDpk5ohLtIrnFOQ8D9yAAh2Q4aIckIQbIBAi12OIDW5XP74wJHn7m4EQGtAf FbYkjAN43QuTFr/vWICBnmkCDLrXkyHMkYl75CNVuOjCbimhdX4RAgQwcEgM1O4LhxwDBA53osTI YAQkYUIaU3I8nFiSJm+gjnMAcYSUwOERbcgJ7wagATdCZASSQ9MRSwAznlWwj7Ok5dz8MoEkzAxW D9zKGL4AnBpgbgAP0J8mjUmXNySClCdJJig7UQA+KDMnFYgMzmj/hj6SYAEQZBAIJQThB4EcQRHb bOAESbKGWqaTloHTghX8YoPfoUoF4xsABH6pQjYA6Q9oPGY/Y8LJBhXgBylJ5jJpwsLvcCprHRzA 6MyQCG4apAZ+eGhEI5gvdWZUo02gpwSwVioiDsALX7QkEyJzRn+mtCUFRQlLmSnNuQiOgFXQIq8G 6QM1PdQNTKmoRn360yOakyEgsOahdsYHkvazAmNUaVNbClMBRIigUNUNGB7JEA36apIMgYFBIqEG gnx1ID0FalnNWjpevglpkgpZCp36VrjGtXi8gUunXOUB74AgdQUxA3MK8E2CkPWsgyWsZ0DDEAdI qguCk2tjHdtU/zD0JT6tukFDtFdYzGa2gbxsQE25pCghOGEuFVgkBPi2MYZAwGfFfKwKnVAYU6IW MXyYwfr08oUEiQoDTqhIZeW3mYGwAAU+4KJstyIFGqBAj5rtTL8cUEXjNsABc6gD+DCbAZLYdU6K skFOahCxBiDhABe4QATMe170ope8B0BCGE5UydYSrwg/DIN4yVve9Kb3vkhAwokeYFu60HUCocKC c7DAWwD4tgGbcc+J6jte8uZXv+tFwg8fQDrmgoVv/I2whCVMYb7F7awkaMhauRS/TNKkJ0gorwJc /GIYx1jGMY7ABQ5wnvgST4RhiMCMffzjGcNILzYZJqgKHNACDP+CIRj2Do+B/GQgRwBGGb7KilsM ZSwroMb9JQlmeamFOdnmL3QxbpkHkGMmLSq8/IXwfd283/aiCA1xSEGd7XxnPOc5BYOIQ58Z8GdA B1rQgyZ0oQ196ELHAckBxQIX1MxfDr9Z0uyNc5CobBUzl3msfnXOFTR6snjqSAYNeckltrCDlZCE AKte9QlOwAFYu0DWs6Y1rWHNAVezetUkQbOBVE2AV8s60w1wAa7PQIABoGHRy2Z2s539bGhHW9oN egEaGNJqDgg707I2NrIZcumq/JrVZ3B1rGt97lnfOte67rJB+uppjbZuA2PSwE1cQokdTGegKRG3 rv39b4AH3Nv/Z+41cPotcIQnnNe6WUAXPXVkJMchBgM5eMItDvB2g/spFb94x3f97YJ4E5w+9QFD fsKl/ABYJZ3gwEsNKgCOe9ziCy+4bmIuc4TTPC81YEgHHt4gBiwgMqm7Oc4FnnGNN6XoRsc4yMOp CHj/1Du6rJAHGBKFlSYClCfphCD4fW2md3wAYThA2c1+drSnXe1rZ3vbd/B2uMc97hqge93tXnf3 DiDsYmfIb5wAH9lAIRSgEABjsBD0iKiAi/pa+t5Z3dAhiEDyk6e85I1wecxnHvN7aHvnPf95tmvF 8RfPOBACsVOgHpYGY1LB1VkiypdHteUnabzj5deAHuRe97vP//0I7v57us9B7sN/expAf/zOc3n0 Cu+7bpjgcMeAAgHTF8Vi9EDPrYCA4mBf/tHDEPnKh58H4yd/+cmPYaDW3vZOH3Fk5s0lFfSFtTNR f9h1XnO81J/p96fLHxjy0YiogOmbvk0ghYoghQEchYgQhQGcPgU0irQiCStIFzXJjzoQCP3bP/ZL OoTIQKNDurJCgcj4mwlRAVjyixTLCQ+UOf7DPxXkvu77txYUgBVIgQLAgpd4PnOxCCiQvgacvlDw BACAgh9EAAYswsHzwemjgoyYp55wAFkiiAwIDwyEwRj0NxDkQINYQRbcQJ8qgWbJqvmIwAEQAi/4 AtEqApJIqv+X4EK+IzgXzD8rvMKPg0MatMEGwcGW2BnPgogjLEJADMQi3IQXIYkqsC5Mm0M6HDgt VDpF/LcTsLEDOAGcy8KMOqzJCYDAkYA+XAvIIAkxcByVmIHawgsBaQBco8Ngm8E4jAk3JD2GqEFm 00OVqAA8MTGIgAJPGAVRUEJB/EVB/ARQMMBKyY8GiMJwe0RdK7u9s8RGFIjuQUVK1DVyO7sTODaP W0UvvIoc+IA5eK5M84sgqoPNyIARlI16Y4j8SaMyki0kOC2/aAAMYMNWbEOGwMZFBDZFmzZ+LABg /EeAbMB+dDa6GoBpFDhmZLozcMZnDACF6AmyM7t3DMcYsYD/vbqKkvMLR5oCjgQCj/xIkAxJjpwC RyKgAbACDGIIQFILLogMMaDH/YmaPsAAPoAA//ML8Tq7CnMkDJiBGhCtevyN79oKbsM1V8NHgXO1 YHMBv8AAiFs0BlgBqVyBMUADqxyAqVyBZEODP1gAr/TKFdiEgBzLBtyEFfjKqrRKDIgBtmxLt3xL uGRLFjBHoiw2o3S1hAw4cnu1bGPKrbjAhkQIEhAB4zuAO5iDOfCBHoLH7HOAr4GBDAAu9giSP9jI kbxMzLzMRrrJE4FGhiBBteAlYmoJM6gB3TkkL3Ak1VzN1Tyk2lE53bADPdiBtNuBEbCDoDQQM5iB qwqSIfjN/2IhAi+QC5WggqdsDj0ksgF4yZVwH8qZiFEgS+n8hFEIAiC6yPFgARhwgNMqO9kCgTlA v8AkiA8wArMTgeXyKZLghC3YAjkQoXAUAjlwhC3AhHYjMYbAxaGgA4YgApTAAPikSBRpgJECjh7A g7TbAw0AytxUIbMzEONETpSoAbdiCVMSmFCQTg1tQIYATCYqu/H0jMEszD34Aew8K5IwABVdURZt URd90RfNOLcZgCpQiw2AC5SAzwaYAiBoAR/9USANUiEd0ikIUOUxAxgoTLNLAxhg0AY1kAdVHphM iQoQIbT4wwYEhU/Y0LKkCIYMHxANUasoz/NMz8JKURhNU/81jVGnw08JUAsugi+YE9CESSMn0ADO Qzs86IEn/Y0ofSu6ooCL8AQNFYUtbcDqk4gvpZ4wFdN1IcyyK9ETzTA0XVNLVVOk656i0gidq1QD 4ARMqIT2dE85KFVTPdVTHdVKwARMYFFWrB87GAHaRLsd0APc7FOa+FOnMgO4GFQgLDxf/AQAiM4B JESI8ASxRABhlQhMQcYGalRHlSDzLDv0HE9PvVRsdVX2Iwm16FSGyFZw1VY7TCk9mIME1YApfVJd dSoB2dSIINbpg4KISNYHzAjfkgI+gtbxHNFINdFovdZwvdSMc1O1wJQPmtMBCNhwfVV/OlAlLbs7 oAAnxVX/AVjXpuJWoBhAJjQKMXOAPdJXLSRTajVTa/1Whc3WjEuiAfC5tNCD1EIJgD3ZNGVYp3IC FLgDtEuDPcVVi00pNYyRChGzIUDECAJZKuPXA5DUaA0Az2kAH6CMQZKf+dyCVW1VcAVVUXXPAB2C gfAOd9UIRcmkmJVZNh1XNKuAEcjTs6vVW43DnvUnNhgqHemCyPCBIzJazBLZA6jWpWUTd+qaGUEB GjBJOs0CFEidOeCqxcgPMUBYshXY5qtH2ZzVs9uD26w5s3MfIZjHlBIQAKQQ/oQPkl0PvC0rpFXa vn2KD4CRB7gs1VkDwGOM0D2Px7VUmsU/h0W7O0CBiZWr/wdlgqoZgDGYPzLquTFRgvMAAdcdj9LN KL3l29StjAxAGCMKn9ZZPccIAuiSg/asWqu9VFAN1faUg63wT4pVCSeAAZw9O53l02MCgxpgAkQS A0cyO9aMLSG4pxKKW/npxAkZAWJRtEGAgOp6CuEirhPxzoRBLuWinsE0O9SN3vEogb8dABFbExbo izaKjeChUxQRgjGQ0/N1iQrA07TDAz0wkArog9hiFLNLmCjgXP/on/6tEyKyggx4gYCKA7/wgQbz iwe7r7LzsBqjMAsTT874AbWFXglmmx+Wgkm1jB9ugPfLDgAuCzHgjxFWqcmtzculizGwsh77MbN7 shq7Mf+SMF/dIDJOpBMV8A6UFIjjpLYxwJcmG2MfK7sso7Epq4wH7tcoHg9JSIAEQD2E0AEcIGRC LoSRM4g8UOQEiLqMQmQjIIkmwAGwEohJKGSBQGRDGAhEluQAoOABSIAn+AEAMIFItmKSGIM++KGe 2OKGRVC0U9DebYmtIDvzImM9/jHzugAuS7aBHGZiLuZi5uEBhbSclDQ3o7S8Q5GqUOIytaBMSABE SABGPohBTgCLCoBqToBMDgBEToBPFohvDud0CmX8HIBN3ilJQOfqAWUciDoUMBFBjQhVjo7ZyA8I IKmoWSREkuVdTdKcbVKXIAkXYEySgLSE8Us0yEqIjuj/iN5KNJiBr7xojM5ojd5oju7oBYgBq0SD tXRLBmi2F5i4X1vKcOS2a2TER4Vgf10iHcBmP9jkciaImc5mR+ZmgRhkUR5nQ66lUA6AJhgAQohk ccaBbjaIcYbkJ8CRiVDlC5GNvkhBgXbBO1Vbs9tZmFXEveTLWwtrdTvKpjPbmIisFiqUwOmqgpjj ky6IV4TFATAIaR7ZWQLqngZng9hmnbaKar7pdJ5ngUjczElqUSaIJjCCBOCZzwWAv8YOTFkSEwiB fROAyVYDlMiEJ9i6yTYElJjsymYJVcbs/YGCQd7sl5hsSC6EmNDsrUujWKVcs9uBvMtHdovcmKiA MIaP/1CTE+scpoM4srfuQGWMwS7746SN6Vp6ZElmboR4ZEgm56YYZ3gWasEe5b4Qj2o2ZBZQg8Vm iKMGgd6u5ivIDt/COsum7JRwbdMmbZSAgg34bPUW7QRggTxwb+Wp5mtm7ZUwbUJ+uXNmiW9GbXI1 17LrL9t+PNxuiS8Akns+FKtrqIMY3SrUuwRftQY4OyZWp22ObkVe6kMm5MM+Z6AaaoFoHcR0gAd4 AkiGDxhAixDw8EJwbA9PAH1uDIM9CdCW74Ga7NhTCdWO7peDgvveH1Vm7b9eiSNnCSJPAINSZWye bAJ3qrhmvpJYCQCRHAlAJUqJcAnojCpXOK0wq2ru6/+B+GbU2+TqNmfpHohtBnGzmlHsoQEN6G0u wRTi3HEln++W0POWIHL8NhApByX/DnT/xuacGHS4CvOjYwgxSE03mbMCYAD/JZT4mQPOYPRGn+sS J+SgJohN1ultBuymRj00Zy4u0q5ICRz48nOVcO2U0HNX7+8iJ54mr+xbZ3LohmTP7vMQmPKLLe7l OxFJz8NRGTWGWF5HtPALX1Q+Gmc4d/M2H4hdF3GcTuQa9/SyygEg+pQbLUMd53MBh+TQDvLVTglA t/UOr/Efp+8ECG35BnaV0vSyhgA8XDQsIBUViAy2TkRmT3Bnb2Kz+tsNnpSw7dMyH3cCr+ZAz2xy Fu3/X3/tYP/3RTyBfTRmjM94jW+QgrzwOhR4KoPdAcBeUOEiEspNVZZ3h+fvQ+/1cDdliY/3mE8p epdBhphjoPNond95nu/5jJ6BkEYDL4hLuGQBkjjIfFzIbQT5s8rIByAV0OInF1Ttdj8J/3Z5AWhy ck/tiIerRyK2lu4+cuOAyHh6iHCCOc53VMGmoUJig6DLnihKpUR6vSy3vvQLD2X6wWKByACzUqHb /rzlq+5TM2hhD+6JB58ItEdOViHDLChghNBO7jx88HR7vS8rUpYfVSeVrZIf3Bj8wacCgFbNAD0R 1fQCDGACCm0IqquISheVrUGRIaChG7IhjSHay2+g/76gcBphgZMZgMRPFQ8orgEgggVI15MwA/0F /auuAFNKLOdRASXQAliOpdzfow8YKgvKAZGXn5ODlXFBEQgYA0Q6pHIhTua3JAGRejCKre9PJYpQ ApJwgEC+/jXpHmUfjw8gfhpofV4BCA8jOjwYYPAgwjFFBDBs6PAhxIgSJ1KsaPEixotUDBLJ6JEh EyEHlQAoafIkypQqV7Js6fIlzJgwRxy0UiIAzpw6d/Ls6fMn0KBChxItynMNwiEwWBj9mcFHA4QN YMisavUq1qxaDDb48vEr2LBixxIx6HVsxD4iDU7okvUt3LhyX1I4OLUp3qEl5jR4kCMv4MBAYRgE Qf9HAsKDQxxYQJHhMeQMKCxQBpH44IQRMuZy7uzZpAzLA6I4QWv6NGqPMxD+WVBhrBMva9m6/Wz7 Nu6TQRwclIBCMPAAH7hmCG48b5bCKTfA6HD5eeIJVZQEyW39uswliA1iSO2xwoyCVLyTh7h6wIMk 2xEKgYBhQY348tlgqD/huQM92Pfzj7sboRXFHWcUCUMY5MCACQKVQVQD0NEfhBHe5gFvBj0ARnkV bWRQDRmWd94DKKmghA3rQZdYBxRsICGLLcIURBUNWggDCQr2VAIKViAkQRM2+siCgQNMsJmLRRpZ 1Q3rPTDDax4+VEFBA/DhJGoQWJgVHImUYVInHAD/IIAiZADwRiAlHHkmiyPcdxkIMAgIGAkZWJBF lAh1MMJ2DXzg43FNrCnBEmgKOqhKSqxpIZNOfjEGQkQ0SSVYTBxEwVtZbllSJ2qgJMAjlxL66VVv AHIpJV6CKSaZZgIgww10HHoirCc+QEegKHlwqBU18olXDjTYdQOowYJq6GVReHHWV0XQZ2ViDiRx EASPQnoRGGtNEJelXJbJ5ajCevtStixx6ulKXWwwAgVVdPCqkB2424ENFHDhgVWE1aTrrkCRsIaM VXz776cyKKGFibEaPIADJKGkwUEXTluRF73VCle4AMCxiJmddAswxyhdrKpKGpN7pr0H+cBUvjjt 3isjwtV1/DKoG2xAAQXuJgbCux3AoIfLMOmxHgQLPdzQF2UZRAORcsGhSAFNF+AlAJQ43bSYMANM iaYmYQ2AyN5u4FxiWaCAMnA51EEDywOAAKzVbbsNV8kDCJGoh0VE3LDCb+uN29JNQy311FULGwQM oj0ngQM+ULY443M4UCebFPS8N+WVvzQC5FIyIS1YVHiRuRb0Wj466bbpQYEWYB98oBYU3KBC6bHL npIMA534xxj16b47BJljlsTEsws/PPHFG2/diDWzC6sDVVBQ2/HRSz899dVbfz322RMfEAA7 --=_related 002E717E482578D3_= Content-Type: image/gif Content-ID: <_1_07C2347407C23220002E717E482578D3> Content-Transfer-Encoding: base64 R0lGODlhWgKaAOcAAP////jo2Njo8DhYiACw8PjAAPgAAAAAAGDQ8DAw+Eh4uDhgiGCAoLi4uEho kFBwmGiAmEBAQFiw2PDg0IiguJigsJiowMjQ4EBgkEiQwLDI2GiAqMDY4Fh4oKi4yBiAuICYsMjA wODo8JiwyPDw+HAw+KjA0PjY6Ojw8AiY0KCosNDo8PjYYGgw+HCIqMjg6NjY+Njg6LjQ4ODY0JjA 2JCowChwoJiYeEBgiHCQsNDo2MDQ2NDg6Fh4mLCwuKDY8IjA8JiIQNjIyEB4oEhomHCQqICQqGiI qMDI2NDY4IiYuPjo4FB4mFCAuHCIoJCguLDA0OjY0DAw8FBokFBwkIiYqKCwyLjQ2Dg4MICYuLgo OLiooKiwuMi4aODg6GCAqMC4wJCYsPjQoGB4mHiIoMDAwNjQyHCo4HiQsLjo8ACo6GiAoPhAQPio oPi4uMiw+Mjo8PDg2DhomECAsFiIwICo0IiQqMDY6NDIyJgw+LjA0Giw8IBYeKC4yOjo2HAAYAAA OAAAaABIkABosAgQGBAgMCA4UDAoADBIuDBo6DCQ4DhIaEAAAEBY0FBQeFgwSFhYUGAAkGhAYGhw aGhw+HAAAIA4UICAUIhg+IhokJBIYJiY6KBoAKBoaKg4WLCQALCYMLCocLgAALhQaLho+Lh4kMgQ IMigIMjAkNBAUNiQkOAIEOAgKOCwEOhYWOhwcOioYOjAgPgYGAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAWgKaAEAI/wABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJiSJAYBjAsmXLHhBiyoTgsuYC ECIcegFRsyeVmTF79HTJwAOJk0iTKuWIwkKHoS0fMJhKlcEDqCwf1ECR8InLIzIEiB1LtqzZswI4 gFjQEg2KGi6ZjEBLty5ZtWxZOtixtK/fg16utqTiI4Dhw4gTK16seAIXKi5XDlhQhrHly5gDGGk5 xkzmz6Abr2lp4a/pkSI8PMXKGioGF0YJihC8oIbd27jFashbc8iQDBkkCB9OvDjwOUN4u5xLtwaH 3NCjm32RF8Tpjhc21JxSRUjo74jNVP+A7NKBigmJQyhv6Rt48ffEjycfWhi8/fv4DYv5c+UwrDP2 RZHXA0ogcdR1CBbkFUuHNMGDWDpUAoR0FNr1whcDOLBChdG1RMCHIIYY4hQGlGjAHCKmGGJLYqEy CCqBpDFWFwcw8McPHOZYFwcsHSEWByOs1pILXCVIgmA4gJHfkoeJUckBUEJJA2L8Keahilh+qImJ XJqohYgtMSnmmGTmV4YDLXVwYIIdIdESBTrGKWd0GtTRhAJ40jHCHWQJoQobXZqYAogZZGloiizO qeiiZnFAhF4n8TSAE2WSCUsgOjC2X3+JXXmooWqYwkeWjkiiBaAGvHLYK4F2qQWeCvD/YYoWnoxS iipxVMpYTXIoIBwCwAYr7LDEIiBcBkPUZNgWWETpLCSMqcDSAmuyKRGaA4TF6xy/FuttscIpIFii t7nhxiuusCGLiWzQkIMCJLbKJVluzEDhCNi2pi9rGFCwIaMABywWBSxZB5JgniUWRQNVQLDevlhB YIcPM+iamA/5QqxxSzhUgJ7F9k2AxAg53AnryQo0kcMISORFAB8w86HFzFpwOeiHpshrIoof1qyz AYxACQmqOkuygUBEy+vGQEm3ujTSPxvwNABNBzp11V1KMkDPgdJsCR83E5CBGp+C2JIMddABKx11 8Cnw23ADzIMJFDAg2cZYLcBAFn28/6AjwQMoUZEIT4y7HU0sVWxYSwU07vjjkEcueeRhgmz55bpO QMHJdOjRKUtlh65i5fYJ0VIM1gokaY/PCeCIswc4soNZnopuOwHkirWCCXbC2kQdJvwb9/DE18X4 5MgnL3nudnGAbQ+PDoBBTgl50JITHy95vPLcI0865uCHH967sOaAB35mCIX3xlNUlhkXvBmRvWET qF+EX9oNAGddr8OOhQqNYsD68PYADcDtDjRQ29raBjDJyEEC34qgBBEwLh1tr3sYhBzzOJQFltxP IAgTnwhHSMLPIEGBeMqC4krIwu+EgCUMSIpkWle8GtqQLrtL28nqQAO/CaB2tysbuf8iNKGydCEQ OLph3KJHPWypAGQnKMGUDBNFABnmDVLIVACiqIjDRHGKjDlBAqxYpm11a4LfCpfhBpAZPaBQATWY XwvnKKYJsAQDfREMBmioxD76sSxADOKhNsghGLSgiAIwJCJakgApMMEEiWyBIsZiSESWBRMJkBEM ErCHHMlgWgmJwbiooKQlfZExWNQiFaW4SjAuZgl5ICOZAilIQw1gCCdrghVyRcfLRaEKLgmDHDEH htOlbjb8mkoWKMBMCjzoj9Dk0G5qYgMbfOADKcgm2Q6VzRR8oJo96YOiKomWN2SSLIY8w0oQMcZy cpJDJsjL0RyCAmyRoZdi4gTsyAj/C0Bwykqgq2XovofPFs4AByx5opiiMBqWqCl1AEDBtJ4ZzYpa 9KICE+AAmJMbDuSAKF6oiKTqU1A6mgFxA4QYFc53H1gmgAN5SIArV5lFxYixpodxaQIaqUoRToEl 2ZtACCqwhod1QA8QbYgSWLI/jPYxpj+IqSXFYshzlmWTVjXnJMliTqs6tYZwGQADLKCHCyilniwJ Q0nXutYo7vStcE1AFwOwBFLIFJVyXUwUcSpCaQ3gg0n9yOpy8FW4VTWucN2qADA51bFotSx2TUBj Cxs3HkgGddYiweoGMAUuDJOtoA0taLnQEigE1jQxqIGQNvaAIxiQsrCdk0YhacOw/0ovCaflCBRa 4gDviPa3mSOPxy7XADLUZAOYza1yHXKBfGHANhfVKBNiK50XYOsJAomBEtaYUr2AALfLvY4V1kMG 983RuAMYQxSA+5kKDCm88I1vQqCg0aFI5QjMNIEG+JgWDfjXvxTIwWpr8gALhFR1LWGCD2HLg4/e MbnyjbCE6bnZKZyHjkLYTEsWYIUJe/jDyo3BZltCBBBQQANhic4LNDACCjBhKA7wAIhnTGOSXAAJ FsixjndsgR2At8ZADrKQh0zkIhv5yEhOMkRjgIa72aQqVHFyTUAAYYV4gLvlgTIDojcUDIDArEqe MBSK8DCXjAEoMRkDv9CAhISQAP8NLnGCbys1gyrwZgMoGC/HKrBekIEBpWI9cJgHDYAdZOwLrxWY R3nDG+gSD0M9WrASATcAFxBaIBdQQsa665IHgKDNsqGNQluIh2mtcIQ+YClbZ5CXDl9aIx6Q8hFG ILyAvaAGayQCR4nH6QFSFy0ryAsRCiRhK7iEDKcu6QTsMJmE9Xp97MXPppr0h56CZgYsoVQAouAD JxDYtK8WAbaI8Foz3OjXAFsBDeoAK7aoKAU+49IqHhBEFunTWWcgi7mTiG6yrIDSC+DLUqzHEi6E 9hOC8ENipv25rdUy3iUalRq6tAotfA0CKFMZyz6rbC6o79k9mcJwL7OFG1ysJQb/AzLBpyuAIIEc Klqp9dvuoEM8/a4UWDPRK8aiCgO4QhWOCKhAP0XIfueIA3kROEhEMC2OR3tXQh+6LVnCJDe0QRXo YkPT+AAriLdKFYdxRdQsAboOwGwKc0j7HLJ5zba7ve3d3CaYCgG7utv97njPu973zve+353ZUQ+R Nx9ABD5Ywu05+1nYomYAewlgBaswgClM4QlLZGILkja65ivakpBoVNUBiFhMbkD60pv+9KSPSZnZ +PTWf2YCNUCZHBwu9SwRFDzeHgC4T4uEIkBFb5IxIC1r/yE17DDRm0/+D6FyZgig/vmmJwME1AwV Cq0AWzJ+CMFZ0oMQ3OeCGczg/+1dD9oZbG5tSMjM8ImPO0P4/f3wj7/85V+IwLN/RSypUJ3emIMe RhNIOfBivdZaNZBicgJ+4YdBRScWLyAkDoB8YgFpHWAQLsASRlApgIYDkxAEQXAKHpiAHsiBk4BQ LTEF5NdCZkA+eJIDCXOClQJMA4AGSiEY/HUWNah8jPIC68Y5dQCBdnEl3gRO3bUA1pQCZLNBZsAI E+IicCAAOnBuZFFfkzEJlxAEoPCB4dcKpwAKIkiCLEEEimICDiUQkpFsLng5XEB9L1cTVHBh93FC J0MBZniGPsUS1GMSJJAXtIWDfCgW60d8C9iHt7ECd1QQq7EAczYmp9RKW1QC//+kVyWAWI8IS7I0 JsPXTd70dpoYd6NDdYjhASaDJxbASycIaBlicPhUBtNSLUuRBPkCFoLYb39Ye4EYHeREVYcUSUnE AUJCBGFxWHDFb5QkWRUiA3kBag4xYiEXE2FQAc44ciUVC4IQC5hiGNKocAFQJQ13f1gyfnRoH+6V bZfjAyiXOjHQEuIUi+q4jmWhUT4iJzUwIHfoEIIBet+oPfbHjbjjifdIJhNAgi34elzwUyjHihBF g+yYkAo5FpCGfBpQNw+DBlV2Ebs1ABDQjxgJGlp1GObEV4ZRV3HlkZAokuGjYWjQYz9GZBfQEj64 kO6kWF0lI5eEWDJpF1UljC7/WRcaACmnsQN5MQVzmJF0aE6ViBhuNUUgiVg8FUYlQJKWU0wZ8moF YWgukQM3GIt21UloUVWIhElK6VUx9ZVelZNkYV0wJF87sF0DhAMQUAFCeY+IU0ojhAcEGYNSORIV OQAKRpaxJRjOJDArMAJSOABPYJCXplkusQZB2UJ+tQABmZEHxRLZ5wVPMGC95gAgoHR3CVFJsEYd sGs3xANo8lx8GE8OZZibmVQk4AGDWR7MWAFcEAIhMExRIJshUAYVQAZq2BMOoARgBgAxkC/QCFzp kyaomZrIGVhWcDcOQAGZZ0MjYDgMMI/JWZ0fkQTKOAA4QAYVAAbeBx4zEAIq/xAGH+cSC6AE1Gmd 6jloInABHsBjPIYEv7me9Fmf9nmf6nkBVqAEGyBlNdEBG/AEyHgRO2AB/IllabIBFuABE4mfDhoD HlADG4Cg07IBCpqSFoECemABaLABm0ZgAWoB8+mgqemeFjChrfEAITqgDiECvtdpFHCVzVMDR3Bc VUYCT+BkC3AEzsEhMpAFXMYSGzCiJNoXXlCg/PmhNeEAGwACFgAFRQIRXvCig9Ed+CEEKrCbA7AB GAoAqsGGdgAGTocZUcAFubdh6FmkNSZiNjFrzwkdLzACR7AeRSBo+SNWb8ooK+BgLfEFFDU8GpAv lqamHvEWUuYAYTqmmDEBxf/lhXpRGgKBTCxBBoo6JhMQBmxoj+ADP6RBqB5hojvmAhugBDm2AxdA pArhBQ64h8RDNxSKN3pDAX3wp2cxTQOQBRdFaZpZou+5Yx16kk96qumpECJQXzhAUiM0ARo2AG4p QmaQF9pWUBPQUAsgaJ5qEKt5p3HhAhRgAjKKFjzwkF/woQtAG6zKa+wRHGi0rhKQAXPgEsongK42 ZEmgaT2xABKjAiHQZ98hBD7QMF1GG+bFGLgJAY46hBAQBg2QPQ2wBt8plAwXALCQcOChPtmnpoEx AIsQJYLQhH3EAzWQMVlAqwEDRGrAdt9UTdWEA3Kgsi5rTdeUTWCSf2JxRDj/6YRQeFEj8HtpGl4k QKUsYQf8ykIToAIZ4wR95hK/AUHrOkHt+q7e2I8ReynW9hmkBRVUVp2uiHJmEAk1yZd0MYsZ4HU8 M1D594Q40gUpUBb7pnke5RJFcJxKEZycsZiiZbIo+7LV5Ah827d8iwMxGzYfErX36CTOQrGZY7Qt gQG7l2QVOBkQiAoHUESfMAgey445xDn+5yEZICtTACJ8YCKm0AEC1RKfkG9jQURj0bZ86CjTsqsn 8bgLoKm95CRTBAsH4ATaiBiziCVzIC+WgCgLMAQegAekiJF4EAI+8IxrgGYysQbPKJtiQo6nSWTG liEy9yMaQDfMlANaVhU5/8BMI4BiGIU2KMQ2fBICquAKshADY8EK8qIFUyC47FeLC7mzk9GggsUS VFCpJVQJM6Ufu3sYvWsoHWAio/IyUcMKHkABdDAGkmdxMFM+NeABj1lC6MUSS9u0aeSuvNEDisEs UQItioE4DwBkO/CFAvC4GqyuHOwtT8sbLKcoSbAFpeAJphB5XOIKPCcvbPAKbZAEZxE9C4BN+hiE 9uuSPCI9I3G90ZqRBTx03jgBV/cKWtclYCcyqRA1nrAySMAqBsAKWvcKZNwGZuwGodESNrB6vWYD A2AIhKB3hIAFdFzHdkwIhFAIEbDHfNzHfvzHgBzIgjzIhPzHWIDHhYAF4f84AB/Axr1WKjOTLk0z FjPAeP23IQbABq4AxG4wPCugAX0QYFPhyC7RAQyAXzWgAXkKtjaYFSERVqMmlARZxPRbe0jMj+Jj Bh5QAZnAB5pgCZagBZOHcQpAB/D7M1qzNV4XKGW7zF3SzAawCqagdaYgCtZcCU8iNFinCmbczWas CloDWCVhLuTsBkswEEJQzlZHxux8zgLBvj8TdDgTNWGTeDpTtpowK1qgCuYyFnUSinriNqw80LfB A513MImDGMu6YaNHel3w0BAd0RFdetJXly2xBuIjVA1QAUagehBzZk5QAfo6tK0XB3jQwG+kAO+q j2BSKt5sxmTsBkIACZD/gHVad9M4bQqOcMJUEzVX49NM0yU4rXVCMBBWrMnsnNSqIhBesAVk0J+d 5of5yI0DkCd1YIAE7Ud86hINfQMS/dUTnXoQ8KFfUCErIBnDShEFWgSDeYEEzBKtEASXMIIgR4Ud SLhviU9wCCsUgB5RXEt4fRmlNgA8DVEoMGJ0twizQxY7OQBg+NeAPRk1t4I0INBZja4DENdBQNfP poFVeApJTBa2FXAT4QEZg6iJeBjUe5GLwxIJmICBndfi4wFvFEdQR3ssvY+s9x0ToIYPkNZ+wcKE VRb9Y3eyI9W4ndv2i0AqWMxXfdlzgoCvrTxJbAKSgQEpZqvYpRC21QP+/2sZ0j3dkxPbsl0poOg7 oxgaiEOERsh+J9vILLEIWzDf9F3f9j0FhpDfjkDfZJDfhmAEDRDgAj7gBF7gBn7gCB7gOJDfA6AC Dv7gEB4Befc/AlBfNtDe7u1NeeEAc6KD7LZAwTM8L4BlcoBLwBEc8DEcJ+4bMIbVFBLe4r08NIsW HaQ/dQE4E1gQj+sA361+rh3j3EPe5W0fcWAFoahLxzsmQoCbYSATB9sTMmEHFeADswkezzoAVHDB iAF4MaQUFVnWdtE/FA4dHPCQFPAFU/GqGUIV+dWSNrR/O+R/OcIaw+sbc3DieJ7nvjF7WCEWSQg7 E/LnSEQ7Pw7k1D3jcf8igOBWkaytKz5ABkraawvgBD7Q40N+GXEwAkfuAUl+6aChPqgqEqEN3RVC c29EB5UdtlNdv4guAJV7uWPx6mcxAi4Q6c82a9mrI5LBFULu6d9hBiEABs/Y0c4bE0bgjLGZ2v5o AZzjAb5OJiQotx4RVrhK6n6kg8296oBIs0f0tQLAugrJRABgAUH77PeRwbfkwi9MLDH8EqGhOZzj OeZuMQQJ3CCBAnkBmtbeR5Bdb60OMMaYAy4eTTW+3QLhRBaziFeURXVViUtwAV7ESnr1UrGkKy0B 32voEm6My4hhfpyTfq7HakZAu70EgwavFBcgbAO/75id22bz74WUi47/dU6YoADKQQEGeIs2OZZw mheo6gWSsQDIakoSnxgKD4kBjBiUaPHavu1slIInYz5C6RgZswYkLUKmwxL6uxRLtWEd8AAxyvJv 0xJyp49qMOo2KfNXpfZi0QfXLQNsbxaPVSGAswBbXxAeoBxjsABksLDfcfSK0VU75UpuFVeJgI10 VfGW0U+PaLj+tBj9Xm8LoAAsOO+HEQUotQaWjh+5hwFRmiC0wVGffOb+yRLfKvYz2pqcxgRZ4OY5 ovNnIfjEqBvshFiJAAey/1bejhamSdj2jhCrgz2HMQMMo6UuYbclVCWwMAiKgXCI/9bJzdK9PuQw OAAPSybUOwAPZS0E/7cAp4/64B8nDvaOFRKPLTGdE5HCLDGwdHi6iQHAEQv5TU+LHG/5jYHw+BEF Cz2vEPWijgYQAgQOJFjQ4EGECRUuZNjQ4UOIESVOpLiQw4ABGFYoXDHiC0aQG7wAIFnS5EmUJS1g NBLA5UuYMWXOpFnT5k2cOV9CAGkjhRoCQYUOJVq0qJoUHxZgdKBT5okSCRLQoLkkj1SsWBXVfJNA ig6nYWuCwTgGZxkjS0E68JDS7Vu4ceWmfICRQ0W8efUShNFCKpCEV7NqLdh1cIJEcPYuZuwwC0jI kB8oGTnX8kkQGH2I5dzZ82eZZkJUqLAGAgQqkVU7OA0hTAUwIUC/XP9CKsGZAFATXImpmzfOE1Nz l/g6m3MP1ZEfgLhw2flz6G4x2G1c3XpBTAn2COib4EfB7t8ndk9z3XzjIxiRRGePcoNm4/Hlz6f/ OXjxl10T+bFpFev+maDCrz6bcMBIhPYSVJA9FKYbIIfzIqwIBqnKG8i2xBYSDDHFDOpuOwlDpOgF tRBcUMH3BphiBgJbdPFFz/yj6qmocMtNqt9gqu22AIkDC0aYVGDqRCKLtCwzpkwQccmDrgLMQ79A pNC7g7IDUQDbErCQSS4bogCkHYw8cQe1BlgjCiDTVHNNNmGcYAyMHiBBTDrrdOuCFCFjggINFNKA Ahc6AOmuLgs1FCH/E0AYgVAuNXBwgPXsNJIED+qCbAEnuMDDJiFUqAICtapoc1RSxSrDDi7MKHUC I0BiQFJYY50riQussOBWC5AcgAkeDvX1V4FMiFNEDtILaU5Zkz2JVltxrUGtHiYodVpqbWoAIyrW nKCKMheIVFlww40LCpAwGAHYgzg4F13GmEhuAAZqkEEiHkyggIEyQSoiTHH7neuCR42QtlqaJlBh YILpm8CBd3sIo4zOogCjAlBV66AtfzPW+K0dGMZoAQpeAHYEkJRklyKSMeL3LS8uuFWJDWKW+Qlc L2huY5wTrAGyHhpIOAAh1HLiZ+Mq+DiGuEi4wINbZZbZBVw9uADp/5yrttqyHYpQbTkTer1OAxA8 Vi2HjU5eSAYHHzDxararhoIB1XqoAgyECRSiiinexUE2onXyASQX2hZ8cI2ReELQdxPfegML9KD6 LQ8g64BRdp8FCQRkCdd88CSscCFfxRV/AGo9kkg6zwEE7tulKHjCCAMoNpd9dtoT3AFxkI7ow+vr VjAhB7EzsgCF2os3XtlKIyPDBzRhxCMM5CDb4Objq7f++pRQ0CPs0Lu/tAgPiMd+fPJjJUEPJSz1 fv0Oani8fPjjl39++uu3/37886dfaZv7pz5WFPjPZpXRXwENeEAEJvBESADBo9YHOA+s7TIx8IAL Hrg1JfxPgRtMFv+tBPi+WIlAgFPjYAkl1bIRElBBMdCacihQAw3wLl2JIoJqiqBBk5DAAsHDCBFy AMN5JUQGf+JeZKZnQiRG5wLpu+D3whcdw6mviQNYABqgIL4kZrEkIqjgFCPjggjOBQkOPEIQ8yKD HFwKYwBIghSJUIOy6YUDaYSMC7CoRdp5UICmI1IMdLUWO1QgBKqyCR58QAYeDqAIfLyTBeMWBi6E gEU1mUEIVFCB6EEGA0+4Ix4LKAIQgG5XWeAT5dKlgRpQwF2qAYEKAUACuDGlT+bhgBTXYrLzvOAx IHmCJ622AyZ6ESTtY+S48uUEIchHCGSIjAVK4oVYfswIhIzPBBr/kEmMONOX9UNBC11lgjjuxQTG AkkNAIAGkFBARCv4CEZwsC4m8YCcgdsmuCiVSDNVIJLNq8kEQuCDCsBpa7E7iRfUR4VNvWgGAlVN GOrmohC4LiMEref4dpY7M0boBeTESAcoQIEcMECkIyXpSD9qghhG5KIDUOevvoQREFRUUpZbSwWS SR882MFAIHkAEkiAuAVwgU2tAolDSWUGhmpTpkW6ABQssAF8Kg4DjEOCBE8iAvV9QYbn4YALHChM xR1hlgeR5wAeEM5fGcsBmVuqgqxQJgiAgU1g4KHP1vQ3liRsAmsAyRrbehkUeAB3yWFADj56WA1o YAQfDSkDaviu/yLo4ZVAxWWI2jkAOWRAAgjgbGc9+1nQglYCGVDfAszWkJQtoJMGXFoNoDrFDoBA anDBKkjGwM9RRc8sbGKVih5arQm47lV/hYsOv7oAF/QBrXhRVzQhg4YuvUsOQ8hAdSVwXexmV7vV zcAQ5PCu06I2TvpbYlSpCIFAkoY0ZQjBxCoQhtYkDgMgWA8KLLUAiOXEn5YkjRFa818AQ4A0sflt AOyAETKsDjRiqMQBHHyAQPzIKVz4GFuJCwAPBI8II9hqhIq1046ONUIgQcoHbABW1djgAz8BSXgb MliMMOCJ48OTaqZQhZvORwgVSI1qqlDgAJiBDCBGceKcwDcFz/9GDH/I0ZIlrBMhwevCANDDUiIA iAHA8ROD6FChVkBTlkoIJEYhsxYMYApNZIDMRmmxQDpxiTMURAeVCIR42KUBjDABBLYcABpAuDkW XsoOOV6TGdZA5Cnk1yV8xUhmNxtaSEeas6MtbZKV3OAHH2BGYukxZBgwPF+iIE9T+IOdzWaCyppn zGsWCh8M8Oozs7oobf7EGeb8JAGEAA5mKLWLDaIBjsJOc0kInhEmmTAuiG0NLpEuda2rXWhjl7ve fZelF8zklyw5R04JAUbk1umQfIuDSVDLAs5lhkhsydfmWQENhoCRNWfAzLB+9RRkPWuMCKALKRAI r03t73UjRAb/6nMADjVGAkcOAAdytTYeVPASEiflxEXuyYrVABJrf0bbL9kyfWZgh3zZMYEksBQG KMeJOA8E5QGviO/qoACYK4AOclgKmU1BbwNoIQX3ZjNG0L2lLnB5IABnOUI04LEFrCxjInjUjzM+ k1XzPCgdwHnVDaBmoWD86U/vrb4sbD9d9eEgZmCEg4VedIdooA5NiDkdRnAHggxAElq4+au1IJQU nPkBUl8zSHpNkE/wu99/R3u6HrsAgycLcTg49s9iEeGXVAIQ22Y2vPkeFDXU3epYzzpGtv75AHR9 AB34uvw85oLC40UGdaBD2+sAd4LEwOo4V8Dled7m1DPXY+YM/5euFE00lL/EDX7YeEyibntXV33n WtACHx6QAszGXAE/9AA1QT8DHxgBm8KkghNUQOiw4HX0pR8fCdSCS3XlAMbCZIILFlWoO7De9WBQ xSvYgHM3DMQV9F6FFjoAFNvjO9zLPbyIpeGSlQbBiDBQsFiYPJkoPpg4PttLgVWgt52bg9mDNVOQ PumjAwrwADyIA6KJAnADielSAO6KtuyatndbDfB7iS3AggOABJmIsgFIvOvxmK5ZpciYrjlIQRW8 Lu5SgCHgswFwgIxqjDsYATqYAj6wBC3ohFnavww0ADY4CBILwMsbQAKsiF2KqViJAZBAMqLpuJmA QIizPC0MCv9NMIBVAEACSIEH4IN5wzk2eAlVmD1T0AJL4AMFaIIcGAEkALIX2Sk5eDRJS0RIUx+Y iMFMm8GZmAG14L3yQRJ1cpBDVERNFC31qQghcIM2EIgXKIUqtMKBCAFYY4NXUIUQYIiUgQwVW7EU +AmpQ4qkMDHVQL0u1AtLUTo6QQG1eEGC4YRHPIBByDZsMz41XEMCyAA4xLcBcIkJEIOXuL8qHIXW U4A2tDpWYAVXaIMWUZwFGAJy/EHuOsdzJMfvShxHLEYHo0GaiB6Kwh4xHAAiEAhxJMchMEd0REci pLbEKQg3cANVGAg3KMVViLkssDpZUEVVyD9xygEepLgeygH/5drFxZCB8ZKUWLIr0LsJCWTGvvM8 nZiANmiDV3CDaixFP4S5Opy9V8BDVXyFVzjJNlDJyhuAoJC4iROmBVCxn0gBQnBHoixKozxKpExK pVzKRzwwy+PJC1oESZAEKKQ7UwDKvCvFGBiIKmQFNkgCjAxLDxsSO9EDjBiaj8SJLBRJWdM6AgHF h0SCEciBl7S6UhjEALDGDJQEeNvGDLS3qeMDwRRMBZgDwzTMneu8AYAEo4yALXhMyIxMMjAEQ6CC BrhMzMxMzdxMzuxMz/xM0NRMHDCER+iEUtgCLbC8qtQ8nEtMAmDNzRMK2IS1hnQFITCBl2s7GhAZ sexNEQEJ/0lpIYbrpxAIAS5QLycIsACrggpQgeIkxPqgsMiIxVmkRZ6zxQ/AReWZljjAAw+ggGyU PggQTEvQhFTwSr1cBHibTZybA6Goy6pzz6CAT5wruxnUy9mThA0gCfy0Ojcoif6suv/kz1IcUAAI UJybAAAtRUfQSQKgT3qTzweFNeZrPsKcA9ckANxTO7aDObeDPd9ct8Tqg8MCgZI6UZH6qBFIrMbA s9GTFEtpvG0RJYqEDCeATuMAA+2rUZCYAiNoABylFjPwgBrIAQ7kwHdDvsEUzAqtUM6DUFizhHdE UHqThAcg0Co0UCqFNS0t0AXN0i/VQFNATy1o0KDIAMRky/9ZG4IOfL0Q9bUVoICv4lHIyIEOc4hY mkcxiVGYyBcICAUWCFRBHVRCLVRC7QIyyJe0XFSaMAMjjbkFUFNWc8uCsQmjGQAwnJ3AWj+QWICN CElJxbshIALTetOi89NQiAVDXVVWDdQukKh8k4iLulI7EYEUGc4AoNPuYVRejQMP6NA/fMVQJTNK 5Yydsqq2SYJoMgSMcL+UEoBdygIBANVQRQo2jbkmqAMaWC5TBRZd7R6JsBQHIJIkUALzypY0HIAC WFd2PQV3DQJ4jVd5ndcgAAV3ZVd2LVZezThHlb4coCZqDVV9dQongCnCsYJHWYAs4ABHeDBH2IGB WIFAFJn/gBXYWH0BGnhUD62DJOzW6MIIfF3XVnhXei3ZeHXXUwjZAuDCs8mXpIsOEgAzjLgxMEio AGCmAXi4nFRZnu1Zn8XXgd1XookDKwDWJvAAEVRGBx1Wogjam5iBnSqCwdGVB6ishi3Gh427ZWRa xRQi+Yu5HKABEPVYMQPZnz1btF3ZWGUIDngsB+CAto2xy9gBKToym5gAMgDSdE1bvuVZpxXaacED jZ0+65OJilXTATAEQsACxm1cx33cxi0EQphcysWCCLhczM1czd1czu1cz9VcLJDcyS0EyMWCoTTK hz1cxF1bhmi3tcPWOgAnF0usxfqoL0BRkfoCxBIxxgCJ/779XaBlXYTYJSqqrJX6s5NYCaYQKs/w XeD93b8F3DWJAwuQvqPVibXkWgK4OENgSu/9XvAN36TEAmYdgAzl2osT3oi4g4xt046NkI6YSDol Agq4U4hw3uftW5YdCB4QGwbgzYLgALUQN5PQlTUIUpA02/xN2+iV3hdBgvBUAApovJwIAdCxAeqc xWcks+o0sZ4ECY/klE6LFpiogo9ZLXCJHCp634G42mLEAhUYCA244AyexXvDTg9WDbFr0a+FOW0F 4OpIuAGgLkTcxNAarTkoEybAC/xdYLTd34j9glQziBXwGAIGRgSTjyZ2Yp9tYAeejwmogQ7UA+Mw AxWAVf+KkxsytIkw6NTNmAk8AAkCVhYS+Bj7beFMg2GF4IAawBc69SgWtg6Mzc2N1QBulYgeVIDr MuIjHq0WhGKH2GIu7llIhogXAInMQQKQ+L3ZAIkgaIVJ5tlWCAIv/mLQ0IMIpgAETsvsw9EoUAvk jRVHgqeEcAQ9JluIWMII/tCJ6AkapbiePAhUCIQ0uDUBGGZ1m1aM+ORQFmVQqGSIeCkwND+MwC3j EIIS/FaFW2NTjo8ZoIAORIJu/owoeJ1+UYs7xuXGWAG1i+AfZghQtcVbzE56rmdZtM6mVd+VkzPC E4iB0+bV4N2KuOSMIAlHYl4XiQL+Ss6KWZ8eOI3XkKT/cSYQD4hgC0jaif6MS+2lcIFmdc4lGiBk masDgVZdkRzAYTY1geiCOlsIHlAsQBEp81KNBcjdF9IAU2KMx0IQtVjljO7mGcgCfxXnnzaOCTDn cEmRKf5oQ1m9CA5btdDeocC9wDMIllZp39xpACjlosYJ7DMChkKxHiCDVDEOXzXaEcDorjaOvBkA ZIUVTd4VpnYxl2tBqe5aASDGR0yBT3hEXOtNtSCJFHnjtRaLCdi+RttHIAzCISzC5HAAYbSJfgXb wi1stj4QcXmCPJtrXzNpZvTovDhkXxGWFwWAC2AKnw4L3cgKG3mJ4MCKTRuOw2htl3gD2o4PQyxi Rk5E/wlgRJwgWqO1ArW27PkI7H7RbCoSaM7+Fc9eQ9BuiO7Iij0g3g7YhKz46+iW7oHIDqm4Eoqw lG9RYQdIbZ2Aith+AwB5gwG5kRkxb66Qits2jnwsx37sx39cx2qrCcH118q2NPJeE7Io7X5hujhJ 5+VmkubWwudmiL74a1JIhHGSAikAiS+QAQp5kgY/iL6ws65I5of4wpNQ4QHgZONw7/zYDxOniRSf CauI705+yhxGMQy2OA0lSZigXqP1gEW91AGgAi74bxfpsTkOlyr7GFo+8EJJ8ABc8IXI8AtJjAZ/ ATrCCK0SCCdfiAfvMojYpQ7IHnGN7M5Ybdh2CaigvP/eKIHYlokWrw8lX3Ibh2Dpm2ChxYO0gIwp wFVSKdgBUIKqQQHnyoGcRvKyXVqpZnKFyO6/sPIWsLMVIF4MsPAW+GsNTwBFoAjE6XKOKRM7APIz T3OXqI3bro2tGA5P15E8cHHQaHPb+xgxbjsdH2eDATEHIPE00XOpZZskQB2QYIIs6BpBN49Y+kl8 ZssSUwsHWIwrxw7vFghMQASMaIRITwjbWPaHMAG1sIK5IAFvGoAx4GanWPGY6IrfgIpRJ/X+OHU2 31rtHYA5iDlVtuwyALEDVpOFwYhbZ5vawogR6IPP6Z5A/3WI4AD51VUiWGqKSPaCsA3x6ItKRxtE SID/IViuvqB2h7D2OEFhuECBJxClBVgDQfrIUQgC2q4Eqni8J8vJu+68BSBumWhjjJj3F7HBIccZ 5F4AgxcI2j2s+gX4xpABe7kXkZrTyBgpEKCAFRVtlwKJQI4Iizert54LAzYDHvMeCq6WWgsAkp+J ZIxAdedars5oHtfZ+igDtdhPwUGcL+B5tWcSEsGIpWdb3FEb9jDLvCJO/lIvTicQWDjGAEBDWHBA w+16pv36jH4T1J4Pl3f6wYmlGlh7xxcRjcQIA08X3FkAbG8PdDrCvE8YJ3sJWBAE/vh7M0/XlA8K wv/pKBvv2SgDsbl3wSEXeHl82ZeQi9JFhkCjS7n8/wRRgroH3K13iS3r60zzdFXfQhtneZqIMnTl DBUAsQcopsGxlH+fferXi1X6998BnUXqI6ZAfpoAifNl2vSNxs7YkfWmkawAEJtQ75MHEqKqgJKs gOB5/tqRftnnbg/nC7/4Dy0niA0BiARABBAsaPAgwoQKFzJs6PBhwRwDBoCg8IXJxIwZH3hAAeAj yJAiR5L8iGaijwAqV7Js6fIlzJgyZ9KsuTLEAo0DbNj48CEF0BQEhhItOlQNUJ88dQ5oYNPlmwSU EiTy43IJqQQJrrCMmuDMS69SdDwtG3NCxphC7DjQybEk3Lhy59IF+WCiBoh69/LtCzHq1ERwEmLS +v/DoNc9BWG0SKCoYGK/kidTZtiH6YAHSvR4rOt5JAiUZkeTLm1a5QwVEHJibu0645gwQk6foOon qiKXtatezbN1ZW2qJ0qMPU26x8QKFSAgx/zgiZfP0qdTvzDxQeXs2ifDoAon6+OD3QUn9H1YQOGB BhknSLP9PXyGFCZ6oG5fZOgBKozz7+//P4DDFYfVVy0RaNtTApIFIE12OLeZCPdJOKFcJw3gQnwZ aigAe+6hl4BiBxXmXV+4bXjiexhM1BmF05GQ0wITMDgjjTUyuIRvNKyEYwI69qYVkI7FpKCNMEEw 0QUtKrlkSRY+sAKKUUrmm3oEUamQb0E6xhB7IUr/+SVfR0z0BJPTeTDRFDIWuSabbV6VlZZBckVT cD62RKSbAQgxEQZl+lnmmRPlACahDI0Yp2EPdScQQpEV+mhDWUxUxJ/SQTHRArPluSmn/0XFW0tR FRdAVGCFJaRuxC3Y5gRtDYBEpbG2mN+FPED66KeDHeSVh1l5ueuWBY143q3FHsTARB3I+pkXrE0x Q6fRSltWbaNCheCBuQFXQgLWsoRnm1TQtyy5EtagUQ4vGIvioh4ilBV5HwZLEHvtEcTruvkKoEFG ZJbr2Q6s4ZDStAUbvO1vMBGorUo8BmnnS+AWGYWrFvx7MXUk0DrREX2oy5cMfegrXmPEEjavlVpW /8lhY4hq5e7IG3Jw1wAYRIixZxe4OsDAB/v8M9ClVYFpEjgbPV0SRbjGAAMUOP20ijqZEDPVKEo6 AAWP9sHaAnocPd0OO/NcRRmkRRGCpkGrvTaAKvT7NdzUoQAFGhuw5toDU1e994YrRP2xlBpgdN3N cVOnRweuQQBBGMo5Lq5OELA9OYNDD1BBpxMcOREDJBj+OZMWZMSErXybvp1EWEfJQRZ3Y1Af6C2K AAUIG7w2EQ4NREE57/9NwNrubs7ghEZWxH78kpdORAQHpzsvmQkaLeCCCVBqp0EOUWfkQnTIXxzw RD0E3zv5pRGvH5sTqICDRmiw6D38EoI/0ReA6/9bQ04yPL/XZQMs4AHNmEIEBmSBAiPQAAITqIGn gSCAbrHC++J3MeX5zynlu6BN3KYRMjRATf1Zi9gyAysJkpBCGtNIB5qXLw6wJmv7c4gLJuKAkaBA D0pI3O0ww4An6KFwJYSbCALYs6CVQVyYw2BNNOgAD+CQKTiAgBEqoIIQULGKIWiA44wQwo3UoHs/ /KIJnyC9HOjPWF/gkwpfiJDoTQQNYHyjfcKWkQXs52djmMgYPIjEl2xOWSIhARKeYLscMmUBG6gB EnwIx0VSCIA6cQAF7BclE2RPIy5UI0FkwJoHRJCRnpRLEpCVEQeEAVoF0+AAwrBHl1QgI8b7JCz/ SyiCGmhPI0zIgglKNxkZmMAiW3yAFZRGP+s9rw9Rw4AXY6nMuIhACbUcwBRUoEc2CaEKU9DIFMyw ygCg0gXL/OYPd1ADURKynBp5TgxIIjpM1cB0GgjgA9IJznnKJQYguJtGelAFMEyTNEIAQwWccM1H KsEDXCMY+SYQhowwgJ4OBSMKLnABC1igbk28zgYymtEneCBJ0gnlHClATGOZYHA1g8JDU0qXiQ7S nC4dgAOU4FGRBDEjVAgB5VRwtyJ4TqU+/alnUBDDOYIgjVJawQiIIL0aALWpObuABywgSLvppAMa zagFoDDTz3hAezjgws9mUIW7MUCRTj0rWkGyoYOhorAGZdQOB0YgpkdaoKdpvWvsknBRHFTBlHkK wfky0oGi4bWwhUWBBS4qQAI+rbFPOwI5MdMBC8jTsJY9nh4iG74w4AFAUfABGdinEzRU9rKmNWwM rGCBDSg2hw7YgBIssIPT0laCiG2t9CDgBMfxlrfMeY0DQKAHu9a2uMY9LnJhKYKoFqGl5nwtCCyA hE4mt7rWvS52s6vd7XK3qQEBADs= --=_related 002E717E482578D3_= Content-Type: image/gif Content-ID: <_1_07C1D6B807C242F4002E717E482578D3> Content-Transfer-Encoding: base64 R0lGODlhrQLkAOcAANjo8P////jo2DhYiACw8AAAAPjAAGDQ8DAw+DhgiGCAoFiw2EhokFBwmPDg 0EBgkGhweNDg6LDI2KCwsGiAmDA4OEiQwIiguChwoGiAqFh4oJiwyJiowHCIqMjQ4NDo8Ki4yJig sBiAuKjA0MDY4Ojw8JCowODo8PDw+AiY0Dg4MLiooICYsBAQELDA0AAACEhomJCguAgICIiQmHAw +MjAwFh4mHhwaKCosNjIuNjg6PjY6CAYGFBYWMi4aPjYYGgw+NjY+FB4mHCQqMDI2Mjg6EBgiHCQ sODY0ODg6BgYGMjY4OjY0MC4wNDo2NjIyLCwuMDQ0MDY2JjA2LjQ4MDAwCgoKICQqGCAqIjA8EB4 oFBwkLjA0NDY4HCIoIiYuKC4yGiIqIiYqGhwaIiowKCwyPjo4KiwuKi4uMDQ2PjQoDAw8HiIoICY uCAgIICguFBokDhAQGBwcGB4mBAICHiQsLjo8NDIyACo6DAwMIiQqLi4uNjQyHCo4LjQ2CA4UAAA YAAAkABggABosBhAeDAAADBo6DCQ4GAAAGAAaGhw+ICAUICAgJgAAJgAYJiIQJiYeKBoAKBw+KDY +LCQALCYMLhgYLiQ+MigIMiw+NjAkOioYPjAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAArQLkAEAI/wADCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqVLlDrKZNAwoKbN mzhz4myQoYwOjUQe3ISxAYDRo0iTKl3KNCmVDjg7lEBoAqeQok2zat0KYIQQnCymvhxLtiEKEBl0 qtUQ48TDtDUpOBBAt67du3gFONBjUwNBFA1s2uCTt7BhPnBs1inLuLHjgmUS2GRgIgLXy5i5SqBp c4jQAUIsZx5NWukGm1g+lF7NOusRmywey+6Y5LORJoZz6xaAxEbNBJIH4N5NPO+Z30iIq0FUoICg 4oV9DxgyuzrFE2UC52QQhoyE1lpJgP95o0DnAxZEAgCu+YAK+PetP5howEA1/Pv48+tvSqZmBusi RXYTA3o8AZ1eUHixUxoBDFGTDQdGmBcbNUEh4YUHclLAFHRR8hyGdSHBHoAvCZCIHQZ5wIBND5iw 34uZFfGaTW3ACF4OiGRhFI592Ojjj0BuFUFNDBz1wQhtfHWTAlyQaFASwRlhYGF8sGGEWlhmqdYD yYHo5ZfQnTGHlmRmuQUOc9ml4ABV4LBiTQ385CRHIJRX5p07kWFfkHwmRUIHn+Ep6ABhfIdUJM0V 0GOfWqkFgxYWRLrApJRWammkFmgBg1qMdmrUBoG6QJaDA3hxFyV9CNAIh3bZRMCrsMb/KuustNJq E5i45nqXq7Sm4GsKIgQr7LDB/oqHrTVFiMSb1M0pEa+z/gossdQai+wAnvIJba3cdiurTdmOtq23 5NYK7lGaAGJHuIzOyMBJadQ0x4XjlmsvrLfqqi+Y9d5rb74YHjeAX8421K+/5J7Lro0HI9ytwgs3 WpPDCEMccbhKpgdSGTWFAKLAN2FQrK/HlouHr8FikBMb+7YMYsMU0/pHsl86YFPBCmk3QAqCxFyu xRfjdxpOIotgrckoi6ByVEGDN4MVzckwhhRNVz3apgO45REHHbsM3Qp0JAqJ12SXrZsKza0AIh9x JFrADWnuVkVNHRTchQkVNNcCITg9/5CZEgVEYfXgRqEB+AszEJ5fBBS0oDcFSygueWth1MQBSDpw PYACZmMISaJ0qN356LqiXYDoLrPtNtx6/TYWClDZ9AYELxTQQgg+5j3B5H2G4LgMuPM+mhRyyNCc FYkLrzx8IwR3RFfBKTBR7AN4bFgINUARAgWJDYolAxSE0ETcuDKSKA81kK4+dKaj3rkDb9Z0RduJ QiAWSC4M8EftMiQfbg8F8N/yWCMG47VgdwNcChcA2Jw4IDCBEHwP9RJABsxQwSYaM8ibLFQcmxjg gyAMoQhHSEISAsxrYyiAG2bmvTtt4QzkW99d2lc2B2yhJluIoQOulLWDJIF+zbEfQ/+gADgZMEIg pLqA1eRQAAhEsCkzqJ0b0ADBCQCxB1x4ohYHqB0PCCR/pZKQB0tIxjKakGZkq1fSUoaBNrrxjUUz WgpKhi80ytAuPGhODu6IlzENoAsNiULeCjAGIDbxfgT5jHuqBoEmJrCRBbBCFif3tKjJgWp9ukCg WlimBLRhT1scoJ28eEIQ1WAPIdgeBSgQHDKtkgJ6CAEOasCE9cHMZ7EqJR/zWIA98vEu3TvBD5vT A0RKZJiJskJNRhC0GRSgB1WLABMLkAdMBm0JjWuOEiggGsKN0YzgLCPQwrWBIoRSKxkbiHaGc6Ed 0IBVAnBnquhyiTU4gS7uPERd3An/z7zsAAHzdNktcfkqXd6Rl75UHxMYGAfCiGgADUAJCuYAuETJ oZtAmkABKsCoJTA0cuGSwhiMF0kxnBMp3wynSkU4TqsVgQU3+eTyihCcDBqEVKaKED8Lkwl72mWn 8XxnbsxAg4D+0pSOaw4jjloXhNblCTxMQBUw5IAbNEcF6dPNFWoCArLoIFAXMKQyBaXEpkShAErQ zxLo1wOQBmmBiXLgSefKuwgoKQEkiFgEsMYArUkkDa0cgBHQxNTC0kUNifBDXRCrWAmBLVHuM5tT DYODmhihlnSZQdhaENkDhYBuL+FMjYZnyItmpjmkkUIemmNaGE1gkC/ogeDoyqcg/wBBR0e5hCFU kwkErOsoQUAAbm2L26TY9rcA6C1ytTiC35jzRRFow01ioBEwbsGw2OWjM5tDh6waxgF+xEkCtAAp SVEqqRagFKYyhbWciAFETcAgWYJzH+oNAFILOIB+98vf/vqXvwvIVCuFsJpKFkAGELAmba1G3KZc wrdGse0hgHvbpdh2UQs2ip0WmZUigMG+v2lLSbhQk5xm98SGtWpzeODLgRL0JlPNTQ14OADqykYH RALlalyMy3NhM6lKmAFGGWVbBAi3KTQwspKVPGGk9HbJRt5thqcMn/4M4HIkikHXUMxlLvPYZzlh i01xRpASBCc1pflyzFqareBCOP+3CJByVpIcZR1HGAgApbKeV/OBN4mqYHDBQZcHbVg1U+wmxiTz Q1wQqAe04blKsdMAMDBHgsbqZCIITpH2zOlOlwYMNvmCog+iHTjEkNCoTvVuKjuwUa8EBR7gAgdm TWsOhKAQblOXp3fNKCzUBCuT20D8HtAkV08EBV/IiQ30AIUaODt7ORE0oXuriDjnxQySMLIU7PJk o9blyT6t2W+Kw1i7cOJDunGAdP5j7MeYCEUFcUEr32DnuZLA1zCoN69Zo6SuBiANdQisTRpwhAuM IK+sIcEG2sCZnJwHkO0mCxgHcIcuYxvKUN72bv6JgH7ukwbhXptkEiDtXN3hhnD/8mvEV04QIki6 JhrYwJATSAWhPICZ+77MB+yUADmx/OcjmbgNTt25GvwGs6p2QPe86BAPON3pSQC61E/SBRCwAC6c 1FICMhADF0SdIl9lEbCp/IE3tDI2U0/7SzgQ2DlAgegHqsJWb8ICFASAYzWpOIr3YBOfq/3vgB9L Elgg8AFgYQMI95TCK4cTBvg78JCPfENOoDMxwH1fvbFJBuwu+c57/vOgD73oLeIBrLfwAV/4+uhX z/rWu/71sI+97GcfcRS4IOA6SYACWOAdSCuFBBLYwAVYoIDCDyABIr4IF0y/k91fAAwS8L2fJECG NiigvY3/wphpD3sdkGoyV9gD//mQ0ITt7cTvCUFBDAQ+BzHsoUt0cUATxCAdFpWB+/h3CBEaPvA2 4BxGSKIzA/d4B6E5NVFBhBMBM4ITWCB9g6OANpEA95d/KJFsgsFOB1IlN9EBnCcQ6zEAc3B5XvJy A3AFZUMhx4d+FFgSsFYGHNABGWB8ZaIAGTAEHOABHQgRlGcTQpB4CcR4BCY8JiAZLpJhJBAcJkB7 J+ACV5cB8UMkGfAFHJAGiWYQIGATJWc2dnIGZMMENgF/uYFY96QrKGhj+PduDcEBm0QUDkg49xZY lKFvOTeHPvIBjTYEIKByQIcCkqYASNcyJycYYKhqhHgXd0Ak2zd7XBAcCTB2dP9YNTlwIkZBCc2h a0HzJ5uUdVhSKFQGBvHTABD3GF0QHCaoG45SXullKaqoXpGiKWpRiPQyFKn4X7RIi5NiAQI4AMTh AGJgE0kYeDgBA7NYi8S4X7eYi3t2ipiyisyIKa6oE8pjaA4zTpoQCMtFV3bFHqqHEjh1F2JYF5uA bgIgjRXzB25zjuiYjuq4juyIjirwjvAYj/F4A/RYj/ZIj1YwM5bmLQZFHFBAJFXYbuToL/pjBRBw kAiZkBAgBxXQkA75kA4JNe04kRRZkW6jj/vILQPgBi0AkR75kQ0ZBwo5kiSZkDMwASiZkiq5khPA NwOQkRpZE0aBKOeYAp7WXAP/8AAkURUD8F6x+JIweS2wKEYTE5Sz0o8H8iZMF3FXWJRGmUsyqWcD eS9sVjVDEzIjU2lIMy1Ls4GPqBTBERLjJkMMFEl/OJT7wgcUoIllwgCD1ByscyH/OABo52olwEAt QGNsiSUNYChfCQDS1Bx5MFueBlcN9EB/+SJDsxgfoTnWY1gOAERxIIJo6TI0lCuqkyhxiRes9ouN AQJPKJFKQEVMUQQ24YNZATiEmZhJEQEMpWALZkWJgkWsyS4SEBzNghFc8IRsMBwoyIWoxgQS+UyV 6TWXOTqZGUQBORJhNwAwQDu2Ezx8ojuPuFbE5FbnZGAycEm1STg8mZMchhQf/8AZBLMQpDJ0u6ET B8kIkNCePvCe8Bmf8ukD7TkDB6kTLZMDvPQ2xeklx1lD0mE9a2KGyKScGEFEBfACf5BvTQNAArRg UjBIYzBzyvNjj0Oh3clpF3R8OYh3FBAhKbVSIoqUuXITCSApxZii+hVgFhBYhjVZZOMAIriWA1Bs ClGgh1QFUGNEB+EBNaEAg9NITqRFXLBajqQ8IkVSVmBSGdqkTPEBrhMAJGoYwbEImCCiK4UJizCl /OKUT1lQdvRLMHpURjcAdWMQgkRMyxkAOCpEAaBIVeNM0CQ5LuAGCUoBimOYBSBXEbOXg+KkPhKW AWCBwNmfuDKV/xKmu6RHhf+1UNq0jR6Boz2AoUGiURzFLmjwOw8aLrJJTKu5PCGKpeFUlZ0iAUcA h2BwTiRgE8ZEKj4pIUAVVBziThpXGO6EcbUqAETlbfrCBwKXAEUjLeRyMlxZeHvwos0BBaRImRdS VVflXXaBciqIElpWUcTEAmAgh61xVmnlIyFgPMCTLdqZYJ3mazcxBovwCJWACewqouxaCY+wCGNg FRFEBTrjiE3jLms6EFBSYsxqqF5SboeVCGO4Gw5QlipwlqQzpnVRpgOQhYWhYm7QWbnhAMEBqSqh ZcvUFFJQWpQqJAn6HjNgQKTpIxaKVtwEqCq7FYxXH4xSc7+RiBBxnuTDB/T/lxOlCLCNKpn/CiIM mxfxlaAUKyHSwZgtQQQwdx8dWz9GAXwjcAFQewQKMLXNMbVWW3AXsAESsEgTIEUusB9JejzSubKZ UWRLNlxAcI3GVWFZEVxNNleckargQQWMZxMxkIMaAVMPq7N8axd8MJw9kBdYQl7rVSnodSmZogVY ogcHAl6/EYpkoR3aihk2kWl+qhNdqRUuUJZxULJk+7nZAgYyaBMKcINkobcc1LeqWxg1sJ8Y+aUF NZwWObu0W7u2S7ssBLv4ogRu8KkRk209UmTXKLyrQbyge05Dw25Owhl6t7rOK7he+qU3gWVpZ4B9 SbnR+5Sk2idJVlxIUWSL/+JmagsAwAtnb3a8JyUBNkGABYNjNRFjzxu/AsAEKHi5WYK3nzd45tEB FyABhgJ8UIsFU5uLasEACvAGBueX6DuHSqLAyvOdDaCHP2eBA2ADgyi/qyuwHTIIB/IEUbqCDSEA zJEoLvkGC9ydnIGv7PIBG0CCYQHCDfIgquZOPnVx3nZx1gYdNFywIIKCx+o1VRAcDbCvMEwRSfBy WICaoXSEdLPAF/AbGOsQSeABtVYHGXDFWHzFMcABIOB0+FvEFkEqCdC8dyQdXPhPIXcXD2YIdIHD +vRxCJDGHyfHEfJZdMmmIKZ7ODAleOEANRAC3ROBEwjGjpEEX/CEfWFwH/8LI+LRBgQMUWVwP3pr eJOroe31Z4Scdl0QP2ygsF7jAHbyqoPGBDWVyaYsGydgXwzwBm0oPBugJKH2xafMeklgAsxXJmwB uQlBPan7S/XLILMczCuXBjHwyPZ7Ez2hy8K8zCehIhEoBhd8IUzQi31BxMx8zdiczdq8zdzczSlB xRlgzHfCAHXgAhLsEUtYB5nYQhrQAXnozfAcz/L8GCighlZBBkoMHhEwAiyQi0OwlAxRAvY8FCww Aou8GkiCfccXA9Y8zyRCBEMwuhsI0BFRz+KME6Xb0A4NeEkAAiB2Ew/gfCMQnkzhvxdgfeKsAD4B EUnQcAygwp4iIzeRm9//aXj5bJsvV5cbPRt4V2LR/F1uYrcJAQKtZAMYWBxnED8JYKM7LXUgIICe 1Mp8EgEmgH0PMMj/ZhNhcNAL88SkK9WKQwINp9NNbRD1nIlboAd7cJZMsAc3ixNDcM4CgbRblitz w1UBMMmFmit7IdRlrWiMhhpgbTURMMl4xTvjWRMwwNXLs4DKLM86oDNs0LOrdhOiYmY18cMu48FE QtkgggQ85JlNfQIgENFkogFWqwBhALWsDbUdMLUKrRYNUAdMXRDNmQD/F0FvUBNYcMI/YicRJc9w McZmgwSBfNT6El+C9a+R0E+rAiJzV55neCIQcRaI/ABHMAKVDCQkYAKw/3wTdeDb4g0AjCfaoFcC 86ElRhBeOtEBLoC3GssAnu0ldw0hJ6bBufImMvt6aIgQHsB/CpDbESQfT9gBgz3ef4mTxpcAXyDX rqaxD4LcIIIDehlGGJxda8K+sSfC5wgIkyHgZEcGZTU4TiCJCfQB/iviFyC1qd3iVgu1IyABjO2d 0KdvRfAGm8QAwDwnOvAmCdDLFetsOJBKV/BKRn7k4SM+NeAAe8CIZHzhecEHNVB+RI7kRn4FqXQG NcDHuYFyAxh7UzzJD4DaLj61WKu1JP2XKE59UVvmLg7jMp4VkYBhABCJ4+sp5uqc6aWifB5gOpMA ezYCn/jYY6G3xG0Ykv8mjPnF5ynq5xF44fV7X3vO6LUYYFpQ1HZhx6l7B/EjapFXBzeBX5Re6QLG g3uW54o+6sTo6L8RjTWBaV25lyIzR9uLjbBc2ysB6sdHGHVhCY/AqzYB6/Y763jApYZauRKtiV15 IDxH0VKH7MccMrWuRcEOLLHOlsQ+7QuDqD8TlYdC51NGAp9B1ibRjXaxCRwsAPjN7QmjqKvL7vzo 7rthx9INdPD+MN4+Zfcek9giPPtuLt5OCTa5bzyZABp9Ea6KF47QWHVBCek+jtlrlDXxBytQ8RZ/ 8RXPCPe48fQYB/L48e94uyLfAkCpuwMguyKf8iq/8u34urBbkCWZkCz/OfOe2zT/bit/8Aczv/Mr GQIx//MI2QMgCZJjpbtg2u9/6dXSMxJvwuXQcfNHKe99C/XfIvXFUYY/hwJUD5VIr+8RH5Tazi7B bvRhr2fq22ogkQSWNd91MfYmb/U6u/V1pItfIjBG226SZvQEUPYJ5PYvn+/CMwJH8N05QQgVxUJk AgNHkK1NijUOfhFwAa0Y0gRXUH9aYo5uQCZwEH5sj5Y0OmlauY8ngwG1A5edbxdzp+GKFhh2ilYi QEeWhmmadpODryWAQ/J3oviMv0VLAAFAJmQIzhRDcnwgQdeco12J0gKSD+XFIeWppACr5OUDkFSI Dz6rlEpNsPwCkJxv/zPfc0nuc3KXzVEBc4eATSsBATzAN1E7jWe1CBzjTTqytlPzehYCsCVbwY8Z HxAcj28RjgkQAgQOJFjQ4EGECQfmcFPA4Q2FESVOpFjR4kUVDldcPMgnjsOHDiLWGDAgQwCUKVWu ZNnS5UuYKUuA0FDSikMZhB4ouEBGgoQwJU0AIFrU6FElBaIcZdrU6VOoUaVOpfpUSh6HciJU5drV K9UoPV44zBPi61m0adWudRp0wJCYcWO6KKmH412LN0C6yYHX71/AGDUGNugRZIEbIglSKOlB7mPI LpMoKFmSQQ+HbtBM3TAAywiqWDezJV36LIWxblyYZn02woykBVpAWP/S2vZt3FyPVC7Z4ETkmEk6 8OatmPDxgTVagGSE3PnzihkLbIRe0DDIHiVZAOce08ODym0gjG1hNjfRCgUmnGeflsvNAhDaz3fx 0WGc1fP172dNBfyABrYqqrOSXOhuOMv2MKiJkhSo7jkHMHNIBSYetPA56ai7kCAHEhggNocgKKE7 Ehso6Q8ZZDOPv/TW4+9FoyAgiwsYTVsCguUKUGIGAWv08cepSKipJA16dIrABH6LCYTKQohIDOJK ggCCGSCBxAcss9RySyshmTLKAdhwbgU6QNJwQzQtyjBNgWwoCQc3B4ghgCTsC3FEEl8ar4AX2ACS KMxm+DM3NBp6QdD/Qb8KASs+e1gqUUgjNeoNMr4qwsMBdHDJxAGuoKiyShYZA0xSSyVOjhseqexB JuyMwziBHKihhhBqvYICXHPV9YpaoaihQjY5WnPDPSrDgSAvSuJgpToPE5E7KJKSAYLKioA0UEnV imCM+6TINqqwxiqgghW/NffcrwisYyUEnayoMgPilXdeeuu1195VL4SyMi0sWOAAgAMWeGCCBV7A Ai0wHcCLYBPiwaG+HnyisiYQgqKkDmBqFqRnV6riJhkYWamkBCSVUT50pZpgORnESLmo12KbrbaX a7a5qhFKggslTGGdCN57gxYa35I2rAwDU5NWWuGGEXq4gIibJgiJ/5IegGxjhyrAsyUPGjQ5vpuJ WkLCHmg+Fw07e8iPPxIkAOMCuFlQYG6666Yb7g0koCJsvqWibIDfMiip4ouAHvpwofO1sDICGnf8 ccgjl1xyxaUe6OmoLRcohJLKgCmK9OLbmk47RVeJyQHCiHSGAnp4OYQUyzP3xhx3NFK//wZIYAYf fvD9d+CDF354SIzgrW/k/+4igMorQmIOpaNXGo4njC5pcuyzn7x5yzHXvKDKVNq4h9Hjwjq+LioD bVDWXZdUCvt6uP3PRR16YYxHEzU8XkwqeeT/G4xBgAMkIAH/94hKYAIT86oM8viWM5OghFN8+F4F B8I47WVQe9yTmv/3LCiAksSGfHlqyfmsoIEPACkEBYgD+8aihNH8KVxZK9e59oc4HDKwJINyS0lg sIH5OZBAGkgJERr0wQpiUINLjBwHm+ZBqTFBQhWwDAkjk4SGgEQrL5rAuGAUBUZt0Ucxc8jMHAiA G+Ywhw381gYYwJsOWCtsH3jjAIiwkjSUBA5+2QENpkCQTKzBCWaQRB8KYgYPDKSPfzzIDhBAAhoY 8kGYSgETLdm4FDixYZhzALAuFKEJZQ4HJZmTFbuTRxAVQIy56WIF5rMnN9AIRmjDztrOyJQ0qhFx bHxZBBCkOzCgSwKV0ZRLhlASMdxlkY30o0KWmRAzRBJNDjiDF+r/KD2l/cEKSjhTBTl5hcoYoXqB cYBeCqCCGiTkDkQyZTsDcII5pNIKVcPCBSTAlijo6DZcMBTK9EO7zCDqll0ZAQtggE2EPqADGzhj BIRQGYYmyj8l+cJjYkCyO1jkmQjJBAI8igBGCqSPH/2oIQgSTUlaUA2IOAwgnDARJsCndd6EWEGQ AIeSbMFnETGnG7qZEAYByJ0kPAGnHrC3osDvMFqRABkuIDcFKKwyF4BKPpVAmgjIgSz5O0/9+IS/ gYY1bBLA1BFqVISH6i4NJOJAZWzABE8iUaUsPUxIK8IIkPAgnZusKUKSNQAbIKSnP50IYwYAgqGS aEgKoIpStRhE/6k4BC1oSMqhzjPDcdVQrK0JAhBIioA+HCUIJM2CUTr7WdAWRRIfDe0tIcgAyJom Aj18QDFNiboEQGELUdoCG2oVAsLJ9UJqSIQfBkKJQfwlB09DTJqgiBCSlIQRZWoBYS0CzgEQMbHc qUNJ2pAWx2YltkaRLFUiIKE4eKs1ZJQNbTb7os6WtiiXMMQH4guV+0qFvim8JYEYaxoSYIE3GVDS UFlQF+Em+ELccogVMjcRJEDhVlKNkriSRoErnIFzA9gCYBxQx2Vtlzt/Wx9bNlATQiAUmw0gA3/V QkuHqO29icovUwpp40MQpcZMuURq30uFqllqA2mtzBCWJ2KZVP8mrgpmcnVqUCaHzCAhOB0ADP5V MILF5spYFpgWKrNTiSDBeABCAZK740PSEAcG/toyl918gAUcjFO8lMqNUlQANwh0xnvmc1UOPICI AuADEtgAC+ZMHAWAoHxmZknPmvzoaUqIhXFlXApEgAGkmcoNLWhB0hKAARFUMpwUccDfDsvoPB1z AENZixIhlwJYW1oEs6Z1rUMNazxQbodM8aoMxqDePgdb2DgjEgg8sGhUc+fPUIB0s9m0gsOswNWX XCJv3LWgazLgyMkmYVuz2+rrUduSJXGDuMg1KBogYBLplq9pPWsHpowWAfAGQEdzbJSOznvY+5bK QTPF7XYu29n/A2cTEzKihAGIe9zhBFMdbAvwoRqxJPc8y7QVnj06/8neRck3vY2y2s96HL/v5nfJ m1KEyhQY4nnSgR4J/nI0Wfzi26vMula+cm97xsVUkfnMm7jrP50WtR+9NwBW2+6jbNwoPUYA0k3+ dAAUoY6IvfltS0IBmGe9Oj33+eN4w4Wqh90FuWsAxaHC9a43LuM16nFrm3LadoN86B5P99A9KnKo 93k3A3gAssNOIkyNU+uDB8xfBwDqSqadAHhIQaa183fIF3FIlcHCBkhgFBKYWsUrNnvePR/sEWCq AWWO/FBLgKljEV71hGFCDXAQAgXgaremYkCuatUECgpED6Qs/33vXUKELxx68wDqgAmQ+nnkf2WY AxCCzSTg7wEogPS+F7HEw7R67PtlpS196UWCygDqh9+KAkiEHX4Z6OSnnyv+NVcRfjkABoBd/BDn gsIoUAWK3OEKDoI0IREgSGeqO48yqYi4BAAMDCg4gxoAM4MgLuMaCOLqPokYJd3xu/m7QJggPztQ CVXLrvFSP/UjMt5gseNrjyIgA+irjA64Iwz0PRTggMkDky1YQGdzJJPqsUMwCBs8iGhCAClQpAHs owP8i6BimIlwwIHYBJeSiCqoDANpQShsJxTowARosRkjkAEoQRCEChLAFKprCR0AgSHIneEzlQZg ARDYtihcQ/+XuCjAYsAP6sGQkkMeFECiSwghlEC/cDToqALRUzk2DEQrQgE3JBkWuLyB+rMBKLEt xLz/UABBjMQoLIH/SKYE6ygCLIiOOsC24ygEyEEdpIEhxIvZq4wE0AMk8Is9KMVVk0RXNLMTYAEK Y4A26LxsGYEjIEPeoCoQdKjK8JxXDEYMPIH/sAE4/CRM0YF0+0GE8D9QFIgeJCm7CsVRvIh1gj+W KIEYuKboeQAWcAxhDMeq0wETiMEo2YkOuAAw+IkPZIoIILQLCAPNA5MOAIEkmIvKYABG3LcPaIPK eAAWFEeBvEC6KAkj2KtgCSojOEYk+rCS+MKBjEiJjIku8AD/i7zIi7y5LpizBLiAnbslCdC8DrDA iSzJ0vsC3pgDhHwOJDC8yoADhtSciWkMk6xJm1xDFxA+DQgmc4kAE+DGBzABkrxJovS9WAQTGxAD XxG8gUCCGmiCEICeKMkAcBQfTLHED0KCOhq9ouxKr8RA4BO+ylAAFjABCfhItKCCt1EAbhwwRftK uIzLx0CBIUkA/JOaDRuAipJLvuzLFjwBiywDDviCDCjMwsSUBDDMwjQBDuACD7hHv4xMyYwMFPgl I7jL6qBA3YHIyexMz/xM0AzNcPQAweENCjiDVKSIJwgBVhyADoBM0YxN2ZxN2qxN6vMAF+CADihM E3mAwuwA/w5Ig6G0TeIsTuM8TuRMTuVczpL0ABCIgQygsBHMgC9ozMeMvBLwAC4YzAwQy8pogAww gTLwAEBkTvM8T/RMT5UgAhZoyzIkjgb4AiKYPncighjwzvccQRN4OPXsT//8z758QV2sslqUo7OQ gDcwR+2ATeAAAe/UAHtaC7fpgAF9AA6gTwDNUA3d0JYATBDggAxQ0ChRgAzgAGNj0MQSUN74IUTM jRGYRwUISJeIRamCARNo0fMgATI4tASIgfLk0IlMAxMoTN7wTQ4ggh/tjhIgAhClMA2IARkFUttE AS5oz/xUGgZgAS7A0MgoxCpDP7aRxX98wpTYSN7AAluEkf8XLVL5k9LRnMfo0YA2fYwS4IABXZoL ddPPTIPSJI4ECIO8QcuvIIENCAPpjL4odQkuyB0saMf9GIFr0gAPmLMHAFNIeb7vVEM9XcP64w0x YEqEYAIxGDPdmdOW6AJu3AJmkwgHgAIqswz+3NSuzEne+FPL2w9CDQMyDMpFK8gqS9NI6SG+s1Rz 2YDc2Q5ZJSEhhdPoM4G16g5F3IKMugsmkEqTwFAU6C6DXNW7cAAcINUQS9aaNNN/vABHnY8hG0HH 0AFMwQJBhZQLqAwh8AMH2rsBQFZxjQkVHb4OqMqXKMQriMmJOANM2ZkA6NOAPQ4HMCzXzNeInIx/ NIF3hRT/Y1UzA/2WLiwJdw0rezUBh2UJECBDG4CC1IwIB9gDhtUdYGQWTPGU59iwBNDWAUg96NBM U/1YyKhIjPxQDujZnk0Di9yuEvilKuSbS/GulPFH3QHWMxIwofpYFDC1LQguvHgChtW2lHBDIyhZ CCFVChBYv3CAOGkAnGWJLgABQ7tSMxwCDvAALgXDOXuDiT0XEqgMppUUCfguPsNCTXXTNFCYazuO GiBVF3DDwLIQqdQpNikW3UlSICVH/MyuNriAEZCAc2WKIpCAEbgABbhT3akDUyXGqrnblKGjktjH RmQbTCFTKUUBTmGA3KsOseWNw32QOKFZheAEQHhAShAE/7+YyQF4VuIUALoCiUF4DBfo0zO90Reh AhMQwarhlAQg3Zu52NSFkaMdABStzeF0CZQsCQVBEwpkgAv5K6xUCCQ8DiZIxuLUwLm0U+IIAzCY 2xohgQsQvh+6Xv39itfqW7/sguBTsQx4y5Y4vZIQkzTpkJJYsudgghCwiyNMBD0MjCbExuEtXofI ApDlRiEgVnSJgAsgw7LbXxKWCmH9Tvl8W5PUxln0AhyoAa4ViNbTMDh9gJU9AUyh2g3ZsPNFokhI KQH4YcDYMIOlTfdlCRRQRABBXeT5ABPInaA8FycoXqcr4eYlEiogA2YdAn+NSHItCRvQ4YtggjNg xV8S4/8NQYI9YOAP2r4C8F3CqKNYFc0jTgkT4I0juFy+kQATSQAchRRKcDsA0IRBoF8rzo3/QEsq sNfe4MxXtEzcVV/sKgkvANvs0xwKxNfiRFXKs95Dto0cKL+X2dzOVVvdUYA3AAM9rhknTkEWUOG/ nLNIfpB9GYCDvOQmc4ARZF3ZLIN/pN5PLo1QFrlhHhSyAhMt6Bc2izNmbuZmtgBoThgw8eBbigBG 9tg1TIP/sMuIqIIQoABSzc8EmIMxEydcDjMJs9b8tAE2OIPYLQjDCucMgOWvPAEXkBtTFoKF+uN9 I2XPVbEEQGVVPoocQAS3iwRAwLsa4Y1+abM3e+iD8bL/tXsvazbFRKU+ToGDGCaIGjjUZIZmZw7p Z47mQ4Xgc+aQOFEzZQZpkWZmaI5m72QApsQuZvNWxOTlrqRLMIGBlV7mln5phIlpLXyvY46Sj/bp lnZpkp7mlzFlhOI3EoA+nI48X51l8OEXf3lorQaYiOaNky6IMUsAh95qiJ4ziajWmoPLbR5rsnaz BZizYGPorG5rt0aY40mZaWM8WcM0vu5rvwa1WYM1yGGjgj6MAqjiak6rBBBeyHPdnDIOJXxAgnBq bPrqyS6VBEjmowZqzo5maS6Viti9AvFKU8lsze5s1E7mQ51osaJs6WnqcFM8XRsApihoxA6rIvA3 soW8/5YrCW4VAE4QBE1YwstOuMfR61n7a+XGNFoTbK8rGssWCAyyNEy7UuZOgVzTpIOYXb7b3pKc 7ktzvDK87uwGuj3La1hL7uX+6+ZOPMdh7UhBu7TLOOQy5FsCAycMu94eAFB1BOPahOQqbtmmuQGI bumO7QF/7gK/iCfAlIuWSPnuOvgeqAj3uQnXHwRPcLUDuim+7T2LABC7uf0G1UgwbCCu8JkbgD9o ARVocRd/8RbvgRuYcRqvcRqHhBXIcR3fcR1n4wdB8YvT7oRwyFOzSSBXuAs3DSmYACZvcidv8hmY Eimf8invgQq4cizP8itvgRTT8ME2b3M5cnFjIx8IBP+FHra0KiVu6+0EWLJALohGCCkxpzYVN2w7 v3M8z3M933M+73PZMG4vVzuZ8nNCL3RDP3REB4k/APRAHwBxSfRDbwEtn/Qr7wEqv/QpEYMn3/QJ WHRG93JHh3RRj/QM1/AkH7apAzhM2WiJmPNLEnLL4XFZ13Ebr/UbsIJFD/T3HvRR73Vf/3VF/3RT B/P3cvWFo228LvUEP3VhQ7mSoOeAK4nAfRdlH3BYVz1jZ6JrH3L2/e5ql21m75tsrzZiz5Zx16Bw D7Z4vVdUS58B2KO7OPcM2vbBk/cNgm6/qGDwm8iu+XbFS/ewsXeMK3dJ8bcECLUEp26A5zNntxpG 45T/lbQIgcceete6iSfwwBBtRw7H7xX2ZSf4sLr42a4ZN0IoN9i8B/BIEEwrx7UiLjhgv6Cyg3dv xVN4fLdskf+5Bf+LmdztiJwzXd9wZOczg0f4Abf5ob+ZQXubI5ibBFjxvSAVDVCAMLgAs/RkEPS3 lieh7z2Dv4AC91SaFMMmIwgBS7b4kqD5BBeEAsgJwogT/w1GTvmDsRgEL8eDhb+ZkpceT1exlLfv noSNMnKvYI6KOtr6PKkjVscLWdmDELgVCqAwQgAJhKuMOaAALwiBF/bx6O5o4mDuW3Pu7EHu8K4M ut8L66IIClRzgQz1Auh70I81tZcc0q9u4uBJflv6/wto+qhS8bF4gb4njqmv+qsfKCkYA3GxApcp fKpYPu0SsSTIKcsxpwLggQczcAjDgcgX+z8I/lKZgxAYpxmAMjxLfYW4GHYXx2hxiEUHAx3t/aTZ NOnRgDcY6rzjAkbxp2GbgLSxJeYHCAACBxIkGGbAABABFjJs6PAhxIYgEIoRYPEixowaN3LsuKIA SDorOpIsafIkypQqS6oAOXKlxRl0QBZw8xIlFIQsIvLs6fMn0IZQWoDskaEBQgUFlxZUUiAK06hS p1KtavUqVqlLehRdkvUr2LBWZ7gBKQOCFLFq17Jtq3YEQg1B5zbkgDAEzLwka/CgyUgv4MCCBbcs cP9Tr0yaNk/WQJiBLuTIPZNwaEBIBkgrCDdvJoHVKVS3okePhpCZC+nUbaVAwFxzhurYsmdLpbJZ h+SgdgfgHTyYSeECPXwTL25cQOHDgRODXNxxD8I6uafPddFh82WQccB4Lmgi6eentMfTDoG5RQjy 6pm64Kp9wvr48tVKuE3950TexwW7L2CFyX4BCsiSS8cxV5NyFumBkAv3OegQCAxwRghRBcgRAVVY IETGVaDN9+FXLpT1AgUgkheCFSC9MEZoJrr44kAfwLBZAyc8yBMRCF0xIGCM0NRCDTwKOWByAh7o nEUSDlDCjfeVkcBmDLCRB0gXXvVBEVlVUAB8MHr/CYAUcRSF4ZeiLQFBhUpQQGaZbcoHF0IXQDlA jU0GkEQMSiJkxJB6rTBTgX0KOliRPB65whNx2SnZCUgh1AAHVArnFW1bdummfBHIAVIeaWGqVhQ9 vABSBel9eip5EswpxAcCjTBnDPeh8B1nDHih5BODwpRDWSDdoCuwKxU65IEyENLgonN5MGcCYkja A6XkWYoqeTOMqgQa1H4VwpYFvNBDi9qKS9qrCMHQHUFHIJRAEpJdtxkFuV6EA0XBruSAmNo5YC+/ HA0r6BijZlZFsj4l8cCe+UI737TjkoYGUTLA5vBUEVDgVAEtQBAtxR2vxcJm50pFAsIDlEHXuwOI /7GvRkggxABGfNSwRwg160EBzjnrnHPNZ9Qgb4A30GRFDv0abdG/Q9KL0B+u+UdwwQ6BPADGcXj6 IVdieLxWFJLKsfVSUQScmalgm/0VGXMOEEarVWmAUAdApdxbRyEYwRneeeu9N97NsuwbJDSJdDS/ SfO49N0DJFDCDBU+HXUARlR9tYlcTXy2VVtpx/HWE+QrnAuYi55VfQNogO5VbcDdUwlz0t1R4orP 4MMPtdt+O+656w5J7AMcVwOgBcxAOLCGC9jEyw7csS6TATQ+NNQPluCeEiyUafnoU0EwqhuomU2W WWhlP7566g7wRURpbBakSXy7//77ATKRYlHEC/9q/H5irAugAIkq3vxCnjew6UyvORtqE/bINxDz FEAGZesYa1zjhsspsIK00dAAkNUQWjGAf+1DiAFCGEJMVOIRJrzBGFKowhWu0ISPqAQmMCFCA2xm QA7ojwruAIUrUEBt8OMbBa5wBj7YD2mBGhAf5sSGjDTGdBAR4OOCUsACVCAK+VEKAoWnQC6MCAJb aw9N4pAtC5KRPCRAyAMckqMBwEElm5khHOMoxznCsYY8ckDvNpMALWjBAn5cACADKcgF+NGPWphR 3raABML1pQBFG5AX1kVEjbABIQqJCBStEL2HlGAMpIoCQxxFBTeZxoujW4LCOKctMdBPBmOgXBn/ Y0mbNyCEAwwpwWYWmZI30rGXvpyhHQcEB3Mt4ADGPCYyk6nMZSJTC8HsVyMfKaA7MKAiHHHAulDg k0xGrwSmoSIoG3ICc2GqlJjTFKfCRa0zpWkGbJIlPMdjGycu5G0DgMJKePnLfc7xmQHiGx8LaYFB EhSQhnTm3hgJEmnya2k7AQoUK2SFO0TEA+AhZQFMubUZnGeM2gqVwEoVz5HKR0lM0gFCtgATffKz pSL05342Q4AUiAADGPgh/BKAARGkgAAwDVY0CWfSuXwTehFJAhrLmVGPocEpL6DgqbilInDF5wMj eIMCEInT9zFAAW8YwTtJ+iIFIMRGMUAIDlYK/0KXspWGCBGSTAkg17nSta52vatdfwqsoB6tkgPg wk8YgRlNBtBxhHXIEBBiAjfNQDgOk4LXwtomi2GsBRRQ5XhUlzcIQGAGkICED0Ir2tGS9rOQ4Kze OiBWGJF1AB4IQMk8uMu1trWlei1OXPGq293m9a1H46vRcnI+ngg2ig/hJkNQOgAYMNax1IqAe6x2 KrEJLA8P/JDeOMsI05K2u6WFxAxQm7fVvgiRNrotSVq7mTEs4oUxlGFLY1jCRYwBbzaAK0J4q1/9 oldQwO2Xy+j0kOIqAQpBQW5iB4CFNjW2B6iiAPdChynP0aQHEvbSZipB363iVA43eMRmyGuiIv88 aiH9JUkT9DBMDuPUCGzA55Byu98Z1/XEQ/pvv1ZsI+cRpcC5yeQWECKEMjUYUyGI2HW9BL4GbuxT LK3tL0Ms4g9pNlYBsHER/5lfGnN5rljmEY75teLn+fhBUDQWDCT7oSJ/iQv006iXIpgZqDqZtlCO MkK+BKcOjMCCZ0SINgPwripkOVgy7vKMvzygMNvrD6NCT9TOvAUYTYCKMEJlV74ERu14dFxPvjMd pQyjDQihbxdom+jsebKF5Od1he7ToRHNX98ajdGDWgFRXvCHAUCuIRylCbZMVOkKuOibefDei1hp llea7dOglqOoyxQBE2jVdBI4Gy0HMISGIFX/cX+DyQ5ogIBxj7sPGdkBuREwBYyEO93lzsglzC2g WMt6t4oWkK2FhOsC0GEGAW5Arx1SgjgIrCadVs+wPySG81wKROwEiRLcOTpnP7uOeUbVBy5QsgE8 oM8dyzYDHnLWAegBMOFe90UuYQiLZGINTmC3ui1y8o5k4t3z3nK993vvAOU7QPvu90WQN4DHBPwh HHC0Yg4+m4SvBw0jonN8QPqeClK84i+9uLio4KgBCAF1qHqXXCAyJ6CtZOYpX7nZOZL2jZiBBvIO UCQRstOe5ryueEjBTV+mUEeGgAGEHtAKevWrjMRdg0V3yAk0gHSIKz01XKgJeaTQrTGo+UTd//qW OhU4p0XA1+ozxMQioj2uDahtA6iKACKlExHlJkC2KWl3ulEebimQZO0aafvb5edXFnNYAWSHJkig EOSU/l4wgffVNdd1eJ+UIAaLbyAhEsDn1EShAEqYTQQ8SUVYkoeyILEsZv1sT96zGAaj3FoESo0Q 07sJDJtJg09Y7/qT2N4iZpBE7gVw/0PInAYo5wju6QoT1AAOhIAC4Mzw8Q0D8EwINAEf/AlNJIi9 8FUTJI4R/B1gHF8BDF5HLA36LF/8IcXzGQveaEAbXMAGSIAEoNpVVN/1qYa1GJx8UBenJJmISQAY XABWKYAC+JD78KACsMAFmIAEZEn2pN9mgP/Bl5CAkgAcUCjXAKSVStRfyiEA7QlAuPFf//0f27nd q6UEr9AEB/LLfz3BiiXAJKlEDRTGGHaEAyhJF4AgT5yAkjzAtQHAr0HcFozf+1zAVLggaUxAxGjN elBYUSDblCWiWKDeo7DgfCAhx+EGXTgKHHzbF/KLGiSCH1zEJggCSuBLGFnioIQZEiSOF6DEGvqK KHaEX5mAHEZEayXAHRZEHsog11ifW3CBpMAZbSyZxoSfIgbjV9DKALCffJCAVhkeXbjAZijAKl6i oGTiJlrEJuSfSQhNZjCUfy0UR4TAZhTfRaTiBj5jR5xBUrziQ6hPnFRFLbpB410FSKyF5hT/QBwA o2hIgRy4hhVAnTD24yI6ymKtB+mhEfzdBzO+TAJcwfxBI49IIycCwsutROCEhAQuGjdyBBMkzhlk BB+wITmSRIAtDjo2xBolgBFeRTu+41TEY1h8kxUgompsGj1emD9SRRAAQRYMxE32wUBcAgLYgUDc 5CHoJE5GhST8JAAEAQLwpOioXxuMhwToiQa0S5Pw4bqwQRMwpJA4pEVkYkTCBPDQxPD0Sc85gA3o iADwgcIsJEowwZwQwUgyhEUpzkl+RUpiBUtiBQOhx2woWwPJAffVpE0W5UDUHFDi31KcX1ISpk0i ZVMekGqAgZ48AFzaSeuglQA4wBmc5d7s/4hWEocaIAJNFIAnCsb8VNiNXSRJRBLG9ABbpoT/DEAc xmUAXOYAKKZa3CVV5CVViIi3lIhqPJz1SZxghsVN5mRQFuVNAqVU3KS7OSZBKCVyik4ErEvlgQUJ mM/LAFayqOMA3EFH3MEZ1EwDfqZW3hBNqMBrfmIN1AB58hDOVMgW5MwV1AwU1IBswcGuSWFgQMf/ 0OZCjNxTjgZHuUEHWGXe/MGuvY8QhIEb9MB1ikWohFHDFadYHCdTYGhzMiZT1NxQks8FIMQRrIUE YNBmZIAkRs3YmSeLpgQ2FgAPsI9JQIF6wY/A8B44poQ3DkDIAehCOEqEYgUk4g0M9FEhFf+UIAmU FmxdreAmWEiVt1CVhYqGhi6FYUYnYVZpQdQcU1aQknhdxWxAjeoEVQZcBmBmi6bpSXxEBJKE/mxG HxUTMxkTxsgpMxGSFqgNzOTFHcyJAvgoQ7yMaJRMAtjpnB7qnC7A1n2F92XMmkypamiplabbdC7m cxrCB9TcczLn6BzEAHjcUhQBGLAAk27GEChj0eUHBagpq55EDjTSBnIEZyTAHyFqnR4qIVmAD8FY SjjAij3AjgHqlWEdW7jPHvGRkQqUsh6UD+KNVdAgFdkgpE5rfIToACjAESjAxulNBoBAsI6kPYFn q44rSQBHhVniZuTdD90oTqnNHKhE3A3/QGUK648ihJOKRVzRlE2RH2fYFE/hgU8Ra0EYonDAJLUe 7HyUDt5kwBBwQEHSawAoVxuRK8WSRH9YQRrGWgrQlAh0rE19LMh+bMfyVAoALF1xxnpaBBIkoJVB LKvBjVvQW9311gDQYmU12YccJXRmKBCkG6ZGhbiRW6UirOhsAEJ8oMtCBK24WsU2LUY0VkgEiczO 7MluxkZe044qDqq6rJIoYbHiHNXi1Wbgoz4SoovUnCIgwM8uhc5yKgBoapc654e+bbkR7ei8yyUl 7UNMDa86rd9iBASCxIKGrb3Rz2geLuImruIuLuM2ruM+LuSO5uASrthWGE2+iFJiqk/O/61Oqq0j CoS4MedRDq1zuq3desyfJYDeRgTf/q3rZkQOGO4fUK7YGm7k3i7u5q7u4u7k0m6NCSyMlK5AHGWX DoTOrm1WeOjpng0G2dLq7i1C9O3rvq4DaMYA+C7N5g0DcAAAPa9PJBir4CvYYm/A1mybiFuloi/Q PifnLoVzFu/ydgwZOIb3PgQXIMQpTq/+CsDUEi5naECg1S9k5IeCfW5V9G/Yit6L6OxzjpvpRoVS IsDQ0u1Sxq/ZcJAAP8ScfOT+jisCUy1nIG0GQ8ZuFHBWfPDMKrCJ1BzyFqYDC4RPwq8Lc27bWrDZ aFaPjjBDTA1/drDfonDdcUbe6jAJc//GGxjwUgBxzqnwh0TwA8Ow5w7vuHGuczqmpj6xDYuLjNAv Ed/SZqSsD6epEtcbZ7xWF0tGCaTMALxBhG4G3ZEvHjCxfAivVBxl+wat0GJpA5MbFmexl8wvQszr GQfAQapUGDvtnLwx9qYAjQwydaQx3hzBvaoK3vgryW6sft0dx+4r3nitH39yapTLAMSNIzdEHeDv ITdtEvXNTl2yIuOVJntss/5VKTuIByQYZwjBG8wiCZBBD/Lr3mjAG9wrKI/OBYTBBdSlwxjto3xr LQfA1NgAB6eyeWrmrQBz3iSAAuDA0oTdM0tPGZwp3zwAtl6AOZ/zOc+y4qhWMcfTB2z/BhJ/SgR4 qul07ze/7AAYgS5RMz9/opI87D0vygmAAAdkwJi6zxEoczuTFK2MqLhEwBuoTcsGtEN0wZxQwDT3 Mz8PH3dSNG0KQCKYqDEu9EhFwJwodJtIAB8qQJl6NESUwWboQUZr9CVypQBsAkSuBGcOsUujI0jb AQqM30iTdCy11lAvYUTrkfP29E+MXD5jIE23qE0LACeUJkrMAUJMNFO/4k8vRAmMXwfEM1GLDpyg EQsQc3xIwBFs69Cl6FYHRRIwqQ3swSoyARToQQLmKPHAHhdiRNvtsRZuRM25nG8MXxqSxFR75Uk8 wZzw9FuDYFc3hFMzwCyW0QaAavzC/wkDmECpclwHbACYioYEmEAHVNujlIE9PzZkNJ866w0biOsX /jUJiFtfYyENEPa5IQBu2x8e7zZg+I8hm8RUU4I1bsSOJoAzq/byRbZDeICeNEBoi04RlMwbWDAg 5/BCoAAIDAFb440QYME5k4EKjjd55+AOtra2ba1yP4gHcEAHZAB8i/MAQHVsE69tW+G5idsVlgS6 rVu4+bZeLA3TckRojqZVk0QVzAkpr7feusDGNQBmZ09rhS/RfoA9/ekTuoB7IyiHPUAHcIAHBDCD v6JtZiU0euhFDPZX2h8DjxuAa8R/r7hecKZeC0aCN/OI1y8IbFwCsPH4ECOHHKwor/9ajhd5ACjJ gO+1bq+4T64cSfz1uDk5jN+2jMMEE+jdcTgADsxJnRi5ACeBfCNEGFQ22HxALAZpIjIinaS2l6/3 u2zBTA8K7AE2i8ecYCNAYLMblQtG1g7AHBy2XjhAn3d5m+twF+DyukwfxXyAmOLNUQdjBJioIBd6 jh/kAOyB0WjmHOzLX9f2fcsbuuF3RtzfUm5EjAcGH6ARMeKvjJ7EHehB77A0pddyCYBAZ3v4BqD5 epDABoRBsw4BF6SMQ0O6+g3AUs+6kaOAo3QQv5ijnwtADHdEu6EcqTfwi/fftafEij2sDkyN9u6M nnBGA5hAciP7M3MBC4S7uHcAEWL/3whcABZ096PEwGw6RAkLga5bEBiojXqb+4gvC0JIs734lTWZ 546KsEPowHarO2dkAAt0tL8rdwlwQQyE+Q9pABBmPA9y+N4kQAaYwKT7RBqoTUKPFAmM31RGvLlb ug3s86BwZsEz5NJgt8rXPGR4ABFwwBfAd2e/jwZkQB1wABeY8Y2ggLebTnSTtVY9QL/bvJG7ALNc 7csrTqt/4Y7SvNNnfUA/SchsgFiPywjwIQNAvNabewmolxFIb4BUQbhXfZYtCD2VvdxTNBGouyQ7 DKNXWwLEQLnPvbl7AJNSgNsHBhJcQa1APUKU3KvF3bb5veNTdBqo8XKxwAh8fXxE/0Cv4832ivjj Z/0JHL3iXEETxLlFVIEeqPsQuHVrwXkR9WlWdz7sU3QJcADD00kbRLhs8PoRmLZjNH3sZ32t9zyL jXtLOwRM3wXhmCUa9f3vN78jD/QQtDYMKAB4oyB5r+BAXP8GXEC2Cj8aDQEIsLnzN78HlMHOI2gD ZMCHEwHn/0TKYHpDbYZjjz/9B7QHgEDFozeHNcCHc4FbA0QAgQMJFjR4EGFChQsZNnT4EGJEiRMp VrR4MQCKBgMGJGgiAGRIkSNJljQp0oEXjgMyYHT5EmZMmTNp1rR5E2dOnTt59vT5E+EJBivnIDl5 FOnIGkZWfgH6FGpUqVOpVrV6FXVrVq0DOawcIIZJUrEin8xZyaDLVrVr2bZ1+xZuXLk8S2TwOuCK 0bEk77DxmsDEXMGDCRc2fBhx4ooe7N61wSZEkxpPQj6p0SSEgqF3OxBR/Bl0aNGjSZeeWcJFnQR3 WXtt8CWNadmzade2fRt3bt27efcGHRAAOw== --=_related 002E717E482578D3_= Content-Type: image/gif Content-ID: <_1_07C2655007C262FC002E717E482578D3> Content-Transfer-Encoding: base64 R0lGODlhrQLkAOcAANjo8P////jo2DhYiACw8PgAAAAAAPjAAGDQ8DAw+DhgiGCAoFiw2EhokFBw mPDg0EBgkGhweNDg6Njg6LDI2KCwsGiAmDA4OEiQwGiAqChwoFh4oIiguHCIqJiowJiwyNDo8Jig sKi4yMjQ4BiAuKjA0MDY4Ojw8JCowODo8PDw+Dg4MLiooAiY0ICYsBAQEJCguLDA0AAACIiQmEho mHAw+MjAwAgICFh4mHhwaKCosNjIuOhwePjY6CAYGMi4aPjYYFBYWGgw+NjY+PgACPgQEMDI2FB4 mHCQqMjg6PgICNjY4EBgiODY0HCQsODg6ODQ0OjY0BgYGMC4wMjY4NDo2NjIyLCwuODAwJjA2OiQ mPgoKPi4uMDAwMDQ0MDY2ICQqLjQ4CgoKGCAqIjA8NjY2ODIyPhAQFBwkNDY4PgYGEB4oLjA0OCw sPBYWHCIoIBYeKC4yIiYqIiYuGhwaKCwyPggIPjo4GiIqIiowKiwuMDQ2PjQoDAw8HiIoKi4uAAA YAAAkABggABosBAgOBhAeCA4WDAAADBo6DCQ4DhIUFhIcGAAAGAAaGhAQGhw+Hg4WICAUICAgJAQ EJAwSJBIYJgAYJiIQJiYeKAAAKBoAKBw+KDY8KggOKhwgLBAULBYaLCQALCYMLiQ+MAYIMgICMig IMiw+NAoMNjAkOioYPiIgPjAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAArQLkAEAI/wADCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqVLlBPqZNgwoKbN mzhz4nSQoc4EjUYg3KTxAYDRo0iTKl3KNGmYDjg7nECIAueRok2zat0KoMQRnC6mvhxLtqEKERl0 qt0AI8XDtDUtPBBAt67du3gFPABjcwNBFQ5s4rCSt7BhKw1sOinLuLHjgnUU2GyAQgLXy5i5UqBp E4nQAUcsZx5NWukHm2NAlF7NOqsTmy4ey+745DOTKYZz6xbQBEdNBZIH4N5NPK+e302I82FkwICg 4oV9D0AyuzrFFHUC52yAJw+F1lpNxP/hsEAnBBdGAgCuCSEM+PetQaBw0EA1/Pv48+tvmqdmBusi RXZTA2AQBt0DV7yx0x4BIFETDtBFaJgfNV0h4YUXsmJAFnSF8hyGdjXBHoAvCdAICAaNkBh7KOzn YmZJvAbbi+DtwAgZRtnIAI089ujjVhLU1MBRIJTgwlc3LcAGiQY9ERwTBuZlhR9MqGXllWpBkByI XHZ5oR7SYSmmWmjoMJddCg7QhQ4rDuDAT0xyJEJ5Y9a5Ux72/ahnUiZ08JmdgA6Ax3dIadKcATvu qZVaNKyBwaMMRCrppJQ+isEaNKil6KZGffBnDGQ5OMAbd4WShwCTcGiXTQS06uqrsMb/KqusNnlp 662FsSprC7y2QMKvwAb7a6+z1hphEytSF6dEusbaq6/CRkssrTVxqmezs2arLaw2WTsattuGW2y1 R6UCCCfeKipjAyft8SCG4Iorr6vG4mrvrfHOK2+9GB43gF/LNpSvvuF2my6PAxOsrcEHazUBJKQU IHEBpLzaghItKBwrww2ni2R6INVRUwhc+nuTBsPyqi+vv2qQkx/3xuxlwhrLakhNXNgx8c6rFPeA TQErpN0ALQhSs7gcd5zfaTihTMK08rJMgstR9VgGD2fsrHUBbSBlBmkziNHcDXR8cdQSWRegBhRK t51VpgO45ZEHI8scIQs3HIqJ3Xz3/13cCs2xwCUUFxxqQA5nCsBF1kpwgVcXNXUQcBooFG7AC4Xg BEFmUhjghdugI/VH5zLM0DDaW0tMRBngSWDBC829YAEVSbVBxMRaGIWFGgWcocUEoQe/FB41eQDS BHQPsIDfXGJy6A2CMy99zIAbEL3dhBuOOBc8FFFAJwTdoYTWPJCkAlQ2cRCBDJeHwGPhFQi/aQiw 3+A+p1BsoTURwB/FOmlfiEDeDCAG0zUFC/07ihu2sAT5OXArJQiOE7oSnAVMBH0DIJlhQmCDK4TA Am0KlE4aYIEQTCFxt5LEoXxgg+m5UELVu570HhBCMCjCcBEQy0D0N7E7XCQGA7gA+/9uYEBvBcEA RXzge+SQtxfET1E86F1SdLaF32WGDUdszgWeeJm0ba1rSgzjUjCogDxgJgw2AZlBVmSh4tjkAHCM oxznSMc61pFfdqODAaRwMxHWCQ16QOEL8RJDvz0ADTVBgyAfUKW4HeQJNzxUDgdiBu+lLhMGuIEk BCIqDoAuAgaIgBi5MgP2+eAPPMLCFviHFC8WgAcNvEwFLGeAILChNLbb2tpGyctNaWcEAgHiqC70 Rjsa85h3rAnz4iW1lmngmdCMptOeljFuKXOQefFBc3aAzbxIJw0NyZ4B6EDLUOowAA+IYuokpgRY eguUohwlKAl4Sx6pc2vu1ErYxhb/AbOxZglacKXEtsAUDvzJj2NSgAvy1MuGAoBOwMQjiGwwhRB8 0AIWCI6YMGoBMIRABzaIwiBpdrRXSbSb2jQAN7uJlxWlAJLNCcI5JQLTQxGiJiVQiht2xoMfzaCW bpPAPC/gT/i0YXw7UwMP2MYVKryuOVKwgGhGYwYe6Cx1Z4BPMZHJ1WMmLV0fSIJDL/OxgWhnOBjq QQ1UJQC1MqAuo+hDFeii1kTURa1szUsPEvBWvpG0pK06KTZTutIXRiGLF4ACb2riAJSoAAedk6Ro tHA7dnatgRPYwhbAyJoKGOACiqICYmkHniXwUGtq0ML/lvIFOgxQDHJgDQ8qy1Nv/221q7id41dD lwQX3GShYkxCcNRoEFGRSkJ4Lcwp5GqX5LZ1rbm5Qw36ylIv2QB2zZFEde1C2LpYoZEK6AKIHpCD 5qyghbrhywBEQJYJ/IkD5bwpThxhyZ2RorJuKEI+keKFPeqHCpYLAmnBg4V19vQoWDyUIri4Giy4 gbYHHquEeSQBJCnABA2TANwaIDeJ7EGjA2CCmbZLYrvwoRFhqMuJU3whvB1KhszrrmF0UBMmiJQu M2gijCMUgsi9hDMuAGA5IzDVpdxTYsw5iha2wIOvZeULliNya/K3zjPowHIyCMLnWtOG0xYAC0g5 rRsmjJQhCAFHRxkFIlRzigQwdP8ICUCzmdGcFDOjyyhtZqhDS/AbsbpIAr61CQw0Ikw0lPjQ2/3p 2NBrmAeE6SYKWIOjICUp7GJAUpa6FNxyIgcuTSGNZAnOfTA4AEcxAAGoTrWqV81qVTPgUho9wmr2 mcl+tmYCWnhwAcYc5iK4gbNkLs2cmzKKBNzZzIk4yrCVYmYEBJspdHKPVpIQB1L/pi0lYUNNjovo bne7vM3xwUr/CtibiDc3NmjkAAYtmwkISc+lIXdJDeZU7EphBkUuDa51lrujQMF7SnADmOsshATE uSk1MLjCFZ5spLR54QZf87MnTqP+DMB4JIJB3bzN8Y7TRd5HywlbiBs0gpwgOKn/iXdNAFswcmUG CgM3iha2poSYYwbObkZKsSWelYRHHN4AMHMCnE3xouMHBCsCVcDgogOPO/3QIK/ZTWZ6EC5Y/epY 5wEXCMI9rJ3h62AHu/7KN5CZr1NrbiDIkc++62BCABJsl5gaSEGJmmigBWvohN47AYe++/3vG7CY pCVdTQL4KjhDMrriF++iONhkDiVHiHYaIMinW/7yu6HxvyLPEhWMgA0eCL3oPRCCQxjuXIxPfcfG UBOsOPADbYLAkjhPERXMISc4AMMVbMD7Duak6U9v8yMSgIi83GETBv+CXR5O3eUbnLle+tkAFFCc FduFFR/SjaP9Q/vZmAhFBYmB/0Y5APRgm4D1NCi/6t+DJPYGYA9OALFNHOAEDpQAw6wxwQdcwJmc nAec3VcWwjQAUeJtxwdxEKd8u7FXCZBXd1UD0MclViAZCgB8uGIFiMRYHRaAHGgQRkAnffEB+cZL YSAUEJBT60caIEAnCgAnHfiCJTGAOFB50mMDv3FjmEdDNQFMDjECPuiDTwCDQpgSaSACLgAXCIUl CpABMBADQUgR7mUTEOB6iwcCHKBRsTGEWkgWHgBiOHAFNBghXaBesKECASAyNVGAiPZpNeGCW/iG cMgYT+AC8jcAY/AB+Mcp+kc8ONEA7heHgBiIEJECQyMHYRgzvWETGWCGgtiIjv/4iJAYiZLYESOA hH4EAXPwhJO4iZzYiZ74iaAYiqI4inGoAjEQfzqhAAvgAt7hZ0thAhTwARzgAgtQh9OHbRfBBpa4 E6vIAXFAAa6oFLCYB7S4aX04ByRHiqI4AaIyGWBwQiFSURawE26YECoAA/KHA3IwBVtCFw8wBXLw aAMAAXWgjOYIEUbQf/PnAij4IkYyNPP3hweRPDVhRsEjATKCE2MQjPeYjwpQjueYErcnGGgVIVNy Ex3AiAKxHgMwg3YDgjUBBn5DIdNXjQFpEp5XBx7QARlgi2OyABmABB4wAgo5iENzBHnIS3woa0qE ApLRIkZnAsGBAsqYAjFwhBn/EEID0AAZMAcesAdUZxAiYBMWyDx0ogd9EwU20Y25cWJzZS8UyW7n +H0N4QEHRRT8KDznB2KUoX4p+JWbAgJ/AgFIIAIbKIQqAIILgIMyg4GCwZSYF5d3YQVCkoykyAbB oQBUCJbCswMnYhSh0ByopzR9clBJaCWDsnhx0CYOAICPkQbBIZG6wSiTdmmUcpmY9iiYohZyCS9D YZmtFpqhGSkYAI8DQBwPIAc2QZOAiBM0AJqiGZupRpqmmXqUaSmYmZuWspk6EUZRpzG7lQqB4JVj VWHsoYkoYVx34ZR1oQrZJwC/qTBBZDjUWZ3WeZ3YmZ3VuQLc2Z3e6Z05EJ7i/zme4UkIFzAALLct grUbVyAkQRmA0UkwA0AIhBAB9nmf+GmfF7Cf/Nmf/Ck22hmgAjqghnMz6bkwUvAC/rmgDMqf+fmg EIqfM1ABFFqhFnqhFZA56Hmg4zIARmEo1NkCKchn40gSVTEAneaZG8qhG3NNnRkh8akvNREESLUF jnMhK8KDHDiUK8eiLeqhjBej87Jb6cI7Z6cEnUAJjgABKVN44iI1VIOQfJkVwRESv9FNWURAbPmi MWMF03iYYtIA5YQ4D7BTE6MGh1gX7TkAWUh7J5BFL6BuYGolDkAoU5oUQqVFW3Y6NtcGWmMHPABs o5FgWsRgALB2O6ME/Xanpf/BNIvxEcmjQYf2ALR0AWnKpXZTSLgiTs1RX+tUBKDwGCIQQoQAVajE FElgEymZFZ2zp4zaFBKAWEWVLoiqqK0xS4diS0pxVGe3BTb3qvdBAcGhLBjBBiHkB8NBkUhpeVEA oLWEqXyjqdPDqeZkEHewdo3DEVE4ADSwPu2jKPDzqlQQSQLGKTzgZRNjB7+KGbR2A7bmMAIlMREG rDRyouMobUkBApwBMAshKg45mTlhn5KACQT7AwZ7sAibsD9AsDNgnzohMzuQUocDrV0irYYkHRqU JlJZU80xSQVRSVtTBFqAEFdAOheQfm1zRElUdFDWHHQwgi/CA0iVOvO6FfX/FjtShRlQYKQSs6hG kUD0KkZoNH0liYYWICG3lVtKu564AmmQIptQi2qvhgEgdmgy1jcPkKZfOnsKwbHm1AVicwM5IAAF oTNF4AgLEDrwJGFsEGU9kmu0JXeCqhWt9VqxBR8TcFW9A7RBS3Eg8BsCwbSGERyRYApKm1umEAmC aytCui8uul1Xu102OACSYxDiJFNdG0kdKxafEQa4pms1qyg/FQQOFAPaJAMWgLdLdnZFMKhZumD3 ga7p2mRZMaeB0rd7UqUBMJDLSrH40qM+alKPW12Ry1KHBVXI6RFeGwRFJrtuwLf44VmglS5/UD8r WxpQwAM8uzqjgasx5apc/xFFBHUUExC3A8UD6/oeSXu4XUWk1kIBqDgZcUBmJmATMyUqKXohzvVc HKJWClgYaoWA/ysA0tV8XSp/CuA0z/Kk0KIBdViQxNscVxCZl4oh5GVejGYXGWiRKKFxkRVTLhAH eYIF8VoAgDq3WdFfUtAjIZA39nMftGsUS1AAVcQU7fqurFEG5isxbhBLB8N6N0EHkXAJomAKRqy0 RiwKlxAJdGAVDRUGQ7OXbbMu71kQTrJtFey7XWJ9dMGcqJmlK7ClLlS8dDG5A1CUhQFuYrBjufEA wZG8KqFxONUULStZB1TCUiQBBiAD75Fjl3OqXAY8BaY1RYAFN7tHOQsfiP9aAPqFwrhLcXxYH4pS gr9hlxDhryhkBeGYE5KpxSUWBbSkCFnMJWSMF5+2x2x8IdLxqC1hBDWxAfdRx6FkFLBYAhxwy06w ALrcHLr8CXE3MbxmFIucOsF8qCFregR0P6xhBngsMXbgBlrAVKkndAsnZ0JwZ0yxbE0BZw33bJwx v+ARBnwoaCWpEYGGxp7syVDgrEGQF1YiaZk2KZZWKZeyBlbSyagpHQrgmGShHcR5GTZBAh45p1Gq FTHwuoBcGkvQBjyga6lDBAL3yBLdGnEw0DWxACNJFoHWRunc0egmsTcVvNxSqgRa0iZ90iiN0ue5 oiJNAAMgBVIAvlPGszv/cwbpuxTI52xCh81GsdOrIXT/PNEOxTT/ESecoYYendR40bix0gC/zMME YXa/nHZl99RtV9VbE3ZgR3YCEVBa/dXe0wlu8h1SHXd15ypwYNVw8Cpp/dTzOsxZrR8JR2dlVnBE h3M8fRQ5nWYGF9RCPVYUYBPyGDDuVhPnptSIXRdRQJG2iyXlDIlzaB4dwAEUQCiweMtjoMumqRYN sAC3XAJ2+te4iyShHUb26gBnCYMD2ZBwmdhKzcUdMggGCbgX+RACwByHoqGeJNq8zRlSnC4g8AEQ yaZVPIr+inlqxVwHaMAHSHwRktxP2SUUCcH30gXB4QDFXdsX8QQQOQar/zphMhk5vK0UHPAbcOwQ TzACo+cEGdDe7t3eMOABIuCDj63dGCEqCoDULyQdSLlXEXgXO0cXzW1XD5gA//2ABy4hPcamAfAE 1qaKOqDfemEDIaCT/2jf1fEEc6CTr2x/MNsj4uECm+0mdaBDgWaHfr14YbBpSofhcJgGbeIHYsw3 D0An+et0UTBcLr7jAJICpNYAHJCVYfQBSPJ49c3jn/gEKLCLY8IW/JwQGMTR1cXYDILkVj6EewAD I97YONETT37lYL4SKmITCiAHrY0hUaCafZHdYd7mbv7mcB7ncj7n1qHeGbDlddIAThADqe0RNukE hulHG9ABZknnhn7oiP8eJypglVaRB9/dOu+IE0igowxxAow+FOz44eBhJMZ4i2ye6MtiBEhg0TbR AZQeEYuO5ziB0Z8O6oL4BCJgbTcBAb1YAvjaFJU9iwuA5wvgExDxBP3XAL/NKTFyE8Rqr3b46OlC ARDZpq5uHWi4bWfeaGwiaAkhAhqFA9S9G3rQJgrAtc++hSIAjwol5HsiAShgjORIEO5SE3ig6UpT 3jaxAOYuPybQf84e7gix6IaJBs+4pVEAjuI4HX0uEK68cbgCOTXBXifeu7iyF9au77QXA3+yj6ME aGSu7G2jrzVBA/DeS/n45aA+AUPjB6OceTcBKidXE9t+gZNx8lzSBI3/xJoSHwApIAKjLiYboMu6 jAe3/PO33AG63OlqQX/gXhDbqgDt2FDyPgbjvSl00ligDhf5zTzIYhMtfytsyARZrAl5lSpcol78 OpUnAhFnoZMQ4AQlkOI0YgIoUOQ3MUFPP/dbwYc0L4knMB9YwgQDj5AxUM5yTHkupPAQ4m2wjSsr YsmgSJUIMQLquABL31DyEUIdUO90/9ckaosKMAcFT3ty/CBZfyE6IKfD5NreliaDLYq3TZ2AMBmR X4V5sNuhUwWNkNdKBAKVHfsckMs83/u+/9kU8PEOhAK/WH5JYFADUuVxMgErogBS3sa8pwMWBQYc Vf3WX0ImZAPfmJcS/276dmEFFGVRIUD9189RHhUCemAD3a/BO5H6nJjeJw4BO+/7PF9/HPABFHDr QYv7FKD7vA8QCwQOJLiAA4cSFCQAYNjQoSYGDnc04uTQ4kWMGTVuHDPAIw0MDBCMJFnS5MmTDDA4 8DhAwUaYMWXOpGmxRIOWDtIE4NnT50+gQYUOJerCowIrApQuZbqgJUiRKKVOHamS5VGmWbVu5drV 61ewXP20HLAmJFW0JVWuUdASB9MQHq8stYLT4xyiefXu5ds3rxOyZqOmRbu2rccjNRUvZszx6VnC hK22fNnY8uKWBFqQ0EDW82fQnjWQaEGg5WXUqWtKONKSjV/YfQG7TP+6FNSlPFozb+4c2rfv0aVb hiVe3PjxrC1JHP7dHPjw4k5djohd3fp1n8qZO+dOtvcA1eHFM9zNuTv34KY9jmffMDMB+PHlz6df n/5pixDb729sAoJHF7C7DgmP3shKlUGU4qORMJh6zz4II7zPI+QqtPBCpR6UcEMIoTsurgE2EHBE EoXSkEMU5cOPPxZlOjHFFFdsEbUXYeRwxVBamHHHmlA46oQS9SJwADm0sqRBpkJJMEOPbHTSI0NY kHJKKqWUJAcss9QyS0VW8PJLML80YEwyyzTzTDTTNPOFAZy0cQBC1JRzTjrrtPNOPM28oE03YySE kAgCFXTQQCsw9FD/RA/9g0fFauzTvgEMMSRRSis1NARCM9V00CAu8PRTUEO9gJAm6WtBidIejU9G RluViQOPFghyKLtqO85RVefzEENee+UK11xXpZCLC8caAIZZk41NBWCDVQ88V1ttNlhWo8VoAi3c IKIAbrv1NlX4wFW1WmvLdYgCj0RUlqcnPGLiAQunzXVXX+v1Vd5xIfG2WzeO08MjJ9YVOC/p+HQW 0vXMnRHfR8ltcQktzti2ADccMsPbItxoo6ESnGjNt0KkGJNU7mhwIg4QFFYZIxo8SkHgDDyyodcp wMChO0MMkMK5BsCYAl57g67XgpY0ENfZFjSQgcwc4OVhX26VWAUs/zA8EmFgrIFiSWSdSTg4vs0O a2DlHTv+2DeR2ezOZJRbnEAJqPfNeOPFqIjghTGlmGGhhrA4I24tyBZ8IwmOEtiIWIUubgYyX5hZ ccgj18oKG0IIYQELLECDLLwNMKSlBjK3wPIpHs8KigvKbPoBN3gg7goAsx74hCDGvKDqAfJwyAQK DhpDoKs8WtqzBgY6KKHByZ7hBgNeWFTlMniYmFu6GdKi+sZCSN0AGYLwwqElzGCojbiVCDx59DEC 4bCX1/XAoxAkL24HMZiW/378l1phTBZ6RV31LcRtCzwglg08kgHZYecEItiAR+JkgBsUAgIGyQMF KIAHj6CAJiL7Xv/6BveF7UWAbwrTwvS6pQQeYOEyXgjC0gxwgRBYBAo8CCDUzuBBHMYEgwNAAtZi 4BEw5M84OSCTGHYgRCTWa38G6J/Q/kemTtQQalrwCRd48IAEAuUJBRtAA2pnAB88DyYfGMAYSjCT 1Ikxh66ywNJ8EANzRawA57Net3gwAcZIYAZce0EEqKARKNgBanag4xoNaZHZ5KR9JHpCB0IDtCQS xwadM4AkInlJ4yyxifJ74piCELue/C1uPBDYCP4DoAgs7QUx3FHqKnDIFrGhfgaIgLmeFrciFLIm MVAEmRQBx41ooQjdwh4sjWmRMJzSASMEABk9EoPqONIjDZiCVqb/kDhMGucBXzTACqKQTXBmRZNJ fEBbuDamCADpJ7c84SpIdBVDMG+V5XLlMcMTAduxgYT7IoIuZWK3zumNmRkxgxuGacMy2NOeJmhg ugZ6EWcqYJFDEUFL4ucVOYAmUDPABCZ+8FGQhlSkHcVEoEDjh6CxgHn8C2c2xynEmw1ABzFF1hN6 SaZ0+oQH5vOJGYpQBC70JZXc84PgajcDhS7mDz7gHlIZhS1teYsI4mOM9sbUvQ7CZAk8KMINGYKF 6Z1BCwlNqkI5oLvFJOEwExDKVYIYlpaIIhJ0OE93GpCDS9DLXlHYngEUAUmlPMAGlbMcGER3WNGB wXJXsME3W9qV/5fK75oe0QFT3uARD/zEpmXKaU8ecFCouaEnVxDZDSLQkiQk76hlJRwdbPcFRrUB bnFTAw+WMBMWuhCGipkAO09YMdYGVzzODJhPpHlR4rTkAMtlbnOd+1zoQlevQstoSwQTmcJggC0t MVBLmWqAI0bOCi2p5lZgN4AOEGWzOFVnT1bRLUZI4idHSR8+aylcAFQAbzeQw4x8uwWLDJCsMNEj H/1omRJC7Y74ZbB4SuCRHvLkMICFq0eie2EMR3e6QStaXT3MnMd+N7zgbIJHINCX9dquvT3hQtS8 tQV/msu+SaXCF4Pwx/ZgwaBx4xZwZfKHmxogCMC8TBvswAOL8P/gDHjECO/icBAOuKAgUxbIQT5A gTA0WLjSeVnMBlBe4yg3w2PO8IbtxbA+mRmJIn4siOpAlCd2ll1BpuWKRbAIUvBYCVAoF+OCAMsQ yJOV4YGYG9RQACIMGAAldIMWmLwRgOZtb43Zqih5zK0zUNUhp3TJDH4ABFCHWtSjJnWpMcEEsmgZ ltLZiZq70oSYeljWDbBV5NDsJlfnj82PbYlP1huEFeslxbRMQ0vOmBFtqZBHfvYgCD35UMa0wYRx E+ujNWJV7tEhq4spQw2R3JCLFaC2xYSJmJlrClFcQt05oEO73f3ud6v7EqIwhSma6zBVD+7BA0Bg AK5S68de8tb/T6KQd8c04nB6hGvAntWwCbGBlPWNnzEeTwheKLgZLE0KaryMogEQyDPcVia5td2g FeNbHhdB2akxN5ld7lx8u2qHH/kAtFnrTHUFAHEDWEDAwTnwNxU8nLu+ZBS+uKcuZvEJ56TlCN0A NfO1pwIXt5YXQmhzxUhxXxRvSIHH1Eccn9xbhdTCAPm8MAu/XO3MjbnKPmAXj3QgtQoFgV2M8JM9 TPNCPahBFphyij5U4Q6bYEBW7jCCpfDd71vpQQJMUIPCR+4wR/uaZnKNPxE/wLHy2+aYVoBwHXgE WVn0Sd6ZLkIAlMHSSC4DaAsQdcZM/QKMGqoP9Cmep3vLthkB/zKZhtwYrl762+Zq+dpd3vbkSUCa LomDIdHlEbYKZUhFQo7iGd93r1i/K3eAPP4eoIc3wF3WoDEEIaSwSYOD9wG4GwATAG6hBxCxm6ab XLpIn5cU4IDpJIPAGDhAgSXIPR7zqo3wAp3hDzZgKhm4L9SQI285A49jiEgDI6cSjwk4NI3BoRJw gZYZv+aAgA74AOFijZYQwcFJprvgCxg4ivfLPuzrilNIABlMgMVTCr6bwRlEBKbgvshrKT5ghDIB hCoIiyiYJSEbuoPLiiawCzSgsK+QPzFAP6+YLAe4P6FIgauAgCxrCGfDKQmggDyIMoFoi0UIgk4o AEjgACx4Mf9NM0ApCA8JwKcX2jbL6C2oyRhlwzYZ0LbUwALX2xdyyzdBnAkKOAwnMJck+BgF2APr eB+PwIEo2DyfC6cfNJMaLA5JIBMfoD9dS0KuuKwBeIutgEIpJA6iGYCrscKfaKgFmIkuRCesAwAj s6FDMADL+AORkYEKtAwsYKctWILWQzQeaKGSYw+UK4CQw68hEAIcTAAEsIghwEEycIhlbEZnbIhN mMFnxK99a4BYhMOZg4DoG5GKcokr2BzPQAM/sJwQALNJjJwFQRIBUBIM2YHvMoAc6ETw+goD8ghJ kKdSPA7cyTlV5InZcIHLeMWm0wgtgJstGBOGmIBpK4AB4oH/NpgACTg62LKYNuhIj2wDHghJ7BFA HsuErzuwy8CWP+SW4Us9N9C0BlvGaWyIUUAEEJDJjcDJmKjJiBMuZ2rF8TCBjmiJDJgoEjGKAXir d1xKxXGtMTGi42iCKzCs7fgMF2oOCwADPQARNOCVB7CLzCpIn5COY1OND2igQvBAj6CEleSWT+hJ Lbi0ffExWeSWUsiEWvw93BOgsxvEjNDJi9iEbXSITUgEhgDMixiFa8y3MDAxxkiCDzgbCNuJ2WkJ SWRKzBQaG1gpA5iBrrALGhgMtOAa0aSKNWgJJwSLJkC1AXAAFRBLoPiI8PAMqChN7CIJBpiMVJsJ u1kpH9hF/0o7RnGzNr8szvRBShMEABCggA9wgeDxjAUQgWDLognLTOvkPG66AEksDw34jtCQghdQ G99QgPRoCSYgjgcomFSEzaAYEg1iuVIxlRaYTxKoT/u8z/qcT8qDD3LBthugg41MDSg4NKghgpY0 TgTVwHQRgRGYTvYECqSci+uc0PthgTJhAaCDEbJArqyYArhrAMp8UKJwxA2AT4OpPBWBE90yuTok SXGriRpIAE6I0ZmkRmbsyYaIxgSIuBg0TIeIwR1NUCGNiQ4cRxEtCrmgUCXFnyjYn51B0QlxF9Bw AiM9Ur7YuQGgAMvI0BhJmMswAx4QpH2BPZro0YYAUhxliP9sbMY0/UtmrIghjdOLSIKWMEorDYoJ 0Lsl3VPJ4dL6wAA4CFRBdQRCdQRJ4AIuuIM7JRFHLKM2Lbf4hFL4CAJC7cuPawMtCElNDdN9UTRR qjbGqEZrnEEfBYBsrFGLMFOHUMwEQFU5fVUASAK7WM9FJYpytAA+zVWh8VP6gAO51D2d+lU7ClZh LQBS6om4LFbR6gnhpDZOq4RiLYBOMJgIiNZKkI8GiFa6TFYeM7v2UMzBvIhqrNE1HdWejNFRlcFH hVVBnA0IcNBaHYrDaEFdrVfjAMUBSI+vSRqyCJB4zRojaKiWGIMPMIHd4SK1/A0H0FJ2bdgELYHD cM1/jY3/EziMyrJXjOWVKLABHbiczEFH3widzCEdW8Gd0ZvYgjSCOXjO8XOADkCBLXRYmWWM50sM Y6KADuS510RZ7MBSlMpYoEWOSiQTIUSOyWoAnk3anxAAili+5JxZqK2Jn8yhJFi+LnoNpU0WNmAO C+gC4rACMOg56xy8BAg8F8RBHfyKUTDbXrkCPbCB1NSKeGSKBRnCsAg9l4DXrI1XpgUBnxiSEPnG qIVaycyJPIhZHkmCPMjZluiAu9vb+1MBDxBY0EADuJ3QxtNBxUwErcjcreC+BPiCxJNBROA7tsWQ yeousJhbpVCFov2KLmgJaIJc2h0KFQBcBciDdQ0uZxoA/8Qd3I0wgcOg1Z+YABFAAk5LWNBwABcQ gRCtXZ5dwVCM28cC3Rq03s9FVxzkXK4wXbvFkOpUnC6IWDuFXvMNChWQ3qNwAYNlMKQcgLIE3t05 JVk5X/tVxRM4JeqbxBhM26yIQbZVzB783wTg3qzwXl4B2aMAgya4kClQYBS4XwmOjRRwgapsABdg 2BzqmOQlCw4AXhL0iDebYBK+vxQ4JRygXs5bqxgVXa4gWwMWANDFwUvs3Bo4XeQYr6T7iROAAfFz DghwAeooYSIOkglAAcr9jAnqAA6IAwsSXIv4wg/gADxA2M/oABF4grz4oWmKXyEFgfeFgMctYjIm PS5uP/9OxJ/JepcJ/UqrKWM4JuE0GAE6ruM6vr80CB4F4IDdTSoK4KIO0Ns4HmSsmQOywIE0rpcm wFfQUWFw0uEBGGJCnmRKzqIYYNkNaL4ckgAUED8IQAFBrmRRlp0KBg0ckAPGer8msIEpCIFYI4sM kOSeeILD2N+WWkKPkNhR3mVeBtiVDY0FcAEUoIA+rokweLIF+GGilM5ebuZdVoGGUgCvvSQQGQC8 cGZszmYTpuM68IA5yABwBufDUIBwBmcU8AA2GAEt1mZ2bucAUIHlY4Jphhy8dQnidWd8zmd93md+ TqAR8LKWsAA9aOCvDQEFRq917meFXmiGbmiHro4RiAH/D+gAcGYJCADnDvCAPQjlh+5oj/5okA5p kR5pklaWERABGMiAqiQLB8iAOUBndYbNExgBNvDmDGBZls4AFKiDESjfkv5poA7qfDYCF1Bm5W3N OTCCnQ0SI4ABnD7qXEaBKhVqqq5qq55gye3gAaCBDJ67xuidJAaQhIYNEXjqDfi/1KCAOOgArYYA D1jqq45ruQ7qFDhpD8iAsP6MBcgAD2DQsZ6VrCYLGijYskHYBRjjK7RgwUaB9t0RE8iD51QAGPDp ubbfPUABcCaLi/YAI6Bs2DgBI7jrqtwAGEDsyt5nFWCDoobqkHUBNoBr2FDfrX7aaDEBxTax2e2J PCaL/zHQYIUpAS6CAKw97dodASt2jg0Ybr44AQ/QaudQgLcmbmzeA4AmCwXAgysr5pkwgQ/Ag5Xm OdMWCjbgtDGA4la5iZbYgBEIHgig7eTB2Zx4Xun+160lCzmgV6aIAjlgTZdQ7qBIA/FDAwn9ige4 AvFrgKme7zK+ZOvG7sbmEe7Gg+T95Ok8YxrwbQ+auQFo72P6AE7zVwWPjcs+7gVAAUasjvdFA/z+ iiiItQyAbRVIJCYYcOR4AB3g77AM8RLe7ZaAAA4wbx6JTJamjgk4jDHQbpWBFcT4XXtKJBDXcfRt bg/sAFkWCvUFA0cmDj04jAgLAIDG8np5gFNELyi33/8t6nEUQHK362Aa8GocEl6POPIGS6QILnOe EIHkxYErIGgCn4Ixd4kR1qzDUEp7AREFSKSLVZx69m8714s5tmMR8ABJn/Q9oONkOYHly92kUisA OSSkVAAMZ7ChrEIdV4GCQQN3rBArGHMQ7QnpZQI+F5oH4G8LyHIMeYCYIvVGD4A0EAHnZO3lRQIP GAHYFooJCB4+LisTaIlQxyEKQEi/7F35nus9YA4O9RUb4O8YkF5RjJyYakIhmiyJUvAjfup0cQGE UIjGSAIKKAEOWADndgkn8O8TNrFmN6a68wgvlt/aPozclmsVuApakxxcP2T5ialE9wpWAAQkCQVB uBD/SD7xhRYAICyTQeCLGKjugWVsawkDFCjcDb8KUNcyN+f3cuH0AfjrfuZooTBkj0j1yMHbBpAf ULTlrmBdX4mCtWLovuWLwCYLPGib9DEBDmDZwTZ5pGeMbpz2Xk6DX66rDGDmoKhYj/hZ7zuMyxSa KAgBQveKug2a2N1hhaZ4MyEDoBAB8TsC9z4kCeCA5F3YpI97HVrepC52Mu7hC34DHbCBWFeKjd1K K4aAQE+Bw4B5yQERm38sTciNpVh8XgGRLufnngcKFXjf1tx31gIBFOC0T16jKqh4A3BVue/4dAmD PDhuJKhyCebxRzT84ogCPVDg5XN9yWmCKcj6xxra/4f3FbtIcHee/J7wkZZwAiD3Y5ZQgAdPnlCI iIZIhUFQ89Hfj1Nq0zBIpFy+Z9qN54SvlyhgvwF4A1sP2mzC2ydfaAAf2JKP/v2YCOj/7XeP9w8z iDgofnxHAcZ1AbufWCxsie2PnOoCiAFMbAgoaPAgwoQKFzJs6PAhxIgSFT4YYHGAgxgBNnLs6PEj yJAiR5IsafJknYsQKABo6fIlzJgyZ9KsafMmzpw6d9Lc0YjTS59AeRLFSUHBxaRr1mDAwOAp1KhS m2JYgzSpxQ9Ft3IlKsFJUhQnx5I9uQeCRQVdHHYJYYEJ1rhy5SrAAVeglYl69/KV2OQKGBxzB8/F 4f9HT16FFizetZhBRdnIkidLThHDxQLCmpMe6fDBRNfQoouW4LAA7ebNChZwiCMB5g5GDFxqAjR0 dFelThHw7u37N3DgDKomxW38+NeLCoxQbl7SgcUGTRjauIp1aVOp2qNStSoXTN/w4vU+EByXBlOq 27l3hx63QeKCYCxeEfBAx1UFGp3z739SxQZyoUeVU+s9ReAa7mHVQBjHORjaUXJhV6CB7FVlXVJa Pehgah12uCGIXJlAw0X7+edcDBfp4JBuDAT3Ioy9DbdGUuPZeONCdyngYow9wsiAgg9FYd4ATpx4 JJIBoLajj00Kp2CIUeLUopNNzliclKJdRACXXbb/0AIJJGgwJpllmhkmCV92yeVFLcVmAJxwkpEl nS5JcERaeyRZlgruofGAQaoAEkZCHhpKGI6JJkqYAktNSCCkTS2FYVwSzWeRiXtqWhajjqYXKaST ElYnqS4dempcpW615ZqtuvoqrGu2CRsjc6pKZxIkYrRpSRNcVJ9BrAiSCiBVIMTqml+GaSazZaKp pqwWKTrteKyCOSaqSY2ZJpvSSlSeRRA8wSu5JVkrpgbZXrRtC90OcGudyHoJJrrNMvtsu9G+C+9O 8sb6L8AEzOpSKIOAwG+dcZRY7ke+WhRfQZYQqsogx1oUMMb/XkQtx3z5mzHIAns7kRVXMccwyh19 /xwyxgMjDOLKLAPs8ss1xSxzrANXUWvNdUrQgEUepByAwwNALIAmccKZx0E34/zqAIa8sALVVVtN dRA5aL0111tjwgLYYYsddhQdK+T0061uvNcDQA8gwtApo512lzRH+UUFeeu9t94zRPA34IEDHsQF hRt+eOEvFDIA3S1b1PNNczc+6w+BHAx5nXgOAAPKDitQ9kGhMH3QJFkYJDndA1ygNOutu/467LHL PnvsLzDe+MyE0L477737/vvsF9yOe84yAH+8AS8gvnzhQQj+/N9y8D19BYZcTHzxyGv/u+3DJ7sB 9nZjXqfbcJd71XR6oZ722mbzNTb8YXc9fw6ECP+Pfc66b78///23fj/+oPa48R1nfU8THwEBcJE1 wIEScFgTHB6IOwQmMERJuAhkeOUCi4TAY9cLoNpG5r4RLsSAOGsfXx5wlQnEjVwmlBkFK8iTF7Is hi+bgBbcQIQC8LCHSmhVBCc4QBnWiQMWcQGv0hCdvtAwZCgkIRRP90EQ1s0iqyjAKvrShei0cFMj aCLIbEjEKU2RiiLbF+SWoMMesrGNBVgD/q4lxjHi5oIDgACv3EMQD3rPjE+MIhTBmDGLkKKNWtjL pczXRSTNQZCOQyMdi+LIgM1xQzh0AxZewgM3FqAIboiAoQhxKghw4HKRlJLmUqApNljED+FxmwL/ uBVAOYoQkIEsIxUtQglOboELErGCRRywyCQpyIz6OuVWdBXLfMVRTJUUTRm0cAY3FgEmdlCCG9pA ExBQIA4ccMICFqAAqcVJCkkhRRGCMIANLAAPHEABBZKATFXpSpV7auQA9CCeK7jNUIvzEBNCAChb AvIizKSiIAxwg0LYZ5puPIMvH2KeNAzzSO65gPEGYcxnzvMlH+jnZoQ3ylKCaAnS5KQbebAVCcxA CnB6QQSo8BIsbIGNaoBCRxHmNnsmyW3pu9EDbDCFEIDBAhagVCHKmRQcWOANIdCBDUBH0KkKoDpY 2VaavnTQWCkLXRfBaJzEwAIBcMEObnTDQ3Rg/xHOVdQ/ijCeAURpEaxqdauw6iq2sBKHnHaFm94E pzijZjwZWE8u7HQnPOVZJzeg1JPaLMoX6ABXMcjhJVqoKUq1wFd4UcAiG9DUEyyCBqrmIE4+2AFV U9uQJujgqJsphCEKqxkchCAxM7hBWMeqhSLwMKIOucIR2+qcK7g0rgOIgwnyEFjNSKF7m9kABxq0 2eOwYXUGiEDPoukGJagBJrxVAw/M0JUKKCJOQYhBTMywQ17idLq3woNFFIkkEVhEDqplQZxuMFbV 8pcvK4DTfvdy29wqhAe+PQhwB4BE4UbmCi+AUxAy4J4F7MSlXnBvqagQBAjL9GVaUMJDjTMDH//A 6QYR+MJL2lDTLbSkDGpgYxF4sAQMw6sEnt2UBzjYXxuQGE6S6C+QI/JfAwS4LwOGk1gFsFs2uuHA NnAMg0vyBA84oBC4Na5cQJMTC9M4SxFAMhtqhgWzctKTZeDKFyJwZR/MICZQYCwbz9BlzIXhIizU VI4H0EEgR2HIBghCkAO9kCEXWTxHNoAYXozSLfBAnUaKskdi0IGLWBlOikBuTFBgEQpv2QAXnvOD QoDbF4RAzA5toxtmzJUYbNjSFYCJGU7tRiWoFNQv66xF7qwp+upZ0AJoNaKl6usgE3pah54ESnt4 BkgHQAQgLcSDr/uamozBInno9KdtLZoYkFj/BhZAWBkm4JIJ8LaHW2hvUUIgBjjJgA7ZTnGy1aBZ bSMMBLrCCE/3ZASLgGfYkojTC/Y47P4Wm2OHFisPMNvDE3TEoYx+QMrqYJ0G+GHd0s4JCBSbk9W9 mt5b+YJ1gzBtVWlB0QVwA0y2YIfH8oQKEYi2FCwwcposwaHgFa/HX2Zji3DgKg7IN3+eAAOQMmHg BWHBlYlsdNUW3GwHZwEwndcRLXCSB7xKgYIc4IGQdzhEHM/5TiTwZQNcAMW3+jAn570VLwQBrhco Nc0ZW+uXiBvsCIvQAI5wuRJcha2UUYGmk9KAN7jtaL7egcUNkIOlT7XpIzz0QjOlZFn3UAtJ/xpB fuTA9Tp93e42mYHxpPAHeNGUk5jcSgisK4MgvHsmcO5hEc7seZ1fhQZafglYBqCAcUVm0hexAMTU OgD7Mt4+1iX7QIs/QsdDUbJh7QJINgljM/jnCahhwuZL1fnZw+QPD75Bm+FFeR66oe5ht0BxYdr1 mmBh/ESYO/dVtUGL2J4mJkBNHcji++En/yBNWKJBWIFQhQABFpVRHSACHiAB6oENGF6ilBaSoZby mQ3zjZDwRU3SiQH0eQTlWZ5zzF9xlR2/bFhlxR8AeIF1YVepaIHstQQUsNEW4JxOeIHzIRrc3QQW gJgbEYHamSCp5IF14IEp1USADEAHmMT+7f8ZQ4RAY6iLZiiAHPTfeGBCfhXaBOJIBZqN8OnICcxA tCHaBm6EAGDWsnWEGVAfWTBBCJodwmxY+HmehsHJBaxflpiBwsEfFshgTpCXeaEXTrTg+ClBD/pg neDaBtxeTszfEYrECVyFEjJEYyjADPwAEFSiJV4iJmaiJmJCE06LDSTdDFyhomQhx0xBdDwAMOke wwWAFz5fR9zBHXCEGZRbAYBXLDJiq0mBC2COG3peBBiPD4QZnZTBGlUdUYxYiZ1YTkCBybWgGXwY yxEiX+XeHITEHlyEwDWEE6IKx0RB4gGaKNoIKU6LHKQF6KSiAqziRrQikoWhGJLZWXnECeT/orWN Ty96nKgp1A1KSRmMH+xFo02k2Zq9YU5ggcnxkJxJo61V2wBkykYEXgMImzZaxAFUZEWagihcgkbm AB10pEd+5Edq5CWIgimYgkUewB8lygMA2wrYAGC41jZaABgghq+NI46UTCshxJOtE0iwIxiaIS2i 2krKIRTwGqfxogEQZJexQbepYIi0IAC8YBvFWCblBKvFiSKMHk/YoRvdlEJqmwmEi0fs2wA0wERc xEmmpVquJVumZUoqygM0oXI8SoUMR3fcW1KgwU+pVo9JYMe8QVo4oB/El0j4pAbKohpwAdWxEdlB AUe4h3Rhzpc5JYZRQfaBiBasVw+2AQ8V/wFA1oQcWNwN0AEb8kQbrBcb2QG6faWtGdEACM1GnMBF 7OVDoGVb3iZunuRbJorb0ACPVEmV0EgtUVVfuo8VNADxUURaZFBhfuFhxmYEMEIBlIJjcgQX8AD9 JdBkYpjYyWHrPchislFV7oTLwdwMzFxRvB4PxSBrgl2d8eRGFCGwSIRt5qZ9suVu4shgPAqFVIik CKdcAFlx8pfwLVhJ+GS0iYENfIT08ZC8EdB2btaAvYBWbkgO6WAbnYH53QTbud0+FsUEqFpLqFcB aGh7ep7bMJzDjJb6UOR9vqhbDue0bMm1pMs26p4GcEt+RtGA8leKjsXYueLUKcEWYKgPZf/Tht5K hM7TH7iUDCjlcWBBspVoks5E6rEb64WGSZ3aeMYECJTGAuDlNjYAa5QAep4onWTGAKgSDFjEirTo AMConFbkjtrIJM2MjBJUj6rWYA4AG5SEJODWcxqmOwaAGaDClKpBl5LKDPwZMoEcnETAmYoGFPQg ufUQEZyBFojoTEgA+r2UBdDhTmzplA4iAMwfVvzNDGACJvyAq74qrMYqq2LC38hFB6ApqajpCCiJ RUgkRNTnnN5nnVYLLoHQsI7QnqZWglVjSATqT/akc4ahw0RAMfbQZ9ZJowYBHUlAq4ngaEBBwqUU TFSpTNCgh4ZGGUwpD9mBqbaEXPyNJMz/aqzOq6xigt+AUqrgKp3UUwAcK0Ko6UXQQSSMZEma5IuW ZEZGAh1gBQ6M0J1qTJ7aUrJS1f/tikc4qxRcwUkQagAggUWMgUuAa0xcK4hkKxFZADD6YWi0QVBm 1h6WF4SpLFEk3IY2qIOGFxkNgCgo7I0uSA5cAkfp61bYkTD1a8Q+xBSAAUj1LGP4wXy6z8PmzNHy KJz4pY9ahD21YsZOhmGigUUcgeutJ7Y6KgGFwPd9KFecJkrZAQ9oAbnGBDIqVExtRaWqJxHooRbo oU4Aa7DmZtAKLVHMH1v5azjCqTFV0QAIaNUGmdtorcb2h08uFA3M3AQoHA+R7HGYLOSw/4HFUSZu YEG5bcGi1oRAIhmU4oQZ8AA8ohQPvG2/uGjf2uffbsjOdUAJeFxYWkQG+d5aFO6MFmsAEW7HTCxV gRWpaUrkogFM2CwPwd+DVADZ1QwVwGwQiGpRYAEPCCJMLAGn0sRVWlqFom40hmeZyZhx8G3stuXs PsgHaI5ykFSXFWH+bQSvPaLv3kjUworwcgzxAhILPJgMCA/DHJrojdv42YHe4gb0XgDCjN0FCGNX 5GCI5URolhhpEsXrQeXrMdpqcgjspu9trm+ISAAK4OUGsMR0uSYSdERo6Z4UTkQP1EACzPAMMwBC 9AANJ4DpGEQM53ANI8Qo2HDH5K8AJf9uf/XvCP2vQs1AxRYtw5yAIcCVAfhAhdqsasJEB2/FAt+K HIxax4VG+6FUqtFEecKJFJxnUXBlnPEL+oKwWopwloAAB6DGHd1uR7lmA3xEmw5Av/FFDO9wQYwC IhTEKfSBsfCwDhfEHzPEKfzwEAMv/uwvtSAxxygx+BmEKQ5ABrTQ1kkxFbcE6GIqD5xZg7oBVPLE FtfJH3Tb6W7FQTpoFrtEh8rhF/PEhaYdwrSxG+vmENFRGCjIESAiEfneZ4HEVTggRCyyQQiyACjz QjizQtxBDQgxxwDmXMkS9rSAjZal4hrADoRAA/Rux7CAxS0eQlizQ6ZMCmwAWJmxVmL/L84xL/kV BRtMcZZAqgHQwaR2RXiKrpWqXpZuhTz/Y81cRSQY7C6fpClEAhzfygdYh4ZUkAToyqOBhOf4ajLL cA7vcAx/QUNAc0JIMzV3Y58yrVwsADLrKZxcgdeKVkq/TzkvREXonnCdAAy0s0IVggLYrkss2aK1 LocagBSMMB3IYWlyxRJs0vuFrEx4avqFKm7YbKZirqqYQBGa9FzQQGR21J1cRERjjsJYhJ6MxEXv BUgXxB1swkgLQFongiLXACBH8zTbUhTYgA6EwAIYVUsPRgMoYAhMgRUgXZxYIXEurgBMwV0wgTj3 BTnDiTkzhPAxq3BNAHTg9EJhxQaA/0Ky8cAZuIHbzoQXCPWGgN4Uhy9XqCcbDaK5yiHa8sSWOi8W jK4MdRMHmEY4UcpghNMCuMA7xROodbVF7FXPmIDbODFJFM2bSsRZL3MCeHQz14Bbv3Vch/Rc329B IF6cPHZq7elxBuZe2MCQaTdDtI1FUFRbpYDbrERLEDAaXLVFBAEkdAJvFUEn8JAnSGkB0BpMhPZQ G0cFfF8JigbLml7d8SGEQfBWEKMxAu6cTXQwDaGqADcE6NpJuEcDvLB1UwsfNAKhFIQqCEJEPMDx XQCGQ9HENsFdvEFEgLdjl7hC9KlYtJWaKgAKw8ShffJMlAEPhHEbLfUJirZoVFekfv/u6vKQElRl 3KrfaGQmSmkvg4Na4A3AV9fJiCyMZKTIprl4htvIhne4AKjC6EgEBCKa1VKtNy9ECFxESrO44mm5 QujBprXVNfLcTdy4acMEj6MaAMBJV8ShASiC9dpyic6YzW6BDaiZ6RpHUlNTuz55g7sHCpDKQ4fL WDcHlpelAoABRm95eHR5oBTLXlBhiRG22SBxFNyFPh0EFIS3my9ExaZjRZGlAmgcTth5TUyAPGeC AWzF2IkBghMFrhd5AahmwjkCVspsGueQibqgnnfZEAiBrQDAsyOAS4xCAlzOsyeCSzx7tMPEJly7 tCcAtdOY5uxilFBAP20A7/mHe6f/hR9MAaePh6cXxIYf8neDopmXOUKACx8LABSE3KZDRBSYTEV9 ke7R+k7YOk3YLJ+3xKmx7Sm3RD6SWmigHSehgmgqY1eokRv14GKiHKhx+0s08sFswri/RGSK/E0M AbiTez0+SBz0EwSczIk0opvahx4QSVz0cbw/BB8wgtKA+Hh4o3mRECUXBGAWVxAEfESk4gCY9yLZ /ABs9VYo/Ey0QRs0PGeqKw8xwre1xEAvONivLdALNRpzRTT5o7LNnspLO7S7/W3IxLP7cALEfUuw fLe7lwSkxT4ThQnkXnT8aZLMudEwhBXoAQH+dc/311DCyQowPUQElQ0kvgFaQLSh/8EBggEBXkFU HUQDWE9yh0cmw3pF7bG548ZtSUEHtHtcxNZFwHchTSn8hf1ZWVYb6TrZ1TJSo2YbOXn8tf1LAH9M CD9MNLK2t6ZFOEFXUABDXkQGUHiSHPPi++6Y+0A2NsQVAOxmwNWpvPRDpHlZMph79H3YuW9SDIh6 +CdVOEADkQKGdgKDtER4qsEZ1L/9nwEP5H8PXqkBrN53AgQAgQMJFhQ4QcsSglgKNCygxE0bgxMp VrR4EWPGjEOEkKF4KgEIghw9AiD5MQECjStZtmTZYMAAEyslfFgQE+cAF08C9PT5E2hQoUMDZIip Q0BSpUuZNnX6FGpUqVOpVrV6lf8pCwNbDbCIKifnGgwMEJQ1exaBlK1k0Z5lgGGNApwNsCq1InfA AqJ7+fYdGrOBS4oQYipg2xZx4sQMHOBsKcGCWgMvLEgQvNCOw4YSB0K5/Bl06IonK4JMcLqkQI6n WSdABMJ065CiaYvGE7MExSRxXDTOGRNJDL/Dh4uIaaFucuXLmTdfvsMH1xxPcyrAMFZxWcmHEb/F gDfmFawPYA6AkIJ4evU+HdP+/VvBGvlir9e3X18++PcDMnqhI2OrC0IQbQktitAMQS1qW5DBBh18 EMKLOIhpAScWIGy/mDIQAb31PBxqg5iscI7EEk088aooVuAqiAeYwkmDDPcD0AD/Gd8DD4er3sDJ iA997Mu3MNyLiQACWiBBgxhtXHKAJEloocj2JqpAERbZCG2CLRBE8AwtJogQzDDFHJNMgijYLwMk PNjjxzaHmgAwFOWck84Tg+BKDCiUwqnIPo08koRAkxyU0EEDfRJKPwnIKYqpmkADJxjcnDQo4wbo YMgBFN2U0049lVKgGSR7IQIqRDPjS4GgUINLzwja5DSRRhOitdcoqqG11MrclddeV/ogpjkoHXYo FGIKoc5klV22qhm4usEGAfj0lNpq/cxJD6geCAEnBYQjFtzy4hBtWmvN7RSnLyK4YSsx5KBNC1Yb cmOgNnjgwUuUHnFN1oJgTYAT/4JMU0k1WhMZaGBfFV6Y4Q5iEgHciHtyITxmLb4YYxbYDZDIcz1W dABCuBqZ5JJNPhnllFVemeWWubqg449lHoDFGGpbQsstzdBoCH5HSeDggnq21SBcAwYAVl1NorVf hp1+GkITCpNYYooHEA/jrLWmcwcxXpYZ7JBdHpvsss0+G2ZNwf4Y1NCwkFezM1zdiGmBYCX41dOI ZgmkoKH+G3DaxojJA6ojthrrrRVf3LkHCIl5bXNlbMCDEwy/3CckYjqiaZbKjdzatgVzY8uHsHAJ V11Tv1U2oC1aDe/AZZ99pTw0xJxYNmJ6g/Hefa/rc9CpzWkDFXA//idLBxij8/+Mghce3ZhWMoMH Lc8gaAIiNCvidJf+bf20oy/qOQGlAUiY9vTVr8jYARpAfli8XPyd/vqdel74Bkov3Y2ftHDoDAEU 4AB5wIWfUA9fXFDgAhdoBuR5ACfMm54jgqA2I81nDXDQ4AY5uAY/NaATIezE/hrCA4LwgIQJIogW eDA3wYBkbwiLlUB+FjuBuW4g/xLf+njIQ6u9D36UshpS7FdE++EPdBFIoWZ48JNVLNEh/fPJ/6BY ACn2hIpQvGIAUFjFTuCEA1lcIiUsCIcqFgAOfjJjFek1EDGScAsmXBD5mkdDftntNH5b2gzPx8ce /jF9IKDB7YJIqRPgpFFGVGT/75AYuQxysBKkkCQpthBAJTTRJ12EIiZ7osklcjIAbyThFj2ZQjec wGEDgMQZv5go/VWxEh9cohIkKUeBtCGA99IlvsoAodXs0CCw0iMAcJWrkdAKfH4E5DJ7ZbuY9KiQ w4pBTNCwSGsqDi+Jgl6nWoATB0STOAxc4AN+IgBxnpMLAgAKKn/jBCEVhAL6aZIGAtUCe2qTWvYU lJJyMi5m/hOgAC0BXjoATnA5YXfXVOjF7gIfeiLKnubSJ5LkGRM2GBSjPhmB5n5zBA5QYCAmyMMC KsokG22AA+8M6ErVxwE8cCAJ/wRWTBzQoYwKMSY4mN9CeZqsB+jhDeUxKZMU/7AAHeggJhu46VJ7 coI6GEVGEKgQB6ha1aqWdAAKwBRLuQpIEOCkjrSTwG2SajmmDstSTGhCT9naVvLEhE1nlWtPUiAC D2TgJkN1Qky72td/ts8JPZQAB8AjqbkSKw14scBO29pYRUJqABc97GT9IoBGDC4mH/DrZgWLF77S jgIhwskCeEJZcNUBJ2BgrGNZuxw+NCIMSlEFIKqAFRw8zLS5JYplQaAC0Q5As5wVruzyGtzAmYCw 3SqcbqkGA5wwoQutlW5yXhtbpbBCEFe57QAMy1zv9oS3Tf1tB8I6XPOSqQQ5gYALVOorCjgBQzjJ wAS+i7kn+CanU1htUqJwBf8wQHYAI1pkD4qZhafcoZitSwRUQNKH2joHsgKWSnWX8toHS6WhA4BY fb8b3p84FzAgPa9APpCbEUcove5DAX5xAoEOfGAmD6IACjowyN84oA5m5TDyTgADrO7HDxI2IoIT YAJcGZgpBHZwU3qQgCUrhcineTJzrEDNqlBYKaHIA1W4lVWb7li3HgbKCITqgBhzNgkY4sCJH+RM IPpEBSJAQnz3c4QxVDUPFNDznvccB6ougKQ2Cg6YzzoCD3QgA4mG6gCie807wIoBAiBwAr6QZFxV eipNNrCSL7wcpA4AWVThAyNGlt2pdIGghFa1UGIQXweYeLN55RybawMC0er/xS8TiMGhfzvU37jY AyMw3qq9ewK8TOGafVNKgzstgEfLZspP4bRztivkE6Gapl8m9rYDIIL4KoADlulr+waQB1qHZqAx qQO32Y258oTaiE2O9s8QIZUou0baNYh2cqIQJxQ9QAd4qWm7Cd6TJyw6JngQ8UpBkFcFiPvcLJGA jR2g44JfnFKpRMN+ezfpZAItKc9GclOUzWR9N7suXc6ptZOzrZwMHOMYTwNHu9UBWPcQBDb5jXEj fhEJYHYA0Iz50N00zZgge3E/1amzj+yUSUda0qfB9FKeDXVL7xsrVTYPuXcXLatYAQxMyAlpiV72 AJxABCyOiYs/AHGnmeAD/3ioKBLYkMoBBLbnFJHAEXCyXLP/3UMq8E0DEqk1PeRUAD+zuskTgORn gw/rSZn2csoT1wBMwGrvaYAFOM95ob4cBdoGvNnZ4ILPv7wDKFi4gyRQAg6Mgc4vh0EahALBzbm9 53EAz7dG33v1jAAvS9eaH2IiB7Z2WVhvkvPpc5IBF0jW99EPygnYAAOEm3QDgNb+9nu9JAVkAAVC 98sewLPXc5vgtxsorfTZ7xejDwAHa83ado2/0E+/uf35v9wIjOCBOSRa7ZhkAzLACTyADUaAWFQg 8wZgA86Ms0rAxsyD9/SPAokiBvBCAbIFY25LAbzOmroM/ypQBKOvDsCDBv8+oLz+qAR6rQGgbwRf cPryagCYIHHqpAs+zwONCAySCgZ7MPqM4PTc6Y9yLgKzCgZEzweTMABGgMUsIAedowl2cC4uMCbA QJF2ZACQQAm3cPT2wO5iggZcoARScFdqgqzmwgOGjQvX8CdSYAGzCgz0Cyu6AAxODwnoyyfyauPq J8O6iw3/cOhOwAOYbwAcQAzHBO6coAjlawIB0RF9Au0C0Ne8CQXWLyhQ61h85wG26zwe0RPLrq6Q 4MdoYAHujAM+gM8ooF9S8QM4wEIkscWQQAQs7hNrUShGoA7+r/sKMQM6wAOMQA2Hw+6Qbms+TcNs ERn/bgREwPp+bBIL0ReS2QAPk5EaDUrwCoMYmeUBsHAAMqAavxEcw1EcIyYFhCr+lMUGxC5YxpEd 29Ed33EvbK/4Cq9ErGC73If24FEf95EfwfEErg8M5C85rID4ugUF+hEhE1IhP3EErg/+/CAEpsAG JMwKbGAKQmABmK8DxG8hO9IjP7IHTyAGnMAZb2wOLA8kU1IlV5IlW9IlX7LgAgIAOw== --=_related 002E717E482578D3_=-- From dhruvd@huawei.com Wed Jul 20 02:32:47 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AB5021F8876 for ; Wed, 20 Jul 2011 02:32:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.265 X-Spam-Level: X-Spam-Status: No, score=-3.265 tagged_above=-999 required=5 tests=[AWL=-0.667, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CpUqFv+4Clu0 for ; Wed, 20 Jul 2011 02:32:45 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 3710321F8586 for ; Wed, 20 Jul 2011 02:32:44 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOM00NW7L6H3Z@szxga05-in.huawei.com> for pce@ietf.org; Wed, 20 Jul 2011 17:32:42 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOM009FSL6G4A@szxga05-in.huawei.com> for pce@ietf.org; Wed, 20 Jul 2011 17:32:41 +0800 (CST) Received: from BLRNSHTIPL1NC ([10.18.1.31]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LOM00LT1L6EI8@szxml04-in.huawei.com> for pce@ietf.org; Wed, 20 Jul 2011 17:32:40 +0800 (CST) Date: Wed, 20 Jul 2011 15:02:38 +0530 From: Dhruv Dhody In-reply-to: <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> To: 'Wenhu Lu' , 'JP Vasseur' Message-id: <0C1697EA3A374339B3EFC3AF6711AFBC@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_xv3fh12lBgwTdfDZeF8UFg)" Thread-index: AcxCD/dtvi2qNmg4QZK1YWwGwHVOzwAlksPwAOch8wAAHi/7UA== References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> Cc: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 09:32:47 -0000 This is a multi-part message in MIME format. --Boundary_(ID_xv3fh12lBgwTdfDZeF8UFg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi Wenhu & WG, I wanted to mention following points with respect to this discussion: (1) I feel its better to keep the scope of CSPF algorithm limited to single area. In case PCE functionality resides at ABR router which has visibility into multiple areas, it better to apply BRPC as before and the same PCE can compute VSPT(i) and then VSPT(i-1) . I am not in favor of CSPF doing inter-area path computation by combining TED of both areas. (2) In case of ABR is not an LSR: Based on local policy BN may choose not to advertise the BN Discovery TLV [draft-dhody-pce-bn-discovery-ospf], also if PCE discovers the BN, it can easily choose to ignore it if that node is not in the TED. Regards, Dhruv **************************************************************************** *********** Dhruv Dhody, Senior Technical Leader, Huawei Technologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _____ From: Wenhu Lu [mailto:wenhu.lu@ericsson.com] Sent: Wednesday, July 20, 2011 3:03 AM To: Dhruv Dhody; 'JP Vasseur' Cc: pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Thanks Dhruv for the summary. At least the authors of the two drafts have the same vision that advertising OSPF area IDs will help PCE's multi-area path computation, so that operators do not have to configure manually the list of boundary routers. PCEers, please voice your opinions whether it's a good idea to automate the discovery of the OSPF area IDs. If we agree that automating the ABR provisioning is a good thing, please be advised that the rationale and approaches of the two drafts are quite different. draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do multi-area path computation with no need of manual ABR provisioning. Here're several key points (please refer to the draft for detail): 1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF can extend its LSP computation to across area boundaries. 2. The originating point is OSPF's TE function. The TLV is kept under OSPF TE extensions (like router-address TLV and link TLV). This is to ensure that the ABR is an LSR capable of transit TE traffic. This is important because an ABR is not necessary an LSR. 3. From CSPF point-of-view, if the area-id info is readily available in TED, CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need to talk to OSPF or other network components to acquire ABR information. The change to CSPF is minimal. 4. It addresses only multi-area path computation. It does not address multi-AS path computation. draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (some use-cases would be helpful). It focuses on both multi-area and multi-AS. I believe the topic is also important. Thanks, -wenhu _____ From: Dhruv Dhody [mailto:dhruvd@huawei.com] Sent: Thursday, July 14, 2011 9:49 PM To: 'JP Vasseur' Cc: Wenhu Lu; pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Hi, BN Discovery draft was kept generic for the purpose of ease and extensibility. I see further growth in this ID as the work on PCE-VPN and PCE-INTER-LAYER advances. As a WG, we need consensus on the Motivation and Need for this kind of work. Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary Node Discovery. Regards, Dhruv Note: the obvious difference between the IDs 1. draft-lu focuses on ABRs with TE property for PCEs to compute LSPs. draft-dhody focuses on the discovery of both ABRs/ASBRs. 2. draft-lu's area TLV is part of ospf TE extension. draft-dhody's (Boundary Node Discovery) BND TLV is generic. **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _____ From: JP Vasseur [mailto:jpv@cisco.com] Sent: Thursday, July 14, 2011 3:50 PM To: Dhruv Dhody Cc: 'Wenhu Lu'; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Hi Dhruv, On Jul 14, 2011, at 6:15 AM, Dhruv Dhody wrote: Dear Wenhu and WG, I wanted to mention here in WG about the idea presented in IETF-78 in Maastricht. OSPF Protocol Extensions for Boundary Node Discovery (BND) http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ During the meeting WG can evaluate if any collaboration and/or consensus be reached in this area. Would you want to share with the WG how you see the positioning of these two ID ? Thanks. JP. Thanks & Regards, Dhruv **************************************************************************** *********** Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu Sent: Thursday, July 14, 2011 6:46 AM To: pce@ietf.org Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifications, motivations, and use-cases, thanks to all that provided comments and inputs. I'll be grateful for your further review and comments before the upcoming IETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --Boundary_(ID_xv3fh12lBgwTdfDZeF8UFg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi Wenhu & WG, =

 

I wanted to mention following = points with respect to this discussion:

 

(1)     = I feel its better to keep the scope of CSPF algorithm = limited to single area. In case PCE functionality resides at ABR router which has visibility into multiple areas, it better to apply BRPC as before and = the same PCE can compute VSPT(i) and then VSPT(i-1) . I am not in favor of CSPF = doing inter-area path computation by combining TED of both areas. =

 

(2)    = In case of ABR is not an LSR: Based on local policy BN may = choose not to advertise the BN Discovery TLV = [draft-dhody-pce-bn-discovery-ospf], also if PCE discovers the BN, it can easily choose to ignore it if that node = is not in the TED.  

 

Regards,<= /p>

Dhruv

=

 

*************************************************************= **************************
Dhruv Dhody, Senior Technical = Leader, Huawei Technologies, Bangalore, India, = Ph. +91-9845062422

This e-mail and = attachments contain confidential information from HUAWEI, which is intended only for = the person or entity whose address is listed above. Any use of the = information contained herein in any way (including, but not limited to, total or partial = disclosure, reproduction, or dissemination) by persons other than the intended = recipient's) is prohibited. If you receive this e-mail in error, please notify the = sender by phone or email immediately and delete it!

From: Wenhu = Lu [mailto:wenhu.lu@ericsson.com]
Sent: Wednesday, July 20, = 2011 3:03 AM
To: Dhruv Dhody; 'JP = Vasseur'
Cc: pce@ietf.org
Subject: RE: [Pce] New = Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Thanks Dhruv for = the summary.

At least the authors of the two = drafts have the same vision that advertising OSPF area IDs will help PCE's = multi-area path computation, so that operators do not have to configure = manually the list of boundary routers.

PCEers, please voice your opinions whether it's a good idea to automate the discovery of the OSPF = area IDs.

 

If we agree that automating = the ABR provisioning is a good thing, please be advised that = the rationale and approaches of the two drafts are quite = different. 

 

draft-lu-ospf-area-tlv focuses on = one thing, i.e. to enable CSPF to do multi-area path computation with no = need of manual ABR provisioning. Here're several key points (please refer to the = draft for detail):

1. An OSPF Area-ID-TLV is = introduced. This TLV tells whether and how CSPF can extend its LSP computation to across = area boundaries.

2. The originating point is OSPF's = TE function. The TLV is kept under OSPF TE extensions (like router-address = TLV and link TLV). This is to ensure that the ABR is an LSR capable of transit = TE traffic. This is important because an ABR is not necessary an = LSR.

3. From CSPF point-of-view, if the = area-id info is readily available in TED, CSPF's job will be easy (please see = use-cases 1 and 2). It doesn't need to talk to OSPF or other network components to acquire ABR information. The change to CSPF is = minimal.

4. It addresses only multi-area = path computation. It does not address multi-AS path = computation.

 

draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (some use-cases would be helpful). It focuses on both multi-area and multi-AS. I believe = the topic is also important.

 

Thanks,

=

-wenhu

 

From: Dhruv Dhody [mailto:dhruvd@huawei.com]
Sent: Thursday, July 14, = 2011 9:49 PM
To: 'JP Vasseur'
Cc: Wenhu Lu; = pce@ietf.org
Subject: RE: [Pce] New = Version Notification for = draft-lu-ospf-area-tlv-01.txt

Hi,

 

BN Discovery draft was kept = generic for the purpose of ease and extensibility.

I see further growth in this ID = as the work on PCE-VPN and PCE-INTER-LAYER advances. =

 

As a WG, we need consensus on the = Motivation and Need for this kind of work.

Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary Node = Discovery.

 

Regards,<= /p>

Dhruv

=

 

Note: the obvious difference = between the IDs

1. draft-lu focuses on ABRs with = TE property for PCEs to compute LSPs.  draft-dhody focuses on the = discovery of both ABRs/ASBRs.

2. draft-lu's area TLV is part of = ospf TE extension. draft-dhody's (Boundary Node Discovery) BND TLV is = generic.

 

*************************************************************= **************************
Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

This e-mail and = attachments contain confidential information from HUAWEI, which is intended only for = the person or entity whose address is listed above. Any use of the = information contained herein in any way (including, but not limited to, total or = partial disclosure, reproduction, or dissemination) by persons other than the = intended recipient's) is prohibited. If you receive this e-mail in error, please = notify the sender by phone or email immediately and delete = it!

From: JP = Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, July 14, = 2011 3:50 PM
To: Dhruv Dhody
Cc: 'Wenhu Lu'; = pce@ietf.org
Subject: Re: [Pce] New = Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Hi Dhruv,

 

On Jul 14, 2011, at 6:15 AM, Dhruv Dhody = wrote:

 

Dear Wenhu and WG, =

 =

I wanted to mention here = in WG about the idea presented in IETF-78 in Maastricht. =  

 

OSPF Protocol Extensions for Boundary Node Discovery = (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/=

 =

During the meeting WG can = evaluate if any collaboration and/or consensus be reached in this area. =

 

Would you want to share with the WG how you see the positioning = of these two ID ?

 

Thanks.

 

JP.

 

 

Thanks & = Regards,

Dhruv<= /font>

 

**********************************************= *****************************************<= /font>

Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, Ph. +91-9845062422

 

This e-mail and attachments contain = confidential information from HUAWEI, which is intended only for the person or entity = whose address is listed above. Any use of the information contained herein in = any way (including, but not limited to, total or partial disclosure, = reproduction, or dissemination) by persons other than the intended recipient's) is = prohibited. If you receive this e-mail in error, please notify the sender by phone = or email immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July 14, 2011 6:46 AM
To: pce@ietf.org
Subject: [Pce] New Version Notification for = draft-lu-ospf-area-tlv-01.txt

 

Dear all, =

 

A new version of I-D, = draft-lu-ospf-area-tlv-01.txt has been successfully submitted by Wenhu Lu and posted to the IETF = repository. http://tool= s.ietf.org/html/draft-lu-ospf-area-tlv-01

 

There's quite a bit of updates over the 00 = version, mainly on the clarifications, motivations, and use-cases, thanks to all = that provided comments and inputs.

 

I'll be grateful for your further review and = comments before the upcoming IETF when I plan to use the PCE slot to address the = concerns and issues.

 

Regards,=

-wenhu

______________________________________________= _

Pce mailing = list

Pce@ietf.org

https://www.ietf.org/m= ailman/listinfo/pce

______________________________________________= _
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce

 

--Boundary_(ID_xv3fh12lBgwTdfDZeF8UFg)-- From wenhu.lu@ericsson.com Wed Jul 20 16:06:33 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74F0C21F8547 for ; Wed, 20 Jul 2011 16:06:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qOkwrWEVcHR5 for ; Wed, 20 Jul 2011 16:06:32 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id CD69121F853A for ; Wed, 20 Jul 2011 16:06:30 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id p6KN6QC1018813 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 20 Jul 2011 18:06:26 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Wed, 20 Jul 2011 19:06:22 -0400 From: Wenhu Lu To: Ramon Casellas , "pce@ietf.org" Date: Wed, 20 Jul 2011 19:06:22 -0400 Thread-Topic: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: AcxGrCSKMwPFmKTCQRCBeuzEAyajHwAcpAZg Message-ID: <8249B703AE8442429AF89B86E8206AA26F41373C0B@EUSAACMS0703.eamcs.ericsson.se> References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> <4E267F3E.1060400@cttc.es> In-Reply-To: <4E267F3E.1060400@cttc.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_8249B703AE8442429AF89B86E8206AA26F41373C0BEUSAACMS0703e_" MIME-Version: 1.0 Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 23:06:33 -0000 --_000_8249B703AE8442429AF89B86E8206AA26F41373C0BEUSAACMS0703e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ramon, Thank you for your review and sharing. Please see my comments inline [wenhu= ]. ________________________________ From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Ramon= Casellas Sent: Wednesday, July 20, 2011 12:10 AM To: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Dear PCERs, Please see inline for my 2 cents... El 19/07/2011 23:32, Wenhu Lu escribi=F3: Thanks Dhruv for the summary. At least the authors of the two drafts have the same vision that advertisin= g OSPF area IDs will help PCE's multi-area path computation, so that operat= ors do not have to configure manually the list of boundary routers. To put it shortly, I agree that dynamic discovery of border nodes for the d= eployment of PCE based multi-domain path computation is desirable. To date, we rely on either static provisioning, or dynamic parsing of exter= nal / summary LSAs, identifying advertising routers as either ABRs or ASBRs= . I browsed both drafts and I tend to agree that one of the main drawbacks = of this approach is that the control plane addressing, etc and the TED are = not clearly separated, relying of router address TLVs to map the advertisin= g router; other details are given in draft-lu-ospf-area-tlv-01 Section 3.2. [wenhu] Curiously which component is doing the parsing? If it's CSPF, there will be quite bit of work. Or if it's OSPF, how is the result passed to CSPF? However, I foresee that the same questions can arise, later on, regarding = reachability of endpoints located in other TED domains. If one wants to dec= ouple ABRs as advertised within OSPFv2 LSDB and TE border nodes, would it b= e reasonable that external / summaries be decoupled too? [wenhu] I couldn't agree with you more on this. And IMHO the complete way = of decoupling is not to use external (or summaries) routes for TE purpose. = The external routes may or may not be qualified for TE reachability. Furthe= r the external routes may be multi-homed. But how can we do multi-AS path computation if we don't use the external ro= utes ? This is an interesting topic. We can discuss this offline if you wis= h. PCEers, please voice your opinions whether it's a good idea to automate the= discovery of the OSPF area IDs. As stated, a mechanism by which a PCE is able to know in which area(s) is l= ocated, and border nodes is desirable. I guess my main comment is a questio= n; would it be appropriate to generalize this e.g. to Areas and AS? I do no= t object to having one draft for the ABR / OSPF-TE case, but when possible,= I would like the PCE architecture to apply to multi-domain in general, to = have a unified approach, both for the multi-AS (i.e. with inter-domain link= s) and multi-Area (i.e. with ABRs) and to treat "TE domains" generically. I= n other words, how can we "extend" a TED with automated information enablin= g multi-domain path computation - topology and reachability-, generically, = while mantaining a clear separation of control plane and TED. [wenhu] I'm with you. A unified approach would be ideal. But it may not be = easy to find one shoe that fits all. If we agree that automating the ABR provisioning is a good thing, please be= advised that the rationale and approaches of the two drafts are quite diff= erent. draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do mult= i-area path computation with no need of manual ABR provisioning. Here're se= veral key points (please refer to the draft for detail): 1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF c= an extend its LSP computation to across area boundaries. I still have doubts regarding wheter this needs to be a top TLV (draft ment= ions RFC3630 section 2.4). What would be the relation with e.g. RFC4970? [wenhu] I received some suggestions to place this TLV to under rtr-address-= tlv. I'm open to this part. RFC4970 is big umbrella that covers all (OSPF router capabiliti= es). It may serve well to the multi-domain case. For multi-area purpose I t= hink the proposed ospf area tlv offers a simple and feasible solution. Regards, -wenhu 2. The originating point is OSPF's TE function. The TLV is kept under OSPF = TE extensions (like router-address TLV and link TLV). This is to ensure tha= t the ABR is an LSR capable of transit TE traffic. This is important becaus= e an ABR is not necessary an LSR. 3. >From CSPF point-of-view, if the area-id info is readily available in TE= D, CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need = to talk to OSPF or other network components to acquire ABR information. The= change to CSPF is minimal. 4. It addresses only multi-area path computation. It does not address multi= -AS path computation. Understood. draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (som= e use-cases would be helpful). It focuses on both multi-area and multi-AS. = I believe the topic is also important. Agreed Thanks and best regards Ramon --_000_8249B703AE8442429AF89B86E8206AA26F41373C0BEUSAACMS0703e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=20 Ramon,
Thank=20 you for your review and sharing. Please see my comments inline=20 [wenhu].
 

From: pce-bounces@ietf.org=20 [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas
Sent= :=20 Wednesday, July 20, 2011 12:10 AM
To: pce@ietf.org
Subject:= =20 Re: [Pce] New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

Dear PCERs,

Please see inline for my 2=20 cents...



El 19/07/2011 23:32, Wenhu Lu escribi=F3:=20
Thanks Dhruv for the summary.
At=20 least the authors of the two drafts have the same vision that advertising= OSPF=20 area IDs will help PCE's multi-area path computation, so that operators d= o not=20 have to configure manually the list of boundary=20 routers.

To put it shortly, I agree that dynamic discovery of border nodes = for=20 the deployment of PCE based multi-domain path computation is desirable.=20

To date, we rely on either static provisioning, or dynamic parsing = of=20 external / summary LSAs, identifying advertising routers as either ABRs or= =20 ASBRs. I browsed both drafts and I tend to agree that one of the main drawb= acks=20 of this approach is that the control plane addressing, etc and the TED are = not=20 clearly separated, relying of router address TLVs to map the advertising ro= uter;=20 other details are given in draft-lu-ospf-area-tlv-01 Section 3.2. 
[wenhu] Curiously which component is doing the parsing?=20
           =  If=20 it's CSPF, there will be quite bit of work.
           =  Or=20 if it's OSPF, how is the result passed to CSPF?
 
 However, I foresee that = the=20 same questions can arise, later on, regarding reachability of endpoints loc= ated=20 in other TED domains. If one wants to decouple ABRs as advertised within OS= PFv2=20 LSDB and TE border nodes, would it be reasonable that external / summaries = be=20 decoupled too? 
 [wenhu] I couldn't agree with you more = on this.=20 And IMHO the complete way of decoupling is not to use external (or summarie= s)=20 routes for TE purpose. The external routes may or may not be qualified for = TE=20 reachability. Further the external routes may be=20 multi-homed.
But how can we do multi-AS path computation if w= e don't=20 use the external routes ? This is an interesting topic. We c= an=20 discuss this offline if you wish.
PCEers, please voice your opinions whether it's a good=20 idea to automate the discovery of the OSPF area=20 IDs.

As stated, a mechanism by which a PCE is able to know in which are= a(s)=20 is located, and border nodes is desirable. I guess my main comment is a=20 question; would it be appropriate to generalize this e.g. to Areas and AS? = I do=20 not object to having one draft for the ABR / OSPF-TE case, but when possibl= e, I=20 would like the PCE architecture to apply to multi-domain in general, to hav= e a=20 unified approach, both for the multi-AS (i.e. with inter-domain links) and= =20 multi-Area (i.e. with ABRs) and to treat "TE domains" generically. In other= =20 words, how can we "extend" a TED with automated information enabling=20 multi-domain path computation - topology and reachability-, generically, wh= ile=20 mantaining a clear separation of control plane and TED. 
[wenhu] I'm with you. A unified approach would be ideal. But = it may=20 not be easy to find one shoe that fits all.
If=20 we agree that automating the ABR provisioning is a good thing,=20 please be advised that the rationale and approaches of the two= =20 drafts are quite different. 
 
draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF= to do=20 multi-area path computation with no need of manual ABR provisioning. Here= 're=20 several key points (please refer to the draft for detail):<= /DIV>
1.=20 An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF ca= n=20 extend its LSP computation to across area=20 boundaries.

I still have doubts regarding wheter this needs to be a top TLV (d= raft=20 mentions RFC3630 section 2.4). What would be the relation with e.g.=20 RFC4970? 
[wenhu] I received some suggestions to place this TLV to under=20 rtr-address-tlv. I'= m open to=20 this part. 
=          =   =20 RFC4970 is big umbrella that covers all (OSPF router capabilities). It may = serve=20 well to the multi-domain case. For multi-area purpose I think the proposed = ospf=20 area tlv offers a simple and feasible=20 solution.
 
Regards,
-wenhu
 

2.=20 The originating point is OSPF's TE function. The TLV is kept under OSPF T= E=20 extensions (like router-address TLV and link TLV). This is to ensure that= the=20 ABR is an LSR capable of transit TE traffic. This is important because an= ABR=20 is not necessary an LSR.
3.=20 >From CSPF point-of-view, if the area-id info is readily available in = TED,=20 CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need t= o=20 talk to OSPF or other network components to acquire ABR information. The= =20 change to CSPF is minimal.
4.= It addresses=20 only multi-area path computation. It does not address multi-AS path=20 computation.
Understood.

 
draft-dhody-pce-bn-discovery-ospf is not tied with TE but k= ept=20 generic (some use-cases would be helpful). It focuses on both multi-= area=20 and multi-AS. I believe the topic is also important.

Agreed

Than= ks and=20 best regards

Ramon
--_000_8249B703AE8442429AF89B86E8206AA26F41373C0BEUSAACMS0703e_-- From wenhu.lu@ericsson.com Wed Jul 20 16:32:41 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC9F321F87D3 for ; Wed, 20 Jul 2011 16:32:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k4XzpV+Smmgp for ; Wed, 20 Jul 2011 16:32:40 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 2D86821F8877 for ; Wed, 20 Jul 2011 16:32:40 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id p6KNWa8e020108 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 20 Jul 2011 18:32:36 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Wed, 20 Jul 2011 19:32:35 -0400 From: Wenhu Lu To: Dhruv Dhody Date: Wed, 20 Jul 2011 19:32:33 -0400 Thread-Topic: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: AcxCD/dtvi2qNmg4QZK1YWwGwHVOzwAlksPwAOch8wAAHi/7UAARx8YQ Message-ID: <8249B703AE8442429AF89B86E8206AA26F41373C2D@EUSAACMS0703.eamcs.ericsson.se> References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> <0C1697EA3A374339B3EFC3AF6711AFBC@china.huawei.com> In-Reply-To: <0C1697EA3A374339B3EFC3AF6711AFBC@china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_8249B703AE8442429AF89B86E8206AA26F41373C2DEUSAACMS0703e_" MIME-Version: 1.0 Cc: "pce@ietf.org" Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 23:32:42 -0000 --_000_8249B703AE8442429AF89B86E8206AA26F41373C2DEUSAACMS0703e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Dhruv, Please see my comments inline. ________________________________ From: Dhruv Dhody [mailto:dhruvd@huawei.com] Sent: Wednesday, July 20, 2011 2:33 AM To: Wenhu Lu; 'JP Vasseur' Cc: pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Hi Wenhu & WG, I wanted to mention following points with respect to this discussion: (1) I feel its better to keep the scope of CSPF algorithm limited to si= ngle area. In case PCE functionality resides at ABR router which has visibi= lity into multiple areas, it better to apply BRPC as before and the same PC= E can compute VSPT(i) and then VSPT(i-1) . I am not in favor of CSPF doing = inter-area path computation by combining TED of both areas. [wenhu] I guess you were referring to section 6. In that section I listed a= number of known methods and how the proposed TLV can benefit them. I didn'= t endorse one method over the other. Whether to use crankback or BRPC, etc = is upto the network planners and operators. I generally am against the global TED for the obvious reasons like sc= alability. However if a PCE happens to sit on an area border and thus posse= sses multiple TEDs, this is different from the glbal TED concept and I don'= t view this as a bad thing. It's perfectly fine if someone wants to take ad= vantage of this. (2) In case of ABR is not an LSR: Based on local policy BN may choose no= t to advertise the BN Discovery TLV [draft-dhody-pce-bn-discovery-ospf], al= so if PCE discovers the BN, it can easily choose to ignore it if that node = is not in the TED. [wenhu] I don't know how the local policy would look like. But I'm afraid t= hat configuring local policy is literally manual provisioning which defeats= the purpose of dynamic ABR discovery. Maybe ignoring is easier. Regards, -wenhu Regards, Dhruv ***************************************************************************= ************ Dhruv Dhody, Senior Technical Leader, Huawei Technologies, Bangalore, India= , Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! ________________________________ From: Wenhu Lu [mailto:wenhu.lu@ericsson.com] Sent: Wednesday, July 20, 2011 3:03 AM To: Dhruv Dhody; 'JP Vasseur' Cc: pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Thanks Dhruv for the summary. At least the authors of the two drafts have the same vision that advertisin= g OSPF area IDs will help PCE's multi-area path computation, so that operat= ors do not have to configure manually the list of boundary routers. PCEers, please voice your opinions whether it's a good idea to automate the= discovery of the OSPF area IDs. If we agree that automating the ABR provisioning is a good thing, please be= advised that the rationale and approaches of the two drafts are quite diff= erent. draft-lu-ospf-area-tlv focuses on one thing, i.e. to enable CSPF to do mult= i-area path computation with no need of manual ABR provisioning. Here're se= veral key points (please refer to the draft for detail): 1. An OSPF Area-ID-TLV is introduced. This TLV tells whether and how CSPF c= an extend its LSP computation to across area boundaries. 2. The originating point is OSPF's TE function. The TLV is kept under OSPF = TE extensions (like router-address TLV and link TLV). This is to ensure tha= t the ABR is an LSR capable of transit TE traffic. This is important becaus= e an ABR is not necessary an LSR. 3. From CSPF point-of-view, if the area-id info is readily available in TED= , CSPF's job will be easy (please see use-cases 1 and 2). It doesn't need t= o talk to OSPF or other network components to acquire ABR information. The = change to CSPF is minimal. 4. It addresses only multi-area path computation. It does not address multi= -AS path computation. draft-dhody-pce-bn-discovery-ospf is not tied with TE but kept generic (som= e use-cases would be helpful). It focuses on both multi-area and multi-AS. = I believe the topic is also important. Thanks, -wenhu ________________________________ From: Dhruv Dhody [mailto:dhruvd@huawei.com] Sent: Thursday, July 14, 2011 9:49 PM To: 'JP Vasseur' Cc: Wenhu Lu; pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Hi, BN Discovery draft was kept generic for the purpose of ease and extensibili= ty. I see further growth in this ID as the work on PCE-VPN and PCE-INTER-LAYER = advances. As a WG, we need consensus on the Motivation and Need for this kind of work= . Then we can discuss on the way we achieve this via area-tlv in OSPF-TE or a= generic Boundary Node Discovery. Regards, Dhruv Note: the obvious difference between the IDs 1. draft-lu focuses on ABRs with TE property for PCEs to compute LSPs. dra= ft-dhody focuses on the discovery of both ABRs/ASBRs. 2. draft-lu's area TLV is part of ospf TE extension. draft-dhody's (Boundar= y Node Discovery) BND TLV is generic. ***************************************************************************= ************ Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, = Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! ________________________________ From: JP Vasseur [mailto:jpv@cisco.com] Sent: Thursday, July 14, 2011 3:50 PM To: Dhruv Dhody Cc: 'Wenhu Lu'; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Hi Dhruv, On Jul 14, 2011, at 6:15 AM, Dhruv Dhody wrote: Dear Wenhu and WG, I wanted to mention here in WG about the idea presented in IETF-78 in Maast= richt. OSPF Protocol Extensions for Boundary Node Discovery (BND) http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/ During the meeting WG can evaluate if any collaboration and/or consensus be= reached in this area. Would you want to share with the WG how you see the positioning of these tw= o ID ? Thanks. JP. Thanks & Regards, Dhruv ***************************************************************************= ************ Dhruv Dhody, Senior Tecnical Leader, Huawei Tecnologies, Bangalore, India, = Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces= @ietf.org] On Behalf Of Wenhu Lu Sent: Thursday, July 14, 2011 6:46 AM To: pce@ietf.org Subject: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully s= ubmitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.o= rg/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifica= tions, motivations, and use-cases, thanks to all that provided comments and= inputs. I'll be grateful for your further review and comments before the upcoming I= ETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --_000_8249B703AE8442429AF89B86E8206AA26F41373C2DEUSAACMS0703e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi=20 Dhruv,
Please=20 see my comments inline.

From: Dhruv Dhody [mailto:dhruvd@huawei= .com]=20
Sent: Wednesday, July 20, 2011 2:33 AM
To: Wenhu Lu; '= JP=20 Vasseur'
Cc: pce@ietf.org
Subject: RE: [Pce] New Versio= n=20 Notification for draft-lu-ospf-area-tlv-01.txt

Hi Wenhu &= WG,=20

 

I wanted to me= ntion=20 following points with respect to this discussion:<= /P>

 

(1)    =20 I feel=20 its better to keep the scope of CSPF algorithm limited to single area. In c= ase=20 PCE functionality resides at ABR router which has visibility into multiple= =20 areas, it better to apply BRPC as before and the same PCE can compute VSPT(= i)=20 and then VSPT(i-1) . I am not in favor of CSPF doing inter-area path comput= ation=20 by combining TED of both areas.  =

[wenhu] I guess you were referring to section 6.= In=20 that section I listed a number of known methods and how the proposed T= LV=20 can benefit them. I didn't endorse one method over the other. Whether to us= e=20 crankback or BRPC, etc is upto the network planners and=20 operators.

      I generally am ag= ainst=20 the global TED for the obvious reasons like scalability. However if a PCE=20 happens to sit on an area border and thus possesses multiple TEDs, this is= =20 different from the glbal TED concept and I don't view this as a bad thing. = It's=20 perfectly fine if someone wants to take advantage of=20 this.

 

(2)   =20 In case=20 of ABR is not an LSR: Based on local policy BN may choose not to advertise = the=20 BN Discovery TLV [draft-dhody-pce-bn-discovery-ospf], also if PCE discovers= the=20 BN, it can easily choose to ignore it if that node is not in the=20 TED.   =

[wenhu] I don't know how the local policy=20 would look like. But I'm afraid that configuring local policy is liter= ally=20 manual provisioning which defeats the purpose of dynamic ABR discovery. May= be=20 ignoring is easier.

 =

Regards,

-wenhu=

 

Regards,<= /o:p>

Dhruv

 

**************= *************************************************************************
Dhruv Dhody, S= enior=20 Technical Leader, Huawei Technologies, Bangalore, India, Ph.=20 +91-9845062422

From: Wenhu Lu=20 [mailto:wenhu.lu@ericsson.com]
Sent: Wednesday, July 20, 2011 3:03= =20 AM
To: Dhruv Dhody; 'JP= =20 Vasseur'
Cc:=20 pce@ietf.org
Subject: RE= : [Pce]=20 New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

 

Thanks Dhruv for= the=20 summary.

At least the aut= hors of=20 the two drafts have the same vision that advertising OSPF area IDs will hel= p=20 PCE's multi-area path computation, so that operators do not have to configu= re=20 manually the list of boundary routers.

PCEers, please v= oice=20 your opinions whether it's a good idea to automate the discovery = of=20 the OSPF area IDs.

 

If we agree=20 that automating the ABR provisioning is a good thing, please be=20 advised that the rationale and approaches of the two drafts are quite= =20 different. 

 

draft-lu-ospf-ar= ea-tlv=20 focuses on one thing, i.e. to enable CSPF to do multi-area path computation= with=20 no need of manual ABR provisioning. Here're several key points (please refe= r to=20 the draft for detail):

1. An OSPF Area-= ID-TLV=20 is introduced. This TLV tells whether and how CSPF can extend its LSP=20 computation to across area boundaries.

2. The originati= ng=20 point is OSPF's TE function. The TLV is kept under OSPF TE extensions (like= =20 router-address TLV and link TLV). This is to ensure that the ABR is an LSR= =20 capable of transit TE traffic. This is important because an ABR is not nece= ssary=20 an LSR.

3. From CSPF=20 point-of-view, if the area-id info is readily available in TED, CSPF's job = will=20 be easy (please see use-cases 1 and 2). It doesn't need to talk to OSPF or = other=20 network components to acquire ABR information. The change to CSPF is=20 minimal.

4. It addresses = only=20 multi-area path computation. It does not address multi-AS path=20 computation.

 

draft-dhody-pce-= bn-discovery-ospf=20 is not tied with TE but kept generic (some use-cases would be=20 helpful). It focuses on both multi-area and multi-AS. I believe the to= pic=20 is also important.

 

Thanks,

-wenhu

 

From: Dhruv=20 Dhody [mailto:dhruvd@huawei.com]
Sent: Thursday, July 14, 2011 9:49=20 PM
To: 'JP Vasseur'
<= B>Cc: Wenhu Lu; pce@ietf.org
Subject: RE: [Pce] New Version Notif= ication=20 for draft-lu-ospf-area-tlv-01.txt

Hi,=20

 

BN Discovery d= raft=20 was kept generic for the purpose of ease and extensibility.=20

I see further = growth=20 in this ID as the work on PCE-VPN and PCE-INTER-LAYER advances.=20

 

As a WG, we ne= ed=20 consensus on the Motivation and Need for this kind of work.=20

Then we can di= scuss=20 on the way we achieve this via area-tlv in OSPF-TE or a generic Boundary No= de=20 Discovery.

 

Regards,<= /o:p>

Dhruv

 

Note: the obvi= ous=20 difference between the IDs

1. draft-lu fo= cuses=20 on ABRs with TE property for PCEs to compute LSPs.  draft-dhody focuse= s on=20 the discovery of both ABRs/ASBRs.

2. draft-lu's = area=20 TLV is part of ospf TE extension. draft-dhody's (Boundary Node Discovery) B= ND=20 TLV is generic.

 

**************= *************************************************************************
Bangalore, India, Ph.=20 +91-9845062422

From: JP=20 Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, July 14, 2011 3:50=20 PM
To: Dhruv Dhody
Cc: 'Wenhu Lu'; pce@ietf.org
<= SPAN=20 style=3D"FONT-WEIGHT: bold">Subject: Re: [Pce] New Version Notif= ication=20 for draft-lu-ospf-area-tlv-01.txt

 

Hi Dhruv,

 

On Jul 14, 2011, at 6:15 AM, Dhruv Dhody=20 wrote:

 

=

Dear Wenhu and WG,=20

 <= /FONT>

I wanted to mention here in= WG=20 about the idea presented in IETF-78 in Maastricht.=20  

&n= bsp;

OSPF Pro= tocol=20 Extensions for Boundary Node Discovery=20 (BND)

http://datatracker.ietf.org/doc/draft-dhody-pce-bn-discovery-ospf/

 <= /FONT>

During the meeting WG can e= valuate=20 if any collaboration and/or consensus be reached in this area.=20

 

Would you want to share with the WG how you see t= he=20 positioning of these two ID ?

 

Thanks.

 

JP.

 

=

 =

Thanks &=20 Regards,

Dhruv

 

*************************************************= **************************************

Dhruv Dhody, Senior Tecnical Leader, Huawei Tecno= logies,=20 Bangalore, India, Ph.=20 +91-9845062422

 

This e-mail and attachments contain confidential= =20 information from HUAWEI, which is intended only for the person or entity wh= ose=20 address is listed above. Any use of the information contained herein in any= way=20 (including, but not limited to, total or partial disclosure, reproduction, = or=20 dissemination) by persons other than the intended recipient's) is prohibite= d. If=20 you receive this e-mail in error, please notify the sender by phone or emai= l=20 immediately and delete it!

 

-----Original Message-----
From: pce-bounces@ietf.org=20 [mailto:pce-bounces@ietf.org] On Behalf Of Wenhu Lu
Sent: Thursday, July= 14,=20 2011 6:46 AM
To: pce@ietf.org
Sub= ject:=20 [Pce] New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

 

Dear all, <= /P>

 

A new version of I-D, draft-lu-ospf-area-tlv-01.t= xt has=20 been successfully submitted by Wenhu Lu and posted to the IETF repository. = http://tools.= ietf.org/html/draft-lu-ospf-area-tlv-01<= /FONT>

 

There's quite a bit of updates over the 00 versio= n,=20 mainly on the clarifications, motivations, and use-cases, thanks to all tha= t=20 provided comments and inputs.

 

I'll be grateful for your further review and comm= ents=20 before the upcoming IETF when I plan to use the PCE slot to address the con= cerns=20 and issues.

 

Regards,

-wenhu

_______________________________________________

Pce mailing=20 list

Pce@ietf.org

https://www.ietf.org/mai= lman/listinfo/pce

_______________________________________________Pce=20 mailing list
Pce@ietf.org
https://www.ietf.org/mailm= an/listinfo/pce

 

--_000_8249B703AE8442429AF89B86E8206AA26F41373C2DEUSAACMS0703e_-- From daniel@olddog.co.uk Thu Jul 21 00:06:08 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B305621F84F0 for ; Thu, 21 Jul 2011 00:06:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.998 X-Spam-Level: X-Spam-Status: No, score=-99.998 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l2hJZoI9FuPz for ; Thu, 21 Jul 2011 00:06:06 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id 3B67221F8AB9 for ; Thu, 21 Jul 2011 00:06:05 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id p6L762r1008096 for ; Thu, 21 Jul 2011 08:06:04 +0100 Received: from Serenity (88-97-23-122.dsl.zen.co.uk [88.97.23.122]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id p6L760Jx008073 for ; Thu, 21 Jul 2011 08:06:01 +0100 From: "Daniel King" To: Date: Thu, 21 Jul 2011 08:05:53 +0100 Message-ID: <007b01cc4774$a1a0cc30$e4e26490$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007C_01CC477D.03658250" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcxHdHRgnfMc6iYRSKilpulIfPDGYA== Content-language: en-gb Subject: [Pce] Scribe Volunteer needed for PCE session @ IETF 81 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 07:06:08 -0000 This is a multipart message in MIME format. ------=_NextPart_000_007C_01CC477D.03658250 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi All, Alas, I am not able to attend IETF 81 so the working group will need a scribe to take the minutes during our PCE session. Please let me and the co-chairs know if you would like to volunteer. Your assistance would be very much appreciated! Br, Dan. ------=_NextPart_000_007C_01CC477D.03658250 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All, =

 

Alas, I am not able to attend IETF 81 so the working = group will need a scribe to take the minutes during our PCE session. = Please let me and the co-chairs know if you would like to volunteer. = Your assistance would be very much appreciated!

 

Br, Dan. =

 

------=_NextPart_000_007C_01CC477D.03658250-- From ramon.casellas@cttc.es Thu Jul 21 04:50:36 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21D2321F8876 for ; Thu, 21 Jul 2011 04:50:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CsbzZHoJampC for ; Thu, 21 Jul 2011 04:50:31 -0700 (PDT) Received: from Scorpius.cttc.es (scorpius.cttc.es [84.88.62.197]) by ietfa.amsl.com (Postfix) with ESMTP id DD34D21F8546 for ; Thu, 21 Jul 2011 04:50:30 -0700 (PDT) Received: from castor (postfix@castor.cttc.es [84.88.62.196]) by Scorpius.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6LBo8gr031353; Thu, 21 Jul 2011 13:50:14 +0200 Received: from [192.168.0.102] (62.83.138.129.dyn.user.ono.com [62.83.138.129]) by castor (Postfix) with ESMTP id DE3082FC24D; Thu, 21 Jul 2011 13:50:13 +0200 (CEST) Message-ID: <4E281274.80609@cttc.es> Date: Thu, 21 Jul 2011 13:50:12 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Wenhu Lu References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> <4E267F3E.1060400@cttc.es> <8249B703AE8442429AF89B86E8206AA26F41373C0B@EUSAACMS0703.eamcs.ericsson.se> In-Reply-To: <8249B703AE8442429AF89B86E8206AA26F41373C0B@EUSAACMS0703.eamcs.ericsson.se> Content-Type: multipart/alternative; boundary="------------010201050108070004080200" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (castor); Thu, 21 Jul 2011 13:50:14 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.197 Cc: "pce@ietf.org" Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 11:50:36 -0000 This is a multi-part message in MIME format. --------------010201050108070004080200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Wenhu, PCErs further comments tagged [Ramon] El 21/07/2011 1:06, Wenhu Lu escribió: > > ------------------------------------------------------------------------ > *From:* pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] *On Behalf > Of *Ramon Casellas > *Subject:* Re: [Pce] New Version Notification for > draft-lu-ospf-area-tlv-01.txt > > To date, we rely on either static provisioning, or dynamic parsing of > external / summary LSAs, identifying advertising routers as either > ABRs or ASBRs. I browsed both drafts and I tend to agree that one of > the main drawbacks of this approach is that the control plane > addressing, etc and the TED are not clearly separated, relying of > router address TLVs to map the advertising router; other details are > given in draft-lu-ospf-area-tlv-01 Section 3.2. > [wenhu] Curiously which component is doing the parsing? > If it's CSPF, there will be quite bit of work. > Or if it's OSPF, how is the result passed to CSPF? [Ramon] I'm not sure we are doing something terribly complicated or hard :) in its simplest form, the PCE carries out stateful inspection of OSPF-TE packets that it can "capture" (sent by other entities, sniffing the network, via process API, or as an OSPF-TE listener, it's quite open actually), in order to construct an in memory directed graph (TED) on top of which perform computation. From the PCE perspective, OSPF-TE is just one of many ways to get the TED. Basically it proceeds by parsing the Link State Update packets (discarding the rest), and the LSAs found within. At the beginning (Single domain) we only parsed e.g. area / opaque LSAs, but when we started with multi-domain, we started parsing summary LSAs, ASBR summary LSAs and AS external LSAs. For summary LSAs, the prefixes announcing "reachability" are parsed with their metrics etc. getting the masks from within the summaries. Consequently, from within the PCE, the advertising router is then marked as a "border node" (ABR or ASBR depending on the LSA type). The PCE kees thus information on border nodes and reachability, used in BRPC and H-PCE- As you may guess, some issues arise, solved mainly by the congruent topology, the 1:1 relationship between GMPLS controller and data plane node and the fact that we use a single address for advertising router that corresponds to the Router Address TLVs (ROuter ID, Node Id or similar names). Otherwise, we are considering latest Andy Malis RFC on ASON routing. > However, I foresee that the same questions can arise, later on, > regarding reachability of endpoints located in other TED domains. If > one wants to decouple ABRs as advertised within OSPFv2 LSDB and TE > border nodes, would it be reasonable that external / summaries be > decoupled too? > [wenhu] I couldn't agree with you more on this. And IMHO the complete > way of decoupling is not to use external (or summaries) routes for TE > purpose. The external routes may or may not be qualified for TE > reachability. Further the external routes may be multi-homed. > But how can we do multi-AS path computation if we don't use the > external routes ? This is an interesting topic. We can discuss this > offline if you wish. [Ramon] I'm open to this, it may be a new point for a future re-charter, but I'm not sure the scope / WG. It has of course strong links with ASON routing and CCAMP. I fully agree that to enable multi-domain path computation amongst collaborating PCEs, we need to decouple control plane and data plane, where the TED refers to the later. Although the scope of Path Computation seems naturally fitted to a single TE domain, collaborating mechanisms require somehow "extending" this TED with exit / entry points and the relationship with other (at least neighboring domains) and doing this by virtue of mapping with control plane identifiers or OSPFv2/BGP reachability may be improved? >> PCEers, please voice your opinions whether it's a good idea to >> automate the discovery of the OSPF area IDs. > > As stated, a mechanism by which a PCE is able to know in which area(s) > is located, and border nodes is desirable. I guess my main comment is > a question; would it be appropriate to generalize this e.g. to Areas > and AS? I do not object to having one draft for the ABR / OSPF-TE > case, but when possible, I would like the PCE architecture to apply to > multi-domain in general, to have a unified approach, both for the > multi-AS (i.e. with inter-domain links) and multi-Area (i.e. with > ABRs) and to treat "TE domains" generically. In other words, how can > we "extend" a TED with automated information enabling multi-domain > path computation - topology and reachability-, generically, while > mantaining a clear separation of control plane and TED. > [wenhu] I'm with you. A unified approach would be ideal. But it may > not be easy to find one shoe that fits all. [Ramon]The multi-area context ba be a good start >> >> I still have doubts regarding wheter this needs to be a top TLV >> (draft mentions RFC3630 section 2.4). What would be the relation with >> e.g. RFC4970? > [wenhu] I received some suggestions to place this TLV to under > rtr-address-tlv. I'm open to this part. > RFC4970 is big umbrella that covers all (OSPF router > capabilities). It may serve well to the multi-domain case. For > multi-area purpose I think the proposed ospf area tlv offers a simple > and feasible solution. [Ramon] No strong opinions, I guess we just need to identify possibilities and get a consensus on the actual encoding Thanks and best regards Ramon -- Ramon Casellas, Ph.D. Research Associate - Optical Networking Area -- http://wikiona.cttc.es CTTC - Centre Tecnològic de Telecomunicacions de Catalunya, PMT Ed B4 Av. Carl Friedrich Gauss, 7 - 08860 Castelldefels (Barcelona) - Spain Tel.: +34 93 645 29 00 -- Fax. +34 93 645 29 01 --------------010201050108070004080200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Wenhu, PCErs

further comments tagged [Ramon]

El 21/07/2011 1:06, Wenhu Lu escribió:

From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas
Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt

To date, we rely on either static provisioning, or dynamic parsing of external / summary LSAs, identifying advertising routers as either ABRs or ASBRs. I browsed both drafts and I tend to agree that one of the main drawbacks of this approach is that the control plane addressing, etc and the TED are not clearly separated, relying of router address TLVs to map the advertising router; other details are given in draft-lu-ospf-area-tlv-01 Section 3.2. 
[wenhu] Curiously which component is doing the parsing?
            If it's CSPF, there will be quite bit of work.
            Or if it's OSPF, how is the result passed to CSPF?
[Ramon] I'm not sure we are doing something terribly complicated or hard :) in its simplest form, the PCE carries out stateful inspection of OSPF-TE packets that it can "capture" (sent by other entities, sniffing the network, via process API, or as an OSPF-TE listener,  it's quite open actually), in order to construct an in memory directed graph  (TED) on top of which perform computation.  From the PCE perspective, OSPF-TE is just one of many ways to get the TED. Basically it proceeds by parsing the Link State Update packets (discarding the rest), and the LSAs found within. At the beginning (Single domain) we only parsed e.g. area / opaque LSAs, but when we started with multi-domain, we started parsing summary LSAs, ASBR summary LSAs and AS external LSAs. For summary LSAs, the prefixes announcing "reachability" are parsed with their metrics etc. getting the masks from within the summaries. Consequently, from within the PCE, the advertising router is then marked as a "border node" (ABR or ASBR depending on the LSA type). The PCE kees thus information on border nodes and reachability, used in BRPC and H-PCE-

As you may guess, some issues arise, solved mainly by the congruent topology, the 1:1 relationship between GMPLS controller and data plane node and the fact that we use a single address for advertising router that corresponds to the Router Address TLVs (ROuter ID, Node Id or similar names). Otherwise, we are considering latest Andy Malis RFC on ASON routing.


 
 However, I foresee that the same questions can arise, later on, regarding reachability of endpoints located in other TED domains. If one wants to decouple ABRs as advertised within OSPFv2 LSDB and TE border nodes, would it be reasonable that external / summaries be decoupled too? 
 [wenhu] I couldn't agree with you more on this. And IMHO the complete way of decoupling is not to use external (or summaries) routes for TE purpose. The external routes may or may not be qualified for TE reachability. Further the external routes may be multi-homed.
But how can we do multi-AS path computation if we don't use the external routes ? This is an interesting topic. We can discuss this offline if you wish.
[Ramon] I'm open to this, it may be a new point for a future re-charter, but I'm not sure the scope / WG. It has of course strong links with ASON routing and CCAMP. I fully agree that to enable multi-domain path computation amongst collaborating PCEs, we need to decouple control plane and data plane, where the TED refers to the later. Although the scope of Path Computation seems naturally fitted to a single TE domain, collaborating mechanisms require somehow "extending" this TED with exit / entry points and the relationship with other (at least neighboring domains) and doing this by virtue of mapping with control plane identifiers or OSPFv2/BGP reachability may be improved?



PCEers, please voice your opinions whether it's a good idea to automate the discovery of the OSPF area IDs.

As stated, a mechanism by which a PCE is able to know in which area(s) is located, and border nodes is desirable. I guess my main comment is a question; would it be appropriate to generalize this e.g. to Areas and AS? I do not object to having one draft for the ABR / OSPF-TE case, but when possible, I would like the PCE architecture to apply to multi-domain in general, to have a unified approach, both for the multi-AS (i.e. with inter-domain links) and multi-Area (i.e. with ABRs) and to treat "TE domains" generically. In other words, how can we "extend" a TED with automated information enabling multi-domain path computation - topology and reachability-, generically, while mantaining a clear separation of control plane and TED. 
[wenhu] I'm with you. A unified approach would be ideal. But it may not be easy to find one shoe that fits all.

[Ramon]The multi-area context ba be a good start

I still have doubts regarding wheter this needs to be a top TLV (draft mentions RFC3630 section 2.4). What would be the relation with e.g. RFC4970? 
[wenhu] I received some suggestions to place this TLV to under rtr-address-tlv. I'm open to this part. 
            RFC4970 is big umbrella that covers all (OSPF router capabilities). It may serve well to the multi-domain case. For multi-area purpose I think the proposed ospf area tlv offers a simple and feasible solution.
[Ramon] No strong opinions, I guess we just need to identify possibilities and get a consensus on the actual encoding


Thanks and best regards

Ramon


-- 
Ramon Casellas, Ph.D.
Research Associate - Optical Networking Area -- http://wikiona.cttc.es
CTTC - Centre Tecnològic de Telecomunicacions de Catalunya, PMT Ed B4
Av. Carl Friedrich Gauss, 7 - 08860 Castelldefels (Barcelona) - Spain
Tel.: +34 93 645 29 00 -- Fax. +34 93 645 29 01

--------------010201050108070004080200-- From wenhu.lu@ericsson.com Thu Jul 21 18:13:39 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10F2721F8A69 for ; Thu, 21 Jul 2011 18:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AwucGSqt8IG8 for ; Thu, 21 Jul 2011 18:13:36 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id 6237D21F8A4D for ; Thu, 21 Jul 2011 18:13:36 -0700 (PDT) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6M1DVct013446; Thu, 21 Jul 2011 20:13:33 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Thu, 21 Jul 2011 21:13:25 -0400 From: Wenhu Lu To: Ramon Casellas Date: Thu, 21 Jul 2011 21:13:25 -0400 Thread-Topic: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: AcxHnGPHzOVWcFi8TxKc/5s6zO/vngAcBqUg Message-ID: <8249B703AE8442429AF89B86E8206AA26F413C194E@EUSAACMS0703.eamcs.ericsson.se> References: <8249B703AE8442429AF89B86E8206AA26F412CE017@EUSAACMS0703.eamcs.ericsson.se> <13299477-5A32-4E4A-93E8-EF75EE22D69D@cisco.com> <5C6B651E4AEE4379887AC8561B68F826@china.huawei.com> <8249B703AE8442429AF89B86E8206AA26F41373471@EUSAACMS0703.eamcs.ericsson.se> <4E267F3E.1060400@cttc.es> <8249B703AE8442429AF89B86E8206AA26F41373C0B@EUSAACMS0703.eamcs.ericsson.se> <4E281274.80609@cttc.es> In-Reply-To: <4E281274.80609@cttc.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_8249B703AE8442429AF89B86E8206AA26F413C194EEUSAACMS0703e_" MIME-Version: 1.0 Cc: "pce@ietf.org" Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2011 01:13:39 -0000 --_000_8249B703AE8442429AF89B86E8206AA26F413C194EEUSAACMS0703e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks Ramon for the sharing. Regards, -wenhu ________________________________ From: Ramon Casellas [mailto:ramon.casellas@cttc.es] Sent: Thursday, July 21, 2011 4:50 AM To: Wenhu Lu Cc: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt Wenhu, PCErs further comments tagged [Ramon] El 21/07/2011 1:06, Wenhu Lu escribi=F3: ________________________________ From: pce-bounces@ietf.org [mailto:pce-bounces= @ietf.org] On Behalf Of Ramon Casellas Subject: Re: [Pce] New Version Notification for draft-lu-ospf-area-tlv-01.t= xt To date, we rely on either static provisioning, or dynamic parsing of exter= nal / summary LSAs, identifying advertising routers as either ABRs or ASBRs= . I browsed both drafts and I tend to agree that one of the main drawbacks = of this approach is that the control plane addressing, etc and the TED are = not clearly separated, relying of router address TLVs to map the advertisin= g router; other details are given in draft-lu-ospf-area-tlv-01 Section 3.2. [wenhu] Curiously which component is doing the parsing? If it's CSPF, there will be quite bit of work. Or if it's OSPF, how is the result passed to CSPF? [Ramon] I'm not sure we are doing something terribly complicated or hard :)= in its simplest form, the PCE carries out stateful inspection of OSPF-TE p= ackets that it can "capture" (sent by other entities, sniffing the network,= via process API, or as an OSPF-TE listener, it's quite open actually), in= order to construct an in memory directed graph (TED) on top of which perf= orm computation. From the PCE perspective, OSPF-TE is just one of many way= s to get the TED. Basically it proceeds by parsing the Link State Update pa= ckets (discarding the rest), and the LSAs found within. At the beginning (S= ingle domain) we only parsed e.g. area / opaque LSAs, but when we started w= ith multi-domain, we started parsing summary LSAs, ASBR summary LSAs and AS= external LSAs. For summary LSAs, the prefixes announcing "reachability" ar= e parsed with their metrics etc. getting the masks from within the summarie= s. Consequently, from within the PCE, the advertising router is then marked= as a "border node" (ABR or ASBR depending on the LSA type). The PCE kees t= hus information on border nodes and reachability, used in BRPC and H-PCE- As you may guess, some issues arise, solved mainly by the congruent topolog= y, the 1:1 relationship between GMPLS controller and data plane node and th= e fact that we use a single address for advertising router that corresponds= to the Router Address TLVs (ROuter ID, Node Id or similar names). Otherwis= e, we are considering latest Andy Malis RFC on ASON routing. However, I foresee that the same questions can arise, later on, regarding = reachability of endpoints located in other TED domains. If one wants to dec= ouple ABRs as advertised within OSPFv2 LSDB and TE border nodes, would it b= e reasonable that external / summaries be decoupled too? [wenhu] I couldn't agree with you more on this. And IMHO the complete way = of decoupling is not to use external (or summaries) routes for TE purpose. = The external routes may or may not be qualified for TE reachability. Furthe= r the external routes may be multi-homed. But how can we do multi-AS path computation if we don't use the external ro= utes ? This is an interesting topic. We can discuss this offline if you wis= h. [Ramon] I'm open to this, it may be a new point for a future re-charter, bu= t I'm not sure the scope / WG. It has of course strong links with ASON rout= ing and CCAMP. I fully agree that to enable multi-domain path computation a= mongst collaborating PCEs, we need to decouple control plane and data plane= , where the TED refers to the later. Although the scope of Path Computation= seems naturally fitted to a single TE domain, collaborating mechanisms req= uire somehow "extending" this TED with exit / entry points and the relation= ship with other (at least neighboring domains) and doing this by virtue of = mapping with control plane identifiers or OSPFv2/BGP reachability may be im= proved? PCEers, please voice your opinions whether it's a good idea to automate the= discovery of the OSPF area IDs. As stated, a mechanism by which a PCE is able to know in which area(s) is l= ocated, and border nodes is desirable. I guess my main comment is a questio= n; would it be appropriate to generalize this e.g. to Areas and AS? I do no= t object to having one draft for the ABR / OSPF-TE case, but when possible,= I would like the PCE architecture to apply to multi-domain in general, to = have a unified approach, both for the multi-AS (i.e. with inter-domain link= s) and multi-Area (i.e. with ABRs) and to treat "TE domains" generically. I= n other words, how can we "extend" a TED with automated information enablin= g multi-domain path computation - topology and reachability-, generically, = while mantaining a clear separation of control plane and TED. [wenhu] I'm with you. A unified approach would be ideal. But it may not be = easy to find one shoe that fits all. [Ramon]The multi-area context ba be a good start I still have doubts regarding wheter this needs to be a top TLV (draft ment= ions RFC3630 section 2.4). What would be the relation with e.g. RFC4970? [wenhu] I received some suggestions to place this TLV to under rtr-address-= tlv. I'm open to this part. RFC4970 is big umbrella that covers all (OSPF router capabiliti= es). It may serve well to the multi-domain case. For multi-area purpose I t= hink the proposed ospf area tlv offers a simple and feasible solution. [Ramon] No strong opinions, I guess we just need to identify possibilities = and get a consensus on the actual encoding Thanks and best regards Ramon -- Ramon Casellas, Ph.D. Research Associate - Optical Networking Area -- http://wikiona.cttc.es CTTC - Centre Tecnol=F2gic de Telecomunicacions de Catalunya, PMT Ed B4 Av. Carl Friedrich Gauss, 7 - 08860 Castelldefels (Barcelona) - Spain Tel.: +34 93 645 29 00 -- Fax. +34 93 645 29 01 --_000_8249B703AE8442429AF89B86E8206AA26F413C194EEUSAACMS0703e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Thanks=20 Ramon for the sharing.
Regards,
-wenhu

From: Ramon Casellas=20 [mailto:ramon.casellas@cttc.es]
Sent: Thursday, July 21, 2011 4:= 50=20 AM
To: Wenhu Lu
Cc: pce@ietf.org
Subject: Re:= =20 [Pce] New Version Notification for=20 draft-lu-ospf-area-tlv-01.txt

Wenhu, PCErs

further comments tagged [Ramon]

El=20 21/07/2011 1:06, Wenhu Lu escribi=F3:=20
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] = On=20 Behalf Of Ramon Casellas
Subject: Re: [Pce] New Version=20 Notification for draft-lu-ospf-area-tlv-01.txt

To dat= e, we=20 rely on either static provisioning, or dynamic parsing of external / summ= ary=20 LSAs, identifying advertising routers as either ABRs or ASBRs. I browsed = both=20 drafts and I tend to agree that one of the main drawbacks of this approac= h is=20 that the control plane addressing, etc and the TED are not clearly separa= ted,=20 relying of router address TLVs to map the advertising router; other detai= ls=20 are given in draft-lu-ospf-area-tlv-01 Section 3.2. =20
[wenhu] Curiously which component is doing the parsing?=20
          &nbs= p; If=20 it's CSPF, there will be quite bit of work.
          &nbs= p; Or=20 if it's OSPF, how is the result passed to CSPF?
[Ramon] I= 'm not=20 sure we are doing something terribly complicated or hard :) in its simplest= =20 form, the PCE carries out stateful inspection of OSPF-TE packets that it ca= n=20 "capture" (sent by other entities, sniffing the network, via process API, o= r as=20 an OSPF-TE listener,  it's quite open actually), in order to construct= an=20 in memory directed graph  (TED) on top of which perform computation.&n= bsp;=20 >From the PCE perspective, OSPF-TE is just one of many ways to get the TED.= =20 Basically it proceeds by parsing the Link State Update packets (discarding = the=20 rest), and the LSAs found within. At the beginning (Single domain) we only= =20 parsed e.g. area / opaque LSAs, but when we started with multi-domain, we=20 started parsing summary LSAs, ASBR summary LSAs and AS external LSAs. For=20 summary LSAs, the prefixes announcing "reachability" are parsed with their= =20 metrics etc. getting the masks from within the summaries. Consequently, fro= m=20 within the PCE, the advertising router is then marked as a "border node" (A= BR or=20 ASBR depending on the LSA type). The PCE kees thus information on border no= des=20 and reachability, used in BRPC and H-PCE-

As you may guess, some iss= ues=20 arise, solved mainly by the congruent topology, the 1:1 relationship betwee= n=20 GMPLS controller and data plane node and the fact that we use a single addr= ess=20 for advertising router that corresponds to the Router Address TLVs (ROuter = ID,=20 Node Id or similar names). Otherwise, we are considering latest Andy Malis = RFC=20 on ASON routing.


 
 However, I foresee tha= t the=20 same questions can arise, later on, regarding reachability of endpoints=20 located in other TED domains. If one wants to decouple ABRs as advertised= =20 within OSPFv2 LSDB and TE border nodes, would it be reasonable that exter= nal /=20 summaries be decoupled too? 
 [wenhu] I couldn't agree= with you=20 more on this. And IMHO the complete way of decoupling is not to use exter= nal=20 (or summaries) routes for TE purpose. The external routes may or may not = be=20 qualified for TE reachability. Further the external routes may be=20 multi-homed.
But how can we do multi-AS path computation if= we=20 don't use the external routes ? This is an interesting=20 topic. We can discuss this offline if you=20 wish.
[Ramon] I'm open = to=20 this, it may be a new point for a future re-charter, but I'm not sure the s= cope=20 / WG. It has of course strong links with ASON routing and CCAMP. I fully ag= ree=20 that to enable multi-domain path computation amongst collaborating PCEs, we= need=20 to decouple control plane and data plane, where the TED refers to the later= .=20 Although the scope of Path Computation seems naturally fitted to a single T= E=20 domain, collaborating mechanisms require somehow "extending" this TED with = exit=20 / entry points and the relationship with other (at least neighboring domain= s)=20 and doing this by virtue of mapping with control plane identifiers or OSPFv= 2/BGP=20 reachability may be improved?



PCEers, please voice your opinions whether it's a good=20 idea to automate the discovery of the OSPF area=20 IDs.

As stated, a mechanism by which a PCE is able to know in which=20 area(s) is located, and border nodes is desirable. I guess my main commen= t is=20 a question; would it be appropriate to generalize this e.g. to Areas and = AS? I=20 do not object to having one draft for the ABR / OSPF-TE case, but when=20 possible, I would like the PCE architecture to apply to multi-domain in=20 general, to have a unified approach, both for the multi-AS (i.e. with=20 inter-domain links) and multi-Area (i.e. with ABRs) and to treat "TE doma= ins"=20 generically. In other words, how can we "extend" a TED with automated=20 information enabling multi-domain path computation - topology and=20 reachability-, generically, while mantaining a clear separation of contro= l=20 plane and TED. 
[wenhu] I'm with you. A unified approach would be ideal. Bu= t it=20 may not be easy to find one shoe that fits all.

[Ramon]The= multi-area=20 context ba be a good start

I still have doubts regarding wheter this ne= eds to=20 be a top TLV (draft mentions RFC3630 section 2.4). What would be the=20 relation with e.g. RFC4970? 
[wenhu] I received some suggestions to place this TLV to under=20 rtr-address-tlv. = I'm open to=20 this part. 
        &nbs= p;  =20 RFC4970 is big umbrella that covers all (OSPF router capabilities). It ma= y=20 serve well to the multi-domain case. For multi-area purpose I think the=20 proposed ospf area tlv offers a simple and feasible=20 solution.
[Ramon] No strong= =20 opinions, I guess we just need to identify possibilities and get a consensu= s on=20 the actual encoding


Thanks and best=20 regards

Ramon


-- 
Ramon=20 Casellas, Ph.D.
Research Associate - Optical Networking Area -- http://wikiona.cttc.es
CTTC - Centr= e=20 Tecnol=F2gic de Telecomunicacions de Catalunya, PMT Ed B4
Av. Carl Frie= drich=20 Gauss, 7 - 08860 Castelldefels (Barcelona) - Spain
Tel.: +34 93 645 29 = 00 --=20 Fax. +34 93 645 29 01

--_000_8249B703AE8442429AF89B86E8206AA26F413C194EEUSAACMS0703e_-- From wang.xuerong@zte.com.cn Fri Jul 22 00:44:16 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D234421F85B8 for ; Fri, 22 Jul 2011 00:44:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.997 X-Spam-Level: X-Spam-Status: No, score=-93.997 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HKG79BeqLnw4 for ; Fri, 22 Jul 2011 00:44:16 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 2F81621F8658 for ; Fri, 22 Jul 2011 00:44:15 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 48641441414862; Fri, 22 Jul 2011 15:41:02 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 44186.1441414862; Fri, 22 Jul 2011 15:43:54 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id p6M7i8W2085894 for ; Fri, 22 Jul 2011 15:44:08 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p6M7cuJi078165; Fri, 22 Jul 2011 15:38:56 +0800 (GMT-8) (envelope-from wang.xuerong@zte.com.cn) Message-Id: <201107220744.p6M7i8W2085894@mse01.zte.com.cn> In-Reply-To: To: Frederick Robinson MIME-Version: 1.0 X-KeepSent: 4981AA14:AACEE159-482578D5:00147331; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: wang.xuerong@zte.com.cn Date: Fri, 22 Jul 2011 15:38:58 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-22 15:38:58, Serialize complete at 2011-07-22 15:38:58 Content-Type: multipart/alternative; boundary="=_alternative 002A06DD482578D5_=" X-MAIL: mse01.zte.com.cn p6M7i8W2085894 X-MSS: AUDITRELEASE@mse01.zte.com.cn Cc: pce-bounces@ietf.org, pce@ietf.org, JP Vasseur Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2011 07:44:16 -0000 This is a multipart message in MIME format. --=_alternative 002A06DD482578D5_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgRnJlZGVyaWNrLA0KSW4gdGhlIGN1cnJlbnQgb3BlcmF0aW9uIG9mIFRFIE9TUEYsIHRoZSBM U1JzIGF0IGVhY2ggZW5kIG9mIGEgVEUgbGluayANCmVtaXQgTFNBcyBkZXNjcmliaW5nIHRoZSBs aW5rLlRoZSBkYXRhYmFzZXMgaW4gdGhlIExTUnMgdGhlbiBoYXZlIHR3byANCmVudHJpZXMgKG9u ZSBsb2NhbGx5IGdlbmVyYXRlZCwgdGhlIG90aGVyIGZyb20gdGhlIHBlZXIpdGhhdCBkZXNjcmli ZSB0aGUgDQpkaWZmZXJlbnQgJ2RpcmVjdGlvbnMnIG9mIHRoZSBsaW5rLiANCkZvciB0aGUgaW50 ZXItQVMgbGluaywgdGhlcmUgaXMgbm8gSUdQIHBlZXJpbmcgLCBzbyBib3RoIG9mIHRoZSB0d28g QVNCUnMgDQpjb25uZWN0ZWQgYnkgYW4gaW50ZXItQVMgbGluayBvbmx5IGhhcyBURSBsaW5rIGlu Zm9ybWF0aW9uIGluIG9uZSANCmRpcmVjdGlvbihpLmUuLHRoZSBkaXJlY3Rpb24gZnJvbSBsb2Nh bCB0byByZW1vdGUgQVNCUikuIA0KDQpSRkM1MzkyIGhhcyBleHRlbmRlZCBPU1BGIHRvIGdldCB0 aGUgYmFzaWMgaW5mb3JtYXRpb24gYWJvdXQgdGhlIG90aGVyIA0KZGlyZWN0aW9uKGkuZy4sIFJl bW90ZSBBUyBOdW1iZXIgYW5kIFJlbW90ZSBBU0JSIElEKS4gQnV0IGZvciBvdGhlciBURSANCnBy b3BlcnRpZXMsc3VjaCBhcyBiYW5kd2l0aCwgdGhlIEFTQlIgY2FuIG5vdCBnZXQgdGhlIGxhdGVz dCBpbmZvcm1hdGlvbiANCmluIHRoZSByZXZlcnNlIGRpcmVjdGlvbihpLmUuLHRoZSBkaXJlY3Rp b24gZnJvbSByZW1vdGUgQVNCUiB0byANCmxvY2FsKXRpbWVseS5JbiBvcmRlciB0byBzb2x2ZSB0 aGUgcHJvYmxlbSAsIFJGQzUzOTIgaGFzIGludHJvZHVjZWQgYSANCiJwcm94eSIgYXMgZm9sbG93 aW5nOg0KDQoiSW4gb3JkZXIgZm9yIHRoZSBDU1BGIHJvdXRlIGNvbXB1dGF0aW9uIGVudGl0eSB0 byBpbmNsdWRlIHRoZSBsaW5rIGFzIGEgDQpjYW5kaWRhdGUgcGF0aCwgd2UgaGF2ZSB0byBmaW5k IGEgd2F5IHRvIGdldCBMU0FzIGRlc2NyaWJpbmcgaXRzIA0KKGJpZGlyZWN0aW9uYWwpIFRFICAg cHJvcGVydGllcyBpbnRvIHRoZSBURSBkYXRhYmFzZS5UaGlzIGlzIGFjaGlldmVkIGJ5IA0KdGhl IEFTQlIgYWR2ZXJ0aXNpbmcsIGludGVybmFsbHkgdG8gaXRzIEFTLGluZm9ybWF0aW9uIGFib3V0 IGJvdGggDQpkaXJlY3Rpb25zIG9mIHRoZSBURSBsaW5rIHRvIHRoZSBuZXh0IEFTLiAgVGhlIEFT QlIgd2lsbCBub3JtYWxseSBnZW5lcmF0ZSANCmFuIExTQSBkZXNjcmliaW5nIGl0cyBvd24gc2lk ZSBvZiBhIGxpbms7IGhlcmUgd2UgaGF2ZSBpdCAncHJveHknIGZvciB0aGUgDQpBU0JSIGF0IHRo ZSBlZGdlIG9mIHRoZSBvdGhlciBBUyBhbmQgZ2VuZXJhdGUgYW4gYWRkaXRpb25hbCBMU0EgdGhh dCANCmRlc2NyaWJlcyB0aGF0IGRldmljZSdzICd2aWV3JyBvZiB0aGUgICBsaW5rLiINCg0KQnV0 IGhvdyB0byByZWFsaXplIHRoZSBwcm94eSBpcyBhIHByb2JlbG0uIEEgbWV0aG9kICBpbnRydWR1 Y2VkIGluIG15IA0KZHJhZnQgaGFzIHNvbHZlZCB0aGlzIHByb2JsZW0gc2ltcGx5IGJ5IHNlbGVj dGluZyB0aGUgcHJvcGVyIGludGVyLUFTIA0KbGlua3MgYW5kIGNhcnJ5aW5nIHRoZW0gaW4gYSBQ Q1JlcCB0byBsZXQgbmVpZ2hib3VyIFBDRSBrbm93IHdoaWNoIA0KaW50ZXItQVMgbGluayBzYXRp c2Z5IHRoZSByZXF1aXJlZCBjb25zdHJhaW50cy4gIA0KDQpUaGFua3MgYSBsb3QuDQoNClh1ZXJv bmcgV2FuZyAvIEJlc3QgUmVnYXJkcw0KDQoNCg0KDQoNCg0KRnJlZGVyaWNrIFJvYmluc29uIDxm cmVkZXJpY2suYmVkZm9yZEBnbWFpbC5jb20+IA0KMjAxMS0wNy0yMiAxMToyNg0KDQrK1bz+yMsN CndhbmcueHVlcm9uZ0B6dGUuY29tLmNuDQqzrcvNDQpKUCBWYXNzZXVyIDxqcHZAY2lzY28uY29t PiwgcGNlQGlldGYub3JnLCBwY2UtYm91bmNlc0BpZXRmLm9yZw0K1vfM4g0KUmU6IHJlcXVlc3Qg dGltZXNsb3QgZm9yIGRyYWZ0LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMtMDENCg0KDQoN Cg0KDQoNCkhpIFdhbmcsDQoNCkkgcmVhZCB0aGUgZHJhZnQuIEl0IGlzIGludGVyZXN0aW5nIGJ1 dCBvbmUgcG9pbnQgaXNuJ3QgY2xlYXIgZm9yIG1lLg0KV2h5IGNvdWxkbid0IHdlIGV4dGVuZCBy b3V0aW5nIHByb3RvY29sIHRvIG1ha2UgYm9yZGVyIG5vZGVzIGdldCB0aGUgDQpiaWRpcmVjdGlv bmFsIGludGVyLUFTIGxpbmtzPw0KDQpUaGFua3MsDQoNCkZyZWRlcmljaw0KDQo+IA0KPiBIaSBK UCBhbmQgUENFZXJzLCANCj4gDQo+IFRoYW5rIHlvdSBmb3IgIHRoZSBwcm9tb3Rpb24uV2Ugd291 bGQgbGlrZSB0byB0cmlnZ2VyIHRoZSANCj4gZGlzY3Vzc2lvbiwgYW5kIGdyZWF0bHkgYXBwcmVj aWF0ZSB5b3VyIGNvbW1lbnRzIGFuZCBwYXJ0aWNpcGF0b3J5LiANCj4gDQo+IFdlIGFkZCBzb21l IHNjZW5hcmlvcyB0byBkZXNjcmliZSB3aHkgd2UgbmVlZCB0byBleHRlbmQgQlJQQyANCj4gcHJv Y2VkdXJlIGluIHRoZSBjYXNlIG9mIGNvbXB1dGluZyBpbnRlci1BUyBiaS1kaXJlY3Rpb25hbCBw YXRoLiANCj4gDQo+IFN1cHBvc2UgdGhlIGludGVyLUFTIGxpbmsgZmFpbHMgaW4gb25lIGRpcmVj dGlvbihlLmcuLCBmcm9tIEMxIHRvIEIxKS4gDQo+IEFzIGJvcmRlciBub2RlIGp1c3QgaGF2ZSB1 bmlkaXJlY3Rpb25hbCBpbnRlci1BUyBURSBsaW5rIHByb3BlcnRpZXMsDQo+IGZvciBhIGJpLWRp cmVjdGlvbiBwYXRoIGNvbXB1dGF0aW9uIGZyb20gQSB0byBaLCBQQ0UxIGRvZXNuJ3Qga25vdyAN Cj4gdGhhdCB0aGUgbGluayBmcm9tIEMxIHRvICBCMSBjYW4gbm90IGJlIHVzZWQuIEhvdyBQQ0Vz IHNlbGVjdCB0aGUgDQo+IGludGVyLUFTIGxpbmtzIGZvciB0aGUgYmlkaXJlY3Rpb25hbCBwYXRo PyAgDQo+IA0KPiAgU2ltaWxhcmx5LFN1cHBvc2UgdW5pLWRpcmVjdGlvbiBMU1AgYWxvbmcgQTEt Qy1CLVoxIGhhdmUgYWxyZWFkeSBiZWVuIA0Kc2V0dXAuIA0KPiBBZnRlciB0aGF0IHdlIHNldHVw IGEgYmktZGlyZWN0aW9uIExTUCBmcm9tIEEgdG8gWiwgbmVpdGhlciBQQ0UxIG5vcg0KPiBQQ0Uy IGtub3dzIHRoYXQgd2hldGhlciB0aGUgaW50ZXItQVMgbGluayBjYW4gDQo+IHNhdGlzZnkgdGhl IGNvbnN0cmFpbnRzIGluIGJvdGggb2YgdGhlIGRpcmVjdGlvbnMgb3Igbm90LiAgIA0KPiANCj4g Rm9yIGEgYmktZGlyZWN0aW9uIHBhdGggY29tcHV0YXRpb24gZnJvbSBBIHRvIFogOiANCj4gUENF MiBjb21wdXRlcyBiaS1kaXJlY3Rpb24gb3B0aW1hbCBwYXRocyhpLmUuLFZTUFQpOiBFR1ogYW5k IEZaLiANCj4gDQo+IFN1cHBvc2UgdGhlIHVuaS1kaXJlY3Rpb24gaW50ZXItQVMgbGluayBmcm9t IEUgdG8gQyBkb2Vzbid0IHNhdGlzZnkgDQo+IHRoZSBjb25zdHJhaW50cy4gT25seSBpbnRlci1B UyBsaW5rcyBDLUYsRC1FIGFuZCBELUZjYW4gDQo+IHNhdGlzZnkgdGhlIGNvbnN0cmFpbnRzIGlu IGJpLWRpcmVjdGlvbi4gQnV0IG5laXRoZXIgUENFMSBub3IgUENFMiANCj4ga25vd3MgdGhhdCBp bmZvcm1hdGlvbiwgdGhleSBkb24ndCBrbm93IHdoaWNoIGludGVyLUFTIA0KPiBsaW5rcyBzaG91 bGQgYmUgc2VsZWN0ZWQuIA0KPiBBY3R1YWxseSB0aGUgb3B0aW1hbCBwYXRocyBiZXR3ZWVuIGV4 aXQgQk4gb2YgQVMxIGFuZCBub2RlIFogYXJlIA0KPiBzaG93biBpbiByZWQgY29sb3IgYmVsbG93 LCBidXQgUENFMiBjYW5ub3QgY29tcHV0ZSANCj4gdGhlc2UgYmktZGlyZWN0aW9uIG9wdGltYWwg cGF0aHMgYnkgYWRkaW5nIHRoZSBpbnRlci1BUyBsaW5rcyAuICBPbiANCj4gdGhlIG90aGVyIGhh bmQsIFBDRTEgY2Fubm90IGNvbXB1dGUgdGhlIA0KPiBiaS1kaXJlY3Rpb24gb3B0aW1hbCBwYXRo cyBieSBhZGRpbmcgdGhlIGludGVyLUFTIGxpbmtzIGVpdGhlciAoaS4NCj4gZS4sUENFMSBjYW4g bm90IGNvbXB1dGUgdGhlIGJpLWRpcmVjdGlvbiBwYXRoIGZyb20gQSB0byBFIGFuZCBBIHRvIEYp LiANCj4gDQo+IA0KPiANCj4gIFRoYW5rcyAuDQo+IA0KPiAgWHVlcm9uZyBXYW5nIC8gQmVzdCBS ZWdhcmRzDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBz ZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIGNvbmZpZGVu dGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNl Y3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0 aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRy YW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFk ZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ug bm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2Vk IGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwgc2VuZGVyLg0KVGhp cyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFu dGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 002A06DD482578D5_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5IaSBGcmVkZXJpY2ss PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+SW4gdGhl IGN1cnJlbnQgb3BlcmF0aW9uIG9mIFRFDQpPU1BGLCB0aGUgTFNScyBhdCBlYWNoIGVuZCBvZiBh IFRFIGxpbmsgZW1pdCBMU0FzIGRlc2NyaWJpbmcgdGhlIGxpbmsuVGhlDQpkYXRhYmFzZXMgaW4g dGhlIExTUnMgdGhlbiBoYXZlIHR3byBlbnRyaWVzIChvbmUgbG9jYWxseSBnZW5lcmF0ZWQsIHRo ZQ0Kb3RoZXIgZnJvbSB0aGUgcGVlcil0aGF0IGRlc2NyaWJlIHRoZSBkaWZmZXJlbnQgJ2RpcmVj dGlvbnMnIG9mIHRoZSBsaW5rLg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJAQXJp YWwgVW5pY29kZSBNUyI+Rm9yIHRoZSBpbnRlci1BUyBsaW5rLCB0aGVyZQ0KaXMgbm8gSUdQIHBl ZXJpbmcgLCBzbyBib3RoIG9mIHRoZSB0d28gQVNCUnMgY29ubmVjdGVkIGJ5IGFuIGludGVyLUFT IGxpbmsNCm9ubHkgaGFzIFRFIGxpbmsgaW5mb3JtYXRpb24gaW4gb25lIGRpcmVjdGlvbihpLmUu LHRoZSBkaXJlY3Rpb24gZnJvbSBsb2NhbA0KdG8gcmVtb3RlIEFTQlIpLiA8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5SRkM1MzkyIGhhcyBl eHRlbmRlZCBPU1BGIHRvDQpnZXQgdGhlIGJhc2ljIGluZm9ybWF0aW9uIGFib3V0IHRoZSBvdGhl ciBkaXJlY3Rpb24oaS5nLiwgUmVtb3RlIEFTIE51bWJlcg0KYW5kIFJlbW90ZSBBU0JSIElEKS4g QnV0IGZvciBvdGhlciBURSBwcm9wZXJ0aWVzLHN1Y2ggYXMgYmFuZHdpdGgsIHRoZQ0KQVNCUiBj YW4gbm90IGdldCB0aGUgbGF0ZXN0IGluZm9ybWF0aW9uIGluIHRoZSByZXZlcnNlIGRpcmVjdGlv bihpLmUuLHRoZQ0KZGlyZWN0aW9uIGZyb20gcmVtb3RlIEFTQlIgdG8gbG9jYWwpdGltZWx5Lklu IG9yZGVyIHRvIHNvbHZlIHRoZSBwcm9ibGVtDQosIFJGQzUzOTIgaGFzIGludHJvZHVjZWQgYSAm cXVvdDtwcm94eSZxdW90OyBhcyBmb2xsb3dpbmc6PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MyBmYWNlPSJAQXJpYWwgVW5pY29kZSBNUyI+JnF1b3Q7SW4gb3JkZXIgZm9yIHRoZSBDU1BG IHJvdXRlDQpjb21wdXRhdGlvbiBlbnRpdHkgdG8gaW5jbHVkZSB0aGUgbGluayBhcyBhIGNhbmRp ZGF0ZSBwYXRoLCB3ZSBoYXZlIHRvDQpmaW5kIGEgd2F5IHRvIGdldCBMU0FzIGRlc2NyaWJpbmcg aXRzIChiaWRpcmVjdGlvbmFsKSBURSAmbmJzcDsgcHJvcGVydGllcw0KaW50byB0aGUgVEUgZGF0 YWJhc2UuVGhpcyBpcyBhY2hpZXZlZCBieSB0aGUgQVNCUiBhZHZlcnRpc2luZywgaW50ZXJuYWxs eQ0KdG8gaXRzIEFTLGluZm9ybWF0aW9uIGFib3V0IGJvdGggZGlyZWN0aW9ucyBvZiB0aGUgVEUg bGluayB0byB0aGUgbmV4dA0KQVMuICZuYnNwO1RoZSBBU0JSIHdpbGwgbm9ybWFsbHkgZ2VuZXJh dGUgYW4gTFNBIGRlc2NyaWJpbmcgaXRzIG93biBzaWRlDQpvZiBhIGxpbms7IDwvZm9udD48Zm9u dCBzaXplPTMgY29sb3I9cmVkIGZhY2U9IkBBcmlhbCBVbmljb2RlIE1TIj5oZXJlDQp3ZSBoYXZl IGl0ICdwcm94eScgZm9yIHRoZSBBU0JSIGF0IHRoZSBlZGdlIG9mIHRoZSBvdGhlciBBUyBhbmQg Z2VuZXJhdGUNCmFuIGFkZGl0aW9uYWwgTFNBIHRoYXQgZGVzY3JpYmVzIHRoYXQgZGV2aWNlJ3Mg J3ZpZXcnIG9mIHRoZSAmbmJzcDsgbGluay48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlh bCBVbmljb2RlIE1TIj4mcXVvdDs8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9 IkBBcmlhbCBVbmljb2RlIE1TIj5CdXQgaG93IHRvIHJlYWxpemUgdGhlIHByb3h5DQppcyBhIHBy b2JlbG0uIEEgbWV0aG9kICZuYnNwO2ludHJ1ZHVjZWQgaW4gbXkgZHJhZnQgaGFzIHNvbHZlZCB0 aGlzIHByb2JsZW0NCnNpbXBseSBieSBzZWxlY3RpbmcgdGhlIHByb3BlciBpbnRlci1BUyBsaW5r cyBhbmQgY2FycnlpbmcgdGhlbSBpbiBhIFBDUmVwDQp0byBsZXQgbmVpZ2hib3VyIFBDRSBrbm93 IHdoaWNoIGludGVyLUFTIGxpbmsgc2F0aXNmeSB0aGUgcmVxdWlyZWQgY29uc3RyYWludHMuJm5i c3A7DQo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkBBcmlhbCBVbmljb2Rl IE1TIj5UaGFua3MgYSBsb3QuPGJyPg0KPGJyPg0KWHVlcm9uZyBXYW5nIC8gQmVzdCBSZWdhcmRz PC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRo PTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPjxiPkZyZWRlcmljayBSb2JpbnNvbiAmbHQ7ZnJlZGVyaWNrLmJlZGZvcmRA Z21haWwuY29tJmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj4yMDExLTA3LTIyIDExOjI2PC9mb250Pg0KPHRkIHdpZHRoPTY0JT4NCjx0YWJsZSB3aWR0 aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPndhbmcueHVlcm9uZ0B6dGUuY29tLmNuPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj5KUCBWYXNzZXVyICZsdDtqcHZAY2lzY28uY29tJmd0OywgcGNlQGlldGYub3JnLA0K cGNlLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYg YWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJlOiByZXF1ZXN0IHRpbWVz bG90IGZvciBkcmFmdC13YW5nLXBjZS1pbnRlci1hcy1leHRlbnRpb25zLTAxPC9mb250PjwvdGFi bGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0K PGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkhpIFdhbmcsPC9mb250 Pg0KPGJyPjxmb250IHNpemU9Mz48YnI+DQpJIHJlYWQgdGhlIGRyYWZ0LiBJdCBpcyBpbnRlcmVz dGluZyBidXQgb25lIHBvaW50IGlzbid0IGNsZWFyIGZvciBtZS48YnI+DQpXaHkgY291bGRuJ3Qg d2UgZXh0ZW5kIHJvdXRpbmcgcHJvdG9jb2wgdG8gbWFrZSBib3JkZXIgbm9kZXMgZ2V0IHRoZSBi aWRpcmVjdGlvbmFsDQppbnRlci1BUyBsaW5rcz88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPjxi cj4NClRoYW5rcyw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPjxicj4NCkZyZWRlcmljazwvZm9u dD4NCjxicj48Zm9udCBzaXplPTM+PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEhpIEpQIGFuZCBQQ0Vl cnMsIDxicj4NCiZndDsgPGJyPg0KJmd0OyBUaGFuayB5b3UgZm9yJm5ic3A7IHRoZSBwcm9tb3Rp b24uV2Ugd291bGQgbGlrZSB0byB0cmlnZ2VyIHRoZSA8YnI+DQomZ3Q7IGRpc2N1c3Npb24sIGFu ZCBncmVhdGx5IGFwcHJlY2lhdGUgeW91ciBjb21tZW50cyBhbmQgcGFydGljaXBhdG9yeS4NCjxi cj4NCiZndDsgPGJyPg0KJmd0OyBXZSBhZGQgc29tZSBzY2VuYXJpb3MgdG8gZGVzY3JpYmUgd2h5 IHdlIG5lZWQgdG8gZXh0ZW5kIEJSUEMgPGJyPg0KJmd0OyBwcm9jZWR1cmUgaW4gdGhlIGNhc2Ug b2YgY29tcHV0aW5nIGludGVyLUFTIGJpLWRpcmVjdGlvbmFsIHBhdGguIDxicj4NCiZndDsgPGJy Pg0KJmd0OyBTdXBwb3NlIHRoZSBpbnRlci1BUyBsaW5rIGZhaWxzIGluIG9uZSBkaXJlY3Rpb24o ZS5nLiwgZnJvbSBDMSB0bw0KQjEpLiA8YnI+DQomZ3Q7IEFzIGJvcmRlciBub2RlIGp1c3QgaGF2 ZSB1bmlkaXJlY3Rpb25hbCBpbnRlci1BUyBURSBsaW5rIHByb3BlcnRpZXMsPGJyPg0KJmd0OyBm b3IgYSBiaS1kaXJlY3Rpb24gcGF0aCBjb21wdXRhdGlvbiBmcm9tIEEgdG8gWiwgUENFMSBkb2Vz bid0IGtub3cNCjxicj4NCiZndDsgdGhhdCB0aGUgbGluayBmcm9tIEMxIHRvJm5ic3A7IEIxIGNh biBub3QgYmUgdXNlZC4gSG93IFBDRXMgc2VsZWN0DQp0aGUgPGJyPg0KJmd0OyBpbnRlci1BUyBs aW5rcyBmb3IgdGhlIGJpZGlyZWN0aW9uYWwgcGF0aD8mbmJzcDsgPGJyPg0KJmd0OyA8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0zPiZndDsmbmJzcDsgU2ltaWxhcmx5LFN1cHBvc2UgdW5pLWRpcmVj dGlvbiBMU1AgYWxvbmcgQTEtQy1CLVoxDQpoYXZlIGFscmVhZHkgYmVlbiBzZXR1cC4gPGJyPg0K Jmd0OyBBZnRlciB0aGF0IHdlIHNldHVwIGEgYmktZGlyZWN0aW9uIExTUCBmcm9tIEEgdG8gWiwg bmVpdGhlciBQQ0UxIG5vcjxicj4NCiZndDsgUENFMiBrbm93cyB0aGF0IHdoZXRoZXIgdGhlIGlu dGVyLUFTIGxpbmsgY2FuIDxicj4NCiZndDsgc2F0aXNmeSB0aGUgY29uc3RyYWludHMgaW4gYm90 aCBvZiB0aGUgZGlyZWN0aW9ucyBvciBub3QuJm5ic3A7Jm5ic3A7DQo8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0zPiZndDsgPGJyPg0KJmd0OyBGb3IgYSBiaS1kaXJlY3Rpb24gcGF0aCBjb21wdXRh dGlvbiBmcm9tIEEgdG8gWiA6IDxicj4NCiZndDsgUENFMiBjb21wdXRlcyBiaS1kaXJlY3Rpb24g b3B0aW1hbCBwYXRocyhpLmUuLFZTUFQpOiBFR1ogYW5kIEZaLiA8YnI+DQomZ3Q7IDxicj4NCiZn dDsgU3VwcG9zZSB0aGUgdW5pLWRpcmVjdGlvbiBpbnRlci1BUyBsaW5rIGZyb20gRSB0byBDIGRv ZXNuJ3Qgc2F0aXNmeQ0KPGJyPg0KJmd0OyB0aGUgY29uc3RyYWludHMuIE9ubHkgaW50ZXItQVMg bGlua3MgQy1GLEQtRSBhbmQgRC1GY2FuIDxicj4NCiZndDsgc2F0aXNmeSB0aGUgY29uc3RyYWlu dHMgaW4gYmktZGlyZWN0aW9uLiBCdXQgbmVpdGhlciBQQ0UxIG5vciBQQ0UyDQo8YnI+DQomZ3Q7 IGtub3dzIHRoYXQgaW5mb3JtYXRpb24sIHRoZXkgZG9uJ3Qga25vdyB3aGljaCBpbnRlci1BUyA8 YnI+DQomZ3Q7IGxpbmtzIHNob3VsZCBiZSBzZWxlY3RlZC4gPGJyPg0KJmd0OyBBY3R1YWxseSB0 aGUgb3B0aW1hbCBwYXRocyBiZXR3ZWVuIGV4aXQgQk4gb2YgQVMxIGFuZCBub2RlIFogYXJlIDxi cj4NCiZndDsgc2hvd24gaW4gcmVkIGNvbG9yIGJlbGxvdywgYnV0IFBDRTIgY2Fubm90IGNvbXB1 dGUgPGJyPg0KJmd0OyB0aGVzZSBiaS1kaXJlY3Rpb24gb3B0aW1hbCBwYXRocyBieSBhZGRpbmcg dGhlIGludGVyLUFTIGxpbmtzIC4mbmJzcDsNCk9uIDxicj4NCiZndDsgdGhlIG90aGVyIGhhbmQs IFBDRTEgY2Fubm90IGNvbXB1dGUgdGhlIDxicj4NCiZndDsgYmktZGlyZWN0aW9uIG9wdGltYWwg cGF0aHMgYnkgYWRkaW5nIHRoZSBpbnRlci1BUyBsaW5rcyBlaXRoZXIgKGkuPGJyPg0KJmd0OyBl LixQQ0UxIGNhbiBub3QgY29tcHV0ZSB0aGUgYmktZGlyZWN0aW9uIHBhdGggZnJvbSBBIHRvIEUg YW5kIEEgdG8NCkYpLiA8YnI+DQomZ3Q7IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTM+Jmd0OyA8 YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsgVGhhbmtzIC48YnI+DQomZ3Q7IDxicj4NCiZndDsm bmJzcDsgWHVlcm9uZyBXYW5nIC8gQmVzdCBSZWdhcmRzPC9mb250Pg0KPGJyPg0KPGJyPjxwcmU+ DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KWlRFJm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGljZTombmJzcDtU aGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNw O21haWwmbmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2YmbmJzcDt0aGUm bmJzcDtzZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7bWFpbCZuYnNw O2NvbW11bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtSZWNpcGllbnRz Jm5ic3A7bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZuYnNwO3RvJm5i c3A7bWFpbnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7bm90Jm5ic3A7 cGVybWl0dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2NvbnRlbnRzJm5i c3A7b2YmbmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7b3RoZXJzLg0K VGhpcyZuYnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJzcDt0cmFuc21p dHRlZCZuYnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2Fu ZCZuYnNwO2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7dXNlJm5i c3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRpdHkmbmJzcDt0 byZuYnNwO3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZuYnNwO0lmJm5i c3A7eW91Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2VtYWlsJm5ic3A7 aW4mbmJzcDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZuYnNwO29yaWdp bmF0b3ImbmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5ic3A7dmlld3Mm bmJzcDtleHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5ic3A7YXJlJm5i c3A7dGhvc2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtzZW5kZXIuDQpU aGlzJm5ic3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVkJm5ic3A7Zm9y Jm5ic3A7dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pURSZuYnNwO0Fu dGktU3BhbSZuYnNwO3N5c3RlbS4NCjwvcHJlPg== --=_alternative 002A06DD482578D5_=-- From frederick.bedford@gmail.com Thu Jul 21 20:26:25 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC210228010; Thu, 21 Jul 2011 20:26:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.444 X-Spam-Level: X-Spam-Status: No, score=-1.444 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uJnZmM83SYXF; Thu, 21 Jul 2011 20:26:25 -0700 (PDT) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4801321F85E2; Thu, 21 Jul 2011 20:26:25 -0700 (PDT) Received: by iye7 with SMTP id 7so1752929iye.31 for ; Thu, 21 Jul 2011 20:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=5lMqq1USkt3U8MwODjax7UC/35a06KZ62++zVYixZr4=; b=oawy1uQBlJGR5v6h7OkSqW40BSKsBUeFBlnCUoGxwaGiMCrv38lQrGDEw+sTqYd8XT d1ISe8BMOOkVEG9ogciXuw8IGcdiF02ZL/g7WY5mXhxsXMe2m8d+RyDLqr322nI2koEe NDVMwgfLXKufIWZ+fRFfBVgKEcHLyJle3bazo= MIME-Version: 1.0 Received: by 10.231.68.135 with SMTP id v7mr941911ibi.67.1311305184864; Thu, 21 Jul 2011 20:26:24 -0700 (PDT) Received: by 10.231.81.135 with HTTP; Thu, 21 Jul 2011 20:26:24 -0700 (PDT) Date: Fri, 22 Jul 2011 11:26:24 +0800 Message-ID: From: Frederick Robinson To: wang.xuerong@zte.com.cn Content-Type: multipart/alternative; boundary=00151773e524bc6b9f04a8a00771 X-Mailman-Approved-At: Fri, 22 Jul 2011 00:52:12 -0700 Cc: pce-bounces@ietf.org, pce@ietf.org, JP Vasseur Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2011 03:26:26 -0000 --00151773e524bc6b9f04a8a00771 Content-Type: text/plain; charset=ISO-8859-1 Hi Wang, I read the draft. It is interesting but one point isn't clear for me. Why couldn't we extend routing protocol to make border nodes get the bidirectional inter-AS links? Thanks, Frederick > > Hi JP and PCEers, > > Thank you for the promotion.We would like to trigger the > discussion, and greatly appreciate your comments and participatory. > > We add some scenarios to describe why we need to extend BRPC > procedure in the case of computing inter-AS bi-directional path. > > Suppose the inter-AS link fails in one direction(e.g., from C1 to B1). > As border node just have unidirectional inter-AS TE link properties, > for a bi-direction path computation from A to Z, PCE1 doesn't know > that the link from C1 to B1 can not be used. How PCEs select the > inter-AS links for the bidirectional path? > > Similarly,Suppose uni-direction LSP along A1-C-B-Z1 have already been setup. > After that we setup a bi-direction LSP from A to Z, neither PCE1 nor > PCE2 knows that whether the inter-AS link can > satisfy the constraints in both of the directions or not. > > For a bi-direction path computation from A to Z : > PCE2 computes bi-direction optimal paths(i.e.,VSPT): EGZ and FZ. > > Suppose the uni-direction inter-AS link from E to C doesn't satisfy > the constraints. Only inter-AS links C-F,D-E and D-Fcan > satisfy the constraints in bi-direction. But neither PCE1 nor PCE2 > knows that information, they don't know which inter-AS > links should be selected. > Actually the optimal paths between exit BN of AS1 and node Z are > shown in red color bellow, but PCE2 cannot compute > these bi-direction optimal paths by adding the inter-AS links . On > the other hand, PCE1 cannot compute the > bi-direction optimal paths by adding the inter-AS links either (i. > e.,PCE1 can not compute the bi-direction path from A to E and A to F). > > > > Thanks . > > Xuerong Wang / Best Regards --00151773e524bc6b9f04a8a00771 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Wang,

I read the draft. It is interesting but one point isn't clear = for me.
Why couldn't we extend routing protocol to make border nodes= get the bidirectional inter-AS links?

Thanks,

Frederick

>
> Hi JP and PCEers,
>
> Thank you for=A0= the promotion.We would like to trigger the
> discussion, and greatl= y appreciate your comments and participatory.
>
> We add some= scenarios to describe why we need to extend BRPC
> procedure in the case of computing inter-AS bi-directional path.
&= gt;
> Suppose the inter-AS link fails in one direction(e.g., from C1= to B1).
> As border node just have unidirectional inter-AS TE link = properties,
> for a bi-direction path computation from A to Z, PCE1 doesn't know=
> that the link from C1 to=A0 B1 can not be used. How PCEs select t= he
> inter-AS links for the bidirectional path?=A0
>
>=A0 Similarly,Suppose uni-direction LSP along A1-C-B-Z1 have alrea= dy been setup.
> After that we setup a bi-direction LSP from A to Z,= neither PCE1 nor
> PCE2 knows that whether the inter-AS link can > satisfy the constraints in both of the directions or not.=A0=A0
>
> For a bi-direction path computation from A to Z :
&g= t; PCE2 computes bi-direction optimal paths(i.e.,VSPT): EGZ and FZ.
>= ;
> Suppose the uni-direction inter-AS link from E to C doesn't = satisfy
> the constraints. Only inter-AS links C-F,D-E and D-Fcan
> satis= fy the constraints in bi-direction. But neither PCE1 nor PCE2
> know= s that information, they don't know which inter-AS
> links shoul= d be selected.
> Actually the optimal paths between exit BN of AS1 and node Z are
&= gt; shown in red color bellow, but PCE2 cannot compute
> these bi-di= rection optimal paths by adding the inter-AS links .=A0 On
> the oth= er hand, PCE1 cannot compute the
> bi-direction optimal paths by adding the inter-AS links either (i.
= > e.,PCE1 can not compute the bi-direction path from A to E and A to F).=
>
>
>
>=A0 Thanks .
>
>=A0 Xuerong Wang / = Best Regards
--00151773e524bc6b9f04a8a00771-- From cyril.margaria@nsn.com Sun Jul 24 13:45:19 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6DD521F84F5 for ; Sun, 24 Jul 2011 13:45:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.561 X-Spam-Level: X-Spam-Status: No, score=-6.561 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fci4ipST58ZO for ; Sun, 24 Jul 2011 13:45:19 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 8039021F84F2 for ; Sun, 24 Jul 2011 13:45:18 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p6OKjCGR023924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 24 Jul 2011 22:45:12 +0200 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p6OKjCjY025290; Sun, 24 Jul 2011 22:45:12 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Sun, 24 Jul 2011 22:45:12 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sun, 24 Jul 2011 22:45:10 +0200 Message-ID: In-Reply-To: A<5316A0AB3C851246A7CA5758973207D40496913F@dfweml503-mbx.china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Pce] Compute ingress and egress backup LSP Thread-Index: AQHL7dOVMQnjdMzYy0ugAzX10jre1ZRE74YAgAF04bCAALaHwICcTdcggBFkYoCAB9TpIA== References: A<5316A0AB3C851246A7CA5758973207D40496913F@dfweml503-mbx.china.huawei.com> From: "Margaria, Cyril (NSN - DE/Munich)" To: "ext Huaimo Chen" X-OriginalArrivalTime: 24 Jul 2011 20:45:12.0360 (UTC) FILETIME=[95832A80:01CC4A42] Cc: pce@ietf.org Subject: Re: [Pce] Compute ingress and egress backup LSP X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2011 20:45:19 -0000 Hi,=20 Please see inline > -----Original Message----- > From: ext Huaimo Chen [mailto:huaimo.chen@huawei.com] > Sent: Tuesday, July 19, 2011 4:56 PM > To: Margaria, Cyril (NSN - DE/Munich) > Cc: pce@ietf.org > Subject: FW: [Pce] Compute ingress and egress backup LSP >=20 > Hi Cyril, >=20 > I updated the draft according to some of your suggestions. The > updated draft is posted in IETF web site on July 9, 2011.Please have a > look at it http://datatracker.ietf.org/doc/draft-chen-pce-compute- > backup-ingress/ in section 4.2.2. "External Source Node Object". > After further thought, it seems that we may use END-POINTS to > represent an external source node in a request for computing a backup > ingress node of MPLS LSP. >=20 > Best Regards, > Huaimo > > -----Original Message----- > > From: Huaimo Chen > > Sent: Friday, July 08, 2011 3:20 PM > > To: 'Margaria, Cyril (NSN - DE/Munich)' > > Subject: RE: [Pce] Compute ingress and egress backup LSP > > > > Hi Cyril, > > > > I am updating the draft for submitting to IETF 81 and considering > > your suggestions. But I have some questions about them. > > Firstly, if we use END-POINTS to represent an external source > node > > in a request for computing a backup ingress node of MPLS LSP, how do > > we distinguish different end-points in the message since there may be > > a number of end-points in the message? I do not understand, it seems you see an use case where you would like to request the PCE to calculate at the same time a path and a backup path avoiding what you consider as=20 The LSP. Finding such path can be done using several request (explicitly sharing the path), however I am not sure its possible as of today using one single request, it would be=20 something like a SVEC indicating that all the request should share the path=20 (except on the exclusions), but defining new object also representing the traffic/path endpoints Does not seems the best solution. > > Secondly, if we use END-POINTS to represent a number of external > > destination nodes in a request message for computing a number of > > backup egress nodes of an MPLS TE P2MP LSP, then we need the > > information about the egress node to which each backup egress node is > > associated. How do we represent the information about each egress > node > > and its association with its corresponding backup egress node to be > computed? > > BTW, are you going to attend IETF 81 in Quebec? If you are, we > can > > discuss these in more details. > > > > Best Regards, > > Huaimo > > -----Original Message----- > > From: Margaria, Cyril (NSN - DE/Munich) > > [mailto:cyril.margaria@nsn.com] > > Sent: Thursday, March 31, 2011 4:09 AM > > To: Huaimo Chen; pce@ietf.org > > Subject: RE: [Pce] Compute ingress and egress backup LSP > > > > Hi, > > Thanks for your answer, I was not detailed enough, please see inline > > > > > > > I would like to understand what is missing in doing the following > > > requests, using the topology shown in the PCEP IETF80 presentation > > > (http://tools.ietf.org/wg/pce/agenda?item=3Dagenda80.html, > > > http://tools.ietf.org/agenda/80/slides/pce-7.ppt) , slide number 7 > > > > > > Request #1 : > > > o PCReq : > > > - END-POINTS : CE3, leaf : CE1, CE2 > > - IRO : PE5, link CE3-PE5, PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > > > o PCRep : > > > - ERO : PE5....PE1,CE1 > > > - SERO : n..PE3,CE2 > > > Huaimo: This request should be for computing a P2MP TE LSP path > from > > > PE5 (Ingress) to PE1 (Egress) and PE3 (Egress).It seems that your > > > request is for the P2MP path from CE3 (Ingress) to CE1 > (Egress/Leaf) > > > and CE2 (Egress/Leaf). > > > > > This is correct, I do request the path from the CE node, the term > > ingress/egress can be misleading, it is not required that the > endpoint > > of the path are the LSP ingress/egress > > > > this is the PCC which decide to create an LSP from PE. > > I missed one important point here : the PE5, as LSP endpoint and > > likely PCC, want the path to go though him, hence the IRO (added to > > the message) > > > > > > > Request #2 (backup ingress) : > > > O PCReq : > > > - END-POINTS : CE4, leaf : CE1,CE2 > > > - XRO : {F bit set, exclude : PE5) > > > - RRO : PE5....PE1, CE1 > > - IRO : PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > > > - SRRO : n..PE3,CE2 > > > O PCRep : > > > - ERO : PE6....PE1,CE1 > > > - SERO : n..PE3,CE2 > > > Huaimo: This request should be for computing a backup ingress of > the > > > P2MP TE LSP in red color, which is from PE5 to PE1 and PE3. > > > > Same here, the request is NOT matching the signaling path, this is > > intentional and do *not* mean that the LSP is required to have a 1:1 > > mapping between PCReq endpoints and LSP ingress/egress. > > > > > The reply > > > for the request may just contain the backup ingress such as PE6 and > > > backup path from the backup ingress such as PE6 to the next hop > node > > of > > > the ingress PE5. The request should indicate that the backup > ingress > > > computed must be able to get the same data that the ingress such as > > PE5 > > > receives and imports into the P2MP TE LSP from a node (external > > > source node), which may not be in the same domain as the ingress. > > > It seems that your request does not have this information. > > > > This is correct, I forgot the IRO, its working with the IRO. > > > > > > > Request #3 (backup egress) : > > > O PCReq : > > > - END-POINTS : CE3, leaf : CE1,CE2 > > > - XRO : {F bit set, exclude : PE1, PE4) > > > > - IRO : PE5, link CE3-PE5, > > > > > - RRO : PE5....PE1, CE1 > > > - SRRO : n..PE3,CE2 > > > O PCRep : > > > - ERO : PE6....PE2,CE1 > > > - SERO : n..PE4,CE2 > > > Huaimo: This request should be for computing a given set of backup > > > egress nodes of the P2MP TE LSP. For example, we may request PCE to > > > compute a backup egress for PE1 and a backup egress for PE3 in one > > > request. In this case, we need to indicate that the backup egress > > > for egress PE1 must have a connection to CE1, to which the data > > > coming out from the egress PE1 of the P2MP TE LSP is sent; and the > > > backup egress for egress PE3 must have a connection to CE3, to > which > > > the data coming out from egress PE3 of the P2MP TE LSP is sent. > > > It seems that your request does not have this information. > > > > This is also correct, the IRO is missing, this is a key point to > force > > the request to use the LSP ingress/egress. > > > > Does it fit with the corrected request (IRO) and responses? > > > > Best Regards > > From hechen0001@gmail.com Sun Jul 24 21:25:24 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DA9F21F8663 for ; Sun, 24 Jul 2011 21:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rRo7da4JizQw for ; Sun, 24 Jul 2011 21:25:23 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id 727FE21F8658 for ; Sun, 24 Jul 2011 21:25:23 -0700 (PDT) Received: by qyk9 with SMTP id 9so805898qyk.10 for ; Sun, 24 Jul 2011 21:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=VvqnSM0USaQGS42R5v+3L0dETvrtOAtMqGwPILO179c=; b=G+u4QqcvwOI7D9yJ/2ieA3d1zSr56iAOFCVe0omAXyD/8nnsaPsorJ8v6/lGSXw7tS PucDAXHpJfsbcT4RWyM4FPn64JiYlwR18Vu1B2WLz2/2OM756ZNuP4HdxBaHVyPNo5/u ZtEe4Skq+m9xnOnWmGFqWFQk/Q9Ljb0Ie3SDU= MIME-Version: 1.0 Received: by 10.229.25.212 with SMTP id a20mr3089572qcc.148.1311567922818; Sun, 24 Jul 2011 21:25:22 -0700 (PDT) Received: by 10.229.187.69 with HTTP; Sun, 24 Jul 2011 21:25:22 -0700 (PDT) Date: Mon, 25 Jul 2011 12:25:22 +0800 Message-ID: From: =?GB2312?B?zfXA2g==?= To: pce@ietf.org, wang.xuerong@zte.com.cn Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 04:25:24 -0000 Hi, Xuerong and PCEers I have read the draft. It provides an alternate method that extends BRPC and PCEP protocol to get TE information of Inter-AS biderectional links. In my opinion, It is useful for the smooth upgrade of existing MPLS/GMPLS networks to support Inter-AS bidirectional path computation, because it need not any extension or modification to the IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled routers/switches. However, the method of IGP extension is also applicable and suitable for new network-equipments. So, I think there is no conflict between these two metods. The draft could be used in the scenario where the IGP extension of Inter-AS biderectional links can not be supported. Thanks. Lei Wang Tsinghua University, Beijing, China hechen0001@gmail.com or leiw@tsinghua.edu.cn From jpv@cisco.com Mon Jul 25 05:30:09 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AF2D21F8639 for ; Mon, 25 Jul 2011 05:30:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.223 X-Spam-Level: X-Spam-Status: No, score=-105.223 tagged_above=-999 required=5 tests=[AWL=-5.375, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cm1vZfQs7Qmf for ; Mon, 25 Jul 2011 05:30:08 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 6812C21F85EE for ; Mon, 25 Jul 2011 05:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=4058; q=dns/txt; s=iport; t=1311597008; x=1312806608; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=Q06CWTNxyeHbZ0yL8hqgSBVm2VQXZego6c6Cz9JOpB8=; b=K+BefqvPOdbSAKbuScSngqBAHjta0ZQPORV1pGSwHFRsje7Uy084q/c0 TJChD9W6U0dZXL+o3kcu3a3waqBlxAXyVdwm/Ow6irjJmUdWJfP2wzSkG /EeldlNnPgx0fZ17DJAgFZXRZpxIQMK4QBdaLgwE4ApnRiUw0Xzie9lU6 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOhgLU6tJV2b/2dsb2JhbAA0AQEBAQIBAQEBEQEeRwsFDAoCBEwCFBIGOQcXJ4QvowF3iHwEogqNHQiQSoUsNF8EknCFBwmEWYcT X-IronPort-AV: E=Sophos;i="4.67,260,1309737600"; d="scan'208,217";a="6095791" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-8.cisco.com with ESMTP; 25 Jul 2011 12:30:08 +0000 Received: from xbh-rcd-101.cisco.com (xbh-rcd-101.cisco.com [72.163.62.138]) by rcdn-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p6PCU7ZI016131; Mon, 25 Jul 2011 12:30:07 GMT Received: from xfe-rcd-301.cisco.com ([72.163.63.12]) by xbh-rcd-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Jul 2011 07:30:07 -0500 Received: from [10.255.254.166] ([10.82.234.244]) by xfe-rcd-301.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Jul 2011 07:30:07 -0500 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_7820DCFC-C41F-41CC-9AA4-CA33FC886275" From: JP Vasseur In-Reply-To: Date: Mon, 25 Jul 2011 08:30:05 -0400 Message-Id: <4CC4A3A1-E022-43AC-AE7C-73D95557C502@cisco.com> References: To: =?utf-8?B?546L56OK?= X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 25 Jul 2011 12:30:07.0335 (UTC) FILETIME=[9659CF70:01CC4AC6] Cc: pce@ietf.org Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 12:30:09 -0000 --Apple-Mail=_7820DCFC-C41F-41CC-9AA4-CA33FC886275 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=GB2312 Thanks for your feed-back. It would be interesting to hear from the WG = if indeed we need two methods. To each specific problem we can certainly find a = number of way to solve it, but let's try to make sure that we do not specify a = new technique=20 if we can use what exist today. WG ? Thanks. JP. On Jul 25, 2011, at 12:25 AM, =CD=F5=C0=DA wrote: > Hi, Xuerong and PCEers >=20 > I have read the draft. It provides an alternate method that extends > BRPC and PCEP protocol to get TE information of Inter-AS biderectional > links. In my opinion, It is useful for the smooth upgrade of existing > MPLS/GMPLS networks to support Inter-AS bidirectional path > computation, because it need not any extension or modification to the > IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled > routers/switches. However, the method of IGP extension is also > applicable and suitable for new network-equipments. So, I think there > is no conflict between these two metods. The draft could be used in > the scenario where the IGP extension of Inter-AS biderectional links > can not be supported. >=20 > Thanks. >=20 > Lei Wang > Tsinghua University, Beijing, China > hechen0001@gmail.com or leiw@tsinghua.edu.cn > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce >=20 --Apple-Mail=_7820DCFC-C41F-41CC-9AA4-CA33FC886275 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=GB2312
= Re: [Pce] request timeslot for = draft-wang-pce-inter-as-extentions-01

Hi, Xuerong = and PCEers

I have read the draft. It provides an alternate method that extends
BRPC and PCEP protocol to get TE information of Inter-AS = biderectional
links. In my opinion, It is useful for the smooth upgrade of = existing
MPLS/GMPLS networks to support Inter-AS bidirectional path
computation, because it need not any extension or modification to = the
IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled
routers/switches. However, the method of IGP extension is also
applicable and suitable for new network-equipments. So, I think = there
is no conflict between these two metods. The draft could be used in
the scenario where the IGP extension of Inter-AS biderectional links
can not be supported.

Thanks.

Lei Wang
Tsinghua University, Beijing, China
hechen0001@gmail.com or leiw@tsinghua.edu.cn
_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/ma= ilman/listinfo/pce


= --Apple-Mail=_7820DCFC-C41F-41CC-9AA4-CA33FC886275-- From fu.xihua@zte.com.cn Mon Jul 25 09:14:11 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BC9311E826A; Mon, 25 Jul 2011 09:14:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.249 X-Spam-Level: X-Spam-Status: No, score=-97.249 tagged_above=-999 required=5 tests=[AWL=0.386, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dHTsN5fa0op3; Mon, 25 Jul 2011 09:14:08 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 51BF421F8DE4; Mon, 25 Jul 2011 08:16:55 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 48643280467362; Mon, 25 Jul 2011 23:13:34 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 81981.5810448667; Mon, 25 Jul 2011 23:16:41 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p6PFGhe8063776; Mon, 25 Jul 2011 23:16:43 +0800 (GMT-8) (envelope-from fu.xihua@zte.com.cn) In-Reply-To: <4CC4A3A1-E022-43AC-AE7C-73D95557C502@cisco.com> To: JP Vasseur MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: fu.xihua@zte.com.cn Date: Mon, 25 Jul 2011 23:16:47 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-25 23:16:45, Serialize complete at 2011-07-25 23:16:45 Content-Type: multipart/alternative; boundary="=_alternative 0053EF20482578D8_=" X-MAIL: mse01.zte.com.cn p6PFGhe8063776 Cc: pce-bounces@ietf.org, pce@ietf.org, =?GB2312?B?zfXA2g==?= Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 16:14:11 -0000 This is a multipart message in MIME format. --=_alternative 0053EF20482578D8_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSlAsDQoNCklNTywgd2UgZG9uJ3QgbmVlZCB0d28gbWV0aG9kcy4gVGhlIG1ldGhvZCBvZiBl eHRlbmRpbmcgSUdQIG1heSBpbXBhY3Qgb24gDQpsYXJnZSBhc3BlY3QuDQpFeHRlbmRpbmcgQlJQ QyBhbmQgUENFUCBkZWZpbmVkIGluIHRoaXMgZHJhZnQgaXMgZW5vdWdoLg0KDQpUaGFua3MsDQoN ClhpaHVhDQoNCg0KDQpKUCBWYXNzZXVyIDxqcHZAY2lzY28uY29tPiANCreivP7IyzogIHBjZS1i b3VuY2VzQGlldGYub3JnDQoyMDExLTA3LTI1IM/CzucgMDg6MzANCg0KytW8/sjLDQrN9cDaIDxo ZWNoZW4wMDAxQGdtYWlsLmNvbT4NCrOty80NCnBjZUBpZXRmLm9yZw0K1vfM4g0KUmU6IFtQY2Vd IHJlcXVlc3QgdGltZXNsb3QgZm9yIGRyYWZ0LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMt MDENCg0KDQoNCg0KDQoNClRoYW5rcyBmb3IgeW91ciBmZWVkLWJhY2suIEl0IHdvdWxkIGJlIGlu dGVyZXN0aW5nIHRvIGhlYXIgZnJvbSB0aGUgV0cgaWYgDQppbmRlZWQNCndlIG5lZWQgdHdvIG1l dGhvZHMuIFRvIGVhY2ggc3BlY2lmaWMgcHJvYmxlbSB3ZSBjYW4gY2VydGFpbmx5IGZpbmQgYSAN Cm51bWJlcg0Kb2Ygd2F5IHRvIHNvbHZlIGl0LCBidXQgbGV0J3MgdHJ5IHRvIG1ha2Ugc3VyZSB0 aGF0IHdlIGRvIG5vdCBzcGVjaWZ5IGEgDQpuZXcgdGVjaG5pcXVlIA0KaWYgd2UgY2FuIHVzZSB3 aGF0IGV4aXN0IHRvZGF5Lg0KDQpXRyA/DQoNClRoYW5rcy4NCg0KSlAuDQpPbiBKdWwgMjUsIDIw MTEsIGF0IDEyOjI1IEFNLCDN9cDaIHdyb3RlOg0KDQpIaSwgWHVlcm9uZyBhbmQgUENFZXJzDQoN CkkgaGF2ZSByZWFkIHRoZSBkcmFmdC4gSXQgcHJvdmlkZXMgYW4gYWx0ZXJuYXRlIG1ldGhvZCB0 aGF0IGV4dGVuZHMNCkJSUEMgYW5kIFBDRVAgcHJvdG9jb2wgdG8gZ2V0IFRFIGluZm9ybWF0aW9u IG9mIEludGVyLUFTIGJpZGVyZWN0aW9uYWwNCmxpbmtzLiBJbiBteSBvcGluaW9uLCBJdCBpcyB1 c2VmdWwgZm9yIHRoZSBzbW9vdGggdXBncmFkZSBvZiBleGlzdGluZw0KTVBMUy9HTVBMUyBuZXR3 b3JrcyB0byBzdXBwb3J0IEludGVyLUFTIGJpZGlyZWN0aW9uYWwgcGF0aA0KY29tcHV0YXRpb24s IGJlY2F1c2UgaXQgbmVlZCBub3QgYW55IGV4dGVuc2lvbiBvciBtb2RpZmljYXRpb24gdG8gdGhl DQpJR1AgKHN1Y2ggYXMgT1NQRiBhbmQgSVMtSVMpIHVzZWQgaW4gTVBMUy9HTVBMUy1lbmFibGVk DQpyb3V0ZXJzL3N3aXRjaGVzLiBIb3dldmVyLCB0aGUgbWV0aG9kIG9mIElHUCBleHRlbnNpb24g aXMgYWxzbw0KYXBwbGljYWJsZSBhbmQgc3VpdGFibGUgZm9yIG5ldyBuZXR3b3JrLWVxdWlwbWVu dHMuIFNvLCBJIHRoaW5rIHRoZXJlDQppcyBubyBjb25mbGljdCBiZXR3ZWVuIHRoZXNlIHR3byBt ZXRvZHMuIFRoZSBkcmFmdCBjb3VsZCBiZSB1c2VkIGluDQp0aGUgc2NlbmFyaW8gd2hlcmUgdGhl IElHUCBleHRlbnNpb24gb2YgSW50ZXItQVMgYmlkZXJlY3Rpb25hbCBsaW5rcw0KY2FuIG5vdCBi ZSBzdXBwb3J0ZWQuDQoNClRoYW5rcy4NCg0KTGVpIFdhbmcNClRzaW5naHVhIFVuaXZlcnNpdHks IEJlaWppbmcsIENoaW5hDQpoZWNoZW4wMDAxQGdtYWlsLmNvbSBvciBsZWl3QHRzaW5naHVhLmVk dS5jbg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBj ZSBtYWlsaW5nIGxpc3QNClBjZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9wY2UNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpQY2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQoNCg0K --=_alternative 0053EF20482578D8_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPkhpIEpQLDwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+SU1PLCB3ZSBkb24ndCBuZWVkIHR3byBtZXRo b2RzLiBUaGUgbWV0aG9kDQpvZiBleHRlbmRpbmcgSUdQIG1heSBpbXBhY3Qgb24gbGFyZ2UgYXNw ZWN0LjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+RXh0ZW5kaW5nIEJS UEMgYW5kIFBDRVAgZGVmaW5lZCBpbiB0aGlzDQpkcmFmdCBpcyBlbm91Z2guPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5UaGFua3MsPC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5YaWh1YTwvZm9udD4NCjxicj4NCjxicj4N Cjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MzUl Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5KUCBWYXNzZXVyICZsdDtqcHZAY2lz Y28uY29tJmd0OzwvYj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+t6K8/sjLOiAmbmJzcDtwY2UtYm91bmNlc0BpZXRmLm9yZzwvZm9udD4NCjxwPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDExLTA3LTI1IM/CzucgMDg6MzA8L2ZvbnQ+DQo8dGQg d2lkdGg9NjQlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9u dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+zfXA2iAmbHQ7aGVj aGVuMDAwMUBnbWFpbC5jb20mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5wY2VAaWV0Zi5vcmc8L2Zv bnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPlJlOiBbUGNlXSByZXF1ZXN0IHRpbWVzbG90IGZvciBkcmFmdC13YW5n LXBjZS1pbnRlci1hcy1leHRlbnRpb25zLTAxPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+ DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPlRoYW5rcyBmb3IgeW91 ciBmZWVkLWJhY2suIEl0IHdvdWxkDQpiZSBpbnRlcmVzdGluZyB0byBoZWFyIGZyb20gdGhlIFdH IGlmIGluZGVlZDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+d2Ug bmVlZCB0d28gbWV0aG9kcy4gVG8gZWFjaCBzcGVjaWZpYw0KcHJvYmxlbSB3ZSBjYW4gY2VydGFp bmx5IGZpbmQgYSBudW1iZXI8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2Vy aWYiPm9mIHdheSB0byBzb2x2ZSBpdCwgYnV0IGxldCdzIHRyeSB0bw0KbWFrZSBzdXJlIHRoYXQg d2UgZG8gbm90IHNwZWNpZnkgYSBuZXcgdGVjaG5pcXVlIDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0ic2Fucy1zZXJpZiI+aWYgd2UgY2FuIHVzZSB3aGF0IGV4aXN0IHRvZGF5LjwvZm9u dD4NCjxicj4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+V0cgPzwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzLjwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+SlAuPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj5PbiBKdWwgMjUsIDIwMTEsIGF0IDEyOjI1 IEFNLCDN9cDaDQp3cm90ZTo8L2ZvbnQ+DQo8YnI+DQo8cD48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+SGksIFh1ZXJvbmcgYW5kIFBDRWVyczxicj4NCjxicj4NCkkgaGF2ZSByZWFkIHRo ZSBkcmFmdC4gSXQgcHJvdmlkZXMgYW4gYWx0ZXJuYXRlIG1ldGhvZCB0aGF0IGV4dGVuZHM8YnI+ DQpCUlBDIGFuZCBQQ0VQIHByb3RvY29sIHRvIGdldCBURSBpbmZvcm1hdGlvbiBvZiBJbnRlci1B UyBiaWRlcmVjdGlvbmFsPGJyPg0KbGlua3MuIEluIG15IG9waW5pb24sIEl0IGlzIHVzZWZ1bCBm b3IgdGhlIHNtb290aCB1cGdyYWRlIG9mIGV4aXN0aW5nPGJyPg0KTVBMUy9HTVBMUyBuZXR3b3Jr cyB0byBzdXBwb3J0IEludGVyLUFTIGJpZGlyZWN0aW9uYWwgcGF0aDxicj4NCmNvbXB1dGF0aW9u LCBiZWNhdXNlIGl0IG5lZWQgbm90IGFueSBleHRlbnNpb24gb3IgbW9kaWZpY2F0aW9uIHRvIHRo ZTxicj4NCklHUCAoc3VjaCBhcyBPU1BGIGFuZCBJUy1JUykgdXNlZCBpbiBNUExTL0dNUExTLWVu YWJsZWQ8YnI+DQpyb3V0ZXJzL3N3aXRjaGVzLiBIb3dldmVyLCB0aGUgbWV0aG9kIG9mIElHUCBl eHRlbnNpb24gaXMgYWxzbzxicj4NCmFwcGxpY2FibGUgYW5kIHN1aXRhYmxlIGZvciBuZXcgbmV0 d29yay1lcXVpcG1lbnRzLiBTbywgSSB0aGluayB0aGVyZTxicj4NCmlzIG5vIGNvbmZsaWN0IGJl dHdlZW4gdGhlc2UgdHdvIG1ldG9kcy4gVGhlIGRyYWZ0IGNvdWxkIGJlIHVzZWQgaW48YnI+DQp0 aGUgc2NlbmFyaW8gd2hlcmUgdGhlIElHUCBleHRlbnNpb24gb2YgSW50ZXItQVMgYmlkZXJlY3Rp b25hbCBsaW5rczxicj4NCmNhbiBub3QgYmUgc3VwcG9ydGVkLjxicj4NCjxicj4NClRoYW5rcy48 YnI+DQo8YnI+DQpMZWkgV2FuZzxicj4NClRzaW5naHVhIFVuaXZlcnNpdHksIEJlaWppbmcsIENo aW5hPC9mb250Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxi cj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86aGVjaGVuMDAwMUBnbWFpbC5jb20+PGZvbnQg c2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+aGVjaGVuMDAwMUBnbWFpbC5j b208L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+DQpvciA8L2Zv bnQ+PGEgaHJlZj1tYWlsdG86bGVpd0B0c2luZ2h1YS5lZHUuY24+PGZvbnQgc2l6ZT0yIGNvbG9y PWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+bGVpd0B0c2luZ2h1YS5lZHUuY248L3U+PC9mb250 PjwvYT48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpQY2UgbWFpbGluZyBsaXN0PC9m b250Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwv dT48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86UGNlQGlldGYub3JnPjxmb250IHNpemU9MiBjb2xvcj1i bHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1PlBjZUBpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250 IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwvdT48L2ZvbnQ+ PGEgaHJlZj1odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZT48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3BjZTwvdT48L2ZvbnQ+PC9hPg0KPHA+PGZvbnQgc2l6ZT0yPjx0 dD5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClBj ZSBtYWlsaW5nIGxpc3Q8YnI+DQpQY2VAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3BjZTxicj4NCjwvdHQ+PC9mb250Pg0KPHA+DQo= --=_alternative 0053EF20482578D8_=-- From jpv@cisco.com Mon Jul 25 10:20:53 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4104E21F8B70; Mon, 25 Jul 2011 10:20:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.005 X-Spam-Level: X-Spam-Status: No, score=-109.005 tagged_above=-999 required=5 tests=[AWL=-0.857, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CVvbfbV58KxJ; Mon, 25 Jul 2011 10:20:52 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 678A521F8B36; Mon, 25 Jul 2011 10:20:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=8047; q=dns/txt; s=iport; t=1311614450; x=1312824050; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=2mCRfnMVZ3nIcwkd/EHZ5wrHaZSN65+letqiRXOPerU=; b=al3FGpx/8tO24RMXmzY4zFFzPv0a1WmNO+Oo1bT2X0DJ3QnDeMDWvOCE EED4DpvnE8xoBwneYZq8DKBGrSeFQEnw1QUbQzM7NuhW+/4iS0kLn8eFo vBl4fVDg36Mux+6SLUvBpQW+pod9M1kDZN3z0Z33FKqJtUzFWDB/HzoHZ Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAIWlLU6Q/khM/2dsb2JhbAA0AQEBAQIBAQEBEQFlCwUMCgIYOAIUEgY5HieCNoF5owN3iHwEoXGNHQiQb4UsNF8EknCFBwmEWYcT X-IronPort-AV: E=Sophos;i="4.67,263,1309737600"; d="scan'208,217";a="104217816" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 25 Jul 2011 17:20:49 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p6PHKn2E028706; Mon, 25 Jul 2011 17:20:49 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Jul 2011 19:20:49 +0200 Received: from [10.255.254.166] ([10.61.66.233]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Jul 2011 19:20:48 +0200 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_313DC725-F3E1-4D00-95DB-DD6C12CCFAAD" From: JP Vasseur In-Reply-To: Date: Mon, 25 Jul 2011 13:20:47 -0400 Message-Id: <560E52D0-9A68-4330-8160-725C899B2C7E@cisco.com> References: To: fu.xihua@zte.com.cn X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 25 Jul 2011 17:20:48.0765 (UTC) FILETIME=[3240D2D0:01CC4AEF] Cc: pce-bounces@ietf.org, pce@ietf.org, =?utf-8?B?546L56OK?= Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 17:20:53 -0000 --Apple-Mail=_313DC725-F3E1-4D00-95DB-DD6C12CCFAAD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=GB2312 Hi, On Jul 25, 2011, at 11:16 AM, fu.xihua@zte.com.cn wrote: >=20 > Hi JP,=20 >=20 > IMO, we don't need two methods. The method of extending IGP may impact = on large aspect.=20 > Extending BRPC and PCEP defined in this draft is enough.=20 >=20 So let the WG decide which one of the methods is most appropriate Thanks. JP. > Thanks,=20 >=20 > Xihua=20 >=20 >=20 > JP Vasseur =20 > =B7=A2=BC=FE=C8=CB: pce-bounces@ietf.org > 2011-07-25 =CF=C2=CE=E7 08:30 >=20 > =CA=D5=BC=FE=C8=CB > =CD=F5=C0=DA > =B3=AD=CB=CD > pce@ietf.org > =D6=F7=CC=E2 > Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 >=20 >=20 >=20 >=20 >=20 > Thanks for your feed-back. It would be interesting to hear from the WG = if indeed=20 > we need two methods. To each specific problem we can certainly find a = number=20 > of way to solve it, but let's try to make sure that we do not specify = a new technique=20 > if we can use what exist today.=20 >=20 > WG ?=20 >=20 > Thanks.=20 >=20 > JP.=20 > On Jul 25, 2011, at 12:25 AM, =CD=F5=C0=DA wrote:=20 > Hi, Xuerong and PCEers >=20 > I have read the draft. It provides an alternate method that extends > BRPC and PCEP protocol to get TE information of Inter-AS biderectional > links. In my opinion, It is useful for the smooth upgrade of existing > MPLS/GMPLS networks to support Inter-AS bidirectional path > computation, because it need not any extension or modification to the > IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled > routers/switches. However, the method of IGP extension is also > applicable and suitable for new network-equipments. So, I think there > is no conflict between these two metods. The draft could be used in > the scenario where the IGP extension of Inter-AS biderectional links > can not be supported. >=20 > Thanks. >=20 > Lei Wang > Tsinghua University, Beijing, China > hechen0001@gmail.com or leiw@tsinghua.edu.cn > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce >=20 >=20 --Apple-Mail=_313DC725-F3E1-4D00-95DB-DD6C12CCFAAD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=GB2312 fu.xihua@zte.com.cn = wrote:


Hi JP,

IMO, we don't need two methods. = The method of extending IGP may impact on large aspect.
Extending BRPC and PCEP defined in = this draft is enough.


So let the WG decide which one of = the methods is most = appropriate

Thanks.

JP.<= /div>
Thanks,

Xihua


JP Vasseur = <jpv@cisco.com>
=B7=A2=BC=FE=C8=CB:  pce-bounces@ietf.org

2011-07-25 =CF=C2=CE=E7 08:30

=CA=D5=BC=FE=C8=CB
=CD=F5=C0=DA <hechen0001@gmail.com>
=B3=AD=CB=CD
pce@ietf.org
=D6=F7=CC=E2
Re: [Pce] request timeslot = for = draft-wang-pce-inter-as-extentions-01





Thanks for your feed-back. It = would be interesting to hear from the WG if indeed
we need two methods. To each = specific problem we can certainly find a number
of way to solve it, but let's = try to make sure that we do not specify a new technique
if we can use what exist = today.

WG ?

Thanks.

JP.
On Jul 25, 2011, at 12:25 AM, = =CD=F5=C0=DA wrote:

Hi, Xuerong and PCEers

I have read the draft. It provides an alternate method that extends
BRPC and PCEP protocol to get TE information of Inter-AS = biderectional
links. In my opinion, It is useful for the smooth upgrade of = existing
MPLS/GMPLS networks to support Inter-AS bidirectional path
computation, because it need not any extension or modification to = the
IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled
routers/switches. However, the method of IGP extension is also
applicable and suitable for new network-equipments. So, I think = there
is no conflict between these two metods. The draft could be used in
the scenario where the IGP extension of Inter-AS biderectional links
can not be supported.

Thanks.

Lei Wang
Tsinghua University, Beijing, China
hechen0001@gmail.com or leiw@tsinghua.edu.cn
_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/ma= ilman/listinfo/pce



= --Apple-Mail=_313DC725-F3E1-4D00-95DB-DD6C12CCFAAD-- From huaimo.chen@huawei.com Mon Jul 25 11:25:28 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB0B621F8B05 for ; Mon, 25 Jul 2011 11:25:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.156 X-Spam-Level: X-Spam-Status: No, score=-6.156 tagged_above=-999 required=5 tests=[AWL=-0.442, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2MwtF0sQ60E for ; Mon, 25 Jul 2011 11:25:24 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id 56DAD21F8B17 for ; Mon, 25 Jul 2011 11:25:24 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOW00F7KJ6BCB@usaga02-in.huawei.com> for pce@ietf.org; Mon, 25 Jul 2011 13:25:24 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.4.104]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LOW003JXJ6BPX@usaga02-in.huawei.com> for pce@ietf.org; Mon, 25 Jul 2011 13:25:23 -0500 (CDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 25 Jul 2011 11:25:23 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.202]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Mon, 25 Jul 2011 11:25:23 -0700 Date: Mon, 25 Jul 2011 18:25:22 +0000 From: Huaimo Chen In-reply-to: X-Originating-IP: [10.47.138.197] To: "Margaria, Cyril (NSN - DE/Munich)" Message-id: <5316A0AB3C851246A7CA5758973207D40497359C@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_Rzo8WQ7pJMtLk5Lx6vtKjg)" Content-language: en-US Accept-Language: en-US Thread-topic: [Pce] Compute ingress and egress backup LSP Thread-index: AQHL7dOVMQnjdMzYy0ugAzX10jre1ZRE74YAgAF04bCAALaHwICcTdcggBFkYoCAB9TpIIABXyvg X-MS-Has-Attach: X-MS-TNEF-Correlator: Cc: "pce@ietf.org" Subject: Re: [Pce] Compute ingress and egress backup LSP X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 18:25:28 -0000 --Boundary_(ID_Rzo8WQ7pJMtLk5Lx6vtKjg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi Cyril, Thanks much for your comments! My explanations are inline below. Best Regards, Huaimo -----Original Message----- From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Sunday, July 24, 2011 4:45 PM To: Huaimo Chen Cc: pce@ietf.org Subject: RE: [Pce] Compute ingress and egress backup LSP Hi, Please see inline > -----Original Message----- > From: ext Huaimo Chen [mailto:huaimo.chen@huawei.com] > Sent: Tuesday, July 19, 2011 4:56 PM > To: Margaria, Cyril (NSN - DE/Munich) > Cc: pce@ietf.org > Subject: FW: [Pce] Compute ingress and egress backup LSP > > Hi Cyril, > > I updated the draft according to some of your suggestions. The > updated draft is posted in IETF web site on July 9, 2011.Please have a > look at it http://datatracker.ietf.org/doc/draft-chen-pce-compute- > backup-ingress/ in section 4.2.2. "External Source Node Object". > After further thought, it seems that we may use END-POINTS to > represent an external source node in a request for computing a backup > ingress node of MPLS LSP. > > Best Regards, > Huaimo > > -----Original Message----- > > From: Huaimo Chen > > Sent: Friday, July 08, 2011 3:20 PM > > To: 'Margaria, Cyril (NSN - DE/Munich)' > > Subject: RE: [Pce] Compute ingress and egress backup LSP > > > > Hi Cyril, > > > > I am updating the draft for submitting to IETF 81 and considering > > your suggestions. But I have some questions about them. > > Firstly, if we use END-POINTS to represent an external source > node > > in a request for computing a backup ingress node of MPLS LSP, how do > > we distinguish different end-points in the message since there may be > > a number of end-points in the message? I do not understand, it seems you see an use case where you would like to request the PCE to calculate at the same time a path and a backup path avoiding what you consider as The LSP. Finding such path can be done using several request (explicitly sharing the path), however I am not sure its possible as of today using one single request, it would be something like a SVEC indicating that all the request should share the path (except on the exclusions), but defining new object also representing the traffic/path endpoints Does not seems the best solution. [Huaimo Chen]: The semantics of an END-POINTS object has been defined in RFCs. An END-POINTS object contains both the source IP address and destination IP address(es) of a TE LSP for which a path computation is requested. If we want to re-use the END-POINTS object to represent an external source node for computing a backup ingress, then we need to define the new semantics of the END-POINTS in this case. Thus the same END-POINTS object may have different meanings in different cases. How do we make sure that we can tell the difference from the context? In addition, if we re-use an END-POINTS object to represent an external source node, the field of destination IP address of the object may be wasted. How do we re-use this field? > > Secondly, if we use END-POINTS to represent a number of external > > destination nodes in a request message for computing a number of > > backup egress nodes of an MPLS TE P2MP LSP, then we need the > > information about the egress node to which each backup egress node is > > associated. How do we represent the information about each egress > node > > and its association with its corresponding backup egress node to be > computed? > > BTW, are you going to attend IETF 81 in Quebec? If you are, we > can > > discuss these in more details. > > > > Best Regards, > > Huaimo > > -----Original Message----- > > From: Margaria, Cyril (NSN - DE/Munich) > > [mailto:cyril.margaria@nsn.com] > > Sent: Thursday, March 31, 2011 4:09 AM > > To: Huaimo Chen; pce@ietf.org > > Subject: RE: [Pce] Compute ingress and egress backup LSP > > > > Hi, > > Thanks for your answer, I was not detailed enough, please see inline > > > > > > > I would like to understand what is missing in doing the following > > > requests, using the topology shown in the PCEP IETF80 presentation > > > (http://tools.ietf.org/wg/pce/agenda?item=agenda80.html, > > > http://tools.ietf.org/agenda/80/slides/pce-7.ppt) , slide number 7 > > > > > > Request #1 : > > > o PCReq : > > > - END-POINTS : CE3, leaf : CE1, CE2 > > - IRO : PE5, link CE3-PE5, PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > > > o PCRep : > > > - ERO : PE5....PE1,CE1 > > > - SERO : n..PE3,CE2 > > > Huaimo: This request should be for computing a P2MP TE LSP path > from > > > PE5 (Ingress) to PE1 (Egress) and PE3 (Egress).It seems that your > > > request is for the P2MP path from CE3 (Ingress) to CE1 > (Egress/Leaf) > > > and CE2 (Egress/Leaf). > > > > > This is correct, I do request the path from the CE node, the term > > ingress/egress can be misleading, it is not required that the > endpoint > > of the path are the LSP ingress/egress > > > > this is the PCC which decide to create an LSP from PE. > > I missed one important point here : the PE5, as LSP endpoint and > > likely PCC, want the path to go though him, hence the IRO (added to > > the message) > > > > > > > Request #2 (backup ingress) : > > > O PCReq : > > > - END-POINTS : CE4, leaf : CE1,CE2 > > > - XRO : {F bit set, exclude : PE5) > > > - RRO : PE5....PE1, CE1 > > - IRO : PE1, Link PE1-CE1, PE3, Link PE3-CE3 > > > > > - SRRO : n..PE3,CE2 > > > O PCRep : > > > - ERO : PE6....PE1,CE1 > > > - SERO : n..PE3,CE2 > > > Huaimo: This request should be for computing a backup ingress of > the > > > P2MP TE LSP in red color, which is from PE5 to PE1 and PE3. > > > > Same here, the request is NOT matching the signaling path, this is > > intentional and do *not* mean that the LSP is required to have a 1:1 > > mapping between PCReq endpoints and LSP ingress/egress. > > > > > The reply > > > for the request may just contain the backup ingress such as PE6 and > > > backup path from the backup ingress such as PE6 to the next hop > node > > of > > > the ingress PE5. The request should indicate that the backup > ingress > > > computed must be able to get the same data that the ingress such as > > PE5 > > > receives and imports into the P2MP TE LSP from a node (external > > > source node), which may not be in the same domain as the ingress. > > > It seems that your request does not have this information. > > > > This is correct, I forgot the IRO, its working with the IRO. > > > > > > > Request #3 (backup egress) : > > > O PCReq : > > > - END-POINTS : CE3, leaf : CE1,CE2 > > > - XRO : {F bit set, exclude : PE1, PE4) > > > > - IRO : PE5, link CE3-PE5, > > > > > - RRO : PE5....PE1, CE1 > > > - SRRO : n..PE3,CE2 > > > O PCRep : > > > - ERO : PE6....PE2,CE1 > > > - SERO : n..PE4,CE2 > > > Huaimo: This request should be for computing a given set of backup > > > egress nodes of the P2MP TE LSP. For example, we may request PCE to > > > compute a backup egress for PE1 and a backup egress for PE3 in one > > > request. In this case, we need to indicate that the backup egress > > > for egress PE1 must have a connection to CE1, to which the data > > > coming out from the egress PE1 of the P2MP TE LSP is sent; and the > > > backup egress for egress PE3 must have a connection to CE3, to > which > > > the data coming out from egress PE3 of the P2MP TE LSP is sent. > > > It seems that your request does not have this information. > > > > This is also correct, the IRO is missing, this is a key point to > force > > the request to use the LSP ingress/egress. > > > > Does it fit with the corrected request (IRO) and responses? > > > > Best Regards > > --Boundary_(ID_Rzo8WQ7pJMtLk5Lx6vtKjg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT
Hi Cyril,
 
    Thanks much for your comments!
    My explanations are inline below.
 
Best Regards,
Huaimo
-----Original Message-----
From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com]
Sent: Sunday, July 24, 2011 4:45 PM
To: Huaimo Chen
Cc: pce@ietf.org
Subject: RE: [Pce] Compute ingress and egress backup LSP
 
Hi,
 
Please see inline
 
> -----Original Message-----
> From: ext Huaimo Chen [mailto:huaimo.chen@huawei.com]
> Sent: Tuesday, July 19, 2011 4:56 PM
> To: Margaria, Cyril (NSN - DE/Munich)
> Cc: pce@ietf.org
> Subject: FW: [Pce] Compute ingress and egress backup LSP
>
> Hi Cyril,
>
>     I updated the draft according to some of your suggestions. The
> updated draft is posted in IETF web site on July 9, 2011.Please have a
> backup-ingress/ in section 4.2.2. "External Source Node Object".
>     After further thought, it seems that we may use END-POINTS to
> represent an external source node in a request for computing a backup
> ingress node of MPLS LSP.
>
> Best Regards,
> Huaimo
> > -----Original Message-----
> > From: Huaimo Chen
> > Sent: Friday, July 08, 2011 3:20 PM
> > To: 'Margaria, Cyril (NSN - DE/Munich)'
> > Subject: RE: [Pce] Compute ingress and egress backup LSP
> >
> > Hi Cyril,
> >
> >     I am updating the draft for submitting to IETF 81 and
considering
> > your suggestions. But I have some questions about them.
> >     Firstly, if we use END-POINTS to represent an external source
> node
> > in a request for computing a backup ingress node of MPLS LSP, how do
> > we distinguish different end-points in the message since there may
be
> > a number of end-points in the message?
 
I do not understand, it seems you see an use case where you would like
to request the
PCE to calculate at the same time a path and a backup path avoiding what
you consider as
The LSP. Finding such path can be done using several request (explicitly
sharing the path),
however  I am not sure its possible as of today using one single
request, it would be
something like a SVEC indicating that all the request should share the
path
(except on the exclusions), but defining new object also representing
the traffic/path endpoints
Does not seems the best solution.
 
[Huaimo Chen]:
The semantics of an END-POINTS object has been defined in RFCs. An END-POINTS object contains both the source IP address and destination IP address(es) of a TE LSP for which a path computation is requested. If we want to re-use the END-POINTS object to represent an external source node for computing a backup ingress, then we need to define the new semantics of the END-POINTS in this case. Thus the same END-POINTS object may have different meanings in different cases. How do we make sure that we can tell the difference from the context?
In addition, if we re-use an END-POINTS object to represent an external source node, the field of destination IP address of the object may be wasted. How do we re-use this field?
 
 
> >     Secondly, if we use END-POINTS to represent a number of external
> > destination nodes in a request message for computing a number of
> > backup egress nodes of an MPLS TE P2MP LSP, then we need the
> > information about the egress node to which each backup egress node
is
> > associated. How do we represent the information about each egress
> node
> > and its association with its corresponding backup egress node to be
> computed?
> >     BTW, are you going to attend IETF 81 in Quebec? If you are, we
> can
> > discuss these in more details.
> >
> > Best Regards,
> > Huaimo
> > -----Original Message-----
> > From: Margaria, Cyril (NSN - DE/Munich)
> > Sent: Thursday, March 31, 2011 4:09 AM
> > To: Huaimo Chen; pce@ietf.org
> > Subject: RE: [Pce] Compute ingress and egress backup LSP
> >
> > Hi,
> > Thanks for your answer, I was not detailed enough, please see inline
> >
> > <cut>
> > > I would like to understand what is missing in doing the following
> > > requests, using the topology shown in the PCEP IETF80 presentation
> > > (http://tools.ietf.org/wg/pce/agenda?item=agenda80.html,
> > >
> > > Request #1 :
> > > o PCReq :
> > >   - END-POINTS : CE3, leaf : CE1, CE2
> >     - IRO : PE5, link CE3-PE5, PE1, Link PE1-CE1, PE3, Link PE3-CE3
> >
> > > o PCRep :
> > >   - ERO : PE5....PE1,CE1
> > >   - SERO : n..PE3,CE2
> > > Huaimo: This request should be for computing a P2MP TE LSP path
> from
> > > PE5 (Ingress) to PE1 (Egress) and PE3 (Egress).It seems that your
> > > request is for the P2MP path from CE3 (Ingress) to CE1
> (Egress/Leaf)
> > > and CE2 (Egress/Leaf).
> > >
> > This is correct, I do request the path from the CE node, the term
> > ingress/egress can be misleading, it is not required that the
> endpoint
> > of the path are the LSP ingress/egress
> >
> > this is the PCC which decide to create an LSP from PE.
> > I missed one important point here : the PE5, as LSP endpoint and
> > likely PCC, want the path to go though him, hence the IRO (added to
> > the message)
> >
> >
> > > Request #2 (backup ingress) :
> > > O PCReq :
> > >   - END-POINTS : CE4, leaf : CE1,CE2
> > >   - XRO : {F bit set, exclude : PE5)
> > >   - RRO : PE5....PE1, CE1
> >     - IRO : PE1, Link PE1-CE1, PE3, Link PE3-CE3
> >
> > >   - SRRO : n..PE3,CE2
> > > O PCRep :
> > >   - ERO : PE6....PE1,CE1
> > >   - SERO : n..PE3,CE2
> > > Huaimo: This request should be for computing a backup ingress of
> the
> > > P2MP TE LSP in red color, which is from PE5 to PE1 and PE3.
> >
> > Same here, the request is NOT matching the signaling path, this is
> > intentional and do *not* mean that the LSP is required to have a 1:1
> > mapping between PCReq  endpoints and LSP ingress/egress.
> >
> > > The reply
> > > for the request may just contain the backup ingress such as PE6
and
> > > backup path from the backup ingress such as PE6 to the next hop
> node
> > of
> > > the ingress PE5. The request should indicate that the backup
> ingress
> > > computed must be able to get the same data that the ingress such
as
> > PE5
> > > receives and imports into the P2MP TE LSP from a node (external
> > > source node), which may not be in the same domain as the ingress.
> > > It seems that your request does not have this information.
> >
> > This is correct, I forgot the IRO, its working with the IRO.
> >
> >
> > > Request #3 (backup egress) :
> > > O PCReq :
> > >   - END-POINTS : CE3, leaf : CE1,CE2
> > >   - XRO : {F bit set, exclude : PE1, PE4)
> >
> >     - IRO : PE5, link CE3-PE5,
> >
> > >   - RRO : PE5....PE1, CE1
> > >   - SRRO : n..PE3,CE2
> > > O PCRep :
> > >   - ERO : PE6....PE2,CE1
> > >   - SERO : n..PE4,CE2
> > > Huaimo: This request should be for computing a given set of backup
> > > egress nodes of the P2MP TE LSP. For example, we may request PCE
to
> > > compute a backup egress for PE1 and a backup egress for PE3 in one
> > > request. In this case, we need to indicate that the backup egress
> > > for egress PE1 must have a connection to CE1, to which the data
> > > coming out from the egress PE1 of the P2MP TE LSP is sent; and the
> > > backup egress for egress PE3 must have a connection to CE3, to
> which
> > > the data coming out from egress PE3 of the P2MP TE LSP is sent.
> > > It seems that your request does not have this information.
> >
> > This is also correct, the IRO is missing, this is a key point to
> force
> > the request to use the LSP ingress/egress.
> >
> > Does it fit with the corrected request (IRO) and responses?
> >
> > Best Regards
> >
 
 
 --Boundary_(ID_Rzo8WQ7pJMtLk5Lx6vtKjg)-- From yufengx386@gmail.com Tue Jul 26 02:40:04 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69C5521F8C3D for ; Tue, 26 Jul 2011 02:40:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.098 X-Spam-Level: X-Spam-Status: No, score=-0.098 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZLrqtP1I9LQq for ; Tue, 26 Jul 2011 02:40:03 -0700 (PDT) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id C1F9921F8C3E for ; Tue, 26 Jul 2011 02:40:03 -0700 (PDT) Received: by iye7 with SMTP id 7so502039iye.31 for ; Tue, 26 Jul 2011 02:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=k1LkRsM1GsaVhLDTyGXjdqY/DDWJE8qaEuWuwTrkkFc=; b=CBIQyVjNtRRmrureYa0mC4uuspOZLkK/7DzG8pXCrkg9GJlXfucl8IdbQ8/sErpICU t+fAo2fGIcgMiELzoT9bxEM9W3U8NBCNbmzg0EO0Q003MTMOFaYdez/+B5aM3SVEoiTA 7g30je0SrfhQAxrP6G/Fae0vSxqZ0wUiz700M= MIME-Version: 1.0 Received: by 10.231.150.4 with SMTP id w4mr5726980ibv.119.1311673203363; Tue, 26 Jul 2011 02:40:03 -0700 (PDT) Received: by 10.231.206.70 with HTTP; Tue, 26 Jul 2011 02:40:03 -0700 (PDT) Date: Tue, 26 Jul 2011 17:40:03 +0800 Message-ID: From: =?GB2312?B?1dTTwMD7?= To: pce@ietf.org Content-Type: multipart/alternative; boundary=0016e68dd2845910b104a8f5b7e0 Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 09:40:04 -0000 --0016e68dd2845910b104a8f5b7e0 Content-Type: text/plain; charset=ISO-8859-1 Hi Xuerong and PCEers I think the idea of your draft is an interesting and important issue for current networks. However, there may be a question that you have to clarify. If the extended BRPC procedure is conducted for Inter-AS bidirectional path computation, the result of the computation may be a graph, not a tree. In the current version, you just emphasize the choose of the Inter-AS links that need to satisfy the constraints, but what constraints are not specified. Thanks Best regards. Yongli Zhao Beijing University of Posts and Telecommunications --0016e68dd2845910b104a8f5b7e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

<= font size=3D"3">Hi Xuerong and PCEers=

<= font size=3D"3">=A0=A0 I think the idea of your draft is an interesting and im= portant issue for current networks. However, there may be a question that y= ou have to clarify. If the extended BRPC procedure is conducted for Inter-A= S bidirectional path computation, the result of the computation may be a gr= aph, not a tree. In the current version, you just emphasize the choose of t= he Inter-AS links that need to satisfy the constraints, but what constraint= s are not specified.

<= font size=3D"3" face=3D"Times New Roman">=A0

<= font size=3D"3">Thanks<= /p>

<= font size=3D"3" face=3D"Times New Roman">=A0

<= font size=3D"3">Best regards.<= /span>

Yongli Zhao
Beijing University of Posts and Telecommunications
--0016e68dd2845910b104a8f5b7e0-- From zhangfatai@huawei.com Tue Jul 26 10:55:57 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C90A711E810E; Tue, 26 Jul 2011 10:55:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.395 X-Spam-Level: X-Spam-Status: No, score=-2.395 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2sj-K-IJWPCr; Tue, 26 Jul 2011 10:55:56 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 7227511E8126; Tue, 26 Jul 2011 10:55:56 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOY006DMCH7QZ@szxga04-in.huawei.com>; Wed, 27 Jul 2011 01:55:55 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LOY0085WCH78U@szxga04-in.huawei.com>; Wed, 27 Jul 2011 01:55:55 +0800 (CST) Received: from hp3d061f9287af ([130.129.22.20]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LOY000UHCH320@szxml12-in.huawei.com>; Wed, 27 Jul 2011 01:55:55 +0800 (CST) Date: Wed, 27 Jul 2011 01:55:19 +0800 From: Fatai Zhang To: JP Vasseur , fu.xihua@zte.com.cn Message-id: <00cb01cc4bbd$437624a0$14168182@hp3d061f9287af> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3664 X-Mailer: Microsoft Outlook Express 6.00.2900.3664 Content-type: multipart/alternative; boundary="Boundary_(ID_0mJOrqClL/Mm3vnFpeosGQ)" X-Priority: 3 X-MSMail-priority: Normal References: <560E52D0-9A68-4330-8160-725C899B2C7E@cisco.com> Cc: pce-bounces@ietf.org, pce@ietf.org, =?gb2312?B?zfXA2g==?= Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 17:55:57 -0000 This is a multi-part message in MIME format. --Boundary_(ID_0mJOrqClL/Mm3vnFpeosGQ) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: base64 SGkgYWxsLA0KDQpSRkM1MzkyIGlzIGEga2luZCBvZiBtZWNoYW1pc20gYW5kIGl0IGlzIGFscmVh ZHkgdGhlcmUuDQoNCldoeSB3ZSBuZWVkIHRvIGRlZmluZSBhbm90aGVyIHNvbHV0aW9uIGJhc2Vk IG9uIHNvbWUgbm9uZXhpc3RlbnQgYXNzdW1wdGlvbj8NCg0KDQoNCg0KDQoNCg0KRmF0YWkNCg0K VGhhbmtzDQogIC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQogIEZyb206IEpQIFZhc3Nl dXIgDQogIFRvOiBmdS54aWh1YUB6dGUuY29tLmNuIA0KICBDYzogcGNlLWJvdW5jZXNAaWV0Zi5v cmcgOyBwY2VAaWV0Zi5vcmcgOyDN9cDaIA0KICBTZW50OiBUdWVzZGF5LCBKdWx5IDI2LCAyMDEx IDE6MjAgQU0NCiAgU3ViamVjdDogUmU6IFtQY2VdIHJlcXVlc3QgdGltZXNsb3QgZm9yIGRyYWZ0 LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMtMDENCg0KDQogIEhpLA0KDQoNCiAgT24gSnVs IDI1LCAyMDExLCBhdCAxMToxNiBBTSwgZnUueGlodWFAenRlLmNvbS5jbiB3cm90ZToNCg0KDQoN CiAgICBIaSBKUCwgDQoNCiAgICBJTU8sIHdlIGRvbid0IG5lZWQgdHdvIG1ldGhvZHMuIFRoZSBt ZXRob2Qgb2YgZXh0ZW5kaW5nIElHUCBtYXkgaW1wYWN0IG9uIGxhcmdlIGFzcGVjdC4gDQogICAg RXh0ZW5kaW5nIEJSUEMgYW5kIFBDRVAgZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGlzIGVub3VnaC4g DQoNCg0KDQoNCiAgU28gbGV0IHRoZSBXRyBkZWNpZGUgd2hpY2ggb25lIG9mIHRoZSBtZXRob2Rz IGlzIG1vc3QgYXBwcm9wcmlhdGUNCg0KDQogIFRoYW5rcy4NCg0KDQogIEpQLg0KDQoNCiAgICBU aGFua3MsIA0KDQogICAgWGlodWEgDQoNCg0KICAgICAgICAgIEpQIFZhc3NldXIgPGpwdkBjaXNj by5jb20+IA0KICAgICAgICAgILeivP7IyzogIHBjZS1ib3VuY2VzQGlldGYub3JnDQogICAgICAg ICAgMjAxMS0wNy0yNSDPws7nIDA4OjMwIA0KICAgICAgICAgytW8/sjLIM31wNogPGhlY2hlbjAw MDFAZ21haWwuY29tPiAgDQogICAgICAgICAgICAgICAgs63LzSBwY2VAaWV0Zi5vcmcgIA0KICAg ICAgICAgICAgICAgINb3zOIgUmU6IFtQY2VdIHJlcXVlc3QgdGltZXNsb3QgZm9yIGRyYWZ0LXdh bmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMtMDEgDQoNCiAgICAgICAgICAgICAgICANCg0KICAg ICAgICAgDQoNCg0KDQogICAgVGhhbmtzIGZvciB5b3VyIGZlZWQtYmFjay4gSXQgd291bGQgYmUg aW50ZXJlc3RpbmcgdG8gaGVhciBmcm9tIHRoZSBXRyBpZiBpbmRlZWQgDQogICAgd2UgbmVlZCB0 d28gbWV0aG9kcy4gVG8gZWFjaCBzcGVjaWZpYyBwcm9ibGVtIHdlIGNhbiBjZXJ0YWlubHkgZmlu ZCBhIG51bWJlciANCiAgICBvZiB3YXkgdG8gc29sdmUgaXQsIGJ1dCBsZXQncyB0cnkgdG8gbWFr ZSBzdXJlIHRoYXQgd2UgZG8gbm90IHNwZWNpZnkgYSBuZXcgdGVjaG5pcXVlIA0KICAgIGlmIHdl IGNhbiB1c2Ugd2hhdCBleGlzdCB0b2RheS4gDQoNCiAgICBXRyA/IA0KDQogICAgVGhhbmtzLiAN Cg0KICAgIEpQLiANCiAgICBPbiBKdWwgMjUsIDIwMTEsIGF0IDEyOjI1IEFNLCDN9cDaIHdyb3Rl OiANCg0KICAgIEhpLCBYdWVyb25nIGFuZCBQQ0VlcnMNCg0KICAgIEkgaGF2ZSByZWFkIHRoZSBk cmFmdC4gSXQgcHJvdmlkZXMgYW4gYWx0ZXJuYXRlIG1ldGhvZCB0aGF0IGV4dGVuZHMNCiAgICBC UlBDIGFuZCBQQ0VQIHByb3RvY29sIHRvIGdldCBURSBpbmZvcm1hdGlvbiBvZiBJbnRlci1BUyBi aWRlcmVjdGlvbmFsDQogICAgbGlua3MuIEluIG15IG9waW5pb24sIEl0IGlzIHVzZWZ1bCBmb3Ig dGhlIHNtb290aCB1cGdyYWRlIG9mIGV4aXN0aW5nDQogICAgTVBMUy9HTVBMUyBuZXR3b3JrcyB0 byBzdXBwb3J0IEludGVyLUFTIGJpZGlyZWN0aW9uYWwgcGF0aA0KICAgIGNvbXB1dGF0aW9uLCBi ZWNhdXNlIGl0IG5lZWQgbm90IGFueSBleHRlbnNpb24gb3IgbW9kaWZpY2F0aW9uIHRvIHRoZQ0K ICAgIElHUCAoc3VjaCBhcyBPU1BGIGFuZCBJUy1JUykgdXNlZCBpbiBNUExTL0dNUExTLWVuYWJs ZWQNCiAgICByb3V0ZXJzL3N3aXRjaGVzLiBIb3dldmVyLCB0aGUgbWV0aG9kIG9mIElHUCBleHRl bnNpb24gaXMgYWxzbw0KICAgIGFwcGxpY2FibGUgYW5kIHN1aXRhYmxlIGZvciBuZXcgbmV0d29y ay1lcXVpcG1lbnRzLiBTbywgSSB0aGluayB0aGVyZQ0KICAgIGlzIG5vIGNvbmZsaWN0IGJldHdl ZW4gdGhlc2UgdHdvIG1ldG9kcy4gVGhlIGRyYWZ0IGNvdWxkIGJlIHVzZWQgaW4NCiAgICB0aGUg c2NlbmFyaW8gd2hlcmUgdGhlIElHUCBleHRlbnNpb24gb2YgSW50ZXItQVMgYmlkZXJlY3Rpb25h bCBsaW5rcw0KICAgIGNhbiBub3QgYmUgc3VwcG9ydGVkLg0KDQogICAgVGhhbmtzLg0KDQogICAg TGVpIFdhbmcNCiAgICBUc2luZ2h1YSBVbml2ZXJzaXR5LCBCZWlqaW5nLCBDaGluYQ0KICAgIGhl Y2hlbjAwMDFAZ21haWwuY29tIG9yIGxlaXdAdHNpbmdodWEuZWR1LmNuDQogICAgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBQY2UgbWFpbGluZyBs aXN0DQogICAgUGNlQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9wY2UgDQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KICAgIFBjZSBtYWlsaW5nIGxpc3QNCiAgICBQY2VAaWV0Zi5vcmcNCiAgICBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0KDQoNCg0KDQoNCg0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNCiAgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCiAgUGNlIG1haWxpbmcgbGlzdA0KICBQY2VAaWV0Zi5vcmcN CiAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== --Boundary_(ID_0mJOrqClL/Mm3vnFpeosGQ) Content-type: text/html; charset=gb2312 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjMxMzIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSANCnN0eWxlPSJXT1JELVdSQVA6IGJyZWFrLXdvcmQ7IHdlYmtpdC1uYnNwLW1vZGU6IHNw YWNlOyB3ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2UiIA0KYmdDb2xvcj0jZmZm ZmZmPg0KPERJVj48Rk9OVCBmYWNlPUNhbGlicmkgY29sb3I9IzAwMDA4MD5IaSBhbGwsPC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUNhbGlicmkgY29sb3I9IzAwMDA4MD48L0ZPTlQ+Jm5i c3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9Q2FsaWJyaSBjb2xvcj0jMDAwMDgwPlJGQzUzOTIg aXMgYSBraW5kIG9mIG1lY2hhbWlzbSBhbmQgaXQgaXMgDQphbHJlYWR5IHRoZXJlLjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1DYWxpYnJpIGNvbG9yPSMwMDAwODA+PC9GT05UPiZuYnNw OzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUNhbGlicmkgY29sb3I9IzAwMDA4MD5XaHkgd2UgbmVl ZCB0byBkZWZpbmUgYW5vdGhlciBzb2x1dGlvbiANCmJhc2VkIG9uIHNvbWUgbm9uZXhpc3RlbnQg YXNzdW1wdGlvbj88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9Q2FsaWJyaSBjb2xvcj0j MDAwMDgwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1DYWxpYnJpIGNvbG9y PSMwMDAwODA+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9Q2FsaWJyaSBjb2xvcj0jMDAwMDgwPjwvRk9OVD4m bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxCUj5GYXRhaTwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+VGhhbmtzPC9ESVY+DQo8QkxPQ0tRVU9URSANCnN0eWxlPSJQ QURESU5HLVJJR0hUOiAwcHg7IFBBRERJTkctTEVGVDogNXB4OyBNQVJHSU4tTEVGVDogNXB4OyBC T1JERVItTEVGVDogIzAwMDA4MCAycHggc29saWQ7IE1BUkdJTi1SSUdIVDogMHB4Ij4NCiAgPERJ ViBzdHlsZT0iRk9OVDogOXB0IMvOzOUiPi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gPC9E SVY+DQogIDxESVYgc3R5bGU9IkJBQ0tHUk9VTkQ6ICNlNGU0ZTQ7IEZPTlQ6IDlwdCDLzszlOyBm b250LWNvbG9yOiBibGFjayI+PEI+RnJvbTo8L0I+IA0KICA8QSB0aXRsZT1qcHZAY2lzY28uY29t IGhyZWY9Im1haWx0bzpqcHZAY2lzY28uY29tIj5KUCBWYXNzZXVyPC9BPiA8L0RJVj4NCiAgPERJ ViBzdHlsZT0iRk9OVDogOXB0IMvOzOUiPjxCPlRvOjwvQj4gPEEgdGl0bGU9ZnUueGlodWFAenRl LmNvbS5jbiANCiAgaHJlZj0ibWFpbHRvOmZ1LnhpaHVhQHp0ZS5jb20uY24iPmZ1LnhpaHVhQHp0 ZS5jb20uY248L0E+IDwvRElWPg0KICA8RElWIHN0eWxlPSJGT05UOiA5cHQgy87M5SI+PEI+Q2M6 PC9CPiA8QSB0aXRsZT1wY2UtYm91bmNlc0BpZXRmLm9yZyANCiAgaHJlZj0ibWFpbHRvOnBjZS1i b3VuY2VzQGlldGYub3JnIj5wY2UtYm91bmNlc0BpZXRmLm9yZzwvQT4gOyA8QSANCiAgdGl0bGU9 cGNlQGlldGYub3JnIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwvQT4g OyA8QSANCiAgdGl0bGU9aGVjaGVuMDAwMUBnbWFpbC5jb20gaHJlZj0ibWFpbHRvOmhlY2hlbjAw MDFAZ21haWwuY29tIj7N9cDaPC9BPiA8L0RJVj4NCiAgPERJViBzdHlsZT0iRk9OVDogOXB0IMvO zOUiPjxCPlNlbnQ6PC9CPiBUdWVzZGF5LCBKdWx5IDI2LCAyMDExIDE6MjAgQU08L0RJVj4NCiAg PERJViBzdHlsZT0iRk9OVDogOXB0IMvOzOUiPjxCPlN1YmplY3Q6PC9CPiBSZTogW1BjZV0gcmVx dWVzdCB0aW1lc2xvdCBmb3IgDQogIGRyYWZ0LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlvbnMt MDE8L0RJVj4NCiAgPERJVj48QlI+PC9ESVY+SGksDQogIDxESVY+PEJSPg0KICA8RElWPg0KICA8 RElWPk9uIEp1bCAyNSwgMjAxMSwgYXQgMTE6MTYgQU0sIDxBIA0KICBocmVmPSJtYWlsdG86ZnUu eGlodWFAenRlLmNvbS5jbiI+ZnUueGlodWFAenRlLmNvbS5jbjwvQT4gd3JvdGU6PC9ESVY+PEJS IA0KICBjbGFzcz1BcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lPg0KICA8QkxPQ0tRVU9URSB0eXBl PSJjaXRlIj48QlI+PEZPTlQgZmFjZT1DYWxpYnJpIHNpemU9Mz5IaSBKUCw8L0ZPTlQ+IA0KICAg IDxCUj48QlI+PEZPTlQgZmFjZT1DYWxpYnJpIHNpemU9Mz5JTU8sIHdlIGRvbid0IG5lZWQgdHdv IG1ldGhvZHMuIFRoZSBtZXRob2QgDQogICAgb2YgZXh0ZW5kaW5nIElHUCBtYXkgaW1wYWN0IG9u IGxhcmdlIGFzcGVjdC48L0ZPTlQ+IDxCUj48Rk9OVCBmYWNlPUNhbGlicmkgDQogICAgc2l6ZT0z PkV4dGVuZGluZyBCUlBDIGFuZCBQQ0VQIGRlZmluZWQgaW4gdGhpcyBkcmFmdCBpcyBlbm91Z2gu PC9GT05UPiANCiAgICA8QlI+PEJSPjwvQkxPQ0tRVU9URT4NCiAgPERJVj48QlI+PC9ESVY+DQog IDxESVY+U28gbGV0IHRoZSBXRyBkZWNpZGUgd2hpY2ggb25lIG9mIHRoZSBtZXRob2RzIGlzIG1v c3QgYXBwcm9wcmlhdGU8L0RJVj4NCiAgPERJVj48QlI+PC9ESVY+DQogIDxESVY+VGhhbmtzLjwv RElWPg0KICA8RElWPjxCUj48L0RJVj4NCiAgPERJVj5KUC48L0RJVj48QlI+DQogIDxCTE9DS1FV T1RFIHR5cGU9ImNpdGUiPjxGT05UIGZhY2U9Q2FsaWJyaSBzaXplPTM+VGhhbmtzLDwvRk9OVD4g DQogICAgPEJSPjxCUj48Rk9OVCBmYWNlPUNhbGlicmkgc2l6ZT0zPlhpaHVhPC9GT05UPiA8QlI+ PEJSPjxCUj4NCiAgICA8VEFCTEUgd2lkdGg9IjEwMCUiPg0KICAgICAgPFRCT0RZPg0KICAgICAg PFRSIHZBbGlnbj10b3A+DQogICAgICAgIDxURCB3aWR0aD0iMzUlIj48Rk9OVCBmYWNlPXNhbnMt c2VyaWYgc2l6ZT0xPjxCPkpQIFZhc3NldXIgJmx0OzxBIA0KICAgICAgICAgIGhyZWY9Im1haWx0 bzpqcHZAY2lzY28uY29tIj5qcHZAY2lzY28uY29tPC9BPiZndDs8L0I+IDwvRk9OVD48QlI+PEZP TlQgDQogICAgICAgICAgZmFjZT1zYW5zLXNlcmlmIHNpemU9MT63orz+yMs6ICZuYnNwOzxBIA0K ICAgICAgICAgIGhyZWY9Im1haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZyI+cGNlLWJvdW5jZXNA aWV0Zi5vcmc8L0E+PC9GT05UPg0KICAgICAgICAgIDxQPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBz aXplPTE+MjAxMS0wNy0yNSDPws7nIDA4OjMwPC9GT05UPiA8L1A+PC9URD4NCiAgICAgICAgPFRE IHdpZHRoPSI2NCUiPg0KICAgICAgICAgIDxUQUJMRSB3aWR0aD0iMTAwJSI+DQogICAgICAgICAg ICA8VEJPRFk+DQogICAgICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAgICAgICAgICAgPFRE Pg0KICAgICAgICAgICAgICAgIDxESVYgYWxpZ249cmlnaHQ+PEZPTlQgZmFjZT1zYW5zLXNlcmlm IA0Kc2l6ZT0xPsrVvP7IyzwvRk9OVD48L0RJVj48L1REPg0KICAgICAgICAgICAgICA8VEQ+PEZP TlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9MT7N9cDaICZsdDs8QSANCiAgICAgICAgICAgICAgICBo cmVmPSJtYWlsdG86aGVjaGVuMDAwMUBnbWFpbC5jb20iPmhlY2hlbjAwMDFAZ21haWwuY29tPC9B PiZndDs8L0ZPTlQ+IA0KICAgICAgICAgICAgICA8L1REPjwvVFI+DQogICAgICAgICAgICA8VFIg dkFsaWduPXRvcD4NCiAgICAgICAgICAgICAgPFREPg0KICAgICAgICAgICAgICAgIDxESVYgYWxp Z249cmlnaHQ+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9MT6zrcvNPC9GT05UPjwvRElWPjwv VEQ+DQogICAgICAgICAgICAgIDxURD48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0xPjxBIA0K ICAgICAgICAgICAgICAgIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwv QT48L0ZPTlQ+IDwvVEQ+PC9UUj4NCiAgICAgICAgICAgIDxUUiB2QWxpZ249dG9wPg0KICAgICAg ICAgICAgICA8VEQ+DQogICAgICAgICAgICAgICAgPERJViBhbGlnbj1yaWdodD48Rk9OVCBmYWNl PXNhbnMtc2VyaWYgc2l6ZT0xPtb3zOI8L0ZPTlQ+PC9ESVY+PC9URD4NCiAgICAgICAgICAgICAg PFREPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTE+UmU6IFtQY2VdIHJlcXVlc3QgdGltZXNs b3QgZm9yIA0KICAgICAgICAgICAgICAgIGRyYWZ0LXdhbmctcGNlLWludGVyLWFzLWV4dGVudGlv bnMtMDE8L0ZPTlQ+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT48QlI+DQogICAgICAgICAgPFRB QkxFPg0KICAgICAgICAgICAgPFRCT0RZPg0KICAgICAgICAgICAgPFRSIHZBbGlnbj10b3A+DQog ICAgICAgICAgICAgIDxURD48L1REPg0KICAgICAgICAgICAgICA8VEQ+PC9URD48L1RSPjwvVEJP RFk+PC9UQUJMRT48QlI+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT48QlI+PEJSPjxCUj48Rk9O VCANCiAgICBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0zPlRoYW5rcyBmb3IgeW91ciBmZWVkLWJhY2su IEl0IHdvdWxkIGJlIGludGVyZXN0aW5nIHRvIA0KICAgIGhlYXIgZnJvbSB0aGUgV0cgaWYgaW5k ZWVkPC9GT05UPiA8QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mz53ZSBuZWVkIA0KICAg IHR3byBtZXRob2RzLiBUbyBlYWNoIHNwZWNpZmljIHByb2JsZW0gd2UgY2FuIGNlcnRhaW5seSBm aW5kIGEgbnVtYmVyPC9GT05UPiANCiAgICA8QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9 Mz5vZiB3YXkgdG8gc29sdmUgaXQsIGJ1dCBsZXQncyB0cnkgdG8gbWFrZSANCiAgICBzdXJlIHRo YXQgd2UgZG8gbm90IHNwZWNpZnkgYSBuZXcgdGVjaG5pcXVlIDwvRk9OVD48QlI+PEZPTlQgZmFj ZT1zYW5zLXNlcmlmIA0KICAgIHNpemU9Mz5pZiB3ZSBjYW4gdXNlIHdoYXQgZXhpc3QgdG9kYXku PC9GT05UPiA8QlI+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiANCiAgICBzaXplPTM+V0cgPzwv Rk9OVD4gPEJSPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0zPlRoYW5rcy48L0ZPTlQ+ IA0KICAgIDxCUj48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mz5KUC48L0ZPTlQ+IDxC Uj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQogICAgc2l6ZT0zPk9uIEp1bCAyNSwgMjAxMSwgYXQg MTI6MjUgQU0sIM31wNogd3JvdGU6PC9GT05UPiA8QlI+DQogICAgPFA+PEZPTlQgZmFjZT1zYW5z LXNlcmlmIHNpemU9Mj5IaSwgWHVlcm9uZyBhbmQgUENFZXJzPEJSPjxCUj5JIGhhdmUgcmVhZCAN CiAgICB0aGUgZHJhZnQuIEl0IHByb3ZpZGVzIGFuIGFsdGVybmF0ZSBtZXRob2QgdGhhdCBleHRl bmRzPEJSPkJSUEMgYW5kIFBDRVAgDQogICAgcHJvdG9jb2wgdG8gZ2V0IFRFIGluZm9ybWF0aW9u IG9mIEludGVyLUFTIGJpZGVyZWN0aW9uYWw8QlI+bGlua3MuIEluIG15IA0KICAgIG9waW5pb24s IEl0IGlzIHVzZWZ1bCBmb3IgdGhlIHNtb290aCB1cGdyYWRlIG9mIGV4aXN0aW5nPEJSPk1QTFMv R01QTFMgDQogICAgbmV0d29ya3MgdG8gc3VwcG9ydCBJbnRlci1BUyBiaWRpcmVjdGlvbmFsIHBh dGg8QlI+Y29tcHV0YXRpb24sIGJlY2F1c2UgaXQgDQogICAgbmVlZCBub3QgYW55IGV4dGVuc2lv biBvciBtb2RpZmljYXRpb24gdG8gdGhlPEJSPklHUCAoc3VjaCBhcyBPU1BGIGFuZCANCiAgICBJ Uy1JUykgdXNlZCBpbiBNUExTL0dNUExTLWVuYWJsZWQ8QlI+cm91dGVycy9zd2l0Y2hlcy4gSG93 ZXZlciwgdGhlIG1ldGhvZCANCiAgICBvZiBJR1AgZXh0ZW5zaW9uIGlzIGFsc288QlI+YXBwbGlj YWJsZSBhbmQgc3VpdGFibGUgZm9yIG5ldyANCiAgICBuZXR3b3JrLWVxdWlwbWVudHMuIFNvLCBJ IHRoaW5rIHRoZXJlPEJSPmlzIG5vIGNvbmZsaWN0IGJldHdlZW4gdGhlc2UgdHdvIA0KICAgIG1l dG9kcy4gVGhlIGRyYWZ0IGNvdWxkIGJlIHVzZWQgaW48QlI+dGhlIHNjZW5hcmlvIHdoZXJlIHRo ZSBJR1AgZXh0ZW5zaW9uIA0KICAgIG9mIEludGVyLUFTIGJpZGVyZWN0aW9uYWwgbGlua3M8QlI+ Y2FuIG5vdCBiZSANCiAgICBzdXBwb3J0ZWQuPEJSPjxCUj5UaGFua3MuPEJSPjxCUj5MZWkgV2Fu ZzxCUj5Uc2luZ2h1YSBVbml2ZXJzaXR5LCBCZWlqaW5nLCANCiAgICBDaGluYTwvRk9OVD48Rk9O VCBmYWNlPXNhbnMtc2VyaWYgY29sb3I9Ymx1ZSBzaXplPTI+PFU+PEJSPjwvVT48L0ZPTlQ+PEEg DQogICAgaHJlZj0ibWFpbHRvOmhlY2hlbjAwMDFAZ21haWwuY29tIj48Rk9OVCBmYWNlPXNhbnMt c2VyaWYgY29sb3I9Ymx1ZSANCiAgICBzaXplPTI+PFU+aGVjaGVuMDAwMUBnbWFpbC5jb208L1U+ PC9GT05UPjwvQT48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiANCiAgICBvciA8L0ZPTlQ+ PEEgaHJlZj0ibWFpbHRvOmxlaXdAdHNpbmdodWEuZWR1LmNuIj48Rk9OVCBmYWNlPXNhbnMtc2Vy aWYgDQogICAgY29sb3I9Ymx1ZSBzaXplPTI+PFU+bGVpd0B0c2luZ2h1YS5lZHUuY248L1U+PC9G T05UPjwvQT48Rk9OVCANCiAgICBmYWNlPXNhbnMtc2VyaWYgDQogICAgc2l6ZT0yPjxCUj5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxCUj5QY2UgbWFpbGlu ZyANCiAgICBsaXN0PC9GT05UPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBjb2xvcj1ibHVlIHNpemU9 Mj48VT48QlI+PC9VPjwvRk9OVD48QSANCiAgICBocmVmPSJtYWlsdG86UGNlQGlldGYub3JnIj48 Rk9OVCBmYWNlPXNhbnMtc2VyaWYgY29sb3I9Ymx1ZSANCiAgICBzaXplPTI+PFU+UGNlQGlldGYu b3JnPC9VPjwvRk9OVD48L0E+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIGNvbG9yPWJsdWUgDQogICAg c2l6ZT0yPjxVPjxCUj48L1U+PC9GT05UPjxBIA0KICAgIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcGNlIj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQogICAgY29s b3I9Ymx1ZSANCiAgICBzaXplPTI+PFU+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9wY2U8L1U+PC9GT05UPjwvQT4gPC9QPg0KICAgIDxQPjxGT05UIHNpemU9Mj48VFQ+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+UGNlIA0KICAg IG1haWxpbmcgbGlzdDxCUj48QSBocmVmPSJtYWlsdG86UGNlQGlldGYub3JnIj5QY2VAaWV0Zi5v cmc8L0E+PEJSPjxBIA0KICAgIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcGNlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZTwvQT48 QlI+PC9UVD48L0ZPTlQ+PC9QPg0KICAgIDxESVY+PEJSIGNsYXNzPXdlYmtpdC1ibG9jay1wbGFj ZWhvbGRlcj48L0RJVj48L0JMT0NLUVVPVEU+PC9ESVY+PEJSPjwvRElWPg0KICA8UD4NCiAgPEhS Pg0KDQogIDxQPjwvUD5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxCUj5QY2UgbWFpbGluZyANCiAgbGlzdDxCUj5QY2VAaWV0Zi5vcmc8QlI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2U8QlI+PC9CTE9DS1FVT1RFPjwvQk9EWT48 L0hUTUw+DQo= --Boundary_(ID_0mJOrqClL/Mm3vnFpeosGQ)-- From ramon.casellas@cttc.es Tue Jul 26 12:42:24 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F79321F8700 for ; Tue, 26 Jul 2011 12:42:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UVvmcvT8M7Z3 for ; Tue, 26 Jul 2011 12:42:23 -0700 (PDT) Received: from aquila.cttc.es (aquila.cttc.es [84.88.62.230]) by ietfa.amsl.com (Postfix) with ESMTP id 57ED621F86FF for ; Tue, 26 Jul 2011 12:42:23 -0700 (PDT) Received: from leo (leo.cttc.es [84.88.62.208]) by aquila.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6QJrVBB008002 for ; Tue, 26 Jul 2011 21:53:32 +0200 Received: from [192.168.0.102] (62.83.138.129.dyn.user.ono.com [62.83.138.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id D500C1FD8B for ; Tue, 26 Jul 2011 21:41:49 +0200 (CEST) Message-ID: <4E2F188B.8090700@cttc.es> Date: Tue, 26 Jul 2011 21:42:03 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: pce@ietf.org References: <560E52D0-9A68-4330-8160-725C899B2C7E@cisco.com> In-Reply-To: <560E52D0-9A68-4330-8160-725C899B2C7E@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.4 (leo [0.0.0.0]); Tue, 26 Jul 2011 21:41:49 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.230 Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 19:42:24 -0000 El 25/07/2011 19:20, JP Vasseur escribió: > > So let the WG decide which one of the methods is most appropriate > Thanks. Dear PCErs, Just my (subjective) opinion: IIUC, the motivation behind this draft is the lack of upstream TE attributes in inter-AS links (due to the lack of proxy), which is necessary to compute bidirectional LSPs. For this, the draft extended BRPC, proposing that the PCEP response includes links that respect the constraints from of the request, for the reverse direction, sent by the downstream PCE. Per se, I am not against augmented procedures where applicable. However, I believe that the original/main requirement not only applies to BRPC but also when a Path is "segmented" (i.e. a (generic) client requests a path from an entry node to an exit node, even without the VSPT to later compose a path) or with H-PCE. I tend to think that (even if sometimes the contrary seems easier) TED management (including "augmented TED" with knowledge of border nodes, areas, and inter-domain links) and Path Computation functions should be kept, as much as possible, decoupled. Since the PCE architecture does not specify how a PCE obtains the TED, I would prefer to maintain both concepts separated, and embedding the links along with the VSPT does not seem to fit, much alike alternative solutions which could be proposed where PCEs could inform each other of TE attributes of AS links (embedded in notifications). After consideration, this may not be a good idea. I am aware that my comment is of little help since, even if I prefer that the scope of responsibility of PCE(i) starts in its entry border nodes and PCE(i-1) trims the VSPT based first on the Inter-As links and second on its domain, I am not solving the original problem/requirement other than "PCE(i) must also know the TE attributes of the upstream link" but I don't know / consider how Thanks and best regards Ramon From jpv@cisco.com Tue Jul 26 15:05:22 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A5911E812D; Tue, 26 Jul 2011 15:05:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.373 X-Spam-Level: X-Spam-Status: No, score=-101.373 tagged_above=-999 required=5 tests=[AWL=-1.225, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jDXfwcapHIH0; Tue, 26 Jul 2011 15:05:20 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 8066D11E8093; Tue, 26 Jul 2011 15:05:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=13825; q=dns/txt; s=iport; t=1311717920; x=1312927520; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=JImFI5z75VXW4qPr+QplhkZdInFpfN7s5yvHoZ5y440=; b=H0BHm/Hem87I+S/HZTapX049IRf0kY5ujilg0rXo+GLYACtVHnXEpCXv brCiL4yFycN7+a9nKzp1HsHs2MeY5gOpoLAl2h1SVkrRe/wUgRShZ7j7v wJ84FqnHyFhHX32AClUUXHbKC5QrciBECWvdB3AaS2wnHpRq92vK4JfhP I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuYAAPY5L06rRDoG/2dsb2JhbAA1AQEBAQIBAQEBEQFlCwUHBQoCEQQBAQE4AhQSBjEIBxcgB4I2gXmTH49cd4h8BKM9jR0IkSuFLTRfBJJyhQcJhFmHEw X-IronPort-AV: E=Sophos;i="4.67,271,1309737600"; d="scan'208,217";a="6673769" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by rcdn-iport-9.cisco.com with ESMTP; 26 Jul 2011 22:05:04 +0000 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p6QM522O030291; Tue, 26 Jul 2011 22:05:03 GMT Received: from xfe-sjc-231.amer.cisco.com ([128.107.191.114]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 26 Jul 2011 15:05:03 -0700 Received: from [10.255.254.166] ([10.21.151.235]) by xfe-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 26 Jul 2011 15:05:02 -0700 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_82641750-0328-4731-BF8E-65E3B0E7AD55" From: JP Vasseur In-Reply-To: <00cb01cc4bbd$437624a0$14168182@hp3d061f9287af> Date: Tue, 26 Jul 2011 18:04:57 -0400 Message-Id: <33BC8EF6-2208-4CAD-9AE4-BDF02C78A021@cisco.com> References: <560E52D0-9A68-4330-8160-725C899B2C7E@cisco.com> <00cb01cc4bbd$437624a0$14168182@hp3d061f9287af> To: Fatai Zhang X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 26 Jul 2011 22:05:02.0476 (UTC) FILETIME=[11785CC0:01CC4BE0] Cc: pce-bounces@ietf.org, pce@ietf.org, =?utf-8?B?546L56OK?= Subject: Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 22:05:22 -0000 --Apple-Mail=_82641750-0328-4731-BF8E-65E3B0E7AD55 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=GB2312 That was my question too On Jul 26, 2011, at 1:55 PM, Fatai Zhang wrote: > Hi all, > =20 > RFC5392 is a kind of mechamism and it is already there. > =20 > Why we need to define another solution based on some nonexistent = assumption? > =20 > =20 > =20 > =20 > =20 > =20 >=20 > Fatai > =20 > Thanks > ----- Original Message ----- > From: JP Vasseur > To: fu.xihua@zte.com.cn > Cc: pce-bounces@ietf.org ; pce@ietf.org ; =CD=F5=C0=DA > Sent: Tuesday, July 26, 2011 1:20 AM > Subject: Re: [Pce] request timeslot for = draft-wang-pce-inter-as-extentions-01 >=20 > Hi, >=20 > On Jul 25, 2011, at 11:16 AM, fu.xihua@zte.com.cn wrote: >=20 >>=20 >> Hi JP,=20 >>=20 >> IMO, we don't need two methods. The method of extending IGP may = impact on large aspect.=20 >> Extending BRPC and PCEP defined in this draft is enough.=20 >>=20 >=20 > So let the WG decide which one of the methods is most appropriate >=20 > Thanks. >=20 > JP. >=20 >> Thanks,=20 >>=20 >> Xihua=20 >>=20 >>=20 >> JP Vasseur =20 >> =B7=A2=BC=FE=C8=CB: pce-bounces@ietf.org >> 2011-07-25 =CF=C2=CE=E7 08:30 >>=20 >> =CA=D5=BC=FE=C8=CB >> =CD=F5=C0=DA >> =B3=AD=CB=CD >> pce@ietf.org >> =D6=F7=CC=E2 >> Re: [Pce] request timeslot for draft-wang-pce-inter-as-extentions-01 >>=20 >>=20 >>=20 >>=20 >>=20 >> Thanks for your feed-back. It would be interesting to hear from the = WG if indeed=20 >> we need two methods. To each specific problem we can certainly find a = number=20 >> of way to solve it, but let's try to make sure that we do not specify = a new technique=20 >> if we can use what exist today.=20 >>=20 >> WG ?=20 >>=20 >> Thanks.=20 >>=20 >> JP.=20 >> On Jul 25, 2011, at 12:25 AM, =CD=F5=C0=DA wrote:=20 >> Hi, Xuerong and PCEers >>=20 >> I have read the draft. It provides an alternate method that extends >> BRPC and PCEP protocol to get TE information of Inter-AS = biderectional >> links. In my opinion, It is useful for the smooth upgrade of existing >> MPLS/GMPLS networks to support Inter-AS bidirectional path >> computation, because it need not any extension or modification to the >> IGP (such as OSPF and IS-IS) used in MPLS/GMPLS-enabled >> routers/switches. However, the method of IGP extension is also >> applicable and suitable for new network-equipments. So, I think there >> is no conflict between these two metods. The draft could be used in >> the scenario where the IGP extension of Inter-AS biderectional links >> can not be supported. >>=20 >> Thanks. >>=20 >> Lei Wang >> Tsinghua University, Beijing, China >> hechen0001@gmail.com or leiw@tsinghua.edu.cn >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce >>=20 >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce >>=20 >>=20 >=20 >=20 >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail=_82641750-0328-4731-BF8E-65E3B0E7AD55 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=GB2312 That was my question too

On Jul = 26, 2011, at 1:55 PM, Fatai Zhang wrote:

Hi all,
 
RFC5392 is a kind of mechamism and it = is already there.
 
Why we need to define another solution based on some = nonexistent assumption?
 
 
 
 
 
 

Fatai
=
 
Thanks
----- Original Message -----
From: JP Vasseur
Sent: Tuesday, = July 26, 2011 1:20 AM
Subject: Re: [Pce] request timeslot = for = draft-wang-pce-inter-as-extentions-01

Hi,

On Jul 25, 2011, at 11:16 AM, fu.xihua@zte.com.cn wrote:


Hi JP, 

IMO, we don't need two methods. The method = of extending IGP may impact on large aspect. 
Extending BRPC and PCEP defined in this draft is = enough. 

So let the WG decide which one of the methods is most = appropriate

Thanks.

JP.<= /div>
Thanks, 

Xihua 


JP Vasseur <jpv@cisco.com> 
=B7=A2=BC=FE=C8=CB:  pce-bounces@ietf.org

2011-07-25 =CF=C2=CE=E7 = 08:30

=CA=D5=BC=FE=C8=CB
=CD=F5=C0=DA <hechen0001@gmail.com>
=B3=AD=CB=CD
pce@ietf.org
=D6=F7=CC=E2
Re: [Pce] request timeslot for = draft-wang-pce-inter-as-extentions-01

=




Thanks for = your feed-back. It would be interesting to hear from the WG if = indeed 
we need two methods. To each specific = problem we can certainly find a number 
of way to solve it, but let's try to make sure that we do = not specify a new technique 
if we can use what exist = today. 

WG ? 

Thanks. 

JP. 
On Jul 25, 2011, at 12:25 AM, =CD=F5=C0=DA = wrote: 

Hi, Xuerong and PCEers

I have read = the draft. It provides an alternate method that extends
BRPC and PCEP = protocol to get TE information of Inter-AS biderectional
links. In my = opinion, It is useful for the smooth upgrade of existing
MPLS/GMPLS = networks to support Inter-AS bidirectional path
computation, because = it need not any extension or modification to the
IGP (such as OSPF = and IS-IS) used in MPLS/GMPLS-enabled
routers/switches. However, the = method of IGP extension is also
applicable and suitable for new = network-equipments. So, I think there
is no conflict between these = two metods. The draft could be used in
the scenario where the IGP = extension of Inter-AS biderectional links
can not be = supported.

Thanks.

Lei Wang
Tsinghua University, = Beijing, China
hechen0001@gmail.com or leiw@tsinghua.edu.cn
_______________________________________________
Pce = mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce

=

_______________________________________________
Pce = mailing list
Pce@ietf.org
https://www.ietf.org/ma= ilman/listinfo/pce





_________________________________= ______________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/ma= ilman/listinfo/pce
= --Apple-Mail=_82641750-0328-4731-BF8E-65E3B0E7AD55-- From jpv@cisco.com Sun Jul 31 09:43:18 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C594B21F8828 for ; Sun, 31 Jul 2011 09:43:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.445 X-Spam-Level: X-Spam-Status: No, score=-102.445 tagged_above=-999 required=5 tests=[AWL=0.153, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qirlSX3sesSr for ; Sun, 31 Jul 2011 09:43:18 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id D003421F8794 for ; Sun, 31 Jul 2011 09:43:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=6834; q=dns/txt; s=iport; t=1312130602; x=1313340202; h=from:subject:date:references:to:message-id:mime-version; bh=v0geqhE1mpww2onX7uvyLLSk5jk+bG3NfLwECkkt6I8=; b=FNGx7eNk8UXcpaPaMjr1g2c9MCxit44t7g4EmOc2jaEk4i4SeWfCwSr2 IWLvpacVxeZwJiQN4F1NzBmro+OboAGAN7HlLtHWYec2gxF4apWM05zCN qyr+sj8c/dJGDff/mdKwYNjp/dMCRC0C+tCKsN8n4dRc00lB82BRt1zHO 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAL6FNU6rRDoJ/2dsb2JhbABBp2R3gUABAQEBAgEBAQEPAVsQCxwDAQIBLicmAggZCRIHh0oEoR0BnS+FY18EknuFEItw X-IronPort-AV: E=Sophos;i="4.67,296,1309737600"; d="scan'208,217";a="8222907" Received: from mtv-core-4.cisco.com ([171.68.58.9]) by rcdn-iport-4.cisco.com with ESMTP; 31 Jul 2011 16:43:20 +0000 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by mtv-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p6VGhKL6026392 for ; Sun, 31 Jul 2011 16:43:20 GMT Received: from xfe-sjc-221.amer.cisco.com ([128.107.191.32]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 09:43:20 -0700 Received: from dhcp63-140-180-210.hil-contnhx.bos.wayport.net ([10.21.146.57]) by xfe-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 09:43:19 -0700 From: JP Vasseur Content-Type: multipart/alternative; boundary="Apple-Mail=_17BB2B99-F4B5-4534-9379-0AF7DAF51526" Date: Sun, 31 Jul 2011 12:43:18 -0400 References: To: pce@ietf.org Message-Id: <95E8ECEE-858A-4EAC-8401-2D3F1BF2F113@cisco.com> Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 31 Jul 2011 16:43:19.0447 (UTC) FILETIME=[F408A270:01CC4FA0] Subject: [Pce] Fwd: [OSPF] IETF 81 WG Minutes X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 16:43:18 -0000 --Apple-Mail=_17BB2B99-F4B5-4534-9379-0AF7DAF51526 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Begin forwarded message: > From: JP Vasseur > Subject: Re: [OSPF] IETF 81 WG Minutes > Date: July 31, 2011 12:13:02 PM EDT > To: Acee Lindem , "Abhay Roy (akr)" = > Cc: OSPF List >=20 > Thanks Acee, >=20 > Just a feed-back on one ID after the PCE WG meeting: >=20 >=20 > 8) Updates to OSPF TE Extension for Area IDs Slides > draft-lu-ospf-area-tlv-01.txt > - Wenhu Lu=20 > 10 minutes >=20 > See slides >=20 > Abhay: What were comments in PCE presentation? > Wenhu: Good reception. Why do we need to know Area ID? Isn't it enough = to=20 > simply know if ABR is TE enabled? Solution avoids "brute force" = solution and=20 > produces faster convergence. >=20 > Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look = at those=20 > extensions to see if they can be used. > Wenhu: Will do that. >=20 > JP> The draft was discussed in the PCE WG meeting, but there was no = consensus that > this document provides an extension that addresses a use case for PCE. = To be discussed > on the PCE mailing list and we will keep you posted. >=20 > Thanks. >=20 > JP. >=20 > On Jul 29, 2011, at 9:30 PM, Acee Lindem wrote: >=20 >> I've posted the IETF WG Minutes. Thanks much to Les Ginsberg for = taking them. There was one ISP representative from Asia who commented = but we did not get his name. If this was you, please unicast me and I = will update the minutes with your name. =20 >>=20 >> Abhay and I will follow up with E-mails on specific documents = presented at IETF 81.=20 >>=20 >> http://www.ietf.org/proceedings/81/minutes/ospf.txt >>=20 >> Thanks, >> Acee=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf --Apple-Mail=_17BB2B99-F4B5-4534-9379-0AF7DAF51526 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
From: JP Vasseur <jpv@cisco.com>
Subject: = Re: [OSPF] IETF 81 WG = Minutes
Date: July 31, 2011 12:13:02 PM EDT
To: Acee Lindem <acee.lindem@ericsson.com>,= "Abhay Roy (akr)" <akr@cisco.com>
Cc: OSPF List <ospf@ietf.org>

Thanks = Acee,

Just a feed-back on one ID after the PCE WG = meeting:


8) Updates to OSPF TE = Extension for Area IDs    Slides
   = draft-lu-ospf-area-tlv-01.txt
- Wenhu Lu 
10 = minutes

See slides

Abhay: What were comments in PCE = presentation?
Wenhu: Good = reception. Why do we need to know Area ID? Isn't it = enough to 
 simply know if ABR is TE enabled? Solution = avoids "brute force" solution and 
 produces faster = convergence.

Abhay: Discussed with PCE chairs. RFC 5088 - = extensions for PCE. Look at those 
extensions to see if they can = be used.
Wenhu: Will do = that.

JP> The draft was discussed = in the PCE WG meeting, but there was no consensus that
this = document provides an extension that addresses a use case for PCE. To be = discussed
on the PCE mailing list and we will keep you = posted.

Thanks.

JP.

On Jul 29, 2011, at 9:30 PM, Acee Lindem = wrote:

I've posted the IETF WG Minutes. Thanks much to Les = Ginsberg for taking them. There was one ISP representative from Asia who = commented but we did not get his name. If this was you, please unicast = me and I will update the minutes with your name.  

Abhay and = I will follow up with E-mails on specific documents presented at IETF = 81.

http://www.ie= tf.org/proceedings/81/minutes/ospf.txt

Thanks,
Acee =
_______________________________________________
OSPF mailing = list
OSPF@ietf.org
https://www.ietf.org/ma= ilman/listinfo/ospf

__________= _____________________________________
OSPF mailing list
OSPF@ietf.org
https://www.ietf.org/ma= ilman/listinfo/ospf

= --Apple-Mail=_17BB2B99-F4B5-4534-9379-0AF7DAF51526-- From ramon.casellas@cttc.es Sun Jul 31 17:11:18 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0748921F869D for ; Sun, 31 Jul 2011 17:11:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kNG5CT71ANFV for ; Sun, 31 Jul 2011 17:11:17 -0700 (PDT) Received: from aquila.cttc.es (aquila.cttc.es [84.88.62.230]) by ietfa.amsl.com (Postfix) with ESMTP id E06EE21F8698 for ; Sun, 31 Jul 2011 17:11:16 -0700 (PDT) Received: from leo (leo.cttc.es [84.88.62.208]) by aquila.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p710KDgL031404 for ; Mon, 1 Aug 2011 02:20:13 +0200 Received: from [10.1.10.16] (unknown [10.1.10.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 65B5C2014C for ; Mon, 1 Aug 2011 02:10:04 +0200 (CEST) Message-ID: <4E35EEDC.8020203@cttc.es> Date: Mon, 01 Aug 2011 02:10:04 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110726 Thunderbird/6.0 MIME-Version: 1.0 To: pce@ietf.org References: <95E8ECEE-858A-4EAC-8401-2D3F1BF2F113@cisco.com> In-Reply-To: <95E8ECEE-858A-4EAC-8401-2D3F1BF2F113@cisco.com> Content-Type: multipart/alternative; boundary="------------030309070405080709080609" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.4 (leo [0.0.0.0]); Mon, 01 Aug 2011 02:10:04 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.230 Subject: Re: [Pce] Fwd: [OSPF] IETF 81 WG Minutes X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 00:11:18 -0000 This is a multi-part message in MIME format. --------------030309070405080709080609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit All, See inline On 07/31/2011 06:43 PM, JP Vasseur wrote: > > ** >> draft-lu-ospf-area-tlv-01.txt > >> Wenhu: *Good reception.* Why do we need to know Area ID? Isn't it >> enough to >> simply know if ABR is TE enabled? Solution avoids "brute force" >> solution and >> produces faster convergence. >> As detailed below, I tend to think there is a use case to be able to dynamically map "TE enabled ABRs" and the domains (areas) they belong to. >> Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look >> at those >> extensions to see if they can be used. After a quick read, I think both are somehow orthogonal /complementary. RFC 5088 is a means for a PCE to announce its capabilities, extending the Router Information LSA [RFC 4970] with another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but 4970 itself : a) For PCED typically, the "source" of the information would be the PCE itself (e.g. advertising router), although nothing precludes any other LSR to act as a proxy. As such, it can announce its own domains as well as its neighboring domains (covering both areas and AS). Still, unless I am mistaken, this only identifies the domain, not the exit border nodes that leads to those domains. The mapping ABRs <-> neighboring domains is missing, is it? b) conceptually, it covers the PCE, not the nodes / ABRs themselves. Capabilities of ABRs should be decoupled from those of the PCE. However, as I mentioned in a previous mail to pce@, it may make sense to use extensions similar to those in RFC4970. As stated within: The Router Informational Capabilities TLV MAY be followed by optional TLVs that further specify a capability. Similar to the OSPF Traffic Engineering support [TE] bit, there could be a TLV that lists the areas the ABR is connected to, which is pretty much what the draft-lu-ospf covers Finally: I would *strongly* :-) suggest to change draft section 5.2. TLV encoding - align to OSPF-TE TLV defintion: uint16_t for type uint16_t for length (value part, padding not included) - list areas keeping uint32_t alignment in the "struct". >> JP> The draft was discussed in the PCE WG meeting, but there was no >> consensus that >> this document provides an extension that addresses a use case for >> PCE. To be discussed >> on the PCE mailing list and we will keep you posted. >> For what is worth, I do believe that dynamic discovery of (generic) domain border nodes and their corresponding neighbouring domains and reachable endpoints is a use case that enables multi-domain path computation with less configuration. Current mechanisms can somehow made to work, but may be improved (in this particular case, knowing the Areas an ABR is connected to. the PCE could generate the PCE discovery including the neighboring domains TLV after processing the Areas the ABRs are attached to). Thanks for reading Ramon --------------030309070405080709080609 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit All,

See inline

On 07/31/2011 06:43 PM, JP Vasseur wrote:

   draft-lu-ospf-area-tlv-01.txt


Wenhu: Good reception. Why do we need to know Area ID? Isn't it enough to 
 simply know if ABR is TE enabled? Solution avoids "brute force" solution and 
 produces faster convergence.

As detailed below, I tend to think there is a use case to be able to dynamically map "TE enabled ABRs" and the domains (areas) they belong to.

Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look at those 
extensions to see if they can be used.

After a quick read, I think both are somehow orthogonal /complementary. RFC 5088 is a means for a PCE to announce its capabilities, extending the Router Information LSA [RFC 4970] with another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but 4970 itself :

a) For PCED typically, the "source" of the information would be the PCE itself (e.g. advertising router), although nothing precludes any other LSR to act as a proxy. As such, it can announce its own domains as well as its neighboring domains (covering both areas and AS). Still, unless I am mistaken, this only identifies the domain, not the exit border nodes that leads to those domains. The mapping ABRs <-> neighboring domains is missing, is it?

b) conceptually, it covers the PCE, not the nodes / ABRs themselves. Capabilities of ABRs should be decoupled from those of the PCE.


However, as I mentioned in a previous mail to pce@, it may make sense to use extensions similar to those in RFC4970. As stated within:  The Router Informational Capabilities TLV MAY be followed by optional TLVs that further specify a capability. Similar to the OSPF Traffic Engineering support [TE] bit, there could be a TLV that lists the areas the ABR is connected to, which is pretty much what the draft-lu-ospf covers


Finally: I would *strongly* :-) suggest to change draft section 5.2. TLV encoding

- align to OSPF-TE TLV defintion: uint16_t for type uint16_t for length (value part, padding not included)

- list areas keeping uint32_t alignment in the "struct".



JP> The draft was discussed in the PCE WG meeting, but there was no consensus that
this document provides an extension that addresses a use case for PCE. To be discussed
on the PCE mailing list and we will keep you posted.

For what is worth, I do believe that dynamic discovery of (generic) domain border nodes and their corresponding neighbouring domains and reachable endpoints is a use case that enables multi-domain path computation with less configuration. Current mechanisms can somehow made to work, but may be improved (in this particular case, knowing the Areas an ABR is connected to. the PCE could generate the PCE discovery including the neighboring domains TLV after processing the Areas the ABRs are attached to).

Thanks for reading
Ramon



--------------030309070405080709080609-- From jpv@cisco.com Sun Jul 31 21:16:09 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2751521F854E for ; Sun, 31 Jul 2011 21:16:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.462 X-Spam-Level: X-Spam-Status: No, score=-102.462 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TjnFeTGIYjHo for ; Sun, 31 Jul 2011 21:16:08 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7A87F21F8540 for ; Sun, 31 Jul 2011 21:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=11148; q=dns/txt; s=iport; t=1312172172; x=1313381772; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=PIUxsP+P7oJ2daNVL8nuHqPxWstd+QeYDt+d2Eko3Ks=; b=ONn7CSJ8M/6htQxNj0PVIp5VaaIXxcuK9jJma3QwKJWgeZw4xgfzmZLq roGow7WpMcOmNbGBngqFMf1v9desaMh3VsyoMHNXYYIOuRUfm7merCB3g 0HygiffFd2vJ7wyUrlte3q4JoF0UAZ1qMuzJwLgpv0gZoL0RZSEXUTBZ8 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EACkoNk6rRDoI/2dsb2JhbABBp2F3gUABAQEBAgEBAQEPARRHCwULCxguJzAGExsHh0oEoTQBnVOFY18EknuFBwmLcA X-IronPort-AV: E=Sophos;i="4.67,298,1309737600"; d="scan'208,217";a="8304131" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by rcdn-iport-1.cisco.com with ESMTP; 01 Aug 2011 04:16:10 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p714GA2q011160; Mon, 1 Aug 2011 04:16:10 GMT Received: from xfe-sjc-221.amer.cisco.com ([128.107.191.32]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 21:16:10 -0700 Received: from [192.168.6.93] ([10.21.67.226]) by xfe-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 21:16:09 -0700 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_A7ADFD80-3094-4370-A958-DBB0D82CE274" From: JP Vasseur In-Reply-To: <4E35EEDC.8020203@cttc.es> Date: Mon, 1 Aug 2011 00:16:07 -0400 Message-Id: <1FA86AE7-EF3C-46AD-B961-58C8557291D9@cisco.com> References: <95E8ECEE-858A-4EAC-8401-2D3F1BF2F113@cisco.com> <4E35EEDC.8020203@cttc.es> To: Ramon Casellas X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 01 Aug 2011 04:16:09.0476 (UTC) FILETIME=[BDB3AC40:01CC5001] Cc: pce@ietf.org Subject: Re: [Pce] [OSPF] IETF 81 WG Minutes X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 04:16:09 -0000 --Apple-Mail=_A7ADFD80-3094-4370-A958-DBB0D82CE274 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Ramon, On Jul 31, 2011, at 8:10 PM, Ramon Casellas wrote: > All, >=20 > See inline >=20 > On 07/31/2011 06:43 PM, JP Vasseur wrote: >>=20 >>=20 >>> draft-lu-ospf-area-tlv-01.txt >>=20 >=20 >>> Wenhu: Good reception. Why do we need to know Area ID? Isn't it = enough to=20 >>> simply know if ABR is TE enabled? Solution avoids "brute force" = solution and=20 >>> produces faster convergence. >>>=20 > As detailed below, I tend to think there is a use case to be able to = dynamically map "TE enabled ABRs" and the domains (areas) they belong = to. Let's discuss this aspect. It was explained that there was a need to = know that a router was TE-enabled to avoid a signaling failure =85 how = is that different from other parameters ? Second question is what can you do with the OSPF area ID ? I cannot see = any reason for knowing the area ID an ABR is connected to for inter-area = TE LSP computation ? Thanks. JP. >=20 >>> Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. = Look at those=20 >>> extensions to see if they can be used. >=20 > After a quick read, I think both are somehow orthogonal = /complementary. RFC 5088 is a means for a PCE to announce its = capabilities, extending the Router Information LSA [RFC 4970] with = another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but = 4970 itself : >=20 > a) For PCED typically, the "source" of the information would be the = PCE itself (e.g. advertising router), although nothing precludes any = other LSR to act as a proxy. As such, it can announce its own domains as = well as its neighboring domains (covering both areas and AS). Still, = unless I am mistaken, this only identifies the domain, not the exit = border nodes that leads to those domains. The mapping ABRs <-> = neighboring domains is missing, is it? >=20 > b) conceptually, it covers the PCE, not the nodes / ABRs themselves. = Capabilities of ABRs should be decoupled from those of the PCE. >=20 >=20 > However, as I mentioned in a previous mail to pce@, it may make sense = to use extensions similar to those in RFC4970. As stated within: The = Router Informational Capabilities TLV MAY be followed by optional TLVs = that further specify a capability. Similar to the OSPF Traffic = Engineering support [TE] bit, there could be a TLV that lists the areas = the ABR is connected to, which is pretty much what the draft-lu-ospf = covers >=20 >=20 > Finally: I would *strongly* :-) suggest to change draft section 5.2. = TLV encoding >=20 > - align to OSPF-TE TLV defintion: uint16_t for type uint16_t for = length (value part, padding not included)=20 >=20 > - list areas keeping uint32_t alignment in the "struct". >=20 >=20 >=20 >>> JP> The draft was discussed in the PCE WG meeting, but there was no = consensus that >>> this document provides an extension that addresses a use case for = PCE. To be discussed >>> on the PCE mailing list and we will keep you posted. >>>=20 > For what is worth, I do believe that dynamic discovery of (generic) = domain border nodes and their corresponding neighbouring domains and = reachable endpoints is a use case that enables multi-domain path = computation with less configuration. Current mechanisms can somehow made = to work, but may be improved (in this particular case, knowing the Areas = an ABR is connected to. the PCE could generate the PCE discovery = including the neighboring domains TLV after processing the Areas the = ABRs are attached to). >=20 > Thanks for reading > Ramon >=20 >=20 >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail=_A7ADFD80-3094-4370-A958-DBB0D82CE274 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hi = Ramon,

On Jul 31, 2011, at 8:10 PM, Ramon Casellas = wrote:

=20 =20
All,

See inline

On 07/31/2011 06:43 PM, JP Vasseur wrote:

   = draft-lu-ospf-area-tlv-01.txt


=
Wenhu: Good = reception. Why do we need to know Area ID? Isn't it enough to 
 simply know if ABR is TE enabled? Solution avoids "brute force" solution and 
 produces faster convergence.

As detailed below, I tend to think there is a use case to be able to dynamically map "TE enabled ABRs" and the domains (areas) they belong to.

Let's discuss = this aspect. It was explained that there was a need to know that a = router was TE-enabled to avoid a signaling failure =85 how is that = different from other parameters ?
Second question is what can = you do with the OSPF area ID ? I cannot see any reason for knowing the = area ID an ABR is connected to for inter-area TE LSP computation = ?

Thanks.

JP.

<= blockquote type=3D"cite">

=
Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look at those 
extensions to see if they can be used.

After a quick read, I think both are somehow orthogonal /complementary. RFC 5088 is a means for a PCE to announce its capabilities, extending the Router Information LSA [RFC 4970] with another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but 4970 itself :

a) For PCED typically, the "source" of the information would be the PCE itself (e.g. advertising router), although nothing precludes any other LSR to act as a proxy. As such, it can announce its own domains as well as its neighboring domains (covering both areas and AS). Still, unless I am mistaken, this only identifies the domain, not the exit border nodes that leads to those domains. The mapping ABRs <-> neighboring domains is missing, is it?

b) conceptually, it covers the PCE, not the nodes / ABRs themselves. Capabilities of ABRs should be decoupled from those of the PCE.


However, as I mentioned in a previous mail to pce@, it may make sense to use extensions similar to those in RFC4970. As stated within:  The Router Informational Capabilities TLV MAY be = followed by optional TLVs that further specify a capability. Similar to the OSPF Traffic Engineering support [TE] bit, there could be a TLV that lists the areas the ABR is connected to, which is pretty much what the draft-lu-ospf covers


Finally: I would *strongly* :-) suggest to change draft section 5.2. TLV encoding

- align to OSPF-TE TLV defintion: uint16_t for type uint16_t for length (value part, padding not included)

- list areas keeping uint32_t alignment in the "struct".



=
JP> The draft was discussed in the PCE WG meeting, but there was no consensus that
this document provides an extension that addresses a use case for PCE. To be discussed
on the PCE mailing list and we will keep you = posted.

For what is worth, I do believe that dynamic discovery of (generic) domain border nodes and their corresponding neighbouring domains and reachable endpoints is a use case that enables multi-domain path computation with less configuration. Current mechanisms can somehow made to work, but may be improved (in this particular case, knowing the Areas an ABR is connected to. the PCE could generate the PCE discovery including the neighboring domains TLV after processing the Areas the ABRs are attached to).

Thanks for reading
Ramon



_______________________________________________
Pce mailing = list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail=_A7ADFD80-3094-4370-A958-DBB0D82CE274-- From jpv@cisco.com Sun Jul 31 21:16:25 2011 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E1A521F8556 for ; Sun, 31 Jul 2011 21:16:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.476 X-Spam-Level: X-Spam-Status: No, score=-102.476 tagged_above=-999 required=5 tests=[AWL=0.122, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zgmB77yoJaMM for ; Sun, 31 Jul 2011 21:16:24 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 26D9A21F8540 for ; Sun, 31 Jul 2011 21:16:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=11146; q=dns/txt; s=iport; t=1312172188; x=1313381788; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=Yh1uRSnA+ShcJVZ0mfoJDS0H+zRpXCyPlwY5KCJes1E=; b=UcV43Gp4sdGuHsMXqzzzIQY/Geyqt8RicOV7F3CufCDDmGpERS0Q8iRr WaQSltwSvXGOmG6KAkDePP7r9a/RhDQtNNJYz8W+z666QJy64FuWiLW9A MQpgxroBljdJxggA9UShzpqWdtUtUSxCOHL6LqQTvGCcaNYPxjGyv+hF2 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EALAnNk6rRDoG/2dsb2JhbABBp2F3gUABAQEBAgEBAQEPARRHCwULCxguJzAGExsHh0oEoTIBnVOFY18EknuFBwmLcA X-IronPort-AV: E=Sophos;i="4.67,298,1309737600"; d="scan'208,217";a="8305332" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by rcdn-iport-5.cisco.com with ESMTP; 01 Aug 2011 04:16:28 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p714GRFY002572; Mon, 1 Aug 2011 04:16:27 GMT Received: from xfe-sjc-221.amer.cisco.com ([128.107.191.32]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 21:16:27 -0700 Received: from [192.168.6.93] ([10.21.67.226]) by xfe-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 21:16:26 -0700 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_D5B7DA96-7726-4E93-9738-C3E48A154BDF" From: JP Vasseur In-Reply-To: <4E35EEDC.8020203@cttc.es> Date: Mon, 1 Aug 2011 00:16:25 -0400 Message-Id: <2AD2393B-7216-4C1C-8F2A-E1F40BCDD1C9@cisco.com> References: <95E8ECEE-858A-4EAC-8401-2D3F1BF2F113@cisco.com> <4E35EEDC.8020203@cttc.es> To: Ramon Casellas X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 01 Aug 2011 04:16:27.0069 (UTC) FILETIME=[C83026D0:01CC5001] Cc: pce@ietf.org Subject: Re: [Pce] [OSPF] IETF 81 WG Minutes X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 04:16:25 -0000 --Apple-Mail=_D5B7DA96-7726-4E93-9738-C3E48A154BDF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Ramon, On Jul 31, 2011, at 8:10 PM, Ramon Casellas wrote: > All, >=20 > See inline >=20 > On 07/31/2011 06:43 PM, JP Vasseur wrote: >>=20 >>=20 >>> draft-lu-ospf-area-tlv-01.txt >>=20 >=20 >>> Wenhu: Good reception. Why do we need to know Area ID? Isn't it = enough to=20 >>> simply know if ABR is TE enabled? Solution avoids "brute force" = solution and=20 >>> produces faster convergence. >>>=20 > As detailed below, I tend to think there is a use case to be able to = dynamically map "TE enabled ABRs" and the domains (areas) they belong = to. Let's discuss this aspect. It was explained that there was a need to = know that a router was TE-enabled to avoid a signaling failure =85 how = is that different from other parameters ? Second question is what can you do with the OSPF area ID ? I cannot see = any reason for knowing the area ID an ABR is connected to for inter-area = TE LSP computation ? Thanks. >=20 >>> Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. = Look at those=20 >>> extensions to see if they can be used. >=20 > After a quick read, I think both are somehow orthogonal = /complementary. RFC 5088 is a means for a PCE to announce its = capabilities, extending the Router Information LSA [RFC 4970] with = another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but = 4970 itself : >=20 > a) For PCED typically, the "source" of the information would be the = PCE itself (e.g. advertising router), although nothing precludes any = other LSR to act as a proxy. As such, it can announce its own domains as = well as its neighboring domains (covering both areas and AS). Still, = unless I am mistaken, this only identifies the domain, not the exit = border nodes that leads to those domains. The mapping ABRs <-> = neighboring domains is missing, is it? >=20 > b) conceptually, it covers the PCE, not the nodes / ABRs themselves. = Capabilities of ABRs should be decoupled from those of the PCE. >=20 >=20 > However, as I mentioned in a previous mail to pce@, it may make sense = to use extensions similar to those in RFC4970. As stated within: The = Router Informational Capabilities TLV MAY be followed by optional TLVs = that further specify a capability. Similar to the OSPF Traffic = Engineering support [TE] bit, there could be a TLV that lists the areas = the ABR is connected to, which is pretty much what the draft-lu-ospf = covers >=20 >=20 > Finally: I would *strongly* :-) suggest to change draft section 5.2. = TLV encoding >=20 > - align to OSPF-TE TLV defintion: uint16_t for type uint16_t for = length (value part, padding not included)=20 >=20 > - list areas keeping uint32_t alignment in the "struct". >=20 >=20 >=20 >>> JP> The draft was discussed in the PCE WG meeting, but there was no = consensus that >>> this document provides an extension that addresses a use case for = PCE. To be discussed >>> on the PCE mailing list and we will keep you posted. >>>=20 > For what is worth, I do believe that dynamic discovery of (generic) = domain border nodes and their corresponding neighbouring domains and = reachable endpoints is a use case that enables multi-domain path = computation with less configuration. Current mechanisms can somehow made = to work, but may be improved (in this particular case, knowing the Areas = an ABR is connected to. the PCE could generate the PCE discovery = including the neighboring domains TLV after processing the Areas the = ABRs are attached to). >=20 > Thanks for reading > Ramon >=20 >=20 >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail=_D5B7DA96-7726-4E93-9738-C3E48A154BDF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hi = Ramon,

On Jul 31, 2011, at 8:10 PM, Ramon Casellas = wrote:

=20 =20
All,

See inline

On 07/31/2011 06:43 PM, JP Vasseur wrote:

   = draft-lu-ospf-area-tlv-01.txt


=
Wenhu: Good = reception. Why do we need to know Area ID? Isn't it enough to 
 simply know if ABR is TE enabled? Solution avoids "brute force" solution and 
 produces faster convergence.

As detailed below, I tend to think there is a use case to be able to dynamically map "TE enabled ABRs" and the domains (areas) they belong to.

Let's discuss = this aspect. It was explained that there was a need to know that a = router was TE-enabled to avoid a signaling failure =85 how is that = different from other parameters ?
Second question is what can = you do with the OSPF area ID ? I cannot see any reason for knowing the = area ID an ABR is connected to for inter-area TE LSP computation = ?

Thanks.



=

=
Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look at those 
extensions to see if they can be used.

After a quick read, I think both are somehow orthogonal /complementary. RFC 5088 is a means for a PCE to announce its capabilities, extending the Router Information LSA [RFC 4970] with another TLV. I wouldn't extend the "PCE Discovery" as in RFC 5088 but 4970 itself :

a) For PCED typically, the "source" of the information would be the PCE itself (e.g. advertising router), although nothing precludes any other LSR to act as a proxy. As such, it can announce its own domains as well as its neighboring domains (covering both areas and AS). Still, unless I am mistaken, this only identifies the domain, not the exit border nodes that leads to those domains. The mapping ABRs <-> neighboring domains is missing, is it?

b) conceptually, it covers the PCE, not the nodes / ABRs themselves. Capabilities of ABRs should be decoupled from those of the PCE.


However, as I mentioned in a previous mail to pce@, it may make sense to use extensions similar to those in RFC4970. As stated within:  The Router Informational Capabilities TLV MAY be = followed by optional TLVs that further specify a capability. Similar to the OSPF Traffic Engineering support [TE] bit, there could be a TLV that lists the areas the ABR is connected to, which is pretty much what the draft-lu-ospf covers


Finally: I would *strongly* :-) suggest to change draft section 5.2. TLV encoding

- align to OSPF-TE TLV defintion: uint16_t for type uint16_t for length (value part, padding not included)

- list areas keeping uint32_t alignment in the "struct".



=
JP> The draft was discussed in the PCE WG meeting, but there was no consensus that
this document provides an extension that addresses a use case for PCE. To be discussed
on the PCE mailing list and we will keep you = posted.

For what is worth, I do believe that dynamic discovery of (generic) domain border nodes and their corresponding neighbouring domains and reachable endpoints is a use case that enables multi-domain path computation with less configuration. Current mechanisms can somehow made to work, but may be improved (in this particular case, knowing the Areas an ABR is connected to. the PCE could generate the PCE discovery including the neighboring domains TLV after processing the Areas the ABRs are attached to).

Thanks for reading
Ramon



_______________________________________________
Pce mailing = list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail=_D5B7DA96-7726-4E93-9738-C3E48A154BDF--