From pranjal.dutta@alcatel-lucent.com Sat Sep 1 14:39:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 938DC11E8161 for ; Sat, 1 Sep 2012 14:39:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.467 X-Spam-Level: X-Spam-Status: No, score=-7.467 tagged_above=-999 required=5 tests=[AWL=-0.868, 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 UTQ6Eho7l3xz for ; Sat, 1 Sep 2012 14:39:47 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id DD6EF11E812F for ; Sat, 1 Sep 2012 14:39:46 -0700 (PDT) Received: from inbansmailrelay2.in.alcatel-lucent.com (h135-250-11-33.lucent.com [135.250.11.33]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id q81Ldeg0020917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Sep 2012 16:39:43 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay2.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q81LddqM020816 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sun, 2 Sep 2012 03:09:39 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Sun, 2 Sep 2012 03:09:39 +0530 From: "Dutta, Pranjal K (Pranjal)" To: "mpls@ietf.org" Date: Sun, 2 Sep 2012 03:09:36 +0530 Thread-Topic: New Version Notification for draft-pdutta-mpls-tldp-hello-reduce-04.txt Thread-Index: Ac2IiPvxExZjFfwLRc+NCbReo0At+gAAJ8HA Message-ID: References: <20120901213010.5871.99607.idtracker@ietfa.amsl.com> In-Reply-To: <20120901213010.5871.99607.idtracker@ietfa.amsl.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 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Cc: "giheron@cisco.com" Subject: Re: [mpls] New Version Notification for draft-pdutta-mpls-tldp-hello-reduce-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 21:39:47 -0000 Hi WG, The new version of the draft is available after addressing review c= omments/discussions from MPLS-RT and the mailing list. Please review the la= test version and let the authors know comments if any. Thanks, Pranjal Filename: draft-pdutta-mpls-tldp-hello-reduce Revision: 04 Title: Targeted LDP Hello Reduction Creation date: 2012-09-01 WG ID: Individual Submission Number of pages: 8 URL: http://www.ietf.org/internet-drafts/draft-pdutta-mpls-tldp= -hello-reduce-04.txt Status: http://datatracker.ietf.org/doc/draft-pdutta-mpls-tldp-hel= lo-reduce Htmlized: http://tools.ietf.org/html/draft-pdutta-mpls-tldp-hello-re= duce-04 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-pdutta-mpls-tldp-= hello-reduce-04 Abstract: Targeted LDP (t-LDP) Hellos are used for establishing adjacencies with non-directly connected peers. After an LDP session is established to a Targeted Peer, there are deployment scenerios where it is not necessary to send Targeted LDP Hellos at the configured intervals. This document proposes a mechanism to turn off or reduce the rate of exchange of Targeted LDP Hellos after LDP session is established to a peer. = =20 From loa@pi.nu Sun Sep 2 12:22:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42EC321F843A for ; Sun, 2 Sep 2012 12:22:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.55 X-Spam-Level: X-Spam-Status: No, score=-102.55 tagged_above=-999 required=5 tests=[AWL=0.049, 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 v-YM3NI7FRb6 for ; Sun, 2 Sep 2012 12:22:55 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 9377321F8435 for ; Sun, 2 Sep 2012 12:22:55 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 9D0CB2A8003; Sun, 2 Sep 2012 21:22:52 +0200 (CEST) Message-ID: <5043B20D.1010000@pi.nu> Date: Sun, 02 Sep 2012 21:22:53 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-itu-t-identifiers@tools.ietf.org" Subject: [mpls] implementations of draft-ietf-mpls-tp-itu-t-identifiers X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 19:22:56 -0000 Working Group, draft-ietf-mpls-tp-itu-t-identifiers has been through wg last call (even if there are still some comments to be addressed). As part of the shepherd write-up, the document that formally request publication of the document, we need information on existing or intended implementations. If you have an implementation of or intend to implement this document please send this information to the working group chairs. /Loa for the wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From kenji.fujihira.dj@hitachi.com Mon Sep 3 03:18:57 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE22921F8505 for ; Mon, 3 Sep 2012 03:18:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.09 X-Spam-Level: X-Spam-Status: No, score=-1.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, 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 dr9O2Mm7rO87 for ; Mon, 3 Sep 2012 03:18:57 -0700 (PDT) Received: from mail4.hitachi.co.jp (mail4.hitachi.co.jp [133.145.228.5]) by ietfa.amsl.com (Postfix) with ESMTP id 1295C21F8504 for ; Mon, 3 Sep 2012 03:18:57 -0700 (PDT) Received: from mlsv1.hitachi.co.jp (unknown [133.144.234.166]) by mail4.hitachi.co.jp (Postfix) with ESMTP id DC1B933CC7; Mon, 3 Sep 2012 19:18:55 +0900 (JST) Received: from mfilter03.hitachi.co.jp by mlsv1.hitachi.co.jp (8.13.1/8.13.1) id q83AItHI018834; Mon, 3 Sep 2012 19:18:55 +0900 Received: from vshuts3.hitachi.co.jp (vshuts3.hitachi.co.jp [10.201.6.72]) by mfilter03.hitachi.co.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id q83AIsnb014351; Mon, 3 Sep 2012 19:18:55 +0900 X-AuditID: b753bd60-955d6ba000000c4c-f3-50448408c015 Received: from gmml25.itg.hitachi.co.jp (unknown [158.213.165.145]) by vshuts3.hitachi.co.jp (Symantec Mail Security) with ESMTP id 8353D77427E; Mon, 3 Sep 2012 19:18:48 +0900 (JST) Received: from [127.0.0.1] by gmml25.itg.hitachi.co.jp (AIX5.2/8.11.6p2/8.11.0) id q83AIms28954854; Mon, 3 Sep 2012 19:18:48 +0900 Message-Type: Multiple Part MIME-Version: 1.0 Message-ID: Content-Type: text/plain; charset=ISO-2022-JP To: From: Date: Mon, 3 Sep 2012 19:18:37 +0900 Priority: normal Importance: normal X400-Content-Identifier: X504483E100000M X400-MTS-Identifier: [/C=JP/ADMD=HITNET/PRMD=HITACHI/;gmml28120903191809SUW] Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] MPLS-RT Review of draft-fbb-mpls-tp-p2mp-framework-05 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 10:18:57 -0000 Hi, authors and chairs. As the MPLS-RT process, I've reviewed draft-fbb-mpls-tp-p2mp-framework-05. a. Is the document coherent? It is almost coherent. I have two comments. - Section 7. (Network Management) I think the following description should be moved from section 7 to section 4 (OAM). "Packet Loss and Delay Measurement for MPLS Networks [RFC6374] already considers the P2MP case and it is not thought that any change is needed to the MPLS-TP profile of [RFC6374] [RFC6375]." - Section 1.2. (Terminology) I suppose PM is "Performance Monitoring", not "Performance Measurement", referring to RFC5921, 5951 and 6371. b. Is it useful (ie, is it likely to be actually useful in operational networks)? I believe this draft is useful. If possible, comments from operators will help. c. Is the document technically sound? My concern is 1:n protection. As addressed in section 6, it needs further discussion. Relating to this point, it will be valuable if the draft lists up protection types P2MP MAY support (for example, partial tree protection as addressed in section 6). The other descriptions are clear and well aligned with referred RFCs. d. Is the document ready to be considered for WG adoption? IMO, it's better to close my comments above on section 7 before WG adoption. Best Regards, Kenji. >Kenji, Jia, Dave; > >You have been selected as an MPLS Review team reviewers for >draft-fbb-mpls-tp-p2mp-framework-05.txt > >Note to authors: You have been CC壇 on this email so that you can know >that this review is going on. However, please do not review your own >document. > >Reviews should comment on whether the document is coherent, is it useful >(ie, is it likely to be actually useful in operational networks), and is >the document technically sound? We are interested in knowing whether >the document is ready to be considered for WG adoption (ie, it doesn稚 >have to be perfect at this point, but should be a good start). > >Reviews should be sent to the document authors, WG co-chairs and >secretary, and CC壇 to the MPLS WG email list. If necessary, comments >may be sent privately to only the WG chairs. > >Are you able to review this draft by Sep 3, 2012? > >Thanks, Loa >(as MPLS WG chair) >-- > > >Loa Andersson email: loa.andersson@ericsson.com >Sr Strategy and Standards Manager loa@pi.nu >Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > From hejia@huawei.com Mon Sep 3 05:26:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4F5221F845C for ; Mon, 3 Sep 2012 05:26:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.057 X-Spam-Level: X-Spam-Status: No, score=-2.057 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CN_BODY_35=0.339, 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 KX-N3TF9G3oQ for ; Mon, 3 Sep 2012 05:26:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id C121C21F8456 for ; Mon, 3 Sep 2012 05:26:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AJH46573; Mon, 03 Sep 2012 12:26:19 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 3 Sep 2012 13:25:34 +0100 Received: from SZXEML435-HUB.china.huawei.com (10.72.61.63) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 3 Sep 2012 13:26:06 +0100 Received: from SZXEML505-MBS.china.huawei.com ([169.254.2.19]) by szxeml435-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Mon, 3 Sep 2012 20:26:01 +0800 From: Hejia To: "draft-fbb-mpls-tp-p2mp-framework@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , Martin Vigoureux Thread-Topic: MPLS-RT Review of draft-fbb-mpls-tp-p2mp-framework-05 Thread-Index: AQHNfREfyW9Hw2cHlEe8MYqo2OAvzpd4o4Wg Date: Mon, 3 Sep 2012 12:26:01 +0000 Message-ID: <735916399E11684EAF4EB4FB376B7195264993AE@SZXEML505-MBS.china.huawei.com> References: <502F40CC.4060000@pi.nu> In-Reply-To: <502F40CC.4060000@pi.nu> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.76.205] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT Review of draft-fbb-mpls-tp-p2mp-framework-05 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 12:26:23 -0000 SGkgLA0KDQpJIGhhdmUgZmluaXNoZWQgcmV2aWV3aW5nIGRyYWZ0LWZiYi1tcGxzLXRwLXAybXAt ZnJhbWV3b3JrLTA1LnR4dCBhcyB0aGUgbWVtYmVyIG9mIE1QTFMgUmV2aWV3IHRlYW0gYW5kIGhh dmUgdGhlIGZvbGxvd2luZyBjb21tZW50czoNCg0KKiBJcyB0aGUgZG9jdW1lbnQgY29oZXJlbnQ/ DQoNCiBJdCBpcyBjbG9zZSB0byBjb2hlcmVudC4gUGxlYXNlIHRha2UgdGhlIGZvbGxvd2luZyB0 d28gY29tbWVudHMgaW50byBhY2NvdW50IHdoZW4gZnVydGhlciBwcm9ncmVzc2luZyB0aGlzIGRy YWZ0Lg0KDQogMS4gVGhlcmUgYXJlIGEgZmV3IGRyYWZ0cyByZWZlcmVuY2VkIGluIHRoaXMgZG9j dW1lbnQgaGF2ZSBleHBpcmVkLCBlLmcuDQogICBbSS1ELmlldGYtcHdlMy1wMm1wLXB3LXJlcXVp cmVtZW50c10NCiAgIFtJLUQuaWV0Zi1sMnZwbi12cG1zLWZybXdrLXJlcXVpcmVtZW50c10NCiAg IFtJLUQucmFnZ2Fyd2EtcHdlMy1wMm1wLXB3LWVuY2Fwc10uDQogDQogICBQbGVhc2UgY2hlY2sg dGhlIGF2YWlsYWJpbGl0eSBvZiB0aGUgcmVsZXZhbnQgY29udGVudCBpbiB0aGVzZSBkcmFmdHMg cmVmZXJlbmNlZCBpbiB0aGlzIGRvY3VtZW50LiANCg0KIDIuIFNlY3Rpb24gNCBPcGVyYXRpb25z LCBBZG1pbmlzdHJhdGlvbiBhbmQgTWFpbnRlbmFuY2UgKE9BTSkNCiAgIFRoZXJlIGlzIGFuIGVk aXRvcidzIG5vdGUgcmVtaW5kaW5nIHRoZSBjb29yZGluYXRpb24gd29yayBiZXR3ZWVuIHRoaXMg ZHJhZnQgYW5kIFtJLUQuaG1rLW1wbHMtdHAtcDJtcC1vYW0tZnJhbWV3b3JrXS4gSXQgaXMgYmV0 dGVyIHRvIHdvcmsgb3V0IHRoZSBkZXRhaWxzIGJlZm9yZSBtb3ZpbmcgdG8gV0cgYWRvcHRpb24u ICANCg0KDQoqIElzIGl0IHVzZWZ1bCAoaS5lLiwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5 IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9jdW1lbnQgdGVj aG5pY2FsbHkgc291bmQ/DQogDQogSSBiZWxpZXZlIHRoaXMgZG9jdW1lbnQgaXMgdXNlZnVsLiBP bmUgY29tbWVudCBhYm91dCBTZWN0aW9uIDY6IA0KIFNlY3Rpb24gNiBzdW1tYXJpemVzIHRoZSAx KzEgcHJvdGVjdGlvbiBzY2hlbWUgZm9yIHVuaWRpcmVjdGlvbmFsIFAyTVAgdHJhbnNwb3J0IHBh dGhzIGFzIGRlZmluZWQgaW4gW1JGQzYzNzJdLiBIb3dldmVyLCBzb21lIGRlc2NyaXB0aW9uIGlu IHRoaXMgc2VjdGlvbiAoc2VlIGJlbG93KSBpcyBhcHBsaWNhYmxlIHRvIDE6MSBpbnN0ZWFkIG9m IDErMSBQMk1QIHByb3RlY3Rpb24uIA0KIA0KICAgIkZhdWx0IG5vdGlmaWNhdGlvbg0KICAgaGFw cGVucyBmcm9tIHRoZSBub2RlIGlkZW5pZnlpbmcgdGhlIGZhdWx0IHRvIHRoZSByb290IG5vZGUg YW5kIGZyb20NCiAgIHRoZSBsZWF2ZXMgdG8gdGhlIHJvb3QgdmlhIGFuIG91dCBvZiBiYW5kIHBh dGguICINCg0KDQoqIElzIHRoZSBkb2N1bWVudCByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBX RyBhZG9wdGlvbj8NCiBJdCBpcyBzdWdnZXN0ZWQgdG8gY2xlYXIgdXAgdGhlIGlzc3VlcyBsaXN0 ZWQgYWJvdmUgYmVmb3JlIG1vdmluZyBmb3J3YXJkIHRvIFdHIGFkb3B0aW9uLiANCg0KDQoqIE5p dHMNCg0KICAxLiBTZWN0aW9uIDQgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24gYW5kIE1haW50 ZW5hbmNlIChPQU0pDQogICBzL3NwYWNpZmljL3NwZWNpZmljDQoNCiAgMi4gU2VjdGlvbiA1LjIg UG9pbnQtdG8tTXVsdGlwb2ludCBQVyBDb250cm9sIFBsYW5lDQogICIgW0ktRC5pZXRmLXB3ZTMt cDJtcC1wd10iIGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhpcyBwYXJhZ3JhcGggc2hvdWxkIGJlIGRl bGV0ZWQuDQoNCiAgMy4gU2VjdGlvbiA2IFN1cnZpdmFiaWxpdHkNCiAgcy9lYXRoZXIvZWl0aGVy DQogIHMvIGlkZW50aWZ5aW5nL2lkZW50aWZ5aW5nDQoNCg0KQi5SLg0KSmlhDQoNCg0KLS0tLS3T yrz+1K28/i0tLS0tDQq3orz+yMs6IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdIA0K t6LLzcqxvOQ6IDIwMTLE6jjUwjE4yNUgMTU6MTQNCsrVvP7Iyzoga2VuamkuZnVqaWhpcmEuZGpA aGl0YWNoaS5jb207IEhlamlhOyBEYXZpZCBBbGxhbiBJDQqzrcvNOiBkcmFmdC1mYmItbXBscy10 cC1wMm1wLWZyYW1ld29ya0B0b29scy5pZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5v cmc7IE1hcnRpbiBWaWdvdXJldXgNCtb3zOI6IE1QTFMtUlQgUmV2aWV3IG9mIGRyYWZ0LWZiYi1t cGxzLXRwLXAybXAtZnJhbWV3b3JrLTA1DQoNCktlbmppLCBKaWEsIERhdmU7DQoNCllvdSBoYXZl IGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9yDQpkcmFm dC1mYmItbXBscy10cC1wMm1wLWZyYW1ld29yay0wNS50eHQNCg0KTm90ZSB0byBhdXRob3JzOiBZ b3UgaGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cNCnRo YXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3 IHlvdXIgb3duDQpkb2N1bWVudC4NCg0KUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVy IHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQgdXNlZnVsDQooaWUsIGlzIGl0IGxpa2Vs eSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQgaXMN CnRoZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluIGtu b3dpbmcgd2hldGhlcg0KdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9y IFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc26hr3QNCmhhdmUgdG8gYmUgcGVyZmVjdCBhdCB0aGlz IHBvaW50LCBidXQgc2hvdWxkIGJlIGEgZ29vZCBzdGFydCkuDQoNClJldmlld3Mgc2hvdWxkIGJl IHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQNCnNlY3JldGFy eSwgYW5kIENDoa9kIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29t bWVudHMNCm1heSBiZSBzZW50IHByaXZhdGVseSB0byBvbmx5IHRoZSBXRyBjaGFpcnMuDQoNCkFy ZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBTZXAgMywgMjAxMj8NCg0KVGhhbmtz LCBMb2ENCihhcyBNUExTIFdHIGNoYWlyKQ0KLS0gDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAgICAg ICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NClNyIFN0 cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KRXJpY3Nz b24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIg OTIgMTMNCg== From Frederic.Jounay@orange.ch Mon Sep 3 07:27:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 410C021F8669 for ; Mon, 3 Sep 2012 07:27:21 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Improper folded header field made up entirely of whitespace (char 20 hex): References: ...60018F068@HE111543.emea1.cds.t-internal.com>\n X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3] 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 SmG6VUvrHmd8 for ; Mon, 3 Sep 2012 07:27:20 -0700 (PDT) Received: from smtp20.eds.ch (smtp20.eds.ch [195.160.148.40]) by ietfa.amsl.com (Postfix) with ESMTP id 28C8E21F865B for ; Mon, 3 Sep 2012 07:27:19 -0700 (PDT) X-AuditID: c3a09428-b7fec6d0000076fa-57-5044be46d8c4 Received: from chbbochs054.orange.ch (Unknown_Domain [204.104.149.85]) (using TLS with cipher RC4-MD5 (RC4-MD5/128 bits)) (Client did not present a certificate) by smtp20.eds.ch () with SMTP id 3E.1C.30458.64EB4405; Mon, 3 Sep 2012 16:27:18 +0200 (CEST) Received: from CHCROCHC051.orange.ch ([fe80:0000:0000:0000:704b:3a68:12.14.247.83]) by chbbochs054.orange.ch ([172.25.9.54]) with mapi; Mon, 3 Sep 2012 16:27:18 +0200 From: =?iso-8859-1?Q?Jounay_Fr=E9d=E9ric?= To: "mpls@ietf.org" , "Loa Andersson (loa@pi.nu)" Date: Mon, 3 Sep 2012 16:27:16 +0200 Thread-Topic: IPR poll on draft-jjwl-mpls-mldp-hsmp Thread-Index: Ac2JvXjff9SvrSESTV26BAsM9SLTMwAAf1cgAAe6mLAAAGxW8A== Message-ID: <78046FD1C8FE0345AFBC11640A8DF6E2017F3A553D1D@CHCROCHC051.orange.ch> References: <5040AB2F.6050508@pi.nu> <504483D2.6030302@pi.nu> <9762ACF04FA26B4388476841256BDE0201160018F068@HE111543.emea1.cds.t-internal.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="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBLMWRmVeSWpSXmKPExsVyJmNqqK7bPpcAg9sN8hb/5s5htri1dCWr A5PHkiU/mTxmTW9jC2CK4rJJSc3JLEst0rdL4MqYseMUU8FOvor7y1qZGhifcXUxcnJICJhI vD1yngXCFpO4cG89WxcjF4eQQAuTxJreqewQzipGiVkXP7OBVLEJuEksuTKVCcQWEfCR+Df9 PiOIzSKgInH59gOgOAeHsICRRO/PAIgSY4k/08+xgoRFBJwkGk9ZgIR5BQIkzs4/zQIxfjKj xLvrL9lBEoxAR3w/tQZsPLOAuMStJ/OZII4TkFiy5zwzhC0q8fLxP1aIelGJO+3rGSHq9SRu TJ3CBmFrSyxb+JoZYpmgxMmZT1gmMIrMQjJ2FpKWWUhaZiFpWcDIsoqRtzi3pMDIQC81pVgv OWMTIzD8Dy+YorGDcdkl80OMAhyMSjy8Kz84BwixJpYVV+YeYpTgYFYS4f2y2CVAiDclsbIq tSg/vqg0J7X4EKM0B4uSOO/JYL4AIYH0xJLU7NTUgtQimCwTB6dUA2PF/esL5lt796Vn73I4 t3ahytpLonVntFxyLpbIHXof2XDhz+xTnqG3l0Z938A2wWvxirDZTIfnd32J2im9b/utndW8 vydXJd4Mlpe1itAWu+y5Nf9GF9sGreJU+9KZF/iZpSqLnefN9XGYNPV3y1Yxt81h01q33lN5 fvDHNsk7+oUq8XZMCf5KLMUZiYZazEXFiQC0LV58ewIAAA== Subject: [mpls] FW: IPR poll on draft-jjwl-mpls-mldp-hsmp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 14:27:21 -0000 Hi, Sorry for this late reply! Not aware about any IPR disclosure regards, Fred On 2012-08-31 14:16, Loa Andersson wrote: > Working Group and authors; > > The authors of draft-jjwl-mpls-mldp-hsmp has indicated that the draft=20 > is ready to be adopted as a working group document. > > Before starting the poll to make the draft become a working group=20 > document we will do an IPR poll to check whether there is IPR on the=20 > document that needs to be disclosed. > > This mail starts that IPR poll. > > Are you aware of any IPR that applies to draft-jjwl-mpls-mldp-hsmp? > > If so, has this IPR been disclosed in compliance with IETF IPR rules=20 > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond=20 > to this email regardless of whether or not you are aware of any=20 > relevant IPR. The response needs to be sent to the MPLS wg mailing=20 > list. The documents will not advance to the next stage until a=20 > response has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author=20 > or contributor, then please explicitly respond only if you are aware=20 > of any IPR that has not yet been disclosed in conformance with IETF rules= . > > Please note that this draft has changed name from draft-jin-jounay-=20 > mpls-mldp-hsmp to draft-jjwl-mpls-mldp-hsmp, there was an IPR claim=20 > filed agains draft-jin-jounay-mpls-mldp-hsmp (ID #1777). > > Thanks, Loa > (as MPLS WG co-chair) > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From lizhong.jin@zte.com.cn Mon Sep 3 18:48:14 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F41321F862A for ; Mon, 3 Sep 2012 18:48:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.203 X-Spam-Level: X-Spam-Status: No, score=-97.203 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, MIME_BASE64_TEXT=2.796, 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 7LRoBdzw8LlM for ; Mon, 3 Sep 2012 18:48:13 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 18ED521F8629 for ; Mon, 3 Sep 2012 18:48:11 -0700 (PDT) Received: from [192.168.168.119] by mx5.zte.com.cn with surfront esmtp id 23255806486374; Tue, 4 Sep 2012 09:41:19 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 99D4271D19A; Tue, 4 Sep 2012 09:44:05 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q841m0cr013726; Tue, 4 Sep 2012 09:48:00 +0800 (GMT-8) (envelope-from lizhong.jin@zte.com.cn) In-Reply-To: To: "Dutta, Pranjal K (Pranjal)" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: Lizhong Jin Date: Tue, 4 Sep 2012 09:47:53 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-04 09:47:58, Serialize complete at 2012-09-04 09:47:58 Content-Type: multipart/alternative; boundary="=_alternative 0009E26C48257A6F_=" X-MAIL: mse01.zte.com.cn q841m0cr013726 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 01:48:14 -0000 This is a multipart message in MIME format. --=_alternative 0009E26C48257A6F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgUHJhbmphbCwNCk11Y2ggY2xlYXIgbm93LCB0aGFuayB5b3UuIFR3byBpbmxpbmUgY29tbWVu dHMgdGhhdCBtYXliZSBtaXNzZWQgaW4geW91ciANCnByZXZpb3VzIGVtYWlsLg0KDQpzbmlwIGZy b20gcHJldmlvdXMgZW1haWwuLi4NCj4gMi4gRm9yIExEUCBtdWx0aXBsZSBpbnN0YW5jZSwgaXMg aXQgYWxsb3dlZCBmb3IgZHVwbGljYXRlZCBGRUMgDQo+IGJldHdlZW4gdHdvIGluc3RhbmNlPyAN Cj4gDQo+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3Mgd29uoa90IGJlIGFsbG93ZWQuIFRoZSBw YXJhbGxlbCBzZXNzaW9ucyANCj4gYmV0d2VlbiB0d28gcGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRv IGJlIGRpc2pvaW50IHdpdGggcmVzcGVjdCB0byB0aGUNCj4gd29ya2luZyBzZXQgDQo+IKhDIHRo ZSBGRUNzLiBUaGlzIG5lZWRzIHRvIGJlIGVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZp YyANCj4gc2Vzc2lvbiBjYXBhYmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlz ZSBkaXNqb2ludCBGRUMgDQo+IGNhcGFiaWxpdGllcy4gU2VjdGlvbiANCj4gMi4xLjEgZXhwbGFp bnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRpZXMgKFJGQzU1NjEpIHRvIGtlZXAN Cj4gdGhlIEZFQyBkaXN0cmlidXRpb24gbXV0dWFsbHkgZXhjbHVzaXZlLiBXaGF0IGNyaXRlcmlh IHRvIGJlIHVzZWQgDQo+IGZvciBzZWdyZWdhdGlvbiANCj4gb2YgRkVDcyBhcmUgdG8gYmUgZGVj aWRlZCBvbiBjYXNlIHRvIGNhc2UgYmFzaWMuIFRoaXMgZHJhZnQgcHJvdmlkZXMNCj4gdGhlIGZ1 bmRhbWVudGFsIGJ1aWxkaW5nIGJsb2NrIGZvciBjb250cm9sIHBsYW5lIGZhdGUgc2VwYXJhdGlv bi4gDQpbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBMRFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhp cyBkcmFmdCBkb2VzIG5vdA0KaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBl eHBsaWNpdCBkZXNjcmliZSB0aGlzLCANCm90aGVyd2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRo ZSBWUkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlIA0KZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVu dCBpbnN0YW5jZXMuIA0KDQo+IA0KPiAzLiBJZiBkdXBsaWNhdGVkIEZFQ3MgYXJlIHBvc3NpYmxl IGJldHdlZW4gdHdvIGluc3RhbmNlLCByZWNlaXZpbmcgDQo+IHNhbWUgbGFiZWwgbWFwcGluZyBm cm9tIHBhcmFsbGVsIG11bHRpLWxzciBwZWVyaW5nIHNlc3Npb25zIGNvdWxkIA0KPiBub3QgaW50 ZXJwcmV0IGFzIGxvb3AsIHJpZ2h0PyANCj4gDQo+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3Mg YXJlIG5vdCBhbGxvd2VkIGFjcm9zcyAuIEJ1dCB3aGF0IGlmIGEgDQo+IHBlZXJpbmcgc3lzdGVt IG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlIA0KPiBzb2x1 dGlvbiAodGh1cyBhZ25vc3RpYyANCj4gT2YgdGhlIGZhY3QgdGhhdCBhIGZldyBzZXNzaW9ucyBh cmUgdGVybWluYXRlZCBpbiBzYW1lIHBlZXJpbmcgDQo+IHN5c3RlbSkgbGVha3MgRkVDcyBvbiBh bGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBpbiBhIGxvb3AgZm9yDQo+IHNvbWUgYXBw bGljYXRpb25zIA0KPiBhbmQgobBTZWN0aW9uIDMuIERldGVjdGlvbiBvZiBtdWx0aS1pbnN0YW5j ZSBwZWVyaW5nobEgYWRkcmVzc2VzIHRoYXQgDQo+IGlzc3VlLiAgSXQgbGV0cyBhIHN5c3RlbSBh d2FyZSBvZiB8fCBzZXNzaW9ucyBhbmQgdGh1cyBjYW4gdGFrZSANCj4gbmVjZXNzYXJ5IGFjdGlv bnMuIA0KW0xpemhvbmddIElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxpdHkp IGlzIHRvdGFsbHkgDQpkaXNqb2ludCBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgaXQgY291bGQgYmUg c2ltcGx5IGRpc2NhcmQgdGhlIEZFQyANCmxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNoIGNhcGFi aWxpdHkgdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxsIA0KbmVlZCBOb2RlLUlEIFRMVqO/IA0K DQpUaGFua3MNCkxpemhvbmcNCiANCg0KIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJh bmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IHdyb3RlIA0KMjAxMi8wOS8wMSAwMTozODoz OToNCg0KPiBIaSBMaXpob25nLA0KPiAgICAgICAgICAgICAgICAgICAgICBJIHRoaW5rIEkgZGlk bqGvdCBjbGFyaWZ5IG9uIKhDIKGwRG8geW91IG1lYW4gdGhlIA0KPiB0d28gaW5zdGFuY2UgbmVl ZCB0byBzeW5jaHJvbml6ZSBGRUMgbWFwcGluZyBpbmZvcm1hdGlvbqGxLiBUaGUgDQo+IG11bHRp LWluc3RhbmNlIHBlZXJpbmcgdGhhdCB3ZSBkZXNjcmliZWQgYWJvdXQgDQo+IElzIGEgbGl0dGxl IGRpZmZlcmVudCBmcm9tIG11bHRpLWluc3RhbmNlIElHUHMuIEluIG11bHRpLWluc3RhbmNlIA0K PiBMRFAgY2FzZSBieSBkZWZhdWx0IHRoZSBGRUMgZGF0YWJhc2Ugd291bGQgYmUgc2hhcmVkIGlu IHRoZSBzZW5zZSANCj4gdGhhdCBhbGwgbGFiZWwgbWFwcGluZyB3b3VsZCBzaGFyZSB0aGUgc2Ft ZSANCj4gZ2xvYmFsIGxhYmVsIHNwYWNlIGFuZCB0aHVzIGZvbGxvd2luZyBpcyBwb3NzaWJsZS9k ZXNpcmFibGUuDQo+IA0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIFN5c3RlbSBBIA0KPiBT eXN0ZW0gQiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN5c3RlbSBDIA0KPiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBMU1ItQTEtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tTFNSLQ0KPiBCMSAgICBYICAgIExTUi1CMy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNS LUMxDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIExTUi1BMiAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS1MU1ItDQo+IEIyICAgIFggICAgTFNSLUI0LS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS1MU1ItQzINCj4gDQo+IA0KPiAgICAgICAgICAgICAgICAgICAgICBUaGVyZSBjYW4g YmUgYSBzZWFtbGVzcyBMU1AvVHVubmVsIGJldHdlZW4gDQo+IFN5c3RlbSBBIGFuZCBTeXN0ZW0g QyBmb3IgRkVDIEYxLiBDLT5CIGxhYmVsIG1hcHBpbmcgTDEgaXMgZXhjaGFuZ2VkDQo+IHVzaW5n IEIzLUMxIExTUiB0dXBsZXMgYW5kIA0KPiBCLT5BIGxhYmVsIG1hcHBpbmcgTDIgaXMgZXhjaGFu Z2VkIHVzaW5nIEIyLUEyIExTUiB0dXBsZXMuIFRoaXMgaXMgDQo+IGJlY2F1c2UgdGhlIEZFQy1M YWJlbCBtYXBwaW5nIGRhdGFiYXNlIGNvbnRpbnVlIHRvIGV4aXN0IGluIHN5c3RlbSBCIGluIA0K c2FtZSANCj4gd2F5IGFzIGl0IGRvZXMgdG9kYXkuIFRoZXJlIHdvdWxkIGJlIG9ubHkgb25lIEZF QyBGMSBpbiB0aGUgTElCIDoNCj4gDQo+IA0KPiBGMSAgLS0+IGVncmVzcyBsYWJlbCBMMSAoTG9j YWwgTFNSIEIzLS0tUmVtb3RlIExTUiBDMSkNCj4gICAgLaikDQo+IGluZ3Jlc3MgbGFiZWwgTDIg KExvY2FsIExTUiBCMi0tLVJlbW90ZSBMU1IgQTIpDQo+IA0KPiAgICAgICAgICAgICAgICAgICAg ICBUaGUgWCBjb25uZWN0IGF0IHN5c3RlbSBCIGlzIEwxLT5MMg0KPiANCj4gDQo+IA0KPiBUaGFu a3MsDQo+IFByYW5qYWwNCj4gDQo+IEZyb206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRv Om1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KPiBEdXR0YSwgUHJhbmphbCBL IChQcmFuamFsKQ0KPiBTZW50OiBGcmlkYXksIEF1Z3VzdCAzMSwgMjAxMiAxMDoyMiBBTQ0KPiBU bzogTGl6aG9uZyBKaW4NCj4gQ2M6IG1wbHNAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnOyBkcmFmdC1wZHV0dGEtbXBscy0NCj4gbXVsdGktbGRwLWluc3RhbmNlQHRvb2xzLmll dGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1 dHRhLW1wbHMtbXVsdGktbGRwLQ0KPiBpbnN0YW5jZUB0b29scy5pZXRmLm9yZw0KPiANCj4gSGkg TGl6aG9uZywNCj4gICAgICAgICAgICAgICAgICAgICAgICAgUGxlYXNlIHJlZmVyIG15IGFuc3dl cnMgaW5saW5lLg0KPiBUaGFua3MsDQo+IFByYW5qYWwNCj4gDQo+IA0KPiBGcm9tOiBMaXpob25n IEppbiBbbWFpbHRvOmxpemhvbmcuamluQHp0ZS5jb20uY25dIA0KPiBTZW50OiBUaHVyc2RheSwg QXVndXN0IDMwLCAyMDEyIDExOjQyIFBNDQo+IFRvOiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFs KQ0KPiBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRvb2xzLmlldGYu b3JnOyBtcGxzQGlldGYuDQo+IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gU3Vi amVjdDogUkU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0 aS1sZHAtDQo+IGluc3RhbmNlQHRvb2xzLmlldGYub3JnDQo+IA0KPiANCj4gSGkgUHJhbmphbCwg DQo+IFRoYW5rcyBmb3IgdGhlIGNsYXJpZmljYXRpb24sIG11Y2ggY2xlYXIgdGhhbiBiZWZvcmUg Zm9yIG1lIG5vdy4gDQo+IFBsZWFzZSBzZWUgaW5saW5lIGZvciBhZGR0aW9uYWwgY29tbWVudHMu IA0KPiANCj4gT25lIG1vcmUgcXVlc3Rpb24gZm9yIHNlY3Rpb24gMy4gDQo+ICJXaGVuIGEgTFNS IHJlY2VpdmVzIGEgRkVDIGxhYmVsIG1hcHBpbmcgZnJvbSBhIHBlZXJpbmcgc2Vzc2lvbiBidXQg DQo+IHNhbWUgRkVDIG1hcHBpbmcgaGFzIGJlZW4gYWxyZWFkeSByZWNlaXZlciBvdmVyIGFub3Ro ZXIgcGVlcmluZyANCj4gc2Vzc2lvbiBhc3NvY2lhdGVkIHdpdGggc2FtZSBOb2RlLUlEIHRoZW4g dGhlIHJlY2VpdmluZyBMU1IgTVVTVCANCj4gc2VuZCBhIExhYmVsIFJlbGVhc2UgdG8gdGhlIHBl ZXJpbmcgc2Vzc2lvbiB3aXRoIHN0YXR1YyBjb2RlIiANCj4gSG93IGEgTFNSIGNvdWxkIGtub3cg dGhlIEZFQyBtYXBwaW5nIGluZm9ybWF0aW9uIGZyb20gYW5vdGhlciANCj4gaW5zdGFuY2U/IERv IHlvdSBtZWFuIHRoZSB0d28gaW5zdGFuY2UgbmVlZCB0byBzeW5jaHJvbml6ZSBGRUMgDQo+IG1h cHBpbmcgaW5mb3JtYXRpb24/IA0KPiANCj4gW1ByYW5qYWxdIE9uZSB3YXkgdG8gdGhpbmsgaXMg IGFzIGZvbGxvd3MgqEMgbGV0oa9zIHNheSB0aGF0IGRldGVjdGlvbg0KPiBvZiBtdWx0aS1pbnN0 YW5jZSBwZWVyaW5nIGlzIGltcGxlbWVudGVkIGFzIGluIFNlY3Rpb24gMy4gVGhlbiANCj4gcmVj ZWl2aW5nIHN5c3RlbSB3b3VsZCBrbm93IGFib3V0IHRoZSBzZXNzaW9ucyB0ZXJtaW5hdGluZw0K PiBpbiBzYW1lIHJlbW90ZSBwZWVyaW5nIHN5c3RlbS4gU28gdGhlIHJlY2VpdmluZyBzeXN0ZW0g Y2FuIGNyZWF0ZSBhIA0KPiBncm91cC9idW5kbGUgaWQgaW50ZXJuYWxseSBmb3IgYWxsIHN1Y2gg fHwgc2Vzc2lvbnMgYW5kIGtlZXAgdGhlIA0KPiBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0 aGUgZGF0YWJhc2UuIElmIHRoZXJlIGlzIGENCj4gY29sbGlzaW9uIG9mIEZlYyBsYWJlbCBtYXBw aW5ncyBpbiB0aGUgZ3JvdXAtaWQgZGF0YWJhc2UgdGhlbiBsYWJlbCANCj4gcmVsZWFzZSBjYW4g YmUgc2VudCwga2VlcGluZyB0aGUgZmlyc3Qgb25lIGludGFjdC4gDQo+IA0KPiANCj4gVGhhbmtz IA0KPiBMaXpob25nIA0KPiANCj4gIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJhbmph bC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IA0KPiB3cm90ZSAyMDEyLzA4LzMxIDAxOjAwOjUz Og0KPiANCj4gPiAyLiBGb3IgTERQIG11bHRpcGxlIGluc3RhbmNlLCBpcyBpdCBhbGxvd2VkIGZv ciBkdXBsaWNhdGVkIEZFQyANCj4gPiBiZXR3ZWVuIHR3byBpbnN0YW5jZT8gDQo+ID4gDQo+ID4g W1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVs IHNlc3Npb25zIA0KPiA+IGJldHdlZW4gdHdvIHBlZXJpbmcgc3lzdGVtcyBuZWVkcyB0byBiZSBk aXNqb2ludCB3aXRoIHJlc3BlY3QgdG8gdGhlDQo+ID4gd29ya2luZyBzZXQgDQo+ID4gqEMgdGhl IEZFQ3MuIFRoaXMgbmVlZHMgdG8gYmUgZW5zdXJlZCB0aHJ1IHZhcmlvdXMgRkVDIHNwZWNpZmlj IA0KPiA+IHNlc3Npb24gY2FwYWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRp c2UgZGlzam9pbnQgRkVDIA0KPiA+IGNhcGFiaWxpdGllcy4gU2VjdGlvbiANCj4gPiAyLjEuMSBl eHBsYWlucyB0aGUgdXNlIG9mIExEUCBzZXNzaW9uIGNhcGFiaWxpdGllcyAoUkZDNTU2MSkgdG8g a2VlcA0KPiA+IHRoZSBGRUMgZGlzdHJpYnV0aW9uIG11dHVhbGx5IGV4Y2x1c2l2ZS4gV2hhdCBj cml0ZXJpYSB0byBiZSB1c2VkIA0KPiA+IGZvciBzZWdyZWdhdGlvbiANCj4gPiBvZiBGRUNzIGFy ZSB0byBiZSBkZWNpZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFmdCBwcm92aWRl cw0KPiA+IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jayBmb3IgY29udHJvbCBwbGFuZSBm YXRlIHNlcGFyYXRpb24uIA0KPiBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBMRFAgbXVsdGlwbGUg aW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5vdA0KPiBpbmNsdWRlIHRoZSBWUkYgY2FzZT8g SXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsIA0KPiBvdGhlcndpc2UgaXQg aXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZSANCj4gZHVwbGlj YXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuIA0KPiANCj4gPiANCj4gPiAzLiBJZiBk dXBsaWNhdGVkIEZFQ3MgYXJlIHBvc3NpYmxlIGJldHdlZW4gdHdvIGluc3RhbmNlLCByZWNlaXZp bmcgDQo+ID4gc2FtZSBsYWJlbCBtYXBwaW5nIGZyb20gcGFyYWxsZWwgbXVsdGktbHNyIHBlZXJp bmcgc2Vzc2lvbnMgY291bGQgDQo+ID4gbm90IGludGVycHJldCBhcyBsb29wLCByaWdodD8gDQo+ ID4gDQo+ID4gW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyBhcmUgbm90IGFsbG93ZWQgYWNyb3Nz IC4gQnV0IHdoYXQgaWYgYSANCj4gPiBwZWVyaW5nIHN5c3RlbSBtaXNiZWhhdmVzIG9yIHBlZXJp bmcgc3lzdGVtIG5vdCBzdXBwb3J0aW5nIHRoZSANCj4gPiBzb2x1dGlvbiAodGh1cyBhZ25vc3Rp YyANCj4gPiBPZiB0aGUgZmFjdCB0aGF0IGEgZmV3IHNlc3Npb25zIGFyZSB0ZXJtaW5hdGVkIGlu IHNhbWUgcGVlcmluZyANCj4gPiBzeXN0ZW0pIGxlYWtzIEZFQ3Mgb24gYWxsIHx8IHNlc3Npb25z PyBUaGF0IG1heSByZXN1bHQgaW4gYSBsb29wIGZvcg0KPiA+IHNvbWUgYXBwbGljYXRpb25zIA0K PiA+IGFuZCChsFNlY3Rpb24gMy4gRGV0ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmeh sSBhZGRyZXNzZXMgdGhhdCANCj4gPiBpc3N1ZS4gIEl0IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2Yg fHwgc2Vzc2lvbnMgYW5kIHRodXMgY2FuIHRha2UgDQo+ID4gbmVjZXNzYXJ5IGFjdGlvbnMuIA0K PiBbTGl6aG9uZ10gSWYgdGhlIEZFQyBzZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMg dG90YWxseSANCj4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNp bXBseSBkaXNjYXJkIHRoZSBGRUMgDQo+IGxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNoIGNhcGFi aWxpdHkgdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxsIA0KPiBuZWVkIE5vZGUtSUQgVExWo78g DQo+IA0KPiA+IA0KPiA+IDQuIEluIGNhc2UgMX40LCBvbmUgaW50ZXJmYWNlIHdpbGwgc2VydmUg bXVsdGlwbGUgaW5zdGFuY2UsIEkgZ3Vlc3MsDQo+ID4gdGhlIGludGVyZmFjZSB5b3UgcmVmZXIg aXMgcGh5c2ljYWwgaW50ZXJmYWNlLCBhbmQgd2hlbiBzaGFyaW5nIG9uZSANCj4gPiBwaHlzaWNh bCBpbnRlcmZhY2UsIHRoZW4gb25lIHN1Yi1pbnRlcmZhY2UgZm9yIGVhY2ggaW5zdGFuY2UgaXMg DQo+ID4gc3RpbGwgcmVxdWlyZWQsIHJpZ2h0PyBJbiBteSB1bmRlcnN0YW5kaW5nLCBvbmUgSVAg aW50ZXJmYWNlIGNvdWxkIA0KPiA+IG5vdCBiZSBzaGFyZWQgYnkgbXVsdGlwbGUgTERQIGluc3Rh bmNlLCBvdGhlcndpc2UgaG93IHRvIHRyZWF0IHRoZSANCj4gPiBwcmVmaXggb2YgdGhhdCBpbnRl cmZhY2UuIA0KPiANCj4gPiBbUHJhbmphbF0gSSB3b26hr3QgdmlldyBpdCBhcyBzdWItaW50ZXJm YWNlIHNpbmNlIGFsbCBpbnN0YW5jZXMgYXJlIA0KPiA+IHJ1bm5pbmcgaW4gc2FtZSBGRUMgZGF0 YWJhc2UuIFNvIGlmIHdlIHRoaW5rIGZyb20gYSChsHZpcnR1YWwgcm91dGVyobENCj4gPiBwb2lu dCBvZiB2aWV3IChlYWNoIA0KPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNlcGFyYXRlZCBhY3Jvc3Mg YWxsIHZlcnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgYW5kDQo+ID4gc2VsZi1zdWZmaWNpZW50KSB0 aGVuIGFsbCB0aGUgbXVsdGlwbGUgTFNSIGluc3RhbmNlcyB3b3VsZCBiZSANCj4gPiBydW5uaW5n IHdpdGhpbiBzYW1lIA0KPiA+IFZpcnR1YWwgUm91dGVyIGFuZCB0aHVzIGNhbiBzaGFyZSBpbnRl cmZhY2VzIGFzc2lnbmVkIHRvIHRoYXQgDQo+ID4gVmlydHVhbCBSb3V0ZXIuIEFsdGhvdWdoIHRo ZSBkcmFmdCBkb2VzIG5vdCBwcmV2ZW50IHVzYWdlIG9mIHNhbWUgDQo+ID4gSW50ZXJmYWNlIGFj cm9zcyBhbGwgTFNScyANCj4gPiBpbiBwcmFjdGljZSBpdCBpcyBkZXNpcmFibGUgdG8gZmF0ZSBz ZXBhcmF0ZSB0aGUgcGh5c2ljYWwgdG9wb2xvZ3kgDQo+ID4gdG8gYWNoaWV2ZSBzZXBhcmF0aW9u IGFjcm9zcyBlbnRpcmUgdmVydGljYWwuIFNlcGFyYXRpb24gb2YgcGh5c2ljYWwNCj4gPiB0b3Bv bG9neSBjYW4gYmUgDQo+ID4gYWNoaWV2ZWQgYnkgTERQIE11bHRpLXRvcG9sb2d5IHRoYXQgc3lu Y2hyb25pemVzIElHUCBhbmQgTERQoa9zIHZpZXcgKA0KPiA+IGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbXBscy1sZHAtbXVsdGktdG9wb2xvZ3ktMDQpIG9yDQo+ID4gYnkg dXNpbmcgaGVsbG8gDQo+ID4gYWRqYWNlbmN5IGNhcGFiaWxpdGllcyBhdCBMRFAgbGV2ZWwgKGh0 dHA6Ly90b29scy5pZXRmLg0KPiA+IG9yZy9odG1sL2RyYWZ0LXBkdXR0YS1tcGxzLWxkcC1hZGot Y2FwYWJpbGl0eS0wMCkuIA0KPiA+IA0KPiA+IA0KPiA+IEhvcGUgdG8gc2VlIHlvdXIgY2xhcmlm aWNhdGlvbi4gVGhhbmtzLiANCj4gPiANCj4gPiBMaXpob25nIA0KPiA+IA0KPiA+IA0KPiA+IExv YSBBbmRlcnNzb24gPGxvYUBwaS5udT4gd3JvdGUgMjAxMi8wOC8yOSAxNzoxMDowMToNCj4gPiAN Cj4gPiA+IEthbXJhbi4gRXJpYyBhbmQgTGl6aG9uZywNCj4gPiA+IA0KPiA+ID4gWW91IGhhdmUg YmVlbiBzZWxlY3RlZCBhcyBhbiBNUExTIFJldmlldyB0ZWFtIHJldmlld2VycyBmb3INCj4gPiA+ IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZS0wMC50eHQuDQo+ID4gPiANCj4g PiA+IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQ6GvZCBvbiB0aGlzIGVtYWlsIHNv IHRoYXQgeW91IGNhbiANCmtub3cNCj4gPiA+IHRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24u IEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duDQo+ID4gPiBkb2N1bWVudC4N Cj4gPiA+IA0KPiA+ID4gUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1 bWVudCBpcyBjb2hlcmVudCwgaXMgaXQgDQp1c2VmdWwNCj4gPiA+IChpZSwgaXMgaXQgbGlrZWx5 IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIA0KYW5kIGlz DQo+ID4gPiB0aGUgZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3Rl ZCBpbiBrbm93aW5nIA0Kd2hldGhlcg0KPiA+ID4gdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJl IGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24NCqGvdA0KPiA+ID4gaGF2 ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0 KS4NCj4gPiA+IA0KPiA+ID4gUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQg YXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0KPiA+ID4gc2VjcmV0YXJ5LCBhbmQgQ0Ohr2QgdG8g dGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCANCmNvbW1lbnRzDQo+ID4gPiBt YXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0KPiA+ID4gDQo+ID4g PiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgU2VwIDEzLCAyMDEyPw0KPiA+ ID4gDQo+ID4gPiBUaGFua3MsIExvYQ0KPiA+ID4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4gPiAt LSANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiBMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAg ICAgICAgIGVtYWlsOiANCmxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+ID4gPiBTciBTdHJh dGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBsb2FAcGkubnUNCj4gPiA+IEVy aWNzc29uIEluYyAgICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICs0NiAxMCA3MTcgNTIg MTMNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAr NDYgNzY3IDcyIDkyIDEzDQo+ID4gPiANCg== --=_alternative 0009E26C48257A6F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIFByYW5qYWwsPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5NdWNoIGNsZWFyIG5vdywgdGhhbmsg eW91LiBUd28gaW5saW5lDQpjb21tZW50cyB0aGF0IG1heWJlIG1pc3NlZCBpbiB5b3VyIHByZXZp b3VzIGVtYWlsLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+c25pcCBmcm9tIHByZXZpb3VzIGVtYWlsLi4uPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IDIuIEZvciBMRFAgbXVsdGlwbGUgaW5zdGFuY2UsIGlzDQpp dCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsgYmV0d2VlbiB0d28gaW5zdGFuY2U/IDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDsgPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZF Q3Mgd29uoa90DQpiZSBhbGxvd2VkLiBUaGUgcGFyYWxsZWwgc2Vzc2lvbnMgPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IGJldHdlZW4gdHdvIHBlZXJpbmcg c3lzdGVtcyBuZWVkcw0KdG8gYmUgZGlzam9pbnQgd2l0aCByZXNwZWN0IHRvIHRoZTwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyB3b3JraW5nIHNldCA8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgqEMgdGhlIEZFQ3Mu IFRoaXMgbmVlZHMgdG8gYmUNCmVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYyA8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgc2Vzc2lvbiBjYXBh YmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbg0KbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQgRkVDIDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBjYXBhYmlsaXRp ZXMuIFNlY3Rpb24gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m Z3Q7IDIuMS4xIGV4cGxhaW5zIHRoZSB1c2Ugb2YgTERQIHNlc3Npb24NCmNhcGFiaWxpdGllcyAo UkZDNTU2MSkgdG8ga2VlcDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+Jmd0OyB0aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuDQpXaGF0IGNy aXRlcmlhIHRvIGJlIHVzZWQgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7IGZvciBzZWdyZWdhdGlvbiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgb2YgRkVDcyBhcmUgdG8gYmUgZGVjaWRlZCBvbiBjYXNlDQp0byBj YXNlIGJhc2ljLiBUaGlzIGRyYWZ0IHByb3ZpZGVzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jaw0KZm9y IGNvbnRyb2wgcGxhbmUgZmF0ZSBzZXBhcmF0aW9uLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPltMaXpob25nXSBUaGVuIGRvZXMgdGhlIExEUCBtdWx0aXBsZQ0K aW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5vdDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+aW5jbHVkZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0bw0K ZXhwbGljaXQgZGVzY3JpYmUgdGhpcywgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5vdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGDQpjYXNlLCB0 aGUgRkVDIHdpbGwgYmUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij5kdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50IGluc3RhbmNlcy4NCjwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyA8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgMy4gSWYgZHVwbGljYXRlZCBGRUNzIGFy ZSBwb3NzaWJsZQ0KYmV0d2VlbiB0d28gaW5zdGFuY2UsIHJlY2VpdmluZyA8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgc2FtZSBsYWJlbCBtYXBwaW5nIGZy b20gcGFyYWxsZWwNCm11bHRpLWxzciBwZWVyaW5nIHNlc3Npb25zIGNvdWxkIDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBub3QgaW50ZXJwcmV0IGFzIGxv b3AsIHJpZ2h0PyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJm5ic3A7IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIGFyZSBub3QNCmFsbG93ZWQgYWNyb3NzIC4gQnV0 IHdoYXQgaWYgYSA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgcGVlcmluZyBzeXN0ZW0gbWlzYmVoYXZlcyBvciBwZWVyaW5nDQpzeXN0ZW0gbm90IHN1cHBv cnRpbmcgdGhlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyBzb2x1dGlvbiAodGh1cyBhZ25vc3RpYyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgT2YgdGhlIGZhY3QgdGhhdCBhIGZldyBzZXNzaW9ucw0KYXJlIHRl cm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyBzeXN0ZW0pIGxlYWtzIEZFQ3Mgb24gYWxsIHx8IHNlc3Npb25zPw0K VGhhdCBtYXkgcmVzdWx0IGluIGEgbG9vcCBmb3I8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsgc29tZSBhcHBsaWNhdGlvbnMgPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IGFuZCChsFNlY3Rpb24gMy4gRGV0ZWN0aW9u IG9mDQptdWx0aS1pbnN0YW5jZSBwZWVyaW5nobEgYWRkcmVzc2VzIHRoYXQgPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IGlzc3VlLiAmbmJzcDtJdCBsZXRz IGEgc3lzdGVtIGF3YXJlDQpvZiB8fCBzZXNzaW9ucyBhbmQgdGh1cyBjYW4gdGFrZSA8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgbmVjZXNzYXJ5IGFjdGlv bnMuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+W0xpemhvbmdd IElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkDQpieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5IDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ZGlzam9pbnQgYmV0d2Vl biB0d28gaW5zdGFuY2UsIGl0IGNvdWxkDQpiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDIDwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+bGFiZWwgbWFwcGluZyBpZiBu b3QgbWF0Y2ggY2FwYWJpbGl0eQ0KdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxsIDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+bmVlZCBOb2RlLUlEIFRMVqO/IDxi cj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5MaXpob25nPC9mb250Pg0K PGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O0R1dHRhLCBQcmFuamFsIEsg KFByYW5qYWwpJnF1b3Q7DQombHQ7cHJhbmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7 IHdyb3RlIDIwMTIvMDkvMDEgMDE6Mzg6Mzk6PGJyPg0KPGJyPg0KJmd0OyBIaSBMaXpob25nLDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO0kgdGhpbmsgSSBkaWRuoa90IGNsYXJpZnkgb24NCqhDIKGwRG8geW91IG1lYW4g dGhlIDxicj4NCiZndDsgdHdvIGluc3RhbmNlIG5lZWQgdG8gc3luY2hyb25pemUgRkVDIG1hcHBp bmcgaW5mb3JtYXRpb26hsS4gVGhlIDxicj4NCiZndDsgbXVsdGktaW5zdGFuY2UgcGVlcmluZyB0 aGF0IHdlIGRlc2NyaWJlZCBhYm91dCA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgSXMgYSBsaXR0bGUgZGlmZmVyZW50IGZyb20gbXVsdGktaW5zdGFuY2UN CklHUHMuIEluIG11bHRpLWluc3RhbmNlIDxicj4NCiZndDsgTERQIGNhc2UgYnkgZGVmYXVsdCB0 aGUgRkVDIGRhdGFiYXNlIHdvdWxkIGJlIHNoYXJlZCBpbiB0aGUgc2Vuc2UNCjxicj4NCiZndDsg dGhhdCBhbGwgbGFiZWwgbWFwcGluZyB3b3VsZCBzaGFyZSB0aGUgc2FtZSA8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgZ2xvYmFsIGxhYmVsIHNwYWNlIGFu ZCB0aHVzIGZvbGxvd2luZw0KaXMgcG9zc2libGUvZGVzaXJhYmxlLjwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyBTeXN0ZW0gQSAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YnI+DQomZ3Q7IFN5c3RlbSBCICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU3lzdGVtIEMgPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMU1ItQTEtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tTFNSLTxicj4NCiZndDsgQjEgJm5ic3A7ICZuYnNwO1ggJm5ic3A7ICZuYnNw O0xTUi1CMy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLUMxPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMU1ItQTINCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LUxTUi08YnI+DQomZ3Q7IEIyICZuYnNwOyAmbmJzcDtYICZuYnNwOyAmbmJzcDtMU1ItQjQtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi1DMjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGhlcmUgY2FuIGJlIGEgc2VhbWxl c3MgTFNQL1R1bm5lbA0KYmV0d2VlbiA8YnI+DQomZ3Q7IFN5c3RlbSBBIGFuZCBTeXN0ZW0gQyBm b3IgRkVDIEYxLiBDLSZndDtCIGxhYmVsIG1hcHBpbmcgTDEgaXMgZXhjaGFuZ2VkPGJyPg0KJmd0 OyB1c2luZyBCMy1DMSBMU1IgdHVwbGVzIGFuZCA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsgQi0mZ3Q7QSBsYWJlbCBtYXBwaW5nIEwyIGlzIGV4Y2hhbmdl ZA0KdXNpbmcgQjItQTIgTFNSIHR1cGxlcy4gVGhpcyBpcyA8YnI+DQomZ3Q7IGJlY2F1c2UgdGhl IEZFQy1MYWJlbCBtYXBwaW5nIGRhdGFiYXNlIGNvbnRpbnVlIHRvIGV4aXN0IGluIHN5c3RlbQ0K QiBpbiBzYW1lIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyB3YXkgYXMgaXQgZG9lcyB0b2RheS4gVGhlcmUgd291bGQNCmJlIG9ubHkgb25lIEZFQyBGMSBp biB0aGUgTElCIDo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyA8YnI+DQomZ3Q7IEYxICZuYnNwOy0tJmd0OyBlZ3Jlc3MgbGFiZWwgTDEg KExvY2FsIExTUiBCMy0tLVJlbW90ZSBMU1IgQzEpPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsNCi2opDxicj4NCiZndDsgaW5ncmVzcyBsYWJlbCBMMiAoTG9jYWwgTFNSIEIyLS0tUmVt b3RlIExTUiBBMik8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGhlIFggY29ubmVjdCBhdCBzeXN0ZW0gQiBpcyBMMS0mZ3Q7 TDI8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOzwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgVGhhbmtzLDwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBQcmFuamFsPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IDxicj4NCiZndDsgRnJv bTogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYNCk9mIDxicj4NCiZndDsgRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCk8YnI+DQom Z3Q7IFNlbnQ6IEZyaWRheSwgQXVndXN0IDMxLCAyMDEyIDEwOjIyIEFNPGJyPg0KJmd0OyBUbzog TGl6aG9uZyBKaW48YnI+DQomZ3Q7IENjOiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZzsgZHJhZnQtcGR1dHRhLW1wbHMtPGJyPg0KJmd0OyBtdWx0aS1sZHAtaW5zdGFu Y2VAdG9vbHMuaWV0Zi5vcmc8YnI+DQomZ3Q7IFN1YmplY3Q6IFJlOiBbbXBsc10gTVBMUy1SVCBy ZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLTxicj4NCiZndDsgaW5zdGFuY2VA dG9vbHMuaWV0Zi5vcmc8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m Z3Q7IEhpIExpemhvbmcsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBQbGVhc2UgcmVmZXIgbXkgYW5zd2Vy cw0KaW5saW5lLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyBUaGFua3MsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 IFByYW5qYWw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IDxi cj4NCiZndDsgRnJvbTogTGl6aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNu XSA8YnI+DQomZ3Q7IFNlbnQ6IFRodXJzZGF5LCBBdWd1c3QgMzAsIDIwMTIgMTE6NDIgUE08YnI+ DQomZ3Q7IFRvOiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKTxicj4NCiZndDsgQ2M6IGRyYWZ0 LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRm Ljxicj4NCiZndDsgb3JnOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxicj4NCiZndDsgU3Vi amVjdDogUkU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0 aS1sZHAtPGJyPg0KJmd0OyBpbnN0YW5jZUB0b29scy5pZXRmLm9yZzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgPGJyPg0KJmd0OyBIaSBQcmFuamFsLCA8YnI+ DQomZ3Q7IFRoYW5rcyBmb3IgdGhlIGNsYXJpZmljYXRpb24sIG11Y2ggY2xlYXIgdGhhbiBiZWZv cmUgZm9yIG1lIG5vdy4gPGJyPg0KJmd0OyBQbGVhc2Ugc2VlIGlubGluZSBmb3IgYWRkdGlvbmFs IGNvbW1lbnRzLiA8YnI+DQomZ3Q7IDxicj4NCiZndDsgT25lIG1vcmUgcXVlc3Rpb24gZm9yIHNl Y3Rpb24gMy4gPGJyPg0KJmd0OyAmcXVvdDtXaGVuIGEgTFNSIHJlY2VpdmVzIGEgRkVDIGxhYmVs IG1hcHBpbmcgZnJvbSBhIHBlZXJpbmcgc2Vzc2lvbg0KYnV0IDxicj4NCiZndDsgc2FtZSBGRUMg bWFwcGluZyBoYXMgYmVlbiBhbHJlYWR5IHJlY2VpdmVyIG92ZXIgYW5vdGhlciBwZWVyaW5nIDxi cj4NCiZndDsgc2Vzc2lvbiBhc3NvY2lhdGVkIHdpdGggc2FtZSBOb2RlLUlEIHRoZW4gdGhlIHJl Y2VpdmluZyBMU1IgTVVTVCA8YnI+DQomZ3Q7IHNlbmQgYSBMYWJlbCBSZWxlYXNlIHRvIHRoZSBw ZWVyaW5nIHNlc3Npb24gd2l0aCBzdGF0dWMgY29kZSZxdW90Ow0KPGJyPg0KJmd0OyBIb3cgYSBM U1IgY291bGQga25vdyB0aGUgRkVDIG1hcHBpbmcgaW5mb3JtYXRpb24gZnJvbSBhbm90aGVyIDxi cj4NCiZndDsgaW5zdGFuY2U/IERvIHlvdSBtZWFuIHRoZSB0d28gaW5zdGFuY2UgbmVlZCB0byBz eW5jaHJvbml6ZSBGRUMgPGJyPg0KJmd0OyBtYXBwaW5nIGluZm9ybWF0aW9uPyA8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IFtQcmFuamFsXSBPbmUgd2F5IHRv IHRoaW5rIGlzICZuYnNwO2FzDQpmb2xsb3dzIKhDIGxldKGvcyBzYXkgdGhhdCBkZXRlY3Rpb248 YnI+DQomZ3Q7IG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmcgaXMgaW1wbGVtZW50ZWQgYXMgaW4g U2VjdGlvbiAzLiBUaGVuIDxicj4NCiZndDsgcmVjZWl2aW5nIHN5c3RlbSB3b3VsZCBrbm93IGFi b3V0IHRoZSBzZXNzaW9ucyB0ZXJtaW5hdGluZzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyBpbiBzYW1lIHJlbW90ZSBwZWVyaW5nIHN5c3RlbS4NClNvIHRo ZSByZWNlaXZpbmcgc3lzdGVtIGNhbiBjcmVhdGUgYSA8YnI+DQomZ3Q7IGdyb3VwL2J1bmRsZSBp ZCBpbnRlcm5hbGx5IGZvciBhbGwgc3VjaCB8fCBzZXNzaW9ucyBhbmQga2VlcCB0aGUgPGJyPg0K Jmd0OyBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUgZGF0YWJhc2UuIElmIHRoZXJlIGlz IGE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgY29sbGlz aW9uIG9mIEZlYyBsYWJlbCBtYXBwaW5ncw0KaW4gdGhlIGdyb3VwLWlkIGRhdGFiYXNlIHRoZW4g bGFiZWwgPGJyPg0KJmd0OyByZWxlYXNlIGNhbiBiZSBzZW50LCBrZWVwaW5nIHRoZSBmaXJzdCBv bmUgaW50YWN0LiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoYW5rcyA8YnI+DQomZ3Q7IExpemhvbmcgPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7ICZxdW90O0R1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpJnF1b3Q7ICZs dDtwcmFuamFsLmR1dHRhQGFsY2F0ZWwtbHVjZW50LmNvbSZndDsNCjxicj4NCiZndDsgd3JvdGUg MjAxMi8wOC8zMSAwMTowMDo1Mzo8YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0OyAyLiBGb3IgTERQ IG11bHRpcGxlIGluc3RhbmNlLCBpcyBpdCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQw0KPGJy Pg0KJmd0OyAmZ3Q7IGJldHdlZW4gdHdvIGluc3RhbmNlPyA8YnI+DQomZ3Q7ICZndDsgJm5ic3A7 IDxicj4NCiZndDsgJmd0OyBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIHdvbqGvdCBiZSBhbGxv d2VkLiBUaGUgcGFyYWxsZWwgc2Vzc2lvbnMNCjxicj4NCiZndDsgJmd0OyBiZXR3ZWVuIHR3byBw ZWVyaW5nIHN5c3RlbXMgbmVlZHMgdG8gYmUgZGlzam9pbnQgd2l0aCByZXNwZWN0DQp0byB0aGU8 YnI+DQomZ3Q7ICZndDsgd29ya2luZyBzZXQgPGJyPg0KJmd0OyAmZ3Q7IKhDIHRoZSBGRUNzLiBU aGlzIG5lZWRzIHRvIGJlIGVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYw0KPGJyPg0K Jmd0OyAmZ3Q7IHNlc3Npb24gY2FwYWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZl cnRpc2UgZGlzam9pbnQNCkZFQyA8YnI+DQomZ3Q7ICZndDsgY2FwYWJpbGl0aWVzLiBTZWN0aW9u IDxicj4NCiZndDsgJmd0OyAyLjEuMSBleHBsYWlucyB0aGUgdXNlIG9mIExEUCBzZXNzaW9uIGNh cGFiaWxpdGllcyAoUkZDNTU2MSkNCnRvIGtlZXA8YnI+DQomZ3Q7ICZndDsgdGhlIEZFQyBkaXN0 cmlidXRpb24gbXV0dWFsbHkgZXhjbHVzaXZlLiBXaGF0IGNyaXRlcmlhIHRvIGJlDQp1c2VkIDxi cj4NCiZndDsgJmd0OyBmb3Igc2VncmVnYXRpb24gPGJyPg0KJmd0OyAmZ3Q7IG9mIEZFQ3MgYXJl IHRvIGJlIGRlY2lkZWQgb24gY2FzZSB0byBjYXNlIGJhc2ljLiBUaGlzIGRyYWZ0IHByb3ZpZGVz PGJyPg0KJmd0OyAmZ3Q7IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jayBmb3IgY29udHJv bCBwbGFuZSBmYXRlIHNlcGFyYXRpb24uDQo8YnI+DQomZ3Q7IFtMaXpob25nXSBUaGVuIGRvZXMg dGhlIExEUCBtdWx0aXBsZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90PGJyPg0KJmd0 OyBpbmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJl IHRoaXMsIDxicj4NCiZndDsgb3RoZXJ3aXNlIGl0IGlzIGNvbmZ1c2luZy4gSW4gdGhlIFZSRiBj YXNlLCB0aGUgRkVDIHdpbGwgYmUgPGJyPg0KJmd0OyBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVy ZW50IGluc3RhbmNlcy4gPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7 IDMuIElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9zc2libGUgYmV0d2VlbiB0d28gaW5zdGFuY2Us IHJlY2VpdmluZw0KPGJyPg0KJmd0OyAmZ3Q7IHNhbWUgbGFiZWwgbWFwcGluZyBmcm9tIHBhcmFs bGVsIG11bHRpLWxzciBwZWVyaW5nIHNlc3Npb25zIGNvdWxkDQo8YnI+DQomZ3Q7ICZndDsgbm90 IGludGVycHJldCBhcyBsb29wLCByaWdodD8gPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQom Z3Q7ICZndDsgW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyBhcmUgbm90IGFsbG93ZWQgYWNyb3Nz IC4gQnV0IHdoYXQgaWYNCmEgPGJyPg0KJmd0OyAmZ3Q7IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2 ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlDQo8YnI+DQomZ3Q7ICZndDsg c29sdXRpb24gKHRodXMgYWdub3N0aWMgPGJyPg0KJmd0OyAmZ3Q7IE9mIHRoZSBmYWN0IHRoYXQg YSBmZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nDQo8YnI+DQomZ3Q7 ICZndDsgc3lzdGVtKSBsZWFrcyBGRUNzIG9uIGFsbCB8fCBzZXNzaW9ucz8gVGhhdCBtYXkgcmVz dWx0IGluIGEgbG9vcA0KZm9yPGJyPg0KJmd0OyAmZ3Q7IHNvbWUgYXBwbGljYXRpb25zIDxicj4N CiZndDsgJmd0OyBhbmQgobBTZWN0aW9uIDMuIERldGVjdGlvbiBvZiBtdWx0aS1pbnN0YW5jZSBw ZWVyaW5nobEgYWRkcmVzc2VzDQp0aGF0IDxicj4NCiZndDsgJmd0OyBpc3N1ZS4gJm5ic3A7SXQg bGV0cyBhIHN5c3RlbSBhd2FyZSBvZiB8fCBzZXNzaW9ucyBhbmQgdGh1cyBjYW4NCnRha2UgPGJy Pg0KJmd0OyAmZ3Q7IG5lY2Vzc2FyeSBhY3Rpb25zLiA8YnI+DQomZ3Q7IFtMaXpob25nXSBJZiB0 aGUgRkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5IDxicj4NCiZn dDsgZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNj YXJkIHRoZSBGRUMNCjxicj4NCiZndDsgbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0Y2ggY2FwYWJp bGl0eSB0byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwNCjxicj4NCiZndDsgbmVlZCBOb2RlLUlE IFRMVqO/IDxicj4NCiZndDsgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyA0LiBJbiBj YXNlIDF+NCwgb25lIGludGVyZmFjZSB3aWxsIHNlcnZlIG11bHRpcGxlIGluc3RhbmNlLCBJDQpn dWVzcyw8YnI+DQomZ3Q7ICZndDsgdGhlIGludGVyZmFjZSB5b3UgcmVmZXIgaXMgcGh5c2ljYWwg aW50ZXJmYWNlLCBhbmQgd2hlbiBzaGFyaW5nDQpvbmUgPGJyPg0KJmd0OyAmZ3Q7IHBoeXNpY2Fs IGludGVyZmFjZSwgdGhlbiBvbmUgc3ViLWludGVyZmFjZSBmb3IgZWFjaCBpbnN0YW5jZQ0KaXMg PGJyPg0KJmd0OyAmZ3Q7IHN0aWxsIHJlcXVpcmVkLCByaWdodD8gSW4gbXkgdW5kZXJzdGFuZGlu Zywgb25lIElQIGludGVyZmFjZQ0KY291bGQgPGJyPg0KJmd0OyAmZ3Q7IG5vdCBiZSBzaGFyZWQg YnkgbXVsdGlwbGUgTERQIGluc3RhbmNlLCBvdGhlcndpc2UgaG93IHRvIHRyZWF0DQp0aGUgPGJy Pg0KJmd0OyAmZ3Q7IHByZWZpeCBvZiB0aGF0IGludGVyZmFjZS4gPGJyPg0KJmd0OyA8YnI+DQom Z3Q7ICZndDsgW1ByYW5qYWxdIEkgd29uoa90IHZpZXcgaXQgYXMgc3ViLWludGVyZmFjZSBzaW5j ZSBhbGwgaW5zdGFuY2VzDQphcmUgPGJyPg0KJmd0OyAmZ3Q7IHJ1bm5pbmcgaW4gc2FtZSBGRUMg ZGF0YWJhc2UuIFNvIGlmIHdlIHRoaW5rIGZyb20gYSChsHZpcnR1YWwNCnJvdXRlcqGxPGJyPg0K Jmd0OyAmZ3Q7IHBvaW50IG9mIHZpZXcgKGVhY2ggPGJyPg0KJmd0OyAmZ3Q7IFZpcnR1YWwgUm91 dGVyIGlzIHNlcGFyYXRlZCBhY3Jvc3MgYWxsIHZlcnRpY2FscyBpbiBSSUIvTEZJQi9GSUINCmFu ZDxicj4NCiZndDsgJmd0OyBzZWxmLXN1ZmZpY2llbnQpIHRoZW4gYWxsIHRoZSBtdWx0aXBsZSBM U1IgaW5zdGFuY2VzIHdvdWxkIGJlDQo8YnI+DQomZ3Q7ICZndDsgcnVubmluZyB3aXRoaW4gc2Ft ZSA8YnI+DQomZ3Q7ICZndDsgVmlydHVhbCBSb3V0ZXIgYW5kIHRodXMgY2FuIHNoYXJlIGludGVy ZmFjZXMgYXNzaWduZWQgdG8gdGhhdA0KPGJyPg0KJmd0OyAmZ3Q7IFZpcnR1YWwgUm91dGVyLiBB bHRob3VnaCB0aGUgZHJhZnQgZG9lcyBub3QgcHJldmVudCB1c2FnZSBvZg0Kc2FtZSA8YnI+DQom Z3Q7ICZndDsgSW50ZXJmYWNlIGFjcm9zcyBhbGwgTFNScyA8YnI+DQomZ3Q7ICZndDsgaW4gcHJh Y3RpY2UgaXQgaXMgZGVzaXJhYmxlIHRvIGZhdGUgc2VwYXJhdGUgdGhlIHBoeXNpY2FsIHRvcG9s b2d5DQo8YnI+DQomZ3Q7ICZndDsgdG8gYWNoaWV2ZSBzZXBhcmF0aW9uIGFjcm9zcyBlbnRpcmUg dmVydGljYWwuIFNlcGFyYXRpb24gb2YgcGh5c2ljYWw8YnI+DQomZ3Q7ICZndDsgdG9wb2xvZ3kg Y2FuIGJlIDxicj4NCiZndDsgJmd0OyBhY2hpZXZlZCBieSBMRFAgTXVsdGktdG9wb2xvZ3kgdGhh dCBzeW5jaHJvbml6ZXMgSUdQIGFuZCBMRFChr3MNCnZpZXcgKDxicj4NCiZndDsgJmd0OyBodHRw Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtbGRwLW11bHRpLXRvcG9sb2d5 LTA0KQ0Kb3I8YnI+DQomZ3Q7ICZndDsgYnkgdXNpbmcgaGVsbG8gPGJyPg0KJmd0OyAmZ3Q7IGFk amFjZW5jeSBjYXBhYmlsaXRpZXMgYXQgTERQIGxldmVsIChodHRwOi8vdG9vbHMuaWV0Zi48YnI+ DQomZ3Q7ICZndDsgb3JnL2h0bWwvZHJhZnQtcGR1dHRhLW1wbHMtbGRwLWFkai1jYXBhYmlsaXR5 LTAwKS4gPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAm Z3Q7IEhvcGUgdG8gc2VlIHlvdXIgY2xhcmlmaWNhdGlvbi4gVGhhbmtzLiA8YnI+DQomZ3Q7ICZn dDsgPGJyPg0KJmd0OyAmZ3Q7IExpemhvbmcgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQom Z3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IExvYSBBbmRlcnNzb24gJmx0O2xvYUBwaS5udSZndDsg d3JvdGUgMjAxMi8wOC8yOSAxNzoxMDowMTo8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgS2FtcmFuLiBFcmljIGFuZCBMaXpob25nLDxicj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4N CiZndDsgJmd0OyAmZ3Q7IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcg dGVhbSByZXZpZXdlcnMNCmZvcjxicj4NCiZndDsgJmd0OyAmZ3Q7IGRyYWZ0LXBkdXR0YS1tcGxz LW11bHRpLWxkcC1pbnN0YW5jZS0wMC50eHQuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMg ZW1haWwgc28gdGhhdA0KeW91IGNhbiBrbm93PGJyPg0KJmd0OyAmZ3Q7ICZndDsgdGhhdCB0aGlz IHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcNCnlvdXIg b3duPGJyPg0KJmd0OyAmZ3Q7ICZndDsgZG9jdW1lbnQuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBk b2N1bWVudCBpcyBjb2hlcmVudCwNCmlzIGl0IHVzZWZ1bDxicj4NCiZndDsgJmd0OyAmZ3Q7IChp ZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3 b3JrcyksDQphbmQgaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyB0aGUgZG9jdW1lbnQgdGVjaG5pY2Fs bHkgc291bmQ/ICZuYnNwO1dlIGFyZSBpbnRlcmVzdGVkDQppbiBrbm93aW5nIHdoZXRoZXI8YnI+ DQomZ3Q7ICZndDsgJmd0OyB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBm b3IgV0cgYWRvcHRpb24gKGllLA0KaXQgZG9lc26hr3Q8YnI+DQomZ3Q7ICZndDsgJmd0OyBoYXZl IHRvIGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQp Ljxicj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7IFJldmlld3Mgc2hvdWxk IGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycw0KYW5kPGJyPg0K Jmd0OyAmZ3Q7ICZndDsgc2VjcmV0YXJ5LCBhbmQgQ0Ohr2QgdG8gdGhlIE1QTFMgV0cgZW1haWwg bGlzdC4gSWYgbmVjZXNzYXJ5LA0KY29tbWVudHM8YnI+DQomZ3Q7ICZndDsgJmd0OyBtYXkgYmUg c2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjxicj4NCiZndDsgJmd0OyAmZ3Q7 IDxicj4NCiZndDsgJmd0OyAmZ3Q7IEFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBi eSBTZXAgMTMsIDIwMTI/PGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsg VGhhbmtzLCBMb2E8YnI+DQomZ3Q7ICZndDsgJmd0OyAoYXMgTVBMUyBXRyBjaGFpcik8YnI+DQom Z3Q7ICZndDsgJmd0OyAtLSA8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0 OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBMb2EgQW5kZXJzc29uICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb208YnI+DQomZ3Q7ICZndDsg Jmd0OyBTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQombmJzcDsgJm5ic3A7bG9hQHBpLm51PGJyPg0KJmd0OyAmZ3Q7ICZndDsgRXJp Y3Nzb24gSW5jICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogKzQ2IDEw IDcxNyA1MiAxMzxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyArNDYgNzY3IDcyIDkyIDEzPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgPC9mb250Pg0K --=_alternative 0009E26C48257A6F_=-- From pranjal.dutta@alcatel-lucent.com Mon Sep 3 19:37:43 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68AE021F84DA for ; Mon, 3 Sep 2012 19:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.753 X-Spam-Level: X-Spam-Status: No, score=-2.753 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, MIME_BASE64_TEXT=2.796, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8] 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 OPChHibueEMu for ; Mon, 3 Sep 2012 19:37:41 -0700 (PDT) Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by ietfa.amsl.com (Postfix) with ESMTP id 835FD21F84D6 for ; Mon, 3 Sep 2012 19:37:40 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id q842bT8W027686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 3 Sep 2012 21:37:32 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q842bSmY030053 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 4 Sep 2012 08:07:28 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Tue, 4 Sep 2012 08:07:28 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Lizhong Jin Date: Tue, 4 Sep 2012 08:07:25 +0530 Thread-Topic: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: Ac2KP1pGDWMP/76xSs2eJPfh/40jDQABe4SA Message-ID: References: In-Reply-To: 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_C584046466ED224CA92C1BC3313B963E13F0B8CE03INBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 02:37:43 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0B8CE03INBANSXCHMBSA_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl6aG9uZywNCg0KobBUaGVuIGRvZXMgdGhlIExEUCBtdWx0aXBsZSBpbnN0YW5jZSBpbiB0 aGlzIGRyYWZ0IGRvZXMgbm90DQppbmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRv IGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsDQpvdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0 aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZQ0KZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVu dCBpbnN0YW5jZXMuobENCg0KW1ByYW5qYWxdIFRoZSBtdWx0aXBsZSBpbnN0YW5jZXMgYXJlIHdp dGhpbiBWUkYuIFN1cmUsIHdpbGwgY2xhcmlmeSBleHBsaWNpdGx5Lg0KDQqhsElmIHRoZSBGRUMg c2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxpdHkpIGlzIHRvdGFsbHkNCmRpc2pvaW50IGJldHdl ZW4gdHdvIGluc3RhbmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDDQpsYWJl bCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2b2lkIGxvb3AsIHdoeSB3ZSBz dGlsbA0KbmVlZCBOb2RlLUlEIFRMVqO/obENCg0KW1ByYW5qYWxdIE5vZGUtSUQgVExWIGlzIGEg Z2VuZXJpYyBjb25zdHJ1Y3QgYW5kIG5vdCBhc3NvY2lhdGVkIHdpdGggRkVDDQpjYXBhYmlsaXR5 LiBJZiBwZWVyIGhhc26hr3QgaW1wbGVtZW50ZWQgRkVDIGNhcGFiaWxpdHkgdGhlbiB5b3UgbWF5 IG5lZWQNCnNvbWUgd2F5IHRvIGZpZ3VyZSBvdXQuIFNlY29uZGx5LCBldmVuIHRob3VnaCBwZWVy IHN1cHBvcnRzIEZFQyBjYXBhYmlsaXR5LA0KaXQgaXMgdXNlZnVsIHRvIGtub3cgdGhhdCB3ZSBh cmUgcnVubmluZyB8fCBzZXNzaW9ucyB0byBzYW1lIHBlZXJpbmcgc3lzdGVtLg0KDQpUaGFua3Ms DQpQcmFuamFsDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IExp emhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRlLmNvbS5jbl0NClNlbnQ6IE1vbmRheSwg U2VwdGVtYmVyIDAzLCAyMDEyIDY6NDggUE0NClRvOiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFs KQ0KQ2M6IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9y ZzsgbXBsc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IER1dHRhLCBQcmFu amFsIEsgKFByYW5qYWwpDQpTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRy YWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZw0KDQoNCkhp IFByYW5qYWwsDQpNdWNoIGNsZWFyIG5vdywgdGhhbmsgeW91LiBUd28gaW5saW5lIGNvbW1lbnRz IHRoYXQgbWF5YmUgbWlzc2VkIGluIHlvdXIgcHJldmlvdXMgZW1haWwuDQoNCnNuaXAgZnJvbSBw cmV2aW91cyBlbWFpbC4uLg0KPiAyLiBGb3IgTERQIG11bHRpcGxlIGluc3RhbmNlLCBpcyBpdCBh bGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQw0KPiBiZXR3ZWVuIHR3byBpbnN0YW5jZT8NCj4NCj4g W1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVs IHNlc3Npb25zDQo+IGJldHdlZW4gdHdvIHBlZXJpbmcgc3lzdGVtcyBuZWVkcyB0byBiZSBkaXNq b2ludCB3aXRoIHJlc3BlY3QgdG8gdGhlDQo+IHdvcmtpbmcgc2V0DQo+IKhDIHRoZSBGRUNzLiBU aGlzIG5lZWRzIHRvIGJlIGVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYw0KPiBzZXNz aW9uIGNhcGFiaWxpdGllcy4gRWFjaCB8fCBzZXNzaW9uIG11c3QgYWR2ZXJ0aXNlIGRpc2pvaW50 IEZFQw0KPiBjYXBhYmlsaXRpZXMuIFNlY3Rpb24NCj4gMi4xLjEgZXhwbGFpbnMgdGhlIHVzZSBv ZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRpZXMgKFJGQzU1NjEpIHRvIGtlZXANCj4gdGhlIEZFQyBk aXN0cmlidXRpb24gbXV0dWFsbHkgZXhjbHVzaXZlLiBXaGF0IGNyaXRlcmlhIHRvIGJlIHVzZWQN Cj4gZm9yIHNlZ3JlZ2F0aW9uDQo+IG9mIEZFQ3MgYXJlIHRvIGJlIGRlY2lkZWQgb24gY2FzZSB0 byBjYXNlIGJhc2ljLiBUaGlzIGRyYWZ0IHByb3ZpZGVzDQo+IHRoZSBmdW5kYW1lbnRhbCBidWls ZGluZyBibG9jayBmb3IgY29udHJvbCBwbGFuZSBmYXRlIHNlcGFyYXRpb24uDQpbTGl6aG9uZ10g VGhlbiBkb2VzIHRoZSBMRFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5v dA0KaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmli ZSB0aGlzLA0Kb3RoZXJ3aXNlIGl0IGlzIGNvbmZ1c2luZy4gSW4gdGhlIFZSRiBjYXNlLCB0aGUg RkVDIHdpbGwgYmUNCmR1cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJlbnQgaW5zdGFuY2VzLg0KDQo+ DQo+IDMuIElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9zc2libGUgYmV0d2VlbiB0d28gaW5zdGFu Y2UsIHJlY2VpdmluZw0KPiBzYW1lIGxhYmVsIG1hcHBpbmcgZnJvbSBwYXJhbGxlbCBtdWx0aS1s c3IgcGVlcmluZyBzZXNzaW9ucyBjb3VsZA0KPiBub3QgaW50ZXJwcmV0IGFzIGxvb3AsIHJpZ2h0 Pw0KPg0KPiBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIGFyZSBub3QgYWxsb3dlZCBhY3Jvc3Mg LiBCdXQgd2hhdCBpZiBhDQo+IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBz eXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlDQo+IHNvbHV0aW9uICh0aHVzIGFnbm9zdGljDQo+IE9m IHRoZSBmYWN0IHRoYXQgYSBmZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVy aW5nDQo+IHN5c3RlbSkgbGVha3MgRkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJl c3VsdCBpbiBhIGxvb3AgZm9yDQo+IHNvbWUgYXBwbGljYXRpb25zDQo+IGFuZCChsFNlY3Rpb24g My4gRGV0ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsSBhZGRyZXNzZXMgdGhhdA0K PiBpc3N1ZS4gIEl0IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5kIHRodXMg Y2FuIHRha2UNCj4gbmVjZXNzYXJ5IGFjdGlvbnMuDQpbTGl6aG9uZ10gSWYgdGhlIEZFQyBzZXQg KGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseQ0KZGlzam9pbnQgYmV0d2VlbiB0 d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNjYXJkIHRoZSBGRUMNCmxhYmVsIG1h cHBpbmcgaWYgbm90IG1hdGNoIGNhcGFiaWxpdHkgdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxs DQpuZWVkIE5vZGUtSUQgVExWo78NCg0KVGhhbmtzDQpMaXpob25nDQoNCg0KIkR1dHRhLCBQcmFu amFsIEsgKFByYW5qYWwpIiA8cHJhbmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IHdyb3Rl IDIwMTIvMDkvMDEgMDE6Mzg6Mzk6DQoNCj4gSGkgTGl6aG9uZywNCj4gICAgICAgICAgICAgICAg ICAgICAgSSB0aGluayBJIGRpZG6hr3QgY2xhcmlmeSBvbiCoQyChsERvIHlvdSBtZWFuIHRoZQ0K PiB0d28gaW5zdGFuY2UgbmVlZCB0byBzeW5jaHJvbml6ZSBGRUMgbWFwcGluZyBpbmZvcm1hdGlv bqGxLiBUaGUNCj4gbXVsdGktaW5zdGFuY2UgcGVlcmluZyB0aGF0IHdlIGRlc2NyaWJlZCBhYm91 dA0KPiBJcyBhIGxpdHRsZSBkaWZmZXJlbnQgZnJvbSBtdWx0aS1pbnN0YW5jZSBJR1BzLiBJbiBt dWx0aS1pbnN0YW5jZQ0KPiBMRFAgY2FzZSBieSBkZWZhdWx0IHRoZSBGRUMgZGF0YWJhc2Ugd291 bGQgYmUgc2hhcmVkIGluIHRoZSBzZW5zZQ0KPiB0aGF0IGFsbCBsYWJlbCBtYXBwaW5nIHdvdWxk IHNoYXJlIHRoZSBzYW1lDQo+IGdsb2JhbCBsYWJlbCBzcGFjZSBhbmQgdGh1cyBmb2xsb3dpbmcg aXMgcG9zc2libGUvZGVzaXJhYmxlLg0KPg0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIFN5 c3RlbSBBDQo+IFN5c3RlbSBCICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3lzdGVt IEMNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTFNSLUExLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLUxTUi0NCj4gQjEgICAgWCAgICBMU1ItQjMtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLUxTUi1DMQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMU1ItQTIgLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLQ0KPiBCMiAgICBYICAgIExTUi1CNC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tTFNSLUMyDQo+DQo+DQo+ICAgICAgICAgICAgICAgICAgICAgIFRo ZXJlIGNhbiBiZSBhIHNlYW1sZXNzIExTUC9UdW5uZWwgYmV0d2Vlbg0KPiBTeXN0ZW0gQSBhbmQg U3lzdGVtIEMgZm9yIEZFQyBGMS4gQy0+QiBsYWJlbCBtYXBwaW5nIEwxIGlzIGV4Y2hhbmdlZA0K PiB1c2luZyBCMy1DMSBMU1IgdHVwbGVzIGFuZA0KPiBCLT5BIGxhYmVsIG1hcHBpbmcgTDIgaXMg ZXhjaGFuZ2VkIHVzaW5nIEIyLUEyIExTUiB0dXBsZXMuIFRoaXMgaXMNCj4gYmVjYXVzZSB0aGUg RkVDLUxhYmVsIG1hcHBpbmcgZGF0YWJhc2UgY29udGludWUgdG8gZXhpc3QgaW4gc3lzdGVtIEIg aW4gc2FtZQ0KPiB3YXkgYXMgaXQgZG9lcyB0b2RheS4gVGhlcmUgd291bGQgYmUgb25seSBvbmUg RkVDIEYxIGluIHRoZSBMSUIgOg0KPg0KPg0KPiBGMSAgLS0+IGVncmVzcyBsYWJlbCBMMSAoTG9j YWwgTFNSIEIzLS0tUmVtb3RlIExTUiBDMSkNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC2opA0KPiBp bmdyZXNzIGxhYmVsIEwyIChMb2NhbCBMU1IgQjItLS1SZW1vdGUgTFNSIEEyKQ0KPg0KPiAgICAg ICAgICAgICAgICAgICAgICBUaGUgWCBjb25uZWN0IGF0IHN5c3RlbSBCIGlzIEwxLT5MMg0KPg0K Pg0KPg0KPiBUaGFua3MsDQo+IFByYW5qYWwNCj4NCj4gRnJvbTogbXBscy1ib3VuY2VzQGlldGYu b3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4gRHV0dGEs IFByYW5qYWwgSyAoUHJhbmphbCkNCj4gU2VudDogRnJpZGF5LCBBdWd1c3QgMzEsIDIwMTIgMTA6 MjIgQU0NCj4gVG86IExpemhvbmcgSmluDQo+IENjOiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWly c0B0b29scy5pZXRmLm9yZzsgZHJhZnQtcGR1dHRhLW1wbHMtDQo+IG11bHRpLWxkcC1pbnN0YW5j ZUB0b29scy5pZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9m IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC0NCj4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcN Cj4NCj4gSGkgTGl6aG9uZywNCj4gICAgICAgICAgICAgICAgICAgICAgICAgUGxlYXNlIHJlZmVy IG15IGFuc3dlcnMgaW5saW5lLg0KPiBUaGFua3MsDQo+IFByYW5qYWwNCj4NCj4NCj4gRnJvbTog TGl6aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXQ0KPiBTZW50OiBUaHVy c2RheSwgQXVndXN0IDMwLCAyMDEyIDExOjQyIFBNDQo+IFRvOiBEdXR0YSwgUHJhbmphbCBLIChQ cmFuamFsKQ0KPiBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRvb2xz LmlldGYub3JnOyBtcGxzQGlldGYuDQo+IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcN Cj4gU3ViamVjdDogUkU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1wZHV0dGEtbXBs cy1tdWx0aS1sZHAtDQo+IGluc3RhbmNlQHRvb2xzLmlldGYub3JnDQo+DQo+DQo+IEhpIFByYW5q YWwsDQo+IFRoYW5rcyBmb3IgdGhlIGNsYXJpZmljYXRpb24sIG11Y2ggY2xlYXIgdGhhbiBiZWZv cmUgZm9yIG1lIG5vdy4NCj4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIGFkZHRpb25hbCBjb21tZW50 cy4NCj4NCj4gT25lIG1vcmUgcXVlc3Rpb24gZm9yIHNlY3Rpb24gMy4NCj4gIldoZW4gYSBMU1Ig cmVjZWl2ZXMgYSBGRUMgbGFiZWwgbWFwcGluZyBmcm9tIGEgcGVlcmluZyBzZXNzaW9uIGJ1dA0K PiBzYW1lIEZFQyBtYXBwaW5nIGhhcyBiZWVuIGFscmVhZHkgcmVjZWl2ZXIgb3ZlciBhbm90aGVy IHBlZXJpbmcNCj4gc2Vzc2lvbiBhc3NvY2lhdGVkIHdpdGggc2FtZSBOb2RlLUlEIHRoZW4gdGhl IHJlY2VpdmluZyBMU1IgTVVTVA0KPiBzZW5kIGEgTGFiZWwgUmVsZWFzZSB0byB0aGUgcGVlcmlu ZyBzZXNzaW9uIHdpdGggc3RhdHVjIGNvZGUiDQo+IEhvdyBhIExTUiBjb3VsZCBrbm93IHRoZSBG RUMgbWFwcGluZyBpbmZvcm1hdGlvbiBmcm9tIGFub3RoZXINCj4gaW5zdGFuY2U/IERvIHlvdSBt ZWFuIHRoZSB0d28gaW5zdGFuY2UgbmVlZCB0byBzeW5jaHJvbml6ZSBGRUMNCj4gbWFwcGluZyBp bmZvcm1hdGlvbj8NCj4NCj4gW1ByYW5qYWxdIE9uZSB3YXkgdG8gdGhpbmsgaXMgIGFzIGZvbGxv d3MgqEMgbGV0oa9zIHNheSB0aGF0IGRldGVjdGlvbg0KPiBvZiBtdWx0aS1pbnN0YW5jZSBwZWVy aW5nIGlzIGltcGxlbWVudGVkIGFzIGluIFNlY3Rpb24gMy4gVGhlbg0KPiByZWNlaXZpbmcgc3lz dGVtIHdvdWxkIGtub3cgYWJvdXQgdGhlIHNlc3Npb25zIHRlcm1pbmF0aW5nDQo+IGluIHNhbWUg cmVtb3RlIHBlZXJpbmcgc3lzdGVtLiBTbyB0aGUgcmVjZWl2aW5nIHN5c3RlbSBjYW4gY3JlYXRl IGENCj4gZ3JvdXAvYnVuZGxlIGlkIGludGVybmFsbHkgZm9yIGFsbCBzdWNoIHx8IHNlc3Npb25z IGFuZCBrZWVwIHRoZQ0KPiBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUgZGF0YWJhc2Uu IElmIHRoZXJlIGlzIGENCj4gY29sbGlzaW9uIG9mIEZlYyBsYWJlbCBtYXBwaW5ncyBpbiB0aGUg Z3JvdXAtaWQgZGF0YWJhc2UgdGhlbiBsYWJlbA0KPiByZWxlYXNlIGNhbiBiZSBzZW50LCBrZWVw aW5nIHRoZSBmaXJzdCBvbmUgaW50YWN0Lg0KPg0KPg0KPiBUaGFua3MNCj4gTGl6aG9uZw0KPg0K PiAiRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkiIDxwcmFuamFsLmR1dHRhQGFsY2F0ZWwtbHVj ZW50LmNvbT4NCj4gd3JvdGUgMjAxMi8wOC8zMSAwMTowMDo1MzoNCj4NCj4gPiAyLiBGb3IgTERQ IG11bHRpcGxlIGluc3RhbmNlLCBpcyBpdCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQw0KPiA+ IGJldHdlZW4gdHdvIGluc3RhbmNlPw0KPiA+DQo+ID4gW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVD cyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVsIHNlc3Npb25zDQo+ID4gYmV0d2VlbiB0 d28gcGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRvIGJlIGRpc2pvaW50IHdpdGggcmVzcGVjdCB0byB0 aGUNCj4gPiB3b3JraW5nIHNldA0KPiA+IKhDIHRoZSBGRUNzLiBUaGlzIG5lZWRzIHRvIGJlIGVu c3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYw0KPiA+IHNlc3Npb24gY2FwYWJpbGl0aWVz LiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQgRkVDDQo+ID4gY2FwYWJp bGl0aWVzLiBTZWN0aW9uDQo+ID4gMi4xLjEgZXhwbGFpbnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lv biBjYXBhYmlsaXRpZXMgKFJGQzU1NjEpIHRvIGtlZXANCj4gPiB0aGUgRkVDIGRpc3RyaWJ1dGlv biBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWEgdG8gYmUgdXNlZA0KPiA+IGZvciBz ZWdyZWdhdGlvbg0KPiA+IG9mIEZFQ3MgYXJlIHRvIGJlIGRlY2lkZWQgb24gY2FzZSB0byBjYXNl IGJhc2ljLiBUaGlzIGRyYWZ0IHByb3ZpZGVzDQo+ID4gdGhlIGZ1bmRhbWVudGFsIGJ1aWxkaW5n IGJsb2NrIGZvciBjb250cm9sIHBsYW5lIGZhdGUgc2VwYXJhdGlvbi4NCj4gW0xpemhvbmddIFRo ZW4gZG9lcyB0aGUgTERQIG11bHRpcGxlIGluc3RhbmNlIGluIHRoaXMgZHJhZnQgZG9lcyBub3QN Cj4gaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmli ZSB0aGlzLA0KPiBvdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRo ZSBGRUMgd2lsbCBiZQ0KPiBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50IGluc3RhbmNlcy4N Cj4NCj4gPg0KPiA+IDMuIElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9zc2libGUgYmV0d2VlbiB0 d28gaW5zdGFuY2UsIHJlY2VpdmluZw0KPiA+IHNhbWUgbGFiZWwgbWFwcGluZyBmcm9tIHBhcmFs bGVsIG11bHRpLWxzciBwZWVyaW5nIHNlc3Npb25zIGNvdWxkDQo+ID4gbm90IGludGVycHJldCBh cyBsb29wLCByaWdodD8NCj4gPg0KPiA+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3MgYXJlIG5v dCBhbGxvd2VkIGFjcm9zcyAuIEJ1dCB3aGF0IGlmIGENCj4gPiBwZWVyaW5nIHN5c3RlbSBtaXNi ZWhhdmVzIG9yIHBlZXJpbmcgc3lzdGVtIG5vdCBzdXBwb3J0aW5nIHRoZQ0KPiA+IHNvbHV0aW9u ICh0aHVzIGFnbm9zdGljDQo+ID4gT2YgdGhlIGZhY3QgdGhhdCBhIGZldyBzZXNzaW9ucyBhcmUg dGVybWluYXRlZCBpbiBzYW1lIHBlZXJpbmcNCj4gPiBzeXN0ZW0pIGxlYWtzIEZFQ3Mgb24gYWxs IHx8IHNlc3Npb25zPyBUaGF0IG1heSByZXN1bHQgaW4gYSBsb29wIGZvcg0KPiA+IHNvbWUgYXBw bGljYXRpb25zDQo+ID4gYW5kIKGwU2VjdGlvbiAzLiBEZXRlY3Rpb24gb2YgbXVsdGktaW5zdGFu Y2UgcGVlcmluZ6GxIGFkZHJlc3NlcyB0aGF0DQo+ID4gaXNzdWUuICBJdCBsZXRzIGEgc3lzdGVt IGF3YXJlIG9mIHx8IHNlc3Npb25zIGFuZCB0aHVzIGNhbiB0YWtlDQo+ID4gbmVjZXNzYXJ5IGFj dGlvbnMuDQo+IFtMaXpob25nXSBJZiB0aGUgRkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmls aXR5KSBpcyB0b3RhbGx5DQo+IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBpdCBjb3Vs ZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDDQo+IGxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNo IGNhcGFiaWxpdHkgdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxsDQo+IG5lZWQgTm9kZS1JRCBU TFajvw0KPg0KPiA+DQo+ID4gNC4gSW4gY2FzZSAxfjQsIG9uZSBpbnRlcmZhY2Ugd2lsbCBzZXJ2 ZSBtdWx0aXBsZSBpbnN0YW5jZSwgSSBndWVzcywNCj4gPiB0aGUgaW50ZXJmYWNlIHlvdSByZWZl ciBpcyBwaHlzaWNhbCBpbnRlcmZhY2UsIGFuZCB3aGVuIHNoYXJpbmcgb25lDQo+ID4gcGh5c2lj YWwgaW50ZXJmYWNlLCB0aGVuIG9uZSBzdWItaW50ZXJmYWNlIGZvciBlYWNoIGluc3RhbmNlIGlz DQo+ID4gc3RpbGwgcmVxdWlyZWQsIHJpZ2h0PyBJbiBteSB1bmRlcnN0YW5kaW5nLCBvbmUgSVAg aW50ZXJmYWNlIGNvdWxkDQo+ID4gbm90IGJlIHNoYXJlZCBieSBtdWx0aXBsZSBMRFAgaW5zdGFu Y2UsIG90aGVyd2lzZSBob3cgdG8gdHJlYXQgdGhlDQo+ID4gcHJlZml4IG9mIHRoYXQgaW50ZXJm YWNlLg0KPg0KPiA+IFtQcmFuamFsXSBJIHdvbqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZhY2Ug c2luY2UgYWxsIGluc3RhbmNlcyBhcmUNCj4gPiBydW5uaW5nIGluIHNhbWUgRkVDIGRhdGFiYXNl LiBTbyBpZiB3ZSB0aGluayBmcm9tIGEgobB2aXJ0dWFsIHJvdXRlcqGxDQo+ID4gcG9pbnQgb2Yg dmlldyAoZWFjaA0KPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNlcGFyYXRlZCBhY3Jvc3MgYWxsIHZl cnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgYW5kDQo+ID4gc2VsZi1zdWZmaWNpZW50KSB0aGVuIGFs bCB0aGUgbXVsdGlwbGUgTFNSIGluc3RhbmNlcyB3b3VsZCBiZQ0KPiA+IHJ1bm5pbmcgd2l0aGlu IHNhbWUNCj4gPiBWaXJ0dWFsIFJvdXRlciBhbmQgdGh1cyBjYW4gc2hhcmUgaW50ZXJmYWNlcyBh c3NpZ25lZCB0byB0aGF0DQo+ID4gVmlydHVhbCBSb3V0ZXIuIEFsdGhvdWdoIHRoZSBkcmFmdCBk b2VzIG5vdCBwcmV2ZW50IHVzYWdlIG9mIHNhbWUNCj4gPiBJbnRlcmZhY2UgYWNyb3NzIGFsbCBM U1JzDQo+ID4gaW4gcHJhY3RpY2UgaXQgaXMgZGVzaXJhYmxlIHRvIGZhdGUgc2VwYXJhdGUgdGhl IHBoeXNpY2FsIHRvcG9sb2d5DQo+ID4gdG8gYWNoaWV2ZSBzZXBhcmF0aW9uIGFjcm9zcyBlbnRp cmUgdmVydGljYWwuIFNlcGFyYXRpb24gb2YgcGh5c2ljYWwNCj4gPiB0b3BvbG9neSBjYW4gYmUN Cj4gPiBhY2hpZXZlZCBieSBMRFAgTXVsdGktdG9wb2xvZ3kgdGhhdCBzeW5jaHJvbml6ZXMgSUdQ IGFuZCBMRFChr3MgdmlldyAoDQo+ID4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1tcGxzLWxkcC1tdWx0aS10b3BvbG9neS0wNCkgb3INCj4gPiBieSB1c2luZyBoZWxsbw0K PiA+IGFkamFjZW5jeSBjYXBhYmlsaXRpZXMgYXQgTERQIGxldmVsIChodHRwOi8vdG9vbHMuaWV0 Zi4NCj4gPiBvcmcvaHRtbC9kcmFmdC1wZHV0dGEtbXBscy1sZHAtYWRqLWNhcGFiaWxpdHktMDAp Lg0KPiA+DQo+ID4NCj4gPiBIb3BlIHRvIHNlZSB5b3VyIGNsYXJpZmljYXRpb24uIFRoYW5rcy4N Cj4gPg0KPiA+IExpemhvbmcNCj4gPg0KPiA+DQo+ID4gTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51 PiB3cm90ZSAyMDEyLzA4LzI5IDE3OjEwOjAxOg0KPiA+DQo+ID4gPiBLYW1yYW4uIEVyaWMgYW5k IExpemhvbmcsDQo+ID4gPg0KPiA+ID4gWW91IGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBhbiBNUExT IFJldmlldyB0ZWFtIHJldmlld2VycyBmb3INCj4gPiA+IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRp LWxkcC1pbnN0YW5jZS0wMC50eHQuDQo+ID4gPg0KPiA+ID4gTm90ZSB0byBhdXRob3JzOiBZb3Ug aGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cNCj4gPiA+ IHRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2 aWV3IHlvdXIgb3duDQo+ID4gPiBkb2N1bWVudC4NCj4gPiA+DQo+ID4gPiBSZXZpZXdzIHNob3Vs ZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdCB1c2Vm dWwNCj4gPiA+IChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVy YXRpb25hbCBuZXR3b3JrcyksIGFuZCBpcw0KPiA+ID4gdGhlIGRvY3VtZW50IHRlY2huaWNhbGx5 IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0ZWQgaW4ga25vd2luZyB3aGV0aGVyDQo+ID4gPiB0aGUg ZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24gKGllLCBp dCBkb2VzbqGvdA0KPiA+ID4gaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBz aG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCj4gPiA+DQo+ID4gPiBSZXZpZXdzIHNob3VsZCBiZSBz ZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kDQo+ID4gPiBzZWNy ZXRhcnksIGFuZCBDQ6GvZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0LiBJZiBuZWNlc3Nhcnks IGNvbW1lbnRzDQo+ID4gPiBtYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hh aXJzLg0KPiA+ID4NCj4gPiA+IEFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBT ZXAgMTMsIDIwMTI/DQo+ID4gPg0KPiA+ID4gVGhhbmtzLCBMb2ENCj4gPiA+IChhcyBNUExTIFdH IGNoYWlyKQ0KPiA+ID4gLS0NCj4gPiA+DQo+ID4gPg0KPiA+ID4gTG9hIEFuZGVyc3NvbiAgICAg ICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4g PiA+IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5u dQ0KPiA+ID4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2 IDEwIDcxNyA1MiAxMw0KPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCj4gPiA+DQo= --_000_C584046466ED224CA92C1BC3313B963E13F0B8CE03INBANSXCHMBSA_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

 

=A1=B0Then does the LDP multiple instance in this draft = does not
include the VRF case? It is better to explicit describe this,
otherwise it is confusing. In the VRF case, the FEC will be
duplicated between different instances.=A1=B1

 

[Pranjal] The multiple instances are w= ithin VRF. Sure, will clarify explicitly.

 

=A1=B0If the FEC set (identified by capability) is total= ly
disjoint between two instance, it could be simply discard the FEC
label mapping if not match capability to avoid loop, why we still
need Node-ID TLV=A3=BF=A1=B1

 

[Pranjal] Node-ID TLV is a generic con= struct and not associated with FEC

capability. If peer hasn=A1=AFt implem= ented FEC capability then you may need

some way to figure out. Secondly, even though peer supports FEC capability,

it is useful to know that we are runni= ng || sessions to same peering system.

 

Thanks,

Pranjal

 

 

From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn] Sent: Monday, September 03, = 2012 6:48 PM
To: Dutta, Pranjal K (Pranjal)
Cc: draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org; mpls@ietf.org; mpls-chairs@tools.ietf.org; Dutta, Pranjal K (Pranjal)
Subject: RE: [mpls] MPLS-RT = review of draft-pdutta-mpls-multi-ldp-instance@tools.i= etf.org

 


Hi Pranjal,
Much clear now, thank you. Two inline comments that maybe missed in your previou= s email.

snip from previous email...
> 2. For LDP multiple instance, is it allowed for duplicated FEC
> between two instance?
>  
> [Pranjal] Duplicated FECs won=A1=AFt be allowed. The parallel sessions
> between two peering systems needs to be disjoint with respect to the=
> working set
> =A8C the FECs. This needs to be ensured thru various FEC specific
> session capabilities. Each || session must advertise disjoint FEC
> capabilities. Section
> 2.1.1 explains the use of LDP session capabilities (RFC5561) to keep=
> the FEC distribution mutually exclusive. What criteria to be used
> for segregation
> of FECs are to be decided on case to case basic. This draft provides=
> the fundamental building block for control plane fate separation.
[Lizhong] Then does the LDP multiple instance in this draft does not include the VRF case? It is better to explicit describe this,
otherwise it is confusing. In the VRF case, the FEC will be
duplicated between different instances.

>
> 3. If duplicated FECs are possible between two instance, receiving <= /font>
> same label mapping from parallel multi-lsr peering sessions could
> not interpret as loop, right?
>  
> [Pranjal] Duplicated FECs are not allowed across . But what if a
> peering system misbehaves or peering system not supporting the
> solution (thus agnostic
> Of the fact that a few sessions are terminated in same peering
> system) leaks FECs on all || sessions? That may result in a loop for=
> some applications
> and =A1=B0Section 3. Detection of multi-instance peering=A1=B1 addresses th= at
> issue.  It lets a system aware of || sessions and thus can take
> necessary actions.
[Lizhong] If the FEC set (identified by capability) is totally
disjoint between two instance, it could be simply discard the FEC
label mapping if not match capability to avoid loop, why we still <= br> need Node-ID TLV=A3=BF

Thanks
Lizhong
 

"Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com> wrote 2012/09/01 01:38:39:

> Hi Lizhong,
>                      = ;I think I didn=A1=AFt clarify on =A8C =A1=B0Do you mean the
> two instance need to synchronize FEC mapping information=A1=B1. The > multi-instance peering that we described about
> Is a little different from multi-instance IGPs. In multi-instance
> LDP case by default the FEC database would be shared in the sense
> that all label mapping would share the same
> global label space and thus following is possible/desirable. =
>  
>                      = ;     System A                 &nb= sp;                
> System B                  = ;               System C
>                      = ;         LSR-A1----------------------------LSR-
> B1    X    LSR-B3--------------------------LSR-C1<= /span>
>                      = ;         LSR-A2 ---------------------------LSR-
> B2    X    LSR-B4--------------------------LSR-C2<= /span>
>  
>  
>                      = ;There can be a seamless LSP/Tunnel between
> System A and System C for FEC F1. C->B label mapping L1 is exchange= d
> using B3-C1 LSR tuples and
> B->A label mapping L2 is exchanged using B2-A2 LSR tuples. This is
> because the FEC-Label mapping database continue to exist in system B i= n same
> way as it does today. There would be only one FEC F1 in the LIB :
>  
>                      = ;                        = ;                      
> F1  --> egress label L1 (Local LSR B3---Remote LSR C1)<= /font>
>                      = ;                        = ;                        = ;       -=A8=A4
> ingress label L2 (Local LSR B2---Remote LSR A2)
>  
>                      = ;The X connect at system B is L1->L2
>                      = ;            
>  
>  
> Thanks,
> Pranjal
>
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf O= f
> Dutta, Pranjal K (Pranjal= )
> Sent: Friday, August 31, 2012 10:22 AM
> To: Lizhong Jin
> Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; draft-pdutta-mpls-=
> multi-ldp-instance@tools.ietf.org
> Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> instance@tools.ietf.org
>  
> Hi Lizhong,
>                      = ;   Please refer my answers inline.
> Thanks,
> Pranjal
>  
>
> From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> Sent: Thursday, August 30, 2012 11:42 PM
> To: Dutta, Pranjal K (Pra= njal)
> Cc: draft-pdutta-mpls-multi-ldp-instance@t= ools.ietf.org; mpls@ietf.
> org; mpls-chairs@tools.ietf.org
> Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> instance@tools.ietf.org
>  
>
> Hi Pranjal,
> Thanks for the clarification, much clear than before for me now.
> Please see inline for addtional comments.
>
> One more question for section 3.
> "When a LSR receives a FEC label mapping from a peering session b= ut
> same FEC mapping has been already receiver over another peering
> session associated with same Node-ID then the receiving LSR MUST
> send a Label Release to the peering session with statuc code" > How a LSR could know the FEC mapping information from another
> instance? Do you mean the two instance need to synchronize FEC
> mapping information?
>  
> [Pranjal] One way to think is  as follows =A8C let=A1=AFs say that det= ection
> of multi-instance peering is implemented as in Section 3. Then
> receiving system would know about the sessions terminating
> in same remote peering system. So the receiving system can create a
> group/bundle id internally for all such || sessions and keep the
> FEC-label mappings also in the database. If there is a <= br> > collision of Fec label mappings in the group-id database then label
> release can be sent, keeping the first one intact.
>
>
> Thanks
> Lizhong
>
> "Dutta, Pranjal K (P= ranjal)" <pranjal.dutta@alcatel-lucent.com>
> wrote 2012/08/31 01:00:53:
>
> > 2. For LDP multiple instance, is it allowed for duplicated FEC > > between two instance?
> >  
> > [Pranjal] Duplicated FECs won=A1=AFt be allowed. The parallel ses= sions
> > between two peering systems needs to be disjoint with respect to = the
> > working set
> > =A8C the FECs. This needs to be ensured thru various FEC specific=
> > session capabilities. Each || session must advertise disjoint FEC=
> > capabilities. Section
> > 2.1.1 explains the use of LDP session capabilities (RFC5561) to k= eep
> > the FEC distribution mutually exclusive. What criteria to be used=
> > for segregation
> > of FECs are to be decided on case to case basic. This draft provi= des
> > the fundamental building block for control plane fate separation.=
> [Lizhong] Then does the LDP multiple instance in this draft does not > include the VRF case? It is better to explicit describe this,
> otherwise it is confusing. In the VRF case, the FEC will be
> duplicated between different instances.
>
> >
> > 3. If duplicated FECs are possible between two instance, receivin= g
> > same label mapping from parallel multi-lsr peering sessions could=
> > not interpret as loop, right?
> >  
> > [Pranjal] Duplicated FECs are not allowed across . But what if a =
> > peering system misbehaves or peering system not supporting the > > solution (thus agnostic
> > Of the fact that a few sessions are terminated in same peering > > system) leaks FECs on all || sessions? That may result in a loop = for
> > some applications
> > and =A1=B0Section 3. Detection of multi-instance peering=A1=B1 ad= dresses that
> > issue.  It lets a system aware of || sessions and thus can t= ake
> > necessary actions.
> [Lizhong] If the FEC set (identified by capability) is totally
> disjoint between two instance, it could be simply discard the FEC
> label mapping if not match capability to avoid loop, why we still
> need Node-ID TLV=A3=BF
>
> >
> > 4. In case 1~4, one interface will serve multiple instance, I gue= ss,
> > the interface you refer is physical interface, and when sharing o= ne
> > physical interface, then one sub-interface for each instance is <= br> > > still required, right? In my understanding, one IP interface coul= d
> > not be shared by multiple LDP instance, otherwise how to treat th= e
> > prefix of that interface.
>
> > [Pranjal] I won=A1=AFt view it as sub-interface since all instanc= es are
> > running in same FEC database. So if we think from a =A1=B0virtual= router=A1=B1
> > point of view (each
> > Virtual Router is separated across all verticals in RIB/LFIB/FIB = and
> > self-sufficient) then all the multiple LSR instances would be > > running within same
> > Virtual Router and thus can share interfaces assigned to that > > Virtual Router. Although the draft does not prevent usage of same=
> > Interface across all LSRs
> > in practice it is desirable to fate separate the physical topolog= y
> > to achieve separation across entire vertical. Separation of physi= cal
> > topology can be
> > achieved by LDP Multi-topology that synchronizes IGP and LDP=A1= =AFs view (
> > http://tools.ietf.org/html/draft-ietf-mpls-ldp-multi-topology-04)= or
> > by using hello
> > adjacency capabilities at LDP level (http://tools.ietf.
> > org/html/draft-pdutta-mpls-ldp-adj-capability-00).
> >  
> >
> > Hope to see your clarification. Thanks.
> >
> > Lizhong
> >  
> >
> > Loa Andersson <loa@pi.nu> wrote 2012/08/29 17:10:01:
> >
> > > Kamran. Eric and Lizhong,
> > >
> > > You have been selected as an MPLS Review team reviewers for<= br> > > > draft-pdutta-mpls-multi-ldp-instance-00.txt.
> > >
> > > Note to authors: You have been CC=A1=AFd on this email so th= at you can know
> > > that this review is going on. However, please do not review = your own
> > > document.
> > >
> > > Reviews should comment on whether the document is coherent, = is it useful
> > > (ie, is it likely to be actually useful in operational networks), and is
> > > the document technically sound?  We are interested in knowing whether
> > > the document is ready to be considered for WG adoption (ie, = it doesn=A1=AFt
> > > have to be perfect at this point, but should be a good start= ).
> > >
> > > Reviews should be sent to the document authors, WG co-chairs= and
> > > secretary, and CC=A1=AFd to the MPLS WG email list. If neces= sary, comments
> > > may be sent privately to only the WG chairs.
> > >
> > > Are you able to review this draft by Sep 13, 2012?
> > >
> > > Thanks, Loa
> > > (as MPLS WG chair)
> > > --
> > >
> > >
> > > Loa Andersson &= nbsp;                       email= : loa.andersson@ericsson.com
> > > Sr Strategy and Standards Manager        = ;    loa@pi.nu
> > > Ericsson Inc              = ;            phone: +46 10 717 52 13
> > >                 &nbs= p;                        = ;     +46 767 72 92 13
> > >

--_000_C584046466ED224CA92C1BC3313B963E13F0B8CE03INBANSXCHMBSA_-- From internet-drafts@ietf.org Mon Sep 3 20:46:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 580FF21F863B; Mon, 3 Sep 2012 20:46:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.415 X-Spam-Level: X-Spam-Status: No, score=-101.415 tagged_above=-999 required=5 tests=[AWL=1.184, 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 Co8zX8bTWWad; Mon, 3 Sep 2012 20:46:15 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB0BD21F84C2; Mon, 3 Sep 2012 20:46:15 -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: 4.34 Message-ID: <20120904034615.11023.4318.idtracker@ietfa.amsl.com> Date: Mon, 03 Sep 2012 20:46:15 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-ipv6-pw-lsp-ping-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 03:46:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Label Switched Path (LSP) Ping for IPv6 Pseudowire FECs Author(s) : Mach(Guoyi) Chen Ping Pan Carlos Pignataro Rajiv Asati Filename : draft-ietf-mpls-ipv6-pw-lsp-ping-01.txt Pages : 9 Date : 2012-09-03 Abstract: Multi-Protocol Label Switching (MPLS) Label Switched Path (LSP) Ping and traceroute mechanisms are commonly used to detect and isolate data plane failures in all MPLS LSPs including Pseudowire (PW) LSPs. The PW LSP Ping and traceroute elements, however, are not specified for IPv6 address usage. This document extends the PW LSP Ping and traceroute mechanisms so they can be used with IPv6 PWs, and updates RFC 4379. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ipv6-pw-lsp-ping There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-ipv6-pw-lsp-ping-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-ipv6-pw-lsp-ping-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lizhong.jin@zte.com.cn Mon Sep 3 20:54:02 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F2A821F85E6 for ; Mon, 3 Sep 2012 20:54:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.38 X-Spam-Level: X-Spam-Status: No, score=-96.38 tagged_above=-999 required=5 tests=[AWL=-0.823, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_BAD_ID=2.837, 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 FO-CwDSO-TZi for ; Mon, 3 Sep 2012 20:54:00 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 22E3221F8592 for ; Mon, 3 Sep 2012 20:53:58 -0700 (PDT) Received: from [10.30.3.20] by mx5.zte.com.cn with surfront esmtp id 232555242998926(version=TLSv1/SSLv3 cipher=SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA bits=128 verify=NO); Tue, 4 Sep 2012 11:46:25 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q843r9Ld007360; Tue, 4 Sep 2012 11:53:09 +0800 (GMT-8) (envelope-from lizhong.jin@zte.com.cn) In-Reply-To: To: "Dutta, Pranjal K (Pranjal)" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: Lizhong Jin Date: Tue, 4 Sep 2012 11:53:03 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-04 11:53:07, Serialize complete at 2012-09-04 11:53:07 Content-Type: multipart/alternative; boundary="=_alternative 0015581348257A6F_=" X-MAIL: mse01.zte.com.cn q843r9Ld007360 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 03:54:02 -0000 This is a multipart message in MIME format. --=_alternative 0015581348257A6F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgUHJhbmphbCwNCg0KPiBIaSBMaXpob25nLA0KPiANCj4gobBUaGVuIGRvZXMgdGhlIExEUCBt dWx0aXBsZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90IA0KPiBpbmNsdWRlIHRoZSBW UkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsIA0KPiBvdGhl cndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZSAN Cj4gZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuobENCj4gDQo+IFtQcmFu amFsXSBUaGUgbXVsdGlwbGUgaW5zdGFuY2VzIGFyZSB3aXRoaW4gVlJGLiBTdXJlLCB3aWxsIGNs YXJpZnkgDQo+IGV4cGxpY2l0bHkuDQpbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVuZGVyc3RhbmQg Y29ycmVjdGx5LiBEbyB5b3UgbWVhbiB0aGUgbXVsdGlwbGUgDQppbnN0YW5jZXMgaW4gdGhpcyBk cmFmdCBkb2VzIG5vdCBpbmNsdWRlIHRoZSBWUkYgY2FzZT8gQW5kIG11bHRpcGxlIA0KaW5zdGFu Y2VzIGFyZSBiZWxvbmcgdG8gb25seSBvbmUgVlJGLCByaWdodD8NCg0KPiANCj4gobBJZiB0aGUg RkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5IA0KPiBkaXNqb2lu dCBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgaXQgY291bGQgYmUgc2ltcGx5IGRpc2NhcmQgdGhlIEZF QyANCj4gbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0Y2ggY2FwYWJpbGl0eSB0byBhdm9pZCBsb29w LCB3aHkgd2Ugc3RpbGwgDQo+IG5lZWQgTm9kZS1JRCBUTFajv6GxDQo+IA0KPiBbUHJhbmphbF0g Tm9kZS1JRCBUTFYgaXMgYSBnZW5lcmljIGNvbnN0cnVjdCBhbmQgbm90IGFzc29jaWF0ZWQgd2l0 aCBGRUMgDQoNCj4gY2FwYWJpbGl0eS4gSWYgcGVlciBoYXNuoa90IGltcGxlbWVudGVkIEZFQyBj YXBhYmlsaXR5IHRoZW4geW91IG1heSBuZWVkIA0KDQo+IHNvbWUgd2F5IHRvIGZpZ3VyZSBvdXQu IFNlY29uZGx5LCBldmVuIHRob3VnaCBwZWVyIHN1cHBvcnRzIEZFQyANCmNhcGFiaWxpdHksDQo+ IGl0IGlzIHVzZWZ1bCB0byBrbm93IHRoYXQgd2UgYXJlIHJ1bm5pbmcgfHwgc2Vzc2lvbnMgdG8g c2FtZSBwZWVyaW5nIA0Kc3lzdGVtLg0KW0xpemhvbmddIElmIHBlZXIgZG9lcyBub3Qgc3VwcG9y dCBGRUMgY2FwYWJpbGl0eSwgeW91IHNob3VsZCBoYXZlIHNvbWUgDQpsb2NhbCBjb25maWd1cmF0 aW9uIHRvIGluZGljYXRlIHRoZSBGRUMgc2V0LiBUaGVuIHlvdSBjb3VsZCBzdGlsbCBhdm9pZCAN Cmxvb3AgYnkgdGhpcyBsb2NhbCBpbmRpY2F0aW9uLiBJIGFtIHRyeWluZyB0byBzZWUgdGhlIHRl Y2huaWNhbCBtb3RpdmF0aW9uIA0Kb2YgTm9kZS1JRCBUTFYuIElmIHdlIG9ubHkgd2FudCB0byBr bm93IHRoZSBzYW1lIHBlZXJpbmcgcmVsYXRpb25zaGlwIGZvciANCmVhc3kgbWFuYWdlbWVudCwg dGhlIE5NUyBjb3VsZCBzaW1wbHkgZG8gdGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIA0KdGVjaG5p Y2FsIHJlYXNvbiBmb3IgTm9kZS1JRCBUTFY/DQoNClRoYW5rcw0KTGl6aG9uZw0KDQo+IA0KPiBU aGFua3MsDQo+IFByYW5qYWwNCj4gDQo+IA0KPiANCj4gRnJvbTogTGl6aG9uZyBKaW4gW21haWx0 bzpsaXpob25nLmppbkB6dGUuY29tLmNuXSANCj4gU2VudDogTW9uZGF5LCBTZXB0ZW1iZXIgMDMs IDIwMTIgNjo0OCBQTQ0KPiBUbzogRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkNCj4gQ2M6IGRy YWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0Bp ZXRmLg0KPiBvcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBEdXR0YSwgUHJhbmphbCBL IChQcmFuamFsKQ0KPiBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0 LXBkdXR0YS1tcGxzLW11bHRpLWxkcC0NCj4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcNCj4gDQo+ IA0KPiBIaSBQcmFuamFsLCANCj4gTXVjaCBjbGVhciBub3csIHRoYW5rIHlvdS4gVHdvIGlubGlu ZSBjb21tZW50cyB0aGF0IG1heWJlIG1pc3NlZCBpbiANCj4geW91ciBwcmV2aW91cyBlbWFpbC4g DQo+IA0KPiBzbmlwIGZyb20gcHJldmlvdXMgZW1haWwuLi4gDQo+ID4gMi4gRm9yIExEUCBtdWx0 aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3IgZHVwbGljYXRlZCBGRUMgDQo+ID4gYmV0 d2VlbiB0d28gaW5zdGFuY2U/IA0KPiA+IA0KPiA+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3Mg d29uoa90IGJlIGFsbG93ZWQuIFRoZSBwYXJhbGxlbCBzZXNzaW9ucyANCj4gPiBiZXR3ZWVuIHR3 byBwZWVyaW5nIHN5c3RlbXMgbmVlZHMgdG8gYmUgZGlzam9pbnQgd2l0aCByZXNwZWN0IHRvIHRo ZSANCj4gPiB3b3JraW5nIHNldCANCj4gPiCoQyB0aGUgRkVDcy4gVGhpcyBuZWVkcyB0byBiZSBl bnN1cmVkIHRocnUgdmFyaW91cyBGRUMgc3BlY2lmaWMgDQo+ID4gc2Vzc2lvbiBjYXBhYmlsaXRp ZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlzZSBkaXNqb2ludCBGRUMgDQo+ID4gY2Fw YWJpbGl0aWVzLiBTZWN0aW9uIA0KPiA+IDIuMS4xIGV4cGxhaW5zIHRoZSB1c2Ugb2YgTERQIHNl c3Npb24gY2FwYWJpbGl0aWVzIChSRkM1NTYxKSB0byBrZWVwIA0KPiA+IHRoZSBGRUMgZGlzdHJp YnV0aW9uIG11dHVhbGx5IGV4Y2x1c2l2ZS4gV2hhdCBjcml0ZXJpYSB0byBiZSB1c2VkIA0KPiA+ IGZvciBzZWdyZWdhdGlvbiANCj4gPiBvZiBGRUNzIGFyZSB0byBiZSBkZWNpZGVkIG9uIGNhc2Ug dG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFmdCBwcm92aWRlcyANCj4gPiB0aGUgZnVuZGFtZW50YWwg YnVpbGRpbmcgYmxvY2sgZm9yIGNvbnRyb2wgcGxhbmUgZmF0ZSBzZXBhcmF0aW9uLiANCj4gW0xp emhvbmddIFRoZW4gZG9lcyB0aGUgTERQIG11bHRpcGxlIGluc3RhbmNlIGluIHRoaXMgZHJhZnQg ZG9lcyBub3QgDQo+IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBJdCBpcyBiZXR0ZXIgdG8gZXhwbGlj aXQgZGVzY3JpYmUgdGhpcywgDQo+IG90aGVyd2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRoZSBW UkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlIA0KPiBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50 IGluc3RhbmNlcy4gDQo+IA0KPiA+IA0KPiA+IDMuIElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9z c2libGUgYmV0d2VlbiB0d28gaW5zdGFuY2UsIHJlY2VpdmluZyANCj4gPiBzYW1lIGxhYmVsIG1h cHBpbmcgZnJvbSBwYXJhbGxlbCBtdWx0aS1sc3IgcGVlcmluZyBzZXNzaW9ucyBjb3VsZCANCj4g PiBub3QgaW50ZXJwcmV0IGFzIGxvb3AsIHJpZ2h0PyANCj4gPiANCj4gPiBbUHJhbmphbF0gRHVw bGljYXRlZCBGRUNzIGFyZSBub3QgYWxsb3dlZCBhY3Jvc3MgLiBCdXQgd2hhdCBpZiBhIA0KPiA+ IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRp bmcgdGhlIA0KPiA+IHNvbHV0aW9uICh0aHVzIGFnbm9zdGljIA0KPiA+IE9mIHRoZSBmYWN0IHRo YXQgYSBmZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nIA0KPiA+IHN5 c3RlbSkgbGVha3MgRkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBpbiBh IGxvb3AgZm9yIA0KPiA+IHNvbWUgYXBwbGljYXRpb25zIA0KPiA+IGFuZCChsFNlY3Rpb24gMy4g RGV0ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsSBhZGRyZXNzZXMgdGhhdCANCj4g PiBpc3N1ZS4gIEl0IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5kIHRodXMg Y2FuIHRha2UgDQo+ID4gbmVjZXNzYXJ5IGFjdGlvbnMuIA0KPiBbTGl6aG9uZ10gSWYgdGhlIEZF QyBzZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseSANCj4gZGlzam9pbnQg YmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNjYXJkIHRoZSBGRUMg DQo+IGxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNoIGNhcGFiaWxpdHkgdG8gYXZvaWQgbG9vcCwg d2h5IHdlIHN0aWxsIA0KPiBuZWVkIE5vZGUtSUQgVExWo78gDQo+IA0KPiBUaGFua3MgDQo+IExp emhvbmcgDQo+IA0KPiANCj4gIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJhbmphbC5k dXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IA0KPiB3cm90ZSAyMDEyLzA5LzAxIDAxOjM4OjM5Og0K PiANCj4gPiBIaSBMaXpob25nLCANCj4gPiAgICAgICAgICAgICAgICAgICAgICBJIHRoaW5rIEkg ZGlkbqGvdCBjbGFyaWZ5IG9uIKhDIKGwRG8geW91IG1lYW4gdGhlIA0KDQo+ID4gdHdvIGluc3Rh bmNlIG5lZWQgdG8gc3luY2hyb25pemUgRkVDIG1hcHBpbmcgaW5mb3JtYXRpb26hsS4gVGhlIA0K PiA+IG11bHRpLWluc3RhbmNlIHBlZXJpbmcgdGhhdCB3ZSBkZXNjcmliZWQgYWJvdXQgDQo+ID4g SXMgYSBsaXR0bGUgZGlmZmVyZW50IGZyb20gbXVsdGktaW5zdGFuY2UgSUdQcy4gSW4gbXVsdGkt aW5zdGFuY2UgDQo+ID4gTERQIGNhc2UgYnkgZGVmYXVsdCB0aGUgRkVDIGRhdGFiYXNlIHdvdWxk IGJlIHNoYXJlZCBpbiB0aGUgc2Vuc2UgDQo+ID4gdGhhdCBhbGwgbGFiZWwgbWFwcGluZyB3b3Vs ZCBzaGFyZSB0aGUgc2FtZSANCj4gPiBnbG9iYWwgbGFiZWwgc3BhY2UgYW5kIHRodXMgZm9sbG93 aW5nIGlzIHBvc3NpYmxlL2Rlc2lyYWJsZS4gDQo+ID4gDQo+ID4gICAgICAgICAgICAgICAgICAg ICAgICAgICBTeXN0ZW0gQSANCj4gPiBTeXN0ZW0gQiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN5c3RlbSBDIA0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIExTUi1B MS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItDQo+ID4gQjEgICAgWCAgICBMU1ItQjMt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi1DMSANCj4gPiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBMU1ItQTIgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLQ0KPiA+IEIy ICAgIFggICAgTFNSLUI0LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItQzIgDQo+ID4gDQo+ ID4gDQo+ID4gICAgICAgICAgICAgICAgICAgICAgVGhlcmUgY2FuIGJlIGEgc2VhbWxlc3MgTFNQ L1R1bm5lbCBiZXR3ZWVuIA0KPiA+IFN5c3RlbSBBIGFuZCBTeXN0ZW0gQyBmb3IgRkVDIEYxLiBD LT5CIGxhYmVsIG1hcHBpbmcgTDEgaXMgZXhjaGFuZ2VkDQo+ID4gdXNpbmcgQjMtQzEgTFNSIHR1 cGxlcyBhbmQgDQo+ID4gQi0+QSBsYWJlbCBtYXBwaW5nIEwyIGlzIGV4Y2hhbmdlZCB1c2luZyBC Mi1BMiBMU1IgdHVwbGVzLiBUaGlzIGlzIA0KPiA+IGJlY2F1c2UgdGhlIEZFQy1MYWJlbCBtYXBw aW5nIGRhdGFiYXNlIGNvbnRpbnVlIHRvIGV4aXN0IGluIHN5c3RlbUIgaW4gDQpzYW1lIA0KPiA+ IHdheSBhcyBpdCBkb2VzIHRvZGF5LiBUaGVyZSB3b3VsZCBiZSBvbmx5IG9uZSBGRUMgRjEgaW4g dGhlIExJQiA6IA0KPiA+IA0KPiA+IA0KPiA+IEYxICAtLT4gZWdyZXNzIGxhYmVsIEwxIChMb2Nh bCBMU1IgQjMtLS1SZW1vdGUgTFNSIEMxKSANCj4gPiAgIC2opA0KPiA+IGluZ3Jlc3MgbGFiZWwg TDIgKExvY2FsIExTUiBCMi0tLVJlbW90ZSBMU1IgQTIpIA0KPiA+IA0KPiA+ICAgICAgICAgICAg ICAgICAgICAgIFRoZSBYIGNvbm5lY3QgYXQgc3lzdGVtIEIgaXMgTDEtPkwyIA0KPiA+IA0KPiA+ IA0KPiA+IA0KPiA+IFRoYW5rcywgDQo+ID4gUHJhbmphbCANCj4gPiANCj4gPiBGcm9tOiBtcGxz LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiANCk9mIA0KPiA+IER1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpDQo+ID4gU2VudDogRnJpZGF5 LCBBdWd1c3QgMzEsIDIwMTIgMTA6MjIgQU0NCj4gPiBUbzogTGl6aG9uZyBKaW4NCj4gPiBDYzog bXBsc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LXBkdXR0YS1t cGxzLQ0KPiA+IG11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZw0KPiA+IFN1YmplY3Q6 IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRw LQ0KPiA+IGluc3RhbmNlQHRvb2xzLmlldGYub3JnIA0KPiA+IA0KPiA+IEhpIExpemhvbmcsIA0K PiA+ICAgICAgICAgICAgICAgICAgICAgICAgIFBsZWFzZSByZWZlciBteSBhbnN3ZXJzIGlubGlu ZS4gDQo+ID4gVGhhbmtzLCANCj4gPiBQcmFuamFsIA0KPiA+IA0KPiA+IA0KPiA+IEZyb206IExp emhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRlLmNvbS5jbl0gDQo+ID4gU2VudDogVGh1 cnNkYXksIEF1Z3VzdCAzMCwgMjAxMiAxMTo0MiBQTQ0KPiA+IFRvOiBEdXR0YSwgUHJhbmphbCBL IChQcmFuamFsKQ0KPiA+IENjOiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAtaW5zdGFuY2VA dG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi4NCj4gPiBvcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnDQo+ID4gU3ViamVjdDogUkU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1w ZHV0dGEtbXBscy1tdWx0aS1sZHAtDQo+ID4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcgDQo+ID4g DQo+ID4gDQo+ID4gSGkgUHJhbmphbCwgDQo+ID4gVGhhbmtzIGZvciB0aGUgY2xhcmlmaWNhdGlv biwgbXVjaCBjbGVhciB0aGFuIGJlZm9yZSBmb3IgbWUgbm93LiANCj4gPiBQbGVhc2Ugc2VlIGlu bGluZSBmb3IgYWRkdGlvbmFsIGNvbW1lbnRzLiANCj4gPiANCj4gPiBPbmUgbW9yZSBxdWVzdGlv biBmb3Igc2VjdGlvbiAzLiANCj4gPiAiV2hlbiBhIExTUiByZWNlaXZlcyBhIEZFQyBsYWJlbCBt YXBwaW5nIGZyb20gYSBwZWVyaW5nIHNlc3Npb24gYnV0IA0KPiA+IHNhbWUgRkVDIG1hcHBpbmcg aGFzIGJlZW4gYWxyZWFkeSByZWNlaXZlciBvdmVyIGFub3RoZXIgcGVlcmluZyANCj4gPiBzZXNz aW9uIGFzc29jaWF0ZWQgd2l0aCBzYW1lIE5vZGUtSUQgdGhlbiB0aGUgcmVjZWl2aW5nIExTUiBN VVNUIA0KPiA+IHNlbmQgYSBMYWJlbCBSZWxlYXNlIHRvIHRoZSBwZWVyaW5nIHNlc3Npb24gd2l0 aCBzdGF0dWMgY29kZSIgDQo+ID4gSG93IGEgTFNSIGNvdWxkIGtub3cgdGhlIEZFQyBtYXBwaW5n IGluZm9ybWF0aW9uIGZyb20gYW5vdGhlciANCj4gPiBpbnN0YW5jZT8gRG8geW91IG1lYW4gdGhl IHR3byBpbnN0YW5jZSBuZWVkIHRvIHN5bmNocm9uaXplIEZFQyANCj4gPiBtYXBwaW5nIGluZm9y bWF0aW9uPyANCj4gPiANCj4gPiBbUHJhbmphbF0gT25lIHdheSB0byB0aGluayBpcyAgYXMgZm9s bG93cyCoQyBsZXShr3Mgc2F5IHRoYXQgZGV0ZWN0aW9uDQo+ID4gb2YgbXVsdGktaW5zdGFuY2Ug cGVlcmluZyBpcyBpbXBsZW1lbnRlZCBhcyBpbiBTZWN0aW9uIDMuIFRoZW4gDQo+ID4gcmVjZWl2 aW5nIHN5c3RlbSB3b3VsZCBrbm93IGFib3V0IHRoZSBzZXNzaW9ucyB0ZXJtaW5hdGluZyANCj4g PiBpbiBzYW1lIHJlbW90ZSBwZWVyaW5nIHN5c3RlbS4gU28gdGhlIHJlY2VpdmluZyBzeXN0ZW0g Y2FuIGNyZWF0ZSBhIA0KPiA+IGdyb3VwL2J1bmRsZSBpZCBpbnRlcm5hbGx5IGZvciBhbGwgc3Vj aCB8fCBzZXNzaW9ucyBhbmQga2VlcCB0aGUgDQo+ID4gRkVDLWxhYmVsIG1hcHBpbmdzIGFsc28g aW4gdGhlIGRhdGFiYXNlLiBJZiB0aGVyZSBpcyBhIA0KPiA+IGNvbGxpc2lvbiBvZiBGZWMgbGFi ZWwgbWFwcGluZ3MgaW4gdGhlIGdyb3VwLWlkIGRhdGFiYXNlIHRoZW4gbGFiZWwgDQo+ID4gcmVs ZWFzZSBjYW4gYmUgc2VudCwga2VlcGluZyB0aGUgZmlyc3Qgb25lIGludGFjdC4gDQo+ID4gDQo+ ID4gDQo+ID4gVGhhbmtzIA0KPiA+IExpemhvbmcgDQo+ID4gDQo+ID4gIkR1dHRhLCBQcmFuamFs IEsgKFByYW5qYWwpIiA8cHJhbmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IA0KPiA+IHdy b3RlIDIwMTIvMDgvMzEgMDE6MDA6NTM6DQo+ID4gDQo+ID4gPiAyLiBGb3IgTERQIG11bHRpcGxl IGluc3RhbmNlLCBpcyBpdCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQyANCj4gPiA+IGJldHdl ZW4gdHdvIGluc3RhbmNlPyANCj4gPiA+IA0KPiA+ID4gW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVD cyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVsIHNlc3Npb25zIA0KPiA+ID4gYmV0d2Vl biB0d28gcGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRvIGJlIGRpc2pvaW50IHdpdGggcmVzcGVjdCB0 byB0aGUNCj4gPiA+IHdvcmtpbmcgc2V0IA0KPiA+ID4gqEMgdGhlIEZFQ3MuIFRoaXMgbmVlZHMg dG8gYmUgZW5zdXJlZCB0aHJ1IHZhcmlvdXMgRkVDIHNwZWNpZmljIA0KPiA+ID4gc2Vzc2lvbiBj YXBhYmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlzZSBkaXNqb2ludCBGRUMg DQo+ID4gPiBjYXBhYmlsaXRpZXMuIFNlY3Rpb24gDQo+ID4gPiAyLjEuMSBleHBsYWlucyB0aGUg dXNlIG9mIExEUCBzZXNzaW9uIGNhcGFiaWxpdGllcyAoUkZDNTU2MSkgdG8ga2VlcA0KPiA+ID4g dGhlIEZFQyBkaXN0cmlidXRpb24gbXV0dWFsbHkgZXhjbHVzaXZlLiBXaGF0IGNyaXRlcmlhIHRv IGJlIHVzZWQgDQo+ID4gPiBmb3Igc2VncmVnYXRpb24gDQo+ID4gPiBvZiBGRUNzIGFyZSB0byBi ZSBkZWNpZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFmdCBwcm92aWRlcw0KPiA+ ID4gdGhlIGZ1bmRhbWVudGFsIGJ1aWxkaW5nIGJsb2NrIGZvciBjb250cm9sIHBsYW5lIGZhdGUg c2VwYXJhdGlvbi4gDQo+ID4gW0xpemhvbmddIFRoZW4gZG9lcyB0aGUgTERQIG11bHRpcGxlIGlu c3RhbmNlIGluIHRoaXMgZHJhZnQgZG9lcyBub3QNCj4gPiBpbmNsdWRlIHRoZSBWUkYgY2FzZT8g SXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsIA0KPiA+IG90aGVyd2lzZSBp dCBpcyBjb25mdXNpbmcuIEluIHRoZSBWUkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlIA0KPiA+IGR1 cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJlbnQgaW5zdGFuY2VzLiANCj4gPiANCj4gPiA+IA0KPiA+ ID4gMy4gSWYgZHVwbGljYXRlZCBGRUNzIGFyZSBwb3NzaWJsZSBiZXR3ZWVuIHR3byBpbnN0YW5j ZSwgcmVjZWl2aW5nIA0KPiA+ID4gc2FtZSBsYWJlbCBtYXBwaW5nIGZyb20gcGFyYWxsZWwgbXVs dGktbHNyIHBlZXJpbmcgc2Vzc2lvbnMgY291bGQgDQo+ID4gPiBub3QgaW50ZXJwcmV0IGFzIGxv b3AsIHJpZ2h0PyANCj4gPiA+IA0KPiA+ID4gW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyBhcmUg bm90IGFsbG93ZWQgYWNyb3NzIC4gQnV0IHdoYXQgaWYgYSANCj4gPiA+IHBlZXJpbmcgc3lzdGVt IG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlIA0KPiA+ID4g c29sdXRpb24gKHRodXMgYWdub3N0aWMgDQo+ID4gPiBPZiB0aGUgZmFjdCB0aGF0IGEgZmV3IHNl c3Npb25zIGFyZSB0ZXJtaW5hdGVkIGluIHNhbWUgcGVlcmluZyANCj4gPiA+IHN5c3RlbSkgbGVh a3MgRkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBpbiBhIGxvb3AgZm9y DQo+ID4gPiBzb21lIGFwcGxpY2F0aW9ucyANCj4gPiA+IGFuZCChsFNlY3Rpb24gMy4gRGV0ZWN0 aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsSBhZGRyZXNzZXMgDQp0aGF0IA0KPiA+ID4g aXNzdWUuICBJdCBsZXRzIGEgc3lzdGVtIGF3YXJlIG9mIHx8IHNlc3Npb25zIGFuZCB0aHVzIGNh biB0YWtlIA0KPiA+ID4gbmVjZXNzYXJ5IGFjdGlvbnMuIA0KPiA+IFtMaXpob25nXSBJZiB0aGUg RkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5IA0KPiA+IGRpc2pv aW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUg RkVDIA0KPiA+IGxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNoIGNhcGFiaWxpdHkgdG8gYXZvaWQg bG9vcCwgd2h5IHdlIHN0aWxsIA0KPiA+IG5lZWQgTm9kZS1JRCBUTFajvyANCj4gPiANCj4gPiA+ IA0KPiA+ID4gNC4gSW4gY2FzZSAxfjQsIG9uZSBpbnRlcmZhY2Ugd2lsbCBzZXJ2ZSBtdWx0aXBs ZSBpbnN0YW5jZSwgSSBndWVzcywNCj4gPiA+IHRoZSBpbnRlcmZhY2UgeW91IHJlZmVyIGlzIHBo eXNpY2FsIGludGVyZmFjZSwgYW5kIHdoZW4gc2hhcmluZyBvbmUgDQo+ID4gPiBwaHlzaWNhbCBp bnRlcmZhY2UsIHRoZW4gb25lIHN1Yi1pbnRlcmZhY2UgZm9yIGVhY2ggaW5zdGFuY2UgaXMgDQo+ ID4gPiBzdGlsbCByZXF1aXJlZCwgcmlnaHQ/IEluIG15IHVuZGVyc3RhbmRpbmcsIG9uZSBJUCBp bnRlcmZhY2UgY291bGQgDQo+ID4gPiBub3QgYmUgc2hhcmVkIGJ5IG11bHRpcGxlIExEUCBpbnN0 YW5jZSwgb3RoZXJ3aXNlIGhvdyB0byB0cmVhdCB0aGUgDQo+ID4gPiBwcmVmaXggb2YgdGhhdCBp bnRlcmZhY2UuIA0KPiA+IA0KPiA+ID4gW1ByYW5qYWxdIEkgd29uoa90IHZpZXcgaXQgYXMgc3Vi LWludGVyZmFjZSBzaW5jZSBhbGwgaW5zdGFuY2VzIGFyZSANCj4gPiA+IHJ1bm5pbmcgaW4gc2Ft ZSBGRUMgZGF0YWJhc2UuIFNvIGlmIHdlIHRoaW5rIGZyb20gYSChsHZpcnR1YWwgcm91dGVyDQqh sQ0KPiA+ID4gcG9pbnQgb2YgdmlldyAoZWFjaCANCj4gPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNl cGFyYXRlZCBhY3Jvc3MgYWxsIHZlcnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgYW5kDQo+ID4gPiBz ZWxmLXN1ZmZpY2llbnQpIHRoZW4gYWxsIHRoZSBtdWx0aXBsZSBMU1IgaW5zdGFuY2VzIHdvdWxk IGJlIA0KPiA+ID4gcnVubmluZyB3aXRoaW4gc2FtZSANCj4gPiA+IFZpcnR1YWwgUm91dGVyIGFu ZCB0aHVzIGNhbiBzaGFyZSBpbnRlcmZhY2VzIGFzc2lnbmVkIHRvIHRoYXQgDQo+ID4gPiBWaXJ0 dWFsIFJvdXRlci4gQWx0aG91Z2ggdGhlIGRyYWZ0IGRvZXMgbm90IHByZXZlbnQgdXNhZ2Ugb2Yg c2FtZSANCj4gPiA+IEludGVyZmFjZSBhY3Jvc3MgYWxsIExTUnMgDQo+ID4gPiBpbiBwcmFjdGlj ZSBpdCBpcyBkZXNpcmFibGUgdG8gZmF0ZSBzZXBhcmF0ZSB0aGUgcGh5c2ljYWwgdG9wb2xvZ3kg DQo+ID4gPiB0byBhY2hpZXZlIHNlcGFyYXRpb24gYWNyb3NzIGVudGlyZSB2ZXJ0aWNhbC4gU2Vw YXJhdGlvbiBvZiBwaHlzaWNhbA0KPiA+ID4gdG9wb2xvZ3kgY2FuIGJlIA0KPiA+ID4gYWNoaWV2 ZWQgYnkgTERQIE11bHRpLXRvcG9sb2d5IHRoYXQgc3luY2hyb25pemVzIElHUCBhbmQgTERQoa9z IHZpZXcgDQooDQo+ID4gPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1w bHMtbGRwLW11bHRpLXRvcG9sb2d5LTA0KSBvcg0KPiA+ID4gYnkgdXNpbmcgaGVsbG8gDQo+ID4g PiBhZGphY2VuY3kgY2FwYWJpbGl0aWVzIGF0IExEUCBsZXZlbCAoaHR0cDovL3Rvb2xzLmlldGYu DQo+ID4gPiBvcmcvaHRtbC9kcmFmdC1wZHV0dGEtbXBscy1sZHAtYWRqLWNhcGFiaWxpdHktMDAp LiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiBIb3BlIHRvIHNlZSB5b3VyIGNsYXJpZmljYXRpb24u IFRoYW5rcy4gDQo+ID4gPiANCj4gPiA+IExpemhvbmcgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4g TG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PiB3cm90ZSAyMDEyLzA4LzI5IDE3OjEwOjAxOg0KPiA+ ID4gDQo+ID4gPiA+IEthbXJhbi4gRXJpYyBhbmQgTGl6aG9uZywNCj4gPiA+ID4gDQo+ID4gPiA+ IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMg Zm9yDQo+ID4gPiA+IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZS0wMC50eHQu DQo+ID4gPiA+IA0KPiA+ID4gPiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJlZW4gQ0Ohr2Qg b24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4gDQprbm93DQo+ID4gPiA+IHRoYXQgdGhpcyBy ZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgDQpv d24NCj4gPiA+ID4gZG9jdW1lbnQuDQo+ID4gPiA+IA0KPiA+ID4gPiBSZXZpZXdzIHNob3VsZCBj b21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpc2l0IA0KdXNlZnVs DQo+ID4gPiA+IChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVy YXRpb25hbCBuZXR3b3JrcyksIA0KYW5kIGlzDQo+ID4gPiA+IHRoZSBkb2N1bWVudCB0ZWNobmlj YWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dpbmcgDQp3aGV0aGVyDQo+ID4g PiA+IHRoZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlv biAoaWUsIGl0IA0KZG9lc26hr3QNCj4gPiA+ID4gaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMg cG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCj4gPiA+ID4gDQo+ID4gPiA+IFJl dmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWly cyBhbmQNCj4gPiA+ID4gc2VjcmV0YXJ5LCBhbmQgQ0Ohr2QgdG8gdGhlIE1QTFMgV0cgZW1haWwg bGlzdC4gSWYgbmVjZXNzYXJ5LCANCmNvbW1lbnRzDQo+ID4gPiA+IG1heSBiZSBzZW50IHByaXZh dGVseSB0byBvbmx5IHRoZSBXRyBjaGFpcnMuDQo+ID4gPiA+IA0KPiA+ID4gPiBBcmUgeW91IGFi bGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgU2VwIDEzLCAyMDEyPw0KPiA+ID4gPiANCj4gPiA+ ID4gVGhhbmtzLCBMb2ENCj4gPiA+ID4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4gPiA+IC0tIA0K PiA+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAg ICAgICAgICAgZW1haWw6IA0KbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gPiA+ID4gU3Ig U3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4g PiA+IEVyaWNzc29uIEluYyAgICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICs0NiAxMCA3 MTcgNTIgMTMNCj4gPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCj4gPiA+ID4gDQo= --=_alternative 0015581348257A6F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIFByYW5qYWwsPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQomZ3Q7IEhpIExpemhvbmcs PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOzwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyChsFRoZW4gZG9l cyB0aGUgTERQIG11bHRpcGxlIGluc3RhbmNlDQppbiB0aGlzIGRyYWZ0IGRvZXMgbm90IDxicj4N CiZndDsgaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNj cmliZSB0aGlzLCA8YnI+DQomZ3Q7IG90aGVyd2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRoZSBW UkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlIDxicj4NCiZndDsgZHVwbGljYXRlZCBiZXR3ZWVuIGRp ZmZlcmVudCBpbnN0YW5jZXMuobE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7IFtQcmFuamFsXSBUaGUgbXVsdGlwbGUgaW5zdGFuY2VzDQphcmUgd2l0aGluIFZS Ri4gU3VyZSwgd2lsbCBjbGFyaWZ5IDxicj4NCiZndDsgZXhwbGljaXRseS48L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPltMaXpob25nXSB0byBjb25maXJtIEkgdW5k ZXJzdGFuZCBjb3JyZWN0bHkuDQpEbyB5b3UgbWVhbiB0aGUgbXVsdGlwbGUgaW5zdGFuY2VzIGlu IHRoaXMgZHJhZnQgZG9lcyBub3QgaW5jbHVkZSB0aGUgVlJGDQpjYXNlPyBBbmQgbXVsdGlwbGUg aW5zdGFuY2VzIGFyZSBiZWxvbmcgdG8gb25seSBvbmUgVlJGLCByaWdodD88L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IKGwSWYgdGhlIEZFQyBzZXQg KGlkZW50aWZpZWQgYnkNCmNhcGFiaWxpdHkpIGlzIHRvdGFsbHkgPGJyPg0KJmd0OyBkaXNqb2lu dCBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgaXQgY291bGQgYmUgc2ltcGx5IGRpc2NhcmQgdGhlIEZF Qw0KPGJyPg0KJmd0OyBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2 b2lkIGxvb3AsIHdoeSB3ZSBzdGlsbA0KPGJyPg0KJmd0OyBuZWVkIE5vZGUtSUQgVExWo7+hsTwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgW1ByYW5qYWxdIE5v ZGUtSUQgVExWIGlzIGEgZ2VuZXJpYw0KY29uc3RydWN0IGFuZCBub3QgYXNzb2NpYXRlZCB3aXRo IEZFQyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgY2Fw YWJpbGl0eS4gSWYgcGVlciBoYXNuoa90IGltcGxlbWVudGVkDQpGRUMgY2FwYWJpbGl0eSB0aGVu IHlvdSBtYXkgbmVlZCA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgc29tZSB3YXkgdG8gZmlndXJlIG91dC4gU2Vjb25kbHksDQpldmVuIHRob3VnaCBwZWVy IHN1cHBvcnRzIEZFQyBjYXBhYmlsaXR5LDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyBpdCBpcyB1c2VmdWwgdG8ga25vdyB0aGF0IHdlIGFyZQ0KcnVubmlu ZyB8fCBzZXNzaW9ucyB0byBzYW1lIHBlZXJpbmcgc3lzdGVtLjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+W0xpemhvbmddIElmIHBlZXIgZG9lcyBub3Qgc3VwcG9y dCBGRUMNCmNhcGFiaWxpdHksIHlvdSBzaG91bGQgaGF2ZSBzb21lIGxvY2FsIGNvbmZpZ3VyYXRp b24gdG8gaW5kaWNhdGUgdGhlIEZFQw0Kc2V0LiBUaGVuIHlvdSBjb3VsZCBzdGlsbCBhdm9pZCBs b29wIGJ5IHRoaXMgbG9jYWwgaW5kaWNhdGlvbi4gSSBhbSB0cnlpbmcNCnRvIHNlZSB0aGUgdGVj aG5pY2FsIG1vdGl2YXRpb24gb2YgTm9kZS1JRCBUTFYuIElmIHdlIG9ubHkgd2FudCB0byBrbm93 DQp0aGUgc2FtZSBwZWVyaW5nIHJlbGF0aW9uc2hpcCBmb3IgZWFzeSBtYW5hZ2VtZW50LCB0aGUg Tk1TIGNvdWxkIHNpbXBseQ0KZG8gdGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIHRlY2huaWNhbCBy ZWFzb24gZm9yIE5vZGUtSUQgVExWPzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj5MaXpob25nPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj4mZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0OyBUaGFua3MsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7IFByYW5qYWw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jmd0OyA8YnI+DQomZ3Q7IEZyb206IExpemhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRl LmNvbS5jbl0gPGJyPg0KJmd0OyBTZW50OiBNb25kYXksIFNlcHRlbWJlciAwMywgMjAxMiA2OjQ4 IFBNPGJyPg0KJmd0OyBUbzogRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCk8YnI+DQomZ3Q7IENj OiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAtaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmc7IG1w bHNAaWV0Zi48YnI+DQomZ3Q7IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IER1dHRh LCBQcmFuamFsIEsgKFByYW5qYWwpPGJyPg0KJmd0OyBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMt UlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC08YnI+DQomZ3Q7IGluc3Rh bmNlQHRvb2xzLmlldGYub3JnPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+Jmd0OyA8YnI+DQomZ3Q7IEhpIFByYW5qYWwsIDxicj4NCiZndDsgTXVjaCBjbGVhciBub3cs IHRoYW5rIHlvdS4gVHdvIGlubGluZSBjb21tZW50cyB0aGF0IG1heWJlIG1pc3NlZCBpbg0KPGJy Pg0KJmd0OyB5b3VyIHByZXZpb3VzIGVtYWlsLiA8YnI+DQomZ3Q7IDxicj4NCiZndDsgc25pcCBm cm9tIHByZXZpb3VzIGVtYWlsLi4uIDxicj4NCiZndDsgJmd0OyAyLiBGb3IgTERQIG11bHRpcGxl IGluc3RhbmNlLCBpcyBpdCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQw0KPGJyPg0KJmd0OyAm Z3Q7IGJldHdlZW4gdHdvIGluc3RhbmNlPyA8YnI+DQomZ3Q7ICZndDsgJm5ic3A7IDxicj4NCiZn dDsgJmd0OyBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIHdvbqGvdCBiZSBhbGxvd2VkLiBUaGUg cGFyYWxsZWwgc2Vzc2lvbnMNCjxicj4NCiZndDsgJmd0OyBiZXR3ZWVuIHR3byBwZWVyaW5nIHN5 c3RlbXMgbmVlZHMgdG8gYmUgZGlzam9pbnQgd2l0aCByZXNwZWN0DQp0byB0aGUgPGJyPg0KJmd0 OyAmZ3Q7IHdvcmtpbmcgc2V0IDxicj4NCiZndDsgJmd0OyCoQyB0aGUgRkVDcy4gVGhpcyBuZWVk cyB0byBiZSBlbnN1cmVkIHRocnUgdmFyaW91cyBGRUMgc3BlY2lmaWMNCjxicj4NCiZndDsgJmd0 OyBzZXNzaW9uIGNhcGFiaWxpdGllcy4gRWFjaCB8fCBzZXNzaW9uIG11c3QgYWR2ZXJ0aXNlIGRp c2pvaW50DQpGRUMgPGJyPg0KJmd0OyAmZ3Q7IGNhcGFiaWxpdGllcy4gU2VjdGlvbiA8YnI+DQom Z3Q7ICZndDsgMi4xLjEgZXhwbGFpbnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRp ZXMgKFJGQzU1NjEpDQp0byBrZWVwIDxicj4NCiZndDsgJmd0OyB0aGUgRkVDIGRpc3RyaWJ1dGlv biBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWEgdG8gYmUNCnVzZWQgPGJyPg0KJmd0 OyAmZ3Q7IGZvciBzZWdyZWdhdGlvbiA8YnI+DQomZ3Q7ICZndDsgb2YgRkVDcyBhcmUgdG8gYmUg ZGVjaWRlZCBvbiBjYXNlIHRvIGNhc2UgYmFzaWMuIFRoaXMgZHJhZnQgcHJvdmlkZXMNCjxicj4N CiZndDsgJmd0OyB0aGUgZnVuZGFtZW50YWwgYnVpbGRpbmcgYmxvY2sgZm9yIGNvbnRyb2wgcGxh bmUgZmF0ZSBzZXBhcmF0aW9uLg0KPGJyPg0KJmd0OyBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBM RFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5vdA0KPGJyPg0KJmd0OyBp bmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRo aXMsIDxicj4NCiZndDsgb3RoZXJ3aXNlIGl0IGlzIGNvbmZ1c2luZy4gSW4gdGhlIFZSRiBjYXNl LCB0aGUgRkVDIHdpbGwgYmUgPGJyPg0KJmd0OyBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50 IGluc3RhbmNlcy4gPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IDMu IElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9zc2libGUgYmV0d2VlbiB0d28gaW5zdGFuY2UsIHJl Y2VpdmluZw0KPGJyPg0KJmd0OyAmZ3Q7IHNhbWUgbGFiZWwgbWFwcGluZyBmcm9tIHBhcmFsbGVs IG11bHRpLWxzciBwZWVyaW5nIHNlc3Npb25zIGNvdWxkDQo8YnI+DQomZ3Q7ICZndDsgbm90IGlu dGVycHJldCBhcyBsb29wLCByaWdodD8gPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7 ICZndDsgW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyBhcmUgbm90IGFsbG93ZWQgYWNyb3NzIC4g QnV0IHdoYXQgaWYNCmEgPGJyPg0KJmd0OyAmZ3Q7IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2ZXMg b3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlDQo8YnI+DQomZ3Q7ICZndDsgc29s dXRpb24gKHRodXMgYWdub3N0aWMgPGJyPg0KJmd0OyAmZ3Q7IE9mIHRoZSBmYWN0IHRoYXQgYSBm ZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nDQo8YnI+DQomZ3Q7ICZn dDsgc3lzdGVtKSBsZWFrcyBGRUNzIG9uIGFsbCB8fCBzZXNzaW9ucz8gVGhhdCBtYXkgcmVzdWx0 IGluIGEgbG9vcA0KZm9yIDxicj4NCiZndDsgJmd0OyBzb21lIGFwcGxpY2F0aW9ucyA8YnI+DQom Z3Q7ICZndDsgYW5kIKGwU2VjdGlvbiAzLiBEZXRlY3Rpb24gb2YgbXVsdGktaW5zdGFuY2UgcGVl cmluZ6GxIGFkZHJlc3Nlcw0KdGhhdCA8YnI+DQomZ3Q7ICZndDsgaXNzdWUuICZuYnNwO0l0IGxl dHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5kIHRodXMgY2FuDQp0YWtlIDxicj4N CiZndDsgJmd0OyBuZWNlc3NhcnkgYWN0aW9ucy4gPGJyPg0KJmd0OyBbTGl6aG9uZ10gSWYgdGhl IEZFQyBzZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseSA8YnI+DQomZ3Q7 IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkgZGlzY2Fy ZCB0aGUgRkVDDQo8YnI+DQomZ3Q7IGxhYmVsIG1hcHBpbmcgaWYgbm90IG1hdGNoIGNhcGFiaWxp dHkgdG8gYXZvaWQgbG9vcCwgd2h5IHdlIHN0aWxsDQo8YnI+DQomZ3Q7IG5lZWQgTm9kZS1JRCBU TFajvyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhhbmtzIDxicj4NCiZndDsgTGl6aG9uZyA8YnI+ DQomZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJnF1b3Q7RHV0dGEsIFByYW5qYWwg SyAoUHJhbmphbCkmcXVvdDsgJmx0O3ByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29tJmd0 Ow0KPGJyPg0KJmd0OyB3cm90ZSAyMDEyLzA5LzAxIDAxOjM4OjM5Ojxicj4NCiZndDsgPGJyPg0K Jmd0OyAmZ3Q7IEhpIExpemhvbmcsIDxicj4NCiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw O0kgdGhpbmsgSSBkaWRuoa90IGNsYXJpZnkgb24gqEMgobBEbyB5b3UgbWVhbiB0aGUgPGJyPg0K Jmd0OyAmZ3Q7IHR3byBpbnN0YW5jZSBuZWVkIHRvIHN5bmNocm9uaXplIEZFQyBtYXBwaW5nIGlu Zm9ybWF0aW9uobEuDQpUaGUgPGJyPg0KJmd0OyAmZ3Q7IG11bHRpLWluc3RhbmNlIHBlZXJpbmcg dGhhdCB3ZSBkZXNjcmliZWQgYWJvdXQgPGJyPg0KJmd0OyAmZ3Q7IElzIGEgbGl0dGxlIGRpZmZl cmVudCBmcm9tIG11bHRpLWluc3RhbmNlIElHUHMuIEluIG11bHRpLWluc3RhbmNlDQo8YnI+DQom Z3Q7ICZndDsgTERQIGNhc2UgYnkgZGVmYXVsdCB0aGUgRkVDIGRhdGFiYXNlIHdvdWxkIGJlIHNo YXJlZCBpbiB0aGUgc2Vuc2UNCjxicj4NCiZndDsgJmd0OyB0aGF0IGFsbCBsYWJlbCBtYXBwaW5n IHdvdWxkIHNoYXJlIHRoZSBzYW1lIDxicj4NCiZndDsgJmd0OyBnbG9iYWwgbGFiZWwgc3BhY2Ug YW5kIHRodXMgZm9sbG93aW5nIGlzIHBvc3NpYmxlL2Rlc2lyYWJsZS4NCjxicj4NCiZndDsgJmd0 OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgU3lzdGVtIEEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7PGJyPg0KJmd0OyAmZ3Q7IFN5c3RlbSBCICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU3lzdGVtIEMgPGJyPg0K Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyBMU1ItQTEtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLTxicj4NCiZndDsgJmd0OyBC MSAmbmJzcDsgJm5ic3A7WCAmbmJzcDsgJm5ic3A7TFNSLUIzLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS1MU1ItQzENCjxicj4NCiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgTFNSLUEyIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxT Ui08YnI+DQomZ3Q7ICZndDsgQjIgJm5ic3A7ICZuYnNwO1ggJm5ic3A7ICZuYnNwO0xTUi1CNC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLUMyDQo8YnI+DQomZ3Q7ICZndDsgJm5ic3A7IDxi cj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 VGhlcmUgY2FuIGJlIGEgc2VhbWxlc3MgTFNQL1R1bm5lbCBiZXR3ZWVuIDxicj4NCiZndDsgJmd0 OyBTeXN0ZW0gQSBhbmQgU3lzdGVtIEMgZm9yIEZFQyBGMS4gQy0mZ3Q7QiBsYWJlbCBtYXBwaW5n IEwxIGlzDQpleGNoYW5nZWQ8YnI+DQomZ3Q7ICZndDsgdXNpbmcgQjMtQzEgTFNSIHR1cGxlcyBh bmQgPGJyPg0KJmd0OyAmZ3Q7IEItJmd0O0EgbGFiZWwgbWFwcGluZyBMMiBpcyBleGNoYW5nZWQg dXNpbmcgQjItQTIgTFNSIHR1cGxlcy4NClRoaXMgaXMgPGJyPg0KJmd0OyAmZ3Q7IGJlY2F1c2Ug dGhlIEZFQy1MYWJlbCBtYXBwaW5nIGRhdGFiYXNlIGNvbnRpbnVlIHRvIGV4aXN0IGluIHN5c3Rl bUINCmluIHNhbWUgPGJyPg0KJmd0OyAmZ3Q7IHdheSBhcyBpdCBkb2VzIHRvZGF5LiBUaGVyZSB3 b3VsZCBiZSBvbmx5IG9uZSBGRUMgRjEgaW4gdGhlIExJQg0KOiA8YnI+DQomZ3Q7ICZndDsgJm5i c3A7IDxicj4NCiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IEYxICZuYnNw Oy0tJmd0OyBlZ3Jlc3MgbGFiZWwgTDEgKExvY2FsIExTUiBCMy0tLVJlbW90ZSBMU1IgQzEpDQo8 YnI+DQomZ3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7LaikPGJyPg0K Jmd0OyAmZ3Q7IGluZ3Jlc3MgbGFiZWwgTDIgKExvY2FsIExTUiBCMi0tLVJlbW90ZSBMU1IgQTIp IDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5i c3A7VGhlIFggY29ubmVjdCBhdCBzeXN0ZW0gQiBpcyBMMS0mZ3Q7TDIgPGJyPg0KJmd0OyAmZ3Q7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+ DQomZ3Q7ICZndDsgVGhhbmtzLCA8YnI+DQomZ3Q7ICZndDsgUHJhbmphbCA8YnI+DQomZ3Q7ICZn dDsgPGJyPg0KJmd0OyAmZ3Q7IEZyb206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1w bHMtYm91bmNlc0BpZXRmLm9yZ10gT24NCkJlaGFsZiBPZiA8YnI+DQomZ3Q7ICZndDsgRHV0dGEs IFByYW5qYWwgSyAoUHJhbmphbCk8YnI+DQomZ3Q7ICZndDsgU2VudDogRnJpZGF5LCBBdWd1c3Qg MzEsIDIwMTIgMTA6MjIgQU08YnI+DQomZ3Q7ICZndDsgVG86IExpemhvbmcgSmluPGJyPg0KJmd0 OyAmZ3Q7IENjOiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgZHJh ZnQtcGR1dHRhLW1wbHMtPGJyPg0KJmd0OyAmZ3Q7IG11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5p ZXRmLm9yZzxicj4NCiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3 IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC08YnI+DQomZ3Q7ICZndDsgaW5zdGFuY2VA dG9vbHMuaWV0Zi5vcmcgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgSGkg TGl6aG9uZywgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyBQbGVh c2UgcmVmZXIgbXkgYW5zd2VycyBpbmxpbmUuIDxicj4NCiZndDsgJmd0OyBUaGFua3MsIDxicj4N CiZndDsgJmd0OyBQcmFuamFsIDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7 IDxicj4NCiZndDsgJmd0OyBGcm9tOiBMaXpob25nIEppbiBbbWFpbHRvOmxpemhvbmcuamluQHp0 ZS5jb20uY25dIDxicj4NCiZndDsgJmd0OyBTZW50OiBUaHVyc2RheSwgQXVndXN0IDMwLCAyMDEy IDExOjQyIFBNPGJyPg0KJmd0OyAmZ3Q7IFRvOiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKTxi cj4NCiZndDsgJmd0OyBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRv b2xzLmlldGYub3JnOyBtcGxzQGlldGYuPGJyPg0KJmd0OyAmZ3Q7IG9yZzsgbXBscy1jaGFpcnNA dG9vbHMuaWV0Zi5vcmc8YnI+DQomZ3Q7ICZndDsgU3ViamVjdDogUkU6IFttcGxzXSBNUExTLVJU IHJldmlldyBvZiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAtPGJyPg0KJmd0OyAmZ3Q7IGlu c3RhbmNlQHRvb2xzLmlldGYub3JnIDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAm Z3Q7IDxicj4NCiZndDsgJmd0OyBIaSBQcmFuamFsLCA8YnI+DQomZ3Q7ICZndDsgVGhhbmtzIGZv ciB0aGUgY2xhcmlmaWNhdGlvbiwgbXVjaCBjbGVhciB0aGFuIGJlZm9yZSBmb3IgbWUgbm93Lg0K PGJyPg0KJmd0OyAmZ3Q7IFBsZWFzZSBzZWUgaW5saW5lIGZvciBhZGR0aW9uYWwgY29tbWVudHMu IDxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgT25lIG1vcmUgcXVlc3Rpb24gZm9yIHNl Y3Rpb24gMy4gPGJyPg0KJmd0OyAmZ3Q7ICZxdW90O1doZW4gYSBMU1IgcmVjZWl2ZXMgYSBGRUMg bGFiZWwgbWFwcGluZyBmcm9tIGEgcGVlcmluZw0Kc2Vzc2lvbiBidXQgPGJyPg0KJmd0OyAmZ3Q7 IHNhbWUgRkVDIG1hcHBpbmcgaGFzIGJlZW4gYWxyZWFkeSByZWNlaXZlciBvdmVyIGFub3RoZXIg cGVlcmluZw0KPGJyPg0KJmd0OyAmZ3Q7IHNlc3Npb24gYXNzb2NpYXRlZCB3aXRoIHNhbWUgTm9k ZS1JRCB0aGVuIHRoZSByZWNlaXZpbmcgTFNSIE1VU1QNCjxicj4NCiZndDsgJmd0OyBzZW5kIGEg TGFiZWwgUmVsZWFzZSB0byB0aGUgcGVlcmluZyBzZXNzaW9uIHdpdGggc3RhdHVjIGNvZGUmcXVv dDsNCjxicj4NCiZndDsgJmd0OyBIb3cgYSBMU1IgY291bGQga25vdyB0aGUgRkVDIG1hcHBpbmcg aW5mb3JtYXRpb24gZnJvbSBhbm90aGVyDQo8YnI+DQomZ3Q7ICZndDsgaW5zdGFuY2U/IERvIHlv dSBtZWFuIHRoZSB0d28gaW5zdGFuY2UgbmVlZCB0byBzeW5jaHJvbml6ZSBGRUMNCjxicj4NCiZn dDsgJmd0OyBtYXBwaW5nIGluZm9ybWF0aW9uPyA8YnI+DQomZ3Q7ICZndDsgJm5ic3A7IDxicj4N CiZndDsgJmd0OyBbUHJhbmphbF0gT25lIHdheSB0byB0aGluayBpcyAmbmJzcDthcyBmb2xsb3dz IKhDIGxldKGvcyBzYXkNCnRoYXQgZGV0ZWN0aW9uPGJyPg0KJmd0OyAmZ3Q7IG9mIG11bHRpLWlu c3RhbmNlIHBlZXJpbmcgaXMgaW1wbGVtZW50ZWQgYXMgaW4gU2VjdGlvbiAzLiBUaGVuDQo8YnI+ DQomZ3Q7ICZndDsgcmVjZWl2aW5nIHN5c3RlbSB3b3VsZCBrbm93IGFib3V0IHRoZSBzZXNzaW9u cyB0ZXJtaW5hdGluZyA8YnI+DQomZ3Q7ICZndDsgaW4gc2FtZSByZW1vdGUgcGVlcmluZyBzeXN0 ZW0uIFNvIHRoZSByZWNlaXZpbmcgc3lzdGVtIGNhbiBjcmVhdGUNCmEgPGJyPg0KJmd0OyAmZ3Q7 IGdyb3VwL2J1bmRsZSBpZCBpbnRlcm5hbGx5IGZvciBhbGwgc3VjaCB8fCBzZXNzaW9ucyBhbmQg a2VlcA0KdGhlIDxicj4NCiZndDsgJmd0OyBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUg ZGF0YWJhc2UuIElmIHRoZXJlIGlzIGEgPGJyPg0KJmd0OyAmZ3Q7IGNvbGxpc2lvbiBvZiBGZWMg bGFiZWwgbWFwcGluZ3MgaW4gdGhlIGdyb3VwLWlkIGRhdGFiYXNlIHRoZW4NCmxhYmVsIDxicj4N CiZndDsgJmd0OyByZWxlYXNlIGNhbiBiZSBzZW50LCBrZWVwaW5nIHRoZSBmaXJzdCBvbmUgaW50 YWN0LiA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBUaGFu a3MgPGJyPg0KJmd0OyAmZ3Q7IExpemhvbmcgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0 OyAmcXVvdDtEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKSZxdW90OyAmbHQ7cHJhbmphbC5kdXR0 YUBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7DQo8YnI+DQomZ3Q7ICZndDsgd3JvdGUgMjAxMi8wOC8z MSAwMTowMDo1Mzo8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgMi4gRm9yIExE UCBtdWx0aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3IgZHVwbGljYXRlZA0KRkVDIDxi cj4NCiZndDsgJmd0OyAmZ3Q7IGJldHdlZW4gdHdvIGluc3RhbmNlPyA8YnI+DQomZ3Q7ICZndDsg Jmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVD cyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVsDQpzZXNzaW9ucyA8YnI+DQomZ3Q7ICZn dDsgJmd0OyBiZXR3ZWVuIHR3byBwZWVyaW5nIHN5c3RlbXMgbmVlZHMgdG8gYmUgZGlzam9pbnQg d2l0aCByZXNwZWN0DQp0byB0aGU8YnI+DQomZ3Q7ICZndDsgJmd0OyB3b3JraW5nIHNldCA8YnI+ DQomZ3Q7ICZndDsgJmd0OyCoQyB0aGUgRkVDcy4gVGhpcyBuZWVkcyB0byBiZSBlbnN1cmVkIHRo cnUgdmFyaW91cyBGRUMNCnNwZWNpZmljIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHNlc3Npb24gY2Fw YWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQNCkZFQyA8 YnI+DQomZ3Q7ICZndDsgJmd0OyBjYXBhYmlsaXRpZXMuIFNlY3Rpb24gPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgMi4xLjEgZXhwbGFpbnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRpZXMg KFJGQzU1NjEpDQp0byBrZWVwPGJyPg0KJmd0OyAmZ3Q7ICZndDsgdGhlIEZFQyBkaXN0cmlidXRp b24gbXV0dWFsbHkgZXhjbHVzaXZlLiBXaGF0IGNyaXRlcmlhIHRvDQpiZSB1c2VkIDxicj4NCiZn dDsgJmd0OyAmZ3Q7IGZvciBzZWdyZWdhdGlvbiA8YnI+DQomZ3Q7ICZndDsgJmd0OyBvZiBGRUNz IGFyZSB0byBiZSBkZWNpZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFmdA0KcHJv dmlkZXM8YnI+DQomZ3Q7ICZndDsgJmd0OyB0aGUgZnVuZGFtZW50YWwgYnVpbGRpbmcgYmxvY2sg Zm9yIGNvbnRyb2wgcGxhbmUgZmF0ZSBzZXBhcmF0aW9uLg0KPGJyPg0KJmd0OyAmZ3Q7IFtMaXpo b25nXSBUaGVuIGRvZXMgdGhlIExEUCBtdWx0aXBsZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRv ZXMNCm5vdDxicj4NCiZndDsgJmd0OyBpbmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVy IHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsDQo8YnI+DQomZ3Q7ICZndDsgb3RoZXJ3aXNlIGl0 IGlzIGNvbmZ1c2luZy4gSW4gdGhlIFZSRiBjYXNlLCB0aGUgRkVDIHdpbGwgYmUgPGJyPg0KJmd0 OyAmZ3Q7IGR1cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJlbnQgaW5zdGFuY2VzLiA8YnI+DQomZ3Q7 ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgMy4gSWYgZHVw bGljYXRlZCBGRUNzIGFyZSBwb3NzaWJsZSBiZXR3ZWVuIHR3byBpbnN0YW5jZSwNCnJlY2Vpdmlu ZyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBzYW1lIGxhYmVsIG1hcHBpbmcgZnJvbSBwYXJhbGxlbCBt dWx0aS1sc3IgcGVlcmluZyBzZXNzaW9ucw0KY291bGQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgbm90 IGludGVycHJldCBhcyBsb29wLCByaWdodD8gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJm5ic3A7IDxi cj4NCiZndDsgJmd0OyAmZ3Q7IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3MgYXJlIG5vdCBhbGxv d2VkIGFjcm9zcyAuIEJ1dCB3aGF0DQppZiBhIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHBlZXJpbmcg c3lzdGVtIG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcNCnRoZSA8 YnI+DQomZ3Q7ICZndDsgJmd0OyBzb2x1dGlvbiAodGh1cyBhZ25vc3RpYyA8YnI+DQomZ3Q7ICZn dDsgJmd0OyBPZiB0aGUgZmFjdCB0aGF0IGEgZmV3IHNlc3Npb25zIGFyZSB0ZXJtaW5hdGVkIGlu IHNhbWUgcGVlcmluZw0KPGJyPg0KJmd0OyAmZ3Q7ICZndDsgc3lzdGVtKSBsZWFrcyBGRUNzIG9u IGFsbCB8fCBzZXNzaW9ucz8gVGhhdCBtYXkgcmVzdWx0IGluDQphIGxvb3AgZm9yPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgc29tZSBhcHBsaWNhdGlvbnMgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgYW5kIKGw U2VjdGlvbiAzLiBEZXRlY3Rpb24gb2YgbXVsdGktaW5zdGFuY2UgcGVlcmluZ6GxDQphZGRyZXNz ZXMgdGhhdCA8YnI+DQomZ3Q7ICZndDsgJmd0OyBpc3N1ZS4gJm5ic3A7SXQgbGV0cyBhIHN5c3Rl bSBhd2FyZSBvZiB8fCBzZXNzaW9ucyBhbmQgdGh1cw0KY2FuIHRha2UgPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgbmVjZXNzYXJ5IGFjdGlvbnMuIDxicj4NCiZndDsgJmd0OyBbTGl6aG9uZ10gSWYgdGhl IEZFQyBzZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseQ0KPGJyPg0KJmd0 OyAmZ3Q7IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkg ZGlzY2FyZCB0aGUNCkZFQyA8YnI+DQomZ3Q7ICZndDsgbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0 Y2ggY2FwYWJpbGl0eSB0byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwNCjxicj4NCiZndDsgJmd0 OyBuZWVkIE5vZGUtSUQgVExWo78gPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7 IDxicj4NCiZndDsgJmd0OyAmZ3Q7IDQuIEluIGNhc2UgMX40LCBvbmUgaW50ZXJmYWNlIHdpbGwg c2VydmUgbXVsdGlwbGUgaW5zdGFuY2UsDQpJIGd1ZXNzLDxicj4NCiZndDsgJmd0OyAmZ3Q7IHRo ZSBpbnRlcmZhY2UgeW91IHJlZmVyIGlzIHBoeXNpY2FsIGludGVyZmFjZSwgYW5kIHdoZW4NCnNo YXJpbmcgb25lIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHBoeXNpY2FsIGludGVyZmFjZSwgdGhlbiBv bmUgc3ViLWludGVyZmFjZSBmb3IgZWFjaCBpbnN0YW5jZQ0KaXMgPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgc3RpbGwgcmVxdWlyZWQsIHJpZ2h0PyBJbiBteSB1bmRlcnN0YW5kaW5nLCBvbmUgSVAgaW50 ZXJmYWNlDQpjb3VsZCA8YnI+DQomZ3Q7ICZndDsgJmd0OyBub3QgYmUgc2hhcmVkIGJ5IG11bHRp cGxlIExEUCBpbnN0YW5jZSwgb3RoZXJ3aXNlIGhvdyB0bw0KdHJlYXQgdGhlIDxicj4NCiZndDsg Jmd0OyAmZ3Q7IHByZWZpeCBvZiB0aGF0IGludGVyZmFjZS4gPGJyPg0KJmd0OyAmZ3Q7IDxicj4N CiZndDsgJmd0OyAmZ3Q7IFtQcmFuamFsXSBJIHdvbqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZh Y2Ugc2luY2UgYWxsIGluc3RhbmNlcw0KYXJlIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHJ1bm5pbmcg aW4gc2FtZSBGRUMgZGF0YWJhc2UuIFNvIGlmIHdlIHRoaW5rIGZyb20gYSChsHZpcnR1YWwNCnJv dXRlcqGxPGJyPg0KJmd0OyAmZ3Q7ICZndDsgcG9pbnQgb2YgdmlldyAoZWFjaCA8YnI+DQomZ3Q7 ICZndDsgJmd0OyBWaXJ0dWFsIFJvdXRlciBpcyBzZXBhcmF0ZWQgYWNyb3NzIGFsbCB2ZXJ0aWNh bHMgaW4gUklCL0xGSUIvRklCDQphbmQ8YnI+DQomZ3Q7ICZndDsgJmd0OyBzZWxmLXN1ZmZpY2ll bnQpIHRoZW4gYWxsIHRoZSBtdWx0aXBsZSBMU1IgaW5zdGFuY2VzIHdvdWxkDQpiZSA8YnI+DQom Z3Q7ICZndDsgJmd0OyBydW5uaW5nIHdpdGhpbiBzYW1lIDxicj4NCiZndDsgJmd0OyAmZ3Q7IFZp cnR1YWwgUm91dGVyIGFuZCB0aHVzIGNhbiBzaGFyZSBpbnRlcmZhY2VzIGFzc2lnbmVkIHRvDQp0 aGF0IDxicj4NCiZndDsgJmd0OyAmZ3Q7IFZpcnR1YWwgUm91dGVyLiBBbHRob3VnaCB0aGUgZHJh ZnQgZG9lcyBub3QgcHJldmVudCB1c2FnZQ0Kb2Ygc2FtZSA8YnI+DQomZ3Q7ICZndDsgJmd0OyBJ bnRlcmZhY2UgYWNyb3NzIGFsbCBMU1JzIDxicj4NCiZndDsgJmd0OyAmZ3Q7IGluIHByYWN0aWNl IGl0IGlzIGRlc2lyYWJsZSB0byBmYXRlIHNlcGFyYXRlIHRoZSBwaHlzaWNhbA0KdG9wb2xvZ3kg PGJyPg0KJmd0OyAmZ3Q7ICZndDsgdG8gYWNoaWV2ZSBzZXBhcmF0aW9uIGFjcm9zcyBlbnRpcmUg dmVydGljYWwuIFNlcGFyYXRpb24NCm9mIHBoeXNpY2FsPGJyPg0KJmd0OyAmZ3Q7ICZndDsgdG9w b2xvZ3kgY2FuIGJlIDxicj4NCiZndDsgJmd0OyAmZ3Q7IGFjaGlldmVkIGJ5IExEUCBNdWx0aS10 b3BvbG9neSB0aGF0IHN5bmNocm9uaXplcyBJR1AgYW5kDQpMRFChr3MgdmlldyAoPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLWxk cC1tdWx0aS10b3BvbG9neS0wNCkNCm9yPGJyPg0KJmd0OyAmZ3Q7ICZndDsgYnkgdXNpbmcgaGVs bG8gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgYWRqYWNlbmN5IGNhcGFiaWxpdGllcyBhdCBMRFAgbGV2 ZWwgKGh0dHA6Ly90b29scy5pZXRmLjxicj4NCiZndDsgJmd0OyAmZ3Q7IG9yZy9odG1sL2RyYWZ0 LXBkdXR0YS1tcGxzLWxkcC1hZGotY2FwYWJpbGl0eS0wMCkuIDxicj4NCiZndDsgJmd0OyAmZ3Q7 ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBIb3BlIHRv IHNlZSB5b3VyIGNsYXJpZmljYXRpb24uIFRoYW5rcy4gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgTGl6aG9uZyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgTG9hIEFuZGVyc3NvbiAmbHQ7 bG9hQHBpLm51Jmd0OyB3cm90ZSAyMDEyLzA4LzI5IDE3OjEwOjAxOjxicj4NCiZndDsgJmd0OyAm Z3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgS2FtcmFuLiBFcmljIGFuZCBMaXpob25nLDxi cj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBZb3UgaGF2 ZSBiZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3IHRlYW0gcmV2aWV3ZXJzDQpmb3I8YnI+ DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5j ZS0wMC50eHQuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAm Z3Q7IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQ6GvZCBvbiB0aGlzIGVtYWlsDQpz byB0aGF0IHlvdSBjYW4ga25vdzxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgdGhhdCB0aGlzIHJl dmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdA0KcmV2aWV3IHlvdXIgb3du PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBkb2N1bWVudC48YnI+DQomZ3Q7ICZndDsgJmd0OyAm Z3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3 aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwNCmlzaXQgdXNlZnVsPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJmd0OyAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4g b3BlcmF0aW9uYWwNCm5ldHdvcmtzKSwgYW5kIGlzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyB0 aGUgZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/ICZuYnNwO1dlIGFyZSBpbnRlcmVzdGVkDQpp biBrbm93aW5nIHdoZXRoZXI8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRoZSBkb2N1bWVudCBp cyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbg0KKGllLCBpdCBkb2VzbqGv dDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9p bnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kDQpzdGFydCkuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0 OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhl IGRvY3VtZW50IGF1dGhvcnMsIFdHDQpjby1jaGFpcnMgYW5kPGJyPg0KJmd0OyAmZ3Q7ICZndDsg Jmd0OyBzZWNyZXRhcnksIGFuZCBDQ6GvZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0LiBJZg0K bmVjZXNzYXJ5LCBjb21tZW50czxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgbWF5IGJlIHNlbnQg cHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy48YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRy YWZ0IGJ5IFNlcCAxMywgMjAxMj88YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsg Jmd0OyAmZ3Q7ICZndDsgVGhhbmtzLCBMb2E8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IChhcyBN UExTIFdHIGNoYWlyKTxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgLS0gPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7 ICZndDsgTG9hIEFuZGVyc3NvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZW1haWw6IGxv YS5hbmRlcnNzb25AZXJpY3Nzb24uY29tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBTciBTdHJh dGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7bG9hQHBpLm51PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBFcmljc3NvbiBJ bmMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiArNDYgMTAgNzE3IDUy IDEzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgKzQ2IDc2NyA3MiA5MiAxMzxicj4NCiZndDsgJmd0OyAmZ3Q7 ICZndDsgPC9mb250Pg0K --=_alternative 0015581348257A6F_=-- From cpignata@cisco.com Mon Sep 3 21:08:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD2D021F8639 for ; Mon, 3 Sep 2012 21:08:10 -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 vlDvipTV8l7L for ; Mon, 3 Sep 2012 21:08:10 -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 78BC421F84A6 for ; Mon, 3 Sep 2012 21:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=cpignata@cisco.com; l=10410; q=dns/txt; s=iport; t=1346731690; x=1347941290; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WmYrqfLBPyAQH4d1IjeUiQaXJJjUQWnRF2HDueP3xW0=; b=LC96ojiNNp1FXN0rT8F5gRMSsUm046FhUHCHwKT9V1xIdYvr118PHecc KUSZFq9pb1G5uPf4RiH8WW1aoVZdFvM3gOhdfU6Jz/7C43Zy6EbkruxWo WzKUdKBefk46MwPnItnczVA+1kQzR0vD2l+sfMdKFJB5RyvlLjXgKZZuS E=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAAx+RVCtJXG+/2dsb2JhbABFgkqwBQGIWIEHgiABAQEDAQEBAQ8BWwsFCwIBCEYnCyUCBA4FDhSHZQYLmiGffYsNhlJgA45igSCFV4EUjR+BZ4Jj X-IronPort-AV: E=Sophos;i="4.80,364,1344211200"; d="asc'?scan'208,217";a="117916864" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-2.cisco.com with ESMTP; 04 Sep 2012 04:08:08 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id q844877G003021 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Sep 2012 04:08:08 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.253]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.02.0298.004; Mon, 3 Sep 2012 23:08:07 -0500 From: "Carlos Pignataro (cpignata)" To: Muly Ilan Thread-Topic: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD Thread-Index: AQHNilLjBKtWaIjqd0+EQIliq04vFw== Date: Tue, 4 Sep 2012 04:08:06 +0000 Message-ID: <21D4E582-9050-47AF-A1D8-B17B58BDCCAE@cisco.com> References: <32CB7A1F0806AB4688CE3F22C29DAC87042C27ED@EXRAD5.ad.rad.co.il> In-Reply-To: <32CB7A1F0806AB4688CE3F22C29DAC87042C27ED@EXRAD5.ad.rad.co.il> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.81.8.47] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19160.001 x-tm-as-result: No--40.641800-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/signed; boundary="Apple-Mail=_EBCF4DB2-30E0-43B0-8A65-402547DF0D83"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: Re: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 04:08:10 -0000 --Apple-Mail=_EBCF4DB2-30E0-43B0-8A65-402547DF0D83 Content-Type: multipart/alternative; boundary="Apple-Mail=_996D25B7-2F29-4DF5-A428-940BF59CB77C" --Apple-Mail=_996D25B7-2F29-4DF5-A428-940BF59CB77C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 What you describe seems to be the single-hop BFD initialization = procedures, which are also used in RFC 5885 [1] It is not totally clear to me how tightly tied the procedures from RFC = 6428 are to the bootstrapping from RFC 5884 using LSP Ping, versus a = single-hop initialization without discriminators exchanged. The document = seems to be slightly vague there, though I do not know how it would = affect. Thanks, -- Carlos. [1] http://tools.ietf.org/html/rfc5885#section-3.1 o The BFD Control packets are sent on the VCCV control channel. The use of the VCCV control channel provides the context required to bind and bootstrap the BFD session, since discriminator values are not exchanged; the pseudowire demultiplexer field (e.g., MPLS PW Label or L2TPv3 Session ID) provides the context to demultiplex the first BFD Control packet, and thus single-hop BFD initialization procedures are followed (see Section 3 of [RFC5881] and Section 6 of [RFC5882]). o A single BFD session exists per pseudowire. Both PW endpoints take the Active role sending initial BFD Control packets with a Your Discriminator field of zero, and BFD Control packets received with a Your Discriminator field of zero are associated to the BFD session bound to the PW. On Jun 17, 2012, at 12:14 PM, Muly Ilan wrote: > Hi, > =20 > We plan to implement the CC-CV-RDI functionality per RFC6428. > =20 > Is it mandatory to support LSP ping as a bootstrap for the BFD i.e. = using LSP ping with TLV type 15 in the echo request/reply to exchange = discriminator values? > =20 > RFC6428 is quite vague on this issue. It only states =93Overall = operation is as specified in RFC 5880 [4] and augmented for MPLS in RFC = 5884 [8].=94. > =20 > IMHO, the initial value of the remote discriminator can be zero and = replaced with the correct value when the 1stcontrol packet is received = from the peer. > This behavior complies with another statement of the RFC =93The = transmitted Your Discriminator value MUST reflect back the received = value of the My Discriminator field or be set to zero if that value is = not known=94. > =20 > =20 > Thanks, > =20 > Muly > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_996D25B7-2F29-4DF5-A428-940BF59CB77C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 What you describe seems to be the single-hop = BFD initialization procedures, which are also used in RFC 5885 = [1]

It is not totally clear to me how tightly tied = the procedures from RFC 6428 are to the bootstrapping from RFC 5884 = using LSP Ping, versus a single-hop initialization without = discriminators exchanged. The document seems to be slightly vague there, = though I do not know how it would = affect.

Thanks,

-- = Carlos.


  =
 o  The BFD Control packets are sent on the VCCV control channel.  The
      use of the VCCV control channel provides the context required to
      bind and bootstrap the BFD session, since discriminator values are
      not exchanged; the pseudowire demultiplexer field (e.g., MPLS PW
      Label or L2TPv3 Session ID) provides the context to demultiplex
      the first BFD Control packet, and thus single-hop BFD
      initialization procedures are followed (see Section 3 of =
[RFC5881]
      and Section 6 of =
[RFC5882]).

   o  A single BFD session exists per pseudowire.  Both PW =
endpoints
      take the Active role sending =
initial BFD Control packets with a
      Your Discriminator field of zero, and BFD Control packets received
      with a Your Discriminator field of zero are associated to the BFD
      session bound to the PW.


On Jun 17, 2012, at 12:14 = PM, Muly Ilan wrote:

Hi,
 
We plan to implement the = CC-CV-RDI functionality per RFC6428.
 
Is it mandatory to support LSP = ping as a bootstrap for the BFD i.e. using LSP ping with TLV type 15 in = the echo request/reply to exchange discriminator = values?
 
RFC6428 is quite vague on this issue. It only states = =93Overall = operation is as specified in RFC 5880 [4] and augmented for MPLS in RFC = 5884 [8].=94.
 
IMHO, the initial value of the remote discriminator can be = zero and replaced with the correct value when the 1stcontrol = packet is received from the peer.
This behavior complies with another statement of the RFC = =93The = transmitted Your Discriminator value MUST reflect back the received = value of the My Discriminator field or be set to zero if that value is = not known=94.
 
 
Thanks,
 
X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 799A121F8533 for ; Mon, 3 Sep 2012 23:16:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MVWIPt8FsERq for ; Mon, 3 Sep 2012 23:16:25 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id E58B821F8528 for ; Mon, 3 Sep 2012 23:16:24 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id DDC7A2A8003; Tue, 4 Sep 2012 08:16:21 +0200 (CEST) Message-ID: <50459CB7.4090208@pi.nu> Date: Tue, 04 Sep 2012 08:16:23 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 06:16:25 -0000 Working group, this is to start a two week poll on adopting draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll is extended and will end Sep 19th, 2012. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Mon Sep 3 23:23:26 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E43F221F8505 for ; Mon, 3 Sep 2012 23:23:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n8vo3gf0d6Kk for ; Mon, 3 Sep 2012 23:23:26 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 54D3621F849C for ; Mon, 3 Sep 2012 23:23:26 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id EE8582A8003; Tue, 4 Sep 2012 08:23:24 +0200 (CEST) Message-ID: <50459E5E.9030904@pi.nu> Date: Tue, 04 Sep 2012 08:23:26 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" References: <5040AB2F.6050508@pi.nu> In-Reply-To: <5040AB2F.6050508@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-jjwl-mpls-mldp-hsmp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 06:23:27 -0000 Working Group, All the authors has now responded to this poll (off-line) and stated that they not aware of any other IPR than those in IPR disclosure #1777; we have therefore decided to continue with the poll to see if we have support to make it a n MPLS wg document. When considering your response to the poll you should take #1777 into account. Anyone else aware of IPRs on this draft should respond to the first IPR poll. /Loa On 2012-08-31 14:16, Loa Andersson wrote: > Working Group and authors; > > The authors of draft-jjwl-mpls-mldp-hsmp has indicated that the > draft is ready to be adopted as a working group document. > > Before starting the poll to make the draft become a working group > document we will do an IPR poll to check whether there is IPR on > the document that needs to be disclosed. > > This mail starts that IPR poll. > > Are you aware of any IPR that applies to draft-jjwl-mpls-mldp-hsmp? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response > has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. > > Please note that this draft has changed name from draft-jin-jounay- > mpls-mldp-hsmp to draft-jjwl-mpls-mldp-hsmp, there was an IPR claim > filed agains draft-jin-jounay-mpls-mldp-hsmp (ID #1777). > > Thanks, Loa > (as MPLS WG co-chair) > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From ice@cisco.com Tue Sep 4 00:30:38 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39CB321F84AF for ; Tue, 4 Sep 2012 00:30:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-5gg0lnS9N9 for ; Tue, 4 Sep 2012 00:30:37 -0700 (PDT) Received: from av-tac-bru.cisco.com (spooky-brew.cisco.com [144.254.15.113]) by ietfa.amsl.com (Postfix) with ESMTP id 5B19721F84AE for ; Tue, 4 Sep 2012 00:30:37 -0700 (PDT) X-TACSUNS: Virus Scanned Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q847UVMr008548; Tue, 4 Sep 2012 09:30:32 +0200 (CEST) Received: from ams-iwijnand-87110.cisco.com (ams-iwijnand-87110.cisco.com [10.55.191.155]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q847UUDe027729; Tue, 4 Sep 2012 09:30:31 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: IJsbrand Wijnands In-Reply-To: <50459CB7.4090208@pi.nu> Date: Tue, 4 Sep 2012 09:30:29 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4F34BF4D-6CF5-4CB7-8438-C13E880E7BC6@cisco.com> References: <50459CB7.4090208@pi.nu> To: mpls@ietf.org, Loa Andersson X-Mailer: Apple Mail (2.1486) Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 07:30:38 -0000 Dear WG, Being a co-author I obviously support this draft. My reasons for supporting this draft; A HSMP LSP provides an upstream path to the root, associated with a = specific downstream path, without the need for additional overlay = procedures. This is good for applications that require co-routed up and = downstream paths. There has been some discussion whether or not the = use-cases in this draft are strong enough, IMO this is a good toolkit to = have in the mLDP box and I'm sure other use-cases will follow later.=20 Thx, Ice. On 04 Sep 2012, at 08:16, Loa Andersson wrote: > Working group, >=20 > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). >=20 > This poll is extended and will end Sep 19th, 2012. >=20 > /Loa > (mpls wg co-chair) > --=20 >=20 >=20 > Loa Andersson email: = loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From muly_i@rad.com Tue Sep 4 02:24:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BB6221F8648 for ; Tue, 4 Sep 2012 02:24:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.597 X-Spam-Level: X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=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 jwsqt1EGqV6e for ; Tue, 4 Sep 2012 02:24:30 -0700 (PDT) Received: from rad.co.il (mailrelay02-q.rad.co.il [94.188.133.159]) by ietfa.amsl.com (Postfix) with ESMTP id DB18D21F853B for ; Tue, 4 Sep 2012 02:24:27 -0700 (PDT) Received: from Internal Mail-Server by MailRelay02 (envelope-from muly?i@rad.com) with AES128-SHA encrypted SMTP; 4 Sep 2012 11:35:58 +0300 Received: from EXRAD5.ad.rad.co.il ([192.114.24.28]) by EXRAD5.ad.rad.co.il ([192.114.24.28]) with mapi id 14.02.0298.004; Tue, 4 Sep 2012 12:24:08 +0300 From: Muly Ilan To: "Carlos Pignataro (cpignata)" Thread-Topic: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD Thread-Index: Ac1MpEwc7lLKqFncQ4ebgze3TT5Trg9lXFYAABDxxiA= Date: Tue, 4 Sep 2012 09:24:08 +0000 Message-ID: <32CB7A1F0806AB4688CE3F22C29DAC8704316FC6@EXRAD5.ad.rad.co.il> References: <32CB7A1F0806AB4688CE3F22C29DAC87042C27ED@EXRAD5.ad.rad.co.il> <21D4E582-9050-47AF-A1D8-B17B58BDCCAE@cisco.com> In-Reply-To: <21D4E582-9050-47AF-A1D8-B17B58BDCCAE@cisco.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.17.170.136] Content-Type: multipart/alternative; boundary="_000_32CB7A1F0806AB4688CE3F22C29DAC8704316FC6EXRAD5adradcoil_" MIME-Version: 1.0 X-Commtouch-Refid: str=0001.0A020203.5045C8B9.0145,ss=1,fgs=0 Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" Subject: Re: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 09:24:32 -0000 --_000_32CB7A1F0806AB4688CE3F22C29DAC8704316FC6EXRAD5adradcoil_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Carlos. Yes, IMHO the procedure of RFC 5885 that you quoted below can be adopted al= so for MPLS-TP. Assuming that in practice there is no PHP in MPLS-TP, the MPLS label provid= es the context to the first BFD control packet and there is no need for LSP= Ping bootstrapping. Muly From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com] Sent: Tuesday, September 04, 2012 7:08 AM To: Muly Ilan Cc: mpls@ietf.org Subject: Re: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD What you describe seems to be the single-hop BFD initialization procedures,= which are also used in RFC 5885 [1] It is not totally clear to me how tightly tied the procedures from RFC 6428= are to the bootstrapping from RFC 5884 using LSP Ping, versus a single-hop= initialization without discriminators exchanged. The document seems to be = slightly vague there, though I do not know how it would affect. Thanks, -- Carlos. [1] http://tools.ietf.org/html/rfc5885#section-3.1 o The BFD Control packets are sent on the VCCV control channel. The use of the VCCV control channel provides the context required to bind and bootstrap the BFD session, since discriminator values are not exchanged; the pseudowire demultiplexer field (e.g., MPLS PW Label or L2TPv3 Session ID) provides the context to demultiplex the first BFD Control packet, and thus single-hop BFD initialization procedures are followed (see Section 3 of [RFC5881] and Section 6 of [RFC5882]). o A single BFD session exists per pseudowire. Both PW endpoints take the Active role sending initial BFD Control packets with a Your Discriminator field of zero, and BFD Control packets received with a Your Discriminator field of zero are associated to the BFD session bound to the PW. On Jun 17, 2012, at 12:14 PM, Muly Ilan wrote: Hi, We plan to implement the CC-CV-RDI functionality per RFC6428. Is it mandatory to support LSP ping as a bootstrap for the BFD i.e. using L= SP ping with TLV type 15 in the echo request/reply to exchange discriminato= r values? RFC6428 is quite vague on this issue. It only states "Overall operation is = as specified in RFC 5880 [4] and augmented for MPLS in RFC 5884 [8].". IMHO, the initial value of the remote discriminator can be zero and replace= d with the correct value when the 1stcontrol packet is received from the pe= er. This behavior complies with another statement of the RFC "The transmitted Y= our Discriminator value MUST reflect back the received value of the My Disc= riminator field or be set to zero if that value is not known". Thanks, Muly _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_32CB7A1F0806AB4688CE3F22C29DAC8704316FC6EXRAD5adradcoil_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Carlos.=

 <= /p>

Yes, IMHO the procedure o= f RFC 5885 that you quoted below can be adopted also for MPLS-TP.

Assuming that in practice= there is no PHP in MPLS-TP, the MPLS label provides the context to the fir= st BFD control packet and there is no need for LSP Ping bootstrapping.

 <= /p>

Muly

 <= /p>

From: Carlos P= ignataro (cpignata) [mailto:cpignata@cisco.com]
Sent: Tuesday, September 04, 2012 7:08 AM
To: Muly Ilan
Cc: mpls@ietf.org
Subject: Re: [mpls] LSP ping as bootstrap for G-ACh encapsulated BFD=

 

What you describe seems to be the single-hop BF= D initialization procedures, which are also used in RFC 5885 [1]<= /o:p>

 

It is not totally clear to me how tightly tied the p= rocedures from RFC 6428 are to the bootstrapping from RFC 5884 using LSP Pi= ng, versus a single-hop initialization without discriminators exchanged. Th= e document seems to be slightly vague there, though I do not know how it would affect.

 

Thanks,

 

-- Carlos.

 

 

   o  Th=
e BFD Control packets are sent on the VCCV control channel.  The<=
/o:p>
      use of the VCCV control channel pr=
ovides the context required to
      bind and bootstrap the BFD session=
, since discriminator values are
      not exchanged; the pseudowire demu=
ltiplexer field (e.g., MPLS PW
      Label or L2TPv3 Session ID) provid=
es the context to demultiplex
      the first BFD Control packet, and =
thus single-hop BFD
      initialization procedures are foll=
owed (see Section&=
nbsp;3 of [RFC5881]
      and Section 6 of [RFC5882]).
 
   o  A single BFD session exists per pseudowire.&=
nbsp; Both PW endpoints
    =
;  take the Active role sending initial BFD Control packets with a
      Your Discriminator field of zero, =
and BFD Control packets received
      with a Your Discriminator field of=
 zero are associated to the BFD
      session bound to the PW.

 

 

On Jun 17, 2012, at 12:14 PM, Muly Ilan wrote:<= /o:p>



Hi,

 

We plan to implement the CC-CV-RDI func= tionality per RFC6428.

 

Is it mandatory to support LSP ping as = a bootstrap for the BFD i.e. using LSP ping with TLV type 15 in the echo re= quest/reply to exchange discriminator values?

 

RFC6428 is quite vague on this issue. I= t only states “Overall operation is as specified in RFC 5880 [4] and augmented for MPLS in RFC 5884 [8].”.

 

IMHO, the initial value of the remote d= iscriminator can be zero and replaced with the correct value when the 1stcontrol packet is received from the peer.

This behavior complies with another sta= tement of the RFC “The transmitted Your Discriminator value MUST reflect back the received value of the My Discriminator field or be set to zero if= that value is not known”.

 

 

Thanks,

 

Muly

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

 

--_000_32CB7A1F0806AB4688CE3F22C29DAC8704316FC6EXRAD5adradcoil_-- From pranjal.dutta@alcatel-lucent.com Tue Sep 4 05:56:45 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7782221F863C for ; Tue, 4 Sep 2012 05:56:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.574 X-Spam-Level: X-Spam-Status: No, score=-4.574 tagged_above=-999 required=5 tests=[AWL=1.821, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8] 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 R+I6OKpG0aCB for ; Tue, 4 Sep 2012 05:56:43 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 3CF2C21F84EC for ; Tue, 4 Sep 2012 05:56:42 -0700 (PDT) Received: from inbansmailrelay2.in.alcatel-lucent.com (h135-250-11-33.lucent.com [135.250.11.33]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id q84CuT5n019054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Sep 2012 07:56:32 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay2.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q84CuSNh025809 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 4 Sep 2012 18:26:28 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Tue, 4 Sep 2012 18:26:28 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Lizhong Jin Date: Tue, 4 Sep 2012 18:26:26 +0530 Thread-Topic: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: Ac2KUOyR5EbKGRAFTkuvV5/d+Bw8bQASbwXg Message-ID: References: In-Reply-To: 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_C584046466ED224CA92C1BC3313B963E13F0E03728INBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 12:56:45 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0E03728INBANSXCHMBSA_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl6aG9uZywNCg0KICAgICAgICAgICAgICAgICAgICAgIFBscy4gcmVmZXIgaW5saW5lIHRv IHlvdXIgcXVlc3Rpb25zLg0KDQpbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVuZGVyc3RhbmQgY29y cmVjdGx5LiBEbyB5b3UgbWVhbiB0aGUgbXVsdGlwbGUgaW5zdGFuY2VzIGluIHRoaXMgZHJhZnQg ZG9lcyBub3QgaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEFuZCBtdWx0aXBsZSBpbnN0YW5jZXMgYXJl IGJlbG9uZyB0byBvbmx5IG9uZSBWUkYsIHJpZ2h0Pw0KDQpEb2VzbqGvdCBlYWNoIFZSRiB1c2Vz IGl0cyBvd24gTFNSLUlEL1JvdXRlci1JRCB0b2RheT8gRWFjaCBWUkYgaXMgYW4gaW5kZXBlbmRl bnQgTERQIHN0YWNrLiBXZSBhcmUgbm90IHNheWluZyB0aGF0IKGwZG9uoa90IHVzZSBkaWZmZXJl bnQgTFNSLUlEDQphY3Jvc3MgVlJGc6GxLiBUaGUgZHJhZnQgYnJpbmdzIHRoZSBjYXNlIGZvciBt dWx0aXBsZSBMU1Igd2l0aGluIGEgVlJGIHdoaWNoIGlzIG5vdCB0aGUgY2FzZSB0b2RheS4NCg0K W0xpemhvbmddIElmIHBlZXIgZG9lcyBub3Qgc3VwcG9ydCBGRUMgY2FwYWJpbGl0eSwgeW91IHNo b3VsZCBoYXZlIHNvbWUgbG9jYWwgY29uZmlndXJhdGlvbiB0byBpbmRpY2F0ZSB0aGUgRkVDIHNl dC4gVGhlbiB5b3UgY291bGQgc3RpbGwgYXZvaWQgbG9vcCBieSB0aGlzIGxvY2FsIGluZGljYXRp b24uIEkgYW0gdHJ5aW5nIHRvIHNlZSB0aGUgdGVjaG5pY2FsIG1vdGl2YXRpb24gb2YgTm9kZS1J RCBUTFYuIElmIHdlIG9ubHkgd2FudCB0byBrbm93IHRoZSBzYW1lIHBlZXJpbmcgcmVsYXRpb25z aGlwIGZvciBlYXN5IG1hbmFnZW1lbnQsIHRoZSBOTVMgY291bGQgc2ltcGx5IGRvIHRoYXQuIElz IHRoZXJlIGFueSBvdGhlciB0ZWNobmljYWwgcmVhc29uIGZvciBOb2RlLUlEIFRMVj8NCg0KTm9k ZS1JRCBUTFYgaXMgbm90IGxpbWl0ZWQgdG8gbG9vcCBkZXRlY3Rpb24gaW4gRkVDIGV4Y2hhbmdl cy4gQnkgY29uZmlndXJhdGlvbi9OTVMgd2UgY2FuIGRvIG1hbnkgdGhpbmdzIKhDIGV2ZW4gc3Rh dGljIE1QTFMNCndpdGhvdXQgbmVlZGluZyBMRFAgb3Igc2lnbmFsaW5nIGF0IGFsbCAoZS5nIFdl IHNob3VsZG6hr3QgaGF2ZSBub3Rpb24gb2YgobBsZHAgZGlzY292ZXJ5obEpLiBTaW5jZSB0aGUg Y29udGV4dCBvZiB0aGlzIGRyYWZ0IGlzIGEgc2lnbmFsaW5nIHByb3RvY29sLCBzbw0KTm9kZS1J RCBUTFYgc2VydmVzIGFzIGFuIGluZGljYXRpb24gZm9yIHx8IHNlc3Npb25zLiBJbmNsdXNpb24g b2YgTm9kZSBJRCBUTFYgaXMgb3B0aW9uYWwgYW5kIGlzIG5vdCBtYW5kYXRvcnkgYXMgbWVudGlv bmVkIGluIHRoZSBkcmFmdC4gU2Vzc2lvbnMgYXJlDQpwYXJ0IG9mIGluZnJhc3RydWN0dXJlIGJh c2VkIG9uIHdoaWNoIHZhcmlvdXMgYXBwbGljYXRpb25zIGFyZSBidWlsdCB1cG9uIGFuZCBhbiBh cHBsaWNhdGlvbiBtYXkgZmluZCB1dGlsaXR5IGlmIGl0IGlzIGtub3duIHRoYXQgYSBzZXQgb2Yg c2Vzc2lvbnMgYXJlIHx8DQp0byBzYW1lIG5vZGUuDQoNClRoYW5rcywNClByYW5qYWwNCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IExpemhvbmcgSmluIFttYWlsdG86 bGl6aG9uZy5qaW5AenRlLmNvbS5jbl0NClNlbnQ6IE1vbmRheSwgU2VwdGVtYmVyIDAzLCAyMDEy IDg6NTMgUE0NClRvOiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKQ0KQ2M6IGRyYWZ0LXBkdXR0 YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsg bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbbXBsc10gTVBMUy1SVCBy ZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRvb2xzLmlldGYu b3JnDQoNCg0KSGkgUHJhbmphbCwNCg0KPiBIaSBMaXpob25nLA0KPg0KPiChsFRoZW4gZG9lcyB0 aGUgTERQIG11bHRpcGxlIGluc3RhbmNlIGluIHRoaXMgZHJhZnQgZG9lcyBub3QNCj4gaW5jbHVk ZSB0aGUgVlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmliZSB0aGlzLA0K PiBvdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2ls bCBiZQ0KPiBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50IGluc3RhbmNlcy6hsQ0KPg0KPiBb UHJhbmphbF0gVGhlIG11bHRpcGxlIGluc3RhbmNlcyBhcmUgd2l0aGluIFZSRi4gU3VyZSwgd2ls bCBjbGFyaWZ5DQo+IGV4cGxpY2l0bHkuDQpbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVuZGVyc3Rh bmQgY29ycmVjdGx5LiBEbyB5b3UgbWVhbiB0aGUgbXVsdGlwbGUgaW5zdGFuY2VzIGluIHRoaXMg ZHJhZnQgZG9lcyBub3QgaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEFuZCBtdWx0aXBsZSBpbnN0YW5j ZXMgYXJlIGJlbG9uZyB0byBvbmx5IG9uZSBWUkYsIHJpZ2h0Pw0KDQo+DQo+IKGwSWYgdGhlIEZF QyBzZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseQ0KPiBkaXNqb2ludCBi ZXR3ZWVuIHR3byBpbnN0YW5jZSwgaXQgY291bGQgYmUgc2ltcGx5IGRpc2NhcmQgdGhlIEZFQw0K PiBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2b2lkIGxvb3AsIHdo eSB3ZSBzdGlsbA0KPiBuZWVkIE5vZGUtSUQgVExWo7+hsQ0KPg0KPiBbUHJhbmphbF0gTm9kZS1J RCBUTFYgaXMgYSBnZW5lcmljIGNvbnN0cnVjdCBhbmQgbm90IGFzc29jaWF0ZWQgd2l0aCBGRUMN Cj4gY2FwYWJpbGl0eS4gSWYgcGVlciBoYXNuoa90IGltcGxlbWVudGVkIEZFQyBjYXBhYmlsaXR5 IHRoZW4geW91IG1heSBuZWVkDQo+IHNvbWUgd2F5IHRvIGZpZ3VyZSBvdXQuIFNlY29uZGx5LCBl dmVuIHRob3VnaCBwZWVyIHN1cHBvcnRzIEZFQyBjYXBhYmlsaXR5LA0KPiBpdCBpcyB1c2VmdWwg dG8ga25vdyB0aGF0IHdlIGFyZSBydW5uaW5nIHx8IHNlc3Npb25zIHRvIHNhbWUgcGVlcmluZyBz eXN0ZW0uDQpbTGl6aG9uZ10gSWYgcGVlciBkb2VzIG5vdCBzdXBwb3J0IEZFQyBjYXBhYmlsaXR5 LCB5b3Ugc2hvdWxkIGhhdmUgc29tZSBsb2NhbCBjb25maWd1cmF0aW9uIHRvIGluZGljYXRlIHRo ZSBGRUMgc2V0LiBUaGVuIHlvdSBjb3VsZCBzdGlsbCBhdm9pZCBsb29wIGJ5IHRoaXMgbG9jYWwg aW5kaWNhdGlvbi4gSSBhbSB0cnlpbmcgdG8gc2VlIHRoZSB0ZWNobmljYWwgbW90aXZhdGlvbiBv ZiBOb2RlLUlEIFRMVi4gSWYgd2Ugb25seSB3YW50IHRvIGtub3cgdGhlIHNhbWUgcGVlcmluZyBy ZWxhdGlvbnNoaXAgZm9yIGVhc3kgbWFuYWdlbWVudCwgdGhlIE5NUyBjb3VsZCBzaW1wbHkgZG8g dGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIHRlY2huaWNhbCByZWFzb24gZm9yIE5vZGUtSUQgVExW Pw0KDQpUaGFua3MNCkxpemhvbmcNCg0KPg0KPiBUaGFua3MsDQo+IFByYW5qYWwNCj4NCj4NCj4N Cj4gRnJvbTogTGl6aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXQ0KPiBT ZW50OiBNb25kYXksIFNlcHRlbWJlciAwMywgMjAxMiA2OjQ4IFBNDQo+IFRvOiBEdXR0YSwgUHJh bmphbCBLIChQcmFuamFsKQ0KPiBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3Rh bmNlQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYuDQo+IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMu aWV0Zi5vcmc7IER1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpDQo+IFN1YmplY3Q6IFJFOiBbbXBs c10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLQ0KPiBpbnN0 YW5jZUB0b29scy5pZXRmLm9yZw0KPg0KPg0KPiBIaSBQcmFuamFsLA0KPiBNdWNoIGNsZWFyIG5v dywgdGhhbmsgeW91LiBUd28gaW5saW5lIGNvbW1lbnRzIHRoYXQgbWF5YmUgbWlzc2VkIGluDQo+ IHlvdXIgcHJldmlvdXMgZW1haWwuDQo+DQo+IHNuaXAgZnJvbSBwcmV2aW91cyBlbWFpbC4uLg0K PiA+IDIuIEZvciBMRFAgbXVsdGlwbGUgaW5zdGFuY2UsIGlzIGl0IGFsbG93ZWQgZm9yIGR1cGxp Y2F0ZWQgRkVDDQo+ID4gYmV0d2VlbiB0d28gaW5zdGFuY2U/DQo+ID4NCj4gPiBbUHJhbmphbF0g RHVwbGljYXRlZCBGRUNzIHdvbqGvdCBiZSBhbGxvd2VkLiBUaGUgcGFyYWxsZWwgc2Vzc2lvbnMN Cj4gPiBiZXR3ZWVuIHR3byBwZWVyaW5nIHN5c3RlbXMgbmVlZHMgdG8gYmUgZGlzam9pbnQgd2l0 aCByZXNwZWN0IHRvIHRoZQ0KPiA+IHdvcmtpbmcgc2V0DQo+ID4gqEMgdGhlIEZFQ3MuIFRoaXMg bmVlZHMgdG8gYmUgZW5zdXJlZCB0aHJ1IHZhcmlvdXMgRkVDIHNwZWNpZmljDQo+ID4gc2Vzc2lv biBjYXBhYmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlzZSBkaXNqb2ludCBG RUMNCj4gPiBjYXBhYmlsaXRpZXMuIFNlY3Rpb24NCj4gPiAyLjEuMSBleHBsYWlucyB0aGUgdXNl IG9mIExEUCBzZXNzaW9uIGNhcGFiaWxpdGllcyAoUkZDNTU2MSkgdG8ga2VlcA0KPiA+IHRoZSBG RUMgZGlzdHJpYnV0aW9uIG11dHVhbGx5IGV4Y2x1c2l2ZS4gV2hhdCBjcml0ZXJpYSB0byBiZSB1 c2VkDQo+ID4gZm9yIHNlZ3JlZ2F0aW9uDQo+ID4gb2YgRkVDcyBhcmUgdG8gYmUgZGVjaWRlZCBv biBjYXNlIHRvIGNhc2UgYmFzaWMuIFRoaXMgZHJhZnQgcHJvdmlkZXMNCj4gPiB0aGUgZnVuZGFt ZW50YWwgYnVpbGRpbmcgYmxvY2sgZm9yIGNvbnRyb2wgcGxhbmUgZmF0ZSBzZXBhcmF0aW9uLg0K PiBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBMRFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBk cmFmdCBkb2VzIG5vdA0KPiBpbmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4 cGxpY2l0IGRlc2NyaWJlIHRoaXMsDQo+IG90aGVyd2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRo ZSBWUkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlDQo+IGR1cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJl bnQgaW5zdGFuY2VzLg0KPg0KPiA+DQo+ID4gMy4gSWYgZHVwbGljYXRlZCBGRUNzIGFyZSBwb3Nz aWJsZSBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgcmVjZWl2aW5nDQo+ID4gc2FtZSBsYWJlbCBtYXBw aW5nIGZyb20gcGFyYWxsZWwgbXVsdGktbHNyIHBlZXJpbmcgc2Vzc2lvbnMgY291bGQNCj4gPiBu b3QgaW50ZXJwcmV0IGFzIGxvb3AsIHJpZ2h0Pw0KPiA+DQo+ID4gW1ByYW5qYWxdIER1cGxpY2F0 ZWQgRkVDcyBhcmUgbm90IGFsbG93ZWQgYWNyb3NzIC4gQnV0IHdoYXQgaWYgYQ0KPiA+IHBlZXJp bmcgc3lzdGVtIG1pc2JlaGF2ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhl DQo+ID4gc29sdXRpb24gKHRodXMgYWdub3N0aWMNCj4gPiBPZiB0aGUgZmFjdCB0aGF0IGEgZmV3 IHNlc3Npb25zIGFyZSB0ZXJtaW5hdGVkIGluIHNhbWUgcGVlcmluZw0KPiA+IHN5c3RlbSkgbGVh a3MgRkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBpbiBhIGxvb3AgZm9y DQo+ID4gc29tZSBhcHBsaWNhdGlvbnMNCj4gPiBhbmQgobBTZWN0aW9uIDMuIERldGVjdGlvbiBv ZiBtdWx0aS1pbnN0YW5jZSBwZWVyaW5nobEgYWRkcmVzc2VzIHRoYXQNCj4gPiBpc3N1ZS4gIEl0 IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5kIHRodXMgY2FuIHRha2UNCj4g PiBuZWNlc3NhcnkgYWN0aW9ucy4NCj4gW0xpemhvbmddIElmIHRoZSBGRUMgc2V0IChpZGVudGlm aWVkIGJ5IGNhcGFiaWxpdHkpIGlzIHRvdGFsbHkNCj4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5z dGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNjYXJkIHRoZSBGRUMNCj4gbGFiZWwgbWFwcGlu ZyBpZiBub3QgbWF0Y2ggY2FwYWJpbGl0eSB0byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwNCj4g bmVlZCBOb2RlLUlEIFRMVqO/DQo+DQo+IFRoYW5rcw0KPiBMaXpob25nDQo+DQo+DQo+ICJEdXR0 YSwgUHJhbmphbCBLIChQcmFuamFsKSIgPHByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29t Pg0KPiB3cm90ZSAyMDEyLzA5LzAxIDAxOjM4OjM5Og0KPg0KPiA+IEhpIExpemhvbmcsDQo+ID4g ICAgICAgICAgICAgICAgICAgICAgSSB0aGluayBJIGRpZG6hr3QgY2xhcmlmeSBvbiCoQyChsERv IHlvdSBtZWFuIHRoZQ0KPiA+IHR3byBpbnN0YW5jZSBuZWVkIHRvIHN5bmNocm9uaXplIEZFQyBt YXBwaW5nIGluZm9ybWF0aW9uobEuIFRoZQ0KPiA+IG11bHRpLWluc3RhbmNlIHBlZXJpbmcgdGhh dCB3ZSBkZXNjcmliZWQgYWJvdXQNCj4gPiBJcyBhIGxpdHRsZSBkaWZmZXJlbnQgZnJvbSBtdWx0 aS1pbnN0YW5jZSBJR1BzLiBJbiBtdWx0aS1pbnN0YW5jZQ0KPiA+IExEUCBjYXNlIGJ5IGRlZmF1 bHQgdGhlIEZFQyBkYXRhYmFzZSB3b3VsZCBiZSBzaGFyZWQgaW4gdGhlIHNlbnNlDQo+ID4gdGhh dCBhbGwgbGFiZWwgbWFwcGluZyB3b3VsZCBzaGFyZSB0aGUgc2FtZQ0KPiA+IGdsb2JhbCBsYWJl bCBzcGFjZSBhbmQgdGh1cyBmb2xsb3dpbmcgaXMgcG9zc2libGUvZGVzaXJhYmxlLg0KPiA+DQo+ ID4gICAgICAgICAgICAgICAgICAgICAgICAgICBTeXN0ZW0gQQ0KPiA+IFN5c3RlbSBCICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3lzdGVtIEMNCj4gPiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBMU1ItQTEtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLQ0KPiA+ IEIxICAgIFggICAgTFNSLUIzLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItQzENCj4gPiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMU1ItQTIgLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tTFNSLQ0KPiA+IEIyICAgIFggICAgTFNSLUI0LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS1MU1ItQzINCj4gPg0KPiA+DQo+ID4gICAgICAgICAgICAgICAgICAgICAgVGhlcmUgY2FuIGJl IGEgc2VhbWxlc3MgTFNQL1R1bm5lbCBiZXR3ZWVuDQo+ID4gU3lzdGVtIEEgYW5kIFN5c3RlbSBD IGZvciBGRUMgRjEuIEMtPkIgbGFiZWwgbWFwcGluZyBMMSBpcyBleGNoYW5nZWQNCj4gPiB1c2lu ZyBCMy1DMSBMU1IgdHVwbGVzIGFuZA0KPiA+IEItPkEgbGFiZWwgbWFwcGluZyBMMiBpcyBleGNo YW5nZWQgdXNpbmcgQjItQTIgTFNSIHR1cGxlcy4gVGhpcyBpcw0KPiA+IGJlY2F1c2UgdGhlIEZF Qy1MYWJlbCBtYXBwaW5nIGRhdGFiYXNlIGNvbnRpbnVlIHRvIGV4aXN0IGluIHN5c3RlbUIgaW4g c2FtZQ0KPiA+IHdheSBhcyBpdCBkb2VzIHRvZGF5LiBUaGVyZSB3b3VsZCBiZSBvbmx5IG9uZSBG RUMgRjEgaW4gdGhlIExJQiA6DQo+ID4NCj4gPg0KPiA+IEYxICAtLT4gZWdyZXNzIGxhYmVsIEwx IChMb2NhbCBMU1IgQjMtLS1SZW1vdGUgTFNSIEMxKQ0KPiA+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtqKQN Cj4gPiBpbmdyZXNzIGxhYmVsIEwyIChMb2NhbCBMU1IgQjItLS1SZW1vdGUgTFNSIEEyKQ0KPiA+ DQo+ID4gICAgICAgICAgICAgICAgICAgICAgVGhlIFggY29ubmVjdCBhdCBzeXN0ZW0gQiBpcyBM MS0+TDINCj4gPg0KPiA+DQo+ID4NCj4gPiBUaGFua3MsDQo+ID4gUHJhbmphbA0KPiA+DQo+ID4g RnJvbTogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YNCj4gPiBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKQ0KPiA+IFNlbnQ6 IEZyaWRheSwgQXVndXN0IDMxLCAyMDEyIDEwOjIyIEFNDQo+ID4gVG86IExpemhvbmcgSmluDQo+ ID4gQ2M6IG1wbHNAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBkcmFmdC1w ZHV0dGEtbXBscy0NCj4gPiBtdWx0aS1sZHAtaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcNCj4gPiBT dWJqZWN0OiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11 bHRpLWxkcC0NCj4gPiBpbnN0YW5jZUB0b29scy5pZXRmLm9yZw0KPiA+DQo+ID4gSGkgTGl6aG9u ZywNCj4gPiAgICAgICAgICAgICAgICAgICAgICAgICBQbGVhc2UgcmVmZXIgbXkgYW5zd2VycyBp bmxpbmUuDQo+ID4gVGhhbmtzLA0KPiA+IFByYW5qYWwNCj4gPg0KPiA+DQo+ID4gRnJvbTogTGl6 aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXQ0KPiA+IFNlbnQ6IFRodXJz ZGF5LCBBdWd1c3QgMzAsIDIwMTIgMTE6NDIgUE0NCj4gPiBUbzogRHV0dGEsIFByYW5qYWwgSyAo UHJhbmphbCkNCj4gPiBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRv b2xzLmlldGYub3JnOyBtcGxzQGlldGYuDQo+ID4gb3JnOyBtcGxzLWNoYWlyc0B0b29scy5pZXRm Lm9yZw0KPiA+IFN1YmplY3Q6IFJFOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1 dHRhLW1wbHMtbXVsdGktbGRwLQ0KPiA+IGluc3RhbmNlQHRvb2xzLmlldGYub3JnDQo+ID4NCj4g Pg0KPiA+IEhpIFByYW5qYWwsDQo+ID4gVGhhbmtzIGZvciB0aGUgY2xhcmlmaWNhdGlvbiwgbXVj aCBjbGVhciB0aGFuIGJlZm9yZSBmb3IgbWUgbm93Lg0KPiA+IFBsZWFzZSBzZWUgaW5saW5lIGZv ciBhZGR0aW9uYWwgY29tbWVudHMuDQo+ID4NCj4gPiBPbmUgbW9yZSBxdWVzdGlvbiBmb3Igc2Vj dGlvbiAzLg0KPiA+ICJXaGVuIGEgTFNSIHJlY2VpdmVzIGEgRkVDIGxhYmVsIG1hcHBpbmcgZnJv bSBhIHBlZXJpbmcgc2Vzc2lvbiBidXQNCj4gPiBzYW1lIEZFQyBtYXBwaW5nIGhhcyBiZWVuIGFs cmVhZHkgcmVjZWl2ZXIgb3ZlciBhbm90aGVyIHBlZXJpbmcNCj4gPiBzZXNzaW9uIGFzc29jaWF0 ZWQgd2l0aCBzYW1lIE5vZGUtSUQgdGhlbiB0aGUgcmVjZWl2aW5nIExTUiBNVVNUDQo+ID4gc2Vu ZCBhIExhYmVsIFJlbGVhc2UgdG8gdGhlIHBlZXJpbmcgc2Vzc2lvbiB3aXRoIHN0YXR1YyBjb2Rl Ig0KPiA+IEhvdyBhIExTUiBjb3VsZCBrbm93IHRoZSBGRUMgbWFwcGluZyBpbmZvcm1hdGlvbiBm cm9tIGFub3RoZXINCj4gPiBpbnN0YW5jZT8gRG8geW91IG1lYW4gdGhlIHR3byBpbnN0YW5jZSBu ZWVkIHRvIHN5bmNocm9uaXplIEZFQw0KPiA+IG1hcHBpbmcgaW5mb3JtYXRpb24/DQo+ID4NCj4g PiBbUHJhbmphbF0gT25lIHdheSB0byB0aGluayBpcyAgYXMgZm9sbG93cyCoQyBsZXShr3Mgc2F5 IHRoYXQgZGV0ZWN0aW9uDQo+ID4gb2YgbXVsdGktaW5zdGFuY2UgcGVlcmluZyBpcyBpbXBsZW1l bnRlZCBhcyBpbiBTZWN0aW9uIDMuIFRoZW4NCj4gPiByZWNlaXZpbmcgc3lzdGVtIHdvdWxkIGtu b3cgYWJvdXQgdGhlIHNlc3Npb25zIHRlcm1pbmF0aW5nDQo+ID4gaW4gc2FtZSByZW1vdGUgcGVl cmluZyBzeXN0ZW0uIFNvIHRoZSByZWNlaXZpbmcgc3lzdGVtIGNhbiBjcmVhdGUgYQ0KPiA+IGdy b3VwL2J1bmRsZSBpZCBpbnRlcm5hbGx5IGZvciBhbGwgc3VjaCB8fCBzZXNzaW9ucyBhbmQga2Vl cCB0aGUNCj4gPiBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUgZGF0YWJhc2UuIElmIHRo ZXJlIGlzIGENCj4gPiBjb2xsaXNpb24gb2YgRmVjIGxhYmVsIG1hcHBpbmdzIGluIHRoZSBncm91 cC1pZCBkYXRhYmFzZSB0aGVuIGxhYmVsDQo+ID4gcmVsZWFzZSBjYW4gYmUgc2VudCwga2VlcGlu ZyB0aGUgZmlyc3Qgb25lIGludGFjdC4NCj4gPg0KPiA+DQo+ID4gVGhhbmtzDQo+ID4gTGl6aG9u Zw0KPiA+DQo+ID4gIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJhbmphbC5kdXR0YUBh bGNhdGVsLWx1Y2VudC5jb20+DQo+ID4gd3JvdGUgMjAxMi8wOC8zMSAwMTowMDo1MzoNCj4gPg0K PiA+ID4gMi4gRm9yIExEUCBtdWx0aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3IgZHVw bGljYXRlZCBGRUMNCj4gPiA+IGJldHdlZW4gdHdvIGluc3RhbmNlPw0KPiA+ID4NCj4gPiA+IFtQ cmFuamFsXSBEdXBsaWNhdGVkIEZFQ3Mgd29uoa90IGJlIGFsbG93ZWQuIFRoZSBwYXJhbGxlbCBz ZXNzaW9ucw0KPiA+ID4gYmV0d2VlbiB0d28gcGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRvIGJlIGRp c2pvaW50IHdpdGggcmVzcGVjdCB0byB0aGUNCj4gPiA+IHdvcmtpbmcgc2V0DQo+ID4gPiCoQyB0 aGUgRkVDcy4gVGhpcyBuZWVkcyB0byBiZSBlbnN1cmVkIHRocnUgdmFyaW91cyBGRUMgc3BlY2lm aWMNCj4gPiA+IHNlc3Npb24gY2FwYWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZl cnRpc2UgZGlzam9pbnQgRkVDDQo+ID4gPiBjYXBhYmlsaXRpZXMuIFNlY3Rpb24NCj4gPiA+IDIu MS4xIGV4cGxhaW5zIHRoZSB1c2Ugb2YgTERQIHNlc3Npb24gY2FwYWJpbGl0aWVzIChSRkM1NTYx KSB0byBrZWVwDQo+ID4gPiB0aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUu IFdoYXQgY3JpdGVyaWEgdG8gYmUgdXNlZA0KPiA+ID4gZm9yIHNlZ3JlZ2F0aW9uDQo+ID4gPiBv ZiBGRUNzIGFyZSB0byBiZSBkZWNpZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFm dCBwcm92aWRlcw0KPiA+ID4gdGhlIGZ1bmRhbWVudGFsIGJ1aWxkaW5nIGJsb2NrIGZvciBjb250 cm9sIHBsYW5lIGZhdGUgc2VwYXJhdGlvbi4NCj4gPiBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBM RFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5vdA0KPiA+IGluY2x1ZGUg dGhlIFZSRiBjYXNlPyBJdCBpcyBiZXR0ZXIgdG8gZXhwbGljaXQgZGVzY3JpYmUgdGhpcywNCj4g PiBvdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2ls bCBiZQ0KPiA+IGR1cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJlbnQgaW5zdGFuY2VzLg0KPiA+DQo+ ID4gPg0KPiA+ID4gMy4gSWYgZHVwbGljYXRlZCBGRUNzIGFyZSBwb3NzaWJsZSBiZXR3ZWVuIHR3 byBpbnN0YW5jZSwgcmVjZWl2aW5nDQo+ID4gPiBzYW1lIGxhYmVsIG1hcHBpbmcgZnJvbSBwYXJh bGxlbCBtdWx0aS1sc3IgcGVlcmluZyBzZXNzaW9ucyBjb3VsZA0KPiA+ID4gbm90IGludGVycHJl dCBhcyBsb29wLCByaWdodD8NCj4gPiA+DQo+ID4gPiBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNz IGFyZSBub3QgYWxsb3dlZCBhY3Jvc3MgLiBCdXQgd2hhdCBpZiBhDQo+ID4gPiBwZWVyaW5nIHN5 c3RlbSBtaXNiZWhhdmVzIG9yIHBlZXJpbmcgc3lzdGVtIG5vdCBzdXBwb3J0aW5nIHRoZQ0KPiA+ ID4gc29sdXRpb24gKHRodXMgYWdub3N0aWMNCj4gPiA+IE9mIHRoZSBmYWN0IHRoYXQgYSBmZXcg c2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nDQo+ID4gPiBzeXN0ZW0pIGxl YWtzIEZFQ3Mgb24gYWxsIHx8IHNlc3Npb25zPyBUaGF0IG1heSByZXN1bHQgaW4gYSBsb29wIGZv cg0KPiA+ID4gc29tZSBhcHBsaWNhdGlvbnMNCj4gPiA+IGFuZCChsFNlY3Rpb24gMy4gRGV0ZWN0 aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsSBhZGRyZXNzZXMgdGhhdA0KPiA+ID4gaXNz dWUuICBJdCBsZXRzIGEgc3lzdGVtIGF3YXJlIG9mIHx8IHNlc3Npb25zIGFuZCB0aHVzIGNhbiB0 YWtlDQo+ID4gPiBuZWNlc3NhcnkgYWN0aW9ucy4NCj4gPiBbTGl6aG9uZ10gSWYgdGhlIEZFQyBz ZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseQ0KPiA+IGRpc2pvaW50IGJl dHdlZW4gdHdvIGluc3RhbmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDDQo+ ID4gbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0Y2ggY2FwYWJpbGl0eSB0byBhdm9pZCBsb29wLCB3 aHkgd2Ugc3RpbGwNCj4gPiBuZWVkIE5vZGUtSUQgVExWo78NCj4gPg0KPiA+ID4NCj4gPiA+IDQu IEluIGNhc2UgMX40LCBvbmUgaW50ZXJmYWNlIHdpbGwgc2VydmUgbXVsdGlwbGUgaW5zdGFuY2Us IEkgZ3Vlc3MsDQo+ID4gPiB0aGUgaW50ZXJmYWNlIHlvdSByZWZlciBpcyBwaHlzaWNhbCBpbnRl cmZhY2UsIGFuZCB3aGVuIHNoYXJpbmcgb25lDQo+ID4gPiBwaHlzaWNhbCBpbnRlcmZhY2UsIHRo ZW4gb25lIHN1Yi1pbnRlcmZhY2UgZm9yIGVhY2ggaW5zdGFuY2UgaXMNCj4gPiA+IHN0aWxsIHJl cXVpcmVkLCByaWdodD8gSW4gbXkgdW5kZXJzdGFuZGluZywgb25lIElQIGludGVyZmFjZSBjb3Vs ZA0KPiA+ID4gbm90IGJlIHNoYXJlZCBieSBtdWx0aXBsZSBMRFAgaW5zdGFuY2UsIG90aGVyd2lz ZSBob3cgdG8gdHJlYXQgdGhlDQo+ID4gPiBwcmVmaXggb2YgdGhhdCBpbnRlcmZhY2UuDQo+ID4N Cj4gPiA+IFtQcmFuamFsXSBJIHdvbqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZhY2Ugc2luY2Ug YWxsIGluc3RhbmNlcyBhcmUNCj4gPiA+IHJ1bm5pbmcgaW4gc2FtZSBGRUMgZGF0YWJhc2UuIFNv IGlmIHdlIHRoaW5rIGZyb20gYSChsHZpcnR1YWwgcm91dGVyobENCj4gPiA+IHBvaW50IG9mIHZp ZXcgKGVhY2gNCj4gPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNlcGFyYXRlZCBhY3Jvc3MgYWxsIHZl cnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgYW5kDQo+ID4gPiBzZWxmLXN1ZmZpY2llbnQpIHRoZW4g YWxsIHRoZSBtdWx0aXBsZSBMU1IgaW5zdGFuY2VzIHdvdWxkIGJlDQo+ID4gPiBydW5uaW5nIHdp dGhpbiBzYW1lDQo+ID4gPiBWaXJ0dWFsIFJvdXRlciBhbmQgdGh1cyBjYW4gc2hhcmUgaW50ZXJm YWNlcyBhc3NpZ25lZCB0byB0aGF0DQo+ID4gPiBWaXJ0dWFsIFJvdXRlci4gQWx0aG91Z2ggdGhl IGRyYWZ0IGRvZXMgbm90IHByZXZlbnQgdXNhZ2Ugb2Ygc2FtZQ0KPiA+ID4gSW50ZXJmYWNlIGFj cm9zcyBhbGwgTFNScw0KPiA+ID4gaW4gcHJhY3RpY2UgaXQgaXMgZGVzaXJhYmxlIHRvIGZhdGUg c2VwYXJhdGUgdGhlIHBoeXNpY2FsIHRvcG9sb2d5DQo+ID4gPiB0byBhY2hpZXZlIHNlcGFyYXRp b24gYWNyb3NzIGVudGlyZSB2ZXJ0aWNhbC4gU2VwYXJhdGlvbiBvZiBwaHlzaWNhbA0KPiA+ID4g dG9wb2xvZ3kgY2FuIGJlDQo+ID4gPiBhY2hpZXZlZCBieSBMRFAgTXVsdGktdG9wb2xvZ3kgdGhh dCBzeW5jaHJvbml6ZXMgSUdQIGFuZCBMRFChr3MgdmlldyAoDQo+ID4gPiBodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtbGRwLW11bHRpLXRvcG9sb2d5LTA0KSBvcg0K PiA+ID4gYnkgdXNpbmcgaGVsbG8NCj4gPiA+IGFkamFjZW5jeSBjYXBhYmlsaXRpZXMgYXQgTERQ IGxldmVsIChodHRwOi8vdG9vbHMuaWV0Zi4NCj4gPiA+IG9yZy9odG1sL2RyYWZ0LXBkdXR0YS1t cGxzLWxkcC1hZGotY2FwYWJpbGl0eS0wMCkuDQo+ID4gPg0KPiA+ID4NCj4gPiA+IEhvcGUgdG8g c2VlIHlvdXIgY2xhcmlmaWNhdGlvbi4gVGhhbmtzLg0KPiA+ID4NCj4gPiA+IExpemhvbmcNCj4g PiA+DQo+ID4gPg0KPiA+ID4gTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PiB3cm90ZSAyMDEyLzA4 LzI5IDE3OjEwOjAxOg0KPiA+ID4NCj4gPiA+ID4gS2FtcmFuLiBFcmljIGFuZCBMaXpob25nLA0K PiA+ID4gPg0KPiA+ID4gPiBZb3UgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3 IHRlYW0gcmV2aWV3ZXJzIGZvcg0KPiA+ID4gPiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAt aW5zdGFuY2UtMDAudHh0Lg0KPiA+ID4gPg0KPiA+ID4gPiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBo YXZlIGJlZW4gQ0Ohr2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdw0KPiA+ID4g PiB0aGF0IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJl dmlldyB5b3VyIG93bg0KPiA+ID4gPiBkb2N1bWVudC4NCj4gPiA+ID4NCj4gPiA+ID4gUmV2aWV3 cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXNp dCB1c2VmdWwNCj4gPiA+ID4gKGllLCBpcyBpdCBsaWtlbHkgdG8gYmUgYWN0dWFsbHkgdXNlZnVs IGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5kIGlzDQo+ID4gPiA+IHRoZSBkb2N1bWVudCB0 ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dpbmcgd2hldGhlcg0K PiA+ID4gPiB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRv cHRpb24gKGllLCBpdCBkb2VzbqGvdA0KPiA+ID4gPiBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhp cyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLg0KPiA+ID4gPg0KPiA+ID4gPiBS ZXZpZXdzIHNob3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFp cnMgYW5kDQo+ID4gPiA+IHNlY3JldGFyeSwgYW5kIENDoa9kIHRvIHRoZSBNUExTIFdHIGVtYWls IGxpc3QuIElmIG5lY2Vzc2FyeSwgY29tbWVudHMNCj4gPiA+ID4gbWF5IGJlIHNlbnQgcHJpdmF0 ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCj4gPiA+ID4NCj4gPiA+ID4gQXJlIHlvdSBhYmxl IHRvIHJldmlldyB0aGlzIGRyYWZ0IGJ5IFNlcCAxMywgMjAxMj8NCj4gPiA+ID4NCj4gPiA+ID4g VGhhbmtzLCBMb2ENCj4gPiA+ID4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4gPiA+IC0tDQo+ID4g PiA+DQo+ID4gPiA+DQo+ID4gPiA+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAg ICAgZW1haWw6IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+ID4gPiA+IFNyIFN0cmF0ZWd5 IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KPiA+ID4gPiBFcmlj c3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUyIDEz DQo+ID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAr NDYgNzY3IDcyIDkyIDEzDQo+ID4gPiA+DQo= --_000_C584046466ED224CA92C1BC3313B963E13F0E03728INBANSXCHMBSA_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

 

      &n= bsp;            = ;   Pls. refer inline to your questions.

      &n= bsp;           

[Lizhong] to confirm I understand correctly. Do you mean= the multiple instances in this draft does not include the VRF case? And multipl= e instances are belong to only one VRF, right?

 

Doesn=A1=AFt each VRF uses its own LSR-ID/Router-ID today? Each VRF is an independent LDP stack. We are not sa= ying that =A1=B0don=A1=AFt use different LSR-ID

across VRFs=A1=B1. The draft brings th= e case for multiple LSR within a VRF which is not the case today.  

 

[Lizhong] If peer does not support FEC capability, you should have some local configuration to indicate the FEC set. Then you coul= d still avoid loop by this local indication. I am trying to see the technical motivation of Node-ID TLV. If we only want to know the same peering relationship for easy management, the NMS could simply do that. Is there an= y other technical reason for Node-ID TLV?

 

Node-ID TLV is not limited to loop detection in FEC exchanges. By configuration/NMS we can do many things =A8C= even static MPLS

without needing LDP or signaling at al= l (e.g We shouldn=A1=AFt have notion of =A1=B0ldp discovery=A1=B1). Since the= context of this draft is a signaling protocol, so

Node-ID TLV serves as an indication fo= r || sessions. Inclusion of Node ID TLV is optional and is not mandatory as mentioned in the draft. Sessions are

part of infrastructure based on which various applications are built upon and an application may find utility if = it is known that a set of sessions are ||

to same node.=

 

Thanks,

Pranjal

From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn] Sent: Monday, September 03, = 2012 8:53 PM
To: Dutta, Pranjal K (Pranjal)
Cc: draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org; mpls@ietf.org; mpls-chairs@tools.ietf.org
Subject: RE: [mpls] MPLS-RT = review of draft-pdutta-mpls-multi-ldp-instance@tools.i= etf.org

 


Hi Pranjal,

> Hi Lizhong,
>  
> =A1=B0Then does the LDP multiple instance in this draft does not
> include the VRF case? It is better to explicit describe this,
> otherwise it is confusing. In the VRF case, the FEC will be
> duplicated between different instances.=A1=B1
>  
> [Pranjal] The multiple instances are within VRF. Sure, will clarify
> explicitly.
[Lizhong] to confirm I understand correctly. Do you mean the multiple instances in th= is draft does not include the VRF case? And multiple instances are belong to o= nly one VRF, right?

>  
> =A1=B0If the FEC set (identified by capability) is totally
> disjoint between two instance, it could be simply discard the FEC
> label mapping if not match capability to avoid loop, why we still
> need Node-ID TLV=A3=BF=A1=B1
>  
> [Pranjal] Node-ID TLV is a generic construct and not associated with FEC
> capability. If peer hasn=A1=AFt implemented FEC capability then you may nee= d
> some way to figure out. Secondly, even though peer supports FEC capability,=
> it is useful to know that we are running || sessions to same peering system= .
[Lizhong] If peer does not support FEC capability, you should have some local configuration to indicate the FEC set. Then you could still avoid loop by t= his local indication. I am trying to see the technical motivation of Node-ID TL= V. If we only want to know the same peering relationship for easy management, = the NMS could simply do that. Is there any other technical reason for Node-ID T= LV?

Thanks
Lizhong

>  
> Thanks,
> Pranjal
>  
>  
>
> From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> Sent: Monday, September 03, 2012 6:48 PM
> To: Dutta, Pranjal K (Pra= njal)
> Cc: draft-pdutta-mpls-multi-ldp-instance@t= ools.ietf.org; mpls@ietf.
> org; mpls-chairs@tools.ietf.org; Dutta, Pranjal K (Pranjal)
> Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> instance@tools.ietf.org
>  
>
> Hi Pranjal,
> Much clear now, thank you. Two inline comments that maybe missed in > your previous email.
>
> snip from previous email...
> > 2. For LDP multiple instance, is it allowed for duplicated FEC > > between two instance?
> >  
> > [Pranjal] Duplicated FECs won=A1=AFt be allowed. The parallel ses= sions
> > between two peering systems needs to be disjoint with respect to = the
> > working set
> > =A8C the FECs. This needs to be ensured thru various FEC specific=
> > session capabilities. Each || session must advertise disjoint FEC=
> > capabilities. Section
> > 2.1.1 explains the use of LDP session capabilities (RFC5561) to k= eep
> > the FEC distribution mutually exclusive. What criteria to be used=
> > for segregation
> > of FECs are to be decided on case to case basic. This draft provi= des
> > the fundamental building block for control plane fate separation.=
> [Lizhong] Then does the LDP multiple instance in this draft does not <= br> > include the VRF case? It is better to explicit describe this,
> otherwise it is confusing. In the VRF case, the FEC will be
> duplicated between different instances.
>
> >
> > 3. If duplicated FECs are possible between two instance, receivin= g
> > same label mapping from parallel multi-lsr peering sessions could=
> > not interpret as loop, right?
> >  
> > [Pranjal] Duplicated FECs are not allowed across . But what if a =
> > peering system misbehaves or peering system not supporting the > > solution (thus agnostic
> > Of the fact that a few sessions are terminated in same peering > > system) leaks FECs on all || sessions? That may result in a loop = for
> > some applications
> > and =A1=B0Section 3. Detection of multi-instance peering=A1=B1 ad= dresses that
> > issue.  It lets a system aware of || sessions and thus can t= ake
> > necessary actions.
> [Lizhong] If the FEC set (identified by capability) is totally
> disjoint between two instance, it could be simply discard the FEC
> label mapping if not match capability to avoid loop, why we still
> need Node-ID TLV=A3=BF
>
> Thanks
> Lizhong
>  
>
> "Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com>
> wrote 2012/09/01 01:38:39:
>
> > Hi Lizhong,
> >                   &n= bsp;  I think I didn=A1=AFt clarify on =A8C =A1=B0Do you mean the
> > two instance need to synchronize FEC mapping information=A1=B1. T= he
> > multi-instance peering that we described about
> > Is a little different from multi-instance IGPs. In multi-instance=
> > LDP case by default the FEC database would be shared in the sense=
> > that all label mapping would share the same
> > global label space and thus following is possible/desirable.
> >  
> >                   &n= bsp;       System A             &nb= sp;                    
> > System B                 =                 System C
> >                   &n= bsp;           LSR-A1----------------------------LSR- > > B1    X    LSR-B3--------------------------LS= R-C1
> >                   &n= bsp;           LSR-A2 ---------------------------LSR- > > B2    X    LSR-B4--------------------------LS= R-C2
> >  
> >  
> >                   &n= bsp;  There can be a seamless LSP/Tunnel between
> > System A and System C for FEC F1. C->B label mapping L1 is exchanged
> > using B3-C1 LSR tuples and
> > B->A label mapping L2 is exchanged using B2-A2 LSR tuples. Thi= s is
> > because the FEC-Label mapping database continue to exist in syste= mB in same
> > way as it does today. There would be only one FEC F1 in the LIB :=
> >  
> >                   &n= bsp;                      = ;                        = ;  
> > F1  --> egress label L1 (Local LSR B3---Remote LSR C1) > >                   &n= bsp;                      = ;                        = ;        -=A8=A4
> > ingress label L2 (Local LSR B2---Remote LSR A2)
> >  
> >                   &n= bsp;  The X connect at system B is L1->L2
> >                   &n= bsp;              
> >  
> >  
> > Thanks,
> > Pranjal
> >
> > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Beh= alf Of
> > Dutta, Pranjal K (Pr= anjal)
> > Sent: Friday, August 31, 2012 10:22 AM
> > To: Lizhong Jin
> > Cc: mpls@ietf.org; <= st1:PersonName w:st=3D"on">mpls-chairs@tools.ietf.org; draft-pdutta-mpls-=
> > multi-ldp-instance@tools.ietf.org
> > Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp= -
> > instance@tools.ietf.org
> >  
> > Hi Lizhong,
> >                   &n= bsp;     Please refer my answers inline.
> > Thanks,
> > Pranjal
> >  
> >
> > From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> > Sent: Thursday, August 30, 2012 11:42 PM
> > To: Dutta, Pranjal K (Pranjal)
> > Cc: draft-pdutta-mpls-multi-ldp-insta= nce@tools.ietf.org; mpls@ietf.
> > org; mpls-chairs@tools.ietf.org
> > Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp= -
> > instance@tools.ietf.org
> >  
> >
> > Hi Pranjal,
> > Thanks for the clarification, much clear than before for me now. =
> > Please see inline for addtional comments.
> >
> > One more question for section 3.
> > "When a LSR receives a FEC label mapping from a peering sess= ion but
> > same FEC mapping has been already receiver over another peering <= br> > > session associated with same Node-ID then the receiving LSR MUST =
> > send a Label Release to the peering session with statuc code"= ;
> > How a LSR could know the FEC mapping information from another > > instance? Do you mean the two instance need to synchronize FEC > > mapping information?
> >  
> > [Pranjal] One way to think is  as follows =A8C let=A1=AFs sa= y that detection
> > of multi-instance peering is implemented as in Section 3. Then > > receiving system would know about the sessions terminating
> > in same remote peering system. So the receiving system can create= a
> > group/bundle id internally for all such || sessions and keep the =
> > FEC-label mappings also in the database. If there is a
> > collision of Fec label mappings in the group-id database then lab= el
> > release can be sent, keeping the first one intact.
> >
> >
> > Thanks
> > Lizhong
> >
> > "Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com>
> > wrote 2012/08/31 01:00:53:
> >
> > > 2. For LDP multiple instance, is it allowed for duplicated F= EC
> > > between two instance?
> > >  
> > > [Pranjal] Duplicated FECs won=A1=AFt be allowed. The paralle= l sessions
> > > between two peering systems needs to be disjoint with respec= t to the
> > > working set
> > > =A8C the FECs. This needs to be ensured thru various FEC spe= cific
> > > session capabilities. Each || session must advertise disjoin= t FEC
> > > capabilities. Section
> > > 2.1.1 explains the use of LDP session capabilities (RFC5561)= to keep
> > > the FEC distribution mutually exclusive. What criteria to be used
> > > for segregation
> > > of FECs are to be decided on case to case basic. This draft provides
> > > the fundamental building block for control plane fate separation.
> > [Lizhong] Then does the LDP multiple instance in this draft does = not
> > include the VRF case? It is better to explicit describe this, > > otherwise it is confusing. In the VRF case, the FEC will be
> > duplicated between different instances.
> >
> > >
> > > 3. If duplicated FECs are possible between two instance, receiving
> > > same label mapping from parallel multi-lsr peering sessions could
> > > not interpret as loop, right?
> > >  
> > > [Pranjal] Duplicated FECs are not allowed across . But what = if a
> > > peering system misbehaves or peering system not supporting t= he
> > > solution (thus agnostic
> > > Of the fact that a few sessions are terminated in same peeri= ng
> > > system) leaks FECs on all || sessions? That may result in a = loop for
> > > some applications
> > > and =A1=B0Section 3. Detection of multi-instance peering=A1= =B1 addresses that
> > > issue.  It lets a system aware of || sessions and thus = can take
> > > necessary actions.
> > [Lizhong] If the FEC set (identified by capability) is totally > > disjoint between two instance, it could be simply discard the FEC=
> > label mapping if not match capability to avoid loop, why we still=
> > need Node-ID TLV=A3=BF
> >
> > >
> > > 4. In case 1~4, one interface will serve multiple instance, = I guess,
> > > the interface you refer is physical interface, and when shar= ing one
> > > physical interface, then one sub-interface for each instance= is
> > > still required, right? In my understanding, one IP interface could
> > > not be shared by multiple LDP instance, otherwise how to tre= at the
> > > prefix of that interface.
> >
> > > [Pranjal] I won=A1=AFt view it as sub-interface since all in= stances are
> > > running in same FEC database. So if we think from a =A1=B0vi= rtual router=A1=B1
> > > point of view (each
> > > Virtual Router is separated across all verticals in RIB/LFIB= /FIB and
> > > self-sufficient) then all the multiple LSR instances would b= e
> > > running within same
> > > Virtual Router and thus can share interfaces assigned to tha= t
> > > Virtual Router. Although the draft does not prevent usage of same
> > > Interface across all LSRs
> > > in practice it is desirable to fate separate the physical topology
> > > to achieve separation across entire vertical. Separation of physical
> > > topology can be
> > > achieved by LDP Multi-topology that synchronizes IGP and LDP= =A1=AFs view (
> > > http://tools.ietf.org/html/draft-ietf-mpls-ldp-multi-topolog= y-04) or
> > > by using hello
> > > adjacency capabilities at LDP level (http://tools.ietf.
> > > org/html/draft-pdutta-mpls-ldp-adj-capability-00).
> > >  
> > >
> > > Hope to see your clarification. Thanks.
> > >
> > > Lizhong
> > >  
> > >
> > > Loa Andersson <loa@pi.nu> wrote 2012/08/29 17:10:01:
> > >
> > > > Kamran. Eric and Lizhong,
> > > >
> > > > You have been selected as an MPLS Review team reviewers= for
> > > > draft-pdutta-mpls-multi-ldp-instance-00.txt.
> > > >
> > > > Note to authors: You have been CC=A1=AFd on this email = so that you can know
> > > > that this review is going on. However, please do not re= view your own
> > > > document.
> > > >
> > > > Reviews should comment on whether the document is coher= ent, isit useful
> > > > (ie, is it likely to be actually useful in operational networks), and is
> > > > the document technically sound?  We are interested= in knowing whether
> > > > the document is ready to be considered for WG adoption = (ie, it doesn=A1=AFt
> > > > have to be perfect at this point, but should be a good start).
> > > >
> > > > Reviews should be sent to the document authors, WG co-chairs and
> > > > secretary, and CC=A1=AFd to the MPLS WG email list. If necessary, comments
> > > > may be sent privately to only the WG chairs.
> > > >
> > > > Are you able to review this draft by Sep 13, 2012?
> > > >
> > > > Thanks, Loa
> > > > (as MPLS WG chair)
> > > > --
> > > >
> > > >
> > > > Loa Andersson                        = ; email: loa.andersson@ericsson.com
> > > > Sr Strategy and Standards Manager       =      loa@pi.nu
> > > > Ericsson Inc             =              phone: +46 10 717 52 13
> > > >                =                        = ;       +46 767 72 92 13
> > > >

--_000_C584046466ED224CA92C1BC3313B963E13F0E03728INBANSXCHMBSA_-- From lizho.jin@gmail.com Tue Sep 4 06:41:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E96BA21F8644 for ; Tue, 4 Sep 2012 06:41:53 -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=[BAYES_00=-2.599, 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 i+FRDDfTt8wh for ; Tue, 4 Sep 2012 06:41:53 -0700 (PDT) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id 67C6921F863C for ; Tue, 4 Sep 2012 06:41:53 -0700 (PDT) Received: by ieak13 with SMTP id k13so5542348iea.31 for ; Tue, 04 Sep 2012 06:41:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=iWYk9umjYlhxBM+rnx5PCTSf0lcvyYBlo9j0c6U+Nwk=; b=dXnOUYH74VaoT07e7pAHmaWERv7HWZoxR8bzQ37NdrsEBaK5Dqq42EbvIRGVA7nOh/ F4gyw07q8MkFsz6YyzqKwhjJk/A/Fee0/c2g66zpyjEy5Zboqkvy5pHaX6gPxwEMGANF Wd2bESVLksO/MLx863BnM3HMH1h8F0yktwJN5cZRis6P0mz0O86dujIlA2rSg86OTsWl IW43+veOfyjLOng+2w6X8m/Uy1cVt8lpsoGidZFur79dZoaAIqOIjdj9ujp3p2Q3kk8K qv8CeBUQofrRCb3cuErwC75qhDzlX+iMOUc6t/Ru9lzvUaq/roZgWYBvZYE6gwKjr/f0 UpcA== MIME-Version: 1.0 Received: by 10.42.163.135 with SMTP id c7mr4962007icy.45.1346766112994; Tue, 04 Sep 2012 06:41:52 -0700 (PDT) Received: by 10.50.15.201 with HTTP; Tue, 4 Sep 2012 06:41:52 -0700 (PDT) Date: Tue, 4 Sep 2012 21:41:52 +0800 Message-ID: From: Lizhong Jin To: Loa Andersson , "mpls@ietf.org" Content-Type: multipart/alternative; boundary=90e6ba6e8b4ec2b54404c8e06be6 Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 13:41:54 -0000 --90e6ba6e8b4ec2b54404c8e06be6 Content-Type: text/plain; charset=ISO-8859-1 Hi, Support as co-author. Lizhong Loa Andersson wrote 2012/09/04 14:16:23: > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > --90e6ba6e8b4ec2b54404c8e06be6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
Support as co-author.

Lizhong
=A0

Loa Andersson <loa@pi.nu> wrote 2012/09/04 14:16:23:

=
> Working group,
>=A0
> this is to start a two= week poll on adopting
> draft-jjwl-mpls-mldp-hsmp-01.txt
> as an MPLS working group document.
>=A0
&= gt; Please send your comments (support/not support) to the mpls working
> group mailing list (mpls@ietf.or= g).
>=A0
> This poll is extended and will end= Sep 19th, 2012.
>=A0
> /Loa
> (mpls= wg co-chair)
> --=A0
>=A0
>=A0
> Loa Ande= rsson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 email: loa.andersson@ericsson.com
&g= t; Sr Strategy and Standards Manager =A0 =A0 =A0 =A0 =A0 =A0loa@pi.nu
> Ericsson Inc =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0p= hone: +46 10 717 52 13
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 +46 767 72 92 13
>=A0

--90e6ba6e8b4ec2b54404c8e06be6-- From loa@pi.nu Tue Sep 4 11:58:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1508121F84F5 for ; Tue, 4 Sep 2012 11:58:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ASemoBcUqgXy for ; Tue, 4 Sep 2012 11:58:20 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 1706311E809A for ; Tue, 4 Sep 2012 11:58:20 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 3DE2A2A8003; Tue, 4 Sep 2012 20:58:18 +0200 (CEST) Message-ID: <50464F4B.9090408@pi.nu> Date: Tue, 04 Sep 2012 20:58:19 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: [mpls] working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 18:58:21 -0000 Working Group, this is to start a working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01. Please send your comments to the MPLS wg mailing list (mpls@ietf.org). We have done an IPR poll among the authors and on the mpls wg mailing list. All the authors has responded that they are not aware any IPR claims on this document. No IPR disclosures has been filed against this document. /Loa (for the wg co-chairs) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Tue Sep 4 12:01:00 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B14E421E80C2 for ; Tue, 4 Sep 2012 12:01:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 2CVna0Hf+jmv for ; Tue, 4 Sep 2012 12:01:00 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 23E2321E80B3 for ; Tue, 4 Sep 2012 12:00:58 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 69C012A8003; Tue, 4 Sep 2012 21:00:57 +0200 (CEST) Message-ID: <50464FEA.5080602@pi.nu> Date: Tue, 04 Sep 2012 21:00:58 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" References: <50464F4B.9090408@pi.nu> In-Reply-To: <50464F4B.9090408@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 (slight update) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 19:01:00 -0000 On 2012-09-04 20:58, Loa Andersson wrote: > Working Group, > > this is to start a working group last call on > draft-ietf-mpls-ipv6-pw-lsp-ping-01. > > Please send your comments to the MPLS wg mailing list (mpls@ietf.org). > > We have done an IPR poll among the authors and on the mpls wg mailing > list. All the authors has responded that they are not aware any IPR > claims on this document. > > No IPR disclosures has been filed against this document. The working group last call ends Sep 21, 2012. > > > /Loa > (for the wg co-chairs) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From christina@isocore.com Tue Sep 4 10:51:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3965B11E80A4 for ; Tue, 4 Sep 2012 10:51:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.105 X-Spam-Level: ** X-Spam-Status: No, score=2.105 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.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 4tmyUuLYm-WM for ; Tue, 4 Sep 2012 10:51:12 -0700 (PDT) Received: from ns1.cpanel.btnaccess.com (unknown [205.177.121.254]) by ietfa.amsl.com (Postfix) with ESMTP id BC6DE11E809A for ; Tue, 4 Sep 2012 10:51:11 -0700 (PDT) Received: from [127.0.0.1] (port=49391 helo=localhost) by ns1.cpanel.btnaccess.com with esmtpa (Exim 4.77) (envelope-from ) id 1T8xHJ-0002dS-1e for mpls@ietf.org; Tue, 04 Sep 2012 13:51:09 -0400 Received: from 65.213.193.121 ([65.213.193.121]) by 205.177.121.2 (Horde Framework) with HTTP; Tue, 04 Sep 2012 13:51:08 -0400 Message-ID: <20120904135108.170971910peeseq4@205.177.121.2> Date: Tue, 04 Sep 2012 13:51:08 -0400 From: christina@isocore.com To: mpls@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns1.cpanel.btnaccess.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - isocore.com Subject: [mpls] MPLS2012 Conference X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 19:40:41 -0000 Hello, The MPLS 2012 Conference (the 15th annual event) will take place October 28-31 in Washington DC and will include an extensive four day program consisting of tutorials, technical sessions, panels, and exhibits. The key topics to be discussed at this year's conference include: cloud computing, data centers, SDN (software defined/driven networks), packet transport technologies, mobile backhaul, optical transport, MPLS-TP, and latest in MPLS services. The program is available at www.mpls2012.com, or Tutorial (Sun): http://www.isocore.com/mpls2012/program/tutorials.htm Technical sessions (Mon- Wed): http://www.isocore.com/mpls2012/program/technical_sessions.htm The conference hotel is the Marriott Wardman Park in Washington DC. Please note that there are only a limited number of rooms available this year at a reduced rate. For more hotel information please visit: http://www.isocore.com/mpls2012/hotel.htm Should you have any questions, do not hesitate to contact us. Thanks, Christina From internet-drafts@ietf.org Wed Sep 5 16:53:00 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFC3321F86C7; Wed, 5 Sep 2012 16:53:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.335 X-Spam-Level: X-Spam-Status: No, score=-102.335 tagged_above=-999 required=5 tests=[AWL=0.264, 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 erMXIY2lxoFB; Wed, 5 Sep 2012 16:53:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5523921F8681; Wed, 5 Sep 2012 16:53:00 -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: 4.34 Message-ID: <20120905235300.12324.97648.idtracker@ietfa.amsl.com> Date: Wed, 05 Sep 2012 16:53:00 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-entropy-label-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 23:53:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : The Use of Entropy Labels in MPLS Forwarding Author(s) : Kireeti Kompella John Drake Shane Amante Wim Henderickx Lucy Yong Filename : draft-ietf-mpls-entropy-label-06.txt Pages : 23 Date : 2012-09-05 Abstract: Load balancing is a powerful tool for engineering traffic across a network. This memo suggests ways of improving load balancing across MPLS networks using the concept of "entropy labels". It defines the concept, describes why entropy labels are useful, enumerates properties of entropy labels that allow maximal benefit, and shows how they can be signaled and used for various applications. This document updates RFCs 3031, 3107, 3209 and 5036. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-entropy-label There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-entropy-label-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-entropy-label-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lizhong.jin@zte.com.cn Thu Sep 6 07:34:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 910CE21F8666 for ; Thu, 6 Sep 2012 07:34:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.969 X-Spam-Level: X-Spam-Status: No, score=-95.969 tagged_above=-999 required=5 tests=[AWL=-0.411, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_BAD_ID=2.837, 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 eoLD8Th23T2y for ; Thu, 6 Sep 2012 07:34:51 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 5866A21F865E for ; Thu, 6 Sep 2012 07:34:50 -0700 (PDT) Received: from [10.30.3.21] by mx5.zte.com.cn with surfront esmtp id 232555242998926(version=TLSv1/SSLv3 cipher=SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA bits=128 verify=NO); Thu, 6 Sep 2012 22:27:12 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q86EXtrK047943; Thu, 6 Sep 2012 22:33:55 +0800 (GMT-8) (envelope-from lizhong.jin@zte.com.cn) In-Reply-To: To: "Dutta, Pranjal K (Pranjal)" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: Lizhong Jin Date: Thu, 6 Sep 2012 22:33:35 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-06 22:33:52, Serialize complete at 2012-09-06 22:33:52 Content-Type: multipart/alternative; boundary="=_alternative 0050010148257A71_=" X-MAIL: mse02.zte.com.cn q86EXtrK047943 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 14:34:53 -0000 This is a multipart message in MIME format. --=_alternative 0050010148257A71_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgUHJhbmphbCwNClNlZSBpbmxpbmUgYmVsb3cuIFRoYW5rcy4NCg0KTGl6aG9uZw0KIA0KDQoi RHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkiIDxwcmFuamFsLmR1dHRhQGFsY2F0ZWwtbHVjZW50 LmNvbT4gd3JvdGUgDQoyMDEyLzA5LzA0IDIwOjU2OjI2Og0KDQo+IEhpIExpemhvbmcsDQo+IA0K PiAgICAgICAgICAgICAgICAgICAgICAgUGxzLiByZWZlciBpbmxpbmUgdG8geW91ciBxdWVzdGlv bnMuDQo+IA0KPiBbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVuZGVyc3RhbmQgY29ycmVjdGx5LiBE byB5b3UgbWVhbiB0aGUgDQo+IG11bHRpcGxlIGluc3RhbmNlcyBpbiB0aGlzIGRyYWZ0IGRvZXMg bm90IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBBbmQgDQo+IG11bHRpcGxlIGluc3RhbmNlcyBhcmUg YmVsb25nIHRvIG9ubHkgb25lIFZSRiwgcmlnaHQ/DQo+IA0KPiBEb2VzbqGvdCBlYWNoIFZSRiB1 c2VzIGl0cyBvd24gTFNSLUlEL1JvdXRlci1JRCB0b2RheT8gRWFjaCBWUkYgaXMgYW4NCj4gaW5k ZXBlbmRlbnQgTERQIHN0YWNrLiBXZSBhcmUgbm90IHNheWluZyB0aGF0IKGwZG9uoa90IHVzZSBk aWZmZXJlbnQgDQpMU1ItSUQgDQo+IGFjcm9zcyBWUkZzobEuIFRoZSBkcmFmdCBicmluZ3MgdGhl IGNhc2UgZm9yIG11bHRpcGxlIExTUiB3aXRoaW4gYSANCj4gVlJGIHdoaWNoIGlzIG5vdCB0aGUg Y2FzZSB0b2RheS4gDQpbTGl6aG9uZ10gY2xlYXIgbm93LCB0aGFua3MuDQoNCj4gDQo+IFtMaXpo b25nXSBJZiBwZWVyIGRvZXMgbm90IHN1cHBvcnQgRkVDIGNhcGFiaWxpdHksIHlvdSBzaG91bGQg aGF2ZSANCj4gc29tZSBsb2NhbCBjb25maWd1cmF0aW9uIHRvIGluZGljYXRlIHRoZSBGRUMgc2V0 LiBUaGVuIHlvdSBjb3VsZCANCj4gc3RpbGwgYXZvaWQgbG9vcCBieSB0aGlzIGxvY2FsIGluZGlj YXRpb24uIEkgYW0gdHJ5aW5nIHRvIHNlZSB0aGUgDQo+IHRlY2huaWNhbCBtb3RpdmF0aW9uIG9m IE5vZGUtSUQgVExWLiBJZiB3ZSBvbmx5IHdhbnQgdG8ga25vdyB0aGUgDQo+IHNhbWUgcGVlcmlu ZyByZWxhdGlvbnNoaXAgZm9yIGVhc3kgbWFuYWdlbWVudCwgdGhlIE5NUyBjb3VsZCBzaW1wbHkg DQo+IGRvIHRoYXQuIElzIHRoZXJlIGFueSBvdGhlciB0ZWNobmljYWwgcmVhc29uIGZvciBOb2Rl LUlEIFRMVj8gDQo+IA0KPiBOb2RlLUlEIFRMViBpcyBub3QgbGltaXRlZCB0byBsb29wIGRldGVj dGlvbiBpbiBGRUMgZXhjaGFuZ2VzLiBCeSANCj4gY29uZmlndXJhdGlvbi9OTVMgd2UgY2FuIGRv IG1hbnkgdGhpbmdzIKhDIGV2ZW4gc3RhdGljIE1QTFMgDQo+IHdpdGhvdXQgbmVlZGluZyBMRFAg b3Igc2lnbmFsaW5nIGF0IGFsbCAoZS5nIFdlIHNob3VsZG6hr3QgaGF2ZSANCj4gbm90aW9uIG9m IKGwbGRwIGRpc2NvdmVyeaGxKS4gU2luY2UgdGhlIGNvbnRleHQgb2YgdGhpcyBkcmFmdCBpcyBh IA0KPiBzaWduYWxpbmcgcHJvdG9jb2wsIHNvIA0KPiBOb2RlLUlEIFRMViBzZXJ2ZXMgYXMgYW4g aW5kaWNhdGlvbiBmb3IgfHwgc2Vzc2lvbnMuIEluY2x1c2lvbiBvZiANCj4gTm9kZSBJRCBUTFYg aXMgb3B0aW9uYWwgYW5kIGlzIG5vdCBtYW5kYXRvcnkgYXMgbWVudGlvbmVkIGluIHRoZSANCj4g ZHJhZnQuIFNlc3Npb25zIGFyZSANCj4gcGFydCBvZiBpbmZyYXN0cnVjdHVyZSBiYXNlZCBvbiB3 aGljaCB2YXJpb3VzIGFwcGxpY2F0aW9ucyBhcmUgYnVpbHQNCj4gdXBvbiBhbmQgYW4gYXBwbGlj YXRpb24gbWF5IGZpbmQgdXRpbGl0eSBpZiBpdCBpcyBrbm93biB0aGF0IGEgc2V0IA0KPiBvZiBz ZXNzaW9ucyBhcmUgfHwNCj4gdG8gc2FtZSBub2RlLg0KW0xpemhvbmddIHRoZXJlIGFyZSB0d28g cG9pbnRzLiAxLiB0aGVuIGNvdWxkIEkgc2F5IHRoZSBsb29wIGRldGVjdGlvbiANCmNvdWxkIGJl IGRvbmUgd2l0aG91dCBOb2RlLUlEIFRMVj8gQXMgcG9pbnRlZCBvdXQgaW4gbXkgcHJldmlvdXMg ZW1haWwsIA0KdGhlIGxvb3AgZGV0ZWN0aW9uIGNvdWxkIGJlIHNpbXBseSBkb25lIGJ5IHRoZSBG RUMgc2V0IGNoZWNraW5nLiAyLiBpZiB3ZSANCmFyZSBhZ3JlZWQgd2l0aCB0aGUgZmlyc3QgcG9p bnQsIHRoZW4gd2UgY291bGQgZGlzY3VzcyBvdGhlciB1dGlsaXR5IGZvciANCk5vZGUtSUQgVExW Lg0KDQo+IA0KPiBUaGFua3MsDQo+IFByYW5qYWwNCg0KPiANCj4gRnJvbTogTGl6aG9uZyBKaW4g W21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXSANCj4gU2VudDogTW9uZGF5LCBTZXB0ZW1i ZXIgMDMsIDIwMTIgODo1MyBQTQ0KPiBUbzogRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkNCj4g Q2M6IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsg bXBsc0BpZXRmLg0KPiBvcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6 IFJFOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRw LQ0KPiBpbnN0YW5jZUB0b29scy5pZXRmLm9yZw0KPiANCj4gDQo+IEhpIFByYW5qYWwsIA0KPiAN Cj4gPiBIaSBMaXpob25nLCANCj4gPiANCj4gPiChsFRoZW4gZG9lcyB0aGUgTERQIG11bHRpcGxl IGluc3RhbmNlIGluIHRoaXMgZHJhZnQgZG9lcyBub3QgDQo+ID4gaW5jbHVkZSB0aGUgVlJGIGNh c2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmliZSB0aGlzLCANCj4gPiBvdGhlcndp c2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZSANCj4g PiBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50IGluc3RhbmNlcy6hsSANCj4gPiANCj4gPiBb UHJhbmphbF0gVGhlIG11bHRpcGxlIGluc3RhbmNlcyBhcmUgd2l0aGluIFZSRi4gU3VyZSwgd2ls bCBjbGFyaWZ5IA0KPiA+IGV4cGxpY2l0bHkuIA0KPiBbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVu ZGVyc3RhbmQgY29ycmVjdGx5LiBEbyB5b3UgbWVhbiB0aGUgDQo+IG11bHRpcGxlIGluc3RhbmNl cyBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBBbmQgDQo+IG11 bHRpcGxlIGluc3RhbmNlcyBhcmUgYmVsb25nIHRvIG9ubHkgb25lIFZSRiwgcmlnaHQ/IA0KPiAN Cj4gPiANCj4gPiChsElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxpdHkpIGlz IHRvdGFsbHkgDQo+ID4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJl IHNpbXBseSBkaXNjYXJkIHRoZSBGRUMgDQo+ID4gbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0Y2gg Y2FwYWJpbGl0eSB0byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwgDQo+ID4gbmVlZCBOb2RlLUlE IFRMVqO/obEgDQo+ID4gDQo+ID4gW1ByYW5qYWxdIE5vZGUtSUQgVExWIGlzIGEgZ2VuZXJpYyBj b25zdHJ1Y3QgYW5kIG5vdCBhc3NvY2lhdGVkIHdpdGggDQpGRUMgDQo+ID4gY2FwYWJpbGl0eS4g SWYgcGVlciBoYXNuoa90IGltcGxlbWVudGVkIEZFQyBjYXBhYmlsaXR5IHRoZW4geW91IG1heSAN Cm5lZWQgDQo+ID4gc29tZSB3YXkgdG8gZmlndXJlIG91dC4gU2Vjb25kbHksIGV2ZW4gdGhvdWdo IHBlZXIgc3VwcG9ydHMgRkVDIA0KY2FwYWJpbGl0eSwNCj4gPiBpdCBpcyB1c2VmdWwgdG8ga25v dyB0aGF0IHdlIGFyZSBydW5uaW5nIHx8IHNlc3Npb25zIHRvIHNhbWUgcGVlcmluZyANCnN5c3Rl bS4NCj4gW0xpemhvbmddIElmIHBlZXIgZG9lcyBub3Qgc3VwcG9ydCBGRUMgY2FwYWJpbGl0eSwg eW91IHNob3VsZCBoYXZlIA0KPiBzb21lIGxvY2FsIGNvbmZpZ3VyYXRpb24gdG8gaW5kaWNhdGUg dGhlIEZFQyBzZXQuIFRoZW4geW91IGNvdWxkIA0KPiBzdGlsbCBhdm9pZCBsb29wIGJ5IHRoaXMg bG9jYWwgaW5kaWNhdGlvbi4gSSBhbSB0cnlpbmcgdG8gc2VlIHRoZSANCj4gdGVjaG5pY2FsIG1v dGl2YXRpb24gb2YgTm9kZS1JRCBUTFYuIElmIHdlIG9ubHkgd2FudCB0byBrbm93IHRoZSANCj4g c2FtZSBwZWVyaW5nIHJlbGF0aW9uc2hpcCBmb3IgZWFzeSBtYW5hZ2VtZW50LCB0aGUgTk1TIGNv dWxkIHNpbXBseSANCj4gZG8gdGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIHRlY2huaWNhbCByZWFz b24gZm9yIE5vZGUtSUQgVExWPyANCj4gDQo+IFRoYW5rcyANCj4gTGl6aG9uZyANCj4gDQo+ID4g DQo+ID4gVGhhbmtzLCANCj4gPiBQcmFuamFsIA0KPiA+IA0KPiA+IA0KPiA+IA0KPiA+IEZyb206 IExpemhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRlLmNvbS5jbl0gDQo+ID4gU2VudDog TW9uZGF5LCBTZXB0ZW1iZXIgMDMsIDIwMTIgNjo0OCBQTQ0KPiA+IFRvOiBEdXR0YSwgUHJhbmph bCBLIChQcmFuamFsKQ0KPiA+IENjOiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAtaW5zdGFu Y2VAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi4NCj4gPiBvcmc7IG1wbHMtY2hhaXJzQHRvb2xz LmlldGYub3JnOyBEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKQ0KPiA+IFN1YmplY3Q6IFJFOiBb bXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLQ0KPiA+ IGluc3RhbmNlQHRvb2xzLmlldGYub3JnIA0KPiA+IA0KPiA+IA0KPiA+IEhpIFByYW5qYWwsIA0K PiA+IE11Y2ggY2xlYXIgbm93LCB0aGFuayB5b3UuIFR3byBpbmxpbmUgY29tbWVudHMgdGhhdCBt YXliZSBtaXNzZWQgaW4gDQo+ID4geW91ciBwcmV2aW91cyBlbWFpbC4gDQo+ID4gDQo+ID4gc25p cCBmcm9tIHByZXZpb3VzIGVtYWlsLi4uIA0KPiA+ID4gMi4gRm9yIExEUCBtdWx0aXBsZSBpbnN0 YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3IgZHVwbGljYXRlZCBGRUMgDQo+ID4gPiBiZXR3ZWVuIHR3 byBpbnN0YW5jZT8gDQo+ID4gPiANCj4gPiA+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3Mgd29u oa90IGJlIGFsbG93ZWQuIFRoZSBwYXJhbGxlbCBzZXNzaW9ucyANCj4gPiA+IGJldHdlZW4gdHdv IHBlZXJpbmcgc3lzdGVtcyBuZWVkcyB0byBiZSBkaXNqb2ludCB3aXRoIHJlc3BlY3QgdG8gdGhl IA0KDQo+ID4gPiB3b3JraW5nIHNldCANCj4gPiA+IKhDIHRoZSBGRUNzLiBUaGlzIG5lZWRzIHRv IGJlIGVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYyANCj4gPiA+IHNlc3Npb24gY2Fw YWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQgRkVDIA0K PiA+ID4gY2FwYWJpbGl0aWVzLiBTZWN0aW9uIA0KPiA+ID4gMi4xLjEgZXhwbGFpbnMgdGhlIHVz ZSBvZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRpZXMgKFJGQzU1NjEpIHRvIGtlZXAgDQoNCj4gPiA+ IHRoZSBGRUMgZGlzdHJpYnV0aW9uIG11dHVhbGx5IGV4Y2x1c2l2ZS4gV2hhdCBjcml0ZXJpYSB0 byBiZSB1c2VkIA0KPiA+ID4gZm9yIHNlZ3JlZ2F0aW9uIA0KPiA+ID4gb2YgRkVDcyBhcmUgdG8g YmUgZGVjaWRlZCBvbiBjYXNlIHRvIGNhc2UgYmFzaWMuIFRoaXMgZHJhZnQgcHJvdmlkZXMgDQoN Cj4gPiA+IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jayBmb3IgY29udHJvbCBwbGFuZSBm YXRlIHNlcGFyYXRpb24uIA0KPiA+IFtMaXpob25nXSBUaGVuIGRvZXMgdGhlIExEUCBtdWx0aXBs ZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90IA0KPiA+IGluY2x1ZGUgdGhlIFZSRiBj YXNlPyBJdCBpcyBiZXR0ZXIgdG8gZXhwbGljaXQgZGVzY3JpYmUgdGhpcywgDQo+ID4gb3RoZXJ3 aXNlIGl0IGlzIGNvbmZ1c2luZy4gSW4gdGhlIFZSRiBjYXNlLCB0aGUgRkVDIHdpbGwgYmUgDQo+ ID4gZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuIA0KPiA+IA0KPiA+ID4g DQo+ID4gPiAzLiBJZiBkdXBsaWNhdGVkIEZFQ3MgYXJlIHBvc3NpYmxlIGJldHdlZW4gdHdvIGlu c3RhbmNlLCByZWNlaXZpbmcgDQo+ID4gPiBzYW1lIGxhYmVsIG1hcHBpbmcgZnJvbSBwYXJhbGxl bCBtdWx0aS1sc3IgcGVlcmluZyBzZXNzaW9ucyBjb3VsZCANCj4gPiA+IG5vdCBpbnRlcnByZXQg YXMgbG9vcCwgcmlnaHQ/IA0KPiA+ID4gDQo+ID4gPiBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNz IGFyZSBub3QgYWxsb3dlZCBhY3Jvc3MgLiBCdXQgd2hhdCBpZiBhIA0KPiA+ID4gcGVlcmluZyBz eXN0ZW0gbWlzYmVoYXZlcyBvciBwZWVyaW5nIHN5c3RlbSBub3Qgc3VwcG9ydGluZyB0aGUgDQo+ ID4gPiBzb2x1dGlvbiAodGh1cyBhZ25vc3RpYyANCj4gPiA+IE9mIHRoZSBmYWN0IHRoYXQgYSBm ZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0ZWQgaW4gc2FtZSBwZWVyaW5nIA0KPiA+ID4gc3lzdGVt KSBsZWFrcyBGRUNzIG9uIGFsbCB8fCBzZXNzaW9ucz8gVGhhdCBtYXkgcmVzdWx0IGluIGEgbG9v cCBmb3IgDQoNCj4gPiA+IHNvbWUgYXBwbGljYXRpb25zIA0KPiA+ID4gYW5kIKGwU2VjdGlvbiAz LiBEZXRlY3Rpb24gb2YgbXVsdGktaW5zdGFuY2UgcGVlcmluZ6GxIGFkZHJlc3NlcyANCnRoYXQg DQo+ID4gPiBpc3N1ZS4gIEl0IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5k IHRodXMgY2FuIHRha2UgDQo+ID4gPiBuZWNlc3NhcnkgYWN0aW9ucy4gDQo+ID4gW0xpemhvbmdd IElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxpdHkpIGlzIHRvdGFsbHkgDQo+ ID4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNj YXJkIHRoZSBGRUMgDQo+ID4gbGFiZWwgbWFwcGluZyBpZiBub3QgbWF0Y2ggY2FwYWJpbGl0eSB0 byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwgDQo+ID4gbmVlZCBOb2RlLUlEIFRMVqO/IA0KPiA+ IA0KPiA+IFRoYW5rcyANCj4gPiBMaXpob25nIA0KPiA+IA0KPiA+IA0KPiA+ICJEdXR0YSwgUHJh bmphbCBLIChQcmFuamFsKSIgPHByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29tPiANCj4g PiB3cm90ZSAyMDEyLzA5LzAxIDAxOjM4OjM5Og0KPiA+IA0KPiA+ID4gSGkgTGl6aG9uZywgDQo+ ID4gPiAgICAgICAgICAgICAgICAgICAgICBJIHRoaW5rIEkgZGlkbqGvdCBjbGFyaWZ5IG9uIKhD IKGwRG8geW91IG1lYW4gDQp0aGUgDQo+ID4gPiB0d28gaW5zdGFuY2UgbmVlZCB0byBzeW5jaHJv bml6ZSBGRUMgbWFwcGluZyBpbmZvcm1hdGlvbqGxLiBUaGUgDQo+ID4gPiBtdWx0aS1pbnN0YW5j ZSBwZWVyaW5nIHRoYXQgd2UgZGVzY3JpYmVkIGFib3V0IA0KPiA+ID4gSXMgYSBsaXR0bGUgZGlm ZmVyZW50IGZyb20gbXVsdGktaW5zdGFuY2UgSUdQcy4gSW4gbXVsdGktaW5zdGFuY2UgDQo+ID4g PiBMRFAgY2FzZSBieSBkZWZhdWx0IHRoZSBGRUMgZGF0YWJhc2Ugd291bGQgYmUgc2hhcmVkIGlu IHRoZSBzZW5zZSANCj4gPiA+IHRoYXQgYWxsIGxhYmVsIG1hcHBpbmcgd291bGQgc2hhcmUgdGhl IHNhbWUgDQo+ID4gPiBnbG9iYWwgbGFiZWwgc3BhY2UgYW5kIHRodXMgZm9sbG93aW5nIGlzIHBv c3NpYmxlL2Rlc2lyYWJsZS4gDQo+ID4gPiANCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgU3lzdGVtIEEgDQo+ID4gPiBTeXN0ZW0gQiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN5c3RlbSBDIA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTFNSLUEx LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi0NCj4gPiA+IEIxICAgIFggICAgTFNSLUIz LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItQzEgDQo+ID4gPiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBMU1ItQTIgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLQ0KPiA+ ID4gQjIgICAgWCAgICBMU1ItQjQtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi1DMiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiAgICAgICAgICAgICAgICAgICAgICBUaGVyZSBjYW4gYmUgYSBz ZWFtbGVzcyBMU1AvVHVubmVsIGJldHdlZW4gDQo+ID4gPiBTeXN0ZW0gQSBhbmQgU3lzdGVtIEMg Zm9yIEZFQyBGMS4gQy0+QiBsYWJlbCBtYXBwaW5nIEwxIGlzIGV4Y2hhbmdlZA0KPiA+ID4gdXNp bmcgQjMtQzEgTFNSIHR1cGxlcyBhbmQgDQo+ID4gPiBCLT5BIGxhYmVsIG1hcHBpbmcgTDIgaXMg ZXhjaGFuZ2VkIHVzaW5nIEIyLUEyIExTUiB0dXBsZXMuIFRoaXMgaXMgDQo+ID4gPiBiZWNhdXNl IHRoZSBGRUMtTGFiZWwgbWFwcGluZyBkYXRhYmFzZSBjb250aW51ZSB0byBleGlzdCBpbiANCj4g c3lzdGVtQiBpbiBzYW1lIA0KPiA+ID4gd2F5IGFzIGl0IGRvZXMgdG9kYXkuIFRoZXJlIHdvdWxk IGJlIG9ubHkgb25lIEZFQyBGMSBpbiB0aGUgTElCIDogDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4g RjEgIC0tPiBlZ3Jlc3MgbGFiZWwgTDEgKExvY2FsIExTUiBCMy0tLVJlbW90ZSBMU1IgQzEpIA0K PiA+ID4gICAtqKQNCj4gPiA+IGluZ3Jlc3MgbGFiZWwgTDIgKExvY2FsIExTUiBCMi0tLVJlbW90 ZSBMU1IgQTIpIA0KPiA+ID4gDQo+ID4gPiAgICAgICAgICAgICAgICAgICAgICBUaGUgWCBjb25u ZWN0IGF0IHN5c3RlbSBCIGlzIEwxLT5MMiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+ IFRoYW5rcywgDQo+ID4gPiBQcmFuamFsIA0KPiA+ID4gDQo+ID4gPiBGcm9tOiBtcGxzLWJvdW5j ZXNAaWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiANCk9m IA0KPiA+ID4gRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkNCj4gPiA+IFNlbnQ6IEZyaWRheSwg QXVndXN0IDMxLCAyMDEyIDEwOjIyIEFNDQo+ID4gPiBUbzogTGl6aG9uZyBKaW4NCj4gPiA+IENj OiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgZHJhZnQtcGR1dHRh LW1wbHMtDQo+ID4gPiBtdWx0aS1sZHAtaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcNCj4gPiA+IFN1 YmplY3Q6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVs dGktbGRwLQ0KPiA+ID4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcgDQo+ID4gPiANCj4gPiA+IEhp IExpemhvbmcsIA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgUGxlYXNlIHJlZmVyIG15 IGFuc3dlcnMgaW5saW5lLiANCj4gPiA+IFRoYW5rcywgDQo+ID4gPiBQcmFuamFsIA0KPiA+ID4g DQo+ID4gPiANCj4gPiA+IEZyb206IExpemhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRl LmNvbS5jbl0gDQo+ID4gPiBTZW50OiBUaHVyc2RheSwgQXVndXN0IDMwLCAyMDEyIDExOjQyIFBN DQo+ID4gPiBUbzogRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCkNCj4gPiA+IENjOiBkcmFmdC1w ZHV0dGEtbXBscy1tdWx0aS1sZHAtaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi4N Cj4gPiA+IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPiA+IFN1YmplY3Q6IFJF OiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLQ0K PiA+ID4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gSGkg UHJhbmphbCwgDQo+ID4gPiBUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLCBtdWNoIGNsZWFy IHRoYW4gYmVmb3JlIGZvciBtZSBub3cuIA0KPiA+ID4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIGFk ZHRpb25hbCBjb21tZW50cy4gDQo+ID4gPiANCj4gPiA+IE9uZSBtb3JlIHF1ZXN0aW9uIGZvciBz ZWN0aW9uIDMuIA0KPiA+ID4gIldoZW4gYSBMU1IgcmVjZWl2ZXMgYSBGRUMgbGFiZWwgbWFwcGlu ZyBmcm9tIGEgcGVlcmluZyBzZXNzaW9uIGJ1dCANCj4gPiA+IHNhbWUgRkVDIG1hcHBpbmcgaGFz IGJlZW4gYWxyZWFkeSByZWNlaXZlciBvdmVyIGFub3RoZXIgcGVlcmluZyANCj4gPiA+IHNlc3Np b24gYXNzb2NpYXRlZCB3aXRoIHNhbWUgTm9kZS1JRCB0aGVuIHRoZSByZWNlaXZpbmcgTFNSIE1V U1QgDQo+ID4gPiBzZW5kIGEgTGFiZWwgUmVsZWFzZSB0byB0aGUgcGVlcmluZyBzZXNzaW9uIHdp dGggc3RhdHVjIGNvZGUiIA0KPiA+ID4gSG93IGEgTFNSIGNvdWxkIGtub3cgdGhlIEZFQyBtYXBw aW5nIGluZm9ybWF0aW9uIGZyb20gYW5vdGhlciANCj4gPiA+IGluc3RhbmNlPyBEbyB5b3UgbWVh biB0aGUgdHdvIGluc3RhbmNlIG5lZWQgdG8gc3luY2hyb25pemUgRkVDIA0KPiA+ID4gbWFwcGlu ZyBpbmZvcm1hdGlvbj8gDQo+ID4gPiANCj4gPiA+IFtQcmFuamFsXSBPbmUgd2F5IHRvIHRoaW5r IGlzICBhcyBmb2xsb3dzIKhDIGxldKGvcyBzYXkgdGhhdCANCmRldGVjdGlvbg0KPiA+ID4gb2Yg bXVsdGktaW5zdGFuY2UgcGVlcmluZyBpcyBpbXBsZW1lbnRlZCBhcyBpbiBTZWN0aW9uIDMuIFRo ZW4gDQo+ID4gPiByZWNlaXZpbmcgc3lzdGVtIHdvdWxkIGtub3cgYWJvdXQgdGhlIHNlc3Npb25z IHRlcm1pbmF0aW5nIA0KPiA+ID4gaW4gc2FtZSByZW1vdGUgcGVlcmluZyBzeXN0ZW0uIFNvIHRo ZSByZWNlaXZpbmcgc3lzdGVtIGNhbiBjcmVhdGUgYSANCj4gPiA+IGdyb3VwL2J1bmRsZSBpZCBp bnRlcm5hbGx5IGZvciBhbGwgc3VjaCB8fCBzZXNzaW9ucyBhbmQga2VlcCB0aGUgDQo+ID4gPiBG RUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUgZGF0YWJhc2UuIElmIHRoZXJlIGlzIGEgDQo+ ID4gPiBjb2xsaXNpb24gb2YgRmVjIGxhYmVsIG1hcHBpbmdzIGluIHRoZSBncm91cC1pZCBkYXRh YmFzZSB0aGVuIGxhYmVsIA0KPiA+ID4gcmVsZWFzZSBjYW4gYmUgc2VudCwga2VlcGluZyB0aGUg Zmlyc3Qgb25lIGludGFjdC4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gVGhhbmtzIA0KPiA+ID4g TGl6aG9uZyANCj4gPiA+IA0KPiA+ID4gIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJh bmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20+IA0KPiA+ID4gd3JvdGUgMjAxMi8wOC8zMSAw MTowMDo1MzoNCj4gPiA+IA0KPiA+ID4gPiAyLiBGb3IgTERQIG11bHRpcGxlIGluc3RhbmNlLCBp cyBpdCBhbGxvd2VkIGZvciBkdXBsaWNhdGVkIEZFQyANCj4gPiA+ID4gYmV0d2VlbiB0d28gaW5z dGFuY2U/IA0KPiA+ID4gPiANCj4gPiA+ID4gW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyB3b26h r3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVsIHNlc3Npb25zIA0KDQo+ID4gPiA+IGJldHdlZW4g dHdvIHBlZXJpbmcgc3lzdGVtcyBuZWVkcyB0byBiZSBkaXNqb2ludCB3aXRoIHJlc3BlY3QgdG8g DQp0aGUNCj4gPiA+ID4gd29ya2luZyBzZXQgDQo+ID4gPiA+IKhDIHRoZSBGRUNzLiBUaGlzIG5l ZWRzIHRvIGJlIGVuc3VyZWQgdGhydSB2YXJpb3VzIEZFQyBzcGVjaWZpYyANCj4gPiA+ID4gc2Vz c2lvbiBjYXBhYmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlzZSBkaXNqb2lu dCBGRUMgDQo+ID4gPiA+IGNhcGFiaWxpdGllcy4gU2VjdGlvbiANCj4gPiA+ID4gMi4xLjEgZXhw bGFpbnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lvbiBjYXBhYmlsaXRpZXMgKFJGQzU1NjEpIHRvIA0K a2VlcA0KPiA+ID4gPiB0aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuIFdo YXQgY3JpdGVyaWEgdG8gYmUgdXNlZCANCj4gPiA+ID4gZm9yIHNlZ3JlZ2F0aW9uIA0KPiA+ID4g PiBvZiBGRUNzIGFyZSB0byBiZSBkZWNpZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBk cmFmdCANCnByb3ZpZGVzDQo+ID4gPiA+IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jayBm b3IgY29udHJvbCBwbGFuZSBmYXRlIHNlcGFyYXRpb24uIA0KPiA+ID4gW0xpemhvbmddIFRoZW4g ZG9lcyB0aGUgTERQIG11bHRpcGxlIGluc3RhbmNlIGluIHRoaXMgZHJhZnQgZG9lcyBub3QNCj4g PiA+IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBJdCBpcyBiZXR0ZXIgdG8gZXhwbGljaXQgZGVzY3Jp YmUgdGhpcywgDQo+ID4gPiBvdGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNh c2UsIHRoZSBGRUMgd2lsbCBiZSANCj4gPiA+IGR1cGxpY2F0ZWQgYmV0d2VlbiBkaWZmZXJlbnQg aW5zdGFuY2VzLiANCj4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gMy4gSWYgZHVwbGljYXRlZCBG RUNzIGFyZSBwb3NzaWJsZSBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgcmVjZWl2aW5nIA0KDQo+ID4g PiA+IHNhbWUgbGFiZWwgbWFwcGluZyBmcm9tIHBhcmFsbGVsIG11bHRpLWxzciBwZWVyaW5nIHNl c3Npb25zIGNvdWxkIA0KPiA+ID4gPiBub3QgaW50ZXJwcmV0IGFzIGxvb3AsIHJpZ2h0PyANCj4g PiA+ID4gDQo+ID4gPiA+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZFQ3MgYXJlIG5vdCBhbGxvd2Vk IGFjcm9zcyAuIEJ1dCB3aGF0IGlmIGEgDQo+ID4gPiA+IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2 ZXMgb3IgcGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcgdGhlIA0KPiA+ID4gPiBzb2x1dGlv biAodGh1cyBhZ25vc3RpYyANCj4gPiA+ID4gT2YgdGhlIGZhY3QgdGhhdCBhIGZldyBzZXNzaW9u cyBhcmUgdGVybWluYXRlZCBpbiBzYW1lIHBlZXJpbmcgDQo+ID4gPiA+IHN5c3RlbSkgbGVha3Mg RkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBpbiBhIGxvb3AgDQpmb3IN Cj4gPiA+ID4gc29tZSBhcHBsaWNhdGlvbnMgDQo+ID4gPiA+IGFuZCChsFNlY3Rpb24gMy4gRGV0 ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsSBhZGRyZXNzZXMgDQp0aGF0IA0KPiA+ ID4gPiBpc3N1ZS4gIEl0IGxldHMgYSBzeXN0ZW0gYXdhcmUgb2YgfHwgc2Vzc2lvbnMgYW5kIHRo dXMgY2FuIHRha2UgDQo+ID4gPiA+IG5lY2Vzc2FyeSBhY3Rpb25zLiANCj4gPiA+IFtMaXpob25n XSBJZiB0aGUgRkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5IA0K PiA+ID4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBk aXNjYXJkIHRoZSBGRUMgDQo+ID4gPiBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmls aXR5IHRvIGF2b2lkIGxvb3AsIHdoeSB3ZSBzdGlsbCANCj4gPiA+IG5lZWQgTm9kZS1JRCBUTFaj vyANCj4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gNC4gSW4gY2FzZSAxfjQsIG9uZSBpbnRlcmZh Y2Ugd2lsbCBzZXJ2ZSBtdWx0aXBsZSBpbnN0YW5jZSwgSSANCmd1ZXNzLA0KPiA+ID4gPiB0aGUg aW50ZXJmYWNlIHlvdSByZWZlciBpcyBwaHlzaWNhbCBpbnRlcmZhY2UsIGFuZCB3aGVuIHNoYXJp bmcgDQpvbmUgDQo+ID4gPiA+IHBoeXNpY2FsIGludGVyZmFjZSwgdGhlbiBvbmUgc3ViLWludGVy ZmFjZSBmb3IgZWFjaCBpbnN0YW5jZSBpcyANCj4gPiA+ID4gc3RpbGwgcmVxdWlyZWQsIHJpZ2h0 PyBJbiBteSB1bmRlcnN0YW5kaW5nLCBvbmUgSVAgaW50ZXJmYWNlIGNvdWxkIA0KDQo+ID4gPiA+ IG5vdCBiZSBzaGFyZWQgYnkgbXVsdGlwbGUgTERQIGluc3RhbmNlLCBvdGhlcndpc2UgaG93IHRv IHRyZWF0IHRoZSANCg0KPiA+ID4gPiBwcmVmaXggb2YgdGhhdCBpbnRlcmZhY2UuIA0KPiA+ID4g DQo+ID4gPiA+IFtQcmFuamFsXSBJIHdvbqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZhY2Ugc2lu Y2UgYWxsIGluc3RhbmNlcyANCmFyZSANCj4gPiA+ID4gcnVubmluZyBpbiBzYW1lIEZFQyBkYXRh YmFzZS4gU28gaWYgd2UgdGhpbmsgZnJvbSBhIKGwdmlydHVhbCANCnJvdXRlcqGxDQo+ID4gPiA+ IHBvaW50IG9mIHZpZXcgKGVhY2ggDQo+ID4gPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNlcGFyYXRl ZCBhY3Jvc3MgYWxsIHZlcnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgDQphbmQNCj4gPiA+ID4gc2Vs Zi1zdWZmaWNpZW50KSB0aGVuIGFsbCB0aGUgbXVsdGlwbGUgTFNSIGluc3RhbmNlcyB3b3VsZCBi ZSANCj4gPiA+ID4gcnVubmluZyB3aXRoaW4gc2FtZSANCj4gPiA+ID4gVmlydHVhbCBSb3V0ZXIg YW5kIHRodXMgY2FuIHNoYXJlIGludGVyZmFjZXMgYXNzaWduZWQgdG8gdGhhdCANCj4gPiA+ID4g VmlydHVhbCBSb3V0ZXIuIEFsdGhvdWdoIHRoZSBkcmFmdCBkb2VzIG5vdCBwcmV2ZW50IHVzYWdl IG9mIHNhbWUgDQo+ID4gPiA+IEludGVyZmFjZSBhY3Jvc3MgYWxsIExTUnMgDQo+ID4gPiA+IGlu IHByYWN0aWNlIGl0IGlzIGRlc2lyYWJsZSB0byBmYXRlIHNlcGFyYXRlIHRoZSBwaHlzaWNhbCB0 b3BvbG9neSANCg0KPiA+ID4gPiB0byBhY2hpZXZlIHNlcGFyYXRpb24gYWNyb3NzIGVudGlyZSB2 ZXJ0aWNhbC4gU2VwYXJhdGlvbiBvZiANCnBoeXNpY2FsDQo+ID4gPiA+IHRvcG9sb2d5IGNhbiBi ZSANCj4gPiA+ID4gYWNoaWV2ZWQgYnkgTERQIE11bHRpLXRvcG9sb2d5IHRoYXQgc3luY2hyb25p emVzIElHUCBhbmQgTERQoa9zIA0KdmlldyAoDQo+ID4gPiA+IGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbXBscy1sZHAtbXVsdGktdG9wb2xvZ3ktMDQpIA0Kb3INCj4gPiA+ ID4gYnkgdXNpbmcgaGVsbG8gDQo+ID4gPiA+IGFkamFjZW5jeSBjYXBhYmlsaXRpZXMgYXQgTERQ IGxldmVsIChodHRwOi8vdG9vbHMuaWV0Zi4NCj4gPiA+ID4gb3JnL2h0bWwvZHJhZnQtcGR1dHRh LW1wbHMtbGRwLWFkai1jYXBhYmlsaXR5LTAwKS4gDQo+ID4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ ID4gSG9wZSB0byBzZWUgeW91ciBjbGFyaWZpY2F0aW9uLiBUaGFua3MuIA0KPiA+ID4gPiANCj4g PiA+ID4gTGl6aG9uZyANCj4gPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiBMb2EgQW5kZXJzc29u IDxsb2FAcGkubnU+IHdyb3RlIDIwMTIvMDgvMjkgMTc6MTA6MDE6DQo+ID4gPiA+IA0KPiA+ID4g PiA+IEthbXJhbi4gRXJpYyBhbmQgTGl6aG9uZywNCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBZb3Ug aGF2ZSBiZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3IHRlYW0gcmV2aWV3ZXJzIGZvcg0K PiA+ID4gPiA+IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZS0wMC50eHQuDQo+ ID4gPiA+ID4gDQo+ID4gPiA+ID4gTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDoa9k IG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgDQpjYW4ga25vdw0KPiA+ID4gPiA+IHRoYXQgdGhp cyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIg DQpvd24NCj4gPiA+ID4gPiBkb2N1bWVudC4NCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBSZXZpZXdz IHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCANCj4g aXNpdCB1c2VmdWwNCj4gPiA+ID4gPiAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1 c2VmdWwgaW4gb3BlcmF0aW9uYWwgDQo+IG5ldHdvcmtzKSwgYW5kIGlzDQo+ID4gPiA+ID4gdGhl IGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0ZWQgaW4ga25vd2lu ZyANCndoZXRoZXINCj4gPiA+ID4gPiB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lk ZXJlZCBmb3IgV0cgYWRvcHRpb24gKGllLCBpdCANCmRvZXNuoa90DQo+ID4gPiA+ID4gaGF2ZSB0 byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS4N Cj4gPiA+ID4gPiANCj4gPiA+ID4gPiBSZXZpZXdzIHNob3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1 bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kDQo+ID4gPiA+ID4gc2VjcmV0YXJ5LCBhbmQg Q0Ohr2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCANCmNvbW1lbnRz DQo+ID4gPiA+ID4gbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4N Cj4gPiA+ID4gPiANCj4gPiA+ID4gPiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQg YnkgU2VwIDEzLCAyMDEyPw0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IFRoYW5rcywgTG9hDQo+ID4g PiA+ID4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4gPiA+ID4gLS0gDQo+ID4gPiA+ID4gDQo+ID4g PiA+ID4gDQo+ID4gPiA+ID4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBl bWFpbDogbG9hLg0KPiBhbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+ID4gPiA+ID4gU3IgU3RyYXRl Z3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4gPiA+ID4g RXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1 MiAxMw0KPiA+ID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICArNDYgNzY3IDcyIDkyIDEzDQo+ID4gPiA+ID4gDQo= --=_alternative 0050010148257A71_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIFByYW5qYWwsPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5TZWUgaW5saW5lIGJlbG93LiBUaGFu a3MuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5MaXpo b25nPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDs8L2Zv bnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O0R1dHRh LCBQcmFuamFsIEsgKFByYW5qYWwpJnF1b3Q7DQombHQ7cHJhbmphbC5kdXR0YUBhbGNhdGVsLWx1 Y2VudC5jb20mZ3Q7IHdyb3RlIDIwMTIvMDkvMDQgMjA6NTY6MjY6PGJyPg0KPGJyPg0KJmd0OyBI aSBMaXpob25nLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgUGxzLiByZWZlciBpbmxpbmUgdG8geW91ciBxdWVzdGlvbnMu PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgW0xp emhvbmddIHRvIGNvbmZpcm0gSSB1bmRlcnN0YW5kDQpjb3JyZWN0bHkuIERvIHlvdSBtZWFuIHRo ZSA8YnI+DQomZ3Q7IG11bHRpcGxlIGluc3RhbmNlcyBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90IGlu Y2x1ZGUgdGhlIFZSRiBjYXNlPyBBbmQNCjxicj4NCiZndDsgbXVsdGlwbGUgaW5zdGFuY2VzIGFy ZSBiZWxvbmcgdG8gb25seSBvbmUgVlJGLCByaWdodD88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IERvZXNuoa90IGVhY2ggVlJGIHVzZXMgaXRzIG93bg0KTFNS LUlEL1JvdXRlci1JRCB0b2RheT8gRWFjaCBWUkYgaXMgYW48YnI+DQomZ3Q7IGluZGVwZW5kZW50 IExEUCBzdGFjay4gV2UgYXJlIG5vdCBzYXlpbmcgdGhhdCChsGRvbqGvdCB1c2UgZGlmZmVyZW50 DQpMU1ItSUQgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 IGFjcm9zcyBWUkZzobEuIFRoZSBkcmFmdCBicmluZ3MNCnRoZSBjYXNlIGZvciBtdWx0aXBsZSBM U1Igd2l0aGluIGEgPGJyPg0KJmd0OyBWUkYgd2hpY2ggaXMgbm90IHRoZSBjYXNlIHRvZGF5LiAm bmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPltMaXpob25n XSBjbGVhciBub3csIHRoYW5rcy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mZ3Q7IFtMaXpob25nXSBJZiBwZWVyIGRvZXMgbm90IHN1cHBvcnQNCkZFQyBj YXBhYmlsaXR5LCB5b3Ugc2hvdWxkIGhhdmUgPGJyPg0KJmd0OyBzb21lIGxvY2FsIGNvbmZpZ3Vy YXRpb24gdG8gaW5kaWNhdGUgdGhlIEZFQyBzZXQuIFRoZW4geW91IGNvdWxkIDxicj4NCiZndDsg c3RpbGwgYXZvaWQgbG9vcCBieSB0aGlzIGxvY2FsIGluZGljYXRpb24uIEkgYW0gdHJ5aW5nIHRv IHNlZSB0aGUNCjxicj4NCiZndDsgdGVjaG5pY2FsIG1vdGl2YXRpb24gb2YgTm9kZS1JRCBUTFYu IElmIHdlIG9ubHkgd2FudCB0byBrbm93IHRoZSA8YnI+DQomZ3Q7IHNhbWUgcGVlcmluZyByZWxh dGlvbnNoaXAgZm9yIGVhc3kgbWFuYWdlbWVudCwgdGhlIE5NUyBjb3VsZCBzaW1wbHkNCjxicj4N CiZndDsgZG8gdGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIHRlY2huaWNhbCByZWFzb24gZm9yIE5v ZGUtSUQgVExWPyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 IE5vZGUtSUQgVExWIGlzIG5vdCBsaW1pdGVkIHRvIGxvb3ANCmRldGVjdGlvbiBpbiBGRUMgZXhj aGFuZ2VzLiBCeSA8YnI+DQomZ3Q7IGNvbmZpZ3VyYXRpb24vTk1TIHdlIGNhbiBkbyBtYW55IHRo aW5ncyCoQyBldmVuIHN0YXRpYyBNUExTIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyB3aXRob3V0IG5lZWRpbmcgTERQIG9yIHNpZ25hbGluZw0KYXQgYWxs IChlLmcgV2Ugc2hvdWxkbqGvdCBoYXZlIDxicj4NCiZndDsgbm90aW9uIG9mIKGwbGRwIGRpc2Nv dmVyeaGxKS4gU2luY2UgdGhlIGNvbnRleHQgb2YgdGhpcyBkcmFmdCBpcw0KYSA8YnI+DQomZ3Q7 IHNpZ25hbGluZyBwcm90b2NvbCwgc28gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mZ3Q7IE5vZGUtSUQgVExWIHNlcnZlcyBhcyBhbiBpbmRpY2F0aW9uDQpmb3Ig fHwgc2Vzc2lvbnMuIEluY2x1c2lvbiBvZiA8YnI+DQomZ3Q7IE5vZGUgSUQgVExWIGlzIG9wdGlv bmFsIGFuZCBpcyBub3QgbWFuZGF0b3J5IGFzIG1lbnRpb25lZCBpbiB0aGUgPGJyPg0KJmd0OyBk cmFmdC4gU2Vzc2lvbnMgYXJlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0OyBwYXJ0IG9mIGluZnJhc3RydWN0dXJlIGJhc2VkIG9uDQp3aGljaCB2YXJpb3Vz IGFwcGxpY2F0aW9ucyBhcmUgYnVpbHQ8YnI+DQomZ3Q7IHVwb24gYW5kIGFuIGFwcGxpY2F0aW9u IG1heSBmaW5kIHV0aWxpdHkgaWYgaXQgaXMga25vd24gdGhhdCBhIHNldA0KPGJyPg0KJmd0OyBv ZiBzZXNzaW9ucyBhcmUgfHw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPiZndDsgdG8gc2FtZSBub2RlLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+W0xpemhvbmddIHRoZXJlIGFyZSB0d28gcG9pbnRzLiAxLiB0aGVuDQpjb3VsZCBJ IHNheSB0aGUgbG9vcCBkZXRlY3Rpb24gY291bGQgYmUgZG9uZSB3aXRob3V0IE5vZGUtSUQgVExW PyBBcyBwb2ludGVkDQpvdXQgaW4gbXkgcHJldmlvdXMgZW1haWwsIHRoZSBsb29wIGRldGVjdGlv biBjb3VsZCBiZSBzaW1wbHkgZG9uZSBieSB0aGUNCkZFQyBzZXQgY2hlY2tpbmcuIDIuIGlmIHdl IGFyZSBhZ3JlZWQgd2l0aCB0aGUgZmlyc3QgcG9pbnQsIHRoZW4gd2UgY291bGQNCmRpc2N1c3Mg b3RoZXIgdXRpbGl0eSBmb3IgTm9kZS1JRCBUTFYuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBUaGFua3MsPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IFByYW5qYWw8YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgPGJyPg0KJmd0OyBGcm9tOiBMaXpob25nIEpp biBbbWFpbHRvOmxpemhvbmcuamluQHp0ZS5jb20uY25dIDxicj4NCiZndDsgU2VudDogTW9uZGF5 LCBTZXB0ZW1iZXIgMDMsIDIwMTIgODo1MyBQTTxicj4NCiZndDsgVG86IER1dHRhLCBQcmFuamFs IEsgKFByYW5qYWwpPGJyPg0KJmd0OyBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWlu c3RhbmNlQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYuPGJyPg0KJmd0OyBvcmc7IG1wbHMtY2hh aXJzQHRvb2xzLmlldGYub3JnPGJyPg0KJmd0OyBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQg cmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC08YnI+DQomZ3Q7IGluc3RhbmNl QHRvb2xzLmlldGYub3JnPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jmd0OyA8YnI+DQomZ3Q7IEhpIFByYW5qYWwsIDxicj4NCiZndDsgPGJyPg0KJmd0OyAmZ3Q7IEhp IExpemhvbmcsIDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IKGwVGhlbiBk b2VzIHRoZSBMRFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBkcmFmdCBkb2VzIG5vdA0KPGJy Pg0KJmd0OyAmZ3Q7IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBJdCBpcyBiZXR0ZXIgdG8gZXhwbGlj aXQgZGVzY3JpYmUgdGhpcywNCjxicj4NCiZndDsgJmd0OyBvdGhlcndpc2UgaXQgaXMgY29uZnVz aW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZSA8YnI+DQomZ3Q7ICZndDsgZHVw bGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuobEgPGJyPg0KJmd0OyAmZ3Q7ICZu YnNwOyA8YnI+DQomZ3Q7ICZndDsgW1ByYW5qYWxdIFRoZSBtdWx0aXBsZSBpbnN0YW5jZXMgYXJl IHdpdGhpbiBWUkYuIFN1cmUsIHdpbGwgY2xhcmlmeQ0KPGJyPg0KJmd0OyAmZ3Q7IGV4cGxpY2l0 bHkuIDxicj4NCiZndDsgW0xpemhvbmddIHRvIGNvbmZpcm0gSSB1bmRlcnN0YW5kIGNvcnJlY3Rs eS4gRG8geW91IG1lYW4gdGhlIDxicj4NCiZndDsgbXVsdGlwbGUgaW5zdGFuY2VzIGluIHRoaXMg ZHJhZnQgZG9lcyBub3QgaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEFuZA0KPGJyPg0KJmd0OyBtdWx0 aXBsZSBpbnN0YW5jZXMgYXJlIGJlbG9uZyB0byBvbmx5IG9uZSBWUkYsIHJpZ2h0PyA8YnI+DQom Z3Q7IDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IKGwSWYgdGhlIEZFQyBz ZXQgKGlkZW50aWZpZWQgYnkgY2FwYWJpbGl0eSkgaXMgdG90YWxseSA8YnI+DQomZ3Q7ICZndDsg ZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNjYXJk IHRoZQ0KRkVDIDxicj4NCiZndDsgJmd0OyBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBh YmlsaXR5IHRvIGF2b2lkIGxvb3AsIHdoeSB3ZSBzdGlsbA0KPGJyPg0KJmd0OyAmZ3Q7IG5lZWQg Tm9kZS1JRCBUTFajv6GxIDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IFtQ cmFuamFsXSBOb2RlLUlEIFRMViBpcyBhIGdlbmVyaWMgY29uc3RydWN0IGFuZCBub3QgYXNzb2Np YXRlZA0Kd2l0aCBGRUMgPGJyPg0KJmd0OyAmZ3Q7IGNhcGFiaWxpdHkuIElmIHBlZXIgaGFzbqGv dCBpbXBsZW1lbnRlZCBGRUMgY2FwYWJpbGl0eSB0aGVuDQp5b3UgbWF5IG5lZWQgPGJyPg0KJmd0 OyAmZ3Q7IHNvbWUgd2F5IHRvIGZpZ3VyZSBvdXQuIFNlY29uZGx5LCBldmVuIHRob3VnaCBwZWVy IHN1cHBvcnRzIEZFQw0KY2FwYWJpbGl0eSw8YnI+DQomZ3Q7ICZndDsgaXQgaXMgdXNlZnVsIHRv IGtub3cgdGhhdCB3ZSBhcmUgcnVubmluZyB8fCBzZXNzaW9ucyB0byBzYW1lDQpwZWVyaW5nIHN5 c3RlbS48YnI+DQomZ3Q7IFtMaXpob25nXSBJZiBwZWVyIGRvZXMgbm90IHN1cHBvcnQgRkVDIGNh cGFiaWxpdHksIHlvdSBzaG91bGQgaGF2ZQ0KPGJyPg0KJmd0OyBzb21lIGxvY2FsIGNvbmZpZ3Vy YXRpb24gdG8gaW5kaWNhdGUgdGhlIEZFQyBzZXQuIFRoZW4geW91IGNvdWxkIDxicj4NCiZndDsg c3RpbGwgYXZvaWQgbG9vcCBieSB0aGlzIGxvY2FsIGluZGljYXRpb24uIEkgYW0gdHJ5aW5nIHRv IHNlZSB0aGUNCjxicj4NCiZndDsgdGVjaG5pY2FsIG1vdGl2YXRpb24gb2YgTm9kZS1JRCBUTFYu IElmIHdlIG9ubHkgd2FudCB0byBrbm93IHRoZSA8YnI+DQomZ3Q7IHNhbWUgcGVlcmluZyByZWxh dGlvbnNoaXAgZm9yIGVhc3kgbWFuYWdlbWVudCwgdGhlIE5NUyBjb3VsZCBzaW1wbHkNCjxicj4N CiZndDsgZG8gdGhhdC4gSXMgdGhlcmUgYW55IG90aGVyIHRlY2huaWNhbCByZWFzb24gZm9yIE5v ZGUtSUQgVExWPyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhhbmtzIDxicj4NCiZndDsgTGl6aG9u ZyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IFRoYW5r cywgPGJyPg0KJmd0OyAmZ3Q7IFByYW5qYWwgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQom Z3Q7ICZndDsgJm5ic3A7IDxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgRnJvbTogTGl6 aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXSA8YnI+DQomZ3Q7ICZndDsg U2VudDogTW9uZGF5LCBTZXB0ZW1iZXIgMDMsIDIwMTIgNjo0OCBQTTxicj4NCiZndDsgJmd0OyBU bzogRHV0dGEsIFByYW5qYWwgSyAoUHJhbmphbCk8YnI+DQomZ3Q7ICZndDsgQ2M6IGRyYWZ0LXBk dXR0YS1tcGxzLW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLjxi cj4NCiZndDsgJmd0OyBvcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBEdXR0YSwgUHJh bmphbCBLIChQcmFuamFsKTxicj4NCiZndDsgJmd0OyBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMt UlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC08YnI+DQomZ3Q7ICZndDsg aW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7 ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IEhpIFByYW5qYWwsIDxicj4NCiZndDsgJmd0OyBNdWNoIGNs ZWFyIG5vdywgdGhhbmsgeW91LiBUd28gaW5saW5lIGNvbW1lbnRzIHRoYXQgbWF5YmUgbWlzc2Vk DQppbiA8YnI+DQomZ3Q7ICZndDsgeW91ciBwcmV2aW91cyBlbWFpbC4gPGJyPg0KJmd0OyAmZ3Q7 IDxicj4NCiZndDsgJmd0OyBzbmlwIGZyb20gcHJldmlvdXMgZW1haWwuLi4gPGJyPg0KJmd0OyAm Z3Q7ICZndDsgMi4gRm9yIExEUCBtdWx0aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3Ig ZHVwbGljYXRlZA0KRkVDIDxicj4NCiZndDsgJmd0OyAmZ3Q7IGJldHdlZW4gdHdvIGluc3RhbmNl PyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgW1ByYW5q YWxdIER1cGxpY2F0ZWQgRkVDcyB3b26hr3QgYmUgYWxsb3dlZC4gVGhlIHBhcmFsbGVsDQpzZXNz aW9ucyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBiZXR3ZWVuIHR3byBwZWVyaW5nIHN5c3RlbXMgbmVl ZHMgdG8gYmUgZGlzam9pbnQgd2l0aCByZXNwZWN0DQp0byB0aGUgPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgd29ya2luZyBzZXQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgqEMgdGhlIEZFQ3MuIFRoaXMgbmVl ZHMgdG8gYmUgZW5zdXJlZCB0aHJ1IHZhcmlvdXMgRkVDDQpzcGVjaWZpYyA8YnI+DQomZ3Q7ICZn dDsgJmd0OyBzZXNzaW9uIGNhcGFiaWxpdGllcy4gRWFjaCB8fCBzZXNzaW9uIG11c3QgYWR2ZXJ0 aXNlIGRpc2pvaW50DQpGRUMgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgY2FwYWJpbGl0aWVzLiBTZWN0 aW9uIDxicj4NCiZndDsgJmd0OyAmZ3Q7IDIuMS4xIGV4cGxhaW5zIHRoZSB1c2Ugb2YgTERQIHNl c3Npb24gY2FwYWJpbGl0aWVzIChSRkM1NTYxKQ0KdG8ga2VlcCA8YnI+DQomZ3Q7ICZndDsgJmd0 OyB0aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWEg dG8NCmJlIHVzZWQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgZm9yIHNlZ3JlZ2F0aW9uIDxicj4NCiZn dDsgJmd0OyAmZ3Q7IG9mIEZFQ3MgYXJlIHRvIGJlIGRlY2lkZWQgb24gY2FzZSB0byBjYXNlIGJh c2ljLiBUaGlzIGRyYWZ0DQpwcm92aWRlcyA8YnI+DQomZ3Q7ICZndDsgJmd0OyB0aGUgZnVuZGFt ZW50YWwgYnVpbGRpbmcgYmxvY2sgZm9yIGNvbnRyb2wgcGxhbmUgZmF0ZSBzZXBhcmF0aW9uLg0K PGJyPg0KJmd0OyAmZ3Q7IFtMaXpob25nXSBUaGVuIGRvZXMgdGhlIExEUCBtdWx0aXBsZSBpbnN0 YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMNCm5vdCA8YnI+DQomZ3Q7ICZndDsgaW5jbHVkZSB0aGUg VlJGIGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmliZSB0aGlzLA0KPGJyPg0K Jmd0OyAmZ3Q7IG90aGVyd2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRoZSBWUkYgY2FzZSwgdGhl IEZFQyB3aWxsIGJlIDxicj4NCiZndDsgJmd0OyBkdXBsaWNhdGVkIGJldHdlZW4gZGlmZmVyZW50 IGluc3RhbmNlcy4gPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4NCiZn dDsgJmd0OyAmZ3Q7IDMuIElmIGR1cGxpY2F0ZWQgRkVDcyBhcmUgcG9zc2libGUgYmV0d2VlbiB0 d28gaW5zdGFuY2UsDQpyZWNlaXZpbmcgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgc2FtZSBsYWJlbCBt YXBwaW5nIGZyb20gcGFyYWxsZWwgbXVsdGktbHNyIHBlZXJpbmcgc2Vzc2lvbnMNCmNvdWxkIDxi cj4NCiZndDsgJmd0OyAmZ3Q7IG5vdCBpbnRlcnByZXQgYXMgbG9vcCwgcmlnaHQ/IDxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBbUHJhbmphbF0gRHVwbGlj YXRlZCBGRUNzIGFyZSBub3QgYWxsb3dlZCBhY3Jvc3MgLiBCdXQgd2hhdA0KaWYgYSA8YnI+DQom Z3Q7ICZndDsgJmd0OyBwZWVyaW5nIHN5c3RlbSBtaXNiZWhhdmVzIG9yIHBlZXJpbmcgc3lzdGVt IG5vdCBzdXBwb3J0aW5nDQp0aGUgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgc29sdXRpb24gKHRodXMg YWdub3N0aWMgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgT2YgdGhlIGZhY3QgdGhhdCBhIGZldyBzZXNz aW9ucyBhcmUgdGVybWluYXRlZCBpbiBzYW1lIHBlZXJpbmcNCjxicj4NCiZndDsgJmd0OyAmZ3Q7 IHN5c3RlbSkgbGVha3MgRkVDcyBvbiBhbGwgfHwgc2Vzc2lvbnM/IFRoYXQgbWF5IHJlc3VsdCBp bg0KYSBsb29wIGZvciA8YnI+DQomZ3Q7ICZndDsgJmd0OyBzb21lIGFwcGxpY2F0aW9ucyA8YnI+ DQomZ3Q7ICZndDsgJmd0OyBhbmQgobBTZWN0aW9uIDMuIERldGVjdGlvbiBvZiBtdWx0aS1pbnN0 YW5jZSBwZWVyaW5nobENCmFkZHJlc3NlcyB0aGF0IDxicj4NCiZndDsgJmd0OyAmZ3Q7IGlzc3Vl LiAmbmJzcDtJdCBsZXRzIGEgc3lzdGVtIGF3YXJlIG9mIHx8IHNlc3Npb25zIGFuZCB0aHVzDQpj YW4gdGFrZSA8YnI+DQomZ3Q7ICZndDsgJmd0OyBuZWNlc3NhcnkgYWN0aW9ucy4gPGJyPg0KJmd0 OyAmZ3Q7IFtMaXpob25nXSBJZiB0aGUgRkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5 KSBpcyB0b3RhbGx5DQo8YnI+DQomZ3Q7ICZndDsgZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFu Y2UsIGl0IGNvdWxkIGJlIHNpbXBseSBkaXNjYXJkIHRoZQ0KRkVDIDxicj4NCiZndDsgJmd0OyBs YWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2b2lkIGxvb3AsIHdoeSB3 ZSBzdGlsbA0KPGJyPg0KJmd0OyAmZ3Q7IG5lZWQgTm9kZS1JRCBUTFajvyA8YnI+DQomZ3Q7ICZn dDsgPGJyPg0KJmd0OyAmZ3Q7IFRoYW5rcyA8YnI+DQomZ3Q7ICZndDsgTGl6aG9uZyA8YnI+DQom Z3Q7ICZndDsgJm5ic3A7IDxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJnF1b3Q7RHV0 dGEsIFByYW5qYWwgSyAoUHJhbmphbCkmcXVvdDsgJmx0O3ByYW5qYWwuZHV0dGFAYWxjYXRlbC1s dWNlbnQuY29tJmd0Ow0KPGJyPg0KJmd0OyAmZ3Q7IHdyb3RlIDIwMTIvMDkvMDEgMDE6Mzg6Mzk6 PGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7IEhpIExpemhvbmcsIDxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7SSB0aGluayBJIGRpZG6hr3QgY2xhcmlm eSBvbiCoQyChsERvIHlvdSBtZWFuIHRoZQ0KPGJyPg0KJmd0OyAmZ3Q7ICZndDsgdHdvIGluc3Rh bmNlIG5lZWQgdG8gc3luY2hyb25pemUgRkVDIG1hcHBpbmcgaW5mb3JtYXRpb26hsS4NClRoZSA8 YnI+DQomZ3Q7ICZndDsgJmd0OyBtdWx0aS1pbnN0YW5jZSBwZWVyaW5nIHRoYXQgd2UgZGVzY3Jp YmVkIGFib3V0IDxicj4NCiZndDsgJmd0OyAmZ3Q7IElzIGEgbGl0dGxlIGRpZmZlcmVudCBmcm9t IG11bHRpLWluc3RhbmNlIElHUHMuIEluIG11bHRpLWluc3RhbmNlDQo8YnI+DQomZ3Q7ICZndDsg Jmd0OyBMRFAgY2FzZSBieSBkZWZhdWx0IHRoZSBGRUMgZGF0YWJhc2Ugd291bGQgYmUgc2hhcmVk IGluDQp0aGUgc2Vuc2UgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgdGhhdCBhbGwgbGFiZWwgbWFwcGlu ZyB3b3VsZCBzaGFyZSB0aGUgc2FtZSA8YnI+DQomZ3Q7ICZndDsgJmd0OyBnbG9iYWwgbGFiZWwg c3BhY2UgYW5kIHRodXMgZm9sbG93aW5nIGlzIHBvc3NpYmxlL2Rlc2lyYWJsZS4NCjxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IFN5c3RlbSBBICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOzxicj4NCiZndDsgJmd0OyAmZ3Q7IFN5 c3RlbSBCICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgU3lzdGVtIEMNCjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMU1ItQTEtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tTFNSLTxicj4NCiZndDsgJmd0OyAmZ3Q7IEIxICZuYnNwOyAmbmJzcDtYICZuYnNwOyAm bmJzcDtMU1ItQjMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi1DMQ0KPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IExTUi1BMiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgQjIgJm5ic3A7ICZuYnNwO1ggJm5ic3A7ICZuYnNwO0xTUi1CNC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tTFNSLUMyDQo8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJm5ic3A7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 VGhlcmUgY2FuIGJlIGEgc2VhbWxlc3MgTFNQL1R1bm5lbCBiZXR3ZWVuIDxicj4NCiZndDsgJmd0 OyAmZ3Q7IFN5c3RlbSBBIGFuZCBTeXN0ZW0gQyBmb3IgRkVDIEYxLiBDLSZndDtCIGxhYmVsIG1h cHBpbmcNCkwxIGlzIGV4Y2hhbmdlZDxicj4NCiZndDsgJmd0OyAmZ3Q7IHVzaW5nIEIzLUMxIExT UiB0dXBsZXMgYW5kIDxicj4NCiZndDsgJmd0OyAmZ3Q7IEItJmd0O0EgbGFiZWwgbWFwcGluZyBM MiBpcyBleGNoYW5nZWQgdXNpbmcgQjItQTIgTFNSIHR1cGxlcy4NClRoaXMgaXMgPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgYmVjYXVzZSB0aGUgRkVDLUxhYmVsIG1hcHBpbmcgZGF0YWJhc2UgY29udGlu dWUgdG8gZXhpc3QNCmluIDxicj4NCiZndDsgc3lzdGVtQiBpbiBzYW1lIDxicj4NCiZndDsgJmd0 OyAmZ3Q7IHdheSBhcyBpdCBkb2VzIHRvZGF5LiBUaGVyZSB3b3VsZCBiZSBvbmx5IG9uZSBGRUMg RjEgaW4NCnRoZSBMSUIgOiA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDxicj4NCiZndDsgJmd0OyAmZ3Q7IEYxICZuYnNwOy0tJmd0 OyBlZ3Jlc3MgbGFiZWwgTDEgKExvY2FsIExTUiBCMy0tLVJlbW90ZSBMU1INCkMxKSA8YnI+DQom Z3Q7ICZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOy2opDxicj4NCiZndDsgJmd0 OyAmZ3Q7IGluZ3Jlc3MgbGFiZWwgTDIgKExvY2FsIExTUiBCMi0tLVJlbW90ZSBMU1IgQTIpIDxi cj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5i c3A7ICZuYnNwO1RoZSBYIGNvbm5lY3QgYXQgc3lzdGVtIEIgaXMgTDEtJmd0O0wyIDxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7 ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgVGhhbmtzLCA8YnI+DQomZ3Q7 ICZndDsgJmd0OyBQcmFuamFsIDxicj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAm Z3Q7IEZyb206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRm Lm9yZ10NCk9uIEJlaGFsZiBPZiA8YnI+DQomZ3Q7ICZndDsgJmd0OyBEdXR0YSwgUHJhbmphbCBL IChQcmFuamFsKTxicj4NCiZndDsgJmd0OyAmZ3Q7IFNlbnQ6IEZyaWRheSwgQXVndXN0IDMxLCAy MDEyIDEwOjIyIEFNPGJyPg0KJmd0OyAmZ3Q7ICZndDsgVG86IExpemhvbmcgSmluPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgQ2M6IG1wbHNAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3Jn OyBkcmFmdC1wZHV0dGEtbXBscy08YnI+DQomZ3Q7ICZndDsgJmd0OyBtdWx0aS1sZHAtaW5zdGFu Y2VAdG9vbHMuaWV0Zi5vcmc8YnI+DQomZ3Q7ICZndDsgJmd0OyBTdWJqZWN0OiBSZTogW21wbHNd IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC08YnI+DQomZ3Q7 ICZndDsgJmd0OyBpbnN0YW5jZUB0b29scy5pZXRmLm9yZyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAm bmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgSGkgTGl6aG9uZywgPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFBsZWFzZSByZWZlciBteSBhbnN3ZXJzIGlu bGluZS4gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgVGhhbmtzLCA8YnI+DQomZ3Q7ICZndDsgJmd0OyBQ cmFuamFsIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7ICZndDsgJmd0OyA8 YnI+DQomZ3Q7ICZndDsgJmd0OyBGcm9tOiBMaXpob25nIEppbiBbbWFpbHRvOmxpemhvbmcuamlu QHp0ZS5jb20uY25dIDxicj4NCiZndDsgJmd0OyAmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBBdWd1c3Qg MzAsIDIwMTIgMTE6NDIgUE08YnI+DQomZ3Q7ICZndDsgJmd0OyBUbzogRHV0dGEsIFByYW5qYWwg SyAoUHJhbmphbCk8YnI+DQomZ3Q7ICZndDsgJmd0OyBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVs dGktbGRwLWluc3RhbmNlQHRvb2xzLmlldGYub3JnOw0KbXBsc0BpZXRmLjxicj4NCiZndDsgJmd0 OyAmZ3Q7IG9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8YnI+DQomZ3Q7ICZndDsgJmd0 OyBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxz LW11bHRpLWxkcC08YnI+DQomZ3Q7ICZndDsgJmd0OyBpbnN0YW5jZUB0b29scy5pZXRmLm9yZyA8 YnI+DQomZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgSGkgUHJhbmphbCwgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgVGhhbmtzIGZvciB0 aGUgY2xhcmlmaWNhdGlvbiwgbXVjaCBjbGVhciB0aGFuIGJlZm9yZSBmb3INCm1lIG5vdy4gPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgUGxlYXNlIHNlZSBpbmxpbmUgZm9yIGFkZHRpb25hbCBjb21tZW50 cy4gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgT25lIG1vcmUgcXVl c3Rpb24gZm9yIHNlY3Rpb24gMy4gPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJnF1b3Q7V2hlbiBhIExT UiByZWNlaXZlcyBhIEZFQyBsYWJlbCBtYXBwaW5nIGZyb20gYSBwZWVyaW5nDQpzZXNzaW9uIGJ1 dCA8YnI+DQomZ3Q7ICZndDsgJmd0OyBzYW1lIEZFQyBtYXBwaW5nIGhhcyBiZWVuIGFscmVhZHkg cmVjZWl2ZXIgb3ZlciBhbm90aGVyDQpwZWVyaW5nIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHNlc3Np b24gYXNzb2NpYXRlZCB3aXRoIHNhbWUgTm9kZS1JRCB0aGVuIHRoZSByZWNlaXZpbmcNCkxTUiBN VVNUIDxicj4NCiZndDsgJmd0OyAmZ3Q7IHNlbmQgYSBMYWJlbCBSZWxlYXNlIHRvIHRoZSBwZWVy aW5nIHNlc3Npb24gd2l0aCBzdGF0dWMNCmNvZGUmcXVvdDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsg SG93IGEgTFNSIGNvdWxkIGtub3cgdGhlIEZFQyBtYXBwaW5nIGluZm9ybWF0aW9uIGZyb20gYW5v dGhlcg0KPGJyPg0KJmd0OyAmZ3Q7ICZndDsgaW5zdGFuY2U/IERvIHlvdSBtZWFuIHRoZSB0d28g aW5zdGFuY2UgbmVlZCB0byBzeW5jaHJvbml6ZQ0KRkVDIDxicj4NCiZndDsgJmd0OyAmZ3Q7IG1h cHBpbmcgaW5mb3JtYXRpb24/IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZuYnNwOyA8YnI+DQomZ3Q7 ICZndDsgJmd0OyBbUHJhbmphbF0gT25lIHdheSB0byB0aGluayBpcyAmbmJzcDthcyBmb2xsb3dz IKhDIGxldKGvcw0Kc2F5IHRoYXQgZGV0ZWN0aW9uPGJyPg0KJmd0OyAmZ3Q7ICZndDsgb2YgbXVs dGktaW5zdGFuY2UgcGVlcmluZyBpcyBpbXBsZW1lbnRlZCBhcyBpbiBTZWN0aW9uIDMuDQpUaGVu IDxicj4NCiZndDsgJmd0OyAmZ3Q7IHJlY2VpdmluZyBzeXN0ZW0gd291bGQga25vdyBhYm91dCB0 aGUgc2Vzc2lvbnMgdGVybWluYXRpbmcNCjxicj4NCiZndDsgJmd0OyAmZ3Q7IGluIHNhbWUgcmVt b3RlIHBlZXJpbmcgc3lzdGVtLiBTbyB0aGUgcmVjZWl2aW5nIHN5c3RlbSBjYW4NCmNyZWF0ZSBh IDxicj4NCiZndDsgJmd0OyAmZ3Q7IGdyb3VwL2J1bmRsZSBpZCBpbnRlcm5hbGx5IGZvciBhbGwg c3VjaCB8fCBzZXNzaW9ucyBhbmQNCmtlZXAgdGhlIDxicj4NCiZndDsgJmd0OyAmZ3Q7IEZFQy1s YWJlbCBtYXBwaW5ncyBhbHNvIGluIHRoZSBkYXRhYmFzZS4gSWYgdGhlcmUgaXMgYSA8YnI+DQom Z3Q7ICZndDsgJmd0OyBjb2xsaXNpb24gb2YgRmVjIGxhYmVsIG1hcHBpbmdzIGluIHRoZSBncm91 cC1pZCBkYXRhYmFzZQ0KdGhlbiBsYWJlbCA8YnI+DQomZ3Q7ICZndDsgJmd0OyByZWxlYXNlIGNh biBiZSBzZW50LCBrZWVwaW5nIHRoZSBmaXJzdCBvbmUgaW50YWN0LiA8YnI+DQomZ3Q7ICZndDsg Jmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyBUaGFua3MgPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgTGl6aG9uZyA8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7 ICZndDsgJmd0OyAmcXVvdDtEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKSZxdW90OyAmbHQ7cHJh bmphbC5kdXR0YUBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7DQo8YnI+DQomZ3Q7ICZndDsgJmd0OyB3 cm90ZSAyMDEyLzA4LzMxIDAxOjAwOjUzOjxicj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsg Jmd0OyAmZ3Q7ICZndDsgMi4gRm9yIExEUCBtdWx0aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dl ZCBmb3IgZHVwbGljYXRlZA0KRkVDIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgYmV0d2VlbiB0 d28gaW5zdGFuY2U/IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJm5ic3A7IDxicj4NCiZndDsg Jmd0OyAmZ3Q7ICZndDsgW1ByYW5qYWxdIER1cGxpY2F0ZWQgRkVDcyB3b26hr3QgYmUgYWxsb3dl ZC4gVGhlIHBhcmFsbGVsDQpzZXNzaW9ucyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGJldHdl ZW4gdHdvIHBlZXJpbmcgc3lzdGVtcyBuZWVkcyB0byBiZSBkaXNqb2ludCB3aXRoDQpyZXNwZWN0 IHRvIHRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgd29ya2luZyBzZXQgPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJmd0OyCoQyB0aGUgRkVDcy4gVGhpcyBuZWVkcyB0byBiZSBlbnN1cmVkIHRocnUg dmFyaW91cw0KRkVDIHNwZWNpZmljIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgc2Vzc2lvbiBj YXBhYmlsaXRpZXMuIEVhY2ggfHwgc2Vzc2lvbiBtdXN0IGFkdmVydGlzZQ0KZGlzam9pbnQgRkVD IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgY2FwYWJpbGl0aWVzLiBTZWN0aW9uIDxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZndDsgMi4xLjEgZXhwbGFpbnMgdGhlIHVzZSBvZiBMRFAgc2Vzc2lvbiBj YXBhYmlsaXRpZXMNCihSRkM1NTYxKSB0byBrZWVwPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyB0 aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWENCnRv IGJlIHVzZWQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBmb3Igc2VncmVnYXRpb24gPGJyPg0K Jmd0OyAmZ3Q7ICZndDsgJmd0OyBvZiBGRUNzIGFyZSB0byBiZSBkZWNpZGVkIG9uIGNhc2UgdG8g Y2FzZSBiYXNpYy4gVGhpcw0KZHJhZnQgcHJvdmlkZXM8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IHRoZSBmdW5kYW1lbnRhbCBidWlsZGluZyBibG9jayBmb3IgY29udHJvbCBwbGFuZSBmYXRlDQpz ZXBhcmF0aW9uLiA8YnI+DQomZ3Q7ICZndDsgJmd0OyBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBM RFAgbXVsdGlwbGUgaW5zdGFuY2UgaW4gdGhpcyBkcmFmdA0KZG9lcyBub3Q8YnI+DQomZ3Q7ICZn dDsgJmd0OyBpbmNsdWRlIHRoZSBWUkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRl c2NyaWJlDQp0aGlzLCA8YnI+DQomZ3Q7ICZndDsgJmd0OyBvdGhlcndpc2UgaXQgaXMgY29uZnVz aW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbA0KYmUgPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuIDxicj4NCiZndDsgJmd0 OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0 OyAzLiBJZiBkdXBsaWNhdGVkIEZFQ3MgYXJlIHBvc3NpYmxlIGJldHdlZW4gdHdvIGluc3RhbmNl LA0KcmVjZWl2aW5nIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgc2FtZSBsYWJlbCBtYXBwaW5n IGZyb20gcGFyYWxsZWwgbXVsdGktbHNyIHBlZXJpbmcNCnNlc3Npb25zIGNvdWxkIDxicj4NCiZn dDsgJmd0OyAmZ3Q7ICZndDsgbm90IGludGVycHJldCBhcyBsb29wLCByaWdodD8gPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBbUHJhbmph bF0gRHVwbGljYXRlZCBGRUNzIGFyZSBub3QgYWxsb3dlZCBhY3Jvc3MgLg0KQnV0IHdoYXQgaWYg YSA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHBlZXJpbmcgc3lzdGVtIG1pc2JlaGF2ZXMgb3Ig cGVlcmluZyBzeXN0ZW0gbm90IHN1cHBvcnRpbmcNCnRoZSA8YnI+DQomZ3Q7ICZndDsgJmd0OyAm Z3Q7IHNvbHV0aW9uICh0aHVzIGFnbm9zdGljIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgT2Yg dGhlIGZhY3QgdGhhdCBhIGZldyBzZXNzaW9ucyBhcmUgdGVybWluYXRlZCBpbiBzYW1lDQpwZWVy aW5nIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgc3lzdGVtKSBsZWFrcyBGRUNzIG9uIGFsbCB8 fCBzZXNzaW9ucz8gVGhhdCBtYXkgcmVzdWx0DQppbiBhIGxvb3AgZm9yPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgJmd0OyBzb21lIGFwcGxpY2F0aW9ucyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGFu ZCChsFNlY3Rpb24gMy4gRGV0ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmehsQ0KYWRk cmVzc2VzIHRoYXQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBpc3N1ZS4gJm5ic3A7SXQgbGV0 cyBhIHN5c3RlbSBhd2FyZSBvZiB8fCBzZXNzaW9ucw0KYW5kIHRodXMgY2FuIHRha2UgPGJyPg0K Jmd0OyAmZ3Q7ICZndDsgJmd0OyBuZWNlc3NhcnkgYWN0aW9ucy4gPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgW0xpemhvbmddIElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxpdHkpIGlz IHRvdGFsbHkNCjxicj4NCiZndDsgJmd0OyAmZ3Q7IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3Rh bmNlLCBpdCBjb3VsZCBiZSBzaW1wbHkgZGlzY2FyZA0KdGhlIEZFQyA8YnI+DQomZ3Q7ICZndDsg Jmd0OyBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2b2lkIGxvb3As IHdoeQ0Kd2Ugc3RpbGwgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgbmVlZCBOb2RlLUlEIFRMVqO/IDxi cj4NCiZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJmd0OyA0LiBJbiBjYXNlIDF+NCwgb25lIGludGVyZmFjZSB3aWxsIHNlcnZlIG11 bHRpcGxlIGluc3RhbmNlLA0KSSBndWVzcyw8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRoZSBp bnRlcmZhY2UgeW91IHJlZmVyIGlzIHBoeXNpY2FsIGludGVyZmFjZSwgYW5kDQp3aGVuIHNoYXJp bmcgb25lIDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgcGh5c2ljYWwgaW50ZXJmYWNlLCB0aGVu IG9uZSBzdWItaW50ZXJmYWNlIGZvciBlYWNoDQppbnN0YW5jZSBpcyA8YnI+DQomZ3Q7ICZndDsg Jmd0OyAmZ3Q7IHN0aWxsIHJlcXVpcmVkLCByaWdodD8gSW4gbXkgdW5kZXJzdGFuZGluZywgb25l IElQDQppbnRlcmZhY2UgY291bGQgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBub3QgYmUgc2hh cmVkIGJ5IG11bHRpcGxlIExEUCBpbnN0YW5jZSwgb3RoZXJ3aXNlIGhvdw0KdG8gdHJlYXQgdGhl IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgcHJlZml4IG9mIHRoYXQgaW50ZXJmYWNlLiA8YnI+ DQomZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFtQcmFuamFsXSBJIHdv bqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZhY2Ugc2luY2UNCmFsbCBpbnN0YW5jZXMgYXJlIDxi cj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgcnVubmluZyBpbiBzYW1lIEZFQyBkYXRhYmFzZS4gU28g aWYgd2UgdGhpbmsgZnJvbSBhDQqhsHZpcnR1YWwgcm91dGVyobE8YnI+DQomZ3Q7ICZndDsgJmd0 OyAmZ3Q7IHBvaW50IG9mIHZpZXcgKGVhY2ggPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBWaXJ0 dWFsIFJvdXRlciBpcyBzZXBhcmF0ZWQgYWNyb3NzIGFsbCB2ZXJ0aWNhbHMgaW4NClJJQi9MRklC L0ZJQiBhbmQ8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHNlbGYtc3VmZmljaWVudCkgdGhlbiBh bGwgdGhlIG11bHRpcGxlIExTUiBpbnN0YW5jZXMNCndvdWxkIGJlIDxicj4NCiZndDsgJmd0OyAm Z3Q7ICZndDsgcnVubmluZyB3aXRoaW4gc2FtZSA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFZp cnR1YWwgUm91dGVyIGFuZCB0aHVzIGNhbiBzaGFyZSBpbnRlcmZhY2VzIGFzc2lnbmVkDQp0byB0 aGF0IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgVmlydHVhbCBSb3V0ZXIuIEFsdGhvdWdoIHRo ZSBkcmFmdCBkb2VzIG5vdCBwcmV2ZW50DQp1c2FnZSBvZiBzYW1lIDxicj4NCiZndDsgJmd0OyAm Z3Q7ICZndDsgSW50ZXJmYWNlIGFjcm9zcyBhbGwgTFNScyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAm Z3Q7IGluIHByYWN0aWNlIGl0IGlzIGRlc2lyYWJsZSB0byBmYXRlIHNlcGFyYXRlIHRoZSBwaHlz aWNhbA0KdG9wb2xvZ3kgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyB0byBhY2hpZXZlIHNlcGFy YXRpb24gYWNyb3NzIGVudGlyZSB2ZXJ0aWNhbC4gU2VwYXJhdGlvbg0Kb2YgcGh5c2ljYWw8YnI+ DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRvcG9sb2d5IGNhbiBiZSA8YnI+DQomZ3Q7ICZndDsgJmd0 OyAmZ3Q7IGFjaGlldmVkIGJ5IExEUCBNdWx0aS10b3BvbG9neSB0aGF0IHN5bmNocm9uaXplcyBJ R1ANCmFuZCBMRFChr3MgdmlldyAoPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtbGRwLW11bHRpLXRvcG9sb2d5LTA0KQ0K b3I8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGJ5IHVzaW5nIGhlbGxvIDxicj4NCiZndDsgJmd0 OyAmZ3Q7ICZndDsgYWRqYWNlbmN5IGNhcGFiaWxpdGllcyBhdCBMRFAgbGV2ZWwgKGh0dHA6Ly90 b29scy5pZXRmLjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgb3JnL2h0bWwvZHJhZnQtcGR1dHRh LW1wbHMtbGRwLWFkai1jYXBhYmlsaXR5LTAwKS4NCjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg Jm5ic3A7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0 OyBIb3BlIHRvIHNlZSB5b3VyIGNsYXJpZmljYXRpb24uIFRoYW5rcy4gPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IExpemhvbmcgPGJyPg0KJmd0OyAm Z3Q7ICZndDsgJmd0OyAmbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7 ICZndDsgJmd0OyAmZ3Q7IExvYSBBbmRlcnNzb24gJmx0O2xvYUBwaS5udSZndDsgd3JvdGUgMjAx Mi8wOC8yOSAxNzoxMDowMTo8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0 OyAmZ3Q7ICZndDsgJmd0OyBLYW1yYW4uIEVyaWMgYW5kIExpemhvbmcsPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBZb3UgaGF2ZSBi ZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3IHRlYW0NCnJldmlld2VycyBmb3I8YnI+DQom Z3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3Rh bmNlLTAwLnR4dC48YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgJmd0OyAmZ3Q7IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQ6GvZCBvbiB0 aGlzDQplbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdzxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg Jmd0OyB0aGF0IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UNCmRvIG5v dCByZXZpZXcgeW91ciBvd248YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgZG9jdW1lbnQu PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg Jmd0OyBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50DQppcyBj b2hlcmVudCwgPGJyPg0KJmd0OyBpc2l0IHVzZWZ1bDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg Jmd0OyAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0aW9u YWwNCjxicj4NCiZndDsgbmV0d29ya3MpLCBhbmQgaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7 ICZndDsgdGhlIGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAmbmJzcDtXZSBhcmUgaW50ZXJl c3RlZA0KaW4ga25vd2luZyB3aGV0aGVyPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRo ZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRw0KYWRvcHRpb24gKGll LCBpdCBkb2VzbqGvdDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBoYXZlIHRvIGJlIHBl cmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZQ0KYSBnb29kIHN0YXJ0KS48YnI+DQom Z3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJl dmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsDQpXRyBjby1jaGFp cnMgYW5kPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHNlY3JldGFyeSwgYW5kIENDoa9k IHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuDQpJZiBuZWNlc3NhcnksIGNvbW1lbnRzPGJyPg0K Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IG1heSBiZSBzZW50IHByaXZhdGVseSB0byBvbmx5IHRo ZSBXRyBjaGFpcnMuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0 OyAmZ3Q7ICZndDsgJmd0OyBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgU2Vw IDEzLCAyMDEyPzxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsg Jmd0OyAmZ3Q7ICZndDsgVGhhbmtzLCBMb2E8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsg KGFzIE1QTFMgV0cgY2hhaXIpPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IC0tIDxicj4N CiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsg PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IExvYSBBbmRlcnNzb24gJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IGVtYWlsOiBsb2EuPGJyPg0KJmd0OyBhbmRlcnNzb25AZXJpY3Nzb24u Y29tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFy ZHMgTWFuYWdlciAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsb2FA cGkubnU8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgRXJpY3Nzb24gSW5jICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogKzQ2IDEwIDcxNw0KNTIgMTM8YnI+DQom Z3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICs0NiA3NjcgNzIgOTIgMTM8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7 ICZndDsgPC9mb250Pg0K --=_alternative 0050010148257A71_=-- From pranjal.dutta@alcatel-lucent.com Thu Sep 6 12:13:48 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF7D621F8723 for ; Thu, 6 Sep 2012 12:13:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.485 X-Spam-Level: X-Spam-Status: No, score=-3.485 tagged_above=-999 required=5 tests=[AWL=-1.089, 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 4yveKZZuK0ZX for ; Thu, 6 Sep 2012 12:13:46 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 1985B21F86DB for ; Thu, 6 Sep 2012 12:13:46 -0700 (PDT) Received: from inbansmailrelay2.in.alcatel-lucent.com (h135-250-11-33.lucent.com [135.250.11.33]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id q86JDatr006438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Sep 2012 14:13:39 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay2.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q86JDYxw031830 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 7 Sep 2012 00:43:34 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Fri, 7 Sep 2012 00:43:33 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Lizhong Jin Date: Fri, 7 Sep 2012 00:43:31 +0530 Thread-Topic: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: Ac2MPMt4RhEgJdWnSJe2UDEAEYdduwAJKJKA Message-ID: References: In-Reply-To: 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_C584046466ED224CA92C1BC3313B963E13F0E03C6AINBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 19:13:48 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0E03C6AINBANSXCHMBSA_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl6aG9uZywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgSSB0aGluayB3ZSBhcmUgYmFj ayB0byBzcXVhcmUgb25lLg0KDQqhsHRoZXJlIGFyZSB0d28gcG9pbnRzLiAxLiB0aGVuIGNvdWxk IEkgc2F5IHRoZSBsb29wIGRldGVjdGlvbiBjb3VsZCBiZSBkb25lIHdpdGhvdXQgTm9kZS1JRCBU TFY/IEFzIHBvaW50ZWQgb3V0IGluIG15IHByZXZpb3VzIGVtYWlsLCB0aGUgbG9vcCBkZXRlY3Rp b24gY291bGQgYmUgc2ltcGx5IGRvbmUgYnkgdGhlIEZFQyBzZXQgY2hlY2tpbmcuIDIuIGlmIHdl IGFyZSBhZ3JlZWQgd2l0aCB0aGUgZmlyc3QgcG9pbnQsIHRoZW4gd2UgY291bGQgZGlzY3VzcyBv dGhlciB1dGlsaXR5IGZvciBOb2RlLUlEIFRMVi6hsQ0KDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICBGRUMgVHlwZSBBLS0t LS0tLS18ICAgICAgICAgQVBQICBYICAgICAgICAgICAgIHwtLS0tLS0tLS0tLS0tLS0tLS1GRUMg VHlwZSBCDQogICAgIChzZXNzaW9uIDEpICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rICAgICAoc2Vzc2lvbiAyKQ0KDQogICAgICAgICAgICAgICAgICAgICAgICAgIFRoZXJl IGlzIGFuIEFwcGxpY2F0aW9uIFggKEFQUCBYKSB0aGF0IHVzZXMgTERQIGZvciBzaWduYWxpbmcg aXRzIHJlcXVpcmVkIGluZnJhc3RydWN0dXJlIGFuZCBjYW4gd29yayBpbiBtaXggbW9kZSCoQyBt ZWFucyBpdCBjYW4gc3RpdGNoDQpMU1BzIGJldHdlZW4gRkVDIFR5cGUgQSAoZXhjaGFuZ2VkIG92 ZXIgc2Vzc2lvbiAxKSBhbmQgRkVDIFR5cGUgQiAoZXhjaGFuZ2VkIG92ZXIgc2Vzc2lvbiAyKSB0 aHJ1IGl0cyChsG93biBGSUKhsS4gSWYgYm90aCBzZXNzaW9uIDEgYW5kIDIgYXJlIHx8IHRvIHNh bWUNCm5vZGUgdGhlbiBtYXkgaW1wYWN0IHRoZSBmdW5jdGlvbmluZyBvZiBBUFAgWC4NCg0KICAg ICAgICAgICAgICAgICAgICAgICAgIFN1Y2ggZXhhbXBsZSBjb3VsZCBiZSBILVZQTFMgKFJGQyA0 NzYyKSB3aGVyZSBGRUMgVHlwZSBBID0gc3Bva2UgUFcgPSBGRUMxMjggYW5kIEZFQyBUeXBlIEIg PSBtZXNoIFBXID0gRkVDMTI5LiBJdCBpcw0KIGFsc28gcG9zc2libGUgdGhhdCBGRUMtVHlwZSBC ID0gbUxkcCBGRUMgd2hlcmUgdGhlIGVudGlyZSB0cmVlIGlzIGRlZGljYXRlZCBmb3IgVlBMUyBN Y2FzdCBpbiBtZXNoIHBvaW50cyAobWVhbnMgbm8gdXBzdHJlYW0gUFcgTGFiZWwpLg0KDQogICAg ICAgICAgICAgICAgICAgICAgICBUaGVyZSBjb3VsZCBiZSBvdGhlciBleGFtcGxlcywgc3VjaCBh cyBNUy1QVyB3aGVyZSB5b3UgbWF5IHN0aXRjaCBGRUMxMjgtRkVDMTI5IGZyb20gYWdncmVnYXRp b24tPmNvcmUuDQoNCg0KVGhhbmtzLA0KUHJhbmphbA0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpGcm9tOiBMaXpob25nIEppbiBbbWFpbHRvOmxpemhvbmcuamluQHp0ZS5j b20uY25dDQpTZW50OiBUaHVyc2RheSwgU2VwdGVtYmVyIDA2LCAyMDEyIDc6MzQgQU0NClRvOiBE dXR0YSwgUHJhbmphbCBLIChQcmFuamFsKQ0KQ2M6IGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxk cC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9v bHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQt cGR1dHRhLW1wbHMtbXVsdGktbGRwLWluc3RhbmNlQHRvb2xzLmlldGYub3JnDQoNCg0KSGkgUHJh bmphbCwNClNlZSBpbmxpbmUgYmVsb3cuIFRoYW5rcy4NCg0KTGl6aG9uZw0KDQoNCiJEdXR0YSwg UHJhbmphbCBLIChQcmFuamFsKSIgPHByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29tPiB3 cm90ZSAyMDEyLzA5LzA0IDIwOjU2OjI2Og0KDQo+IEhpIExpemhvbmcsDQo+DQo+ICAgICAgICAg ICAgICAgICAgICAgICBQbHMuIHJlZmVyIGlubGluZSB0byB5b3VyIHF1ZXN0aW9ucy4NCj4NCj4g W0xpemhvbmddIHRvIGNvbmZpcm0gSSB1bmRlcnN0YW5kIGNvcnJlY3RseS4gRG8geW91IG1lYW4g dGhlDQo+IG11bHRpcGxlIGluc3RhbmNlcyBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90IGluY2x1ZGUg dGhlIFZSRiBjYXNlPyBBbmQNCj4gbXVsdGlwbGUgaW5zdGFuY2VzIGFyZSBiZWxvbmcgdG8gb25s eSBvbmUgVlJGLCByaWdodD8NCj4NCj4gRG9lc26hr3QgZWFjaCBWUkYgdXNlcyBpdHMgb3duIExT Ui1JRC9Sb3V0ZXItSUQgdG9kYXk/IEVhY2ggVlJGIGlzIGFuDQo+IGluZGVwZW5kZW50IExEUCBz dGFjay4gV2UgYXJlIG5vdCBzYXlpbmcgdGhhdCChsGRvbqGvdCB1c2UgZGlmZmVyZW50IExTUi1J RA0KPiBhY3Jvc3MgVlJGc6GxLiBUaGUgZHJhZnQgYnJpbmdzIHRoZSBjYXNlIGZvciBtdWx0aXBs ZSBMU1Igd2l0aGluIGENCj4gVlJGIHdoaWNoIGlzIG5vdCB0aGUgY2FzZSB0b2RheS4NCltMaXpo b25nXSBjbGVhciBub3csIHRoYW5rcy4NCg0KPg0KPiBbTGl6aG9uZ10gSWYgcGVlciBkb2VzIG5v dCBzdXBwb3J0IEZFQyBjYXBhYmlsaXR5LCB5b3Ugc2hvdWxkIGhhdmUNCj4gc29tZSBsb2NhbCBj b25maWd1cmF0aW9uIHRvIGluZGljYXRlIHRoZSBGRUMgc2V0LiBUaGVuIHlvdSBjb3VsZA0KPiBz dGlsbCBhdm9pZCBsb29wIGJ5IHRoaXMgbG9jYWwgaW5kaWNhdGlvbi4gSSBhbSB0cnlpbmcgdG8g c2VlIHRoZQ0KPiB0ZWNobmljYWwgbW90aXZhdGlvbiBvZiBOb2RlLUlEIFRMVi4gSWYgd2Ugb25s eSB3YW50IHRvIGtub3cgdGhlDQo+IHNhbWUgcGVlcmluZyByZWxhdGlvbnNoaXAgZm9yIGVhc3kg bWFuYWdlbWVudCwgdGhlIE5NUyBjb3VsZCBzaW1wbHkNCj4gZG8gdGhhdC4gSXMgdGhlcmUgYW55 IG90aGVyIHRlY2huaWNhbCByZWFzb24gZm9yIE5vZGUtSUQgVExWPw0KPg0KPiBOb2RlLUlEIFRM ViBpcyBub3QgbGltaXRlZCB0byBsb29wIGRldGVjdGlvbiBpbiBGRUMgZXhjaGFuZ2VzLiBCeQ0K PiBjb25maWd1cmF0aW9uL05NUyB3ZSBjYW4gZG8gbWFueSB0aGluZ3MgqEMgZXZlbiBzdGF0aWMg TVBMUw0KPiB3aXRob3V0IG5lZWRpbmcgTERQIG9yIHNpZ25hbGluZyBhdCBhbGwgKGUuZyBXZSBz aG91bGRuoa90IGhhdmUNCj4gbm90aW9uIG9mIKGwbGRwIGRpc2NvdmVyeaGxKS4gU2luY2UgdGhl IGNvbnRleHQgb2YgdGhpcyBkcmFmdCBpcyBhDQo+IHNpZ25hbGluZyBwcm90b2NvbCwgc28NCj4g Tm9kZS1JRCBUTFYgc2VydmVzIGFzIGFuIGluZGljYXRpb24gZm9yIHx8IHNlc3Npb25zLiBJbmNs dXNpb24gb2YNCj4gTm9kZSBJRCBUTFYgaXMgb3B0aW9uYWwgYW5kIGlzIG5vdCBtYW5kYXRvcnkg YXMgbWVudGlvbmVkIGluIHRoZQ0KPiBkcmFmdC4gU2Vzc2lvbnMgYXJlDQo+IHBhcnQgb2YgaW5m cmFzdHJ1Y3R1cmUgYmFzZWQgb24gd2hpY2ggdmFyaW91cyBhcHBsaWNhdGlvbnMgYXJlIGJ1aWx0 DQo+IHVwb24gYW5kIGFuIGFwcGxpY2F0aW9uIG1heSBmaW5kIHV0aWxpdHkgaWYgaXQgaXMga25v d24gdGhhdCBhIHNldA0KPiBvZiBzZXNzaW9ucyBhcmUgfHwNCj4gdG8gc2FtZSBub2RlLg0KW0xp emhvbmddIHRoZXJlIGFyZSB0d28gcG9pbnRzLiAxLiB0aGVuIGNvdWxkIEkgc2F5IHRoZSBsb29w IGRldGVjdGlvbiBjb3VsZCBiZSBkb25lIHdpdGhvdXQgTm9kZS1JRCBUTFY/IEFzIHBvaW50ZWQg b3V0IGluIG15IHByZXZpb3VzIGVtYWlsLCB0aGUgbG9vcCBkZXRlY3Rpb24gY291bGQgYmUgc2lt cGx5IGRvbmUgYnkgdGhlIEZFQyBzZXQgY2hlY2tpbmcuIDIuIGlmIHdlIGFyZSBhZ3JlZWQgd2l0 aCB0aGUgZmlyc3QgcG9pbnQsIHRoZW4gd2UgY291bGQgZGlzY3VzcyBvdGhlciB1dGlsaXR5IGZv ciBOb2RlLUlEIFRMVi4NCg0KPg0KPiBUaGFua3MsDQo+IFByYW5qYWwNCg0KPg0KPiBGcm9tOiBM aXpob25nIEppbiBbbWFpbHRvOmxpemhvbmcuamluQHp0ZS5jb20uY25dDQo+IFNlbnQ6IE1vbmRh eSwgU2VwdGVtYmVyIDAzLCAyMDEyIDg6NTMgUE0NCj4gVG86IER1dHRhLCBQcmFuamFsIEsgKFBy YW5qYWwpDQo+IENjOiBkcmFmdC1wZHV0dGEtbXBscy1tdWx0aS1sZHAtaW5zdGFuY2VAdG9vbHMu aWV0Zi5vcmc7IG1wbHNAaWV0Zi4NCj4gb3JnOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZw0K PiBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxz LW11bHRpLWxkcC0NCj4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcNCj4NCj4NCj4gSGkgUHJhbmph bCwNCj4NCj4gPiBIaSBMaXpob25nLA0KPiA+DQo+ID4gobBUaGVuIGRvZXMgdGhlIExEUCBtdWx0 aXBsZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90DQo+ID4gaW5jbHVkZSB0aGUgVlJG IGNhc2U/IEl0IGlzIGJldHRlciB0byBleHBsaWNpdCBkZXNjcmliZSB0aGlzLA0KPiA+IG90aGVy d2lzZSBpdCBpcyBjb25mdXNpbmcuIEluIHRoZSBWUkYgY2FzZSwgdGhlIEZFQyB3aWxsIGJlDQo+ ID4gZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuobENCj4gPg0KPiA+IFtQ cmFuamFsXSBUaGUgbXVsdGlwbGUgaW5zdGFuY2VzIGFyZSB3aXRoaW4gVlJGLiBTdXJlLCB3aWxs IGNsYXJpZnkNCj4gPiBleHBsaWNpdGx5Lg0KPiBbTGl6aG9uZ10gdG8gY29uZmlybSBJIHVuZGVy c3RhbmQgY29ycmVjdGx5LiBEbyB5b3UgbWVhbiB0aGUNCj4gbXVsdGlwbGUgaW5zdGFuY2VzIGlu IHRoaXMgZHJhZnQgZG9lcyBub3QgaW5jbHVkZSB0aGUgVlJGIGNhc2U/IEFuZA0KPiBtdWx0aXBs ZSBpbnN0YW5jZXMgYXJlIGJlbG9uZyB0byBvbmx5IG9uZSBWUkYsIHJpZ2h0Pw0KPg0KPiA+DQo+ ID4gobBJZiB0aGUgRkVDIHNldCAoaWRlbnRpZmllZCBieSBjYXBhYmlsaXR5KSBpcyB0b3RhbGx5 DQo+ID4gZGlzam9pbnQgYmV0d2VlbiB0d28gaW5zdGFuY2UsIGl0IGNvdWxkIGJlIHNpbXBseSBk aXNjYXJkIHRoZSBGRUMNCj4gPiBsYWJlbCBtYXBwaW5nIGlmIG5vdCBtYXRjaCBjYXBhYmlsaXR5 IHRvIGF2b2lkIGxvb3AsIHdoeSB3ZSBzdGlsbA0KPiA+IG5lZWQgTm9kZS1JRCBUTFajv6GxDQo+ ID4NCj4gPiBbUHJhbmphbF0gTm9kZS1JRCBUTFYgaXMgYSBnZW5lcmljIGNvbnN0cnVjdCBhbmQg bm90IGFzc29jaWF0ZWQgd2l0aCBGRUMNCj4gPiBjYXBhYmlsaXR5LiBJZiBwZWVyIGhhc26hr3Qg aW1wbGVtZW50ZWQgRkVDIGNhcGFiaWxpdHkgdGhlbiB5b3UgbWF5IG5lZWQNCj4gPiBzb21lIHdh eSB0byBmaWd1cmUgb3V0LiBTZWNvbmRseSwgZXZlbiB0aG91Z2ggcGVlciBzdXBwb3J0cyBGRUMg Y2FwYWJpbGl0eSwNCj4gPiBpdCBpcyB1c2VmdWwgdG8ga25vdyB0aGF0IHdlIGFyZSBydW5uaW5n IHx8IHNlc3Npb25zIHRvIHNhbWUgcGVlcmluZyBzeXN0ZW0uDQo+IFtMaXpob25nXSBJZiBwZWVy IGRvZXMgbm90IHN1cHBvcnQgRkVDIGNhcGFiaWxpdHksIHlvdSBzaG91bGQgaGF2ZQ0KPiBzb21l IGxvY2FsIGNvbmZpZ3VyYXRpb24gdG8gaW5kaWNhdGUgdGhlIEZFQyBzZXQuIFRoZW4geW91IGNv dWxkDQo+IHN0aWxsIGF2b2lkIGxvb3AgYnkgdGhpcyBsb2NhbCBpbmRpY2F0aW9uLiBJIGFtIHRy eWluZyB0byBzZWUgdGhlDQo+IHRlY2huaWNhbCBtb3RpdmF0aW9uIG9mIE5vZGUtSUQgVExWLiBJ ZiB3ZSBvbmx5IHdhbnQgdG8ga25vdyB0aGUNCj4gc2FtZSBwZWVyaW5nIHJlbGF0aW9uc2hpcCBm b3IgZWFzeSBtYW5hZ2VtZW50LCB0aGUgTk1TIGNvdWxkIHNpbXBseQ0KPiBkbyB0aGF0LiBJcyB0 aGVyZSBhbnkgb3RoZXIgdGVjaG5pY2FsIHJlYXNvbiBmb3IgTm9kZS1JRCBUTFY/DQo+DQo+IFRo YW5rcw0KPiBMaXpob25nDQo+DQo+ID4NCj4gPiBUaGFua3MsDQo+ID4gUHJhbmphbA0KPiA+DQo+ ID4NCj4gPg0KPiA+IEZyb206IExpemhvbmcgSmluIFttYWlsdG86bGl6aG9uZy5qaW5AenRlLmNv bS5jbl0NCj4gPiBTZW50OiBNb25kYXksIFNlcHRlbWJlciAwMywgMjAxMiA2OjQ4IFBNDQo+ID4g VG86IER1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpDQo+ID4gQ2M6IGRyYWZ0LXBkdXR0YS1tcGxz LW11bHRpLWxkcC1pbnN0YW5jZUB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLg0KPiA+IG9yZzsg bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IER1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpDQo+ ID4gU3ViamVjdDogUkU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1wZHV0dGEtbXBs cy1tdWx0aS1sZHAtDQo+ID4gaW5zdGFuY2VAdG9vbHMuaWV0Zi5vcmcNCj4gPg0KPiA+DQo+ID4g SGkgUHJhbmphbCwNCj4gPiBNdWNoIGNsZWFyIG5vdywgdGhhbmsgeW91LiBUd28gaW5saW5lIGNv bW1lbnRzIHRoYXQgbWF5YmUgbWlzc2VkIGluDQo+ID4geW91ciBwcmV2aW91cyBlbWFpbC4NCj4g Pg0KPiA+IHNuaXAgZnJvbSBwcmV2aW91cyBlbWFpbC4uLg0KPiA+ID4gMi4gRm9yIExEUCBtdWx0 aXBsZSBpbnN0YW5jZSwgaXMgaXQgYWxsb3dlZCBmb3IgZHVwbGljYXRlZCBGRUMNCj4gPiA+IGJl dHdlZW4gdHdvIGluc3RhbmNlPw0KPiA+ID4NCj4gPiA+IFtQcmFuamFsXSBEdXBsaWNhdGVkIEZF Q3Mgd29uoa90IGJlIGFsbG93ZWQuIFRoZSBwYXJhbGxlbCBzZXNzaW9ucw0KPiA+ID4gYmV0d2Vl biB0d28gcGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRvIGJlIGRpc2pvaW50IHdpdGggcmVzcGVjdCB0 byB0aGUNCj4gPiA+IHdvcmtpbmcgc2V0DQo+ID4gPiCoQyB0aGUgRkVDcy4gVGhpcyBuZWVkcyB0 byBiZSBlbnN1cmVkIHRocnUgdmFyaW91cyBGRUMgc3BlY2lmaWMNCj4gPiA+IHNlc3Npb24gY2Fw YWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQgRkVDDQo+ ID4gPiBjYXBhYmlsaXRpZXMuIFNlY3Rpb24NCj4gPiA+IDIuMS4xIGV4cGxhaW5zIHRoZSB1c2Ug b2YgTERQIHNlc3Npb24gY2FwYWJpbGl0aWVzIChSRkM1NTYxKSB0byBrZWVwDQo+ID4gPiB0aGUg RkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWEgdG8gYmUg dXNlZA0KPiA+ID4gZm9yIHNlZ3JlZ2F0aW9uDQo+ID4gPiBvZiBGRUNzIGFyZSB0byBiZSBkZWNp ZGVkIG9uIGNhc2UgdG8gY2FzZSBiYXNpYy4gVGhpcyBkcmFmdCBwcm92aWRlcw0KPiA+ID4gdGhl IGZ1bmRhbWVudGFsIGJ1aWxkaW5nIGJsb2NrIGZvciBjb250cm9sIHBsYW5lIGZhdGUgc2VwYXJh dGlvbi4NCj4gPiBbTGl6aG9uZ10gVGhlbiBkb2VzIHRoZSBMRFAgbXVsdGlwbGUgaW5zdGFuY2Ug aW4gdGhpcyBkcmFmdCBkb2VzIG5vdA0KPiA+IGluY2x1ZGUgdGhlIFZSRiBjYXNlPyBJdCBpcyBi ZXR0ZXIgdG8gZXhwbGljaXQgZGVzY3JpYmUgdGhpcywNCj4gPiBvdGhlcndpc2UgaXQgaXMgY29u ZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBiZQ0KPiA+IGR1cGxpY2F0ZWQg YmV0d2VlbiBkaWZmZXJlbnQgaW5zdGFuY2VzLg0KPiA+DQo+ID4gPg0KPiA+ID4gMy4gSWYgZHVw bGljYXRlZCBGRUNzIGFyZSBwb3NzaWJsZSBiZXR3ZWVuIHR3byBpbnN0YW5jZSwgcmVjZWl2aW5n DQo+ID4gPiBzYW1lIGxhYmVsIG1hcHBpbmcgZnJvbSBwYXJhbGxlbCBtdWx0aS1sc3IgcGVlcmlu ZyBzZXNzaW9ucyBjb3VsZA0KPiA+ID4gbm90IGludGVycHJldCBhcyBsb29wLCByaWdodD8NCj4g PiA+DQo+ID4gPiBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIGFyZSBub3QgYWxsb3dlZCBhY3Jv c3MgLiBCdXQgd2hhdCBpZiBhDQo+ID4gPiBwZWVyaW5nIHN5c3RlbSBtaXNiZWhhdmVzIG9yIHBl ZXJpbmcgc3lzdGVtIG5vdCBzdXBwb3J0aW5nIHRoZQ0KPiA+ID4gc29sdXRpb24gKHRodXMgYWdu b3N0aWMNCj4gPiA+IE9mIHRoZSBmYWN0IHRoYXQgYSBmZXcgc2Vzc2lvbnMgYXJlIHRlcm1pbmF0 ZWQgaW4gc2FtZSBwZWVyaW5nDQo+ID4gPiBzeXN0ZW0pIGxlYWtzIEZFQ3Mgb24gYWxsIHx8IHNl c3Npb25zPyBUaGF0IG1heSByZXN1bHQgaW4gYSBsb29wIGZvcg0KPiA+ID4gc29tZSBhcHBsaWNh dGlvbnMNCj4gPiA+IGFuZCChsFNlY3Rpb24gMy4gRGV0ZWN0aW9uIG9mIG11bHRpLWluc3RhbmNl IHBlZXJpbmehsSBhZGRyZXNzZXMgdGhhdA0KPiA+ID4gaXNzdWUuICBJdCBsZXRzIGEgc3lzdGVt IGF3YXJlIG9mIHx8IHNlc3Npb25zIGFuZCB0aHVzIGNhbiB0YWtlDQo+ID4gPiBuZWNlc3Nhcnkg YWN0aW9ucy4NCj4gPiBbTGl6aG9uZ10gSWYgdGhlIEZFQyBzZXQgKGlkZW50aWZpZWQgYnkgY2Fw YWJpbGl0eSkgaXMgdG90YWxseQ0KPiA+IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBp dCBjb3VsZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDDQo+ID4gbGFiZWwgbWFwcGluZyBpZiBu b3QgbWF0Y2ggY2FwYWJpbGl0eSB0byBhdm9pZCBsb29wLCB3aHkgd2Ugc3RpbGwNCj4gPiBuZWVk IE5vZGUtSUQgVExWo78NCj4gPg0KPiA+IFRoYW5rcw0KPiA+IExpemhvbmcNCj4gPg0KPiA+DQo+ ID4gIkR1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpIiA8cHJhbmphbC5kdXR0YUBhbGNhdGVsLWx1 Y2VudC5jb20+DQo+ID4gd3JvdGUgMjAxMi8wOS8wMSAwMTozODozOToNCj4gPg0KPiA+ID4gSGkg TGl6aG9uZywNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgIEkgdGhpbmsgSSBkaWRuoa90IGNs YXJpZnkgb24gqEMgobBEbyB5b3UgbWVhbiB0aGUNCj4gPiA+IHR3byBpbnN0YW5jZSBuZWVkIHRv IHN5bmNocm9uaXplIEZFQyBtYXBwaW5nIGluZm9ybWF0aW9uobEuIFRoZQ0KPiA+ID4gbXVsdGkt aW5zdGFuY2UgcGVlcmluZyB0aGF0IHdlIGRlc2NyaWJlZCBhYm91dA0KPiA+ID4gSXMgYSBsaXR0 bGUgZGlmZmVyZW50IGZyb20gbXVsdGktaW5zdGFuY2UgSUdQcy4gSW4gbXVsdGktaW5zdGFuY2UN Cj4gPiA+IExEUCBjYXNlIGJ5IGRlZmF1bHQgdGhlIEZFQyBkYXRhYmFzZSB3b3VsZCBiZSBzaGFy ZWQgaW4gdGhlIHNlbnNlDQo+ID4gPiB0aGF0IGFsbCBsYWJlbCBtYXBwaW5nIHdvdWxkIHNoYXJl IHRoZSBzYW1lDQo+ID4gPiBnbG9iYWwgbGFiZWwgc3BhY2UgYW5kIHRodXMgZm9sbG93aW5nIGlz IHBvc3NpYmxlL2Rlc2lyYWJsZS4NCj4gPiA+DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN5c3RlbSBBDQo+ID4gPiBTeXN0ZW0gQiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN5c3RlbSBDDQo+ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMU1ItQTEt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tTFNSLQ0KPiA+ID4gQjEgICAgWCAgICBMU1ItQjMt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi1DMQ0KPiA+ID4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgTFNSLUEyIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLUxTUi0NCj4gPiA+ IEIyICAgIFggICAgTFNSLUI0LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1MU1ItQzINCj4gPiA+ DQo+ID4gPg0KPiA+ID4gICAgICAgICAgICAgICAgICAgICAgVGhlcmUgY2FuIGJlIGEgc2VhbWxl c3MgTFNQL1R1bm5lbCBiZXR3ZWVuDQo+ID4gPiBTeXN0ZW0gQSBhbmQgU3lzdGVtIEMgZm9yIEZF QyBGMS4gQy0+QiBsYWJlbCBtYXBwaW5nIEwxIGlzIGV4Y2hhbmdlZA0KPiA+ID4gdXNpbmcgQjMt QzEgTFNSIHR1cGxlcyBhbmQNCj4gPiA+IEItPkEgbGFiZWwgbWFwcGluZyBMMiBpcyBleGNoYW5n ZWQgdXNpbmcgQjItQTIgTFNSIHR1cGxlcy4gVGhpcyBpcw0KPiA+ID4gYmVjYXVzZSB0aGUgRkVD LUxhYmVsIG1hcHBpbmcgZGF0YWJhc2UgY29udGludWUgdG8gZXhpc3QgaW4NCj4gc3lzdGVtQiBp biBzYW1lDQo+ID4gPiB3YXkgYXMgaXQgZG9lcyB0b2RheS4gVGhlcmUgd291bGQgYmUgb25seSBv bmUgRkVDIEYxIGluIHRoZSBMSUIgOg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBGMSAgLS0+IGVncmVz cyBsYWJlbCBMMSAoTG9jYWwgTFNSIEIzLS0tUmVtb3RlIExTUiBDMSkNCj4gPiA+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgLaikDQo+ID4gPiBpbmdyZXNzIGxhYmVsIEwyIChMb2NhbCBMU1IgQjItLS1SZW1vdGUg TFNSIEEyKQ0KPiA+ID4NCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgIFRoZSBYIGNvbm5lY3Qg YXQgc3lzdGVtIEIgaXMgTDEtPkwyDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBUaGFua3Ms DQo+ID4gPiBQcmFuamFsDQo+ID4gPg0KPiA+ID4gRnJvbTogbXBscy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4gPiA+IER1dHRh LCBQcmFuamFsIEsgKFByYW5qYWwpDQo+ID4gPiBTZW50OiBGcmlkYXksIEF1Z3VzdCAzMSwgMjAx MiAxMDoyMiBBTQ0KPiA+ID4gVG86IExpemhvbmcgSmluDQo+ID4gPiBDYzogbXBsc0BpZXRmLm9y ZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LXBkdXR0YS1tcGxzLQ0KPiA+ID4g bXVsdGktbGRwLWluc3RhbmNlQHRvb2xzLmlldGYub3JnDQo+ID4gPiBTdWJqZWN0OiBSZTogW21w bHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC0NCj4gPiA+ IGluc3RhbmNlQHRvb2xzLmlldGYub3JnDQo+ID4gPg0KPiA+ID4gSGkgTGl6aG9uZywNCj4gPiA+ ICAgICAgICAgICAgICAgICAgICAgICAgIFBsZWFzZSByZWZlciBteSBhbnN3ZXJzIGlubGluZS4N Cj4gPiA+IFRoYW5rcywNCj4gPiA+IFByYW5qYWwNCj4gPiA+DQo+ID4gPg0KPiA+ID4gRnJvbTog TGl6aG9uZyBKaW4gW21haWx0bzpsaXpob25nLmppbkB6dGUuY29tLmNuXQ0KPiA+ID4gU2VudDog VGh1cnNkYXksIEF1Z3VzdCAzMCwgMjAxMiAxMTo0MiBQTQ0KPiA+ID4gVG86IER1dHRhLCBQcmFu amFsIEsgKFByYW5qYWwpDQo+ID4gPiBDYzogZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRwLWlu c3RhbmNlQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYuDQo+ID4gPiBvcmc7IG1wbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnDQo+ID4gPiBTdWJqZWN0OiBSRTogW21wbHNdIE1QTFMtUlQgcmV2aWV3 IG9mIGRyYWZ0LXBkdXR0YS1tcGxzLW11bHRpLWxkcC0NCj4gPiA+IGluc3RhbmNlQHRvb2xzLmll dGYub3JnDQo+ID4gPg0KPiA+ID4NCj4gPiA+IEhpIFByYW5qYWwsDQo+ID4gPiBUaGFua3MgZm9y IHRoZSBjbGFyaWZpY2F0aW9uLCBtdWNoIGNsZWFyIHRoYW4gYmVmb3JlIGZvciBtZSBub3cuDQo+ ID4gPiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgYWRkdGlvbmFsIGNvbW1lbnRzLg0KPiA+ID4NCj4g PiA+IE9uZSBtb3JlIHF1ZXN0aW9uIGZvciBzZWN0aW9uIDMuDQo+ID4gPiAiV2hlbiBhIExTUiBy ZWNlaXZlcyBhIEZFQyBsYWJlbCBtYXBwaW5nIGZyb20gYSBwZWVyaW5nIHNlc3Npb24gYnV0DQo+ ID4gPiBzYW1lIEZFQyBtYXBwaW5nIGhhcyBiZWVuIGFscmVhZHkgcmVjZWl2ZXIgb3ZlciBhbm90 aGVyIHBlZXJpbmcNCj4gPiA+IHNlc3Npb24gYXNzb2NpYXRlZCB3aXRoIHNhbWUgTm9kZS1JRCB0 aGVuIHRoZSByZWNlaXZpbmcgTFNSIE1VU1QNCj4gPiA+IHNlbmQgYSBMYWJlbCBSZWxlYXNlIHRv IHRoZSBwZWVyaW5nIHNlc3Npb24gd2l0aCBzdGF0dWMgY29kZSINCj4gPiA+IEhvdyBhIExTUiBj b3VsZCBrbm93IHRoZSBGRUMgbWFwcGluZyBpbmZvcm1hdGlvbiBmcm9tIGFub3RoZXINCj4gPiA+ IGluc3RhbmNlPyBEbyB5b3UgbWVhbiB0aGUgdHdvIGluc3RhbmNlIG5lZWQgdG8gc3luY2hyb25p emUgRkVDDQo+ID4gPiBtYXBwaW5nIGluZm9ybWF0aW9uPw0KPiA+ID4NCj4gPiA+IFtQcmFuamFs XSBPbmUgd2F5IHRvIHRoaW5rIGlzICBhcyBmb2xsb3dzIKhDIGxldKGvcyBzYXkgdGhhdCBkZXRl Y3Rpb24NCj4gPiA+IG9mIG11bHRpLWluc3RhbmNlIHBlZXJpbmcgaXMgaW1wbGVtZW50ZWQgYXMg aW4gU2VjdGlvbiAzLiBUaGVuDQo+ID4gPiByZWNlaXZpbmcgc3lzdGVtIHdvdWxkIGtub3cgYWJv dXQgdGhlIHNlc3Npb25zIHRlcm1pbmF0aW5nDQo+ID4gPiBpbiBzYW1lIHJlbW90ZSBwZWVyaW5n IHN5c3RlbS4gU28gdGhlIHJlY2VpdmluZyBzeXN0ZW0gY2FuIGNyZWF0ZSBhDQo+ID4gPiBncm91 cC9idW5kbGUgaWQgaW50ZXJuYWxseSBmb3IgYWxsIHN1Y2ggfHwgc2Vzc2lvbnMgYW5kIGtlZXAg dGhlDQo+ID4gPiBGRUMtbGFiZWwgbWFwcGluZ3MgYWxzbyBpbiB0aGUgZGF0YWJhc2UuIElmIHRo ZXJlIGlzIGENCj4gPiA+IGNvbGxpc2lvbiBvZiBGZWMgbGFiZWwgbWFwcGluZ3MgaW4gdGhlIGdy b3VwLWlkIGRhdGFiYXNlIHRoZW4gbGFiZWwNCj4gPiA+IHJlbGVhc2UgY2FuIGJlIHNlbnQsIGtl ZXBpbmcgdGhlIGZpcnN0IG9uZSBpbnRhY3QuDQo+ID4gPg0KPiA+ID4NCj4gPiA+IFRoYW5rcw0K PiA+ID4gTGl6aG9uZw0KPiA+ID4NCj4gPiA+ICJEdXR0YSwgUHJhbmphbCBLIChQcmFuamFsKSIg PHByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29tPg0KPiA+ID4gd3JvdGUgMjAxMi8wOC8z MSAwMTowMDo1MzoNCj4gPiA+DQo+ID4gPiA+IDIuIEZvciBMRFAgbXVsdGlwbGUgaW5zdGFuY2Us IGlzIGl0IGFsbG93ZWQgZm9yIGR1cGxpY2F0ZWQgRkVDDQo+ID4gPiA+IGJldHdlZW4gdHdvIGlu c3RhbmNlPw0KPiA+ID4gPg0KPiA+ID4gPiBbUHJhbmphbF0gRHVwbGljYXRlZCBGRUNzIHdvbqGv dCBiZSBhbGxvd2VkLiBUaGUgcGFyYWxsZWwgc2Vzc2lvbnMNCj4gPiA+ID4gYmV0d2VlbiB0d28g cGVlcmluZyBzeXN0ZW1zIG5lZWRzIHRvIGJlIGRpc2pvaW50IHdpdGggcmVzcGVjdCB0byB0aGUN Cj4gPiA+ID4gd29ya2luZyBzZXQNCj4gPiA+ID4gqEMgdGhlIEZFQ3MuIFRoaXMgbmVlZHMgdG8g YmUgZW5zdXJlZCB0aHJ1IHZhcmlvdXMgRkVDIHNwZWNpZmljDQo+ID4gPiA+IHNlc3Npb24gY2Fw YWJpbGl0aWVzLiBFYWNoIHx8IHNlc3Npb24gbXVzdCBhZHZlcnRpc2UgZGlzam9pbnQgRkVDDQo+ ID4gPiA+IGNhcGFiaWxpdGllcy4gU2VjdGlvbg0KPiA+ID4gPiAyLjEuMSBleHBsYWlucyB0aGUg dXNlIG9mIExEUCBzZXNzaW9uIGNhcGFiaWxpdGllcyAoUkZDNTU2MSkgdG8ga2VlcA0KPiA+ID4g PiB0aGUgRkVDIGRpc3RyaWJ1dGlvbiBtdXR1YWxseSBleGNsdXNpdmUuIFdoYXQgY3JpdGVyaWEg dG8gYmUgdXNlZA0KPiA+ID4gPiBmb3Igc2VncmVnYXRpb24NCj4gPiA+ID4gb2YgRkVDcyBhcmUg dG8gYmUgZGVjaWRlZCBvbiBjYXNlIHRvIGNhc2UgYmFzaWMuIFRoaXMgZHJhZnQgcHJvdmlkZXMN Cj4gPiA+ID4gdGhlIGZ1bmRhbWVudGFsIGJ1aWxkaW5nIGJsb2NrIGZvciBjb250cm9sIHBsYW5l IGZhdGUgc2VwYXJhdGlvbi4NCj4gPiA+IFtMaXpob25nXSBUaGVuIGRvZXMgdGhlIExEUCBtdWx0 aXBsZSBpbnN0YW5jZSBpbiB0aGlzIGRyYWZ0IGRvZXMgbm90DQo+ID4gPiBpbmNsdWRlIHRoZSBW UkYgY2FzZT8gSXQgaXMgYmV0dGVyIHRvIGV4cGxpY2l0IGRlc2NyaWJlIHRoaXMsDQo+ID4gPiBv dGhlcndpc2UgaXQgaXMgY29uZnVzaW5nLiBJbiB0aGUgVlJGIGNhc2UsIHRoZSBGRUMgd2lsbCBi ZQ0KPiA+ID4gZHVwbGljYXRlZCBiZXR3ZWVuIGRpZmZlcmVudCBpbnN0YW5jZXMuDQo+ID4gPg0K PiA+ID4gPg0KPiA+ID4gPiAzLiBJZiBkdXBsaWNhdGVkIEZFQ3MgYXJlIHBvc3NpYmxlIGJldHdl ZW4gdHdvIGluc3RhbmNlLCByZWNlaXZpbmcNCj4gPiA+ID4gc2FtZSBsYWJlbCBtYXBwaW5nIGZy b20gcGFyYWxsZWwgbXVsdGktbHNyIHBlZXJpbmcgc2Vzc2lvbnMgY291bGQNCj4gPiA+ID4gbm90 IGludGVycHJldCBhcyBsb29wLCByaWdodD8NCj4gPiA+ID4NCj4gPiA+ID4gW1ByYW5qYWxdIER1 cGxpY2F0ZWQgRkVDcyBhcmUgbm90IGFsbG93ZWQgYWNyb3NzIC4gQnV0IHdoYXQgaWYgYQ0KPiA+ ID4gPiBwZWVyaW5nIHN5c3RlbSBtaXNiZWhhdmVzIG9yIHBlZXJpbmcgc3lzdGVtIG5vdCBzdXBw b3J0aW5nIHRoZQ0KPiA+ID4gPiBzb2x1dGlvbiAodGh1cyBhZ25vc3RpYw0KPiA+ID4gPiBPZiB0 aGUgZmFjdCB0aGF0IGEgZmV3IHNlc3Npb25zIGFyZSB0ZXJtaW5hdGVkIGluIHNhbWUgcGVlcmlu Zw0KPiA+ID4gPiBzeXN0ZW0pIGxlYWtzIEZFQ3Mgb24gYWxsIHx8IHNlc3Npb25zPyBUaGF0IG1h eSByZXN1bHQgaW4gYSBsb29wIGZvcg0KPiA+ID4gPiBzb21lIGFwcGxpY2F0aW9ucw0KPiA+ID4g PiBhbmQgobBTZWN0aW9uIDMuIERldGVjdGlvbiBvZiBtdWx0aS1pbnN0YW5jZSBwZWVyaW5nobEg YWRkcmVzc2VzIHRoYXQNCj4gPiA+ID4gaXNzdWUuICBJdCBsZXRzIGEgc3lzdGVtIGF3YXJlIG9m IHx8IHNlc3Npb25zIGFuZCB0aHVzIGNhbiB0YWtlDQo+ID4gPiA+IG5lY2Vzc2FyeSBhY3Rpb25z Lg0KPiA+ID4gW0xpemhvbmddIElmIHRoZSBGRUMgc2V0IChpZGVudGlmaWVkIGJ5IGNhcGFiaWxp dHkpIGlzIHRvdGFsbHkNCj4gPiA+IGRpc2pvaW50IGJldHdlZW4gdHdvIGluc3RhbmNlLCBpdCBj b3VsZCBiZSBzaW1wbHkgZGlzY2FyZCB0aGUgRkVDDQo+ID4gPiBsYWJlbCBtYXBwaW5nIGlmIG5v dCBtYXRjaCBjYXBhYmlsaXR5IHRvIGF2b2lkIGxvb3AsIHdoeSB3ZSBzdGlsbA0KPiA+ID4gbmVl ZCBOb2RlLUlEIFRMVqO/DQo+ID4gPg0KPiA+ID4gPg0KPiA+ID4gPiA0LiBJbiBjYXNlIDF+NCwg b25lIGludGVyZmFjZSB3aWxsIHNlcnZlIG11bHRpcGxlIGluc3RhbmNlLCBJIGd1ZXNzLA0KPiA+ ID4gPiB0aGUgaW50ZXJmYWNlIHlvdSByZWZlciBpcyBwaHlzaWNhbCBpbnRlcmZhY2UsIGFuZCB3 aGVuIHNoYXJpbmcgb25lDQo+ID4gPiA+IHBoeXNpY2FsIGludGVyZmFjZSwgdGhlbiBvbmUgc3Vi LWludGVyZmFjZSBmb3IgZWFjaCBpbnN0YW5jZSBpcw0KPiA+ID4gPiBzdGlsbCByZXF1aXJlZCwg cmlnaHQ/IEluIG15IHVuZGVyc3RhbmRpbmcsIG9uZSBJUCBpbnRlcmZhY2UgY291bGQNCj4gPiA+ ID4gbm90IGJlIHNoYXJlZCBieSBtdWx0aXBsZSBMRFAgaW5zdGFuY2UsIG90aGVyd2lzZSBob3cg dG8gdHJlYXQgdGhlDQo+ID4gPiA+IHByZWZpeCBvZiB0aGF0IGludGVyZmFjZS4NCj4gPiA+DQo+ ID4gPiA+IFtQcmFuamFsXSBJIHdvbqGvdCB2aWV3IGl0IGFzIHN1Yi1pbnRlcmZhY2Ugc2luY2Ug YWxsIGluc3RhbmNlcyBhcmUNCj4gPiA+ID4gcnVubmluZyBpbiBzYW1lIEZFQyBkYXRhYmFzZS4g U28gaWYgd2UgdGhpbmsgZnJvbSBhIKGwdmlydHVhbCByb3V0ZXKhsQ0KPiA+ID4gPiBwb2ludCBv ZiB2aWV3IChlYWNoDQo+ID4gPiA+IFZpcnR1YWwgUm91dGVyIGlzIHNlcGFyYXRlZCBhY3Jvc3Mg YWxsIHZlcnRpY2FscyBpbiBSSUIvTEZJQi9GSUIgYW5kDQo+ID4gPiA+IHNlbGYtc3VmZmljaWVu dCkgdGhlbiBhbGwgdGhlIG11bHRpcGxlIExTUiBpbnN0YW5jZXMgd291bGQgYmUNCj4gPiA+ID4g cnVubmluZyB3aXRoaW4gc2FtZQ0KPiA+ID4gPiBWaXJ0dWFsIFJvdXRlciBhbmQgdGh1cyBjYW4g c2hhcmUgaW50ZXJmYWNlcyBhc3NpZ25lZCB0byB0aGF0DQo+ID4gPiA+IFZpcnR1YWwgUm91dGVy LiBBbHRob3VnaCB0aGUgZHJhZnQgZG9lcyBub3QgcHJldmVudCB1c2FnZSBvZiBzYW1lDQo+ID4g PiA+IEludGVyZmFjZSBhY3Jvc3MgYWxsIExTUnMNCj4gPiA+ID4gaW4gcHJhY3RpY2UgaXQgaXMg ZGVzaXJhYmxlIHRvIGZhdGUgc2VwYXJhdGUgdGhlIHBoeXNpY2FsIHRvcG9sb2d5DQo+ID4gPiA+ IHRvIGFjaGlldmUgc2VwYXJhdGlvbiBhY3Jvc3MgZW50aXJlIHZlcnRpY2FsLiBTZXBhcmF0aW9u IG9mIHBoeXNpY2FsDQo+ID4gPiA+IHRvcG9sb2d5IGNhbiBiZQ0KPiA+ID4gPiBhY2hpZXZlZCBi eSBMRFAgTXVsdGktdG9wb2xvZ3kgdGhhdCBzeW5jaHJvbml6ZXMgSUdQIGFuZCBMRFChr3Mgdmll dyAoDQo+ID4gPiA+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy1s ZHAtbXVsdGktdG9wb2xvZ3ktMDQpIG9yDQo+ID4gPiA+IGJ5IHVzaW5nIGhlbGxvDQo+ID4gPiA+ IGFkamFjZW5jeSBjYXBhYmlsaXRpZXMgYXQgTERQIGxldmVsIChodHRwOi8vdG9vbHMuaWV0Zi4N Cj4gPiA+ID4gb3JnL2h0bWwvZHJhZnQtcGR1dHRhLW1wbHMtbGRwLWFkai1jYXBhYmlsaXR5LTAw KS4NCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gSG9wZSB0byBzZWUgeW91ciBjbGFyaWZpY2F0 aW9uLiBUaGFua3MuDQo+ID4gPiA+DQo+ID4gPiA+IExpemhvbmcNCj4gPiA+ID4NCj4gPiA+ID4N Cj4gPiA+ID4gTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PiB3cm90ZSAyMDEyLzA4LzI5IDE3OjEw OjAxOg0KPiA+ID4gPg0KPiA+ID4gPiA+IEthbXJhbi4gRXJpYyBhbmQgTGl6aG9uZywNCj4gPiA+ ID4gPg0KPiA+ID4gPiA+IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcg dGVhbSByZXZpZXdlcnMgZm9yDQo+ID4gPiA+ID4gZHJhZnQtcGR1dHRhLW1wbHMtbXVsdGktbGRw LWluc3RhbmNlLTAwLnR4dC4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IE5vdGUgdG8gYXV0aG9yczog WW91IGhhdmUgYmVlbiBDQ6GvZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbiBrbm93DQo+ ID4gPiA+ID4gdGhhdCB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRv IG5vdCByZXZpZXcgeW91ciBvd24NCj4gPiA+ID4gPiBkb2N1bWVudC4NCj4gPiA+ID4gPg0KPiA+ ID4gPiA+IFJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24gd2hldGhlciB0aGUgZG9jdW1lbnQgaXMg Y29oZXJlbnQsDQo+IGlzaXQgdXNlZnVsDQo+ID4gPiA+ID4gKGllLCBpcyBpdCBsaWtlbHkgdG8g YmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsDQo+IG5ldHdvcmtzKSwgYW5kIGlzDQo+ ID4gPiA+ID4gdGhlIGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0 ZWQgaW4ga25vd2luZyB3aGV0aGVyDQo+ID4gPiA+ID4gdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRv IGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc26hr3QNCj4gPiA+ID4g PiBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qg c3RhcnQpLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0 aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0KPiA+ID4gPiA+IHNlY3JldGFy eSwgYW5kIENDoa9kIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29t bWVudHMNCj4gPiA+ID4gPiBtYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hh aXJzLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRy YWZ0IGJ5IFNlcCAxMywgMjAxMj8NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRoYW5rcywgTG9hDQo+ ID4gPiA+ID4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4gPiA+ID4gLS0NCj4gPiA+ID4gPg0KPiA+ ID4gPiA+DQo+ID4gPiA+ID4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBl bWFpbDogbG9hLg0KPiBhbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+ID4gPiA+ID4gU3IgU3RyYXRl Z3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4gPiA+ID4g RXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1 MiAxMw0KPiA+ID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICArNDYgNzY3IDcyIDkyIDEzDQo+ID4gPiA+ID4NCg== --_000_C584046466ED224CA92C1BC3313B963E13F0E03C6AINBANSXCHMBSA_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

      &n= bsp;            = ;       I think we are back to square one.

 

=A1=B0t= here are two points. 1. then could I say the loop detection could be done without Node-ID TLV? As pointed out in my previous email, the loop detection could = be simply done by the FEC set checking. 2. if we are agreed with the first poi= nt, then we could discuss other utility for Node-ID TLV.=A1= =B1

 

         &n= bsp;            = ;         +---------------------------+ &nbs= p;       

    FEC Type A--------|   =       APP  X           &nb= sp; |------------------FEC Type B

     (session 1)   &n= bsp;      +---------------------------+     (session 2)

         &n= bsp;            = ;    

         &n= bsp;            = ;    There is an Application X (APP X) that uses LDP for signaling its required infrastructure and can work in mix mode =A8C means it can stitch
LSPs between FEC Type A (exchanged over session 1) and FEC Type B (exchange= d over session 2) thru its =A1=B0own FIB=A1=B1. If both session 1 and 2 are |= | to same

node then may impact the functioning of APP X.

 

         &n= bsp;            = ;   Such example could be H-VPLS (RFC 4762) where FEC Type A =3D sp= oke PW =3D FEC128 and FEC Type B =3D mesh PW =3D FEC129. It is <= /font>

 also possible that FEC-Type B =3D mLdp FEC where t= he entire tree is dedicated for VPLS Mcast in mesh points (means no upstream P= W Label).

 

         &n= bsp;            = ;  There could be other examples, such as MS-PW where you may stitch FEC128-FE= C129 from aggregation->core.

 

         &n= bsp;          

Thanks,

Pranjal

      &n= bsp;            = ;        

 

From: Lizhong = Jin [mailto:lizhong.jin@zte.com.cn]
Sent: Thursday, September 06= , 2012 7:34 AM
To: Dutta, Pranjal K (Pranjal)
Cc: draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org; mpls@ietf.org; mpls-chairs@tools.ietf.org
Subject: RE: [mpls] MPLS-RT = review of draft-pdutta-mpls-multi-ldp-instance@tools.i= etf.org

 


Hi Pranjal,
See inline below. Thanks.

Lizhong
 

"Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com> wrote 2012/09/04 20:56:26:

> Hi Lizhong,
>  
>                      = ; Pls. refer inline to your questions.
>                    
> [Lizhong] to confirm I understand correctly. Do you mean the
> multiple instances in this draft does not include the VRF case? And > multiple instances are belong to only one VRF, right? >  
> Doesn=A1=AFt each VRF uses its own LSR-ID/Router-ID today? Each VRF is an > independent LDP stack. We are not saying that =A1=B0don=A1=AFt use dif= ferent LSR-ID
> across VRFs=A1=B1. The draft brings the case for multiple LSR within a
> VRF which is not the case today.  
[Lizhong] clear now, thanks.

>  
> [Lizhong] If peer does not support FEC capability, you should have
> some local configuration to indicate the FEC set. Then you could
> still avoid loop by this local indication. I am trying to see the
> technical motivation of Node-ID TLV. If we only want to know the
> same peering relationship for easy management, the NMS could simply > do that. Is there any other technical reason for Node-ID TLV? <= /font>
>  
> Node-ID TLV is not limited to loop detection in FEC exchanges. By
> configuration/NMS we can do many things =A8C even static MPLS <= /font>
> without needing LDP or signaling at all (e.g We shouldn=A1=AFt have
> notion of =A1=B0ldp discovery=A1=B1). Since the context of this draft = is a
> signaling protocol, so
> Node-ID TLV serves as an indication for || sessions. Inclusion of
> Node ID TLV is optional and is not mandatory as mentioned in the
> draft. Sessions are
> part of infrastructure based on which various applications are built
> upon and an application may find utility if it is known that a set > of sessions are ||
> to same node.
[Lizhong] there are two points. 1. then could I say the loop detection could be done without Node-ID TLV? As pointed out in my previous email, the loop detectio= n could be simply done by the FEC set checking. 2. if we are agreed with the first point, then we could discuss other utility for Node-ID TLV.

>  
> Thanks,
> Pranjal

>
> From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> Sent: Monday, September 03, 2012 8:53 PM
> To: Dutta, Pranjal K (Pra= njal)
> Cc: draft-pdutta-mpls-multi-ldp-instance@t= ools.ietf.org; mpls@ietf.
> org; mpls-chairs@tools.ietf.org
> Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> instance@tools.ietf.org
>  
>
> Hi Pranjal,
>
> > Hi Lizhong,
> >  
> > =A1=B0Then does the LDP multiple instance in this draft does not =
> > include the VRF case? It is better to explicit describe this, > > otherwise it is confusing. In the VRF case, the FEC will be
> > duplicated between different instances.=A1=B1
> >  
> > [Pranjal] The multiple instances are within VRF. Sure, will clari= fy
> > explicitly.
> [Lizhong] to confirm I understand correctly. Do you mean the
> multiple instances in this draft does not include the VRF case? And > multiple instances are belong to only one VRF, right?
>
> >  
> > =A1=B0If the FEC set (identified by capability) is totally
> > disjoint between two instance, it could be simply discard the FEC=
> > label mapping if not match capability to avoid loop, why we still=
> > need Node-ID TLV=A3=BF=A1=B1
> >  
> > [Pranjal] Node-ID TLV is a generic construct and not associated w= ith FEC
> > capability. If peer hasn=A1=AFt implemented FEC capability then y= ou may need
> > some way to figure out. Secondly, even though peer supports FEC capability,
> > it is useful to know that we are running || sessions to same peer= ing system.
> [Lizhong] If peer does not support FEC capability, you should have > some local configuration to indicate the FEC set. Then you could
> still avoid loop by this local indication. I am trying to see the
> technical motivation of Node-ID TLV. If we only want to know the
> same peering relationship for easy management, the NMS could simply > do that. Is there any other technical reason for Node-ID TLV?
>
> Thanks
> Lizhong
>
> >  
> > Thanks,
> > Pranjal
> >  
> >  
> >
> > From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> > Sent: Monday, September 03, 2012 6:48 PM
> > To: Dutta, Pranjal K (Pranjal)
> > Cc: draft-pdutta-mpls-multi-ldp-insta= nce@tools.ietf.org; mpls@ietf.
> > org; mpls-chairs@tools.ietf.org; Dutta, Pranjal K (Pranjal)
> > Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp= -
> > instance@tools.ietf.org
> >  
> >
> > Hi Pranjal,
> > Much clear now, thank you. Two inline comments that maybe missed = in
> > your previous email.
> >
> > snip from previous email...
> > > 2. For LDP multiple instance, is it allowed for duplicated F= EC
> > > between two instance?
> > >  
> > > [Pranjal] Duplicated FECs won=A1=AFt be allowed. The paralle= l sessions
> > > between two peering systems needs to be disjoint with respec= t to the
> > > working set
> > > =A8C the FECs. This needs to be ensured thru various FEC spe= cific
> > > session capabilities. Each || session must advertise disjoin= t FEC
> > > capabilities. Section
> > > 2.1.1 explains the use of LDP session capabilities (RFC5561)= to keep
> > > the FEC distribution mutually exclusive. What criteria to be used
> > > for segregation
> > > of FECs are to be decided on case to case basic. This draft provides
> > > the fundamental building block for control plane fate separation.
> > [Lizhong] Then does the LDP multiple instance in this draft does = not
> > include the VRF case? It is better to explicit describe this, > > otherwise it is confusing. In the VRF case, the FEC will be
> > duplicated between different instances.
> >
> > >
> > > 3. If duplicated FECs are possible between two instance, receiving
> > > same label mapping from parallel multi-lsr peering sessions could
> > > not interpret as loop, right?
> > >  
> > > [Pranjal] Duplicated FECs are not allowed across . But what = if a
> > > peering system misbehaves or peering system not supporting t= he
> > > solution (thus agnostic
> > > Of the fact that a few sessions are terminated in same peeri= ng
> > > system) leaks FECs on all || sessions? That may result in a = loop for
> > > some applications
> > > and =A1=B0Section 3. Detection of multi-instance peering=A1= =B1 addresses that
> > > issue.  It lets a system aware of || sessions and thus = can take
> > > necessary actions.
> > [Lizhong] If the FEC set (identified by capability) is totally > > disjoint between two instance, it could be simply discard the FEC=
> > label mapping if not match capability to avoid loop, why we still=
> > need Node-ID TLV=A3=BF
> >
> > Thanks
> > Lizhong
> >  
> >
> > "Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com>
> > wrote 2012/09/01 01:38:39:
> >
> > > Hi Lizhong,
> > >                 &nbs= p;    I think I didn=A1=AFt clarify on =A8C =A1=B0Do you mean the
> > > two instance need to synchronize FEC mapping information=A1= =B1. The
> > > multi-instance peering that we described about
> > > Is a little different from multi-instance IGPs. In multi-instance
> > > LDP case by default the FEC database would be shared in the sense
> > > that all label mapping would share the same
> > > global label space and thus following is possible/desirable.=
> > >  
> > >                 &nbs= p;         System A             &nb= sp;                    
> > > System B               &n= bsp;                 System C
> > >                 &nbs= p;             LSR-A1----------------------------LSR- > > > B1    X    LSR-B3-----------------------= ---LSR-C1
> > >                 &nbs= p;             LSR-A2 ---------------------------LSR- > > > B2    X    LSR-B4-----------------------= ---LSR-C2
> > >  
> > >  
> > >                 &nbs= p;    There can be a seamless LSP/Tunnel between
> > > System A and System C for FEC F1. C->B label mapping L1 i= s exchanged
> > > using B3-C1 LSR tuples and
> > > B->A label mapping L2 is exchanged using B2-A2 LSR tuples= . This is
> > > because the FEC-Label mapping database continue to exist in =
> systemB in same
> > > way as it does today. There would be only one FEC F1 in the = LIB :
> > >  
> > >                 &nbs= p;                        = ;                        = ;  
> > > F1  --> egress label L1 (Local LSR B3---Remote LSR C= 1)
> > >                 &nbs= p;                        = ;                        = ;      -=A8=A4
> > > ingress label L2 (Local LSR B2---Remote LSR A2)
> > >  
> > >                 &nbs= p;    The X connect at system B is L1->L2
> > >                 &nbs= p;                
> > >  
> > >  
> > > Thanks,
> > > Pranjal
> > >
> > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] O= n Behalf Of
> > > Dutta, Pranjal K (Pranjal)
> > > Sent: Friday, August 31, 2012 10:22 AM
> > > To: Lizhong Jin
> > > Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; draft-pdutta-mpls-=
> > > multi-ldp-instance@tools.ietf.org
> > > Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> > > instance@tools.ietf.org
> > >  
> > > Hi Lizhong,
> > >                 &nbs= p;       Please refer my answers inline.
> > > Thanks,
> > > Pranjal
> > >  
> > >
> > > From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn]
> > > Sent: Thursday, August 30, 2012 11:42 PM
> > > To: Dutta, Pranjal K (Pranjal)
> > > Cc: draft-pdutta-mpls-multi-ldp-= instance@tools.ietf.org; mpls@ietf.
> > > org; mpls-chairs@tools.ietf.org<= /st1:PersonName>
> > > Subject: RE: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-
> > > instance@tools.ietf.org
> > >  
> > >
> > > Hi Pranjal,
> > > Thanks for the clarification, much clear than before for me = now.
> > > Please see inline for addtional comments.
> > >
> > > One more question for section 3.
> > > "When a LSR receives a FEC label mapping from a peering= session but
> > > same FEC mapping has been already receiver over another peer= ing
> > > session associated with same Node-ID then the receiving LSR = MUST
> > > send a Label Release to the peering session with statuc code"
> > > How a LSR could know the FEC mapping information from anothe= r
> > > instance? Do you mean the two instance need to synchronize F= EC
> > > mapping information?
> > >  
> > > [Pranjal] One way to think is  as follows =A8C let=A1= =AFs say that detection
> > > of multi-instance peering is implemented as in Section 3. Th= en
> > > receiving system would know about the sessions terminating <= br> > > > in same remote peering system. So the receiving system can create a
> > > group/bundle id internally for all such || sessions and keep= the
> > > FEC-label mappings also in the database. If there is a
> > > collision of Fec label mappings in the group-id database the= n label
> > > release can be sent, keeping the first one intact.
> > >
> > >
> > > Thanks
> > > Lizhong
> > >
> > > "Dutta, Pranjal K (Pranjal)" <pranjal.dutta@alcatel-lucent.com>
> > > wrote 2012/08/31 01:00:53:
> > >
> > > > 2. For LDP multiple instance, is it allowed for duplica= ted FEC
> > > > between two instance?
> > > >  
> > > > [Pranjal] Duplicated FECs won=A1=AFt be allowed. The pa= rallel sessions
> > > > between two peering systems needs to be disjoint with respect to the
> > > > working set
> > > > =A8C the FECs. This needs to be ensured thru various FE= C specific
> > > > session capabilities. Each || session must advertise di= sjoint FEC
> > > > capabilities. Section
> > > > 2.1.1 explains the use of LDP session capabilities (RFC5561) to keep
> > > > the FEC distribution mutually exclusive. What criteria = to be used
> > > > for segregation
> > > > of FECs are to be decided on case to case basic. This d= raft provides
> > > > the fundamental building block for control plane fate separation.
> > > [Lizhong] Then does the LDP multiple instance in this draft = does not
> > > include the VRF case? It is better to explicit describe this= ,
> > > otherwise it is confusing. In the VRF case, the FEC will be =
> > > duplicated between different instances.
> > >
> > > >
> > > > 3. If duplicated FECs are possible between two instance= , receiving
> > > > same label mapping from parallel multi-lsr peering sess= ions could
> > > > not interpret as loop, right?
> > > >  
> > > > [Pranjal] Duplicated FECs are not allowed across . But = what if a
> > > > peering system misbehaves or peering system not support= ing the
> > > > solution (thus agnostic
> > > > Of the fact that a few sessions are terminated in same peering
> > > > system) leaks FECs on all || sessions? That may result = in a loop for
> > > > some applications
> > > > and =A1=B0Section 3. Detection of multi-instance peerin= g=A1=B1 addresses that
> > > > issue.  It lets a system aware of || sessions and = thus can take
> > > > necessary actions.
> > > [Lizhong] If the FEC set (identified by capability) is total= ly
> > > disjoint between two instance, it could be simply discard th= e FEC
> > > label mapping if not match capability to avoid loop, why we still
> > > need Node-ID TLV=A3=BF
> > >
> > > >
> > > > 4. In case 1~4, one interface will serve multiple insta= nce, I guess,
> > > > the interface you refer is physical interface, and when sharing one
> > > > physical interface, then one sub-interface for each instance is
> > > > still required, right? In my understanding, one IP interface could
> > > > not be shared by multiple LDP instance, otherwise how t= o treat the
> > > > prefix of that interface.
> > >
> > > > [Pranjal] I won=A1=AFt view it as sub-interface since a= ll instances are
> > > > running in same FEC database. So if we think from a =A1=B0virtual router=A1=B1
> > > > point of view (each
> > > > Virtual Router is separated across all verticals in RIB= /LFIB/FIB and
> > > > self-sufficient) then all the multiple LSR instances wo= uld be
> > > > running within same
> > > > Virtual Router and thus can share interfaces assigned t= o that
> > > > Virtual Router. Although the draft does not prevent usa= ge of same
> > > > Interface across all LSRs
> > > > in practice it is desirable to fate separate the physic= al topology
> > > > to achieve separation across entire vertical. Separatio= n of physical
> > > > topology can be
> > > > achieved by LDP Multi-topology that synchronizes IGP an= d LDP=A1=AFs view (
> > > > http://tools.ietf.org/html/draft-ietf-mpls-ldp-multi-topology-04) or
> > > > by using hello
> > > > adjacency capabilities at LDP level (http://tools.ietf.=
> > > > org/html/draft-pdutta-mpls-ldp-adj-capability-00).
> > > >  
> > > >
> > > > Hope to see your clarification. Thanks.
> > > >
> > > > Lizhong
> > > >  
> > > >
> > > > Loa Andersson <loa@pi.nu> wrote 2012/08/29 17:10:01:
> > > >
> > > > > Kamran. Eric and Lizhong,
> > > > >
> > > > > You have been selected as an MPLS Review team reviewers for
> > > > > draft-pdutta-mpls-multi-ldp-instance-00.txt.
> > > > >
> > > > > Note to authors: You have been CC=A1=AFd on this e= mail so that you can know
> > > > > that this review is going on. However, please do n= ot review your own
> > > > > document.
> > > > >
> > > > > Reviews should comment on whether the document is coherent,
> isit useful
> > > > > (ie, is it likely to be actually useful in operati= onal
> networks), and is
> > > > > the document technically sound?  We are interested in knowing whether
> > > > > the document is ready to be considered for WG adop= tion (ie, it doesn=A1=AFt
> > > > > have to be perfect at this point, but should be a = good start).
> > > > >
> > > > > Reviews should be sent to the document authors, WG co-chairs and
> > > > > secretary, and CC=A1=AFd to the MPLS WG email list= . If necessary, comments
> > > > > may be sent privately to only the WG chairs.
> > > > >
> > > > > Are you able to review this draft by Sep 13, 2012?=
> > > > >
> > > > > Thanks, Loa
> > > > > (as MPLS WG chair)
> > > > > --
> > > > >
> > > > >
> > > > > Loa Andersson                      = ;   email: loa.
> andersson@ericsson.com
> > > > > Sr Strategy and Standards Manager     &n= bsp;      loa@pi.nu
> > > > > Ericsson Inc           &n= bsp;              phone: +46 10 717 52 13
> > > > >               &= nbsp;                      = ;         +46 767 72 92 13
> > > > >

--_000_C584046466ED224CA92C1BC3313B963E13F0E03C6AINBANSXCHMBSA_-- From loa@pi.nu Fri Sep 7 05:59:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED31921F871A; Fri, 7 Sep 2012 05:59:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7K5Sxmwklz3Y; Fri, 7 Sep 2012 05:59:47 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id B93F521F8715; Fri, 7 Sep 2012 05:59:45 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id E6AF5514002; Fri, 7 Sep 2012 14:59:43 +0200 (CEST) Message-ID: <5049EFB9.4080309@pi.nu> Date: Fri, 07 Sep 2012 14:59:37 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: The IESG Content-Type: multipart/mixed; boundary="------------010200090906030509000102" Cc: "mpls-chairs@tools.ietf.org" , draft-ietf-mpls-mldp-in-band-signaling@tools.ietf.org, "mpls@ietf.org" Subject: [mpls] request for publication: draft-ietf-mpls-mldp-in-band-signaling X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 12:59:48 -0000 This is a multi-part message in MIME format. --------------010200090906030509000102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit IESG, The MPLS working group request that: Multipoint LDP in-band signaling for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths draft-ietf-mpls-mldp-in-band-signaling-06 is published as an RFC on the standards track. Please find the shepherd write-up included. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 --------------010200090906030509000102 Content-Type: text/plain; charset=windows-1252; name="mldp-inband-signaling.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mldp-inband-signaling.txt" DQ0KDQ0KICgxKSBXaGF0IHR5cGUgb2YgUkZDIGlzIGJlaW5nIHJlcXVlc3RlZCAoQkNQLCBQ cm9wb3NlZCBTdGFuZGFyZCwNDQogSW50ZXJuZXQgU3RhbmRhcmQsIEluZm9ybWF0aW9uYWws IEV4cGVyaW1lbnRhbCwgb3IgSGlzdG9yaWMpPyAgV2h5DQ0KIGlzIHRoaXMgdGhlIHByb3Bl ciB0eXBlIG9mIFJGQz8gIElzIHRoaXMgdHlwZSBvZiBSRkMgaW5kaWNhdGVkIGluIHRoZQ0N CiB0aXRsZSBwYWdlIGhlYWRlcj8NDQoNDQogICBUaGUgTVBMUyB3b3JraW5nIGdyb3VwIHJl cXVlc3QgdGhhdDogDQ0KDQ0KICAgTXVsdGlwb2ludCBMRFAgaW4tYmFuZCBzaWduYWxpbmcg Zm9yIFBvaW50LXRvLU11bHRpcG9pbnQgYW5kIA0NCiAgICAgICAgICAgICBNdWx0aXBvaW50 LXRvLU11bHRpcG9pbnQgTGFiZWwgU3dpdGNoZWQgUGF0aHMNDQoNDQogICAgICAgICAgICAg ICBkcmFmdC1pZXRmLW1wbHMtbWxkcC1pbi1iYW5kLXNpZ25hbGluZy0wNg0NCg0NCiAgIGlz IHB1Ymxpc2hlZCBhcyBhbiBSRkMgb24gdGhlIHN0YW5kYXJkcyB0cmFjay4NCg0KICAgU2lu Y2UgdGhpcyBpcyBhbiBleHRlbnNpb24gdG8gbUxEUCwgKGEgc3RhbmRhcmQgdHJhY2sgZG9j dW1lbnQpLCANCiAgIGl0IGFsc28gbmVlZCB0byBiZSBvbiB0aGUgc3RhbmRhcmRzIHRyYWNr LiBUaGVyZSBhcmUgc2VydmljZSANCiAgIHByb3ZpZGVyIGxvb2tpbmcgdG8gdXNlIHRoaXMg c29sdXRpb24gaW4gcHJvZHVjdGlvbiBuZXR3b3Jrcy4NDQoNDQoNDQoNDQooMikgVGhlIElF U0cgYXBwcm92YWwgYW5ub3VuY2VtZW50IGluY2x1ZGVzIGEgRG9jdW1lbnQgQW5ub3VuY2Vt ZW50DQ0KV3JpdGUtVXAuIFBsZWFzZSBwcm92aWRlIHN1Y2ggYSBEb2N1bWVudCBBbm5vdW5j ZW1lbnQgV3JpdGUtVXAuIFJlY2VudA0NCmV4YW1wbGVzIGNhbiBiZSBmb3VuZCBpbiB0aGUg IkFjdGlvbiIgYW5ub3VuY2VtZW50cyBmb3IgYXBwcm92ZWQNDQpkb2N1bWVudHMuIFRoZSBh cHByb3ZhbCBhbm5vdW5jZW1lbnQgY29udGFpbnMgdGhlIGZvbGxvd2luZyBzZWN0aW9uczoN DQoNDQoNDQoNDQpUZWNobmljYWwgU3VtbWFyeQ0NCg0NCiAgIFNvbWV0aW1lcyBhbiBJUCBt dWx0aWNhc3QgdHJlZSwgY29uc3RydWN0ZWQgYnkgUHJvdG9jb2wgSW5kZXBlbmRlbnQNDQog ICBNdWx0aWNhc3QgKFBJTSksIG5lZWRzIHRvIHBhc3MgdGhyb3VnaCBhbiBNUExTIGRvbWFp biBpbiB3aGljaA0NCiAgIE11bHRpcG9pbnQgTERQIChtTERQKSBQb2ludC10by1NdWx0aXBv aW50IGFuZC9vciBNdWx0aXBvaW50LXRvLQ0NCiAgIE11bHRpcG9pbnQgTGFiZWxzIFN3aXRj aGVkIFBhdGhzIChMU1BzKSBjYW4gYmUgY3JlYXRlZC4gVGhlIHBhcnQgb2YNDQogICB0aGUg SVAgbXVsdGljYXN0IHRyZWUgdGhhdCB0cmF2ZXJzZXMgdGhlIE1QTFMgZG9tYWluIGNhbiBi ZQ0NCiAgIGluc3RhbnRpYXRlZCBhcyBhIG11bHRpcG9pbnQgTFNQLiBXaGVuIGEgUElNIEpv aW4gbWVzc2FnZSBpcw0NCiAgIHJlY2VpdmVkIGF0IHRoZSBib3JkZXIgb2YgdGhlIE1QTFMg ZG9tYWluLCBpbmZvcm1hdGlvbiBmcm9tIHRoYXQNDQogICBtZXNzYWdlIGlzIGVuY29kZWQg aW50byBtTERQIG1lc3NhZ2VzLiAgV2hlbiB0aGUgbUxEUCBtZXNzYWdlcyByZWFjaA0NCiAg IHRoZSBib3JkZXIgb2YgdGhlIG5leHQgSVAgZG9tYWluLCB0aGUgZW5jb2RlZCBpbmZvcm1h dGlvbiBpcyB1c2VkIHRvDQ0KICAgZ2VuZXJhdGUgUElNIG1lc3NhZ2VzIHRoYXQgY2FuIGJl IHNlbnQgdGhyb3VnaCB0aGUgSVAgZG9tYWluLiAgVGhlDQ0KICAgcmVzdWx0IGlzIGFuIElQ IG11bHRpY2FzdCB0cmVlIGNvbnNpc3Rpbmcgb2YgYSBzZXQgb2YgSVAgbXVsdGljYXN0DQ0K ICAgc3ViLXRyZWVzIHRoYXQgYXJlIHNwbGljZWQgdG9nZXRoZXIgd2l0aCBhIG11bHRpcG9p bnQgTFNQLg0NCg0NCldvcmtpbmcgR3JvdXAgU3VtbWFyeQ0NCg0NCg0NCg0NCldhcyB0aGVy ZSBhbnl0aGluZyBpbiBXRyBwcm9jZXNzIHRoYXQgaXMgd29ydGggbm90aW5nPyBGb3IgDQ0K ZXhhbXBsZSwgd2FzIHRoZXJlIGNvbnRyb3ZlcnN5IGFib3V0IHBhcnRpY3VsYXIgcG9pbnRz IG9yIA0NCndlcmUgdGhlcmUgZGVjaXNpb25zIHdoZXJlIHRoZSBjb25zZW5zdXMgd2FzIHBh cnRpY3VsYXJseSANDQpyb3VnaD8NDQoNDQogICBUaGUgTVBMUyB3b3JraW5nIGdyb3VwIGhh cyBhIGZldyBub24tTVBMUy1UUCBkb2N1bWVudHMgdGhhdCBmZWxsDQ0KICAgaW50byB0aGUg Y3JhY2tzIHdoZW4gd2Ugd2VyZSBhbGxvY2F0aW5nIGFsbW9zdCBhbGwgb2Ygb3VyIHRpbWUg dG8NDQogICB3cmFwcGluZyB1cCB0aGUgTVBMUy1UUCBkb2N1bWVudHMuIFRoaXMgZG9jdW1l bnQgaXMgb25lIG9mIHRoZW0uIA0KICAgVmVyc2lvbiAtMDQgb2YgdGhlIGRvY3VtZW50IHdh cyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbGVkIGluIA0KICAgT2N0b2JlciAyMDExLCBpdCB3 YXMgdXBkYXRlZCBiYXNlZCBvbiBvbiBjb21tZW50cyBkdXJpbmcgd29ya2luZw0KICAgZ3Jv dXAgbGFzdCBjYWxsLiBBZnRlciB0aGF0IHRoZSBzaGVwaGVyZCBmdW1ibGVkIGFuZCBsZWZ0 IHRoZSANCiAgIGRyYWZ0IHdpdGhvdXQgYXR0ZW50aW9uIGZvciBhbG1vc3QgNiBtb250aHMu DQ0KICAgV2hlbiB3ZSBmaW5hbGx5IGdvIGFyb3VuZCB0byBwYXUgYXR0ZW50aW9uIHRvIHRo ZSBkb2N1bWVudCBhZ2Fpbg0KICAgdGhlIGRvY3VtZW50IHNoZXBoZXJkIHJlLXJldmlld2Vk IGl0IGFuZCBmb3VuZCB0aGVyZSB3ZXJlIG5vDQ0KICAgcmVhc29uIHRvIHJlLWlzc3VlIGEg d29ya2luZyBncm91cCBsYXN0IGNhbGwuIFRoZSBkcmFmdCBpcyBzdGFibGUuIA0NCg0NCiAg IFRoaXMgZG9jdW1lbnQgaGFzIGEgc3Ryb25nIHN1cHBvcnQgaW4gdGhlIHdvcmtpbmcgZ3Jv dXANDQogICBhbmQgaGFzIGJlZW4gd2VsbCByZXZpZXdlZC4gV2UgaGFkIGdvb2QgZGlzY3Vz c2lvbnMgYm90aA0NCiAgIG9uIHRoZSBtYWlsaW5nIGxpc3QgYW5kIGF0IHRoZSBmMmYgbWVl dGluZ3MuDQ0KDQ0KRG9jdW1lbnQgUXVhbGl0eQ0NCg0NCkFyZSB0aGVyZSBleGlzdGluZyBp bXBsZW1lbnRhdGlvbnMgb2YgdGhlIHByb3RvY29sPyBIYXZlIGEgDQ0Kc2lnbmlmaWNhbnQg bnVtYmVyIG9mIHZlbmRvcnMgaW5kaWNhdGVkIHRoZWlyIHBsYW4gdG8gDQ0KaW1wbGVtZW50 IHRoZSBzcGVjaWZpY2F0aW9uPyBBcmUgdGhlcmUgYW55IHJldmlld2VycyB0aGF0DQ0KbWVy aXQgc3BlY2lhbCBtZW50aW9uIGFzIGhhdmluZyBkb25lIGEgdGhvcm91Z2ggcmV2aWV3LCAN DQplLmcuLCBvbmUgdGhhdCByZXN1bHRlZCBpbiBpbXBvcnRhbnQgY2hhbmdlcyBvciBhIA0N CmNvbmNsdXNpb24gdGhhdCB0aGUgZG9jdW1lbnQgaGFkIG5vIHN1YnN0YW50aXZlIGlzc3Vl cz8gSWYgDQ0KdGhlcmUgd2FzIGEgTUlCIERvY3RvciwgTWVkaWEgVHlwZSBvciBvdGhlciBl eHBlcnQgcmV2aWV3LCANDQp3aGF0IHdhcyBpdHMgY291cnNlIChicmllZmx5KT8gSW4gdGhl IGNhc2Ugb2YgYSBNZWRpYSBUeXBlIA0NCnJldmlldywgb24gd2hhdCBkYXRlIHdhcyB0aGUg cmVxdWVzdCBwb3N0ZWQ/DQ0KDQ0KICAgV2Uga25vdyBvZiBleGlzdGluZyBpbXBsZW1lbnRh dGlvbnMgYW5kIGludGVudGlvbnMgdG8gaW1wbGVtZW50DQ0KICAgdGhpcyBzcGVjaWZpY2F0 aW9uLg0NCg0NCg0NClBlcnNvbm5lbA0NCg0NCg0NCg0NCiAgV2hvIGlzIHRoZSBEb2N1bWVu dCBTaGVwaGVyZD8gV2hvIGlzIHRoZSBSZXNwb25zaWJsZSBBcmVhDQ0KICBEaXJlY3Rvcj8N DQogIA0NCiAgIExvYSBBbmRlcnNzb24gaXMgdGhlIGRvY3VtZW50IHNoZXBoZXJkLg0NCg0N CiAgIEFkcmlhbiBGYXJyZWwgaXMvd2lsbCBiZSB0aGUgcmVzcG9uc2libGUgQUQuDQ0KDQ0K DQ0KDQ0KKDMpIEJyaWVmbHkgZGVzY3JpYmUgdGhlIHJldmlldyBvZiB0aGlzIGRvY3VtZW50 IHRoYXQgd2FzIHBlcmZvcm1lZCBieSANDQp0aGUgRG9jdW1lbnQgU2hlcGhlcmQuICBJZiB0 aGlzIHZlcnNpb24gb2YgdGhlIGRvY3VtZW50IGlzIG5vdCByZWFkeQ0NCmZvciBwdWJsaWNh dGlvbiwgcGxlYXNlIGV4cGxhaW4gd2h5IHRoZSBkb2N1bWVudCBpcyBiZWluZyBmb3J3YXJk ZWQgdG8NDQp0aGUgSUVTRy4NDQoNDQogICBUaGUgZG9jdW1lbnQgc2hlcGhlcmQgaGF2ZSBy ZXZpZXdlZCB0aGUgZG9jdW1lbnQgc2V2ZXJhbCB0aW1lcywgDQ0KICAgZS5nLiBiZWZvcmUg aXNzdWVpbmcgdG8gcG9sbCB0byBzZWUgaWYgdGhlcmUgd2VyZSBzdXBwb3J0IHRvIG1ha2UN CiAgIGl0IGEgd29ya2luZyBocm91cCBkb2N1bWVudCwgYmVmb3JlIHRoZSBXRyBsYXN0IGNh bGwsIGFuZCByZWNlbnRseQ0KICAgd2hlbiBkZWNpZGluZyB0byBwcm9ncmVzcyB0aGUgZG9j dW1lbnQgd2l0aG91dCBhIG5ldyB3b3JraW5nIA0KICAgZ3JvdXAgbGFzdCBjYWxsLg0KDQ0K ICAgVGhlIGRvY3VtZW50IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NDQoNDQoNDQooNCkg RG9lcyB0aGUgZG9jdW1lbnQgU2hlcGhlcmQgaGF2ZSBhbnkgY29uY2VybnMgYWJvdXQgdGhl IGRlcHRoIG9yDQ0KYnJlYWR0aCBvZiB0aGUgcmV2aWV3cyB0aGF0IGhhdmUgYmVlbiBwZXJm b3JtZWQ/DQ0KDQ0KICAgTm8uDQ0KDQ0KDQ0KDQ0KKDUpIERvIHBvcnRpb25zIG9mIHRoZSBk b2N1bWVudCBuZWVkIHJldmlldyBmcm9tIGEgcGFydGljdWxhciBvciBmcm9tDQ0KYnJvYWRl ciBwZXJzcGVjdGl2ZSwgZS5nLiwgc2VjdXJpdHksIG9wZXJhdGlvbmFsIGNvbXBsZXhpdHks IEFBQSwgRE5TLA0NCkRIQ1AsIFhNTCwgb3IgaW50ZXJuYXRpb25hbGl6YXRpb24/IElmIHNv LCBkZXNjcmliZSB0aGUgcmV2aWV3IHRoYXQNDQp0b29rIHBsYWNlLg0NCg0NCiAgIE5vLg0N Cg0NCg0NCig2KSBEZXNjcmliZSBhbnkgc3BlY2lmaWMgY29uY2VybnMgb3IgaXNzdWVzIHRo YXQgdGhlIERvY3VtZW50IFNoZXBoZXJkDQ0KaGFzIHdpdGggdGhpcyBkb2N1bWVudCB0aGF0 IHRoZSBSZXNwb25zaWJsZSBBcmVhIERpcmVjdG9yIGFuZC9vciB0aGUNDQpJRVNHIHNob3Vs ZCBiZSBhd2FyZSBvZj8gRm9yIGV4YW1wbGUsIHBlcmhhcHMgaGUgb3Igc2hlIGlzIHVuY29t Zm9ydGFibGUNDQp3aXRoIGNlcnRhaW4gcGFydHMgb2YgdGhlIGRvY3VtZW50LCBvciBoYXMg Y29uY2VybnMgd2hldGhlciB0aGVyZSByZWFsbHkNDQppcyBhIG5lZWQgZm9yIGl0LiBJbiBh bnkgZXZlbnQsIGlmIHRoZSBXRyBoYXMgZGlzY3Vzc2VkIHRob3NlIGlzc3VlcyBhbmQNDQpo YXMgaW5kaWNhdGVkIHRoYXQgaXQgc3RpbGwgd2lzaGVzIHRvIGFkdmFuY2UgdGhlIGRvY3Vt ZW50LCBkZXRhaWwgdGhvc2UNDQpjb25jZXJucyBoZXJlLg0NCg0NCiAgIE5vIHN1Y2ggY29u Y2VybnMhDQ0KDQ0KKDcpIEhhcyBlYWNoIGF1dGhvciBjb25maXJtZWQgdGhhdCBhbnkgYW5k IGFsbCBhcHByb3ByaWF0ZSBJUFINDQpkaXNjbG9zdXJlcyByZXF1aXJlZCBmb3IgZnVsbCBj b25mb3JtYW5jZSB3aXRoIHRoZSBwcm92aXNpb25zIG9mIEJDUCA3OA0NCmFuZCBCQ1AgNzkg aGF2ZSBhbHJlYWR5IGJlZW4gZmlsZWQuIElmIG5vdCwgZXhwbGFpbiB3aHkuDQ0KDQ0KLg0N CiAgIEJlZm9yZSByZXF1ZXN0aW5nIHB1YmxpY2F0aW9uIHRoZSB3b3JraW5nIGdyb3VwIGNo YWlycyBkaWQgYW4gSVBSIHBvbGwNDQogICBpbiB0aGUgd29ya2luZyBncm91cCBhbmQgdGhl IGF1dGhvcnMsIGFza2luZyBhbnkgbWVtYmVycyBvZiB0aGUgd29ya2luZyANDQogICBncm91 cCB0byBzcGVhayB1cCBpZiB0aGV5IHdlcmUgYXdhcmUgb2YgSVBScy4gVGhlIHNhbWUgcG9s bCByZXF1aXJlZCAgDQ0KICAgdGhlIGF1dGhvcnMgZWl0aGVyIHRvIGluZGljYXRlIGlmIHRo ZXkgd2VyZSBhd2FyZSBvZiBJUFJzIG9yIHNheSB0aGF0IA0NCiAgIHRoZXkgd2VyZSBub3Qu DQ0KDQ0KICAgQWxsIHRoZSBhdXRob3JzIHNhaWQgdGhleSB3ZXJlIG5vdCBhd2FyZSBvZiBh bnkgSVBScywgb3RoZXIgdGhhbiB0aGUNDQogICBwcmV2aW91c2x5IGZpbGVkIElQUiBjbGFp bSAoSUQgIzEzMDUpLg0NCg0NCg0NCig4KSBIYXMgYW4gSVBSIGRpc2Nsb3N1cmUgYmVlbiBm aWxlZCB0aGF0IHJlZmVyZW5jZXMgdGhpcyBkb2N1bWVudD8NDQpJZiBzbywgc3VtbWFyaXpl IGFueSBXRyBkaXNjdXNzaW9uIGFuZCBjb25jbHVzaW9uIHJlZ2FyZGluZyB0aGUgSVBSDQ0K ZGlzY2xvc3VyZXMuDQ0KDQ0KICAgVGhlcmUgaXMgb25lIElQUiBjbGFpbSBmaWxlZCBmb3Ig dGhpcyBkb2N1bWVudCAoSUQgIzEzMDUpLg0NCg0NCiAgIFRoZSBJUFIgd2FzIG9yaWdpbmFs IGZpbGVkIGFnYWluc3QgdGhlIGluZGl2aWR1YWwgImFuY2VzdG9yIiANCiAgIGRvY3VtZW50 IGRyYWZ0LXdpam5hbmRzLW1wbHMtbWxkcC1pbi1iYW5kLXNpZ25hbGluZy0wMi4NDQogICBU aGUgZmlsaW5nIGlzIG5vIGxvbmdlciB2aXNpYmxlIGZyb20gdGhlIG1wbHMgd29ya2luZyBn cm91cCB3ZWIgDQogICBwYWdlLCBidXQgaHMgYmVlbiBicm91Z2h0IHRvIHRoZSBhdHRlbnRp b24gb2YgdGhlIHdvcmtpbmcuDQoNDQoNDQooOSkgSG93IHNvbGlkIGlzIHRoZSBXRyBjb25z ZW5zdXMgYmVoaW5kIHRoaXMgZG9jdW1lbnQ/IERvZXMgaXQgDQ0KcmVwcmVzZW50IHRoZSBz dHJvbmcgY29uY3VycmVuY2Ugb2YgYSBmZXcgaW5kaXZpZHVhbHMsIHdpdGggb3RoZXJzDQ0K YmVpbmcgc2lsZW50LCBvciBkb2VzIHRoZSBXRyBhcyBhIHdob2xlIHVuZGVyc3RhbmQgYW5k IGFncmVlIHdpdGggaXQ/IA0NCg0NCiAgIFRoZSB3b3JraW5nIGdyb3VwIGlzIGJlaGluZCB0 aGlzIGRvY3VtZW50LiBJdCBoYXMgYmVlbiB3ZWxsIGRpc2N1c3NlZA0NCiAgIGFuZCByZXZp ZXdlZC4gIA0NCg0NCg0NCg0NCigxMCkgSGFzIGFueW9uZSB0aHJlYXRlbmVkIGFuIGFwcGVh bCBvciBvdGhlcndpc2UgaW5kaWNhdGVkIGV4dHJlbWUgDQ0KZGlzY29udGVudD8gSWYgc28s IHBsZWFzZSBzdW1tYXJpemUgdGhlIGFyZWFzIG9mIGNvbmZsaWN0IGluIHNlcGFyYXRlDQ0K ZW1haWwgbWVzc2FnZXMgdG8gdGhlIFJlc3BvbnNpYmxlIEFyZWEgRGlyZWN0b3IuIChJdCBz aG91bGQgYmUgaW4gYQ0NCnNlcGFyYXRlIGVtYWlsIGJlY2F1c2UgdGhpcyBxdWVzdGlvbm5h aXJlIGlzIHB1YmxpY2x5IGF2YWlsYWJsZS4pIA0NCg0NCiAgIE5vIHN1Y2ggdGhyZWF0cy4N DQoNDQoNDQooMTEpIElkZW50aWZ5IGFueSBJRCBuaXRzIHRoZSBEb2N1bWVudCBTaGVwaGVy ZCBoYXMgZm91bmQgaW4gdGhpcw0NCmRvY3VtZW50LiAoU2VlIGh0dHA6Ly93d3cuaWV0Zi5v cmcvdG9vbHMvaWRuaXRzLyBhbmQgdGhlIEludGVybmV0LURyYWZ0cw0NCkNoZWNrbGlzdCku IEJvaWxlcnBsYXRlIGNoZWNrcyBhcmUgbm90IGVub3VnaDsgdGhpcyBjaGVjayBuZWVkcyB0 byBiZQ0NCnRob3JvdWdoLg0NCg0NCg0NCiAgIFRoZSBpZG5pdHMtdG9vbCBmbGFncyB0aHJl ZSAicHJvYmxlbXMiDQ0KDQ0KICAgMS4gVGhlcmUgYXJlIHRocmVlIG91dGRhdGVkIHJlZmVy ZW5jZXMNDQoNDQogICAyLiBUaGVyZSBpcyBhIGRpc2NsYWltZXIgZm9yIHByZS1SRkM1Mzc4 IHdvcmssIHRoYXQgaXMgbm90IA0NCiAgICAgIHJlYWxseSBuZWVkZWQuDQoNCiAgIDMuIFNv bWUgb2YgdGhlIHJlZmVyZW5jZXMgYXJlIHRvIG9sZGVyIHZlcnNpb24gb2YgdGhlIHJlZmVy ZW5jZWQNCiAgICAgIGRvY3VtZW50DQoNDQoNDQogICBUaGUgYXV0aG9ycyB3aWxsIGJlIHJl cXVpcmVkIHRvIGZpeCB0aGlzIGlmIGEgbmV3IHZlcnNpb24gaXMgDQ0KICAgbmVlZGVkIG9y IGl0IHdpbGwgYmUgY2FwdHVyZWQgaW4gYSBSRkMgRWRpdG9ycyBub3RlLg0NCg0NCiAgIE5v IG90aGVyIG5pdHMgZm91bmQuDQ0KDQ0KDQ0KKDEyKSBEZXNjcmliZSBob3cgdGhlIGRvY3Vt ZW50IG1lZXRzIGFueSByZXF1aXJlZCBmb3JtYWwgcmV2aWV3DQ0KY3JpdGVyaWEsIHN1Y2gg YXMgdGhlIE1JQiBEb2N0b3IsIG1lZGlhIHR5cGUsIGFuZCBVUkkgdHlwZSByZXZpZXdzLg0N Cg0NCiAgIFRoZXJlIGFyZSBubyBzdWNoIGZvcm1hbCByZXZpZXcgY3JpdGVyaWEuDQ0KDQ0K KDEzKSBIYXZlIGFsbCByZWZlcmVuY2VzIHdpdGhpbiB0aGlzIGRvY3VtZW50IGJlZW4gaWRl bnRpZmllZCBhcw0NCmVpdGhlciBub3JtYXRpdmUgb3IgaW5mb3JtYXRpdmU/DQ0KDQ0KICAg WWVzLg0NCg0NCigxNCkgQXJlIHRoZXJlIG5vcm1hdGl2ZSByZWZlcmVuY2VzIHRvIGRvY3Vt ZW50cyB0aGF0IGFyZSBub3QgcmVhZHkgZm9yDQ0KYWR2YW5jZW1lbnQgb3IgYXJlIG90aGVy d2lzZSBpbiBhbiB1bmNsZWFyIHN0YXRlPyBJZiBzdWNoIG5vcm1hdGl2ZQ0NCnJlZmVyZW5j ZXMgZXhpc3QsIHdoYXQgaXMgdGhlIHBsYW4gZm9yIHRoZWlyIGNvbXBsZXRpb24/DQ0KDQ0K ICAgVGhlcmUgaXMgb25lIG5vcm1hdGl2ZSByZWZlcmVuY2UgdGhhdCBwb2ludCB0byBhbiBJ bnRlcm5ldCBEcmFmdCwNDQogICBidXQgdGhpcyB0aGlzIGRyYWZ0IGhhcyBob3dldmVyIGJl ZW4gcHVibGlzaGVkIGFzIGFuIFJGQy4NDQoNDQooMTUpIEFyZSB0aGVyZSBkb3dud2FyZCBu b3JtYXRpdmUgcmVmZXJlbmNlcyByZWZlcmVuY2VzIChzZWUgUkZDIDM5NjcpPw0NCklmIHNv LCBsaXN0IHRoZXNlIGRvd253YXJkIHJlZmVyZW5jZXMgdG8gc3VwcG9ydCB0aGUgQXJlYSBE aXJlY3RvciBpbiB0aGUNDQpMYXN0IENhbGwgcHJvY2VkdXJlLg0NCg0NCiAgIE5vIGRvd253 YXJkIHJlZmVyZW5jZXMuDQ0KDQ0KKDE2KSBXaWxsIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9j dW1lbnQgY2hhbmdlIHRoZSBzdGF0dXMgb2YgYW55DQ0KZXhpc3RpbmcgUkZDcz8gQXJlIHRo b3NlIFJGQ3MgbGlzdGVkIG9uIHRoZSB0aXRsZSBwYWdlIGhlYWRlciwgbGlzdGVkDQ0KaW4g dGhlIGFic3RyYWN0LCBhbmQgZGlzY3Vzc2VkIGluIHRoZSBpbnRyb2R1Y3Rpb24/IElmIHRo ZSBSRkNzIGFyZSBub3QNDQpsaXN0ZWQgaW4gdGhlIEFic3RyYWN0IGFuZCBJbnRyb2R1Y3Rp b24sIGV4cGxhaW4gd2h5LCBhbmQgcG9pbnQgdG8gdGhlDQ0KcGFydCBvZiB0aGUgZG9jdW1l bnQgd2hlcmUgdGhlIHJlbGF0aW9uc2hpcCBvZiB0aGlzIGRvY3VtZW50IHRvIHRoZQ0NCm90 aGVyIFJGQ3MgaXMgZGlzY3Vzc2VkLiBJZiB0aGlzIGluZm9ybWF0aW9uIGlzIG5vdCBpbiB0 aGUgZG9jdW1lbnQsDQ0KZXhwbGFpbiB3aHkgdGhlIFdHIGNvbnNpZGVycyBpdCB1bm5lY2Vz c2FyeS4NDQoNDQogICBOby4NDQoNDQoNDQooMTcpIERlc2NyaWJlIHRoZSBEb2N1bWVudCBT aGVwaGVyZCdzIHJldmlldyBvZiB0aGUgSUFOQSBjb25zaWRlcmF0aW9ucw0NCnNlY3Rpb24s IGVzcGVjaWFsbHkgd2l0aCByZWdhcmQgdG8gaXRzIGNvbnNpc3RlbmN5IHdpdGggdGhlIGJv ZHkgb2YgdGhlDQ0KZG9jdW1lbnQuIENvbmZpcm0gdGhhdCBhbGwgcHJvdG9jb2wgZXh0ZW5z aW9ucyB0aGF0IHRoZSBkb2N1bWVudCBtYWtlcw0NCmFyZSBhc3NvY2lhdGVkIHdpdGggdGhl IGFwcHJvcHJpYXRlIHJlc2VydmF0aW9ucyBpbiBJQU5BIHJlZ2lzdHJpZXMuDQ0KQ29uZmly bSB0aGF0IGFueSByZWZlcmVuY2VkIElBTkEgcmVnaXN0cmllcyBoYXZlIGJlZW4gY2xlYXJs eQ0NCmlkZW50aWZpZWQuIENvbmZpcm0gdGhhdCBuZXdseSBjcmVhdGVkIElBTkEgcmVnaXN0 cmllcyBpbmNsdWRlIGENDQpkZXRhaWxlZCBzcGVjaWZpY2F0aW9uIG9mIHRoZSBpbml0aWFs IGNvbnRlbnRzIGZvciB0aGUgcmVnaXN0cnksIHRoYXQNDQphbGxvY2F0aW9ucyBwcm9jZWR1 cmVzIGZvciBmdXR1cmUgcmVnaXN0cmF0aW9ucyBhcmUgZGVmaW5lZCwgYW5kIGENDQpyZWFz b25hYmxlIG5hbWUgZm9yIHRoZSBuZXcgcmVnaXN0cnkgaGFzIGJlZW4gc3VnZ2VzdGVkIChz ZWUgUkZDIDUyMjYpLg0NCg0NCg0NCiAgIFRoaXMgZG9jdW1lbnQgcmVxdWVzdHMgZm91ciBz dGFuZGFyZHMgYWN0aW9uIHZhbHVlcyBmcm9tICJMRFAgTVAgDQ0KICAgT3BhcXVlIFZhbHVl IEVsZW1lbnQgYmFzaWMgdHlwZSIgYSByZWdpc3RyeSBkZWZpbmVkIGluIFJGQyA2Mzg4Lg0N CiAgIFRoZSByZXF1ZXN0cyBmb3IgSUFOQSBhbGxvY2F0aW9uIGFyZSBjbGVhcmx5IHdyaXR0 ZW4uDQ0KDQ0KKDE4KSBMaXN0IGFueSBuZXcgSUFOQSByZWdpc3RyaWVzIHRoYXQgcmVxdWly ZSBFeHBlcnQgUmV2aWV3IGZvciBmdXR1cmUNDQphbGxvY2F0aW9ucy4gUHJvdmlkZSBhbnkg cHVibGljIGd1aWRhbmNlIHRoYXQgdGhlIElFU0cgd291bGQgZmluZA0NCnVzZWZ1bCBpbiBz ZWxlY3RpbmcgdGhlIElBTkEgRXhwZXJ0cyBmb3IgdGhlc2UgbmV3IHJlZ2lzdHJpZXMuDQ0K DQ0KDQ0KICAgTm8gbmV3IElBTkEgcmVnaXN0cmllcyB0aGF0IHJlcXVpcmVzIGV4cGVydCBy ZXZpZXcuDQ0KDQ0KKDE5KSBEZXNjcmliZSByZXZpZXdzIGFuZCBhdXRvbWF0ZWQgY2hlY2tz IHBlcmZvcm1lZCBieSB0aGUgRG9jdW1lbnQNDQpTaGVwaGVyZCB0byB2YWxpZGF0ZSBzZWN0 aW9ucyBvZiB0aGUgZG9jdW1lbnQgd3JpdHRlbiBpbiBhIGZvcm1hbA0NCmxhbmd1YWdlLCBz dWNoIGFzIFhNTCBjb2RlLCBCTkYgcnVsZXMsIE1JQiBkZWZpbml0aW9ucywgZXRjLg0NCg0N CiAgIE5vIGZvcm1hbCBsYW5ndWFnZS4= --------------010200090906030509000102-- From loa@pi.nu Fri Sep 7 08:35:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6C4E21F8723 for ; Fri, 7 Sep 2012 08:35:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 h4ykazYthXZR for ; Fri, 7 Sep 2012 08:34:59 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id BC0B021F8749 for ; Fri, 7 Sep 2012 08:34:45 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 0CA30514002; Fri, 7 Sep 2012 17:34:43 +0200 (CEST) Message-ID: <504A1412.8070401@pi.nu> Date: Fri, 07 Sep 2012 17:34:42 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: [mpls] implementations of draft-ietf-mpls-ipv6-pw-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 15:35:04 -0000 Working Group, draft-ietf-mpls-ipv6-pw-lsp-ping is in working group last call, when the wglc is closed and the draft updated, we will request publication of the document. As part of the shepherd write-up, that goes with request for publication we need to know about existing or intended implementations. Please send mails to the mpls wg mailing list (mpls@ietf.org) or the working group chairs to inform us about implementations. /Loa (as wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From manavbhatia@gmail.com Sun Sep 9 17:13:35 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A450F21F85A7 for ; Sun, 9 Sep 2012 17:13:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eyk7FZxDEBCM for ; Sun, 9 Sep 2012 17:13:35 -0700 (PDT) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2DB7421F8599 for ; Sun, 9 Sep 2012 17:13:35 -0700 (PDT) Received: by obbwc20 with SMTP id wc20so2362781obb.31 for ; Sun, 09 Sep 2012 17:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ui77rHj6yHHLXvEBTaUfvZoT8c8ed/SC12c/tsh1fso=; b=uR3wopohVsAjWqSN6nclGfVhlwkPLAqHhf8ywCldx9QpSfVl8ZE6u7Y2zzKdou0+jN JQAyzxFXP0LYq2/aganf/YRXQraJwDDaXA/Pwpyo43gViEgnfbbF53SrhL3MH9ToZNcd uaduzudAzvJWGaV0gFgJSGmsd28Zso0slu/iwU9aqRmsQZeXnBYHMFeLYyHwA40yWbcZ 2vEtp63eJrAsPeispImXDZm1/R7szoP1e85UZXtmvlyru7t6O0IfDOFngVl94MMN+mbi 2NlLH6uFZsid1mk1AAuPWeI1wdhlI80yARJMnZOpH7SmoHRNONIVk/kBd+2Rb9LqO/ZW G2wQ== MIME-Version: 1.0 Received: by 10.60.28.162 with SMTP id c2mr12637151oeh.3.1347236014699; Sun, 09 Sep 2012 17:13:34 -0700 (PDT) Received: by 10.76.131.73 with HTTP; Sun, 9 Sep 2012 17:13:34 -0700 (PDT) In-Reply-To: <50459CB7.4090208@pi.nu> References: <50459CB7.4090208@pi.nu> Date: Mon, 10 Sep 2012 05:43:34 +0530 Message-ID: From: Manav Bhatia To: Loa Andersson Content-Type: text/plain; charset=ISO-8859-1 Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 00:13:35 -0000 I support the draft. Cheers, Manav On Tue, Sep 4, 2012 at 11:46 AM, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From internet-drafts@ietf.org Sun Sep 9 18:14:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9647E21F85EF; Sun, 9 Sep 2012 18:14:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.51 X-Spam-Level: X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.089, 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 U6bb3pdm+e9V; Sun, 9 Sep 2012 18:14:39 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2865321F84F2; Sun, 9 Sep 2012 18:14:39 -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: 4.34 Message-ID: <20120910011439.1364.56362.idtracker@ietfa.amsl.com> Date: Sun, 09 Sep 2012 18:14:39 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-ttl-tlv-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 01:14:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Definition of Time-to-Live TLV for LSP-Ping Mechanisms Author(s) : Sami Boutros Siva Sivabalan George Swallow Shaleen Saxena Vishwas Manral Sam Aldrin Filename : draft-ietf-mpls-lsp-ping-ttl-tlv-03.txt Pages : 8 Date : 2012-09-09 Abstract: LSP-Ping is a widely deployed Operation, Administration, and Maintenance (OAM) mechanism in MPLS networks. However, in the present form, this mechanism is inadequate to verify connectivity of a segment of a Multi-Segment PseudoWire (MS-PW) from any node on the path of the MS-PW. This document defines a TLV to address this shortcoming. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-ttl-tlv There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-ttl-tlv-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-lsp-ping-ttl-tlv-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From Frederic.Jounay@orange.ch Mon Sep 10 00:03:01 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73E6821E803A for ; Mon, 10 Sep 2012 00:03:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3] 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 RGeJ32BMXdZo for ; Mon, 10 Sep 2012 00:03:01 -0700 (PDT) Received: from smtp20.eds.ch (smtp20.eds.ch [195.160.148.40]) by ietfa.amsl.com (Postfix) with ESMTP id 96FF321E8039 for ; Mon, 10 Sep 2012 00:03:00 -0700 (PDT) X-AuditID: c3a09428-b7f426d000004ef0-c6-504d90a2b17e Received: from chbbochs054.orange.ch (Unknown_Domain [204.104.149.85]) (using TLS with cipher RC4-MD5 (RC4-MD5/128 bits)) (Client did not present a certificate) by smtp20.eds.ch () with SMTP id 57.DC.20208.2A09D405; Mon, 10 Sep 2012 09:02:58 +0200 (CEST) Received: from CHCROCHC051.orange.ch ([fe80:0000:0000:0000:704b:3a68:12.14.247.83]) by chbbochs054.orange.ch ([172.25.9.54]) with mapi; Mon, 10 Sep 2012 09:02:58 +0200 From: =?iso-8859-1?Q?Jounay_Fr=E9d=E9ric?= To: Loa Andersson Date: Mon, 10 Sep 2012 09:02:57 +0200 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2O6ShuHCg2QBR4RMedMhKO6RS8GgAOQo1Q Message-ID: <78046FD1C8FE0345AFBC11640A8DF6E2017F3C65EAAB@CHCROCHC051.orange.ch> References: <50459CB7.4090208@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42I5kzE1VHfRBN8AgxX9hhbXPk9htfg3dw6z xfdLS1gsbi1dyerA4rFkyU8mj1nT29g8vlz+zBbAHMVlk5Kak1mWWqRvl8CVseJ+P1PBY/aK I4uPszUw3mHtYuTkkBAwkXiyYjcjhC0mceHeejYQW0ighUni7dOkLkYuIHs1o8SejbvAGtgE 3CSWXJnKBGKLCMhKXNv2kwmkiFlgJ6PE1TktQA4HB4uAqsSRd2ogprBAhMT9azUQ5ZESt1bM ZIGwjSQWPlwCtotXIEBi46w5LBB7syXubVwCtopTIFBi6tcVYDYj0G3fT60BW8ssIC5x68l8 JoibBSSW7DnPDGGLSrx8/A+qXlTiTvt6Roh6PYkbU6ewQdjaEssWvmaG2CsocXLmE5YJjGKz kIydhaRlFpKWWUhaFjCyrGLkLc4tKTAy0EtNKdZLztjECIylwwumaOxgXHbJ/BCjAAejEg/v AzPfACHWxLLiytxDjBIczEoivCJ9QCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8J4P5AoQE0hNL UrNTUwtSi2CyTBycUg2M9e92lAloX3ww2z2gwFY8LchmOte2Zw+dJkhULp3aJ2bmaXf1osTq m5uvXxTd2iPipC6XvcZBPcZnia7g9ufS709MuH3z49PdJpteb/b6xsKvuG/+/aNnYsyLm9mC V90TV3he08T2xen5zuciAqYV89S0P8j4a73Q+SgtvXdBafqeny3vJALSlFiKMxINtZiLihMB nOzj4qECAAA= Cc: "draft-jjwl-mpls-mldp-hsmp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 07:03:01 -0000 Hi, Support (as co-author) Fred On Tue, Sep 4, 2012 at 11:46 AM, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting=20 > draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working=20 > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From zheng.zhi@zte.com.cn Tue Sep 11 01:29:13 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6231721F8716 for ; Tue, 11 Sep 2012 01:29:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.795 X-Spam-Level: X-Spam-Status: No, score=-101.795 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.803, 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 IwhX4TNS5JfV for ; Tue, 11 Sep 2012 01:29:12 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 5759F21F8582 for ; Tue, 11 Sep 2012 01:29:12 -0700 (PDT) Received: from [192.168.168.119] by mx5.zte.com.cn with surfront esmtp id 10723806486374; Tue, 11 Sep 2012 16:10:30 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 74A15715998 for ; Tue, 11 Sep 2012 16:25:12 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id q8B8T027050152 for ; Tue, 11 Sep 2012 16:29:00 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) Message-Id: <201209110829.q8B8T027050152@mse01.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q8B6NGth032985; Tue, 11 Sep 2012 14:23:16 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) In-Reply-To: <50459CB7.4090208@pi.nu> To: "mpls@ietf.org" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 From: Ryan Zheng Date: Tue, 11 Sep 2012 14:23:11 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-11 14:23:12, Serialize complete at 2012-09-11 14:23:12 Content-Type: multipart/alternative; boundary="=_alternative 0023256448257A76_=" X-MAIL: mse01.zte.com.cn q8B8T027050152 X-MSS: AUDITRELEASE@mse01.zte.com.cn Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 08:29:13 -0000 This is a multipart message in MIME format. --=_alternative 0023256448257A76_= Content-Type: text/plain; charset="US-ASCII" Yes/Support. A very useful draft for several existing scenarios and even more in future. Thanks, Ryan Loa Andersson Sent by: mpls-bounces@ietf.org 2012-09-04 14:16 To "mpls@ietf.org" cc draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Working group, this is to start a two week poll on adopting draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll is extended and will end Sep 19th, 2012. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --=_alternative 0023256448257A76_= Content-Type: text/html; charset="US-ASCII"
Yes/Support.

A very useful draft for several existing scenarios and even more in future.

Thanks,
Ryan



Loa Andersson <loa@pi.nu>
Sent by: mpls-bounces@ietf.org

2012-09-04 14:16

To
"mpls@ietf.org" <mpls@ietf.org>
cc
draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject
[mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg        document





Working group,

this is to start a two week poll on adopting
draft-jjwl-mpls-mldp-hsmp-01.txt
as an MPLS working group document.

Please send your comments (support/not support) to the mpls working
group mailing list (mpls@ietf.org).

This poll is extended and will end Sep 19th, 2012.

/Loa
(mpls wg co-chair)
--


Loa Andersson                         email: loa.andersson@ericsson.com
Sr Strategy and Standards Manager            loa@pi.nu
Ericsson Inc                          phone: +46 10 717 52 13
                                             +46 767 72 92 13
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--=_alternative 0023256448257A76_=-- From venkatflex@gmail.com Tue Sep 11 01:32:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ED6521F87B9 for ; Tue, 11 Sep 2012 01:32:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.932 X-Spam-Level: X-Spam-Status: No, score=-1.932 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_HTML_USL_OBFU=1.666] 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 wiNNFyXDReVC for ; Tue, 11 Sep 2012 01:32:11 -0700 (PDT) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id E833621F87B3 for ; Tue, 11 Sep 2012 01:32:10 -0700 (PDT) Received: by vcbfo14 with SMTP id fo14so338586vcb.31 for ; Tue, 11 Sep 2012 01:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=eauYMSu5faTFxCjA0wLoILfl5pQ77KfuklzoPNIXdTc=; b=OgsG52SWe7eiuJMSL6gC0DTGElsCQkJuc+H3SP3IYJ0H1GlJgU33LZOBAOV3E7KcBo Pf3h8kb2cDYhLLwv6Pt+6v+Q5FAHaMQjfEPUORXRaMpa4d3M+zyjRnY/Yi4oXC9QHUSV XxXMdos3Mh+9ShcYQ7nQ+corRkB6pSgkabYxOPD+yfTgVf7T7F98ueZS6XgshjTsPXmv cxFo/Rwi04okVqiPzJ/I2knCgCCN91xi3SMnhzDiKaljFNrCFUHN2IER8MdKIG6TFZ5W V3nJigebEpS11jKu8vLZo4iHUy6XtUPK1bj/MrGs3/IpUiOnsdFINVy3Ci94Wc+wWB8g iTTw== MIME-Version: 1.0 Received: by 10.52.68.226 with SMTP id z2mr4866875vdt.76.1347352330211; Tue, 11 Sep 2012 01:32:10 -0700 (PDT) Received: by 10.220.102.74 with HTTP; Tue, 11 Sep 2012 01:32:10 -0700 (PDT) In-Reply-To: <50459CB7.4090208@pi.nu> References: <50459CB7.4090208@pi.nu> Date: Tue, 11 Sep 2012 01:32:10 -0700 Message-ID: From: venkatesan mahalingam To: Loa Andersson , mpls Content-Type: multipart/alternative; boundary=20cf3079c094078fcd04c968e971 Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 08:32:11 -0000 --20cf3079c094078fcd04c968e971 Content-Type: text/plain; charset=ISO-8859-1 Yes/Support. Thanks, Venkat. On Mon, Sep 3, 2012 at 11:16 PM, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.**txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > ______________________________**_________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/**listinfo/mpls > --20cf3079c094078fcd04c968e971 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yes/Support.

Thanks,
Venkat.

On Mon, Sep 3, 2012 at 11:16 PM, Loa Andersson <loa@pi.nu&g= t; wrote:
Working group,

this is to start a two week poll on adopting
draft-jjwl-mpls-mldp-hsmp-01.txt
as an MPLS working group document.

Please send your comments (support/not support) to the mpls working
group mailing list (mpls= @ietf.org).

This poll is extended and will end Sep 19th, 2012.

/Loa
(mpls wg co-chair)
--


Loa Andersson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 email: loa.andersson@eri= csson.com
Sr Strategy and Standards Manager =A0 =A0 =A0 =A0 =A0 =A0loa@pi.nu
Ericsson Inc =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0phone: +46 10 717 52 13
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0+46 767 72 92 13
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

--20cf3079c094078fcd04c968e971-- From raymond.key@hotmail.com Tue Sep 11 06:39:13 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B428721F8773 for ; Tue, 11 Sep 2012 06:39:13 -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 TiTLdrfxLLJq for ; Tue, 11 Sep 2012 06:39:13 -0700 (PDT) Received: from snt0-omc4-s17.snt0.hotmail.com (snt0-omc4-s17.snt0.hotmail.com [65.55.90.220]) by ietfa.amsl.com (Postfix) with ESMTP id 3815821F8751 for ; Tue, 11 Sep 2012 06:39:13 -0700 (PDT) Received: from SNT123-W27 ([65.55.90.199]) by snt0-omc4-s17.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 11 Sep 2012 06:39:12 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_7afed6da-fdc3-49c6-ae36-4e67fa596b5e_" X-Originating-IP: [113.87.134.47] From: Raymond Key Sender: To: , Date: Wed, 12 Sep 2012 00:09:12 +1030 Importance: Normal In-Reply-To: <50459CB7.4090208@pi.nu> References: <50459CB7.4090208@pi.nu> MIME-Version: 1.0 X-OriginalArrivalTime: 11 Sep 2012 13:39:12.0776 (UTC) FILETIME=[D43E6880:01CD9022] Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 13:39:13 -0000 --_7afed6da-fdc3-49c6-ae36-4e67fa596b5e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Support > Date: Tue=2C 4 Sep 2012 08:16:23 +0200 > From: loa@pi.nu > To: mpls@ietf.org > CC: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org=3B mpls-chairs@tools.ietf.or= g > Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg= document >=20 > Working group=2C >=20 > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). >=20 > This poll is extended and will end Sep 19th=2C 2012. >=20 > /Loa > (mpls wg co-chair) > --=20 >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls = --_7afed6da-fdc3-49c6-ae36-4e67fa596b5e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Support
 =3B
>=3B Da= te: Tue=2C 4 Sep 2012 08:16:23 +0200
>=3B From: loa@pi.nu
>=3B To= : mpls@ietf.org
>=3B CC: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org=3B m= pls-chairs@tools.ietf.org
>=3B Subject: [mpls] poll on making draft-jj= wl-mpls-mldp-hsmp-01.txt a mpls wg document
>=3B
>=3B Working gr= oup=2C
>=3B
>=3B this is to start a two week poll on adopting>=3B draft-jjwl-mpls-mldp-hsmp-01.txt
>=3B as an MPLS working group= document.
>=3B
>=3B Please send your comments (support/not supp= ort) to the mpls working
>=3B group mailing list (mpls@ietf.org).
&= gt=3B
>=3B This poll is extended and will end Sep 19th=2C 2012.
&g= t=3B
>=3B /Loa
>=3B (mpls wg co-chair)
>=3B --
>=3B <= br>>=3B
>=3B Loa Andersson email: loa.ander= sson@ericsson.com
>=3B Sr Strategy and Standards Manager lo= a@pi.nu
>=3B Ericsson Inc phone: +46 10 717 5= 2 13
>=3B +46 767 72 92 = 13
>=3B _______________________________________________
>=3B mpls= mailing list
>=3B mpls@ietf.org
>=3B https://www.ietf.org/mailma= n/listinfo/mpls
= --_7afed6da-fdc3-49c6-ae36-4e67fa596b5e_-- From jeff.tantsura@ericsson.com Tue Sep 11 07:51:07 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB47B21F8814 for ; Tue, 11 Sep 2012 07:51:06 -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 Jw0Hk7AFjxn2 for ; Tue, 11 Sep 2012 07:51:06 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id E699821F8816 for ; Tue, 11 Sep 2012 07:51:03 -0700 (PDT) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8BEp29L013245 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Sep 2012 09:51:03 -0500 Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.204]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Tue, 11 Sep 2012 10:51:01 -0400 From: Jeff Tantsura To: Loa Andersson , mpls Date: Tue, 11 Sep 2012 10:50:57 -0400 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2P+AR7PgAqWvo4QLefieJCr1jr+wANMfjw Message-ID: <0ED867EB33AB2B45AAB470D5A64CDBF627CA09E173@EUSAACMS0701.eamcs.ericsson.se> References: <50459CB7.4090208@pi.nu> In-Reply-To: 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_0ED867EB33AB2B45AAB470D5A64CDBF627CA09E173EUSAACMS0701e_" MIME-Version: 1.0 Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 14:51:07 -0000 --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA09E173EUSAACMS0701e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support On Mon, Sep 3, 2012 at 11:16 PM, Loa Andersson = > wrote: Working group, this is to start a two week poll on adopting draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll is extended and will end Sep 19th, 2012. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA09E173EUSAACMS0701e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes/suppo= rt

On Mon, Sep 3, 2012 = at 11:16 PM, Loa Andersson <loa@pi.nu> wrote:

Working grou= p,

this is to start a two week poll on adopting
draft-jjwl-mpls-m= ldp-hsmp-01.txt
as an MPLS working group document.

Please send yo= ur comments (support/not support) to the mpls working
group mailing list= (mpls@ietf.org).
This poll is extended and will end Sep 19th, 2012.

/Loa
(mpl= s wg co-chair)
--


Loa Andersson       &nb= sp;                 email: loa.andersson@eric= sson.com
Sr Strategy and Standards Manag= er            loa@pi.nu
Ericsson Inc &= nbsp;                    =    phone: +46 10 717 52 13
    &n= bsp;                     =                    +46 767 72 92 13=
___________________________________________= ____
mpls mailing list
mpls@ietf.org<= /a>
https://www.ietf.org/mailman/listinfo/mpls=

 

= --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA09E173EUSAACMS0701e_-- From arkadiy.gulko@thomsonreuters.com Tue Sep 11 12:40:26 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC19321F8673 for ; Tue, 11 Sep 2012 12:40:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] 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 Mjzsr+50VaOC for ; Tue, 11 Sep 2012 12:40:25 -0700 (PDT) Received: from mailout2-trp.thomsonreuters.com (mailout2-trp.thomsonreuters.com [163.231.6.26]) by ietfa.amsl.com (Postfix) with ESMTP id 7409F21F8669 for ; Tue, 11 Sep 2012 12:40:24 -0700 (PDT) Received: from trpusmneagrly02.int.westgroup.com (relay2 [163.231.22.113]) by mailout2-trp.thomsonreuters.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q8BJeONu024297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 11 Sep 2012 19:40:24 GMT Received: from EAGE-ERFPHUB06.ERF.thomson.com (EAGE-ERFPHUB06.erf.thomson.com [163.231.23.45]) by trpusmneagrly02.int.westgroup.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q8BJeNKE017435 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 11 Sep 2012 19:40:23 GMT Received: from C111XUQEHUB15.ERF.thomson.com (163.231.23.72) by EAGE-ERFPHUB06.ERF.thomson.com (163.231.23.45) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 11 Sep 2012 14:40:22 -0500 Received: from C111NYXXMBX60.ERF.thomson.com ([169.254.8.2]) by C111XUQEHUB15.ERF.thomson.com ([fe80::e817:b2f3:2c3d:3da%13]) with mapi id 14.01.0355.002; Tue, 11 Sep 2012 14:40:22 -0500 From: To: Thread-Topic: Comments regarding draft-rekhter-pim-sm-over-mldp Thread-Index: AQHNkFVIsUZH7At9JU2PTylhCphSLA== Date: Tue, 11 Sep 2012 19:40:22 +0000 Message-ID: <4A496052E7B7E84A9324854763C616FA08C397@C111NYXXMBX60.ERF.thomson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.206.30.4] Content-Type: multipart/alternative; boundary="_000_4A496052E7B7E84A9324854763C616FA08C397C111NYXXMBX60ERFt_" MIME-Version: 1.0 Subject: [mpls] Comments regarding draft-rekhter-pim-sm-over-mldp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 19:54:11 -0000 --_000_4A496052E7B7E84A9324854763C616FA08C397C111NYXXMBX60ERFt_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, I would like to provide feedback in regards to the draft-rekhter-pim-sm-ov= er-mldp-01. 1. The baseline for this draft should be rfc 4601. As such it would= probably make sense to consider mapping of pim - B (not for this draft), = S,W, R bit fields from encoded source and group address formats to new shar= ed and sourced tree TLVs. a. It might require to figure out how to deal with periodical pim beh= avior and be prescriptive in regards to timers on egress LSR for triggering= population/removal of opaque value based on pim multicast control plane st= ate. b. However, it might resolve complexities that are being introduced as= part of your draft, for example you would not need to simulate last hop sw= itchover behavior as you proposing in section 3.4. c. And besides that it would look more intuitive, such mapping might = provide safeguards against mismatch of egress and ingress pim multicast tr= ee types. 2. I am not following the reason for originating source active auto-d= iscovery as per section 3.2. I believe section 2.1 would cover all possibl= e cases for need to originate source active auto-discovery routes and as a = result to be cashed by all LSRs. 3. Your draft does not preclude to achieve in-band signaling for s= hared tree without auto-discovery and switchover to shared tree. However to= achieve a better clarity, could we introduce the following note under sect= ion 3.1: Like [RFC4601], source tree is optional to support as part of PIM-SM in A= SM mode trees over P2MP mLDP LSPs. BGP Source Active auto-discovery has bee= n proposed to be used to support proper switchover logic from shared to sou= rced tree over the MPLS network, however BGP Source Active auto-discovery M= AY be optional if shared tree only required to be supported. I discussed to clarify (S,G, RPTbit) state and auto discovery = as part of section 3.1 with Ice. Ice proposed similar changes. Please let = me know your feedback on proposed note. 4. Your document refers/introduces new mLDP TLVs. Could you introduce= a new section in the document that would cover proposed opaque encodings. 5. Would you consider to support l3vpn-mldp-vrf-in-band-signaling fo= r PIM-SM in ASM mode trees over P2MP mLDP LSPs in future releases of this d= raft? Thanks Arkadiy Gulko Principal Core Network Architect ThomsonReuters Arkadiy.gulko@thomsonreuters.com --_000_4A496052E7B7E84A9324854763C616FA08C397C111NYXXMBX60ERFt_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Authors,

I would like to provid= e feedback in regards to the  draft-rekhter-pim-sm-over-mldp-01.   

 

1.     &= nbsp; The baseline for this= draft should be rfc 4601.  As such it  would probably make sense to consider  = mapping of pim - B (not for this draft), S,W, R bit fields from encoded source and group address formats= to new shared and sourced tree TLVs.

a.       It might require to figure out how to deal with= periodical pim behavior and be prescriptive in regards to timers on egress= LSR for triggering population/removal of opaque value based on pim multica= st control plane state.

b.      However, it might resolve complexities that are being introduced as part of your draft, for ex= ample you would not need to simulate last hop switchover behavior as you pr= oposing in section 3.4.

c.       And besides that it w= ould look more intuitive, such mapping might provide safeguards against mis= match of egress and ingress pim  multicast tree types.

 

2.    &nb= sp;  I am not following the reason for originating source active = auto-discovery as per section 3.2.  I believe section 2.1 would cover = all possible cases for need to originate source active auto-discovery routes and as a result = to  be cashed by all LSRs.

=  

3.     &= nbsp;   Your draf= t does not preclude  to achieve in-band signaling for shared tree with= out auto-discovery and switchover to shared tree. However to achieve a bett= er clarity, could we introduce the following note under section 3.1:

Like [RFC4601],  source tree is optional to support as par= t of  PIM-SM in ASM mode trees over P2MP mLDP LSPs. BGP Source Active = auto-discovery has been proposed to be used to support proper switchover logic from shared to sourced tree over the MPLS network,= however BGP Source Active auto-discovery MAY be optional if shared tree on= ly required to be supported.

          =    I discussed to clarify (S,G, RPT= bit) state and auto discovery as part of section 3.1 with Ice. Ice proposed= similar changes.  Please let me know your feedback on proposed note.<= o:p>

 

4.     &= nbsp; Your document refers/= introduces new mLDP TLVs. Could you introduce a new section in the document= that would cover proposed opaque encodings.

5.     &= nbsp; Would you consider to= support  l3vpn-mldp-vrf-in-band-signaling for PIM-SM in ASM mode tree= s over P2MP mLDP LSPs in future releases of this draft?

Thanks

 

Arkadiy Gulko

Principal Core Network Architect

ThomsonReuters

Arkadiy.gulko@thomsonreuters.com

 

 

 

--_000_4A496052E7B7E84A9324854763C616FA08C397C111NYXXMBX60ERFt_-- From agmalis@gmail.com Tue Sep 11 12:56:27 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A110E21F8682 for ; Tue, 11 Sep 2012 12:56:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KELTEfjl-os5 for ; Tue, 11 Sep 2012 12:56:27 -0700 (PDT) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2A3DD21F860F for ; Tue, 11 Sep 2012 12:56:27 -0700 (PDT) Received: by ieak13 with SMTP id k13so1792155iea.31 for ; Tue, 11 Sep 2012 12:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PW3Eyom4+2Xj9ZebegYdhkDQV3rXtOkxNTMqJa/JWh0=; b=zdcclhMcIPJZD80Eioh+az3NTvJhcclY/v8nwmmGekKCN4/sxLzRtm8n5hLSobsune Qc0Pe4boJIvz4C3Fq9p6Us7Y7cuOMo449jZbsdVHmqDDb2E5wlCsaciNQvpEyHO9YQxz FJyjJ6/AbFtxc+sy2XbH//NOQ/iF0gvxVmjCUo+QWbcb6LRE3373RlwkkpoosW5Odz39 FsDhH1mRoWVd/RGIarF+1YwNBD5TAeCfRIjpu0eLW/sqF5IzGgEmMFrHJqHfWlNuxBYe 1IsJAXfybGxq53pAgatVaG3kYdMUzJNJQFKmBWi0QXoMRMaGFiTUOdni4SD7HB/Nw/g2 LwMg== Received: by 10.50.219.161 with SMTP id pp1mr18403440igc.19.1347393386653; Tue, 11 Sep 2012 12:56:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.124.70 with HTTP; Tue, 11 Sep 2012 12:56:03 -0700 (PDT) In-Reply-To: <50459CB7.4090208@pi.nu> References: <50459CB7.4090208@pi.nu> From: "Andrew G. Malis" Date: Tue, 11 Sep 2012 15:56:03 -0400 Message-ID: To: Loa Andersson Content-Type: text/plain; charset=ISO-8859-1 Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 19:56:27 -0000 Support, as this looks like useful functionality for the toolkit. Cheers, Andy On Tue, Sep 4, 2012 at 2:16 AM, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From ietf-ipr@ietf.org Tue Sep 11 13:11:25 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F9F421F875A; Tue, 11 Sep 2012 13:11:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.438 X-Spam-Level: X-Spam-Status: No, score=-102.438 tagged_above=-999 required=5 tests=[AWL=0.161, 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 ew1B2EE-DPTt; Tue, 11 Sep 2012 13:11:24 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADA6E21F86B1; Tue, 11 Sep 2012 13:11:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: IETF Secretariat To: lufang@cisco.com, quintin.zhao@huawei.com, ning.so@verizonbusiness.com, czhou@cisco.com, lilianyuan@chinamobile.com X-Test-IDTracker: no X-IETF-IDTracker: 4.34 Message-ID: <20120911201124.11452.97199.idtracker@ietfa.amsl.com> Date: Tue, 11 Sep 2012 13:11:24 -0700 Cc: mpls@ietf.org, rcallon@juniper.net, ipr-announce@ietf.org Subject: [mpls] IPR Disclosure: Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-mpls-ldp-multi-topology-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 20:11:25 -0000 Dear Luyuan Fang, Quintin Zhao, Ning So, Chao Zhou, Lianyuan Li: An IPR disclosure that pertains to your Internet-Draft entitled "LDP Exten= sions for Multi Topology Routing" (draft-ietf-mpls-ldp-multi-topology) was submit= ted to the IETF Secretariat on 2012-09-05 and has been posted on the "IETF Page= of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/1875/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-mp= ls- ldp-multi-topology-04.""); The IETF Secretariat From zhang.fei3@zte.com.cn Tue Sep 11 17:05:09 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8F5021F864A; Tue, 11 Sep 2012 17:05:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.395 X-Spam-Level: X-Spam-Status: No, score=-98.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, 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 3hJdtE17LXMP; Tue, 11 Sep 2012 17:05:09 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 9153721E8037; Tue, 11 Sep 2012 17:05:07 -0700 (PDT) Received: from [192.168.168.119] by mx5.zte.com.cn with surfront esmtp id 232551784411434; Wed, 12 Sep 2012 07:57:43 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id AF2D571E8D4; Wed, 12 Sep 2012 08:01:13 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q8C0558v023654; Wed, 12 Sep 2012 08:05:05 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: <50459CB7.4090208@pi.nu> To: Loa Andersson MIME-Version: 1.0 X-KeepSent: CFD0A42C:55DA3B48-48257A77:00006CFD; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Wed, 12 Sep 2012 08:04:50 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-12 08:05:00, Serialize complete at 2012-09-12 08:05:00 Content-Type: multipart/alternative; boundary="=_alternative 0000775E48257A77_=" X-MAIL: mse01.zte.com.cn q8C0558v023654 Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , mpls-bounces@ietf.org Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 00:05:09 -0000 This is a multipart message in MIME format. --=_alternative 0000775E48257A77_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 U3VwcG9ydA0KDQpGZWkNCg0KDQoNCkxvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4gDQq3orz+yMs6 ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMTItMDktMDQgMTQ6MTYNCg0KytW8/sjLDQoibXBs c0BpZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+DQqzrcvNDQpkcmFmdC1qandsLW1wbHMtbWxkcC1o c21wQHRvb2xzLmlldGYub3JnLCAibXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmciIA0KPG1wbHMt Y2hhaXJzQHRvb2xzLmlldGYub3JnPg0K1vfM4g0KW21wbHNdIHBvbGwgb24gbWFraW5nIGRyYWZ0 LWpqd2wtbXBscy1tbGRwLWhzbXAtMDEudHh0IGEgbXBscyB3ZyBkb2N1bWVudA0KDQoNCg0KDQoN Cg0KV29ya2luZyBncm91cCwNCg0KdGhpcyBpcyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24g YWRvcHRpbmcNCmRyYWZ0LWpqd2wtbXBscy1tbGRwLWhzbXAtMDEudHh0DQphcyBhbiBNUExTIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBv cnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcNCmdyb3VwIG1haWxpbmcgbGlzdCAo bXBsc0BpZXRmLm9yZykuDQoNClRoaXMgcG9sbCBpcyBleHRlbmRlZCBhbmQgd2lsbCBlbmQgU2Vw IDE5dGgsIDIwMTIuDQoNCi9Mb2ENCihtcGxzIHdnIGNvLWNoYWlyKQ0KLS0gDQoNCg0KTG9hIEFu ZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmlj c3Nvbi5jb20NClNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxv YUBwaS5udQ0KRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2 IDEwIDcxNyA1MiAxMw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICs0NiA3NjcgNzIgOTIgMTMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQo= --=_alternative 0000775E48257A77_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlN1cHBvcnQ8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkZlaTwvZm9udD4NCjxicj4NCjxi cj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 MzYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5Mb2EgQW5kZXJzc29uICZsdDts b2FAcGkubnUmZ3Q7PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj63orz+yMs6ICZuYnNwO21wbHMtYm91bmNlc0BpZXRmLm9yZzwvZm9udD4NCjxwPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDEyLTA5LTA0IDE0OjE2PC9mb250Pg0KPHRkIHdp ZHRoPTYzJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+ PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O21wbHNAaWV0 Zi5vcmcmcXVvdDsgJmx0O21wbHNAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6z rcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5kcmFm dC1qandsLW1wbHMtbWxkcC1oc21wQHRvb2xzLmlldGYub3JnLA0KJnF1b3Q7bXBscy1jaGFpcnNA dG9vbHMuaWV0Zi5vcmcmcXVvdDsgJmx0O21wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnJmd0Ozwv Zm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+W21wbHNdIHBvbGwgb24gbWFraW5nIGRyYWZ0LWpqd2wtbXBscy1t bGRwLWhzbXAtMDEudHh0DQphIG1wbHMgd2cgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZG9j dW1lbnQ8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48dHQ+PGZvbnQg c2l6ZT0yPldvcmtpbmcgZ3JvdXAsPGJyPg0KPGJyPg0KdGhpcyBpcyB0byBzdGFydCBhIHR3byB3 ZWVrIHBvbGwgb24gYWRvcHRpbmc8YnI+DQpkcmFmdC1qandsLW1wbHMtbWxkcC1oc21wLTAxLnR4 dDxicj4NCmFzIGFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQo8YnI+DQpQbGVh c2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgbXBscyB3 b3JraW5nPGJyPg0KZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS48YnI+DQo8YnI+ DQpUaGlzIHBvbGwgaXMgZXh0ZW5kZWQgYW5kIHdpbGwgZW5kIFNlcCAxOXRoLCAyMDEyLjxicj4N Cjxicj4NCi9Mb2E8YnI+DQoobXBscyB3ZyBjby1jaGFpcik8YnI+DQotLSA8YnI+DQo8YnI+DQo8 YnI+DQpMb2EgQW5kZXJzc29uICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogbG9h LmFuZGVyc3NvbkBlcmljc3Nvbi5jb208YnI+DQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1h bmFnZXIgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsb2FAcGkubnU8 YnI+DQpFcmljc3NvbiBJbmMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25l OiArNDYgMTAgNzE3IDUyIDEzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOys0NiA3NjcgNzIgOTIgMTM8YnI+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0K bXBsc0BpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bXBsczxicj4NCjxicj4NCjwvZm9udD48L3R0Pg0KPGJyPg0K --=_alternative 0000775E48257A77_=-- From pranjal.dutta@alcatel-lucent.com Wed Sep 12 13:30:38 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A275521F857A for ; Wed, 12 Sep 2012 13:30:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.992 X-Spam-Level: X-Spam-Status: No, score=-5.992 tagged_above=-999 required=5 tests=[AWL=0.606, 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 LwVq3tqWr64U for ; Wed, 12 Sep 2012 13:30:33 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 3F4CC21F856D for ; Wed, 12 Sep 2012 13:30:32 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id q8CKURkN024938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Sep 2012 15:30:29 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q8CKUNiR014331 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 13 Sep 2012 02:00:24 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Thu, 13 Sep 2012 02:00:22 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Loa Andersson , "mpls@ietf.org" Date: Thu, 13 Sep 2012 02:00:20 +0530 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2KZNkwiCi+pakFSV2PZ9PQJewCIQGqzEgQ Message-ID: References: <50459CB7.4090208@pi.nu> In-Reply-To: <50459CB7.4090208@pi.nu> 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_C584046466ED224CA92C1BC3313B963E13F0EDAEE9INBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 Cc: "draft-jjwl-mpls-mldp-hsmp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 20:30:38 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0EDAEE9INBANSXCHMBSA_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, I apologize if some of this had been already discussed befor= e. I have couple of questions on this draft and I am looking for some clarificat= ions on the some aspects. On procedures described in section below: "4.3.1.2. HSMP LSP transit node operation Suppose node Z receives a HSMP-D Label Map from LSR D, the procedure is same as processing MP2MP-D Label Mapping message defined in [RFC6388] section 4.3.1.5, and the processing protocol entity is HSMP-D label mapping message. The different procedure is specified below. Node Z checks if upstream LSR U already assigned a label Lu to upstream . If not, transit node Z waits until it receives a HSMP-U Label Map from LSR U. Once the HSMP-U Label Map is received from LSR U, node Z checks whether it already has forwarding state upstream with incoming label Lu' and outgoing label Lu. If it does, Z sends a HSMP-U Label Map to downstream node. If it does not, it allocates a label Lu' and creates a new label swap for Lu' with Label Lu over interface Iu. Interface Iu is determined via the procedures in Section 4.3.1. Node Z determines the downstream HSMP LSR as per Section 4.3.1, and sends a HSMP-U Label Map to node D." U | Z / \ D D' "Node Z checks if upstream LSR U already assigned a label Lu to upstream ." Let's assume that at time T1, U hasn't assigned upstream label Lu to Z yet.= There are two possible cases at time T1 - D is the first mLdp join seen by node Z for OR, Z has already seen another D' earlier but waiting for response from U on Lu= and D is the join that is merging now. In that case what should be the forwarding state at Z for HSMP_DN? Essentia= lly Z has one or more downstream HSMP-D label L and advertised HSMP-D label to U. Should = the downstream state for HSMP-D be not installed since we must have Lu in order to make th= e HSMP X-connect logically complete + distribute label Lu' to D(s)? I would think it is impo= rtant to precisely describe the expected behaviour - means whether the HSMP_DN forwarding stat= e and HSMP_UP forwarding state programming are disjoint or bounded (one can't live withou= t another)? This is important further on the question on section 4.3.2 down below. Now let's say Z receives upstream label from U - the Lu, at a time T2 > T1. "Once the HSMP-U Label Map is received from LSR U, node Z checks whether= it already has Forwarding state upstream with incoming label Lu' and outgoing la= bel Lu." I am little confused in the text above on the procedure at Z on receipt of Label mapping Lu from U. How is it possible that Z already has a forwarding state Lu'->SWAP->Lu before receipt of Lu from U? Lu' can map to only one outgoing label Lu, correct (since HSMP UP is unicast)? Or are we considerin= g the case of receipt of a duplicate label mapping from an upstream? Further in next clause: "If it does, Z sends a HSMP-U Label Map to downstream node. If it does not, it allocates a label Lu' and creates a new label swap for Lu' with Label Lu over interface Iu." So if a forwarding state Lu'->SWAP->Lu "already" exists in Z then Z distrib= utes label Lu'. But how is it possible that Lu'->SWAP->Lu already exists before = Lu' is distributed by Z to D? The last paragraph in section 4.3.2.1 mentions that "same label (representi= ng the upstream path) can be distributed to all downstream nodes" - I look it at t= he same way how ldp prefix tunnels are set-up in data path - MP2P. Thus it is possi= ble that Forwarding state Lu'->Lu already exists when Z received HSMP-D mapping from= D, in case of same HSMP-U label is distributed to all D. I would suggest to discuss the last paragraph of section 4.3.2.1 prior to d= iscuss the detailed procedures in order to present a logical flow. I am wondering whether following should be a MUST instead on "can". "Since a packet from any downstream node is forwarded only to the upstream node, the same label (representing the upstream path) can be distributed to all downstream nodes." Because section 4.3 mentions as below on HSMP_UP label allocation from plat= form wide space. It's a significant waste of label space if distinct label is distrib= uted per peer, unless there is a strong use case if any but such case is not evident= from the draft. "HSMP-U Label Map : A Label Map message with a single HSMP upstream FEC Element and label TLV with label Lu. Label Lu MUST be allocated from the per-platform label space of the LSR sending the Label Map Message." Section 3.2 mentions the goal to reduce operational cost by reducing labels= /forwarding state. "In that case, the operational cost will be reduced for maintaining only= one HSMP LSP, instead of P2MP LSP and n (number of leaf nodes) P2P reverse LSPs." On following section: "4.3.2. HSMP LSP Label Withdraw The HSMP Label Withdraw procedure is much same as MP2MP leaf operation defined in [RFC6388] section 4.3.2, and the processing protocol entities are HSMP FECs. The only difference is process of HSMP-U label release message, which is specified below. When a transit node Z receives a HSMP-U label release message from downstream node D, Z should check if there are any incoming interface in forwarding state upstream . If all downstream nodes are released and there is no incoming interface, Z should delete the forwarding state upstream and send HSMP-U label release message to its upstream node." Let's say that node Z receives an unsolicited release for Lu' from downstre= am node D in the context of HSMP_UP, then what should be the action on forwarding/con= trol state for HSMP_DN path? Does the HSMP_DN path continue to exist towards downstrea= m D (means leave the HSMP_UP broken from D->Z and HSMP_DN working from Z->D)? Perhaps = it would be good to clarify the resultant state since utility of HSMP LSP is based on p= resence of both UP and DOWN state. In the same way what happens if Z receives an unsolicited release of HSMP_D= N label from U? Should the HSMP_UP state continue at Z? I understand that by theory such= things are not defined by any spec but in real life situations a Z may face all possib= ilities of messaging from its peers that may impact control and forwarding state. The following section mentions about benefits offered by P2MP LSP Ping w.r.= t Multi-Point OAM, which is good from multiple perspectives. But I don't see the required= toolkit to implement OAM for HSMP LSP. "3. Applications In some cases, the P2MP LSP may not have a reply path for the OAM message (e.g, LSP Ping). If P2MP LSP is provided by HSMP LSP, then the upstream path could be exactly used as the OAM message reply path. This is especially useful in the case of P2MP LSP fault detection, performance measurement, root node redundancy and etc. There are several other applications that could take advantage of such kind of LDP based HSMP LSP as described below." I could find that section 3.1.2 in RFC 6425 defines following two FEC eleme= nts. Sub-Type # Length Value Field ---------- ------ ----------- 19 Variable Multicast P2MP LDP FEC Stack 20 Variable Multicast MP2MP LDP FEC Stack I am not able to see how to fit HSMP into one of RFC 6425 defined types. IMO, HSMP requires a new sub-type since HSMP defines new FEC elements as below: "4.2. HSMP FEC Elements Similar as MP2MP LSP, we define two new protocol entities, the HSMP downstream FEC and upstream FEC Element. If a FEC TLV contains an HSMP FEC Element, the HSMP FEC Element MUST be the only FEC Element in the FEC TLV. The structure, encoding and error handling for the HSMP downstream and upstream FEC Elements are the same as for the MP2MP FEC Element described in [RFC6388] Section 4.2. The difference is that two additional new FEC types are used: HSMP downstream type (TBD, IANA) and HSMP upstream type (TBD, IANA)." I would think in order to develop and deploy a solution like HSMP, OAM tools need to be precisely defined. Thanks, Pranjal -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Monday, September 03, 2012 11:16 PM To: mpls@ietf.org Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg d= ocument Working group, this is to start a two week poll on adopting draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll is extended and will end Sep 19th, 2012. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_C584046466ED224CA92C1BC3313B963E13F0EDAEE9INBANSXCHMBSA_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Authors,

           &= nbsp;   I apologize if some of this had been already discussed before. I
have couple of questions on this draft and I am looking for some clarificat= ions

on the some aspects.

On procedures described in section below:
“4.3.1.2.  HSMP LSP transit node operation= 
   Suppose node Z receives a HSMP-D Label Map <X, =
Y, L> from LSR D, the
   procedure is same as processing MP2MP-D Label Mapp=
ing message defined
   in [RFC6388] secti=
on 4.3.1.5, and the processing protocol entity is
   HSMP-D label mapping message.  The different =
procedure is specified
   below.
 
   Node Z checks if upstream LSR U already assigned a=
 label Lu to
   upstream <X, Y>.  If not, transit node =
Z waits until it receives a
   HSMP-U Label Map <X, Y, Lu> from LSR U. Once the HSMP-U Label Map is=

   received from LSR U, node Z checks whether it alre=
ady has forwarding
   state upstream <X, Y> with incoming label Lu=
' and outgoing label Lu.
   If it does, Z sends a HSMP-U Label Map <X, Y, L=
u'> to downstream
   node.  If it does not, it allocates a label L=
u' and creates a new
   label swap for Lu' with Label Lu over interface Iu=
.  Interface Iu is
   determined via the procedures in Section 4.3.1.  Node Z determines
   the downstream HSMP LSR as per Section 4.3.1, and sends a HSMP-U
   Label Map <X, Y, Lu'> to node D.”=

 
          &nb=
sp;            =
   
  =
            &nb=
sp;           U=

  =
            &nb=
sp;           |
  =
            &nb=
sp;           Z

           &= nbsp;            /  \

           &= nbsp;           D    D’

 

   “Node Z checks if upstream LSR U already ass=
igned a label Lu to

    upstream <X, Y&= gt;.”

 

Let’s assume that at time T1, U hasn’t assigned upstrea= m label Lu to Z yet.  There

are two possible cases at time T1 – =

 

D is the first mLdp join seen by node Z for <X,Y> =

OR,

Z has already seen another D’ earlier but waiting for respons= e from U on Lu and

D is the join that is merging now.

 

In that case what should be the forwarding state at Z for HSMP_DN? = Essentially Z has one

or more downstream HSMP-D label L and advertised HSMP-D label to U.= Should the downstream

state for HSMP-D be not installed since we must have Lu in order to make the HSMP X-connect
logically complete + distribute label Lu’ to D(s)? I would think it i= s important to precisely

describe the expected behaviour – means whether the HSMP_DN forwarding state and HSMP_UP

forwarding state programming are disjoint or bounded (one can’= ;t live without another)?

This is important further on the question on section 4.3.2 down bel= ow.

 

Now let’s say Z receives upstream label from U – the Lu= , at a time T2 > T1.

 

   “Once the HSMP-U Label Map is received from =
LSR U, node Z checks whether it already has
= 
   Forwarding state upstream <X, Y> with i=
ncoming label Lu' and outgoing label Lu.”


 



I am little confused in the text above on the procedure at Z on rec=
eipt
of 



Label mapping Lu from U. How is it possible that Z already has a
forwarding 



state Lu’->SWAP->Lu before receipt of Lu from U? LuR=
17;
can map to only one 



outgoing label Lu, correct (since HSMP UP is unicast)? Or are we
considering 



the case of receipt of a duplicate label mapping from an upstream?<=
o:p>



 



Further in next clause:



   “If it does, Z sends a HSMP-U Label Map <=
X, Y, Lu'> to downstream
   node.  If it does not, it allocates a label L=
u' and creates a new



   label swap for Lu' with =
Label
Lu over interface Iu.”



 



So if a forwarding state Lu’->SWAP->Lu “already&#=
8221;
exists in Z then Z distributes 



label Lu’. But how is it possible that Lu’->SWAP->=
;Lu already
exists before Lu’ 



i=
s distributed by Z to D? 
 <=
/o:p>
The last par=
agraph in section 4.3.2.1 mentions that “same label (representing the=
 

upstream path) can be distributed to all downstream nodes” – I =
look it at the same 

way how ldp prefix tunnels are set-up in data path – MP2P. Thus it is=
 possible that 
Forwarding s=
tate Lu’->Lu already exists when Z received HSMP-D mapping from D,=
 in
case of same=
 HSMP-U label is distributed to all D. 
=
 <=
/o:p>
I would sugg=
est to discuss the last paragraph of section 4.3.2.1 prior to discuss<=
/o:p>
the detailed=
 procedures in order to present a logical flow.
 <=
/o:p>
I am wonderi=
ng whether following should be a MUST instead on “can”.
 <=
/o:p>
   “Since a packet from any downstream node is =
forwarded only to the
   upstream node, the same label (representing the up=
stream path) can be
=

   distributed to all downstream nodes.”
 
Because sect=
ion 4.3 mentions as below on HSMP_UP label allocation from platform wide 
space. It=
217;s a significant waste of label space if distinct label is distributed p=
er 
peer, unless=
 there is a strong use case if any but such case is not evident from <=
/o:p>
the draft. &=
nbsp;
 <=
/o:p>
   “HSMP-U Label Map <X, Y, L=
u>: A Label Map message with a single
   HSMP upstream FEC Element <X, Y> and label T=
LV with label Lu.  Label
   Lu MUST be allocated from the per-platform label s=
pace of the LSR
   sending the Label Map Message.”
 
Section 3.2 =
mentions the goal to reduce operational cost by reducing labels/forwarding =
state.
 
  =
 “In that case, the operationa=
l cost will be reduced for maintaining only one HSMP LSP, instead of
   P2MP LSP and n (number of leaf nodes) P2P reverse =
LSPs.”
 



 



On following section:



“4.3.2.  HSMP LSP Label Withdraw



 
 &nbs=
p; The HSMP Label Withdraw procedure is much same as MP2MP leaf<=
/span>
   operation defined in [RFC6388] section=
 4.3.2, and the processing
   protocol entities are HSMP FECs.  The only di=
fference is process of
   HSMP-U label release message, which is specified b=
elow.
 
   When a transit node Z receives a HSMP-U label rele=
ase message from
   downstream node D, Z should check if there are any=
 incoming interface
   in forwarding state upstream <X, Y>.  I=
f all downstream nodes are
   released and there is no incoming interface, Z sho=
uld delete the
   forwarding state upstream <X, Y> and send HS=
MP-U label release
   message to its upstream node.”
 
Let’s =
say that node Z receives an unsolicited release for Lu’ from downstre=
am node D
in the conte=
xt of HSMP_UP, then what should be the action on forwarding/control state <=
o:p>
for HSMP_DN =
path? Does the HSMP_DN path continue to exist towards downstream D (means <=
o:p>
leave the HS=
MP_UP broken from D->Z and HSMP_DN working from Z->D)? Perhaps it wou=
ld be 

good to clarify the resultant state since utility of HSMP LSP is based on p=
resence of 

both UP and DOWN state. 
 
 <=
/o:p>
In the same =
way what happens if Z receives an unsolicited release of HSMP_DN label from=
 

U? Should the HSMP_UP state continue at Z? I understand that by theory such=
 things are 

not defined by any spec but in real life situations a Z may face all possib=
ilities of 
messaging fr=
om its peers that may impact control and forwarding state. 
 <=
/o:p>



 



The following section mentions about benefits offered by P2MP LSP P=
ing
w.r.t Multi-Point 



OAM, which is good from multiple perspectives. But I don’t se=
e
the required toolkit to 



implement OAM for HSMP LSP.



 



 



"3. Applications



 



 



   In some cases, the P2MP =
LSP
may not have a reply path for the OAM



   message (e.g, LSP Ping).=
 
If P2MP LSP is provided by HSMP LSP, then



   the upstream path could =
be
exactly used as the OAM message reply



   path.  This is espe=
cially
useful in the case of P2MP LSP fault



   detection, performance
measurement, root node redundancy and etc.



   There are several other
applications that could take advantage of



   such kind of LDP based H=
SMP
LSP as described below."



 



 



I could find that section 3.1.2 in RFC 6425 defines following two F=
EC
elements. 



 



        Sub-Type
#      
Length           &nb=
sp; 
Value Field



       
----------      
------           &nb=
sp; 
-----------



           &=
nbsp; 
19      
Variable           
Multicast P2MP LDP FEC Stack



           &=
nbsp; 
20      
Variable           
Multicast MP2MP LDP FEC Stack



 



I am not able to see how to fit HSMP into one of RFC 6425 defined
types.



IMO, HSMP requires a new sub-type since HSMP defines new FEC elemen=
ts
as 



below:



 



"4.2. HSMP FEC Elements



 



 



   Similar as MP2MP LSP, we
define two new protocol entities, the HSMP



   downstream FEC and upstr=
eam
FEC Element.  If a FEC TLV contains an



   HSMP FEC Element, the HS=
MP FEC
Element MUST be the only FEC Element



   in the FEC TLV.  Th=
e
structure, encoding and error handling for the



   HSMP downstream and upst=
ream
FEC Elements are the same as for the



   MP2MP FEC Element descri=
bed in
[RFC6388] Section 4.2.  The difference



   is that two additional n=
ew FEC
types are used: HSMP downstream type



   (TBD, IANA) and HSMP ups=
tream
type (TBD, IANA)."



 



I would think in order to develop and deploy a solution like HSMP, =
OAM 



tools need to be precisely defined.



 



Thanks,



Pranjal



 



 



-----Original Message-----

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa
Andersson

Sent: Monday, September 03, 2012 11:16 PM

To: mpls@ietf.org

Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org
Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg d=
ocument



 



Working group,



 



this is to start a two week poll on adopting



draft-jjwl-mpls-mldp-hsmp-01.txt



as an MPLS working group document.



 



Please send your comments (support/not support) to the mpls working=




group mailing list (mpls@ietf.org).



 



This poll is extended and will end Sep 19th, 2012.



 



/Loa



(mpls wg co-chair)



-- 



 



 



Loa
Andersson           =
            &nb=
sp;
email: loa.andersson@ericsson.com



Sr Strategy and Standards
Manager           
loa@pi.nu



Ericsson
Inc            =
            &nb=
sp;
phone: +46 10 717 52 13



           &=
nbsp;           &nbs=
p;            &=
nbsp;        
+46 767 72 92 13



_______________________________________________



mpls mailing list



mpls@ietf.org



https://www.ietf.org/mailman/listinfo/mpls=
--_000_C584046466ED224CA92C1BC3313B963E13F0EDAEE9INBANSXCHMBSA_-- From ningso@yahoo.com Wed Sep 12 13:42:46 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74C7821F856D for ; Wed, 12 Sep 2012 13:42:46 -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 RKjJCx3Lap31 for ; Wed, 12 Sep 2012 13:42:45 -0700 (PDT) Received: from nm7.bullet.mail.bf1.yahoo.com (nm7.bullet.mail.bf1.yahoo.com [98.139.212.166]) by ietfa.amsl.com (Postfix) with SMTP id 4D01421F8499 for ; Wed, 12 Sep 2012 13:42:45 -0700 (PDT) Received: from [98.139.212.146] by nm7.bullet.mail.bf1.yahoo.com with NNFMP; 12 Sep 2012 20:42:44 -0000 Received: from [66.94.237.119] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 12 Sep 2012 20:42:44 -0000 Received: from [127.0.0.1] by omp1024.access.mail.mud.yahoo.com with NNFMP; 12 Sep 2012 20:42:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 513056.11829.bm@omp1024.access.mail.mud.yahoo.com Received: (qmail 11412 invoked by uid 60001); 12 Sep 2012 20:42:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1347482564; bh=CV786u8qDrHIpccmzrN+7vebhnD7xMnYvBO1WmJZM2Q=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5WL9pUz67hD+BXha2YMzniX9WewB3wII/LPqVWVzgMWjCH9uIpXtnrxu0OWucQsiy4f5GvDmNpYKdljEVEE27M/1xyqb7XRW5wqUSBA+I3PbixuymhjIKmXUdHHTeVW9TDAwIQgFCN1gAFrDCbEjA48xaTfP1rEfA1xMNai1wzM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=vL5dq5Z2BClwCUu89wq37W4iSyUJmT41XExnYX7dzIE7F0C7UVUrhpFKgxTZk15re4FSkHhsCLw7U3bnEKsCnMFT1IUP0zvbsNe7DBC4uobGCHWOgAPrQ6o3NAC9J8eU5PHsmMbP8GSRJS+y/IGO6OD6VO6/kj1LD0/0CePsopU=; X-YMail-OSG: qIsHy8cVM1kKMRf6gz.TM3dXmL5u5lsfkVZ.bGOhf6AkyMy KXj3wi.hDho.52XVVR5.p8nryCjv8dOWo8QvY1.XA7ZlRIYIKuthXrrQuY68 eyrIGsEVhoy7JkY9Th88FPBaICszoGAHnyUjQAD9VIoFn0faN4iZrxuFY2AI P2QMN8XrAsigjHUC9oVPpYJ2_TCfVaVUcvKC0C26Tueq6Qy00mWFwOsRFH2m UrgicTi4zpxY_2v3b8OlhFNUA1UiyfhcBW_fEIsfW2ioMQmtL2IbTePkMb_Y uyjZY6_jkA2UofAD4NRyasynQ7EUrcvjkThLHng2CCYHUUkQxUct8ARSqrEp zf103gJHr.nYzIaOUQbmdUPgbSLRUIxayfJsaPzaswHKwUplpZ6_3Od7oAoi v8jKIodFbCZAokfK6Qtuy6Ou3D0RVIzgp4lqQjuAZ.dK3MXOYuW2F9QPq9Pk KzNs8Hh91XTmL848q0j8rQEn4t_rNMDdQ1uI_ Received: from [71.170.15.96] by web84507.mail.ne1.yahoo.com via HTTP; Wed, 12 Sep 2012 13:42:43 PDT X-Mailer: YahooMailWebService/0.8.121.416 References: Message-ID: <1347482563.97121.YahooMailNeo@web84507.mail.ne1.yahoo.com> Date: Wed, 12 Sep 2012 13:42:43 -0700 (PDT) From: Ning So To: "mpls@ietf.org" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-776851418-1414195482-1347482563=:97121" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Ning So List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 20:42:46 -0000 ---776851418-1414195482-1347482563=:97121 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Support.=0A=0ANing=0A=0A=0A=0A=0A-----Original Message-----=0AFrom: mpls-bo= unces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson=0A= Sent: Monday, September 03, 2012 11:16 PM=0ATo: mpls@ietf.org=0ACc: draft-j= jwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org=0ASubject: [m= pls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document=0A= =0A=0A=0AWorking group,=0A=0A=0A=0Athis is to start a two week poll on adop= ting=0A=0Adraft-jjwl-mpls-mldp-hsmp-01.txt=0A=0Aas an MPLS working group do= cument.=0A=0A=0A=0APlease send your comments (support/not support) to the m= pls working=0A=0Agroup mailing list (mpls@ietf.org).=0A=0A=0A=0AThis poll i= s extended and will end Sep 19th, 2012.=0A=0A=0A=0A/Loa=0A=0A(mpls wg co-ch= air)=0A=0A--=0A=0A=0A=0A=0A=0ALoa Andersson=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 email: loa.andersson@ericsson.com=0A=0ASr Strategy and Sta= ndards Manager=A0 =A0 =A0 =A0 =A0 =A0 loa@pi.nu=0A=0AEricsson Inc=A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 phone: +46 10 717 52 13=0A=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 +46 767 72 92 13=0A=0A____________________________________= ___________=0A=0Ampls mailing list=0A=0Ampls@ietf.org=0A=0Ahttps://www.ietf= .org/mailman/listinfo/mpls=0A-------------- next part --------------=0AAn H= TML attachment was scrubbed...=0AURL: =0A=0A------------------= ------------=0A=0A_______________________________________________=0Ampls ma= iling list=0Ampls@ietf.org=0Ahttps://www.ietf.org/mailman/listinfo/mpls=0A= =0A=0AEnd of mpls Digest, Vol 101, Issue 16=0A*****************************= ******** ---776851418-1414195482-1347482563=:97121 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Support.

Ning<= br>



-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On= Behalf Of Loa Andersson
Sent: Monday, September 03, 2012 11:16 PM
To= : mpls@ie= tf.org
Cc: draft-jjwl-m= pls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org<= br>Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls w= g document



Working group,



this is to start a = two week poll on adopting

draft-jjwl-mpls-mldp-hsmp-01.txt

as= an MPLS working group document.



Please send your comments (= support/not support) to the mpls working

group mailing list (mpls@ietf.org).



This poll is extended and will end Sep 19th, 2012.


/Loa

(mpls wg co-chair)

--





L= oa Andersson                  =       email: loa.andersson@ericsson.com

Sr Strategy and Standards Manager         = ;   loa@pi.nu=

Ericsson Inc              &n= bsp;           phone: +46 10 717 52 13

&nbs= p;                     &n= bsp;                     =   +46 767 72 92 13

____________________________________________= ___

mpls mailing list

mpls@ietf.org

https://www.ietf.org/mail= man/listinfo/mpls
-------------- next part --------------
An HTML= attachment was scrubbed...
URL: <http://www.ietf.org/mail-archive/web/mpls/attachments/20= 120913/65833849/attachment.htm>

-----------------------------= -

_______________________________________________
mpls mailing li= st
mpl= s@ietf.org
https://www.ietf.org/mailman/listinfo/mpls


E= nd of mpls Digest, Vol 101, Issue 16
***********************************= **


---776851418-1414195482-1347482563=:97121-- From internet-drafts@ietf.org Wed Sep 12 23:29:57 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ECAB21F8487; Wed, 12 Sep 2012 23:29:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RwXLx-nvwBor; Wed, 12 Sep 2012 23:29:57 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 022FC21F848B; Wed, 12 Sep 2012 23:29:57 -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: 4.34 Message-ID: <20120913062957.9569.49105.idtracker@ietfa.amsl.com> Date: Wed, 12 Sep 2012 23:29:57 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-return-path-specified-lsp-ping-09.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 06:29:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Return Path Specified LSP Ping Author(s) : Mach(Guoyi) Chen Wei Cao So Ning Frederic Jounay Simon Delord Filename : draft-ietf-mpls-return-path-specified-lsp-ping-09.txt Pages : 21 Date : 2012-09-12 Abstract: This document defines extensions to the failure-detection protocol for Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) known as "LSP Ping" that allow selection of the LSP to use for the echo reply return path. Enforcing a specific return path can be used to verify bidirectional connectivity and also increase LSP ping robustness. It may also be used by Bidirectional Forwarding Detection (BFD) for MPLS bootstrap signaling thereby making BFD for MPLS more robust. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-return-path-specified-lsp-= ping There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-return-path-specified-lsp-ping-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-return-path-specified-ls= p-ping-09 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From internet-drafts@ietf.org Thu Sep 13 18:19:22 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D195921F868A; Thu, 13 Sep 2012 18:19:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id erNGqeunNNrx; Thu, 13 Sep 2012 18:19:22 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B6A921F865D; Thu, 13 Sep 2012 18:19:22 -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: 4.34 Message-ID: <20120914011922.12411.80436.idtracker@ietfa.amsl.com> Date: Thu, 13 Sep 2012 18:19:22 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-return-path-specified-lsp-ping-10.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 01:19:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Return Path Specified LSP Ping Author(s) : Mach(Guoyi) Chen Wei Cao So Ning Frederic Jounay Simon Delord Filename : draft-ietf-mpls-return-path-specified-lsp-ping-10.txt Pages : 21 Date : 2012-09-13 Abstract: This document defines extensions to the failure-detection protocol for Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) known as "LSP Ping" that allow selection of the LSP to use for the echo reply return path. Enforcing a specific return path can be used to verify bidirectional connectivity and also increase LSP ping robustness. It may also be used by Bidirectional Forwarding Detection (BFD) for MPLS bootstrap signaling thereby making BFD for MPLS more robust. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-return-path-specified-lsp-= ping There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-return-path-specified-lsp-ping-10 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-return-path-specified-ls= p-ping-10 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From loa@pi.nu Thu Sep 13 22:55:29 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7748821F8724; Thu, 13 Sep 2012 22:55:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 hoBR-pvAQETT; Thu, 13 Sep 2012 22:55:28 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 3D2AC21F8726; Thu, 13 Sep 2012 22:55:27 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 892B7514009; Fri, 14 Sep 2012 07:55:21 +0200 (CEST) Message-ID: <5052C6BF.2060403@pi.nu> Date: Fri, 14 Sep 2012 07:55:11 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: The IESG , Adrian Farrel Content-Type: multipart/mixed; boundary="------------080209090809070506070909" Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-return-path-specified-lsp-ping@tools.ietf.org" Subject: [mpls] publication request for draft-ietf-mpls-return-path-specified-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 05:55:29 -0000 This is a multi-part message in MIME format. --------------080209090809070506070909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit IESG, The MPLS working group request that: Return Path Specified LSP Ping draft-ietf-mpls-return-path-specified-lsp-ping-10 is published as an RFC on the standards track. Please find the shepherd write-up included. /Loa for the wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 --------------080209090809070506070909 Content-Type: text/plain; charset=windows-1252; name="draft-ietf-mpls-return-path-specified-lsp-ping.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-mpls-return-path-specified-lsp-ping.txt" DQoNCiAoMSkgV2hhdCB0eXBlIG9mIFJGQyBpcyBiZWluZyByZXF1ZXN0ZWQgKEJDUCwgUHJv cG9zZWQgU3RhbmRhcmQsDQogSW50ZXJuZXQgU3RhbmRhcmQsIEluZm9ybWF0aW9uYWwsIEV4 cGVyaW1lbnRhbCwgb3IgSGlzdG9yaWMpPyAgV2h5DQogaXMgdGhpcyB0aGUgcHJvcGVyIHR5 cGUgb2YgUkZDPyAgSXMgdGhpcyB0eXBlIG9mIFJGQyBpbmRpY2F0ZWQgaW4gdGhlDQogdGl0 bGUgcGFnZSBoZWFkZXI/DQoNCiAgIFRoZSBNUExTIHdvcmtpbmcgZ3JvdXAgcmVxdWVzdCB0 aGF0OiANCg0KICAgICAgICAgICAgIFJldHVybiBQYXRoIFNwZWNpZmllZCBMU1AgUGluZw0K DQogICAgICBkcmFmdC1pZXRmLW1wbHMtcmV0dXJuLXBhdGgtc3BlY2lmaWVkLWxzcC1waW5n LTEwDQoNCiAgIGlzIHB1Ymxpc2hlZCBhcyBhbiBSRkMgb24gdGhlIHN0YW5kYXJkcyB0cmFj ay4NCg0KICAgVGhpcyBkcmFmdCBzcGVjaWZpYyBhIHJhdGhlciBzbWFsbCBleHRlbnNpb24g dG8gUkZDNDM3OSAoRGV0ZWN0aW5nDQogICBNdWx0aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hl ZCAoTVBMUykgRGF0YSBQbGFuZSBGYWlsdXJlcyksIHRoaXMgDQogICBwcm90b2NvbCBzcGVj aWZpY2F0aW9uIGlzIGludGVuZGVkIGZvciBzZXJ2aWNlICBwcm92aWRlciBuZXR3b3Jrcw0K ICAgdG8gYmUgdXNlZWQgdW5kZXIgb3BlcmF0aW9uYWwgY29uZGl0aW9ucywgaXQgY2xlYXJs eSBtZWV0cyB0aGUgDQogICBjcml0ZXJpYSB0byBiZWNvbWUgYSBzdGFuZGFyZHMgdHJhY2sg ZG9jdW1lbnQuDQoNCg0KDQooMikgVGhlIElFU0cgYXBwcm92YWwgYW5ub3VuY2VtZW50IGlu Y2x1ZGVzIGEgRG9jdW1lbnQgQW5ub3VuY2VtZW50DQpXcml0ZS1VcC4gUGxlYXNlIHByb3Zp ZGUgc3VjaCBhIERvY3VtZW50IEFubm91bmNlbWVudCBXcml0ZS1VcC4gUmVjZW50DQpleGFt cGxlcyBjYW4gYmUgZm91bmQgaW4gdGhlICJBY3Rpb24iIGFubm91bmNlbWVudHMgZm9yIGFw cHJvdmVkDQpkb2N1bWVudHMuIFRoZSBhcHByb3ZhbCBhbm5vdW5jZW1lbnQgY29udGFpbnMg dGhlIGZvbGxvd2luZyBzZWN0aW9uczoNCg0KDQoNClRlY2huaWNhbCBTdW1tYXJ5DQoNCiAg IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBleHRlbnNpb25zIHRvIHRoZSBmYWlsdXJlLWRldGVj dGlvbiBwcm90b2NvbA0KICAgZm9yIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChN UExTKSBMYWJlbCBTd2l0Y2hlZCBQYXRocyAoTFNQcykNCiAgIGtub3duIGFzICJMU1AgUGlu ZyIgdGhhdCBhbGxvdyBzZWxlY3Rpb24gb2YgdGhlIExTUCB0byB1c2UgZm9yIHRoZQ0KICAg ZWNobyByZXBseSByZXR1cm4gcGF0aC4gIEVuZm9yY2luZyBhIHNwZWNpZmljIHJldHVybiBw YXRoIGNhbiBiZSB1c2VkDQogICB0byB2ZXJpZnkgYmlkaXJlY3Rpb25hbCBjb25uZWN0aXZp dHkgYW5kIGFsc28gaW5jcmVhc2UgTFNQIHBpbmcNCiAgIHJvYnVzdG5lc3MuICBJdCBtYXkg YWxzbyBiZSB1c2VkIGJ5IEJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZw0KICAgRGV0ZWN0aW9u IChCRkQpIGZvciBNUExTIGJvb3RzdHJhcCBzaWduYWxpbmcgdGhlcmVieSBtYWtpbmcgQkZE IGZvcg0KICAgTVBMUyBtb3JlIHJvYnVzdC4NCg0KDQpXb3JraW5nIEdyb3VwIFN1bW1hcnkN Cg0KDQpXYXMgdGhlcmUgYW55dGhpbmcgaW4gV0cgcHJvY2VzcyB0aGF0IGlzIHdvcnRoIG5v dGluZz8gRm9yIA0KZXhhbXBsZSwgd2FzIHRoZXJlIGNvbnRyb3ZlcnN5IGFib3V0IHBhcnRp Y3VsYXIgcG9pbnRzIG9yIA0Kd2VyZSB0aGVyZSBkZWNpc2lvbnMgd2hlcmUgdGhlIGNvbnNl bnN1cyB3YXMgcGFydGljdWxhcmx5IA0Kcm91Z2g/DQoNCiAgIFRoZXJlIGhhcyBub3QgYmVl biBhbnl0aGluZyBpbiB0aGUgd29ya2luZyBncm91cCBwcm9jZXNzIHRoYXQNCiAgIG5lZWRz IHRvIGJlIG1lbnRpb25lZCwgb3RoZXIgdGhhbiB3ZSBoYWQgYSBzdHJvbmcgc3VwcG9ydCB0 bw0KICAgYWNjZXB0IGl0IGFzIGEgd29ya2luZyBncm91cCBkcmFmdCwgYWZ0ZXIgdGhhdCB0 aGUgZGlzY3Vzc2lvbiANCiAgIG9uIHRoZSBtYWlsaW5nIHdlcmUgbG93IGZvciBhbG1vc3Qg YSB5ZWFyLCBidXQgaGFzIHBpY2sgdXAgbGF0ZWx5DQogICBhbmQgd2UgaGF2ZSBoYWQgYSBn b29kIGRpc2N1c3Npb24sIHdoZXJlIGFsbCBjb21tZW50cyBiZWVuIA0KICAgZm9jdXNlZCBv biBpbXByb3ZpbmcgdGhlIGFuZCBubyBpbmRpY2F0aW9uIHRoYXQgdGhlIGRyYWZ0IGlzIG5v dA0KICAgbmVlZGVkLiAgDQoNCiAgIFRoZSBkb2N1bWVudCBoYXMgc3VwcG9ydCBpbiB0aGUg d29ya2luZyBncm91cCwgYW5kIG9wZXJhdG9ycyBoYXMNCiAgIHBhcnRpY2lwYXRlZCBpbiB3 cml0aW5nIGl0LCBhbmQgaGFzIGJlZW4gd2VsbCByZXZpZXdlZC4gDQogICBBZnRlciBpbXBy b3ZpbmcgdGhlIElBTkEgc2VjdGlvbiAobW9zdGx5IG9mZi1saW5lKSB0aGUgZG9jdW1lbnQN CiAgIHNoZXBoZXJkIG5vdyBiZWxpZXZlcyB3ZSBoYXZlIGEgc3RhYmxlIGRvY3VtZW50IHJl YWR5IHRvIGJlIA0KICAgcHVibGlzaGVkLg0KDQogICBUaGUgbGFzdCB0d28gbW9udGhzIGhh cyBmb2N1c2VkIG9uIGEgZGlzY3Vzc2lvbiBvZiB0aGUgSUFOQQ0KICAgc2VjdGlvbiBvZiB0 aGlzIGRvY3VtZW50LiBXZSBoYXZlIGVhcmxpZXIgbWFkZSAiZWFybHkgYWxsb2NhdGlvbnMi DQogICBvZiBjb2RlIHBvaW50cyBmb3IgdGhpcyBkb2N1bWVudCwgYWZ0ZXIgZGlzY3Vzc2lv biB3ZSBoYXZlIA0KICAgZGVjaWRlZCBub3QgdXNlIHRoZW0sIGJ1dCByZXVzZSAoaWRlbnRp Y2FsKSBzdWItVExWcyBhbGxvY2F0ZWQgDQogICBieSBSRkM0Mzc5LiBBIHNwaW4tb2ZmIG9m IHRoZSBJQU5BIGRpc2N1c3Npb24gZm9yIHRoaXMgDQogICBkb2N1bWVudCBpcyB0aGF0IHdl IGFyZSBkaXNjdXNzaW5nL3RoaWtpbmcgb2Ygd3JpdGluZyBhbiB1cGRhdGUNCiAgIHRvIHRo ZSBJQU5BIGFsbG9jYXRpb24gb2YgUkZDNDM3OS4NCg0KRG9jdW1lbnQgUXVhbGl0eQ0KDQpB cmUgdGhlcmUgZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIG9mIHRoZSBwcm90b2NvbD8gSGF2 ZSBhIA0Kc2lnbmlmaWNhbnQgbnVtYmVyIG9mIHZlbmRvcnMgaW5kaWNhdGVkIHRoZWlyIHBs YW4gdG8gDQppbXBsZW1lbnQgdGhlIHNwZWNpZmljYXRpb24/IEFyZSB0aGVyZSBhbnkgcmV2 aWV3ZXJzIHRoYXQNCm1lcml0IHNwZWNpYWwgbWVudGlvbiBhcyBoYXZpbmcgZG9uZSBhIHRo b3JvdWdoIHJldmlldywgDQplLmcuLCBvbmUgdGhhdCByZXN1bHRlZCBpbiBpbXBvcnRhbnQg Y2hhbmdlcyBvciBhIA0KY29uY2x1c2lvbiB0aGF0IHRoZSBkb2N1bWVudCBoYWQgbm8gc3Vi c3RhbnRpdmUgaXNzdWVzPyBJZiANCnRoZXJlIHdhcyBhIE1JQiBEb2N0b3IsIE1lZGlhIFR5 cGUgb3Igb3RoZXIgZXhwZXJ0IHJldmlldywgDQp3aGF0IHdhcyBpdHMgY291cnNlIChicmll Zmx5KT8gSW4gdGhlIGNhc2Ugb2YgYSBNZWRpYSBUeXBlIA0KcmV2aWV3LCBvbiB3aGF0IGRh dGUgd2FzIHRoZSByZXF1ZXN0IHBvc3RlZD8NCg0KICAgVGhlIHdvcmtpbmcgZ3JvdXAgbWFp bGluZyBsaXN0IGhhcyBiZWVuIHBvbGxlZCBmb3IgZXhpc3RpbmcgDQogICBpbXBsZW1lbnRh dGlvbnMgYW5kIGludGVudGlvbnMgdG8gaW1wbGVtZW50IHRoaXMgc3BlY2lmaWNhdGlvbi4N Cg0KICAgVGhpcyBpcyBhIHZlcnkgbWlub3IgdXBkYXRlIHRvIHRoZSBMU1AtUGluZyB0aGF0 IGRvZXMgbm90IGhhdmUgDQogICBhbnkgYWZmZWN0IG9uIHRoZSBvcGVyYXRpb25zIG9mIGV4 aXN0aW5nIExTUCBQaW5nIGltcGxlbWVudGF0aW9ucw0KICAgYW5kIGRlcGxveW1lbnRzLCBl dmVuIGlmIG5vZGVzIHdpdGggdGhlIG5ldyBmdW5jdGlvbmFsaXR5IGFyZQ0KICAgaW50cm9k dWNlZC4gDQoNCiAgIFdlIGtub3cgb2YgdmVuZG9ycyB0aGF0IGludGVuZCB0byBpbXBsZW1l bnQgYW5kIGF0IGxlYXN0IG9uZSANCiAgIG9wZXJhdG9yIHRoYXQgcGxhbiB0byBkZXBsb3kg dGhpcyBmdW5jdGlvbmFsaXR5LiINCg0KDQpQZXJzb25uZWwNCg0KDQoNCiAgV2hvIGlzIHRo ZSBEb2N1bWVudCBTaGVwaGVyZD8gV2hvIGlzIHRoZSBSZXNwb25zaWJsZSBBcmVhDQogIERp cmVjdG9yPw0KICANCiAgIExvYSBBbmRlcnNzb24gaXMgdGhlIGRvY3VtZW50IHNoZXBoZXJk Lg0KDQogICBBZHJpYW4gRmFycmVsIGlzL3dpbGwgYmUgdGhlIHJlc3BvbnNpYmxlIEFELg0K DQoNCg0KKDMpIEJyaWVmbHkgZGVzY3JpYmUgdGhlIHJldmlldyBvZiB0aGlzIGRvY3VtZW50 IHRoYXQgd2FzIHBlcmZvcm1lZCBieQ0KdGhlIERvY3VtZW50IFNoZXBoZXJkLiAgSWYgdGhp cyB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudCBpcyBub3QgcmVhZHkNCmZvciBwdWJsaWNhdGlv biwgcGxlYXNlIGV4cGxhaW4gd2h5IHRoZSBkb2N1bWVudCBpcyBiZWluZyBmb3J3YXJkZWQg dG8NCnRoZSBJRVNHLg0KDQogICBUaGUgZG9jdW1lbnQgc2hlcGhlcmQgaGF2ZSByZXZpZXdl ZCB0aGUgZG9jdW1lbnQgc2V2ZXJhbCB0aW1lcywgDQogICBlLmcuIHdoZW4gZGVjaWR1aW5n IHRvIHBvbGwgdGhlIGRvYyB0byBiZWNvbWUgYSB3b3JraW5nIGdyb3VwIGFuZA0KICAgYmVm b3JlIHRoZSB3ZyBsYXN0IGNhbGwsIGFuZCBhbHNzIHJlY2VudGx5IHdpdGggYSBmb2N1cyBv biANCiAgIHRoZSBJQU5BIHNlY3Rpb24gYW5kIHNlY3Rpb25zIGRlc2NyaWJpbmcgdGhlIGNv ZGUgcG9pbnRzLg0KDQoNCig0KSBEb2VzIHRoZSBkb2N1bWVudCBTaGVwaGVyZCBoYXZlIGFu eSBjb25jZXJucyBhYm91dCB0aGUgZGVwdGggb3INCmJyZWFkdGggb2YgdGhlIHJldmlld3Mg dGhhdCBoYXZlIGJlZW4gcGVyZm9ybWVkPw0KDQogICBOby4NCg0KDQoNCig1KSBEbyBwb3J0 aW9ucyBvZiB0aGUgZG9jdW1lbnQgbmVlZCByZXZpZXcgZnJvbSBhIHBhcnRpY3VsYXIgb3Ig ZnJvbQ0KYnJvYWRlciBwZXJzcGVjdGl2ZSwgZS5nLiwgc2VjdXJpdHksIG9wZXJhdGlvbmFs IGNvbXBsZXhpdHksIEFBQSwgRE5TLA0KREhDUCwgWE1MLCBvciBpbnRlcm5hdGlvbmFsaXph dGlvbj8gSWYgc28sIGRlc2NyaWJlIHRoZSByZXZpZXcgdGhhdA0KdG9vayBwbGFjZS4NCg0K ICAgTm8uDQoNCg0KKDYpIERlc2NyaWJlIGFueSBzcGVjaWZpYyBjb25jZXJucyBvciBpc3N1 ZXMgdGhhdCB0aGUgRG9jdW1lbnQgU2hlcGhlcmQNCmhhcyB3aXRoIHRoaXMgZG9jdW1lbnQg dGhhdCB0aGUgUmVzcG9uc2libGUgQXJlYSBEaXJlY3RvciBhbmQvb3IgdGhlDQpJRVNHIHNo b3VsZCBiZSBhd2FyZSBvZj8gRm9yIGV4YW1wbGUsIHBlcmhhcHMgaGUgb3Igc2hlIGlzIHVu Y29tZm9ydGFibGUNCndpdGggY2VydGFpbiBwYXJ0cyBvZiB0aGUgZG9jdW1lbnQsIG9yIGhh cyBjb25jZXJucyB3aGV0aGVyIHRoZXJlIHJlYWxseQ0KaXMgYSBuZWVkIGZvciBpdC4gSW4g YW55IGV2ZW50LCBpZiB0aGUgV0cgaGFzIGRpc2N1c3NlZCB0aG9zZSBpc3N1ZXMgYW5kDQpo YXMgaW5kaWNhdGVkIHRoYXQgaXQgc3RpbGwgd2lzaGVzIHRvIGFkdmFuY2UgdGhlIGRvY3Vt ZW50LCBkZXRhaWwgdGhvc2UNCmNvbmNlcm5zIGhlcmUuDQoNCiAgIE5vIHN1Y2ggY29uY2Vy bnMhDQoNCig3KSBIYXMgZWFjaCBhdXRob3IgY29uZmlybWVkIHRoYXQgYW55IGFuZCBhbGwg YXBwcm9wcmlhdGUgSVBSDQpkaXNjbG9zdXJlcyByZXF1aXJlZCBmb3IgZnVsbCBjb25mb3Jt YW5jZSB3aXRoIHRoZSBwcm92aXNpb25zIG9mIEJDUCA3OA0KYW5kIEJDUCA3OSBoYXZlIGFs cmVhZHkgYmVlbiBmaWxlZC4gSWYgbm90LCBleHBsYWluIHdoeS4NCg0KICAgVGhlcmUgaXMg YW4gSVBSIGZpbGVkIGFnYWluc3QgdGhpcyBkb2N1bWVudC4NCg0KICAgQmVmb3JlIHJlcXVl c3RpbmcgcHVibGljYXRpb24gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXJzIGRpZCBhbiBJUFIg cG9sbA0KICAgaW4gdGhlIHdvcmtpbmcgZ3JvdXAgYW5kIGZvciB0aGUgYXV0aG9ycywgYXNr aW5nIGFueSBtZW1iZXJzIG9mIHRoZSB3b3JraW5nIA0KICAgZ3JvdXAgdG8gc3BlYWsgdXAg aWYgdGhleSB3ZXJlIGF3YXJlIG9mIElQUnMuIFRoZSBzYW1lIHBvbGwgcmVxdWlyZWQgIA0K ICAgdGhlIGF1dGhvcnMgZWl0aGVyIHRvIGluZGljYXRlIGlmIHRoZXkgd2VyZSBhd2FyZSBv ZiBJUFJzIG9yIHNheSB0aGF0IA0KICAgdGhleSB3ZXJlIG5vdC4NCg0KICAgQWxsIHRoZSBh dXRob3JzIHNhaWQgdGhleSB3ZXJlIG5vdCBhd2FyZSBvZiBhbnkgSVBScywgb3RociB0aGFu IHRoZQ0KICAgcHJldmlvdXNseSBmaWxlZCBJUFIgY2xhaW0gKElEICMxNDkxKS4NCg0KDQoN Cig4KSBIYXMgYW4gSVBSIGRpc2Nsb3N1cmUgYmVlbiBmaWxlZCB0aGF0IHJlZmVyZW5jZXMg dGhpcyBkb2N1bWVudD8NCklmIHNvLCBzdW1tYXJpemUgYW55IFdHIGRpc2N1c3Npb24gYW5k IGNvbmNsdXNpb24gcmVnYXJkaW5nIHRoZSBJUFINCmRpc2Nsb3N1cmVzLg0KDQogICBUaGVy ZSBpcyBvbmUgSVBSIGNsYWltIGZpbGVkIGZvciB0aGlzIGRvY3VtZW50IChJRCAjMTQ5MSku IFRoZQ0KICAgd29ya2luZyBncm91cCB3ZXJlIG1hZGUgYXdhcmUgb2YgdGhpcyBJUFIgc3Rh dGVtZW50IGJ5IGEgbWFpbCBmcm9tDQogICBvbmUgb2YgdGhlIGNvLWF1dGhvcnMgb24gSnVs eSA0LCBpLmUuIGltbWVkaWF0ZWx5IGJlZm9yZSB0aGUgDQogICB3b3JraW5nIGdyb3VwIGxh c3QgY2FsbC4gSXQgd2FzIGFsc28gcG9pbnRlZCBvdXQgaW4gdGhlIG1haWwgDQogICBzdGFy dGluZyB0aGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwuDQogICBUaGUgSVBSIGNsYWltIGRp ZCBub3QgZ2VuZXJhdGUgYW55IGRpc2N1c3Npb24gZHVyaW5nIHRoZSB3ZyBsYy4NCg0KDQoN Cig5KSBIb3cgc29saWQgaXMgdGhlIFdHIGNvbnNlbnN1cyBiZWhpbmQgdGhpcyBkb2N1bWVu dD8gRG9lcyBpdCANCnJlcHJlc2VudCB0aGUgc3Ryb25nIGNvbmN1cnJlbmNlIG9mIGEgZmV3 IGluZGl2aWR1YWxzLCB3aXRoIG90aGVycw0KYmVpbmcgc2lsZW50LCBvciBkb2VzIHRoZSBX RyBhcyBhIHdob2xlIHVuZGVyc3RhbmQgYW5kIGFncmVlIHdpdGggaXQ/IA0KDQogICBUaGUg d29ya2luZyBncm91cCBpcyBiZWhpbmQgdGhpcyBkb2N1bWVudC4gSXQgaGFzIGJlZW4gd2Vs bCANCiAgIGRpc2N1c3NlZCBhbmQgcmV2aWV3ZWQuICANCg0KDQoNCigxMCkgSGFzIGFueW9u ZSB0aHJlYXRlbmVkIGFuIGFwcGVhbCBvciBvdGhlcndpc2UgaW5kaWNhdGVkIGV4dHJlbWUg DQpkaXNjb250ZW50PyBJZiBzbywgcGxlYXNlIHN1bW1hcmlzZSB0aGUgYXJlYXMgb2YgY29u ZmxpY3QgaW4gc2VwYXJhdGUNCmVtYWlsIG1lc3NhZ2VzIHRvIHRoZSBSZXNwb25zaWJsZSBB cmVhIERpcmVjdG9yLiAoSXQgc2hvdWxkIGJlIGluIGENCnNlcGFyYXRlIGVtYWlsIGJlY2F1 c2UgdGhpcyBxdWVzdGlvbm5haXJlIGlzIHB1YmxpY2x5IGF2YWlsYWJsZS4pIA0KDQogICBO byBzdWNoIHRocmVhdHMuDQoNCg0KKDExKSBJZGVudGlmeSBhbnkgSUQgbml0cyB0aGUgRG9j dW1lbnQgU2hlcGhlcmQgaGFzIGZvdW5kIGluIHRoaXMNCmRvY3VtZW50LiAoU2VlIGh0dHA6 Ly93d3cuaWV0Zi5vcmcvdG9vbHMvaWRuaXRzLyBhbmQgdGhlIEludGVybmV0LURyYWZ0cw0K Q2hlY2tsaXN0KS4gQm9pbGVycGxhdGUgY2hlY2tzIGFyZSBub3QgZW5vdWdoOyB0aGlzIGNo ZWNrIG5lZWRzIHRvIGJlDQp0aG9yb3VnaC4NCg0KDQogICBUaGUgZHJhZnQgcGFzc2VzIHRo ZSBJRC1uaXRzIHRvb2wgY2xlYW4uDQoNCg0KKDEyKSBEZXNjcmliZSBob3cgdGhlIGRvY3Vt ZW50IG1lZXRzIGFueSByZXF1aXJlZCBmb3JtYWwgcmV2aWV3DQpjcml0ZXJpYSwgc3VjaCBh cyB0aGUgTUlCIERvY3RvciwgbWVkaWEgdHlwZSwgYW5kIFVSSSB0eXBlIHJldmlld3MuDQoN CiAgIFRoZXJlIGFyZSBubyBzdWNoIGZvcm1hbCByZXZpZXcgY3JpdGVyaWEuDQoNCigxMykg SGF2ZSBhbGwgcmVmZXJlbmNlcyB3aXRoaW4gdGhpcyBkb2N1bWVudCBiZWVuIGlkZW50aWZp ZWQgYXMNCmVpdGhlciBub3JtYXRpdmUgb3IgaW5mb3JtYXRpdmU/DQoNCiAgIFllcy4NCg0K KDE0KSBBcmUgdGhlcmUgbm9ybWF0aXZlIHJlZmVyZW5jZXMgdG8gZG9jdW1lbnRzIHRoYXQg YXJlIG5vdCByZWFkeSBmb3INCmFkdmFuY2VtZW50IG9yIGFyZSBvdGhlcndpc2UgaW4gYW4g dW5jbGVhciBzdGF0ZT8gSWYgc3VjaCBub3JtYXRpdmUNCnJlZmVyZW5jZXMgZXhpc3QsIHdo YXQgaXMgdGhlIHBsYW4gZm9yIHRoZWlyIGNvbXBsZXRpb24/DQoNCiAgIEFsbCB0aGUgcmVm ZXJlbmNlcyAoYm90aCBub3JtYXRpdmUgYW5kIGluZm9ybWF0aXZlKSBhcmUgdG8gUkZDcy4N CiAgIEFsbCB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZXMgYXJlIHRvIHN0YW5kYXJkIHRyYWNr IFJGQ3MuDQoNCigxNSkgQXJlIHRoZXJlIGRvd253YXJkIG5vcm1hdGl2ZSByZWZlcmVuY2Vz IHJlZmVyZW5jZXMgKHNlZSBSRkMgMzk2Nyk/DQpJZiBzbywgbGlzdCB0aGVzZSBkb3dud2Fy ZCByZWZlcmVuY2VzIHRvIHN1cHBvcnQgdGhlIEFyZWEgRGlyZWN0b3IgaW4gdGhlDQpMYXN0 IENhbGwgcHJvY2VkdXJlLg0KDQogICBObyBkb3dud2FyZCByZWZlcmVuY2VzLg0KDQooMTYp IFdpbGwgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudCBjaGFuZ2UgdGhlIHN0YXR1cyBv ZiBhbnkNCmV4aXN0aW5nIFJGQ3M/IEFyZSB0aG9zZSBSRkNzIGxpc3RlZCBvbiB0aGUgdGl0 bGUgcGFnZSBoZWFkZXIsIGxpc3RlZA0KaW4gdGhlIGFic3RyYWN0LCBhbmQgZGlzY3Vzc2Vk IGluIHRoZSBpbnRyb2R1Y3Rpb24/IElmIHRoZSBSRkNzIGFyZSBub3QNCmxpc3RlZCBpbiB0 aGUgQWJzdHJhY3QgYW5kIEludHJvZHVjdGlvbiwgZXhwbGFpbiB3aHksIGFuZCBwb2ludCB0 byB0aGUNCnBhcnQgb2YgdGhlIGRvY3VtZW50IHdoZXJlIHRoZSByZWxhdGlvbnNoaXAgb2Yg dGhpcyBkb2N1bWVudCB0byB0aGUNCm90aGVyIFJGQ3MgaXMgZGlzY3Vzc2VkLiBJZiB0aGlz IGluZm9ybWF0aW9uIGlzIG5vdCBpbiB0aGUgZG9jdW1lbnQsDQpleHBsYWluIHdoeSB0aGUg V0cgY29uc2lkZXJzIGl0IHVubmVjZXNzYXJ5Lg0KDQogICBOby4gSG93ZXZlciwgdGhlcmUg aXMgYSBzcGluLW9mZiBkaXNjdXNzaW9uIGlmIHdlIG5lZWQgdG8gKG9yIA0KICAgc2hvdWxk KSB1cGRhdGUgdGhlIElBTkEgc2VjdGlvbiBvZiBSRkM0Mzc5Lg0KDQoNCigxNykgRGVzY3Jp YmUgdGhlIERvY3VtZW50IFNoZXBoZXJkJ3MgcmV2aWV3IG9mIHRoZSBJQU5BIGNvbnNpZGVy YXRpb25zDQpzZWN0aW9uLCBlc3BlY2lhbGx5IHdpdGggcmVnYXJkIHRvIGl0cyBjb25zaXN0 ZW5jeSB3aXRoIHRoZSBib2R5IG9mIHRoZQ0KZG9jdW1lbnQuIENvbmZpcm0gdGhhdCBhbGwg cHJvdG9jb2wgZXh0ZW5zaW9ucyB0aGF0IHRoZSBkb2N1bWVudCBtYWtlcw0KYXJlIGFzc29j aWF0ZWQgd2l0aCB0aGUgYXBwcm9wcmlhdGUgcmVzZXJ2YXRpb25zIGluIElBTkEgcmVnaXN0 cmllcy4NCkNvbmZpcm0gdGhhdCBhbnkgcmVmZXJlbmNlZCBJQU5BIHJlZ2lzdHJpZXMgaGF2 ZSBiZWVuIGNsZWFybHkNCmlkZW50aWZpZWQuIENvbmZpcm0gdGhhdCBuZXdseSBjcmVhdGVk IElBTkEgcmVnaXN0cmllcyBpbmNsdWRlIGENCmRldGFpbGVkIHNwZWNpZmljYXRpb24gb2Yg dGhlIGluaXRpYWwgY29udGVudHMgZm9yIHRoZSByZWdpc3RyeSwgdGhhdA0KYWxsb2NhdGlv bnMgcHJvY2VkdXJlcyBmb3IgZnV0dXJlIHJlZ2lzdHJhdGlvbnMgYXJlIGRlZmluZWQsIGFu ZCBhDQpyZWFzb25hYmxlIG5hbWUgZm9yIHRoZSBuZXcgcmVnaXN0cnkgaGFzIGJlZW4gc3Vn Z2VzdGVkIChzZWUgUkZDIDUyMjYpLg0KDQoNCiAgIER1cmluZyBXRyBsYXN0IGNhbGwgaXQg YmVjYW1lIGFwcGFyZW50IHRoYXQgdGhlcmUgd2FzIHNvbWV0aGluZw0KICAgd3Jvbmcgb3Ig bWlzc2luZyBpbiB0aGUgSUFOQSBzZWN0aW9uLiBUaGlzIGxlZCB0byBleHRlbnNpdmUgSUFO QQ0KICAgcmV2aWV3IGJ5IHRoZSBEb2N1bWVudCBTaGVwaGVyZCwgYW5kIGhhcyBpbnZvbHZl ZCBhIGRpc2N1c3Npb24gDQogICBiZXR3ZWVuIHRoZSBXRyBjaGFpcnMsIHRoZSBhdXRob3Jz LCBhbmQgdGhlIEFELiBNb3N0IG9mIHRoZSANCiAgIGRpc2N1c3Npb24gd2FzIG9mZiB0aGUg bWFpbGluZyBsaXN0LCBidXQgdGhlIGNvbmNsdXNpb24gd2FzIHJlcG9ydGVkDQogICB0byB0 aGUgV0cuDQoNCiAgIFRoZSByZXN1bHQgd2FzIGEgc2lnbmlmaWNhbnQgdXBkYXRlIGFuZCBj bGFyaWZpY2F0aW9uLiBUaGUgU2hlcGhlcmQNCiAgIGlzIG5vdyBjb21mb3J0YWJsZSB0aGF0 IHRoZSBzZWN0aW9uIGlzIGNvcnJlY3QuDQoNCigxOCkgTGlzdCBhbnkgbmV3IElBTkEgcmVn aXN0cmllcyB0aGF0IHJlcXVpcmUgRXhwZXJ0IFJldmlldyBmb3IgZnV0dXJlDQphbGxvY2F0 aW9ucy4gUHJvdmlkZSBhbnkgcHVibGljIGd1aWRhbmNlIHRoYXQgdGhlIElFU0cgd291bGQg ZmluZA0KdXNlZnVsIGluIHNlbGVjdGluZyB0aGUgSUFOQSBFeHBlcnRzIGZvciB0aGVzZSBu ZXcgcmVnaXN0cmllcy4NCg0KDQogICBObyBuZXcgSUFOQSByZWdpc3RyaWVzIHRoYXQgcmVx dWlyZSBFeHBlcnQgUmV2aWV3Lg0KDQooMTkpIERlc2NyaWJlIHJldmlld3MgYW5kIGF1dG9t YXRlZCBjaGVja3MgcGVyZm9ybWVkIGJ5IHRoZSBEb2N1bWVudA0KU2hlcGhlcmQgdG8gdmFs aWRhdGUgc2VjdGlvbnMgb2YgdGhlIGRvY3VtZW50IHdyaXR0ZW4gaW4gYSBmb3JtYWwNCmxh bmd1YWdlLCBzdWNoIGFzIFhNTCBjb2RlLCBCTkYgcnVsZXMsIE1JQiBkZWZpbml0aW9ucywg ZXRjLg0KDQogICBObyBmb3JtYWwgbGFuZ3VhZ2Uu --------------080209090809070506070909-- From eric.gray@ericsson.com Fri Sep 14 07:29:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E147121F84FE for ; Fri, 14 Sep 2012 07:29:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.741 X-Spam-Level: X-Spam-Status: No, score=-6.741 tagged_above=-999 required=5 tests=[AWL=-0.143, 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 Bsatrf6x5-aw for ; Fri, 14 Sep 2012 07:29:55 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id E4C4D21F84F9 for ; Fri, 14 Sep 2012 07:29:54 -0700 (PDT) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8EETo7V015370 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 14 Sep 2012 09:29:52 -0500 Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.204]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Fri, 14 Sep 2012 10:29:50 -0400 From: Eric Gray To: "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Date: Fri, 14 Sep 2012 10:29:49 -0400 Thread-Topic: MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: Ac2GwS7a3BtpauCXTzC/3o7ZrcuRBQK0Bf7g Message-ID: References: <503DDC69.606@pi.nu> In-Reply-To: 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_C0AC8FAB6849AB4FADACCC70A949E2F12FABA330CAEUSAACMS0701e_" MIME-Version: 1.0 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 14:29:59 -0000 --_000_C0AC8FAB6849AB4FADACCC70A949E2F12FABA330CAEUSAACMS0701e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, The MPLS Chair(s) have asked myself (and others) to review this draft to determine - possibly among other things - whether this draft is ready for adoption as a working group draft. As an overview, I feel that this draft needs a few important "direction changes" before it will be ready to adopt by the working group, assuming the working group decides that this is work that we have both interest and capacity to work on. I first tried to determine if this work is appropriate for the working grou= p. It appears that the MPLS charter is very much out of date, so this item - along with the 25+ drafts already adopted as working group drafts (in various degrees of completion) - does not appear as a charter item. Which is a good segue to the topic - "can the working group actually do this - along with the work they currently have already." If every WG participating member were to read all of the currently adopted drafts in preparation for each IETF meeting, they could expect to spend 2 to 3 weeks out of every 4 months doing nothing else. Possibly this is a bit much to expect. I suspect this is a question for th= e active participants in the MPLS working group to consider as a general issue. As a second general issue, this draft describes what I feel are fairly well known rules that an implementation may follow to ensure that their "cheating ways" are not discovered in some pathological way by other implementations. This seems to be the major contribution in section 2 of this draft. In this sense, I'd be more comfortable if this draft were targeted to become a BCP, rather than a Standard. But, enough of the general issues; on to the specifics of this draft... Major issues: The third paragraph of the introduction is incorrect. When peering with an LSR that uses two LSR IDs, it is possible for that LSR to do this in a way that makes it difficult (if not impossible) for a peer to detect that the two LSR IDs identify LSR functions of the same physical node. In fact, to ensure the highest probability of compatibility (or the lowest probability of compatibility issues), any LSR implementation that uses more than one LSR ID should do this. That means they need to use separate IP addresses for discovery, session establishment, etc. This is an example of a standards implementation axiom that amounts to this: "if you're going to cheat, be careful not to get caught." If implementers follow this rule through proper use of addressing, and a few other things, then support for multiple LDP sessions just works, today - without requiring further standardization work. For the case where the label space portion of the LSR ID is zero (the so-called platform-wide label space), the implementation that has multiple LSR IDs needs to be careful about allocating labels in different LDP Sessions - but this is an implementation robustness issue, not a standards issue. It is my opinion that the draft authors have not given sufficient thought to what can be done using the current standards and a few common sense implementation rules. __________________________________________________________ I believe the direction taken in section 3 - toward greater visibility of t= he fact that an LSR node has multiple LDP instance - is a mistake. The authors have provided no example use case to support the assertion that a loop may be formed as a result for "some applications" with a properly implemented LSR. In my opinion, this draft needs to provide explicit examples of where a properly implemented/compliant LDP implementation would cause a pathological outcome if it is implemented in such a way that a peer is not able to detect that multiple LDP instances are implemented by a common physical node. Minor issues and Comments/Questions: For the paragraph that starts on page 3 and continues onto page 4, the first sentence has a number of problems and does not parse without making some assumptions as to what the author(s) mean to say. In addition, it would be useful if you could expand slightly on what you mean by "routable" IP addresses. To be more precise, the 32-bit part of the LSR ID that is typically used corresponds to an IP address (one of potentially very many) that is assigned to the LSR node. In fact, common implementation considerations frequently lead to a preference to use the router ID (typically based on an internal assigned "loop-back" IP address) - for much the same reasons that routers use these addresses (i.e. they are less likely to be impacted by removal of a physical interface). If an IPv4 address assigned to the LSR is used for this purpose, it is clear that the address is not only routable by assigned to a specific network entity. ________________________________________________________ In section 2, it looks as if we are conflating the meaning of "label space" (as a number - zero, in this case), "label context" (not necessarily tied to the label-space number, but definitely tied to an LDP session) and data plane. As long as implementations observe certain rules, there is no problem in using the existing protocol specifications when labels are assigned in association with an active session and apply to a common subset of interfaces (possibly including all interfaces). For example, as long as the same label is not issued by two (or more) LSR instances with a different semantic meaning, that label does not present any problems when used (as intended) in the common data plane. The obvious method for doing this is for all LSR instances to share a common label management function - for at least the case where labels allocated may have meaning across multiple interfaces. This has been done in LDP implementations since before RFC 3036 (the predecessor to RFC 5036) was published. Note that this is an implementation choice. _________________________________________________________ NITs: In the Introduction, in (I believe) the 4th sentence of the 2nd paragraph, "4 octets" should be "first 4 octets" (the preceding sentence talks about the 6-octet LSR ID and the next sentence talks about the last 2 octets). The sentence, in the penultimate paragraph of section 1 (Introduction), that starts "Suc next-hop addresses" was probably meant to say "Such next-hop addresses" - and there is probably supposed to be a space after the period in that sentence and before the first word ("Thus") of the next sentence. -- Eric --_000_C0AC8FAB6849AB4FADACCC70A949E2F12FABA330CAEUSAACMS0701e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Auth= ors,

 

The MPLS Chair(s) have asked myself (and o= thers) to review this draft to

<= span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F49= 7D'>determine – possibly among other things – whether this draf= t is ready for

adoption as = a working group draft.

=  

As an overview, I fe= el that this draft needs a few important "direction<= /i>

changes" before it will be = ready to adopt by the working group, assuming

=

the working group decides that this is work= that we have both interest and

capacity to work on.

 

I= first tried to determine if this work is appropriate for the working group= .

It appears that the MPLS= charter is very much out of date, so this item –

along with the 25+ drafts already adopted as = working group drafts (in

v= arious degrees of completion) – does not appear as a charter item.

 

=

Which is a good segue to the topic – &quo= t;can the working group actually do

this – along with the work they currently have already.&quo= t;  If every WG

part= icipating member were to read all of the currently adopted drafts

in preparation for each IETF meetin= g, they could expect to spend 2 to

3 weeks out of every 4 months doing nothing else.

 

Possibly this is a bit much to expect.  I suspect this i= s a question for the

acti= ve participants in the MPLS working group to consider as a general

issue.

 

As a second general issue, this draft describes what I feel are fairly w= ell

known rules that an im= plementation may follow to ensure that their

"cheating ways" are not discovered in some pa= thological way by other

i= mplementations. 

 

This seems to be the m= ajor contribution in section 2 of this draft.

 

In this sense, I'd be more comfortable if this draft were targeted to

become a BCP, rather than a S= tandard.

 =

But, enough of the general issues; o= n to the specifics of this draft…

 

Major issues:

 

The third paragraph of the introduction is incorrect.  When peering

with an LSR that uses two L= SR IDs, it is possible for that LSR to do this

in a way that makes it  difficult (if not imposs= ible) for a peer to detect

that the two LSR IDs identify LSR functions of the same physical node.&nb= sp;

 

In fact, to ensure the highest probabili= ty of compatibility (or the

lowest probability of compatibility issues), any LSR implementation  = ;

that uses more than one = LSR ID should do this.  That means they need

to use separate IP addresses for discovery, session= establishment, etc.

 

This is an example of a= standards implementation axiom that amounts

to this: "if you're going to cheat, be careful not= to get caught."

 

If implementers follow = this rule through proper use of addressing, and

a few other things, then support for multiple LDP se= ssions just works,

toda= y – without requiring further standardization work.=

 

For the case where the label space portion of the LSR ID is ze= ro (the

so-called platform= -wide label space), the implementation that has

multiple LSR IDs needs to be careful about allocating= labels in different

LDP = Sessions – but this is an implementation robustness issue, not a=

standards issue.

 

It is my opinion that the draft authors have not giv= en sufficient thought

= to what can be done using the current standards and a few common<= o:p>

sense implem= entation rules.

__= ________________________________________________________<= /p>

 

I believe the direction taken in section 3 – toward great= er visibility of the

fact= that an LSR node has multiple LDP instance – is a mistake.

 

The authors have provided no example use case to suppo= rt the assertion

that a lo= op may be formed as a result for "some applications" with a<= /o:p>

properly implemented LSR.<= /o:p>

 

In my opinion, this draft needs to provide e= xplicit examples of where a

properly implemented/compliant LDP implementation would cau= se a

patholo= gical outcome if it is implemented in such a way that a peer is<= /span>

not able to detect that= multiple LDP instances are implemented by a

<= p class=3DMsoNormal>common physical node.

 

Minor issues and Comments/Questions= :

&nbs= p;

For the paragraph that start= s on page 3 and continues onto page 4, the

first sentence has a number of problems and does not parse= without

making some assum= ptions as to what the author(s) mean to say.

 

In addition, it would be useful if you could expand slightly on what you <= o:p>

mean by "routable&quo= t;  IP addresses.  To be more precise, the 32-bit part=

of the LSR ID that is typically used= corresponds to an IP address (one of

potentially very many) that is assigned to the LSR node.

 

In fact, common implementation considerations frequ= ently lead to a

preference= to use the router ID (typically based on an internal assigned <= /span>

"loop-back" IP address) = 211; for much the same reasons that routers use

these addresses (i.e. they are less likely to be impa= cted by removal of

a ph= ysical interface).

&n= bsp;

If an IPv4 address assigne= d to the LSR is used for this purpose, it is

clear that the address is not only routable by assigned= to a specific

network ent= ity.

_____________________= ___________________________________

 

In sectio= n 2, it looks as if we are conflating the meaning of "label space"= ;

(as a number – zer= o, in this case), "label context" (not necessarily tied

to the label-space number, but defi= nitely tied to an LDP session) and

data plane. 

 

As long as imple= mentations observe certain rules, there is no problem

in using the existing protocol specifications = when labels are assigned in

association with an active session and apply to a common subset of =

interfaces (possibly including= all interfaces).

&nb= sp;

For example, as long as the= same label is not issued by two (or more)

LSR instances with a different semantic meaning, that labe= l does not

present any pro= blems when used (as intended) in the common data

plane.

 

The obvious me= thod for doing this is for all LSR instances to share a

common label management function – for = at least the case where

l= abels allocated may have meaning across multiple interfaces.  This

has been done in LDP impleme= ntations since before RFC 3036 (the

predecessor to RFC 5036) was published.

 

Note that this is an implementation choice.

____________________________________________________= _____

 

NITs= :

 =

In the Introduction, in (I believe) the 4th sentence of the 2nd paragraph,

=

"4 octets" should be "first 4 oc= tets" (the preceding sentence talks about

the 6-octet LSR ID and the next sentence talks about t= he last 2 octets).

&n= bsp;

The sentence, in the penul= timate paragraph of section 1 (Introduction),

that starts "Suc next-hop addresses" was prob= ably meant to say "Such

next-hop addresses" – and there is probably supposed to be a = space

after the period in = that sentence and before the first word ("Thus") of

the next sentence.

 

--

Eric

 

 

 

= --_000_C0AC8FAB6849AB4FADACCC70A949E2F12FABA330CAEUSAACMS0701e_-- From lizhong.jin@zte.com.cn Sun Sep 16 20:57:20 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6396921F84F1 for ; Sun, 16 Sep 2012 20:57:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.128 X-Spam-Level: X-Spam-Status: No, score=-96.128 tagged_above=-999 required=5 tests=[AWL=0.021, BAYES_20=-0.74, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RCVD_BAD_ID=2.837, 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 kxpXOZGnErNU for ; Sun, 16 Sep 2012 20:57:18 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id A489521F84EA for ; Sun, 16 Sep 2012 20:57:17 -0700 (PDT) Received: from [10.30.3.20] by mx5.zte.com.cn with surfront esmtp id 232557639270655(version=TLSv1/SSLv3 cipher=SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA bits=128 verify=NO); Mon, 17 Sep 2012 11:48:38 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q8H3uFAt072803; Mon, 17 Sep 2012 11:56:15 +0800 (GMT-8) (envelope-from lizhong.jin@zte.com.cn) In-Reply-To: To: mpls@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: Lizhong Jin Date: Mon, 17 Sep 2012 11:56:14 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-17 11:56:15, Serialize complete at 2012-09-17 11:56:15 Content-Type: multipart/alternative; boundary="=_alternative 0015A13D48257A7C_=" X-MAIL: mse01.zte.com.cn q8H3uFAt072803 Cc: "draft-jjwl-mpls-mldp-hsmp@tools.ietf.org" , ice@cisco.com, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 03:57:20 -0000 This is a multipart message in MIME format. --=_alternative 0015A13D48257A7C_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 U29ycnksIGZvcmdldCB0byBjYyB0byB0aGUgbXBscyBsaXN0Lg0KDQpMaXpob25nDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBIaSBQcmFuamFsLA0KPiBUaGFuayB5b3Ug Zm9yIHRoZSByZXZpZXcsIHBsZWFzZSBzZWUgdGhlIGNsYXJpZmljYXRpb24gaW5saW5lIGJlbG93 Lg0KPiBIb3BlIGl0IGhlbHBzLg0KPiANCj4gTGl6aG9uZw0KPiANCj4gDQo+ICJEdXR0YSwgUHJh bmphbCBLIChQcmFuamFsKSIgPHByYW5qYWwuZHV0dGFAYWxjYXRlbC1sdWNlbnQuY29tPiANCj4g d3JvdGUgMjAxMi8wOS8xMyAwNDozMDoyMDoNCj4gDQo+ID4gRGVhciBBdXRob3JzLA0KPiA+IEkg YXBvbG9naXplIGlmIHNvbWUgb2YgdGhpcyBoYWQgYmVlbiBhbHJlYWR5IGRpc2N1c3NlZCBiZWZv cmUuIEkgDQo+ID4gaGF2ZSBjb3VwbGUgb2YgcXVlc3Rpb25zIG9uIHRoaXMgZHJhZnQgYW5kIEkg YW0gbG9va2luZyBmb3Igc29tZSANCj4gPiBjbGFyaWZpY2F0aW9ucyANCj4gPiBvbiB0aGUgc29t ZSBhc3BlY3RzLg0KPiA+IE9uIHByb2NlZHVyZXMgZGVzY3JpYmVkIGluIHNlY3Rpb24gYmVsb3c6 IA0KPiA+IKGwNC4zLjEuMi4gIEhTTVAgTFNQIHRyYW5zaXQgbm9kZSBvcGVyYXRpb24NCj4gPiAg ICBTdXBwb3NlIG5vZGUgWiByZWNlaXZlcyBhIEhTTVAtRCBMYWJlbCBNYXAgPFgsIFksIEw+IGZy b20gTFNSIEQsIA0KdGhlDQo+ID4gICAgcHJvY2VkdXJlIGlzIHNhbWUgYXMgcHJvY2Vzc2luZyBN UDJNUC1EIExhYmVsIE1hcHBpbmcgbWVzc2FnZSANCmRlZmluZWQNCj4gPiAgICBpbiBbUkZDNjM4 OF0gc2VjdGlvbiA0LjMuMS41LCBhbmQgdGhlIHByb2Nlc3NpbmcgcHJvdG9jb2wgZW50aXR5IGlz DQo+ID4gICAgSFNNUC1EIGxhYmVsIG1hcHBpbmcgbWVzc2FnZS4gIFRoZSBkaWZmZXJlbnQgcHJv Y2VkdXJlIGlzIHNwZWNpZmllZA0KPiA+ICAgIGJlbG93Lg0KPiA+IA0KPiA+ICAgIE5vZGUgWiBj aGVja3MgaWYgdXBzdHJlYW0gTFNSIFUgYWxyZWFkeSBhc3NpZ25lZCBhIGxhYmVsIEx1IHRvDQo+ ID4gICAgdXBzdHJlYW0gPFgsIFk+LiAgSWYgbm90LCB0cmFuc2l0IG5vZGUgWiB3YWl0cyB1bnRp bCBpdCByZWNlaXZlcyBhDQo+ID4gICAgSFNNUC1VIExhYmVsIE1hcCA8WCwgWSwgTHU+IGZyb20g TFNSIFUuIE9uY2UgdGhlIEhTTVAtVSBMYWJlbCBNYXAgDQppcw0KPiA+ICAgIHJlY2VpdmVkIGZy b20gTFNSIFUsIG5vZGUgWiBjaGVja3Mgd2hldGhlciBpdCBhbHJlYWR5IGhhcyANCmZvcndhcmRp bmcNCj4gPiAgICBzdGF0ZSB1cHN0cmVhbSA8WCwgWT4gd2l0aCBpbmNvbWluZyBsYWJlbCBMdScg YW5kIG91dGdvaW5nIGxhYmVsIA0KTHUuDQo+ID4gICAgSWYgaXQgZG9lcywgWiBzZW5kcyBhIEhT TVAtVSBMYWJlbCBNYXAgPFgsIFksIEx1Jz4gdG8gZG93bnN0cmVhbQ0KPiA+ICAgIG5vZGUuICBJ ZiBpdCBkb2VzIG5vdCwgaXQgYWxsb2NhdGVzIGEgbGFiZWwgTHUnIGFuZCBjcmVhdGVzIGEgbmV3 DQo+ID4gICAgbGFiZWwgc3dhcCBmb3IgTHUnIHdpdGggTGFiZWwgTHUgb3ZlciBpbnRlcmZhY2Ug SXUuICBJbnRlcmZhY2UgSXUgDQppcw0KPiA+ICAgIGRldGVybWluZWQgdmlhIHRoZSBwcm9jZWR1 cmVzIGluIFNlY3Rpb24gNC4zLjEuICBOb2RlIFogZGV0ZXJtaW5lcw0KPiA+ICAgIHRoZSBkb3du c3RyZWFtIEhTTVAgTFNSIGFzIHBlciBTZWN0aW9uIDQuMy4xLCBhbmQgc2VuZHMgYSBIU01QLVUN Cj4gPiAgICBMYWJlbCBNYXAgPFgsIFksIEx1Jz4gdG8gbm9kZSBELqGxDQo+ID4gDQo+ID4gDQo+ ID4gICAgICAgICAgICAgICAgICAgICAgICAgICBVDQo+ID4gICAgICAgICAgICAgICAgICAgICAg ICAgICB8DQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICBaDQo+ID4gICAgICAgICAgICAg ICAgICAgICAgICAgLyAgXA0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgRCAgICBEoa8NCj4g PiANCj4gPiAgICChsE5vZGUgWiBjaGVja3MgaWYgdXBzdHJlYW0gTFNSIFUgYWxyZWFkeSBhc3Np Z25lZCBhIGxhYmVsIEx1IHRvDQo+ID4gICAgIHVwc3RyZWFtIDxYLCBZPi6hsQ0KPiA+IA0KPiA+ IExldKGvcyBhc3N1bWUgdGhhdCBhdCB0aW1lIFQxLCBVIGhhc26hr3QgYXNzaWduZWQgdXBzdHJl YW0gbGFiZWwgTHUgdG8NCj4gPiBaIHlldC4gIFRoZXJlIA0KPiA+IGFyZSB0d28gcG9zc2libGUg Y2FzZXMgYXQgdGltZSBUMSCoQyANCj4gPiANCj4gPiBEIGlzIHRoZSBmaXJzdCBtTGRwIGpvaW4g c2VlbiBieSBub2RlIFogZm9yIDxYLFk+IA0KPiA+IE9SLCANCj4gPiBaIGhhcyBhbHJlYWR5IHNl ZW4gYW5vdGhlciBEoa8gZWFybGllciBidXQgd2FpdGluZyBmb3IgcmVzcG9uc2UgZnJvbSANCj4g PiBVIG9uIEx1IGFuZCANCj4gPiBEIGlzIHRoZSBqb2luIHRoYXQgaXMgbWVyZ2luZyBub3cuDQo+ ID4gDQo+ID4gSW4gdGhhdCBjYXNlIHdoYXQgc2hvdWxkIGJlIHRoZSBmb3J3YXJkaW5nIHN0YXRl IGF0IFogZm9yIEhTTVBfRE4/IA0KPiA+IEVzc2VudGlhbGx5IFogaGFzIG9uZSANCj4gPiBvciBt b3JlIGRvd25zdHJlYW0gSFNNUC1EIGxhYmVsIEwgYW5kIGFkdmVydGlzZWQgSFNNUC1EIGxhYmVs IHRvIFUuIA0KPiA+IFNob3VsZCB0aGUgZG93bnN0cmVhbSANCj4gPiBzdGF0ZSBmb3IgSFNNUC1E IGJlIG5vdCBpbnN0YWxsZWQgc2luY2Ugd2UgbXVzdCBoYXZlIEx1IGluIG9yZGVyIHRvIA0KPiA+ IG1ha2UgdGhlIEhTTVAgWC1jb25uZWN0IA0KPiA+IGxvZ2ljYWxseSBjb21wbGV0ZSArIGRpc3Ry aWJ1dGUgbGFiZWwgTHWhryB0byBEKHMpPyBJIHdvdWxkIHRoaW5rIGl0IA0KPiA+IGlzIGltcG9y dGFudCB0byBwcmVjaXNlbHkgDQo+ID4gZGVzY3JpYmUgdGhlIGV4cGVjdGVkIGJlaGF2aW91ciCo QyBtZWFucyB3aGV0aGVyIHRoZSBIU01QX0ROIA0KPiA+IGZvcndhcmRpbmcgc3RhdGUgYW5kIEhT TVBfVVAgDQo+ID4gZm9yd2FyZGluZyBzdGF0ZSBwcm9ncmFtbWluZyBhcmUgZGlzam9pbnQgb3Ig Ym91bmRlZCAob25lIGNhbqGvdCBsaXZlDQo+ID4gd2l0aG91dCBhbm90aGVyKT8NCj4gPiBUaGlz IGlzIGltcG9ydGFudCBmdXJ0aGVyIG9uIHRoZSBxdWVzdGlvbiBvbiBzZWN0aW9uIDQuMy4yIGRv d24gYmVsb3cuDQo+ID4gDQo+ID4gTm93IGxldKGvcyBzYXkgWiByZWNlaXZlcyB1cHN0cmVhbSBs YWJlbCBmcm9tIFUgqEMgdGhlIEx1LCBhdCBhIHRpbWUgDQpUMiA+IFQxLg0KPiA+IA0KPiA+ICAg IKGwT25jZSB0aGUgSFNNUC1VIExhYmVsIE1hcCBpcyByZWNlaXZlZCBmcm9tIExTUiBVLCBub2Rl IFogY2hlY2tzIA0KPiA+IHdoZXRoZXIgaXQgYWxyZWFkeSBoYXMgDQo+ID4gICAgRm9yd2FyZGlu ZyBzdGF0ZSB1cHN0cmVhbSA8WCwgWT4gd2l0aCBpbmNvbWluZyBsYWJlbCBMdScgYW5kIA0KPiA+ IG91dGdvaW5nIGxhYmVsIEx1LqGxDQo+ID4gDQo+ID4gSSBhbSBsaXR0bGUgY29uZnVzZWQgaW4g dGhlIHRleHQgYWJvdmUgb24gdGhlIHByb2NlZHVyZSBhdCBaIG9uIA0KcmVjZWlwdCBvZiANCj4g PiBMYWJlbCBtYXBwaW5nIEx1IGZyb20gVS4gSG93IGlzIGl0IHBvc3NpYmxlIHRoYXQgWiBhbHJl YWR5IGhhcyBhIA0KZm9yd2FyZGluZyANCj4gPiBzdGF0ZSBMdaGvLT5TV0FQLT5MdSBiZWZvcmUg cmVjZWlwdCBvZiBMdSBmcm9tIFU/IEx1oa8gY2FuIG1hcCB0byBvbmx5IA0Kb25lIA0KPiA+IG91 dGdvaW5nIGxhYmVsIEx1LCBjb3JyZWN0IChzaW5jZSBIU01QIFVQIGlzIHVuaWNhc3QpPyBPciBh cmUgd2UgDQo+IGNvbnNpZGVyaW5nIA0KPiA+IHRoZSBjYXNlIG9mIHJlY2VpcHQgb2YgYSBkdXBs aWNhdGUgbGFiZWwgbWFwcGluZyBmcm9tIGFuIHVwc3RyZWFtPw0KPiA+IA0KPiA+IEZ1cnRoZXIg aW4gbmV4dCBjbGF1c2U6DQo+ID4gICAgobBJZiBpdCBkb2VzLCBaIHNlbmRzIGEgSFNNUC1VIExh YmVsIE1hcCA8WCwgWSwgTHUnPiB0byBkb3duc3RyZWFtDQo+ID4gICAgbm9kZS4gIElmIGl0IGRv ZXMgbm90LCBpdCBhbGxvY2F0ZXMgYSBsYWJlbCBMdScgYW5kIGNyZWF0ZXMgYSBuZXcNCj4gPiAg ICBsYWJlbCBzd2FwIGZvciBMdScgd2l0aCBMYWJlbCBMdSBvdmVyIGludGVyZmFjZSBJdS6hsQ0K PiA+IA0KPiA+IFNvIGlmIGEgZm9yd2FyZGluZyBzdGF0ZSBMdaGvLT5TV0FQLT5MdSChsGFscmVh ZHmhsSBleGlzdHMgaW4gWiB0aGVuIFogDQoNCj4gPiBkaXN0cmlidXRlcyANCj4gPiBsYWJlbCBM daGvLiBCdXQgaG93IGlzIGl0IHBvc3NpYmxlIHRoYXQgTHWhry0+U1dBUC0+THUgYWxyZWFkeSBl eGlzdHMgDQo+ID4gYmVmb3JlIEx1oa8gDQo+ID4gaXMgZGlzdHJpYnV0ZWQgYnkgWiB0byBEPyAN Cj4gPiANCj4gPiBUaGUgbGFzdCBwYXJhZ3JhcGggaW4gc2VjdGlvbiA0LjMuMi4xIG1lbnRpb25z IHRoYXQgobBzYW1lIGxhYmVsIA0KPiA+IChyZXByZXNlbnRpbmcgdGhlIA0KPiA+IA0KPiA+IHVw c3RyZWFtIHBhdGgpIGNhbiBiZSBkaXN0cmlidXRlZCB0byBhbGwgZG93bnN0cmVhbSBub2Rlc6Gx IKhDIEkgbG9vayANCj4gPiBpdCBhdCB0aGUgc2FtZSANCj4gPiANCj4gPiB3YXkgaG93IGxkcCBw cmVmaXggdHVubmVscyBhcmUgc2V0LXVwIGluIGRhdGEgcGF0aCCoQyBNUDJQLiBUaHVzIGl0IA0K PiA+IGlzIHBvc3NpYmxlIHRoYXQgDQo+ID4gRm9yd2FyZGluZyBzdGF0ZSBMdaGvLT5MdSBhbHJl YWR5IGV4aXN0cyB3aGVuIFogcmVjZWl2ZWQgSFNNUC1EIA0KPiA+IG1hcHBpbmcgZnJvbSBELCBp bg0KPiA+IGNhc2Ugb2Ygc2FtZSBIU01QLVUgbGFiZWwgaXMgZGlzdHJpYnV0ZWQgdG8gYWxsIEQu IA0KPiA+IA0KPiA+IEkgd291bGQgc3VnZ2VzdCB0byBkaXNjdXNzIHRoZSBsYXN0IHBhcmFncmFw aCBvZiBzZWN0aW9uIDQuMy4yLjEgDQo+ID4gcHJpb3IgdG8gZGlzY3Vzcw0KPiA+IHRoZSBkZXRh aWxlZCBwcm9jZWR1cmVzIGluIG9yZGVyIHRvIHByZXNlbnQgYSBsb2dpY2FsIGZsb3cuDQo+IFtM aXpob25nXSB0aGUgZm9yd2FyZGluZyBzdGF0ZSBvZiBIU01QX1VQIGFuZCBIU01QX0ROIGFyZSBk aXNqb2ludC4gDQo+IFRoZWlyIGZvcndhcmRpbmcgc3RhdGUgcHJvZ3JhbW1pbmcgYXJlIHRyaWdn ZXJlZCBieSBMRFAgbWVzc2FnZSANCj4gd2hpY2ggaXMgc2FtZSBhcyBNUDJNUCBMU1AuIFlvdXIg dW5kZXJzdGFuZGluZyBpcyByaWdodCwgaXQgaXMgdGhlIA0KPiBzYXkgd2F5IG9mIE1QMlAuIFdl IHdpbGwgc3dpdGNoIHRoZSBsYXN0IHBhcmFncmFwaCBvZiBzZWN0aW9uIDQuMy4xLg0KPiAyIHRv IHRoZSBiZWdpbm5pbmcgb2YgdGhpcyBzZWN0aW9uLiBUaGFua3MuDQo+IA0KPiA+IA0KPiA+IEkg YW0gd29uZGVyaW5nIHdoZXRoZXIgZm9sbG93aW5nIHNob3VsZCBiZSBhIE1VU1QgaW5zdGVhZCBv biChsGNhbqGxLg0KPiA+IA0KPiA+ICAgIKGwU2luY2UgYSBwYWNrZXQgZnJvbSBhbnkgZG93bnN0 cmVhbSBub2RlIGlzIGZvcndhcmRlZCBvbmx5IHRvIHRoZQ0KPiA+ICAgIHVwc3RyZWFtIG5vZGUs IHRoZSBzYW1lIGxhYmVsIChyZXByZXNlbnRpbmcgdGhlIHVwc3RyZWFtIHBhdGgpIGNhbiANCmJl DQo+ID4gICAgZGlzdHJpYnV0ZWQgdG8gYWxsIGRvd25zdHJlYW0gbm9kZXMuobENCj4gPiANCj4g PiBCZWNhdXNlIHNlY3Rpb24gNC4zIG1lbnRpb25zIGFzIGJlbG93IG9uIEhTTVBfVVAgbGFiZWwg YWxsb2NhdGlvbiANCj4gPiBmcm9tIHBsYXRmb3JtIHdpZGUgDQo+ID4gc3BhY2UuIEl0oa9zIGEg c2lnbmlmaWNhbnQgd2FzdGUgb2YgbGFiZWwgc3BhY2UgaWYgZGlzdGluY3QgbGFiZWwgaXMgDQo+ ID4gZGlzdHJpYnV0ZWQgcGVyIA0KPiA+IHBlZXIsIHVubGVzcyB0aGVyZSBpcyBhIHN0cm9uZyB1 c2UgY2FzZSBpZiBhbnkgYnV0IHN1Y2ggY2FzZSBpcyBub3QgDQo+ID4gZXZpZGVudCBmcm9tIA0K PiA+IHRoZSBkcmFmdC4gDQo+ID4gDQo+ID4gICAgobBIU01QLVUgTGFiZWwgTWFwIDxYLCBZLCBM dT46IEEgTGFiZWwgTWFwIG1lc3NhZ2Ugd2l0aCBhIHNpbmdsZQ0KPiA+ICAgIEhTTVAgdXBzdHJl YW0gRkVDIEVsZW1lbnQgPFgsIFk+IGFuZCBsYWJlbCBUTFYgd2l0aCBsYWJlbCBMdS4gTGFiZWwN Cj4gPiAgICBMdSBNVVNUIGJlIGFsbG9jYXRlZCBmcm9tIHRoZSBwZXItcGxhdGZvcm0gbGFiZWwg c3BhY2Ugb2YgdGhlIExTUg0KPiA+ICAgIHNlbmRpbmcgdGhlIExhYmVsIE1hcCBNZXNzYWdlLqGx DQo+ID4gDQo+ID4gU2VjdGlvbiAzLjIgbWVudGlvbnMgdGhlIGdvYWwgdG8gcmVkdWNlIG9wZXJh dGlvbmFsIGNvc3QgYnkgcmVkdWNpbmcNCj4gPiBsYWJlbHMvZm9yd2FyZGluZyBzdGF0ZS4NCj4g PiANCj4gPiAgICChsEluIHRoYXQgY2FzZSwgdGhlIG9wZXJhdGlvbmFsIGNvc3Qgd2lsbCBiZSBy ZWR1Y2VkIGZvciANCj4gPiBtYWludGFpbmluZyBvbmx5IG9uZSBIU01QIExTUCwgaW5zdGVhZCBv Zg0KPiA+ICAgIFAyTVAgTFNQIGFuZCBuIChudW1iZXIgb2YgbGVhZiBub2RlcykgUDJQIHJldmVy c2UgTFNQcy6hsQ0KPiBbTGl6aG9uZ10geWVzLCAiY2FuIiBzaG91bGQgYmUgIk1VU1QiIGhlcmUs IHRoYW5rcy4NCj4gDQo+ID4gDQo+ID4gDQo+ID4gT24gZm9sbG93aW5nIHNlY3Rpb246DQo+ID4g obA0LjMuMi4gIEhTTVAgTFNQIExhYmVsIFdpdGhkcmF3DQo+ID4gDQo+ID4gICAgVGhlIEhTTVAg TGFiZWwgV2l0aGRyYXcgcHJvY2VkdXJlIGlzIG11Y2ggc2FtZSBhcyBNUDJNUCBsZWFmDQo+ID4g ICAgb3BlcmF0aW9uIGRlZmluZWQgaW4gW1JGQzYzODhdIHNlY3Rpb24gNC4zLjIsIGFuZCB0aGUg cHJvY2Vzc2luZw0KPiA+ICAgIHByb3RvY29sIGVudGl0aWVzIGFyZSBIU01QIEZFQ3MuICBUaGUg b25seSBkaWZmZXJlbmNlIGlzIHByb2Nlc3Mgb2YNCj4gPiAgICBIU01QLVUgbGFiZWwgcmVsZWFz ZSBtZXNzYWdlLCB3aGljaCBpcyBzcGVjaWZpZWQgYmVsb3cuDQo+ID4gDQo+ID4gICAgV2hlbiBh IHRyYW5zaXQgbm9kZSBaIHJlY2VpdmVzIGEgSFNNUC1VIGxhYmVsIHJlbGVhc2UgbWVzc2FnZSBm cm9tDQo+ID4gICAgZG93bnN0cmVhbSBub2RlIEQsIFogc2hvdWxkIGNoZWNrIGlmIHRoZXJlIGFy ZSBhbnkgaW5jb21pbmcgDQppbnRlcmZhY2UNCj4gPiAgICBpbiBmb3J3YXJkaW5nIHN0YXRlIHVw c3RyZWFtIDxYLCBZPi4gIElmIGFsbCBkb3duc3RyZWFtIG5vZGVzIGFyZQ0KPiA+ICAgIHJlbGVh c2VkIGFuZCB0aGVyZSBpcyBubyBpbmNvbWluZyBpbnRlcmZhY2UsIFogc2hvdWxkIGRlbGV0ZSB0 aGUNCj4gPiAgICBmb3J3YXJkaW5nIHN0YXRlIHVwc3RyZWFtIDxYLCBZPiBhbmQgc2VuZCBIU01Q LVUgbGFiZWwgcmVsZWFzZQ0KPiA+ICAgIG1lc3NhZ2UgdG8gaXRzIHVwc3RyZWFtIG5vZGUuobEN Cj4gPiANCj4gPiBMZXShr3Mgc2F5IHRoYXQgbm9kZSBaIHJlY2VpdmVzIGFuIHVuc29saWNpdGVk IHJlbGVhc2UgZm9yIEx1oa8gZnJvbSANCj4gPiBkb3duc3RyZWFtIG5vZGUgRA0KPiA+IGluIHRo ZSBjb250ZXh0IG9mIEhTTVBfVVAsIHRoZW4gd2hhdCBzaG91bGQgYmUgdGhlIGFjdGlvbiBvbiAN Cj4gPiBmb3J3YXJkaW5nL2NvbnRyb2wgc3RhdGUgDQo+ID4gZm9yIEhTTVBfRE4gcGF0aD8gRG9l cyB0aGUgSFNNUF9ETiBwYXRoIGNvbnRpbnVlIHRvIGV4aXN0IHRvd2FyZHMgDQo+ID4gZG93bnN0 cmVhbSBEIChtZWFucyANCj4gPiBsZWF2ZSB0aGUgSFNNUF9VUCBicm9rZW4gZnJvbSBELT5aIGFu ZCBIU01QX0ROIHdvcmtpbmcgZnJvbSBaLT5EKT8gDQo+ID4gUGVyaGFwcyBpdCB3b3VsZCBiZSAN Cj4gPiANCj4gPiBnb29kIHRvIGNsYXJpZnkgdGhlIHJlc3VsdGFudCBzdGF0ZSBzaW5jZSB1dGls aXR5IG9mIEhTTVAgTFNQIGlzIA0KPiA+IGJhc2VkIG9uIHByZXNlbmNlIG9mIA0KPiA+IA0KPiA+ IGJvdGggVVAgYW5kIERPV04gc3RhdGUuIA0KPiBbTGl6aG9uZ10gdGhlIEhTTVBfVVAvSFNNUF9E TiBzdGF0ZSBzaG91bGQgYmUgd2l0aGRyYXdlZC9yZWxlYXNlZCBieQ0KPiBvbmx5IHRoZWlyIGNv cnJlc3BvbmRpbmcgd2l0aGRyYXcvcmVsZWFzZSBtZXNzYWdlLiBPbmx5IHRoZSBsZWFmIA0KPiBu b2RlIHdpbGwgc2VuZCBib3RoIHdpdGhkcmF3IGZvciBIU01QX0ROIGFuZCByZWxlYXNlIGZvciBI U01QX1VQIHRvIA0KPiBpdHMgdXBzdHJlYW0gbm9kZSwgcmVmZXIgdG8gUkZDNjM4OCBzZWN0aW9u IDMuMy4yLiBCVFcsIHRoZSANCj4gcmVmZXJlbmNlIHNlY3Rpb24gNC4zLjIgc2hvdWxkIGJlIDMu My4yLCB3aWxsIGZpeCB0aGlzIGluIG5leHQgdmVyc2lvbi4NCj4gDQo+ID4gDQo+ID4gDQo+ID4g SW4gdGhlIHNhbWUgd2F5IHdoYXQgaGFwcGVucyBpZiBaIHJlY2VpdmVzIGFuIHVuc29saWNpdGVk IHJlbGVhc2Ugb2YNCj4gPiBIU01QX0ROIGxhYmVsIGZyb20gDQo+ID4gDQo+ID4gVT8gU2hvdWxk IHRoZSBIU01QX1VQIHN0YXRlIGNvbnRpbnVlIGF0IFo/IEkgdW5kZXJzdGFuZCB0aGF0IGJ5IA0K PiA+IHRoZW9yeSBzdWNoIHRoaW5ncyBhcmUgDQo+ID4gDQo+ID4gbm90IGRlZmluZWQgYnkgYW55 IHNwZWMgYnV0IGluIHJlYWwgbGlmZSBzaXR1YXRpb25zIGEgWiBtYXkgZmFjZSBhbGwNCj4gPiBw b3NzaWJpbGl0aWVzIG9mIA0KPiA+IG1lc3NhZ2luZyBmcm9tIGl0cyBwZWVycyB0aGF0IG1heSBp bXBhY3QgY29udHJvbCBhbmQgZm9yd2FyZGluZyBzdGF0ZS4gDQoNCj4gW0xpemhvbmddIHdoZW4g WiByZWNlaXZlcyBhIHJlbGVhc2Ugb2YgSFNNUF9ETiBmcm9tIFUsIGl0IG1heWJlIA0KPiBiZWNh dXNlIG9mIGxhY2sgb2YgbGFiZWwgcmVzb3VjZSBvciBvdGhlciByZWFzb25zLCBaIHdpbGwgc2Vu ZCBsYWJlbA0KPiByZWxlYXNlIHRvIGRvd25zdHJlYW0gdW50aWwgdG8gbGVhZiBub2RlLiBXaGVu IHRoZSBsZWFmIG5vZGUgDQo+IHJlY2VpdmVzIGEgcmVsZWFzZSBvZiBIU01QX0ROIGZyb20gaXRz IHVwc3RyZWFtLCBhbmQgaXQgYWxyZWFkeSANCj4gcmVjZWl2ZWQgbGFiZWwgbWFwcGluZyBvZiBI U01QX1VQIGZyb20gVSBiZWZvcmUsIGxlYWYgbm9kZSBzaG91bGQgDQo+IHNlbmQgbGFiZWwgcmVs ZWFzZSBvZiBIU01QX1VQIHRvIGl0cyB1cHN0cmVhbSBub2RlLiBUaGUgcHJvY2VkdXJlIA0KPiBh Ym92ZSByZWZsZWN0IHRoZSBkaXNqb2ludG5lc3MgYmV0d2VuIEhTTVBfRE4gYW5kIEhTTVBfVVAu DQo+IA0KPiA+IA0KPiA+IA0KPiA+IFRoZSBmb2xsb3dpbmcgc2VjdGlvbiBtZW50aW9ucyBhYm91 dCBiZW5lZml0cyBvZmZlcmVkIGJ5IFAyTVAgTFNQIA0KPiA+IFBpbmcgdy5yLnQgTXVsdGktUG9p bnQgDQo+ID4gT0FNLCB3aGljaCBpcyBnb29kIGZyb20gbXVsdGlwbGUgcGVyc3BlY3RpdmVzLiBC dXQgSSBkb26hr3Qgc2VlIHRoZSANCj4gPiByZXF1aXJlZCB0b29sa2l0IHRvIA0KPiA+IGltcGxl bWVudCBPQU0gZm9yIEhTTVAgTFNQLg0KPiA+IA0KPiA+IA0KPiA+ICIzLiBBcHBsaWNhdGlvbnMN Cj4gPiANCj4gPiANCj4gPiAgICBJbiBzb21lIGNhc2VzLCB0aGUgUDJNUCBMU1AgbWF5IG5vdCBo YXZlIGEgcmVwbHkgcGF0aCBmb3IgdGhlIE9BTQ0KPiA+ICAgIG1lc3NhZ2UgKGUuZywgTFNQIFBp bmcpLiAgSWYgUDJNUCBMU1AgaXMgcHJvdmlkZWQgYnkgSFNNUCBMU1AsIHRoZW4NCj4gPiAgICB0 aGUgdXBzdHJlYW0gcGF0aCBjb3VsZCBiZSBleGFjdGx5IHVzZWQgYXMgdGhlIE9BTSBtZXNzYWdl IHJlcGx5DQo+ID4gICAgcGF0aC4gIFRoaXMgaXMgZXNwZWNpYWxseSB1c2VmdWwgaW4gdGhlIGNh c2Ugb2YgUDJNUCBMU1AgZmF1bHQNCj4gPiAgICBkZXRlY3Rpb24sIHBlcmZvcm1hbmNlIG1lYXN1 cmVtZW50LCByb290IG5vZGUgcmVkdW5kYW5jeSBhbmQgZXRjLg0KPiA+ICAgIFRoZXJlIGFyZSBz ZXZlcmFsIG90aGVyIGFwcGxpY2F0aW9ucyB0aGF0IGNvdWxkIHRha2UgYWR2YW50YWdlIG9mDQo+ ID4gICAgc3VjaCBraW5kIG9mIExEUCBiYXNlZCBIU01QIExTUCBhcyBkZXNjcmliZWQgYmVsb3cu Ig0KPiA+IA0KPiA+IA0KPiA+IEkgY291bGQgZmluZCB0aGF0IHNlY3Rpb24gMy4xLjIgaW4gUkZD IDY0MjUgZGVmaW5lcyBmb2xsb3dpbmcgdHdvIA0KPiA+IEZFQyBlbGVtZW50cy4gDQo+ID4gDQo+ ID4gICAgICAgICBTdWItVHlwZSAjICAgICAgIExlbmd0aCAgICAgICAgICAgICAgVmFsdWUgRmll bGQNCj4gPiAgICAgICAgIC0tLS0tLS0tLS0gICAgICAgLS0tLS0tICAgICAgICAgICAgICAtLS0t LS0tLS0tLQ0KPiA+ICAgICAgICAgICAgICAgMTkgICAgICAgVmFyaWFibGUgICAgICAgICAgICBN dWx0aWNhc3QgUDJNUCBMRFAgRkVDIA0KU3RhY2sNCj4gPiAgICAgICAgICAgICAgIDIwICAgICAg IFZhcmlhYmxlICAgICAgICAgICAgTXVsdGljYXN0IE1QMk1QIExEUCBGRUMgDQpTdGFjaw0KPiA+ IA0KPiA+IEkgYW0gbm90IGFibGUgdG8gc2VlIGhvdyB0byBmaXQgSFNNUCBpbnRvIG9uZSBvZiBS RkMgNjQyNSBkZWZpbmVkIA0KdHlwZXMuDQo+ID4gSU1PLCBIU01QIHJlcXVpcmVzIGEgbmV3IHN1 Yi10eXBlIHNpbmNlIEhTTVAgZGVmaW5lcyBuZXcgRkVDIGVsZW1lbnRzIA0KYXMgDQo+ID4gYmVs b3c6DQo+ID4gDQo+ID4gIjQuMi4gSFNNUCBGRUMgRWxlbWVudHMNCj4gPiANCj4gPiANCj4gPiAg ICBTaW1pbGFyIGFzIE1QMk1QIExTUCwgd2UgZGVmaW5lIHR3byBuZXcgcHJvdG9jb2wgZW50aXRp ZXMsIHRoZSBIU01QDQo+ID4gICAgZG93bnN0cmVhbSBGRUMgYW5kIHVwc3RyZWFtIEZFQyBFbGVt ZW50LiAgSWYgYSBGRUMgVExWIGNvbnRhaW5zIGFuDQo+ID4gICAgSFNNUCBGRUMgRWxlbWVudCwg dGhlIEhTTVAgRkVDIEVsZW1lbnQgTVVTVCBiZSB0aGUgb25seSBGRUMgRWxlbWVudA0KPiA+ICAg IGluIHRoZSBGRUMgVExWLiAgVGhlIHN0cnVjdHVyZSwgZW5jb2RpbmcgYW5kIGVycm9yIGhhbmRs aW5nIGZvciB0aGUNCj4gPiAgICBIU01QIGRvd25zdHJlYW0gYW5kIHVwc3RyZWFtIEZFQyBFbGVt ZW50cyBhcmUgdGhlIHNhbWUgYXMgZm9yIHRoZQ0KPiA+ICAgIE1QMk1QIEZFQyBFbGVtZW50IGRl c2NyaWJlZCBpbiBbUkZDNjM4OF0gU2VjdGlvbiA0LjIuICBUaGUgDQpkaWZmZXJlbmNlDQo+ID4g ICAgaXMgdGhhdCB0d28gYWRkaXRpb25hbCBuZXcgRkVDIHR5cGVzIGFyZSB1c2VkOiBIU01QIGRv d25zdHJlYW0gdHlwZQ0KPiA+ICAgIChUQkQsIElBTkEpIGFuZCBIU01QIHVwc3RyZWFtIHR5cGUg KFRCRCwgSUFOQSkuIg0KPiA+IA0KPiA+IEkgd291bGQgdGhpbmsgaW4gb3JkZXIgdG8gZGV2ZWxv cCBhbmQgZGVwbG95IGEgc29sdXRpb24gbGlrZSBIU01QLCBPQU0gDQoNCj4gPiB0b29scyBuZWVk IHRvIGJlIHByZWNpc2VseSBkZWZpbmVkLg0KPiBbTGl6aG9uZ10gcmlnaHQsIE9BTSBpcyBtaXNz aW5nIGluIGN1cnJlbnQgZHJhZnQuIEN1cnJlbnRseSB0aGUgT0FNIA0KPiB0b29sIGRlZmluaXRp b24gaXMgbm90IGluIHRoZSBzY29wZS4gTWF5YmUgYW5vdGhlciBkcmFmdCBlZmZvcnQgaXMgDQpu ZWNlc3NhcnkuDQo+IA0KPiA+IA0KPiA+IFRoYW5rcywNCj4gPiBQcmFuamFsDQo+ID4gDQo+ID4g DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBtcGxzLWJvdW5jZXNA aWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZg0KPiA+IE9m IExvYSBBbmRlcnNzb24NCj4gPiBTZW50OiBNb25kYXksIFNlcHRlbWJlciAwMywgMjAxMiAxMTox NiBQTQ0KPiA+IFRvOiBtcGxzQGlldGYub3JnDQo+ID4gQ2M6IGRyYWZ0LWpqd2wtbXBscy1tbGRw LWhzbXBAdG9vbHMuaWV0Zi5vcmc7IA0KbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPiBT dWJqZWN0OiBbbXBsc10gcG9sbCBvbiBtYWtpbmcgZHJhZnQtamp3bC1tcGxzLW1sZHAtaHNtcC0w MS50eHQgYSANCj4gPiBtcGxzIHdnIGRvY3VtZW50DQo+ID4gDQo+ID4gV29ya2luZyBncm91cCwN Cj4gPiANCj4gPiB0aGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBhZG9wdGluZw0K PiA+IGRyYWZ0LWpqd2wtbXBscy1tbGRwLWhzbXAtMDEudHh0DQo+ID4gYXMgYW4gTVBMUyB3b3Jr aW5nIGdyb3VwIGRvY3VtZW50Lg0KPiA+IA0KPiA+IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMg KHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcNCj4gPiBncm91cCBtYWls aW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0KPiA+IA0KPiA+IFRoaXMgcG9sbCBpcyBleHRlbmRl ZCBhbmQgd2lsbCBlbmQgU2VwIDE5dGgsIDIwMTIuDQo+ID4gDQo+ID4gL0xvYQ0KPiA+IChtcGxz IHdnIGNvLWNoYWlyKQ0KPiA+IC0tIA0KPiA+IA0KPiA+IA0KPiA+IExvYSBBbmRlcnNzb24gICAg ICAgICAgICAgICAgICAgICAgICAgZW1haWw6IA0KbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20N Cj4gPiBTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBsb2FAcGku bnUNCj4gPiBFcmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYg MTAgNzE3IDUyIDEzDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4gbXBsc0BpZXRm Lm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K --=_alternative 0015A13D48257A7C_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlNvcnJ5LCBmb3JnZXQgdG8gY2Mg dG8gdGhlIG1wbHMgbGlzdC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPkxpemhvbmc8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7 IEhpIFByYW5qYWwsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m Z3Q7IFRoYW5rIHlvdSBmb3IgdGhlIHJldmlldywgcGxlYXNlDQpzZWUgdGhlIGNsYXJpZmljYXRp b24gaW5saW5lIGJlbG93Ljxicj4NCiZndDsgSG9wZSBpdCBoZWxwcy48L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgPGJyPg0KJmd0OyBMaXpob25nPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZuYnNwOzwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyA8YnI+DQomZ3Q7ICZxdW90 O0R1dHRhLCBQcmFuamFsIEsgKFByYW5qYWwpJnF1b3Q7ICZsdDtwcmFuamFsLmR1dHRhQGFsY2F0 ZWwtbHVjZW50LmNvbSZndDsNCjxicj4NCiZndDsgd3JvdGUgMjAxMi8wOS8xMyAwNDozMDoyMDo8 YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0OyBEZWFyIEF1dGhvcnMsPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgSSBhcG9sb2dpemUgaWYgc29tZSBv ZiB0aGlzDQpoYWQgYmVlbiBhbHJlYWR5IGRpc2N1c3NlZCBiZWZvcmUuIEkgPGJyPg0KJmd0OyAm Z3Q7IGhhdmUgY291cGxlIG9mIHF1ZXN0aW9ucyBvbiB0aGlzIGRyYWZ0IGFuZCBJIGFtIGxvb2tp bmcgZm9yIHNvbWUNCjxicj4NCiZndDsgJmd0OyBjbGFyaWZpY2F0aW9ucyA8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBvbiB0aGUgc29tZSBhc3Bl Y3RzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7 IE9uIHByb2NlZHVyZXMgZGVzY3JpYmVkIGluDQpzZWN0aW9uIGJlbG93OiA8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyChsDQuMy4xLjIuICZuYnNw O0hTTVAgTFNQDQp0cmFuc2l0IG5vZGUgb3BlcmF0aW9uPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO1N1cHBvc2Ugbm9kZQ0K WiByZWNlaXZlcyBhIEhTTVAtRCBMYWJlbCBNYXAgJmx0O1gsIFksIEwmZ3Q7IGZyb20gTFNSIEQs IHRoZTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7 ICZuYnNwOyAmbmJzcDtwcm9jZWR1cmUgaXMNCnNhbWUgYXMgcHJvY2Vzc2luZyBNUDJNUC1EIExh YmVsIE1hcHBpbmcgbWVzc2FnZSBkZWZpbmVkPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO2luIFtSRkM2Mzg4XQ0Kc2VjdGlv biA0LjMuMS41LCBhbmQgdGhlIHByb2Nlc3NpbmcgcHJvdG9jb2wgZW50aXR5IGlzPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNw O0hTTVAtRCBsYWJlbA0KbWFwcGluZyBtZXNzYWdlLiAmbmJzcDtUaGUgZGlmZmVyZW50IHByb2Nl ZHVyZSBpcyBzcGVjaWZpZWQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7YmVsb3cuPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO05vZGUgWiBjaGVj a3MNCmlmIHVwc3RyZWFtIExTUiBVIGFscmVhZHkgYXNzaWduZWQgYSBsYWJlbCBMdSB0bzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAm bmJzcDt1cHN0cmVhbSAmbHQ7WCwNClkmZ3Q7LiAmbmJzcDtJZiBub3QsIHRyYW5zaXQgbm9kZSBa IHdhaXRzIHVudGlsIGl0IHJlY2VpdmVzIGE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7SFNNUC1VIExhYmVsDQpNYXAgJmx0 O1gsIFksIEx1Jmd0OyBmcm9tIExTUiBVLiBPbmNlIHRoZSBIU01QLVUgTGFiZWwgTWFwIGlzPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7 ICZuYnNwO3JlY2VpdmVkIGZyb20NCkxTUiBVLCBub2RlIFogY2hlY2tzIHdoZXRoZXIgaXQgYWxy ZWFkeSBoYXMgZm9yd2FyZGluZzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtzdGF0ZSB1cHN0cmVhbQ0KJmx0O1gsIFkmZ3Q7 IHdpdGggaW5jb21pbmcgbGFiZWwgTHUnIGFuZCBvdXRnb2luZyBsYWJlbCBMdS48L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7 SWYgaXQgZG9lcywgWg0Kc2VuZHMgYSBIU01QLVUgTGFiZWwgTWFwICZsdDtYLCBZLCBMdScmZ3Q7 IHRvIGRvd25zdHJlYW08L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7bm9kZS4gJm5ic3A7SWYNCml0IGRvZXMgbm90LCBpdCBh bGxvY2F0ZXMgYSBsYWJlbCBMdScgYW5kIGNyZWF0ZXMgYSBuZXc8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7bGFiZWwgc3dh cCBmb3INCkx1JyB3aXRoIExhYmVsIEx1IG92ZXIgaW50ZXJmYWNlIEl1LiAmbmJzcDtJbnRlcmZh Y2UgSXUgaXM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jmd0OyAmbmJzcDsgJm5ic3A7ZGV0ZXJtaW5lZCB2aWENCnRoZSBwcm9jZWR1cmVzIGluIFNlY3Rp b24gNC4zLjEuICZuYnNwO05vZGUgWiBkZXRlcm1pbmVzPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO3RoZSBkb3duc3RyZWFt DQpIU01QIExTUiBhcyBwZXIgU2VjdGlvbiA0LjMuMSwgYW5kIHNlbmRzIGEgSFNNUC1VPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZu YnNwO0xhYmVsIE1hcCAmbHQ7WCwNClksIEx1JyZndDsgdG8gbm9kZSBELqGxPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFU8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IFo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgLyAmbmJzcDtcPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7RCAmbmJzcDsgJm5ic3A7RKGvPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO6GwTm9kZSBaIGNoZWNrcw0K aWYgdXBzdHJlYW0gTFNSIFUgYWxyZWFkeSBhc3NpZ25lZCBhIGxhYmVsIEx1IHRvPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNw OyB1cHN0cmVhbSAmbHQ7WCwNClkmZ3Q7LqGxPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgTGV0oa9zIGFzc3VtZSB0aGF0IGF0IHRpbWUNClQx LCBVIGhhc26hr3QgYXNzaWduZWQgdXBzdHJlYW0gbGFiZWwgTHUgdG88YnI+DQomZ3Q7ICZndDsg WiB5ZXQuICZuYnNwO1RoZXJlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0OyAmZ3Q7IGFyZSB0d28gcG9zc2libGUgY2FzZXMgYXQNCnRpbWUgVDEgqEMgPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgRCBp cyB0aGUgZmlyc3QgbUxkcCBqb2luIHNlZW4NCmJ5IG5vZGUgWiBmb3IgJmx0O1gsWSZndDsgPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgT1IsIDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IFogaGFz IGFscmVhZHkgc2VlbiBhbm90aGVyDQpEoa8gZWFybGllciBidXQgd2FpdGluZyBmb3IgcmVzcG9u c2UgZnJvbSA8YnI+DQomZ3Q7ICZndDsgVSBvbiBMdSBhbmQgPC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgRCBpcyB0aGUgam9pbiB0aGF0IGlzIG1l cmdpbmcNCm5vdy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyBJbiB0aGF0IGNhc2Ugd2hhdCBzaG91bGQgYmUNCnRoZSBmb3J3YXJkaW5nIHN0 YXRlIGF0IFogZm9yIEhTTVBfRE4/IDxicj4NCiZndDsgJmd0OyBFc3NlbnRpYWxseSBaIGhhcyBv bmUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsg b3IgbW9yZSBkb3duc3RyZWFtIEhTTVAtRA0KbGFiZWwgTCBhbmQgYWR2ZXJ0aXNlZCBIU01QLUQg bGFiZWwgdG8gVS4gPGJyPg0KJmd0OyAmZ3Q7IFNob3VsZCB0aGUgZG93bnN0cmVhbSA8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBzdGF0ZSBmb3Ig SFNNUC1EIGJlIG5vdCBpbnN0YWxsZWQNCnNpbmNlIHdlIG11c3QgaGF2ZSBMdSBpbiBvcmRlciB0 byA8YnI+DQomZ3Q7ICZndDsgbWFrZSB0aGUgSFNNUCBYLWNvbm5lY3QgPGJyPg0KJmd0OyAmZ3Q7 IGxvZ2ljYWxseSBjb21wbGV0ZSArIGRpc3RyaWJ1dGUgbGFiZWwgTHWhryB0byBEKHMpPyBJIHdv dWxkDQp0aGluayBpdCA8YnI+DQomZ3Q7ICZndDsgaXMgaW1wb3J0YW50IHRvIHByZWNpc2VseSA8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBkZXNj cmliZSB0aGUgZXhwZWN0ZWQgYmVoYXZpb3VyDQqoQyBtZWFucyB3aGV0aGVyIHRoZSBIU01QX0RO IDxicj4NCiZndDsgJmd0OyBmb3J3YXJkaW5nIHN0YXRlIGFuZCBIU01QX1VQIDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IGZvcndhcmRpbmcgc3Rh dGUgcHJvZ3JhbW1pbmcNCmFyZSBkaXNqb2ludCBvciBib3VuZGVkIChvbmUgY2Fuoa90IGxpdmU8 YnI+DQomZ3Q7ICZndDsgd2l0aG91dCBhbm90aGVyKT88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBUaGlzIGlzIGltcG9ydGFudCBmdXJ0aGVyDQpv biB0aGUgcXVlc3Rpb24gb24gc2VjdGlvbiA0LjMuMiBkb3duIGJlbG93LjwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IE5vdyBsZXShr3Mgc2F5 IFogcmVjZWl2ZXMNCnVwc3RyZWFtIGxhYmVsIGZyb20gVSCoQyB0aGUgTHUsIGF0IGEgdGltZSBU MiAmZ3Q7IFQxLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDuhsE9uY2UgdGhlIEhTTVAtVQ0KTGFiZWwgTWFwIGlzIHJl Y2VpdmVkIGZyb20gTFNSIFUsIG5vZGUgWiBjaGVja3MgPGJyPg0KJmd0OyAmZ3Q7IHdoZXRoZXIg aXQgYWxyZWFkeSBoYXMgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO0ZvcndhcmRpbmcgc3RhdGUNCnVwc3RyZWFtICZsdDtY LCBZJmd0OyB3aXRoIGluY29taW5nIGxhYmVsIEx1JyBhbmQgPGJyPg0KJmd0OyAmZ3Q7IG91dGdv aW5nIGxhYmVsIEx1LqGxPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZndDsgSSBhbSBsaXR0bGUgY29uZnVzZWQgaW4gdGhlDQp0ZXh0IGFib3ZlIG9u IHRoZSBwcm9jZWR1cmUgYXQgWiBvbiByZWNlaXB0IG9mIDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IExhYmVsIG1hcHBpbmcgTHUgZnJvbSBVLiBI b3cNCmlzIGl0IHBvc3NpYmxlIHRoYXQgWiBhbHJlYWR5IGhhcyBhIGZvcndhcmRpbmcgPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgc3RhdGUgTHWh ry0mZ3Q7U1dBUC0mZ3Q7THUNCmJlZm9yZSByZWNlaXB0IG9mIEx1IGZyb20gVT8gTHWhryBjYW4g bWFwIHRvIG9ubHkgb25lIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+Jmd0OyAmZ3Q7IG91dGdvaW5nIGxhYmVsIEx1LCBjb3JyZWN0DQooc2luY2UgSFNNUCBVUCBp cyB1bmljYXN0KT8gT3IgYXJlIHdlIDxicj4NCiZndDsgY29uc2lkZXJpbmcgPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgdGhlIGNhc2Ugb2YgcmVj ZWlwdCBvZiBhIGR1cGxpY2F0ZQ0KbGFiZWwgbWFwcGluZyBmcm9tIGFuIHVwc3RyZWFtPzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IEZ1cnRo ZXIgaW4gbmV4dCBjbGF1c2U6PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO6GwSWYgaXQgZG9lcywNClogc2VuZHMgYSBIU01Q LVUgTGFiZWwgTWFwICZsdDtYLCBZLCBMdScmZ3Q7IHRvIGRvd25zdHJlYW08L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7bm9k ZS4gJm5ic3A7SWYNCml0IGRvZXMgbm90LCBpdCBhbGxvY2F0ZXMgYSBsYWJlbCBMdScgYW5kIGNy ZWF0ZXMgYSBuZXc8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJmd0OyAmbmJzcDsgJm5ic3A7bGFiZWwgc3dhcCBmb3INCkx1JyB3aXRoIExhYmVsIEx1IG92 ZXIgaW50ZXJmYWNlIEl1LqGxPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj4mZ3Q7ICZndDsgU28gaWYgYSBmb3J3YXJkaW5nIHN0YXRlIEx1oa8tJmd0O1NXQVAt Jmd0O0x1DQqhsGFscmVhZHmhsSBleGlzdHMgaW4gWiB0aGVuIFogPGJyPg0KJmd0OyAmZ3Q7IGRp c3RyaWJ1dGVzIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyAmZ3Q7IGxhYmVsIEx1oa8uIEJ1dCBob3cgaXMgaXQNCnBvc3NpYmxlIHRoYXQgTHWhry0mZ3Q7 U1dBUC0mZ3Q7THUgYWxyZWFkeSBleGlzdHMgPGJyPg0KJmd0OyAmZ3Q7IGJlZm9yZSBMdaGvIDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IGlzIGRp c3RyaWJ1dGVkIGJ5IFogdG8gRD8NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IFRoZSBsYXN0IHBhcmFncmFwaCBpbiBzZWN0aW9uDQo0LjMu Mi4xIG1lbnRpb25zIHRoYXQgobBzYW1lIGxhYmVsIDxicj4NCiZndDsgJmd0OyAocmVwcmVzZW50 aW5nIHRoZSA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IHVwc3RyZWFtIHBhdGgpIGNh biBiZSBkaXN0cmlidXRlZCB0byBhbGwgZG93bnN0cmVhbSBub2Rlc6GxDQqoQyBJIGxvb2sgPGJy Pg0KJmd0OyAmZ3Q7IGl0IGF0IHRoZSBzYW1lIDxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZn dDsgd2F5IGhvdyBsZHAgcHJlZml4IHR1bm5lbHMgYXJlIHNldC11cCBpbiBkYXRhIHBhdGggqEMg TVAyUC4NClRodXMgaXQgPGJyPg0KJmd0OyAmZ3Q7IGlzIHBvc3NpYmxlIHRoYXQgPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgRm9yd2FyZGluZyBz dGF0ZSBMdaGvLSZndDtMdQ0KYWxyZWFkeSBleGlzdHMgd2hlbiBaIHJlY2VpdmVkIEhTTVAtRCA8 YnI+DQomZ3Q7ICZndDsgbWFwcGluZyBmcm9tIEQsIGluPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgY2FzZSBvZiBzYW1lIEhTTVAtVSBsYWJlbA0K aXMgZGlzdHJpYnV0ZWQgdG8gYWxsIEQuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IEkgd291bGQgc3VnZ2VzdCB0byBkaXNjdXNzDQp0aGUg bGFzdCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiA0LjMuMi4xIDxicj4NCiZndDsgJmd0OyBwcmlvciB0 byBkaXNjdXNzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 ICZndDsgdGhlIGRldGFpbGVkIHByb2NlZHVyZXMgaW4NCm9yZGVyIHRvIHByZXNlbnQgYSBsb2dp Y2FsIGZsb3cuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7 IFtMaXpob25nXSB0aGUgZm9yd2FyZGluZyBzdGF0ZQ0Kb2YgSFNNUF9VUCBhbmQgSFNNUF9ETiBh cmUgZGlzam9pbnQuIDxicj4NCiZndDsgVGhlaXIgZm9yd2FyZGluZyBzdGF0ZSBwcm9ncmFtbWlu ZyBhcmUgdHJpZ2dlcmVkIGJ5IExEUCBtZXNzYWdlIDxicj4NCiZndDsgd2hpY2ggaXMgc2FtZSBh cyBNUDJNUCBMU1AuIFlvdXIgdW5kZXJzdGFuZGluZyBpcyByaWdodCwgaXQgaXMgdGhlDQo8YnI+ DQomZ3Q7IHNheSB3YXkgb2YgTVAyUC4gV2Ugd2lsbCBzd2l0Y2ggdGhlIGxhc3QgcGFyYWdyYXBo IG9mIHNlY3Rpb24gNC4zLjEuPGJyPg0KJmd0OyAyIHRvIHRoZSBiZWdpbm5pbmcgb2YgdGhpcyBz ZWN0aW9uLiBUaGFua3MuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7IDxicj4NCiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIGZvbGxvd2lu Zw0Kc2hvdWxkIGJlIGEgTVVTVCBpbnN0ZWFkIG9uIKGwY2FuobEuPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO6GwU2lu Y2UgYSBwYWNrZXQNCmZyb20gYW55IGRvd25zdHJlYW0gbm9kZSBpcyBmb3J3YXJkZWQgb25seSB0 byB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0 OyAmbmJzcDsgJm5ic3A7dXBzdHJlYW0gbm9kZSwNCnRoZSBzYW1lIGxhYmVsIChyZXByZXNlbnRp bmcgdGhlIHVwc3RyZWFtIHBhdGgpIGNhbiBiZTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtkaXN0cmlidXRlZCB0bw0KYWxs IGRvd25zdHJlYW0gbm9kZXMuobE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgJmd0OyBCZWNhdXNlIHNlY3Rpb24gNC4zIG1lbnRpb25zDQphcyBiZWxv dyBvbiBIU01QX1VQIGxhYmVsIGFsbG9jYXRpb24gPGJyPg0KJmd0OyAmZ3Q7IGZyb20gcGxhdGZv cm0gd2lkZSA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jmd0OyBzcGFjZS4gSXShr3MgYSBzaWduaWZpY2FudA0Kd2FzdGUgb2YgbGFiZWwgc3BhY2UgaWYg ZGlzdGluY3QgbGFiZWwgaXMgPGJyPg0KJmd0OyAmZ3Q7IGRpc3RyaWJ1dGVkIHBlciA8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBwZWVyLCB1bmxl c3MgdGhlcmUgaXMgYSBzdHJvbmcNCnVzZSBjYXNlIGlmIGFueSBidXQgc3VjaCBjYXNlIGlzIG5v dCA8YnI+DQomZ3Q7ICZndDsgZXZpZGVudCBmcm9tIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IHRoZSBkcmFmdC4gJm5ic3A7PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNw O6GwSFNNUC1VIExhYmVsDQpNYXAgJmx0O1gsIFksIEx1Jmd0OzogQSBMYWJlbCBNYXAgbWVzc2Fn ZSB3aXRoIGEgc2luZ2xlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO0hTTVAgdXBzdHJlYW0NCkZFQyBFbGVtZW50ICZsdDtY LCBZJmd0OyBhbmQgbGFiZWwgVExWIHdpdGggbGFiZWwgTHUuICZuYnNwO0xhYmVsPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNw O0x1IE1VU1QgYmUgYWxsb2NhdGVkDQpmcm9tIHRoZSBwZXItcGxhdGZvcm0gbGFiZWwgc3BhY2Ug b2YgdGhlIExTUjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyAmZ3Q7ICZuYnNwOyAmbmJzcDtzZW5kaW5nIHRoZSBMYWJlbA0KTWFwIE1lc3NhZ2UuobE8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBTZWN0 aW9uIDMuMiBtZW50aW9ucyB0aGUgZ29hbA0KdG8gcmVkdWNlIG9wZXJhdGlvbmFsIGNvc3QgYnkg cmVkdWNpbmc8YnI+DQomZ3Q7ICZndDsgbGFiZWxzL2ZvcndhcmRpbmcgc3RhdGUuPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZu YnNwO6GwSW4gdGhhdCBjYXNlLA0KdGhlIG9wZXJhdGlvbmFsIGNvc3Qgd2lsbCBiZSByZWR1Y2Vk IGZvciA8YnI+DQomZ3Q7ICZndDsgbWFpbnRhaW5pbmcgb25seSBvbmUgSFNNUCBMU1AsIGluc3Rl YWQgb2Y8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0 OyAmbmJzcDsgJm5ic3A7UDJNUCBMU1AgYW5kDQpuIChudW1iZXIgb2YgbGVhZiBub2RlcykgUDJQ IHJldmVyc2UgTFNQcy6hsTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+Jmd0OyBbTGl6aG9uZ10geWVzLCAmcXVvdDtjYW4mcXVvdDsNCnNob3VsZCBiZSAmcXVvdDtN VVNUJnF1b3Q7IGhlcmUsIHRoYW5rcy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IE9uIGZvbGxvd2luZyBzZWN0aW9u OjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IKGw NC4zLjIuICZuYnNwO0hTTVAgTFNQIExhYmVsDQpXaXRoZHJhdzwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtUaGUgSFNN UCBMYWJlbA0KV2l0aGRyYXcgcHJvY2VkdXJlIGlzIG11Y2ggc2FtZSBhcyBNUDJNUCBsZWFmPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7 ICZuYnNwO29wZXJhdGlvbiBkZWZpbmVkDQppbiBbUkZDNjM4OF0gc2VjdGlvbiA0LjMuMiwgYW5k IHRoZSBwcm9jZXNzaW5nPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO3Byb3RvY29sIGVudGl0aWVzDQphcmUgSFNNUCBGRUNz LiAmbmJzcDtUaGUgb25seSBkaWZmZXJlbmNlIGlzIHByb2Nlc3Mgb2Y8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7SFNNUC1V IGxhYmVsDQpyZWxlYXNlIG1lc3NhZ2UsIHdoaWNoIGlzIHNwZWNpZmllZCBiZWxvdy48L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsg Jm5ic3A7V2hlbiBhIHRyYW5zaXQNCm5vZGUgWiByZWNlaXZlcyBhIEhTTVAtVSBsYWJlbCByZWxl YXNlIG1lc3NhZ2UgZnJvbTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtkb3duc3RyZWFtIG5vZGUNCkQsIFogc2hvdWxkIGNo ZWNrIGlmIHRoZXJlIGFyZSBhbnkgaW5jb21pbmcgaW50ZXJmYWNlPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO2luIGZvcndh cmRpbmcNCnN0YXRlIHVwc3RyZWFtICZsdDtYLCBZJmd0Oy4gJm5ic3A7SWYgYWxsIGRvd25zdHJl YW0gbm9kZXMgYXJlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m Z3Q7ICZndDsgJm5ic3A7ICZuYnNwO3JlbGVhc2VkIGFuZA0KdGhlcmUgaXMgbm8gaW5jb21pbmcg aW50ZXJmYWNlLCBaIHNob3VsZCBkZWxldGUgdGhlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO2ZvcndhcmRpbmcgc3RhdGUN CnVwc3RyZWFtICZsdDtYLCBZJmd0OyBhbmQgc2VuZCBIU01QLVUgbGFiZWwgcmVsZWFzZTwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAm bmJzcDttZXNzYWdlIHRvIGl0cw0KdXBzdHJlYW0gbm9kZS6hsTwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IExldKGvcyBzYXkgdGhhdCBub2Rl IFogcmVjZWl2ZXMNCmFuIHVuc29saWNpdGVkIHJlbGVhc2UgZm9yIEx1oa8gZnJvbSA8YnI+DQom Z3Q7ICZndDsgZG93bnN0cmVhbSBub2RlIEQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgJmd0OyBpbiB0aGUgY29udGV4dCBvZiBIU01QX1VQLA0KdGhlbiB3 aGF0IHNob3VsZCBiZSB0aGUgYWN0aW9uIG9uIDxicj4NCiZndDsgJmd0OyBmb3J3YXJkaW5nL2Nv bnRyb2wgc3RhdGUgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m Z3Q7ICZndDsgZm9yIEhTTVBfRE4gcGF0aD8gRG9lcyB0aGUNCkhTTVBfRE4gcGF0aCBjb250aW51 ZSB0byBleGlzdCB0b3dhcmRzIDxicj4NCiZndDsgJmd0OyBkb3duc3RyZWFtIEQgKG1lYW5zIDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IGxlYXZl IHRoZSBIU01QX1VQIGJyb2tlbiBmcm9tDQpELSZndDtaIGFuZCBIU01QX0ROIHdvcmtpbmcgZnJv bSBaLSZndDtEKT8gPGJyPg0KJmd0OyAmZ3Q7IFBlcmhhcHMgaXQgd291bGQgYmUgPGJyPg0KJmd0 OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBnb29kIHRvIGNsYXJpZnkgdGhlIHJlc3VsdGFudCBzdGF0 ZSBzaW5jZSB1dGlsaXR5IG9mIEhTTVAgTFNQDQppcyA8YnI+DQomZ3Q7ICZndDsgYmFzZWQgb24g cHJlc2VuY2Ugb2YgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBib3RoIFVQIGFuZCBE T1dOIHN0YXRlLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgW0xpemhvbmddIHRoZSBIU01QX1VQL0hTTVBfRE4gc3RhdGUNCnNob3VsZCBiZSB3aXRoZHJh d2VkL3JlbGVhc2VkIGJ5PGJyPg0KJmd0OyBvbmx5IHRoZWlyIGNvcnJlc3BvbmRpbmcgd2l0aGRy YXcvcmVsZWFzZSBtZXNzYWdlLiBPbmx5IHRoZSBsZWFmIDxicj4NCiZndDsgbm9kZSB3aWxsIHNl bmQgYm90aCB3aXRoZHJhdyBmb3IgSFNNUF9ETiBhbmQgcmVsZWFzZSBmb3IgSFNNUF9VUCB0bw0K PGJyPg0KJmd0OyBpdHMgdXBzdHJlYW0gbm9kZSwgcmVmZXIgdG8gUkZDNjM4OCBzZWN0aW9uIDMu My4yLiBCVFcsIHRoZSA8YnI+DQomZ3Q7IHJlZmVyZW5jZSBzZWN0aW9uIDQuMy4yIHNob3VsZCBi ZSAzLjMuMiwgd2lsbCBmaXggdGhpcyBpbiBuZXh0IHZlcnNpb24uPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7IDxicj4NCiZndDsgJmd0OyAmbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBJbiB0 aGUgc2FtZSB3YXkgd2hhdCBoYXBwZW5zDQppZiBaIHJlY2VpdmVzIGFuIHVuc29saWNpdGVkIHJl bGVhc2Ugb2Y8YnI+DQomZ3Q7ICZndDsgSFNNUF9ETiBsYWJlbCBmcm9tIDxicj4NCiZndDsgJmd0 OyA8YnI+DQomZ3Q7ICZndDsgVT8gU2hvdWxkIHRoZSBIU01QX1VQIHN0YXRlIGNvbnRpbnVlIGF0 IFo/IEkgdW5kZXJzdGFuZCB0aGF0DQpieSA8YnI+DQomZ3Q7ICZndDsgdGhlb3J5IHN1Y2ggdGhp bmdzIGFyZSA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IG5vdCBkZWZpbmVkIGJ5IGFu eSBzcGVjIGJ1dCBpbiByZWFsIGxpZmUgc2l0dWF0aW9ucyBhIFogbWF5IGZhY2UNCmFsbDxicj4N CiZndDsgJmd0OyBwb3NzaWJpbGl0aWVzIG9mIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IG1lc3NhZ2luZyBmcm9tIGl0cyBwZWVycyB0aGF0DQpt YXkgaW1wYWN0IGNvbnRyb2wgYW5kIGZvcndhcmRpbmcgc3RhdGUuIDwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBbTGl6aG9uZ10gd2hlbiBaIHJlY2VpdmVz IGEgcmVsZWFzZQ0Kb2YgSFNNUF9ETiBmcm9tIFUsIGl0IG1heWJlIDxicj4NCiZndDsgYmVjYXVz ZSBvZiBsYWNrIG9mIGxhYmVsIHJlc291Y2Ugb3Igb3RoZXIgcmVhc29ucywgWiB3aWxsIHNlbmQg bGFiZWw8YnI+DQomZ3Q7IHJlbGVhc2UgdG8gZG93bnN0cmVhbSB1bnRpbCB0byBsZWFmIG5vZGUu IFdoZW4gdGhlIGxlYWYgbm9kZSA8YnI+DQomZ3Q7IHJlY2VpdmVzIGEgcmVsZWFzZSBvZiBIU01Q X0ROIGZyb20gaXRzIHVwc3RyZWFtLCBhbmQgaXQgYWxyZWFkeSA8YnI+DQomZ3Q7IHJlY2VpdmVk IGxhYmVsIG1hcHBpbmcgb2YgSFNNUF9VUCBmcm9tIFUgYmVmb3JlLCBsZWFmIG5vZGUgc2hvdWxk DQo8YnI+DQomZ3Q7IHNlbmQgbGFiZWwgcmVsZWFzZSBvZiBIU01QX1VQIHRvIGl0cyB1cHN0cmVh bSBub2RlLiBUaGUgcHJvY2VkdXJlDQo8YnI+DQomZ3Q7IGFib3ZlIHJlZmxlY3QgdGhlIGRpc2pv aW50bmVzcyBiZXR3ZW4gSFNNUF9ETiBhbmQgSFNNUF9VUC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgPGJyPg0KJmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IFRoZSBmb2xs b3dpbmcgc2VjdGlvbiBtZW50aW9ucw0KYWJvdXQgYmVuZWZpdHMgb2ZmZXJlZCBieSBQMk1QIExT UCA8YnI+DQomZ3Q7ICZndDsgUGluZyB3LnIudCBNdWx0aS1Qb2ludCA8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBPQU0sIHdoaWNoIGlzIGdvb2Qg ZnJvbSBtdWx0aXBsZQ0KcGVyc3BlY3RpdmVzLiBCdXQgSSBkb26hr3Qgc2VlIHRoZSA8YnI+DQom Z3Q7ICZndDsgcmVxdWlyZWQgdG9vbGtpdCB0byA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBpbXBsZW1lbnQgT0FNIGZvciBIU01QIExTUC48L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJz cDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAm cXVvdDszLiBBcHBsaWNhdGlvbnM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7SW4gc29tZSBjYXNlcywNCnRoZSBQ Mk1QIExTUCBtYXkgbm90IGhhdmUgYSByZXBseSBwYXRoIGZvciB0aGUgT0FNPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO21l c3NhZ2UgKGUuZywNCkxTUCBQaW5nKS4gJm5ic3A7SWYgUDJNUCBMU1AgaXMgcHJvdmlkZWQgYnkg SFNNUCBMU1AsIHRoZW48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7dGhlIHVwc3RyZWFtDQpwYXRoIGNvdWxkIGJlIGV4YWN0 bHkgdXNlZCBhcyB0aGUgT0FNIG1lc3NhZ2UgcmVwbHk8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7cGF0aC4gJm5ic3A7VGhp cw0KaXMgZXNwZWNpYWxseSB1c2VmdWwgaW4gdGhlIGNhc2Ugb2YgUDJNUCBMU1AgZmF1bHQ8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsg Jm5ic3A7ZGV0ZWN0aW9uLCBwZXJmb3JtYW5jZQ0KbWVhc3VyZW1lbnQsIHJvb3Qgbm9kZSByZWR1 bmRhbmN5IGFuZCBldGMuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwO1RoZXJlIGFyZSBzZXZlcmFsDQpvdGhlciBhcHBsaWNh dGlvbnMgdGhhdCBjb3VsZCB0YWtlIGFkdmFudGFnZSBvZjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtzdWNoIGtpbmQgb2YN CkxEUCBiYXNlZCBIU01QIExTUCBhcyBkZXNjcmliZWQgYmVsb3cuJnF1b3Q7PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgSSBjb3VsZCBm aW5kIHRoYXQgc2VjdGlvbg0KMy4xLjIgaW4gUkZDIDY0MjUgZGVmaW5lcyBmb2xsb3dpbmcgdHdv IDxicj4NCiZndDsgJmd0OyBGRUMgZWxlbWVudHMuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KU3ViLVR5cGUgIyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMZW5ndGggJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwO1ZhbHVlIEZpZWxkPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQotLS0tLS0tLS0tICZuYnNwOyAmbmJzcDsgJm5ic3A7IC0tLS0tLSAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7LS0tLS0tLS0tLS08 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7IDE5ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFZhcmlhYmxlICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwO011bHRpY2FzdCBQMk1QIExEUCBGRUMgU3RhY2s8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7IDIwICZuYnNwOyAmbmJzcDsgJm5ic3A7IFZhcmlhYmxl ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO011bHRpY2FzdCBNUDJN UCBMRFAgRkVDIFN0YWNrPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZndDsgSSBhbSBub3QgYWJsZSB0byBzZWUgaG93IHRvDQpmaXQgSFNNUCBpbnRv IG9uZSBvZiBSRkMgNjQyNSBkZWZpbmVkIHR5cGVzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IElNTywgSFNNUCByZXF1aXJlcyBhIG5ldyBzdWIt dHlwZQ0Kc2luY2UgSFNNUCBkZWZpbmVzIG5ldyBGRUMgZWxlbWVudHMgYXMgPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgYmVsb3c6PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJnF1b3Q7NC4y LiBIU01QIEZFQyBFbGVtZW50czwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtTaW1pbGFyIGFzIE1QMk1QDQpMU1As IHdlIGRlZmluZSB0d28gbmV3IHByb3RvY29sIGVudGl0aWVzLCB0aGUgSFNNUDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtk b3duc3RyZWFtIEZFQw0KYW5kIHVwc3RyZWFtIEZFQyBFbGVtZW50LiAmbmJzcDtJZiBhIEZFQyBU TFYgY29udGFpbnMgYW48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7SFNNUCBGRUMgRWxlbWVudCwNCnRoZSBIU01QIEZFQyBF bGVtZW50IE1VU1QgYmUgdGhlIG9ubHkgRkVDIEVsZW1lbnQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7aW4gdGhlIEZFQyBU TFYuDQombmJzcDtUaGUgc3RydWN0dXJlLCBlbmNvZGluZyBhbmQgZXJyb3IgaGFuZGxpbmcgZm9y IHRoZTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7 ICZuYnNwOyAmbmJzcDtIU01QIGRvd25zdHJlYW0NCmFuZCB1cHN0cmVhbSBGRUMgRWxlbWVudHMg YXJlIHRoZSBzYW1lIGFzIGZvciB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7TVAyTVAgRkVDIEVsZW1lbnQNCmRlc2Ny aWJlZCBpbiBbUkZDNjM4OF0gU2VjdGlvbiA0LjIuICZuYnNwO1RoZSBkaWZmZXJlbmNlPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7ICZu YnNwO2lzIHRoYXQgdHdvIGFkZGl0aW9uYWwNCm5ldyBGRUMgdHlwZXMgYXJlIHVzZWQ6IEhTTVAg ZG93bnN0cmVhbSB0eXBlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mZ3Q7ICZndDsgJm5ic3A7ICZuYnNwOyhUQkQsIElBTkEpIGFuZA0KSFNNUCB1cHN0cmVhbSB0 eXBlIChUQkQsIElBTkEpLiZxdW90OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+Jmd0OyAmZ3Q7ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IEkgd291bGQgdGhpbmsgaW4gb3JkZXIgdG8NCmRldmVsb3Ag YW5kIGRlcGxveSBhIHNvbHV0aW9uIGxpa2UgSFNNUCwgT0FNIDwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IHRvb2xzIG5lZWQgdG8gYmUgcHJlY2lz ZWx5DQpkZWZpbmVkLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jmd0OyBbTGl6aG9uZ10gcmlnaHQsIE9BTSBpcyBtaXNzaW5nDQppbiBjdXJyZW50IGRyYWZ0LiBD dXJyZW50bHkgdGhlIE9BTSA8YnI+DQomZ3Q7IHRvb2wgZGVmaW5pdGlvbiBpcyBub3QgaW4gdGhl IHNjb3BlLiBNYXliZSBhbm90aGVyIGRyYWZ0IGVmZm9ydCBpcw0KbmVjZXNzYXJ5LjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyA8YnI+DQomZ3Q7ICZndDsg Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZn dDsgVGhhbmtzLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0 OyAmZ3Q7IFByYW5qYWw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPiZndDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPiZndDsgJmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgJmd0 OyBGcm9tOiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5v cmddIE9uDQpCZWhhbGY8YnI+DQomZ3Q7ICZndDsgT2YgTG9hIEFuZGVyc3Nvbjxicj4NCiZndDsg Jmd0OyBTZW50OiBNb25kYXksIFNlcHRlbWJlciAwMywgMjAxMiAxMToxNiBQTTxicj4NCiZndDsg Jmd0OyBUbzogbXBsc0BpZXRmLm9yZzxicj4NCiZndDsgJmd0OyBDYzogZHJhZnQtamp3bC1tcGxz LW1sZHAtaHNtcEB0b29scy5pZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8YnI+ DQomZ3Q7ICZndDsgU3ViamVjdDogW21wbHNdIHBvbGwgb24gbWFraW5nIGRyYWZ0LWpqd2wtbXBs cy1tbGRwLWhzbXAtMDEudHh0DQphIDxicj4NCiZndDsgJmd0OyBtcGxzIHdnIGRvY3VtZW50PC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgV29y a2luZyBncm91cCw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZn dDsgJmd0OyAmbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZndDsgJmd0OyB0aGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsNCnBvbGwgb24gYWRvcHRpbmc8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyBkcmFm dC1qandsLW1wbHMtbWxkcC1oc21wLTAxLnR4dDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IGFzIGFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVu dC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAm bmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0 OyBQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzDQooc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhl IG1wbHMgd29ya2luZzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jmd0OyAmZ3Q7IGdyb3VwIG1haWxpbmcgbGlzdCAobXBsc0BpZXRmLm9yZykuPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgVGhpcyBwb2xsIGlz IGV4dGVuZGVkIGFuZA0Kd2lsbCBlbmQgU2VwIDE5dGgsIDIwMTIuPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgJm5ic3A7PC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgL0xvYTwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IChtcGxzIHdnIGNvLWNoYWly KTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7IC0t IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7ICZu YnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAmZ3Q7 ICZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAm Z3Q7IExvYSBBbmRlcnNzb24gJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGVtYWlsOg0KbG9h LmFuZGVyc3NvbkBlcmljc3Nvbi5jb208L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZndDsgJmd0OyBTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzDQpNYW5hZ2VyICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7bG9hQHBpLm51PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgRXJpY3Nzb24gSW5j ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZToNCis0NiAxMCA3MTcgNTIg MTM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsgJmd0OyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgKzQ2IDc2NyA3 MiA5MiAxMzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyAm Z3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7ICZndDsgbXBscyBtYWls aW5nIGxpc3Q8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZndDsg Jmd0OyBtcGxzQGlldGYub3JnPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mZ3Q7ICZndDsgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxz PC9mb250Pg0K --=_alternative 0015A13D48257A7C_=-- From thomas.morin@orange.com Mon Sep 17 06:29:26 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BAD21F84F1 for ; Mon, 17 Sep 2012 06:29:26 -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, UNPARSEABLE_RELAY=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 BCDYyhX58gjJ for ; Mon, 17 Sep 2012 06:29:26 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id D5F0B21F84EA for ; Mon, 17 Sep 2012 06:29:25 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 127A422C196 for ; Mon, 17 Sep 2012 15:29:25 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id EE87627C086 for ; Mon, 17 Sep 2012 15:29:24 +0200 (CEST) Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0298.004; Mon, 17 Sep 2012 15:29:24 +0200 From: To: "mpls@ietf.org" Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: AQHNlNh0krUbqr7KlkKZAe1Iv+Vy7Q== Date: Mon, 17 Sep 2012 13:29:24 +0000 Message-ID: <26697_1347888565_505725B4_26697_134_1_505725F4.9020406@orange.com> References: <50459CB7.4090208@pi.nu> <4F34BF4D-6CF5-4CB7-8438-C13E880E7BC6@cisco.com> In-Reply-To: <4F34BF4D-6CF5-4CB7-8438-C13E880E7BC6@cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 x-originating-ip: [10.197.38.2] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.6.19.115414 Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 13:29:26 -0000 SGkgSWNlLA0KDQpJIGRvbid0IGRpc2FncmVlIHRoYXQgaXQgY2FuIG1ha2Ugc2Vuc2UgdG8gaGF2 ZSBzdWNoIGEgcHJvdG9jb2wgd2l0aCB0aGUgDQppZGVhIG9mIGF1Z21lbnRpbmcgdGhlIE1QTFMg dG9vbGJveC4NCkhvd2V2ZXIgYWZ0ZXIgdHdvIHllYXJzIHRoZSBwcm9wb3NhbCBoYXMgYmVlbiBt YWRlLCBJJ20gc3VycHJpc2VkIHRoZSANCnVzZSBjYXNlcyBhcmVuJ3Qgc3Ryb25nZXIuDQpTaG91 bGQgdGhlIElFVEYgcHVibGlzaCBhIHN0YW5kYXJkIHRyYWNrIFJGQyBlYWNoIHRpbWUgc29tZXRo aW5nIGxvb2tzIA0KbGlrZSBwb3RlbnRpYWxseSB1c2VmdWwgaW4gdGhlIGZ1dHVyZSA/DQoNCkFu eXdheXMsIGlmIHRoZSBkb2N1bWVudCBpcyBnb2luZyB0byBkb2N1bWVudCB1c2UgY2FzZXMsIHRo ZXkgc2hvdWxkIGJlIA0KbW9yZSBkZXRhaWxlZC4gVGhlIHJlY2VudCByZXZpc2lvbiBoYXMgbm90 IGltcHJvdmVkIGEgbG90IGluIHRoaXMgDQpyZXNwZWN0OiB0aGUgIlRpbWUgc3luY2hyb25pc2F0 aW9uIiBhbmQgIklQVFYiIHVzZSBjYXNlcyBhcmUgc3RpbGwgbm90IA0KZXhwbGFpbmluZyB3aHkg YSBjby1yb3V0ZWQgcmV0dXJuIHBhdGggaXMgcmVxdWlyZWQgb3IgYmVuZWZpY2lhbCwgYW5kIA0K dGhlICJJUFRWIiB1c2UgY2FzZSBpcyBzdGlsbCBsYWNraW5nIGRldGFpbHMgYWJvdXQgcmVkdW5k YW5jeSAoaXQncyANCmNsZWFyIHRvIG1lIGhvdyB5b3UgaGF2ZSBmYWlsLW92ZXIgYmV0d2VlbiBJ R01QIFF1ZXJpZXIvUElNIERGIG9uIGEgTEFOLCANCmJ1dCBpdCBpcyBub3Qgb2J2aW91cyB0byBt ZSBob3cgIm5vZGUgcmVkdW5kYW5jeSBmb3IgSUdNUCBxdWVyaWVyIGNvdWxkIA0KYmUgcHJvdmlk ZWQgYnkgdHdvIGluZGVwZW5kZW50IFZQTVMgaW5zdGFuY2VzIHdpdGggSFNNUCBhcHBsaWVkIiku DQoNCkJ5IGFuZCBsYXJnZSwgSSdtIG5vdCBhYmxlIHRvIGFzc2VydCB0aGF0IHRoZSBwcm9wb3Nl ZCBleHRlbnNpb24gd29uJ3QgDQpoYXZlIGEgdXNlLCBidXQgSSBmaW5kIGl0IGhhcmQgdG8gc3Vw cG9ydCBhZG9wdGlvbiB3aXRob3V0IHN0cm9uZ2VyIHVzZSANCmNhc2VzLg0KDQotVGhvbWFzDQoN Cg0KSUpzYnJhbmQgV2lqbmFuZHMgOg0KPiBEZWFyIFdHLA0KPg0KPiBCZWluZyBhIGNvLWF1dGhv ciBJIG9idmlvdXNseSBzdXBwb3J0IHRoaXMgZHJhZnQuDQo+DQo+IE15IHJlYXNvbnMgZm9yIHN1 cHBvcnRpbmcgdGhpcyBkcmFmdDsNCj4NCj4gQSBIU01QIExTUCBwcm92aWRlcyBhbiB1cHN0cmVh bSBwYXRoIHRvIHRoZSByb290LCBhc3NvY2lhdGVkIHdpdGggYSBzcGVjaWZpYyBkb3duc3RyZWFt IHBhdGgsIHdpdGhvdXQgdGhlIG5lZWQgZm9yIGFkZGl0aW9uYWwgb3ZlcmxheSBwcm9jZWR1cmVz LiBUaGlzIGlzIGdvb2QgZm9yIGFwcGxpY2F0aW9ucyB0aGF0IHJlcXVpcmUgY28tcm91dGVkIHVw IGFuZCBkb3duc3RyZWFtIHBhdGhzLiBUaGVyZSBoYXMgYmVlbiBzb21lIGRpc2N1c3Npb24gd2hl dGhlciBvciBub3QgdGhlIHVzZS1jYXNlcyBpbiB0aGlzIGRyYWZ0IGFyZSBzdHJvbmcgZW5vdWdo LCBJTU8gdGhpcyBpcyBhIGdvb2QgdG9vbGtpdCB0byBoYXZlIGluIHRoZSBtTERQIGJveCBhbmQg SSdtIHN1cmUgb3RoZXIgdXNlLWNhc2VzIHdpbGwgZm9sbG93IGxhdGVyLg0KPg0KPiBUaHgsDQo+ DQo+IEljZS4NCj4NCj4gT24gMDQgU2VwIDIwMTIsIGF0IDA4OjE2LCBMb2EgQW5kZXJzc29uIDxs b2FAcGkubnU+IHdyb3RlOg0KPg0KPj4gV29ya2luZyBncm91cCwNCj4+DQo+PiB0aGlzIGlzIHRv IHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBhZG9wdGluZw0KPj4gZHJhZnQtamp3bC1tcGxzLW1s ZHAtaHNtcC0wMS50eHQNCj4+IGFzIGFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC4NCj4+ DQo+PiBQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0 aGUgbXBscyB3b3JraW5nDQo+PiBncm91cCBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0K Pj4NCj4+IFRoaXMgcG9sbCBpcyBleHRlbmRlZCBhbmQgd2lsbCBlbmQgU2VwIDE5dGgsIDIwMTIu DQo+Pg0KPj4gL0xvYQ0KPj4gKG1wbHMgd2cgY28tY2hhaXIpDQo+PiAtLSANCj4+DQo+Pg0KPj4g TG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3Nv bkBlcmljc3Nvbi5jb20NCj4+IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAg ICAgICAgIGxvYUBwaS5udQ0KPj4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAg ICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKzQ2IDc2NyA3MiA5MiAxMw0KPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+PiBt cGxzQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHMNCj4+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1 c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBl ZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBt ZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCkZy YW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGlz IG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2Vk IG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From N.Leymann@telekom.de Mon Sep 17 06:56:22 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C53421F8698 for ; Mon, 17 Sep 2012 06:56:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 oiwBb5CKjs-9 for ; Mon, 17 Sep 2012 06:56:22 -0700 (PDT) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by ietfa.amsl.com (Postfix) with ESMTP id 1991021F8692 for ; Mon, 17 Sep 2012 06:56:15 -0700 (PDT) Received: from he111297.emea1.cds.t-internal.com ([10.125.90.15]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 17 Sep 2012 15:56:13 +0200 Received: from HE111543.emea1.cds.t-internal.com ([169.254.4.3]) by HE111297.EMEA1.CDS.T-INTERNAL.COM ([fe80::9835:b110:c489:6d64%16]) with mapi; Mon, 17 Sep 2012 15:56:13 +0200 From: To: , Date: Mon, 17 Sep 2012 15:56:14 +0200 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2KZNulqKkaDNtmTxinFr/BHIDP0gKd07Aw Message-ID: <9762ACF04FA26B4388476841256BDE0201165A2B368A@HE111543.emea1.cds.t-internal.com> References: <50459CB7.4090208@pi.nu> In-Reply-To: <50459CB7.4090208@pi.nu> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 13:56:22 -0000 Support. Regards Nic -----Urspr=FCngliche Nachricht----- Von: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] Im Auftrag von Lo= a Andersson Gesendet: Dienstag, 4. September 2012 08:16 An: mpls@ietf.org Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org Betreff: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg d= ocument Working group, this is to start a two week poll on adopting draft-jjwl-mpls-mldp-hsmp-01.txt as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll is extended and will end Sep 19th, 2012. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From skraza@cisco.com Mon Sep 17 10:44:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F31721F853D for ; Mon, 17 Sep 2012 10:44:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] 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 QTqj9efgtMH3 for ; Mon, 17 Sep 2012 10:44:50 -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 C5A6D21F8687 for ; Mon, 17 Sep 2012 10:44:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=59358; q=dns/txt; s=iport; t=1347903889; x=1349113489; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=c/lDpn9yhAugZLvNKEyLKgAauKRUAebktnje54x3ULQ=; b=WGLnVArHXtgw/xHkDeJuxJYfpfOzWnU7OsK7ssFAZ6e9x221hwx8d1ex CkQ0pbOVgO7BMmDMMZKWrPc7ETVqFLUBec/shWwRrCjKDY4Smp4UjZ6rZ KVb5FpNbuThOFXcMNCtB/9Z4i8pB2gATOU0EkqB7P9qdLQvsxQVXXAT3c w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgKAAthV1CtJV2d/2dsb2JhbAABOQqCS7lWgQeCIAECBBIBBxNMEgEIEQMBAiEBBjkUCQgCBA4FIodemlmfeoshEAWGUwOVYo44gWmCZoFbPA X-IronPort-AV: E=Sophos;i="4.80,437,1344211200"; d="scan'208,217";a="122199232" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP; 17 Sep 2012 17:44:46 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id q8HHij0C008733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 17 Sep 2012 17:44:45 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.113]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0298.004; Mon, 17 Sep 2012 12:44:45 -0500 From: "Kamran Raza (skraza)" To: "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Thread-Topic: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: AQHNhcYbEC8R7K2z8EaJIo6w0BKIUZdyykOAgBeIzICABKpdAA== Date: Mon, 17 Sep 2012 17:44:44 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.86.250.136] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19188.004 x-tm-as-result: No--32.937200-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_CC7CD2B71630Bskrazaciscocom_" MIME-Version: 1.0 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 17:44:52 -0000 --_000_CC7CD2B71630Bskrazaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello draft authors, I was assigned to review this draft as part of MPLS-RT process. I have revi= ewed the document and think that it needs to address some of the review com= ments (by MPLS-RT reviewers) before it can be asked for WG poll [ at which = point Eric Gray comments regarding falling under WG charter andor RFC vs BC= P will also apply ] Please see my comments along with some protocol accuracy/NITs: - The draft does not talk about any scalability implications due to additio= nal || LDP sessions. IMO, a section on Scalability is needed. - IMO, it is not very clear on inter-op with non-supporting implementation = -- I am trying to understand, how would this work if one side is doing mult= i-instance, other is not. Node - A = Node - B +-------------+ = +--------------+ | LSR-A:0--|=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DIF 1=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D|---LSR-B1:0 | | x | = | x | | LSR-A:0--|=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DIF 2=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D|---LSR-B2:0 | | | = | | +-------------+ = +-----------------+ "A" will try to form 2 sessions with "B" but "B" will try to form one s= ession with "A" ? Only one session will/can come up ? - If we take out "Node ID" TLV (the need for which was already discussed by= other reviewer Lizhong), this doc is not defining any new Standard/extension. - The document keeps talking about label/FEC mapping and does not mention a= ddress bindings in most sections. Later, towards the end of the document, there is Section 4 on Address ma= pping. I'd suggest writing something upfront in the draft rgding Addr bindi= ngs; or use generic term "binding" (which means both label and address binding= s) - Section 2: "Since the multi-instance procedures use same LDP Indentifer a= s defined in [RFC5036], it makes the node running multiple instances to be backward compatible with the node that support the multi-instance LDP procedures." I'd think you meant to say that multi-instance LDP is backward compatible w= ith the node that does not support multi-instance LDP ? If yes, the para above is not ac= curate. - Section 2.1: Any rule for address bindings disjointness ? - Section 2.1: The following sentence is confusing, "The above rules does not apply between multi-instance LDP sessions with di= fferent peering LDP nodes." Can u plz rephrase ? - Section 2.1.1: Case 1 mandates "Hellos MUST carry LDP Adj Capabilities" b= ut does not elaborate on what/how? Although it mandates "MUST" for Hello Adj Capabilities, it uses "SHOULD" = for session capabilities "The LSP session SHOULD be set-up with capabilities of FEC group =85" Would this not conflict/violate the earlier stated MUST rule of ensuring= "disjoint FEC types" on fate separated session ? - Section 2.1.2: case 2: "Each of IF1 and IF2 would originate two separate= Hello Messages using the same source IP address" Why can't they use different source address ? Why limit ? Moreover, when IF1 and IF2 are single-stack IPv4 and IPV6 interfaces, th= en the statement has bigger problem - the Hello msgs can not have the same = source address; they have to uses the different src address (different AF = reasons). - Section 2.1.2: "Each Hello Adjacncies SHOULD advertise capabilities using= rules described in case 1.": In previous section, it was "MUST" for adj capabilities. Here, it has becom= e SHOULD ? - Section 3: When receiving same FEC on two peering sessions from same node= : - elaborate on procedures on rx ? does it withdraw label from both sessio= ns ? does it just keeps using from one and discard 2nd one ? if first one wins, then it is indeterminstic across different instances= of the same instance. - Why not define new status code ? why limit to use "LOOP-DETECTED" ? - Section 3: If the receiver does not understand "Node Id TLV", it won't be= able to detect the above and hence will keep both in its LIB (across different p= eers). While this may not pose much a problem for labels, it may cause problem = for addresses (conflicting peer addresses may cause broken forwarding due to incorrect = mapping of IP nexthop to peer =96 using peer address mapping) - Section 3: Can we rename "Node ID" TLV to "Multi-instance Node Id" TLV? - Section 4: Your document uses "MAY" for address bindings disjointness across || sess= ions. For some capabilities/apps, advertising the full address space will be si= mple and make sense, for others it will not. Should we not make address space segregated as required for a given capab= ility ? e.g. when running in case 4 (2.1.4), we should only advertise v4 ad= drs on v4 session and v6 addrs on v6 session. Spec Accuracy =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D - Section 1: "Although [RFC5036] does not specify that the 4 byte router-i= d of the LDP identifier be routable IP addresses" I'd call it 4 octet LSR Id and not 4 byte router-id. - Section 1: "Thus there is need to host multiple LSRs by a network node th= at shares the same label space but each with unique router-ids."/ "Thus there is need to host multiple LSR Ids by a network node that share= the same label space" - Section 2: "unique 4 byte router-id but same label space" / "unique 4 byt= e LSR Id but same label space" - Section 2.1.1: "For example Group 1 can contain all transport specific FE= C types such as IPV4 FEC Element Type and LDP Multi-point (MP) FEC types etc. " / "For example Group 1 can contain all transport specific FEC types such as Prefix FEC and LDP Multi-point (MP) FEC types etc. " - Section 2.1.2: "IPv4 FEC Element Type" / "Prefix FEC element type" NITs: =3D=3D=3D=3D - Section 1: "Each LSR is indentified by an LDP identifier"/ "Each LSR is identified by an LDP identifier" - Section 1: "The last two octets of LDP Indentifers for platform-wide lab= el spaces are always both zero." / "The last two octets of LDP Identifers for platform-wide label spaces = are always both zero." - Section 1: "This document uses the following representation for LDP Inde= ntifiers"/ "This document uses the following representation for LDP Ident= ifiers" - Section 1: "..created in the a single node" / "created in a single node" - Section 1: "It may be also desirable for fate separation IPv4 and IPv6 = LSP" / "It may be also desirable for fate separation of IPv4 and IPv6 LSP" / - Section 1: "Suc next-hop" / "Such next-hop" - Section 1: "routing domains.Thus" / "routing domains. Thus" - Section 2: "Since the multi-instance procedures use same LDP Indentifer" / "Since the multi-instance procedures use same LDP Identifer" - Section 2.1.2: "Each Hello Adjacncies SHOULD " / "Each Hello Adjacency SH= OULD" - Section 3: "(VPLS)described" / "(VPLS) described" - Section 3: "same FEC mapping has been already receiver over"/"same FEC ma= pping has been already received over" - Section 3: "with statuc code"/"with status code" Rgds, -- Kamran From: Eric Gray > Date: Friday, September 14, 2012 10:29 AM To: "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" > Cc: "mpls@ietf.org" >, "mpls-chairs@tools.ietf.org" > Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@= tools.ietf.org Dear Authors, The MPLS Chair(s) have asked myself (and others) to review this draft to determine =96 possibly among other things =96 whether this draft is ready f= or adoption as a working group draft. As an overview, I feel that this draft needs a few important "direction changes" before it will be ready to adopt by the working group, assuming the working group decides that this is work that we have both interest and capacity to work on. I first tried to determine if this work is appropriate for the working grou= p. It appears that the MPLS charter is very much out of date, so this item =96 along with the 25+ drafts already adopted as working group drafts (in various degrees of completion) =96 does not appear as a charter item. Which is a good segue to the topic =96 "can the working group actually do this =96 along with the work they currently have already." If every WG participating member were to read all of the currently adopted drafts in preparation for each IETF meeting, they could expect to spend 2 to 3 weeks out of every 4 months doing nothing else. Possibly this is a bit much to expect. I suspect this is a question for th= e active participants in the MPLS working group to consider as a general issue. As a second general issue, this draft describes what I feel are fairly well known rules that an implementation may follow to ensure that their "cheating ways" are not discovered in some pathological way by other implementations. This seems to be the major contribution in section 2 of this draft. In this sense, I'd be more comfortable if this draft were targeted to become a BCP, rather than a Standard. But, enough of the general issues; on to the specifics of this draft=85 Major issues: The third paragraph of the introduction is incorrect. When peering with an LSR that uses two LSR IDs, it is possible for that LSR to do this in a way that makes it difficult (if not impossible) for a peer to detect that the two LSR IDs identify LSR functions of the same physical node. In fact, to ensure the highest probability of compatibility (or the lowest probability of compatibility issues), any LSR implementation that uses more than one LSR ID should do this. That means they need to use separate IP addresses for discovery, session establishment, etc. This is an example of a standards implementation axiom that amounts to this: "if you're going to cheat, be careful not to get caught." If implementers follow this rule through proper use of addressing, and a few other things, then support for multiple LDP sessions just works, today =96 without requiring further standardization work. For the case where the label space portion of the LSR ID is zero (the so-called platform-wide label space), the implementation that has multiple LSR IDs needs to be careful about allocating labels in different LDP Sessions =96 but this is an implementation robustness issue, not a standards issue. It is my opinion that the draft authors have not given sufficient thought to what can be done using the current standards and a few common sense implementation rules. __________________________________________________________ I believe the direction taken in section 3 =96 toward greater visibility of= the fact that an LSR node has multiple LDP instance =96 is a mistake. The authors have provided no example use case to support the assertion that a loop may be formed as a result for "some applications" with a properly implemented LSR. In my opinion, this draft needs to provide explicit examples of where a properly implemented/compliant LDP implementation would cause a pathological outcome if it is implemented in such a way that a peer is not able to detect that multiple LDP instances are implemented by a common physical node. Minor issues and Comments/Questions: For the paragraph that starts on page 3 and continues onto page 4, the first sentence has a number of problems and does not parse without making some assumptions as to what the author(s) mean to say. In addition, it would be useful if you could expand slightly on what you mean by "routable" IP addresses. To be more precise, the 32-bit part of the LSR ID that is typically used corresponds to an IP address (one of potentially very many) that is assigned to the LSR node. In fact, common implementation considerations frequently lead to a preference to use the router ID (typically based on an internal assigned "loop-back" IP address) =96 for much the same reasons that routers use these addresses (i.e. they are less likely to be impacted by removal of a physical interface). If an IPv4 address assigned to the LSR is used for this purpose, it is clear that the address is not only routable by assigned to a specific network entity. ________________________________________________________ In section 2, it looks as if we are conflating the meaning of "label space" (as a number =96 zero, in this case), "label context" (not necessarily tied to the label-space number, but definitely tied to an LDP session) and data plane. As long as implementations observe certain rules, there is no problem in using the existing protocol specifications when labels are assigned in association with an active session and apply to a common subset of interfaces (possibly including all interfaces). For example, as long as the same label is not issued by two (or more) LSR instances with a different semantic meaning, that label does not present any problems when used (as intended) in the common data plane. The obvious method for doing this is for all LSR instances to share a common label management function =96 for at least the case where labels allocated may have meaning across multiple interfaces. This has been done in LDP implementations since before RFC 3036 (the predecessor to RFC 5036) was published. Note that this is an implementation choice. _________________________________________________________ NITs: In the Introduction, in (I believe) the 4th sentence of the 2nd paragraph, "4 octets" should be "first 4 octets" (the preceding sentence talks about the 6-octet LSR ID and the next sentence talks about the last 2 octets). The sentence, in the penultimate paragraph of section 1 (Introduction), that starts "Suc next-hop addresses" was probably meant to say "Such next-hop addresses" =96 and there is probably supposed to be a space after the period in that sentence and before the first word ("Thus") of the next sentence. -- Eric --_000_CC7CD2B71630Bskrazaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <5878AC59C6567846ACCF9FCF1FE80405@cisco.com> Content-Transfer-Encoding: quoted-printable
Hello draft authors,

I was assigned to review this draft as part of MPLS-RT process. I have= reviewed the document and think that it needs to address some of the revie= w comments (by MPLS-RT reviewers) before it can be asked for WG poll [ at w= hich point Eric Gray comments regarding falling under WG charter andor RFC vs BCP will also apply ]

Please see my comments along with some protocol accuracy/NITs:

- The draft does not talk about any scalability implications due to ad= ditional || LDP sessions. IMO, a section on Scalability is needed.

- IMO, it is not very clear on inter-op with non-supporting implementa= tion -- 
   I am trying to understand, how would this work if one sid= e is doing multi-instance, other is not.
  
         Node - A        =                     &nbs= p;                     &n= bsp;                     =    Node - B
       +-------------+      = ;                     &nb= sp;                     &= nbsp;                    = +--------------+
       |   LSR-A:0--|=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3DIF 1=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D|---LSR-B1:0 &nbs= p; |
       |            =     x |                 =                      = ;                     &nb= sp;         | x           &nbs= p;      |
       |   LSR-A:0--|=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3DIF 2=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D|---LSR-B2:0 &nbs= p; |
       |            =        |             &nb= sp;                     &= nbsp;                    =            |         &nb= sp;             |
       +-------------+      = ;                     &nb= sp;                     &= nbsp;                   +-= ----------------+
    
    "A" will try to form 2 sessions with "B&q= uot; but "B" will try to form one session with "A"= ? Only one session will/can come up ?

- If we take out "Node ID" TLV (the need for which was alrea= dy discussed by other reviewer Lizhong), this doc is not defining any new
  Standard/extension.

- The document keeps talking about label/FEC mapping and does not ment= ion address bindings in most sections.
  Later,  towards the end of the document, there is Section = 4 on Address mapping. I'd suggest writing something upfront in the dra= ft rgding Addr bindings;
  or use generic term "binding" (which means both label= and address bindings)
    
- Section 2: "Since the multi-instance procedures = use same LDP Indentifer as defined in
   [RFC5036], it makes the node running multiple instances t= o be
   backward compatible with the node that support the multi-= instance LDP
   procedures."

I'd think you meant to say that multi-instance LDP is backward compati= ble with the node
that does not support multi-instance LDP ? If yes, the para above is n= ot accurate.

- Section 2.1: Any rule for address bindings disjointness ? 

 - Section 2.1: The following sentence is confusing, 
"The above rules does not apply between multi-instance LDP sessio= ns with different peering LDP nodes."
Can u plz rephrase ? 

- Section 2.1.1: Case 1 mandates "Hellos MUST carry LDP Adj = Capabilities" but does not elaborate on what/how?
  Although it mandates "MUST" for Hello Adj Capabilitie= s, it uses "SHOULD" for session capabilities
  "The LSP session SHOULD be set-up with capabilities of FEC= group =85"
  Would this not conflict/violate the earlier stated MUST rule of=  ensuring "disjoint FEC types" on fate separated session ?<= /div>

 - Section 2.1.2: case 2: "Each of IF1 and IF2 would origina= te two separate Hello
   Messages using the same source IP address" 

   Why can't they use different source address ? Why limit ?=  
   Moreover, when IF1 and IF2 are single-stack IPv4 and IPV6= interfaces, then the statement has bigger problem - the Hello msgs ca= n not have the same source address; they have to  uses the differ= ent src address (different AF reasons).

- Section 2.1.2: "Each Hello Adjacncies SHOULD advertise cap= abilities using rules described in case 1.":
In previous section, it was "MUST" for adj capabilities. Her= e, it has become SHOULD ? 

- Section 3: When receiving same FEC on two peering sessions from= same node:
  - elaborate on procedures on rx ? does it withdraw label from b= oth sessions ? 
    does it just keeps using from one and discard 2nd one ?&= nbsp;
    if first one wins, then it is indeterminstic across diff= erent instances of the same instance.
 - Why not define new status code ? why limit to use "LOOP-D= ETECTED" ? 

- Section 3: If the receiver does not understand "Node Id TLV&quo= t;, it won't be able to
   detect the above and hence will keep both in its LIB (acr= oss different peers).
   While this may not pose much a problem for labels, it may= cause problem for addresses
  (conflicting peer addresses may cause broken forwarding due to = incorrect mapping of
   IP nexthop to peer =96 using peer address mapping)
    
- Section 3:  Can we rename "Node ID" TLV to "Mult= i-instance Node Id" TLV?

- Section 4:
  Your document uses "MAY" for address bindings disjoin= tness across || sessions.
  For some capabilities/apps, advertising the full address space = will be simple and make sense, for others it will not.
  Should we not make address space segregated as required for a g= iven capability ? e.g. when running in case 4 (2.1.4), we should only = advertise v4 addrs on v4 session and
  v6 addrs on v6 session.  

Spec Accuracy
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
- Section 1:  "Although [RFC5036] does not specify that the = 4 byte router-id of the
   LDP identifier be routable IP addresses"

 I'd call it 4 octet LSR Id  and not 4 byte router-id.

- Section 1: "Thus there is need to host multiple LSRs by a = network node that shares the same label space but
   each with unique router-ids."/ 
  "Thus there is need to host multiple LSR Ids by a network = node that share the same label space"

- Section 2: "unique 4 byte router-id but same label space&q= uot; / "unique 4 byte LSR Id but same label space"

- Section 2.1.1: "For example Group 1 can contain all transp= ort specific FEC
   types such as IPV4 FEC Element Type and LDP Multi-point (= MP) FEC
   types etc.  " /
 "For example Group 1 can contain all transport specific FEC=
   types such as Prefix FEC and LDP Multi-point (MP) FEC
   types etc.  "
   
- Section 2.1.2: "IPv4 FEC Element Type" / "Prefix= FEC element type" 

NITs:
=3D=3D=3D=3D
- Section 1: "Each LSR is indentified by an LDP identifier"/=
                    = "Each LSR is identified by an LDP identifier"

 - Section 1: "The last two octets of LDP Indentifers for pl= atform-wide label spaces are always both
   zero." / 
     "The last two octets of LDP Identifers for pl= atform-wide label spaces are always both zero."

 - Section 1: "This document uses the following representati= on for LDP Indentifiers"/
             "This document us= es the following representation for LDP Identifiers"

-  Section 1: "..created in the a single node" / "= created in a single node"

 - Section 1:  "It may be also desirable for fate separ= ation IPv4 and IPv6 LSP" /
  "It may be also desirable for fate separation of IPv4 and = IPv6 LSP" /
  
- Section 1:   "Suc next-hop" / "Such next-ho= p"

 - Section 1:  "routing domains.Thus" / "rout= ing domains. Thus"  

- Section 2:
"Since the multi-instance procedures use same LDP Indentifer"= ; /
"Since the multi-instance procedures use same LDP Identifer"=

- Section 2.1.2: "Each Hello Adjacncies SHOULD " / "Eac= h Hello Adjacency SHOULD"

- Section 3: "(VPLS)described" / "(VPLS) described"= ; 

- Section 3: "same FEC mapping has been already receiver over&quo= t;/"same FEC mapping has been already received over"

- Section 3: "with statuc code"/"with status code"=


Rgds,
-- Kamran



Dear Authors,

 

The MPLS Chair(s) have asked myself = (and others) to review this draft to

determine =96 possibly among other t= hings =96 whether this draft is ready for

adoption as a working group draft.

 

As an overview, I feel that th= is draft needs a few important "direction

changes" before it will b= e ready to adopt by the working group, assuming

the working group decides that= this is work that we have both interest and

capacity to work on.

 

I first tried to determine if this w= ork is appropriate for the working group.

It appears that the MPLS charter i= s very much out of date, so this item =96

along with the 25+ drafts alre= ady adopted as working group drafts (in

various degrees of completion) =96= does not appear as a charter item.

 

Which is a good segue to the topic= =96 "can the working group actually do

this =96 along with the work they = currently have already."  If every WG

participating member were to read = all of the currently adopted drafts

in preparation for each IETF meeti= ng, they could expect to spend 2 to

3 weeks out of every 4 months doin= g nothing else.

 

Possibly this is a bit much to exp= ect.  I suspect this is a question for the

active participants in the MPLS wo= rking group to consider as a general

issue.

 

As a second general issue, this dr= aft describes what I feel are fairly well

known rules that an implementation= may follow to ensure that their

"cheating ways" are not = discovered in some pathological way by other

implementations. 

 

This seems to be the major contrib= ution in section 2 of this draft.

 

In this sense, I'd be more comfort= able if this draft were targeted to

become a BCP, rather than a Standa= rd.

 

But, enough of the general issues;= on to the specifics of this draft=85

 

Major issues:

 

The third paragraph of the introdu= ction is incorrect.  When peering

with an LSR that uses two LSR IDs,= it is possible for that LSR to do this

in a way that makes it  diffi= cult (if not impossible) for a peer to detect

that the two LSR IDs identify LSR = functions of the same physical node. 

 

In fact, to ensure the highest pro= bability of compatibility (or the

lowest probability of compatibilit= y issues), any LSR implementation  

that uses more than one LSR ID sho= uld do this.  That means they need

to use separate IP addresses for d= iscovery, session establishment, etc.

 

This is an example of a standards = implementation axiom that amounts

to this: "if you're going to = cheat, be careful not to get caught."

 

If implementers follow this rule t= hrough proper use of addressing, and

a few other things, then support f= or multiple LDP sessions just works,

today =96 without requiring furthe= r standardization work.

 

For the case where the label space= portion of the LSR ID is zero (the

so-called platform-wide label spac= e), the implementation that has

multiple LSR IDs needs to be caref= ul about allocating labels in different

LDP Sessions =96 but this is an im= plementation robustness issue, not a

standards issue.=

 

It is my opinion that the dr= aft authors have not given sufficient thought

to what can be done using th= e current standards and a few common

sense implementation rules.<= o:p>

__________________________________= ________________________

 

I believe the direction taken in s= ection 3 =96 toward greater visibility of the

fact that an LSR node has multiple= LDP instance =96 is a mistake.

 

The authors have provided no examp= le use case to support the assertion

that a loop may be formed as a res= ult for "some applications" with a

properly implemented LSR.

 

In my opinion, this draft ne= eds to provide explicit examples of where a

properly implemented/complia= nt LDP implementation would cause a

pathological outcome if it i= s implemented in such a way that a peer is

not able to detect that mult= iple LDP instances are implemented by a

common physical node.

 

Minor issues and Comments= /Questions:

 

For the paragraph that starts on p= age 3 and continues onto page 4, the

first sentence has a number of pro= blems and does not parse without

making some assumptions as to what= the author(s) mean to say.

 

In addition, it would be useful if= you could expand slightly on what you

mean by "routable" = IP addresses.  To be more precise, the 32-bit part<= /p>

of the LSR ID that is typically us= ed corresponds to an IP address (one of

potentially very many) that is ass= igned to the LSR node.

 

In fact, common implementation con= siderations frequently lead to a

preference to use the router ID (t= ypically based on an internal assigned

"loop-back" IP address) = =96 for much the same reasons that routers use

these addresses (i.e. they are les= s likely to be impacted by removal of

a physical interface).<= /span>

 

If an IPv4 address assigned to the= LSR is used for this purpose, it is

clear that the address is not only= routable by assigned to a specific

network entity.<= /p>

__________________________________= ______________________

 

In section 2, it looks as if we ar= e conflating the meaning of "label space"

(as a number =96 zero, in this cas= e), "label context" (not necessarily tied

to the label-space number, but def= initely tied to an LDP session) and

data plane. 

 

As long as implementations observe= certain rules, there is no problem

in using the existing protocol spe= cifications when labels are assigned in

association with an active session= and apply to a common subset of

interfaces (possibly including all= interfaces).

 

For example, as long as the same l= abel is not issued by two (or more)

LSR instances with a different sem= antic meaning, that label does not

present any problems when used (as= intended) in the common data

plane.

 

The obvious method for doing this = is for all LSR instances to share a

common label management function = =96 for at least the case where

labels allocated may have meaning = across multiple interfaces.  This

has been done in LDP implementatio= ns since before RFC 3036 (the

predecessor to RFC 5036) was publi= shed.

 

Note that this is an implementatio= n choice.

__________________________________= _______________________

 

NITs:

 

In the Introduction, in (I believe= ) the 4th sentence of the 2nd paragraph,

"4 octets" should be &qu= ot;first 4 octets" (the preceding sentence talks about

the 6-octet LSR ID and the next se= ntence talks about the last 2 octets).

 

The sentence, in the penultimate p= aragraph of section 1 (Introduction),

that starts "Suc next-hop add= resses" was probably meant to say "Such

next-hop addresses" =96 and t= here is probably supposed to be a space

after the period in that sentence = and before the first word ("Thus") of

the next sentence.

 

--

Eric

 

 

 

 --_000_CC7CD2B71630Bskrazaciscocom_-- From mjork@juniper.net Mon Sep 17 14:30:02 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7836421F8674 for ; Mon, 17 Sep 2012 14:30:02 -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 73MciUgDW1wn for ; Mon, 17 Sep 2012 14:30:01 -0700 (PDT) Received: from exprod7og111.obsmtp.com (exprod7og111.obsmtp.com [64.18.2.175]) by ietfa.amsl.com (Postfix) with ESMTP id B7B5221F8616 for ; Mon, 17 Sep 2012 14:29:56 -0700 (PDT) Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob111.postini.com ([64.18.6.12]) with SMTP ID DSNKUFeWU1Ul1N/0gTGEkWxDevXgXVfM4j36@postini.com; Mon, 17 Sep 2012 14:30:01 PDT Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 17 Sep 2012 14:25:12 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Mon, 17 Sep 2012 17:25:12 -0400 From: Markus Jork To: "draft-pdutta-mpls-ldp-adj-capability@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , Martin Vigoureux Date: Mon, 17 Sep 2012 17:25:11 -0400 Thread-Topic: MPLS-RT review of draft-pdutta-mpls-ldp-adj-capability Thread-Index: Ac2GmJTqE9M/MgTqTuiF5o6oGOQ8dwOcqxLQ Message-ID: References: <503F3D91.2000204@pi.nu> In-Reply-To: <503F3D91.2000204@pi.nu> 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: "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-ldp-adj-capability X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 21:30:02 -0000 Here is my review team feedback on draft-pdutta-mpls-ldp-adj-capability: a) Is it coherent? The introduction provides a good description of what the goal of this LDP extension is and why it may be useful. There are various typos and grammatical errors in this document. Cleaning that up would provide a much better reading experience. b) Is it useful? I am guessing a major motivation for creating this draft was to provide support for draft-pdutta-mpls-multi-ldp-instance? Of course the draft provides examples of other use cases, but it seems to me those could often be achieved by local configuration on the routers. I feel this draft should only be advanced to WG document status if there=20 is another WG spec that clearly needs it or greatly benefits from it. Without a specific, compelling use case adopted by the WG, the draft just provides a "nice to have" feature. And that should place it pretty low on the priority list for WG work. c) Is it technically sound? There is no mention at all of the S-bit (state bit) in the capability parameter TLVs. The mechanism specified in the draft to exclude a capability on an interface seems to be: - advertise that capability for the session - do not advertise that capability for the hello adjacency - do advertise some other capabilities on the hello adjacency (to demonstrate that the per-adjacency capability mechanism is in use) I think the draft needs some statements regarding the S-bit and whether that can be used to disable a capability on an adjacency or not. At the end of section 3, the following is noted: > Note that it may be possible to define some capabilities in future > that may not be applicable to ber advertised by LDP session but only > over the Hello Adjacency. Such capabilities are out of scope of this > document. It may be ok to leave that out of scope. But the way the specification is written right now (always requiring the capability to be advertised for the session) seems to make it unnecessarily difficult to add such capabilities in the future. Wouldn't it be simpler overall to use the S-bit to explicitly enable or disable a capability for the adjacency? If the TLV is totally absent, the session settings would take effect. The last paragraph in section 4 of the draft may explain why this is not a good idea. But I don't really understand that paragraph. Can you elaborate?=20 -Markus From pranjal.dutta@alcatel-lucent.com Mon Sep 17 14:46:20 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 075FC21E8053 for ; Mon, 17 Sep 2012 14:46:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.527 X-Spam-Level: X-Spam-Status: No, score=-6.527 tagged_above=-999 required=5 tests=[AWL=0.071, 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 HvCK89lJIy90 for ; Mon, 17 Sep 2012 14:46:10 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 2985721F869E for ; Mon, 17 Sep 2012 14:46:10 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id q8HLjuCO024776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Sep 2012 16:45:59 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q8HLjtDK014060 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Sep 2012 03:15:55 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Tue, 18 Sep 2012 03:15:54 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Eric Gray , "draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org" Date: Tue, 18 Sep 2012 03:15:50 +0530 Thread-Topic: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Thread-Index: Ac2GwS7a3BtpauCXTzC/3o7ZrcuRBQK0Bf7gAN9+QlA= Message-ID: References: <503DDC69.606@pi.nu> In-Reply-To: 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_C584046466ED224CA92C1BC3313B963E13F0EDB6A8INBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 21:46:20 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0EDB6A8INBANSXCHMBSA_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eric, Pls. refer my answers inline. Thanks, Pranjal ________________________________ From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Gray Sent: Friday, September 14, 2012 7:30 AM To: draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-multi-ldp-instance@= tools.ietf.org Dear Authors, The MPLS Chair(s) have asked myself (and others) to review this draft to determine - possibly among other things - whether this draft is ready for adoption as a working group draft. [Pranjal] Thanks for detailed review of the draft. As an overview, I feel that this draft needs a few important "direction changes" before it will be ready to adopt by the working group, assuming the working group decides that this is work that we have both interest and capacity to work on. [Pranjal] "Interest" part is understood but I think I would have some conc= erns on "capacity" aspects of it and deserves more qualification - that is, are we = compromising real demands from today's networks just because WG can't cater to growing demand= s. If it's so, then I am not sure if I am the right person to answer that in the context of this specifi= c draft and IMO, perhaps a question to be asked and addressed in a more general thread. I first tried to determine if this work is appropriate for the working grou= p. It appears that the MPLS charter is very much out of date, so this item - along with the 25+ drafts already adopted as working group drafts (in various degrees of completion) - does not appear as a charter item. [Pranjal] I re-read the current WG charter as below. Did you mean the high= lighted text to reason this work as out of scope of the charter? " The working group is also responsible for specifying the necessary manageme= nt objects (e.g. as part of MIB modules) and OAM techniques for the functionality specified in the b= ase MPLS technology. The first generation of the MPLS standards are largely complete, and the current WG work items are: - Define requirements, mechanisms and protocol extensions for point-to-multipoint (P2MP) MPLS - Define requirements, mechanisms and protocol extensions for traffic engineered point-to-multipoint (P2MP) MPLS, including soft preemption - Define requirements and mechanisms for MPLS OAM - Define an overall OAM framework for MPLS applications - MPLS-specific aspects of traffic engineering for multi-areas/multi-AS in cooperation with the CCAMP WG - Determine (with CCAMP) what procedures are appropriate for evaluating proposals to extend the MPLS and GMPLS protocols, and document these - Document current implementation practices for MPLS load sharing - Include extensions to the MPLS WG protocols and RFCs necessary to create an MPLS Transport Profile (MPLS TP). The work on the MPLS TP will be coordinated between the working groups (eg, MPLS, CCAMP, PWE3, and L2PVN) that are chartered to do MPLS TP work." Although multiple ldp instance is a generic concept however this is also be= en discussed recently in context of ldp-ipv6 - that is for the fate separation aspects. We had discussed ip= v4 and ipv6 fate separation at length in the mailing list and heard operators asking for this as requirement. We see ldp= -ipv6 work as enhancements to "first generation" of MPLS standards (e.g LDP RFC 3026/5036) and I can't see an explicit ldp-i= pv6 into the existing WG charter. If that is the case then may I ask how it is possible that ldp-ipv6 draft passed WG LC in = the MPLS WG? I am just trying to see the correct rationale behind your verdict on this document being out of charter. A simple reason why we came to MPLS WG is because we are defining an approa= ch to an existing standard (RFC 5036) which is a product of MPLS WG. We could have gone to PWE3 or MPLS WG if the= draft is geared towards a specific application only (and thus not a generic infrastructure concept). Which is a good segue to the topic - "can the working group actually do this - along with the work they currently have already." If every WG participating member were to read all of the currently adopted drafts in preparation for each IETF meeting, they could expect to spend 2 to 3 weeks out of every 4 months doing nothing else. Possibly this is a bit much to expect. I suspect this is a question for th= e active participants in the MPLS working group to consider as a general issue. [Pranjal] I would probably agree but again I can't answer this as a co-auth= or of an individual draft or I am not sure this is the appropriate thread to raise this. As per my understanding, perhaps the questions you are asking precisely are= as below: 1. Is the WG equipped with sufficient b/w to cater to today's needs? I am n= ot sure, personally I can support the fact that we stop making technical progress or standardize drafts with fundamental fl= aws because the WG doesn't have sufficient b/w. In such case a resolution needs to be taken by the WG on wh= ether it needs a black out period of "no draft submissions" in order to clear the existing backlogs. 2. Is the WG doing the right job in standardizing the right thing that is n= eeded in today's networks? I can't answer that question and perhaps a WG wide introspection is needed on quality of o= n-going works. As a second general issue, this draft describes what I feel are fairly well known rules that an implementation may follow to ensure that their "cheating ways" are not discovered in some pathological way by other implementations. [Pranjal] I believe in this context, you are mentioning about introduction = of Node-ID TLV that is used for Nodes to be multi-instance aware; IMO, cheating is always bad because you may have a corner case left = out somewhere. I would appreciate if you could describe precisely a method where we can do multiple instances without Node-ID TLV b= ut not getting caught in any of existing LDP based "applications". This seems to be the major contribution in section 2 of this draft. In this sense, I'd be more comfortable if this draft were targeted to become a BCP, rather than a Standard. [Pranjal] I am perfectly OK to drop Node-ID TLV from the draft and let an i= mplementation figure out certains things on own (not getting cheated by peers). Thus we can certainly make the draft BCP or= Informational. But, enough of the general issues; on to the specifics of this draft... Major issues: The third paragraph of the introduction is incorrect. When peering with an LSR that uses two LSR IDs, it is possible for that LSR to do this in a way that makes it difficult (if not impossible) for a peer to detect that the two LSR IDs identify LSR functions of the same physical node. In fact, to ensure the highest probability of compatibility (or the lowest probability of compatibility issues), any LSR implementation that uses more than one LSR ID should do this. That means they need to use separate IP addresses for discovery, session establishment, etc. This is an example of a standards implementation axiom that amounts to this: "if you're going to cheat, be careful not to get caught." If implementers follow this rule through proper use of addressing, and a few other things, then support for multiple LDP sessions just works, today - without requiring further standardization work. [Pranjal] Yep, you are right. An implementation of multiple ldp instances e= xists that has been deployed in major networks for around ~5 years by now. So it's a proven, robust technique. There are 3= major deployment reasons for multiple ldp instances so far - 1. Fate separation or avoidance of head of line blocking between PW (Pseu= dowire) overlay and LDP P2P/MP2P tunnels. I don't want to get into gory details but key reasons= on such a separation are - demultiplex between intenstive PW status signaling, PW OAM etc and transport signaling = + separation of management entities between PW overlay and Transport. 1. Fate separation between LDP Multicast and Unicast Traffic. You can com= plement this further with IGP multi-topology. 3. Non-fate separated use case - Separation of ldp stack into indep= endent managements domains inside a node (e.g east, west, north, south). Only one lsr- based session would be established to each region= and thus no case of || sessions. In such use cases, each LDP LSR-ID is mapped to a single ipv4 address which is also a transport addre= ss of sessions and only that address is routable to the specific region (ot= her regions don't see it). In this regional separation, LDP FECs ar= e not stitched by default between domain and distribution between domains (inter-region LSPs) happen thru well defined local policies (it'= s a local implementation specific matter though). This specific use case of= multiple instance case is inter-oping with vendors that don't support or= aware of multi-instance. So in your words, this is the case of "cheating w= ithout getting caught". For the case where the label space portion of the LSR ID is zero (the so-called platform-wide label space), the implementation that has multiple LSR IDs needs to be careful about allocating labels in different LDP Sessions - but this is an implementation robustness issue, not a standards issue. [Pranjal] This is why this draft describes the cases of what do to when run= ning || sessions between two nodes (fate-separation case), LDP session capabilities, loop detection etc. The way I see it as - with existing metho= dologies of RFC 5036, an LDP based application mustn't get into pathologica= l case at any cost. It is my opinion that the draft authors have not given sufficient thought to what can be done using the current standards and a few common sense implementation rules [Pranjal] We are aware of the current standard rules. As I mentioned, we a= re not talking theory but running code. But when you want to use multiple instances for fate separation, I am not q= uite sure you can convince an implementer to ignore Node-ID TLV in order to keep the existing LDP based applications = sane. Currently, the fate separation cases (1 and 2 as discussed earlier) have been working well with Node-ID TLV enco= ded as Vendor Private TLV (single Vendor implementation). I am perfectly OK to keep the Node ID TLV as Vendor= Private as long as "vendor being cheated" can guarantee that it handle any loop cases that may arise due to mis-confi= guration etc. We can set the draft as BCP/ Informational. __________________________________________________________ I believe the direction taken in section 3 - toward greater visibility of t= he fact that an LSR node has multiple LDP instance - is a mistake. [Pranjal] I think I didn't understand your point well. Why do you say that = it's a mistake when physical node has multiple LSRs and LSR represents an instance within a single VPRN or Base Routing do= main. The authors have provided no example use case to support the assertion that a loop may be formed as a result for "some applications" with a properly implemented LSR. [Pranjal] I agree, we fell short of explaining applications (e.g H-VPLS) in= adequate detail. We can discuss a few applications at length on how loop can occur and can remove Node-ID TLV/Loop detection (Each imple= mentation finds smarter ways in their own). In my opinion, this draft needs to provide explicit examples of where a properly implemented/compliant LDP implementation would cause a pathological outcome if it is implemented in such a way that a peer is not able to detect that multiple LDP instances are implemented by a common physical node. [Pranjal] You have certainly raised a good point and I agree with you. We w= ill do so. Minor issues and Comments/Questions: For the paragraph that starts on page 3 and continues onto page 4, the first sentence has a number of problems and does not parse without making some assumptions as to what the author(s) mean to say. In addition, it would be useful if you could expand slightly on what you mean by "routable" IP addresses. To be more precise, the 32-bit part of the LSR ID that is typically used corresponds to an IP address (one of potentially very many) that is assigned to the LSR node. [Pranjal] Sure. We would describe in detail. "Routability" of LSR-ID is a p= revalent case esp. on the use case mentioned in 3 (regional separation). You use one loopback IP address for b= inding to everything in your OSS, for IGP, an LDP LSR, OAM, etc. If the local IP address to which LSR is boun= d to is also used as transport (or (requires reachability) then the loopback IP must be routable. In fact, common implementation considerations frequently lead to a preference to use the router ID (typically based on an internal assigned "loop-back" IP address) - for much the same reasons that routers use these addresses (i.e. they are less likely to be impacted by removal of a physical interface). [Pranjal] Perfectly agree. AFAIK, most of implementations I have seen so fa= r has adopted to mapping a local loopback IP address to 32-bit of LSR-ID, except a few. If an IPv4 address assigned to the LSR is used for this purpose, it is clear that the address is not only routable by assigned to a specific network entity. [Pranjal] Yes, that's correct. ________________________________________________________ In section 2, it looks as if we are conflating the meaning of "label space" (as a number - zero, in this case), "label context" (not necessarily tied to the label-space number, but definitely tied to an LDP session) and data plane. [Pranjal] The proposal mentioned in the draft applies to global label space= and as per RFC 5036 global label space is always identified by '0'. We are not saying that it doesn't = work with per interface label space. We can clarify that explicitly into the draft. Thanks for pointing this out= . As long as implementations observe certain rules, there is no problem in using the existing protocol specifications when labels are assigned in association with an active session and apply to a common subset of interfaces (possibly including all interfaces). [Pranjal] Yes, that's correct. But I am not quite sure we can claim that "being cheated" would cater to all applications running on LDP as an Infrastructure protocol. For example, as long as the same label is not issued by two (or more) LSR instances with a different semantic meaning, that label does not present any problems when used (as intended) in the common data plane. [Pranjal] On theory yes, but when we are making a robust implementation of= a protocol stack, every -ve case needs to be considered (Not IETF design rule but software design rule). Ide= ally, a peer shouldn't distribute duplicate labels but what if it does? A receiver can get any message as def= ined in RFC 5036. I gave H-VPLS as another example where we can stitch FEC128 spoke to FEC 129 mesh PW. In tha= t case if both are wrongly terminated in same node then existing LDP procedures can't determine the semantics of = applications (e.g loop in MAC FIB). Can we guarantee that the receiving LSR that is well behaved would remain sane?= From an implementation perspective we can't see RFC 5036 only as LDP and an implementation needs to take care = of the larger picture - where LDP becomes infrastructure provider on which many solutions have been built= upon. The obvious method for doing this is for all LSR instances to share a common label management function - for at least the case where labels allocated may have meaning across multiple interfaces. This has been done in LDP implementations since before RFC 3036 (the predecessor to RFC 5036) was published. [Pranjal] "for at least the case where labels allocated may have meaning ac= ross multiple interfaces." Do you mean to say "same" meaning or "different" meaning across multiple in= terfaces? Note that this is an implementation choice. _________________________________________________________ NITs: In the Introduction, in (I believe) the 4th sentence of the 2nd paragraph, "4 octets" should be "first 4 octets" (the preceding sentence talks about the 6-octet LSR ID and the next sentence talks about the last 2 octets). The sentence, in the penultimate paragraph of section 1 (Introduction), that starts "Suc next-hop addresses" was probably meant to say "Such next-hop addresses" - and there is probably supposed to be a space after the period in that sentence and before the first word ("Thus") of the next sentence. [Pranjal] Thanks. Would rectify the errors. -- Eric --_000_C584046466ED224CA92C1BC3313B963E13F0EDB6A8INBANSXCHMBSA_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Eric,

      &n= bsp;           Pls. refer my answers inline.

 

Thanks,

Pranjal

 

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eric Gray
Sent: Friday, September 14, = 2012 7:30 AM
To: draft-pdutta-mpls-multi-ldp-instance@tools.ietf.org Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org
Subject: Re: [mpls] MPLS-RT = review of draft-pdutta-mpls-multi-ldp-instance@tools.i= etf.org

 

Dear Authors,<= o:p>

 

The MPLS Chair(s= ) have asked myself (and others) to review this draft to =

determine –= ; possibly among other things – whether this draft is ready for

adoption as a wo= rking group draft.

 

[Pranjal] Thanks for detailed review o= f the draft.

 

As an overview, I feel that this draft needs a few impor= tant "direction

changes" before it will be ready to adopt by the working group, assuming

the working group decides that this is work that we have both interest and

capacity to work on.

 

[Pranjal]  “Interest”= part is understood but I think I would have some concerns on <= /font>

“capacity” aspects of it a= nd deserves more qualification - that is, are we compromising real =

demands from today’s networks ju= st because WG can’t cater to growing demands. If it’s so, then I am not

sure if I am the right person to answe= r that in the context of this specific draft and IMO, perhaps a

question to be asked and addressed in = a more general thread.

 

I first tried to determine if this work is appropriate for the working group.

It appears tha= t the MPLS charter is very much out of date, so this item –

along with the= 25+ drafts already adopted as working group drafts (in=

various degree= s of completion) – does not appear as a charter item.

 

[Pranjal]  I re-read the current = WG charter as below. Did you mean the highlighted text to reason this work as out of

scope of the charter?

“=

The working = group is also responsible for specifying the necessary management objects (e.g. a= s part

of MIB modul= es) and OAM techniques for the functionality specified in the base MPLS technol= ogy.

The first generation of the MPLS standa= rds are largely complete,
and the current WG work items are:

- Define requirements, mechanisms and protocol extensions for
point-to-multipoint (P2MP) MPLS

- Define requirements, mechanisms and protocol extensions for
traffic engineered point-to-multipoint (P2MP) MPLS, including
soft preemption

- Define requirements and mechanisms for MPLS OAM

- Define an overall OAM framework for MPLS applications

- MPLS-specific aspects of traffic engineering for multi-areas/multi-AS in cooperation with the CCAMP WG

- Determine (with CCAMP) what procedures are appropriate for evaluating proposals to extend the MPLS and GMPLS protocols, and document these

- Document current implementation practices for MPLS load sharing

- Include extensions to the MPLS WG protocols and RFCs necessary to
create an MPLS Transport Profile (MPLS TP). The work on the MPLS TP will be coordinated between the working groups (eg, MPLS, CCAMP, PWE3, and
L2PVN) that are chartered to do MPLS TP work.”

 

Although multiple ldp instance is a generic concept however this is also been discussed  recently in conte= xt

of ldp-ipv6 – that is for the fa= te separation aspects.  We had discussed ipv4 and ipv6 fate separation at length in the

mailing list and heard operators askin= g for this as requirement. We see ldp-ipv6 work as enhancements to “fir= st generation”

of MPLS standards (e.g LDP RFC 3026/50= 36) and I can’t see an explicit ldp-ipv6 into the existing WG charter. If= that is the

case then may I ask how it is possible that ldp-ipv6 draft passed WG LC in the MPLS WG? I am just trying to see th= e correct

rationale behind your verdict on this document being out of charter.

 

A simple reason why we came to MPLS WG= is because we are defining an approach to an existing standard (RFC 5036)=

which is a product of MPLS WG. We coul= d have gone to PWE3 or MPLS WG if the draft is geared towards a specific

application only (and thus not a gener= ic infrastructure concept).  

 

Which is a goo= d segue to the topic – "can the working group actually do

this – a= long with the work they currently have already."  If every WG

participating = member were to read all of the currently adopted drafts

in preparation= for each IETF meeting, they could expect to spend 2 to=

3 weeks out of= every 4 months doing nothing else.

 

Possibly this = is a bit much to expect.  I suspect this is a question for the

active partici= pants in the MPLS working group to consider as a general=

issue.

 

[Pranjal] I would probably agree but a= gain I can’t answer this as a co-author of an individual draft or I am not sure

this is the appropriate thread to rais= e this.

 

As per my understanding, perhaps the questions you are asking precisely are as below:

 

1. Is the WG equipped with sufficient = b/w to cater to today’s needs? I am not sure, personally I can support th= e fact that

we stop making technical progress or s= tandardize drafts with fundamental flaws because the WG doesn’t have =

sufficient b/w. In such case a resolut= ion needs to be taken by the WG on whether it needs a black out period

of “no draft submissions” = in order to clear the existing backlogs.

 

2. Is the WG doing the right job in standardizing the right thing that is needed in today’s networks? I c= an’t answer

that question and perhaps a WG wide introspection is needed on quality of on-going works.

 

As a second ge= neral issue, this draft describes what I feel are fairly well

known rules th= at an implementation may follow to ensure that their

"cheating ways" are not discovered in some pathological way by other =

implementation= s. 

 

[Pranjal] I believe in this context, y= ou are mentioning about introduction of Node-ID TLV that is used for Nodes to = be multi-instance

aware; IMO, cheating is always bad bec= ause you may have a corner case left out somewhere. I would appreciate if you co= uld describe

precisely a method where we can do multiple instances without Node-ID TLV but not getting caught in any of existing LDP based
“applications”.

 

This seems to = be the major contribution in section 2 of this draft.

 

In this sense,= I'd be more comfortable if this draft were targeted to

become a BCP, = rather than a Standard.

 

[Pranjal] I am perfectly OK to drop No= de-ID TLV from the draft and let an implementation figure out certains things on = own

(not getting cheated by peers). Thus w= e can certainly make the draft BCP or Informational.=

 

But, enough of= the general issues; on to the specifics of this draft…<= /font>

 

Major issues:

 

The third para= graph of the introduction is incorrect.  When peering

with an LSR th= at uses two LSR IDs, it is possible for that LSR to do this =

in a way that = makes it  difficult (if not impossible) for a peer to detect

that the two L= SR IDs identify LSR functions of the same physical node.  <= /font>

 

In fact, to en= sure the highest probability of compatibility (or the

lowest probabi= lity of compatibility issues), any LSR implementation  

that uses more= than one LSR ID should do this.  That means they need

to use separat= e IP addresses for discovery, session establishment, etc.

 

This is an exa= mple of a standards implementation axiom that amounts <= /p>

to this: "= ;if you're going to cheat, be careful not to get caught."

 

If implementer= s follow this rule through proper use of addressing, and

a few other th= ings, then support for multiple LDP sessions just works,

today – without requiring further standardization work.

 

[Pranjal] Yep, you are right. An implementation of multiple ldp instances exists that has been deployed in m= ajor networks

for around ~5 years by now. So it̵= 7;s a proven, robust technique. There are 3 major deployment reasons for multip= le ldp

instances so far –

 

  1. Fate separation or avoidance of head of line blocking between PW (Pseudowir= e) overlay and

LDP P2P/MP2P tunnel= s. I don’t want to get into gory details but key reasons on such  a separation are - demultiplex

between intenstive = PW status signaling, PW OAM etc and transport signaling + separation of <= /o:p>

management entities between PW overlay and Transport.

 

  1. Fate separation between LDP Multicast and Unicast Traffic. You can compleme= nt this further with IGP multi-topology.

 

      3.   Non-fate separated use case - Separation of ldp stack into independent managements domains inside a node (e.g east, west, north, south= ).

      &n= bsp;     Only one lsr- based session would be established to each region and thus no= case of || sessions. In such use cases, each LDP LSR-ID is
            mapped t= o a single ipv4 address which is also a transport address of sessions and only = that address is routable to the specific region (other<= /p>

      &n= bsp;     regions don’t see it). In this regional separation, LDP FECs are not stitched by default between domain and distribution between domains
           (inter-region LSPs) happen thru well defined local policies (it’s a local implementation specific matter though). This specific use case of multiple =
            instance case is inter-oping with vendors that don’t support or aware of multi-instance. So in your words, this is the case of “cheating witho= ut
            getting caught”.

 

 

 

For the case w= here the label space portion of the LSR ID is zero (the=

so-called platform-wide label space), the implementation that has

multiple LSR I= Ds needs to be careful about allocating labels in different<= /font>

LDP Sessions &= #8211; but this is an implementation robustness issue, not a

standards issu= e.

 

[Pranjal] This is why this draft descr= ibes the cases of what do to when running || sessions between two nodes (fate-separation case), LDP session

capabilities, loop detection etc. The = way I see it as - with existing methodologies of RFC 5036, an LDP based applica= tion mustn’t get into pathological

case at any cost.

 

= It is my opinion that the draft authors have not given sufficient thought

= to what can be done using the current standards and a fe= w common

= sense implementation rules

 

[Pranjal]  We are aware of the current standard rules. As I mentioned, we are not talking theory but runni= ng code.

But when you want to use multiple instances for fate separation, I am not quite sure you can convince an implementer

to ignore Node-ID TLV in order to keep= the existing LDP based applications sane. Currently, the fate separation cases =

(1 and 2 as discussed earlier) have be= en working well with Node-ID TLV encoded as Vendor Private TLV  (single <= o:p>

Vendor implementation). I am perfectly= OK to keep the Node ID TLV as Vendor Private as long as “vendor being ch= eated”

can guarantee that it handle any loop cases that may arise due to mis-configuration etc. We can set the draft as = BCP/

Informational.

 

______________= ____________________________________________

 

I believe the direction taken in section 3 – toward greater visibility of the<= /o:p>

fact that an L= SR node has multiple LDP instance – is a mistake.

 

[Pranjal] I think I didn’t understand your point well. Why do you say that it’s a mistake when physical node has multiple

LSRs and LSR represents an instance wi= thin a single VPRN or Base Routing domain.

 

The authors ha= ve provided no example use case to support the assertion

that a loop ma= y be formed as a result for "some applications" with a

properly imple= mented LSR.

 

[Pranjal] I agree, we fell short of explaining applications (e.g H-VPLS) in adequate detail. We can discuss a f= ew applications at length
on how loop can occur and can remove Node-ID TLV/Loop detection (Each implementation finds smarter ways in their own).

 

= In my opinion, this draft needs to provide explicit exam= ples of where a

= properly implemented/compliant LDP implementation would cause a

= pathological outcome if it is implemented in such a way = that a peer is

= not able to detect that multiple LDP instances are implemented by a

= common physical node.

 

[Pranjal] You have certainly raised a = good point and I agree with you. We will do so.

 

Minor issues and Comments/Questions:

 

For the paragr= aph that starts on page 3 and continues onto page 4, the

first sentence= has a number of problems and does not parse without

making some assumptions as to what the author(s) mean to say.<= /p>

 

In addition, i= t would be useful if you could expand slightly on what you =

mean by "routable"  IP addresses.  To be more precise, the 32-b= it part

of the LSR ID = that is typically used corresponds to an IP address (one of

potentially ve= ry many) that is assigned to the LSR node.

 

 

[Pranjal] Sure. We would describe in detail. “Routability” of LSR-ID is a prevalent case esp. on the= use case

mentioned in 3 (regional separation). = You use one loopback IP address for binding to everything in your OSS,

for IGP, an LDP LSR, OAM, etc. If the local IP address to which LSR is bound to is also used as transport (or

(requires reachability) then the loopb= ack IP must be routable.

 

In fact, commo= n implementation considerations frequently lead to a=

preference to = use the router ID (typically based on an internal assigned

"loop-bac= k" IP address) – for much the same reasons that routers use

these addresse= s (i.e. they are less likely to be impacted by removal of <= /font>

a physical interface).

 

[Pranjal] Perfectly agree. AFAIK, most= of implementations I have seen so far has adopted to mapping a local

loopback IP address to 32-bit of LSR-I= D, except a few.

 

If an IPv4 add= ress assigned to the LSR is used for this purpose, it is

clear that the address is not only routable by assigned to a specific

network entity= .

 

[Pranjal] Yes, that’s correct.

______________= __________________________________________

 

In section 2, = it looks as if we are conflating the meaning of "label space"

(as a number &= #8211; zero, in this case), "label context" (not necessarily tied

to the label-s= pace number, but definitely tied to an LDP session) and

data plane.&nb= sp;

 

[Pranjal] The proposal mentioned in th= e draft applies to global label space and as per RFC 5036 global
label space is always identified by ‘0’. We are not saying that= it doesn’t work with per interface label space.
We can clarify that explicitly into the draft. Thanks for pointing this out= .

 

As long as implementations observe certain rules, there is no problem

in using the existing protocol specifications when labels are assigned in

association wi= th an active session and apply to a common subset of

interfaces (po= ssibly including all interfaces).

 

[Pranjal] Yes, that’s correct. B= ut I am not quite sure we can claim that

“being cheated” would cate= r to all applications running on LDP as an

Infrastructure protocol.

 

For example, a= s long as the same label is not issued by two (or more)

LSR instances = with a different semantic meaning, that label does not

present any pr= oblems when used (as intended) in the common data

plane.

 

[Pranjal]  On theory yes, but whe= n we are making a robust implementation of a protocol stack, every –ve cas= e

needs to be considered (Not IETF desig= n rule but software design rule). Ideally, a peer shouldn’t distribute =

duplicate labels but what if it does? = A receiver can get any message as defined in RFC 5036. I gave H-VPLS as<= /o:p>

another example where we can stitch FE= C128 spoke to FEC 129 mesh PW. In that case if both are wrongly terminated<= /o:p>

in same node then existing LDP procedu= res can’t determine the semantics of applications (e.g loop in MAC FIB). =  Can

we guarantee that the receiving LSR th= at is well behaved would remain sane? From an implementation perspective =

we can’t see RFC 5036 only as LD= P and an implementation needs to take care of the larger picture – where

LDP becomes infrastructure provider on which many solutions have been built upon.

 

The obvious me= thod for doing this is for all LSR instances to share a=

common label management function – for at least the case where <= /font>

labels allocat= ed may have meaning across multiple interfaces.  This

has been done = in LDP implementations since before RFC 3036 (the

predecessor to= RFC 5036) was published.

 

[Pranjal] “for at least the case where labels allocated may hav= e meaning across multiple interfaces.”

Do you mean to say “same” meaning or “different” meaning across multiple interfaces?=

 

Note that this= is an implementation choice.

______________= ___________________________________________

 

NITs:

 

In the Introdu= ction, in (I believe) the 4th sentence of the 2nd paragraph,=

"4 octets= " should be "first 4 octets" (the preceding sentence talks about

the 6-octet LS= R ID and the next sentence talks about the last 2 octets).

 

The sentence, = in the penultimate paragraph of section 1 (Introduction),=

that starts "Suc next-hop addresses" was probably meant to say "Such

next-hop addresses" – and there is probably supposed to be a space

after the peri= od in that sentence and before the first word ("Thus") of

the next sente= nce.

 

[Pranjal] Thanks. Would rectify the errors.

--<= /span>

Eric

 

 

 

--_000_C584046466ED224CA92C1BC3313B963E13F0EDB6A8INBANSXCHMBSA_-- From pranjal.dutta@alcatel-lucent.com Mon Sep 17 16:30:54 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 976B721E8098 for ; Mon, 17 Sep 2012 16:30:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.537 X-Spam-Level: X-Spam-Status: No, score=-6.537 tagged_above=-999 required=5 tests=[AWL=0.061, 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 28yeaUWxOrkx for ; Mon, 17 Sep 2012 16:30:45 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 4C36221E808C for ; Mon, 17 Sep 2012 16:30:42 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id q8HNUUem010491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Sep 2012 18:30:33 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q8HNUSki017044 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Sep 2012 05:00:28 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Tue, 18 Sep 2012 05:00:27 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Lizhong Jin , "mpls@ietf.org" Date: Tue, 18 Sep 2012 05:00:24 +0530 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2UiIr9nC7Ph93FTJ2xF+L9paEpeQAmr7Cw Message-ID: References: In-Reply-To: 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_C584046466ED224CA92C1BC3313B963E13F0EDB6B0INBANSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Cc: "draft-jjwl-mpls-mldp-hsmp@tools.ietf.org" , "ice@cisco.com" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 23:30:54 -0000 --_000_C584046466ED224CA92C1BC3313B963E13F0EDB6B0INBANSXCHMBSA_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lizhong, Thanks for your clarification. Pls. see my responses i= nline to your answers. ? [Lizhong] the forwarding state of HSMP_UP and HSMP_DN are disjoint. > Their forwarding state programming are triggered by LDP message > which is same as MP2MP LSP. Your understanding is right, it is the > say way of MP2P. We will switch the last paragraph of section 4.3.1. > 2 to the beginning of this section. Thanks. I think it would be good to explicitly mention this other wise it makes the= state machine a bit confusing between the boot strap pattern of HSMP LSP and its death pattern (one part is broken). But my general concern is t= hat - if existing protocol ways can lead to a HSMP LSP that is broken by half then how does that help to keep the rest of 50% of HSMP functional.= My rationale on this is because the HSMP_UP LSP set-up is boot strapped by receipt of HSMP_DN label mapping. Thus boot strapping state mac= hine for HSMP_UP and HSMP_DN are not disjoint completely. ? [Lizhong] yes, "can" should be "MUST" here, thanks. Looks good to me ? [Lizhong] the HSMP_UP/HSMP_DN state should be withdrawed/released by > only their corresponding withdraw/release message. Only the leaf > node will send both withdraw for HSMP_DN and release for HSMP_UP to > its upstream node, refer to RFC6388 section 3.3.2. BTW, the > reference section 4.3.2 should be 3.3.2, will fix this in next version. OK, looks good to me. ? [Lizhong] when Z receives a release of HSMP_DN from U, it maybe > because of lack of label resouce or other reasons, Z will send label > release to downstream until to leaf node. When the leaf node > receives a release of HSMP_DN from its upstream, and it already > received label mapping of HSMP_UP from U before, leaf node should > send label release of HSMP_UP to its upstream node. The procedure > above reflect the disjointness betwen HSMP_DN and HSMP_UP. OK if you consider HSMP_UP and HSMP_DN are completely disjoint. <= /Pranjal> ? [Lizhong] right, OAM is missing in current draft. Currently the OAM > tool definition is not in the scope. Maybe another draft effort is necess= ary. My personal opinion is that on OAM matters it is good to address the OAM so= lutions in same draft that generated the requirement. This is in order to avoid fragmentation. I have observed similar case with = LDP-MT as well. I don't think a vendor can sell or an operator can deploy a solution that introduces new LDP tunnel(s) but without any OAM= . OAM is very integral part of the solution. Another approach that we discussed sometimes back is - to introduce a "generalized" LDP Targ= et FEC stack to embed a LDP FEC element itself and thus completely getting rid of defining new types every time new FEC elements ar= e introduced. I have couple of additional comments that I missed to send earlier. This is= primarily with respect to IEEE-1588v2. I don't think the use case justifies for HSMP and, HSMP as solution to IEEE-1588v2 is a bit flawed. T= o be technically very precise, my rationale is as follows: 1. Asymmetric Routing Case - Most of the mLdp use cases I have seen so fa= r has asymmetric routing deployed. HSMP would be able to satisfy the requirements of IEEE-1588 only if by routing it is ensured that= topology is not asymmetric between upstream and downstream. mLdp as a protocol should be agnostic of how routing topology is designed. = In fact I would contest the highlighted statement from RFC 6388 to which the HSMP draft has been repeated references on next-hop resolution. I= t severely binds mLdp tunnel set-up to routing topology. Instead the ldp adjacency interface + ldp address database matching with lo= cal interface sub-net provides the least common denominator for mLdp next-hop resolution and works in any routing topology. 2.4.1.2. Determining t= he Forwarding Interface to an LSR Suppose LSR U receives an MP Label Mapping message from a downstream LSR D, specifying label L. Suppose further that U is connected to D over several LDP enabled interfaces or RSVP-TE Tunnel interfaces. If U needs to transmit to D a data packet whose top label is L, U is free to transmit the packet on any of those interfaces. The algorithm it uses to choose a particular interface and next-hop for a particular such packet is a local matter. For completeness, the following procedure MAY be used. LSR U may do a lookup in the unicast routing table to find the best interface and next-hop to reach LSR D. If the next-hop and interface are also advertised by LSR D via the LDP session, it can be used to transmit the packet to LSR D. Keeping aside the LAN case, for mLdp the least common denominator is the ne= xt-hops associated with the interfaces. It doesn't require reference to unicast routing since then asymmetric routi= ng does not work. Also mLdp upstream redundancy (MoFRR) may not work in asymmetric routing case - if upstream = does next-hop resolution is done based on unicast routing table. The HSMP draft makes multiple references to the above section 2.4.1.2 in RF= C 6388 but I think there is a need to explicitly mention something like "all rules of 2.4.1.2 except so and so". 1. There is an existing WG item http://tools.ietf.org/html/draft-ietf-mpl= s-targeted-mldp-00 (ahead of HSMP) that enabled mLdp set-up between indirect next-hops, for example using RSVP-TE "intermed= iate tunnels". It doesn't ensure that reverse IP/MPLS node path be same although mLdp overlay can be same and thus IEEE-1= 588 breaks here. Section 7 brushes over Co-Routed Path Exceptions without getting into detai= ls, but I would consider those exceptions are key points that restricts HSMP significantly. "The LSR/LER in HSMP LSP could detect if the path is co-routed or not, if not co-routed, an indication could be generated to the management system." Section 3.2 talks about reducing operational cost significantly by providin= g both downstream and upstream paths for existing P2MP mLdp LSPs and thus I would visualize that HSMP would replace mLdp tunn= els wherever required (e,g VPMS or IPTV). But while an operator upgrades the solutions from existing P2MP/MP2MP to HS= MP then it also comes with additional caveats that it may requires an operator to change the existing routing topology to= ensure symmetric routing and get rid of http://tools.ietf.org/html/draft-ietf-mpls-targeted-mldp-00. I am not sure= whether such undertaking may be desirable in a true multi-service network. Thus either HSMP gets rid of use case of IEEE-1588 or restricts itself seve= rely in terms of VPMS or IPTV. Thus I can't support the IEEE-1588 as the use case of this draft if HSMP ca= n support IEEE-1588 only in very restricted Scenerios (symmetric routing and no targeted mLdp). If we remove IEEE-1588 = use case from the draft then we can talk about the rest of use cases that justify introduction of a new protocol machinery= into mLdp. Thanks, Pranjal ________________________________ From: Lizhong Jin [mailto:lizhong.jin@zte.com.cn] Sent: Sunday, September 16, 2012 8:56 PM To: mpls@ietf.org Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; frederic.jounay@orange.ch; ic= e@cisco.com; mpls-chairs@tools.ietf.org; n.leymann@telekom.de; Dutta, Pranj= al K (Pranjal) Subject: RE: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls = wg document Sorry, forget to cc to the mpls list. Lizhong ------------------------------- > Hi Pranjal, > Thank you for the review, please see the clarification inline below. > Hope it helps. > > Lizhong > > > "Dutta, Pranjal K (Pranjal)" > wrote 2012/09/13 04:30:20: > > > Dear Authors, > > I apologize if some of this had been already discussed before. I > > have couple of questions on this draft and I am looking for some > > clarifications > > on the some aspects. > > On procedures described in section below: > > "4.3.1.2. HSMP LSP transit node operation > > Suppose node Z receives a HSMP-D Label Map from LSR D, the > > procedure is same as processing MP2MP-D Label Mapping message define= d > > in [RFC6388] section 4.3.1.5, and the processing protocol entity is > > HSMP-D label mapping message. The different procedure is specified > > below. > > > > Node Z checks if upstream LSR U already assigned a label Lu to > > upstream . If not, transit node Z waits until it receives a > > HSMP-U Label Map from LSR U. Once the HSMP-U Label Map is > > received from LSR U, node Z checks whether it already has forwarding > > state upstream with incoming label Lu' and outgoing label Lu. > > If it does, Z sends a HSMP-U Label Map to downstream > > node. If it does not, it allocates a label Lu' and creates a new > > label swap for Lu' with Label Lu over interface Iu. Interface Iu is > > determined via the procedures in Section 4.3.1. Node Z determines > > the downstream HSMP LSR as per Section 4.3.1, and sends a HSMP-U > > Label Map to node D." > > > > > > U > > | > > Z > > / \ > > D D' > > > > "Node Z checks if upstream LSR U already assigned a label Lu to > > upstream ." > > > > Let's assume that at time T1, U hasn't assigned upstream label Lu to > > Z yet. There > > are two possible cases at time T1 - > > > > D is the first mLdp join seen by node Z for > > OR, > > Z has already seen another D' earlier but waiting for response from > > U on Lu and > > D is the join that is merging now. > > > > In that case what should be the forwarding state at Z for HSMP_DN? > > Essentially Z has one > > or more downstream HSMP-D label L and advertised HSMP-D label to U. > > Should the downstream > > state for HSMP-D be not installed since we must have Lu in order to > > make the HSMP X-connect > > logically complete + distribute label Lu' to D(s)? I would think it > > is important to precisely > > describe the expected behaviour - means whether the HSMP_DN > > forwarding state and HSMP_UP > > forwarding state programming are disjoint or bounded (one can't live > > without another)? > > This is important further on the question on section 4.3.2 down below. > > > > Now let's say Z receives upstream label from U - the Lu, at a time T2 >= T1. > > > > "Once the HSMP-U Label Map is received from LSR U, node Z checks > > whether it already has > > Forwarding state upstream with incoming label Lu' and > > outgoing label Lu." > > > > I am little confused in the text above on the procedure at Z on receipt= of > > Label mapping Lu from U. How is it possible that Z already has a forwar= ding > > state Lu'->SWAP->Lu before receipt of Lu from U? Lu' can map to only on= e > > outgoing label Lu, correct (since HSMP UP is unicast)? Or are we > considering > > the case of receipt of a duplicate label mapping from an upstream? > > > > Further in next clause: > > "If it does, Z sends a HSMP-U Label Map to downstream > > node. If it does not, it allocates a label Lu' and creates a new > > label swap for Lu' with Label Lu over interface Iu." > > > > So if a forwarding state Lu'->SWAP->Lu "already" exists in Z then Z > > distributes > > label Lu'. But how is it possible that Lu'->SWAP->Lu already exists > > before Lu' > > is distributed by Z to D? > > > > The last paragraph in section 4.3.2.1 mentions that "same label > > (representing the > > > > upstream path) can be distributed to all downstream nodes" - I look > > it at the same > > > > way how ldp prefix tunnels are set-up in data path - MP2P. Thus it > > is possible that > > Forwarding state Lu'->Lu already exists when Z received HSMP-D > > mapping from D, in > > case of same HSMP-U label is distributed to all D. > > > > I would suggest to discuss the last paragraph of section 4.3.2.1 > > prior to discuss > > the detailed procedures in order to present a logical flow. > [Lizhong] the forwarding state of HSMP_UP and HSMP_DN are disjoint. > Their forwarding state programming are triggered by LDP message > which is same as MP2MP LSP. Your understanding is right, it is the > say way of MP2P. We will switch the last paragraph of section 4.3.1. > 2 to the beginning of this section. Thanks. > > > > > I am wondering whether following should be a MUST instead on "can". > > > > "Since a packet from any downstream node is forwarded only to the > > upstream node, the same label (representing the upstream path) can b= e > > distributed to all downstream nodes." > > > > Because section 4.3 mentions as below on HSMP_UP label allocation > > from platform wide > > space. It's a significant waste of label space if distinct label is > > distributed per > > peer, unless there is a strong use case if any but such case is not > > evident from > > the draft. > > > > "HSMP-U Label Map : A Label Map message with a single > > HSMP upstream FEC Element and label TLV with label Lu. Label > > Lu MUST be allocated from the per-platform label space of the LSR > > sending the Label Map Message." > > > > Section 3.2 mentions the goal to reduce operational cost by reducing > > labels/forwarding state. > > > > "In that case, the operational cost will be reduced for > > maintaining only one HSMP LSP, instead of > > P2MP LSP and n (number of leaf nodes) P2P reverse LSPs." > [Lizhong] yes, "can" should be "MUST" here, thanks. > > > > > > > On following section: > > "4.3.2. HSMP LSP Label Withdraw > > > > The HSMP Label Withdraw procedure is much same as MP2MP leaf > > operation defined in [RFC6388] section 4.3.2, and the processing > > protocol entities are HSMP FECs. The only difference is process of > > HSMP-U label release message, which is specified below. > > > > When a transit node Z receives a HSMP-U label release message from > > downstream node D, Z should check if there are any incoming interfac= e > > in forwarding state upstream . If all downstream nodes are > > released and there is no incoming interface, Z should delete the > > forwarding state upstream and send HSMP-U label release > > message to its upstream node." > > > > Let's say that node Z receives an unsolicited release for Lu' from > > downstream node D > > in the context of HSMP_UP, then what should be the action on > > forwarding/control state > > for HSMP_DN path? Does the HSMP_DN path continue to exist towards > > downstream D (means > > leave the HSMP_UP broken from D->Z and HSMP_DN working from Z->D)? > > Perhaps it would be > > > > good to clarify the resultant state since utility of HSMP LSP is > > based on presence of > > > > both UP and DOWN state. > [Lizhong] the HSMP_UP/HSMP_DN state should be withdrawed/released by > only their corresponding withdraw/release message. Only the leaf > node will send both withdraw for HSMP_DN and release for HSMP_UP to > its upstream node, refer to RFC6388 section 3.3.2. BTW, the > reference section 4.3.2 should be 3.3.2, will fix this in next version. > > > > > > > In the same way what happens if Z receives an unsolicited release of > > HSMP_DN label from > > > > U? Should the HSMP_UP state continue at Z? I understand that by > > theory such things are > > > > not defined by any spec but in real life situations a Z may face all > > possibilities of > > messaging from its peers that may impact control and forwarding state. > [Lizhong] when Z receives a release of HSMP_DN from U, it maybe > because of lack of label resouce or other reasons, Z will send label > release to downstream until to leaf node. When the leaf node > receives a release of HSMP_DN from its upstream, and it already > received label mapping of HSMP_UP from U before, leaf node should > send label release of HSMP_UP to its upstream node. The procedure > above reflect the disjointness betwen HSMP_DN and HSMP_UP. > > > > > > > The following section mentions about benefits offered by P2MP LSP > > Ping w.r.t Multi-Point > > OAM, which is good from multiple perspectives. But I don't see the > > required toolkit to > > implement OAM for HSMP LSP. > > > > > > "3. Applications > > > > > > In some cases, the P2MP LSP may not have a reply path for the OAM > > message (e.g, LSP Ping). If P2MP LSP is provided by HSMP LSP, then > > the upstream path could be exactly used as the OAM message reply > > path. This is especially useful in the case of P2MP LSP fault > > detection, performance measurement, root node redundancy and etc. > > There are several other applications that could take advantage of > > such kind of LDP based HSMP LSP as described below." > > > > > > I could find that section 3.1.2 in RFC 6425 defines following two > > FEC elements. > > > > Sub-Type # Length Value Field > > ---------- ------ ----------- > > 19 Variable Multicast P2MP LDP FEC Stack > > 20 Variable Multicast MP2MP LDP FEC Stac= k > > > > I am not able to see how to fit HSMP into one of RFC 6425 defined types= . > > IMO, HSMP requires a new sub-type since HSMP defines new FEC elements a= s > > below: > > > > "4.2. HSMP FEC Elements > > > > > > Similar as MP2MP LSP, we define two new protocol entities, the HSMP > > downstream FEC and upstream FEC Element. If a FEC TLV contains an > > HSMP FEC Element, the HSMP FEC Element MUST be the only FEC Element > > in the FEC TLV. The structure, encoding and error handling for the > > HSMP downstream and upstream FEC Elements are the same as for the > > MP2MP FEC Element described in [RFC6388] Section 4.2. The differenc= e > > is that two additional new FEC types are used: HSMP downstream type > > (TBD, IANA) and HSMP upstream type (TBD, IANA)." > > > > I would think in order to develop and deploy a solution like HSMP, OAM > > tools need to be precisely defined. > [Lizhong] right, OAM is missing in current draft. Currently the OAM > tool definition is not in the scope. Maybe another draft effort is necess= ary. > > > > > Thanks, > > Pranjal > > > > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > > Of Loa Andersson > > Sent: Monday, September 03, 2012 11:16 PM > > To: mpls@ietf.org > > Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.or= g > > Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a > > mpls wg document > > > > Working group, > > > > this is to start a two week poll on adopting > > draft-jjwl-mpls-mldp-hsmp-01.txt > > as an MPLS working group document. > > > > Please send your comments (support/not support) to the mpls working > > group mailing list (mpls@ietf.org). > > > > This poll is extended and will end Sep 19th, 2012. > > > > /Loa > > (mpls wg co-chair) > > -- > > > > > > Loa Andersson email: loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls --_000_C584046466ED224CA92C1BC3313B963E13F0EDB6B0INBANSXCHMBSA_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

      &n= bsp;              Thanks for your clarificati= on. Pls. see my responses inline to your answers.

 

 

Ø<= span style=3D'font:7.0pt "Times New Roman"'>      [Lizhong] the forwarding state of HSMP_UP and HSMP_DN are disjoint.
> Their forwarding state programming are triggered by LDP message
> which is same as MP2MP LSP. Your understanding is right, it is the > say way of MP2P. We will switch the last paragraph of section 4.3.1. > 2 to the beginning of this section. Thanks.

 

<Pranjal>

 

I think it would be good to explicitly= mention this other wise it makes the state machine a bit confusing between the boot strap pattern of HSMP
LSP and its death pattern (one part is broken). But my general concern is t= hat – if existing protocol ways can lead to a HSMP LSP that is broken
by half then how does that help to keep the rest of 50% of HSMP functional.= My rationale on this is because the HSMP_UP LSP set-up is boot
strapped by receipt of HSMP_DN label mapping. Thus boot strapping state mac= hine for HSMP_UP and HSMP_DN are not disjoint completely.

 

</Pranjal>

 

Ø<= span style=3D'font:7.0pt "Times New Roman"'>      [Lizhong] yes, "can" should be "MUST" here, thanks.

 

<Pranjal>   Looks good= to me  </Pranjal>

 

Ø = ;    [Lizhong] the HSMP_UP/HSM= P_DN state should be withdrawed/released by
> only their corresponding withdraw/release message. Only the leaf
> node will send both withdraw for HSMP_DN and release for HSMP_UP to > its upstream node, refer to RFC6388 section 3.3.2. BTW, the
> reference section 4.3.2 should be 3.3.2, will fix this in next version= .

<Pranjal> OK, looks good to me. </Pranjal>

 

Ø<= span style=3D'font:7.0pt "Times New Roman"'>     [Lizhong] when Z receives a release of HSMP_DN from U, it maybe
> because of lack of label resouce or other reasons, Z will send label > release to downstream until to leaf node. When the leaf node
> receives a release of HSMP_DN from its upstream, and it already
> received label mapping of HSMP_UP from U before, leaf node should
> send label release of HSMP_UP to its upstream node. The procedure
> above reflect the disjointness betwen HSMP_DN and HSMP_UP.

<Pranjal> OK if you consider HSM= P_UP and HSMP_DN are completely disjoint. </Pranjal>

 

Ø<= span style=3D'font:7.0pt "Times New Roman"'>      [Lizhong] right, OAM is missing in current draft. Currently the OAM
> tool definition is not in the scope. Maybe another draft effort is necessary.

 

<Pranjal>

 

My personal opinion is that on OAM mat= ters it is good to address the OAM solutions in same draft that generated the re= quirement.

This is in order to avoid fragmentatio= n. I have observed similar case with LDP-MT as well. I don’t think a vendo= r can sell or an operator

can deploy a solution that introduces = new LDP tunnel(s) but without any OAM. OAM is very integral part of the solutio= n. Another approach

that we discussed sometimes back is &#= 8211; to introduce a “generalized” LDP Target FEC stack to embed a LD= P FEC element itself and thus

completely getting rid of defining new types every time new FEC elements are introduced.<= /p>

 

</Pranjal>

 

 

I have couple of additional comments t= hat I missed to send earlier. This is primarily with respect to IEEE-1588v2. I = don’t think the use case

justifies for HSMP and, HSMP as soluti= on to IEEE-1588v2 is a bit flawed.  To be technically very precise, my ratio= nale is as follows:

 

  1. Asymmetric Routing Case – Most of the mLdp use cases I have seen so far has= asymmetric routing deployed. HSMP would be able to
    satisfy the requirements of IEEE-1588 only if by routing it is ensured that topology is not asymmetric between upstream and downstream.
    mLdp as a protocol should be agnostic of how routing topology is desig= ned. In fact I would contest the highlighted statement from RFC 6388 to

which the HSMP draf= t has been repeated references on next-hop resolution. It severely binds mLdp tun= nel set-up to routing topology.

Instead the ldp adj= acency interface + ldp address database matching with local interface sub-net prov= ides the least common denominator
for mLdp next-hop resolution and works in any routing topology.<= /span>

 

2.4.1.2.  Determining the Forwarding Interface to an LSR 
 
 
   =
Suppose LSR U receives an MP Label Mapping message from a downstream
   =
LSR D, specifying label L.  Suppose further that U is connected to D
   =
over several LDP enabled interfaces or RSVP-TE Tunnel interfaces.  If<=
o:p>
   =
U needs to transmit to D a data packet whose top label is L, U is
   =
free to transmit the packet on any of those interfaces.  The
   =
algorithm it uses to choose a particular interface and next-hop for a<=
/o:p>
   =
particular such packet is a local matter.  For completeness, =
the
   following procedure MAY be used.  LSR U=
 may do a lookup in the
   unicast routing table to find the best inter=
face and next-hop to
   reach LSR D. If the next-hop and interface a=
re also advertised by LSR
   D via the LDP session, it can be used to tra=
nsmit the packet to LSR
   D.

 

Keeping aside the LAN case, for mLdp t= he least common denominator is the next-hops associated with the interfaces.

It doesn’t require reference to unicast routing since then asymmetric routing does not work. Also mLdp upst= ream

redundancy (MoFRR) may not work in asy= mmetric routing case -   if upstream does next-hop resolution is done bas= ed

on unicast routing table.

 

The HSMP draft makes multiple referenc= es to the above section 2.4.1.2 in RFC 6388 but I think there is a need to explicitly

mention something like “all rule= s of 2.4.1.2 except so and so”.

 

  1. There is an existing WG item h= ttp://tools.ietf.org/html/draft-ietf-mpls-targeted-mldp-00 (ahead of HSMP) that enabled

mLdp set-up between indirect next-hops= , for example using RSVP-TE “intermediate tunnels”. It doesn̵= 7;t ensure that reverse

IP/MPLS node path be same although mLd= p overlay can be same and thus IEEE-1588 breaks here.

=  

Section 7 brushes over Co-Routed Path Exceptions without getting into details, but I would consider those excepti= ons are key

points that restricts HSMP significant= ly. 

<=
o:p> 
  ̶=
0;The LSR/LER in HSMP LSP could detect if the
  =
 path is co-routed or not, if not co-routed, an indication could be
  =
 generated to the management system.”



 



Section 3.2 talks about reducing
operational cost significantly by providing both downstream and upstream pa=
ths
for existing 



P2MP mLdp LSPs and thus I would visual=
ize
that HSMP would replace mLdp tunnels wherever required (e,g VPMS or IPTV). =




But while an operator upgrades the
solutions from existing P2MP/MP2MP to HSMP then it also comes with addition=
al caveats




that it may requires an operator to ch=
ange
the existing routing topology to ensure symmetric routing and get rid of 



 http:/=
/tools.ietf.org/html/draft-ietf-mpls-targeted-mldp-00.
I am not sure whether such undertaking may be desirable in a true 



multi-service network.



 



Thus either HSMP gets rid of use case =
of
IEEE-1588 or restricts itself severely in terms of VPMS or IPTV.=




 



Thus I can’t support the IEEE-15=
88
as the use case of this draft if HSMP can support IEEE-1588 only in very
restricted 



Scenerios (symmetric routing and no
targeted mLdp). If we remove IEEE-1588 use case from the draft then we can =
talk
about 



the rest of use cases that justify
introduction of a new protocol machinery into mLdp.



 



 



Thanks,



Pranjal



 















From: Lizhong =
Jin
[mailto:lizhong.jin@zte.com.cn] 

Sent: Sunday, September 16, =
2012
8:56 PM

To: mpls@ietf.org

Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org;
frederic.jounay@orange.ch; ice@cisco.com; mpls-=
chairs@tools.ietf.org;
n.leymann@telekom.de; Dutta, Pranjal K
(Pranjal)

Subject: RE: [mpls] poll on =
making
draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document






 





Sorry, forget to cc to the mpls list.=
 



Lizhong






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

> Hi Pranjal, 

>
Thank you for the review, please see the clarification inline below.

> Hope it helps. 

>


> Lizhong 

>
  

>


> "Dutta, Pranjal K
(Pranjal)" <pranjal.dutta@alcatel-lucent.com> 

> wrote 2012/09/13 04:30:20:

> 

> > Dear Authors, 

>
> I apologize if some of this had been already discussed before. I 

> > have couple of questions on this draft and I am looking for some =


> > clarifications 

>
> on the some aspects. 

>
> On procedures described in section below: 

>
> “4.3.1.2.  HSMP LSP transit node operation 
>
>    Suppose node Z receives a HSMP-D Label Map <X, Y, L>=
;
from LSR D, the 

>
>    procedure is same as processing MP2MP-D Label Mapping mes=
sage
defined 

>
>    in [RFC6388] section 4.3.1.5, and the processing protocol
entity is 

>
>    HSMP-D label mapping message.  The different procedu=
re
is specified 

>
>    below. 

>
>   

>
>    Node Z checks if upstream LSR U already assigned a label =
Lu
to 

>
>    upstream <X, Y>.  If not, transit node Z waits
until it receives a 

>
>    HSMP-U Label Map <X, Y, Lu> from LSR U.
Once the HSMP-U Label Map is 

>
>    received from LSR U, node Z checks whether it already has
forwarding 

>
>    state upstream <X, Y> with incoming label Lu' and
outgoing label Lu. 

>
>    If it does, Z sends a HSMP-U Label Map <X, Y, Lu'> =
to
downstream 

>
>    node.  If it does not, it allocates a label Lu' and
creates a new 

>
>    label swap for Lu' with Label Lu over interface Iu.  =
;Interface
Iu is 

>
>    determined via the procedures in Section 4.3.1.  Nod=
e Z
determines 

>
>    the downstream HSMP LSR as per Section 4.3.1, and sends a
HSMP-U 

>
>    Label Map <X, Y, Lu'> to node D.” 

>
>   

>
>                     =
 
    

>
>                     =
 
    U 

>
>                     =
 
    | 

>
>                     =
 
    Z 

>
>                     =
 
  /  \ 

>
>                     =
 
 D    D’ 

>
>   

>
>    “Node Z checks if upstream LSR U already assigned a
label Lu to 

>
>     upstream <X, Y>.” 

>
>   

>
> Let’s assume that at time T1, U hasn’t assigned upstream l=
abel
Lu to

> > Z yet.  There 

>
> are two possible cases at time T1 – 

>
>   

>
> D is the first mLdp join seen by node Z for <X,Y> =


>
> OR, 

>
> Z has already seen another D’ earlier but waiting for response f=
rom 

> > U on Lu and 

>
> D is the join that is merging now. 

>
>   

>
> In that case what should be the forwarding state at Z for HSMP_DN? 
> > Essentially Z has one 

>
> or more downstream HSMP-D label L and advertised HSMP-D label to U. 
> > Should the downstream 

>
> state for HSMP-D be not installed since we must have Lu in order to 
> > make the HSMP X-connect 

> > logically complete + distribute label Lu’ to D(s)? I would
think it 

> > is important to precisely 

>
> describe the expected behaviour – means whether the HSMP_DN 

> > forwarding state and HSMP_UP 

>
> forwarding state programming are disjoint or bounded (one can’t =
live

> > without another)? 

>
> This is important further on the question on section 4.3.2 down below.=



>
>   

>
> Now let’s say Z receives upstream label from U – the Lu, a=
t a
time T2 > T1. 

>
>   

>
>    “Once the HSMP-U Label Map is received from LSR U, =
node
Z checks 

> > whether it already has 

>
>    Forwarding state upstream <X, Y> with incoming labe=
l
Lu' and 

> > outgoing label Lu.” 

>
>   

>
> I am little confused in the text above on the procedure at Z on receip=
t of


>
> Label mapping Lu from U. How is it possible that Z already has a
forwarding 

>
> state Lu’->SWAP->Lu before receipt of Lu from U? Lu’=
 can
map to only one 

>
> outgoing label Lu, correct (since HSMP UP is unicast)? Or are we 

> considering 

>
> the case of receipt of a duplicate label mapping from an upstream?


>
>   

>
> Further in next clause: 

>
>    “If it does, Z sends a HSMP-U Label Map <X, Y,
Lu'> to downstream 

>
>    node.  If it does not, it allocates a label Lu' and
creates a new 

>
>    label swap for Lu' with Label Lu over interface Iu.”=
;


>
>   

>
> So if a forwarding state Lu’->SWAP->Lu “already̶=
1;
exists in Z then Z 

> > distributes 

>
> label Lu’. But how is it possible that Lu’->SWAP->Lu
already exists 

> > before Lu’ 

>
> is distributed by Z to D? 

>
>   

>
> The last paragraph in section 4.3.2.1 mentions that “same label =


> > (representing the 

> > 

> > upstream path) can be distributed to all downstream nodes”
– I look 

> > it at the same 

> > 

> > way how ldp prefix tunnels are set-up in data path – MP2P. =
Thus
it 

> > is possible that 

>
> Forwarding state Lu’->Lu already exists when Z received HSMP-=
D 

> > mapping from D, in 

>
> case of same HSMP-U label is distributed to all D. 

>
>   

>
> I would suggest to discuss the last paragraph of section 4.3.2.1 

> > prior to discuss 

>
> the detailed procedures in order to present a logical flow. 

>
[Lizhong] the forwarding state of HSMP_UP and HSMP_DN are disjoint. 

> Their forwarding state programming are triggered by LDP message 

> which is same as MP2MP LSP. Your understanding is right, it is the 
> say way of MP2P. We will switch the last paragraph of section 4.3.1.
> 2 to the beginning of this section. Thanks. 

>


> >   

>
> I am wondering whether following should be a MUST instead on
“can”. 

>
>   

>
>    “Since a packet from any downstream node is forward=
ed
only to the 

>
>    upstream node, the same label (representing the upstream
path) can be 

>
>    distributed to all downstream nodes.”=
 

>
>   

>
> Because section 4.3 mentions as below on HSMP_UP label allocation 

> > from platform wide 

>
> space. It’s a significant waste of label space if distinct label=
 is 

> > distributed per 

>
> peer, unless there is a strong use case if any but such case is not 
> > evident from 

>
> the draft.   

>
>   

>
>    “HSMP-U Label Map <X, Y, Lu>: A Label Map mes=
sage
with a single 

>
>    HSMP upstream FEC Element <X, Y> and label TLV with
label Lu.  Label 

>
>    Lu MUST be allocated from the per-platform label space of=
 the
LSR 

>
>    sending the Label Map Message.” 

>
>   

>
> Section 3.2 mentions the goal to reduce operational cost by reducing
> > labels/forwarding state. 

>
>   

>
>    “In that case, the operational cost will be reduced=
 for


> > maintaining only one HSMP LSP, instead of 

>
>    P2MP LSP and n (number of leaf nodes) P2P reverse
LSPs.” 

>
[Lizhong] yes, "can" should be "MUST" here, thanks.


>


> >   

>
>   

>
> On following section: 

>
> “4.3.2.  HSMP LSP Label Withdraw 

>
>   

>
>    The HSMP Label Withdraw procedure is much same as MP2MP l=
eaf


>
>    operation defined in [RFC6388] section 4.3.2, and the
processing 

>
>    protocol entities are HSMP FECs.  The only differenc=
e is
process of 

>
>    HSMP-U label release message, which is specified below.


>
>   

>
>    When a transit node Z receives a HSMP-U label release mes=
sage
from 

>
>    downstream node D, Z should check if there are any incomi=
ng interface


>
>    in forwarding state upstream <X, Y>.  If all
downstream nodes are 

>
>    released and there is no incoming interface, Z should del=
ete
the 

>
>    forwarding state upstream <X, Y> and send HSMP-U la=
bel
release 

>
>    message to its upstream node.” 

>
>   

>
> Let’s say that node Z receives an unsolicited release for LuR=
17;
from 

> > downstream node D 

>
> in the context of HSMP_UP, then what should be the action on 

> > forwarding/control state 

>
> for HSMP_DN path? Does the HSMP_DN path continue to exist towards 

> > downstream D (means 

>
> leave the HSMP_UP broken from D->Z and HSMP_DN working from Z->D=
)? 

> > Perhaps it would be 

> > 

> > good to clarify the resultant state since utility of HSMP LSP is =


> > based on presence of 

> > 

> > both UP and DOWN state. 

>
[Lizhong] the HSMP_UP/HSMP_DN state should be withdrawed/released by

> only their corresponding withdraw/release message. Only the leaf 

> node will send both withdraw for HSMP_DN and release for HSMP_UP to 
> its upstream node, refer to RFC6388 section 3.3.2. BTW, the 

> reference section 4.3.2 should be 3.3.2, will fix this in next version=
.


>


> >   

>
>   

>
> In the same way what happens if Z receives an unsolicited release of
> > HSMP_DN label from 

> > 

> > U? Should the HSMP_UP state continue at Z? I understand that by <=
br>
> > theory such things are 

> > 

> > not defined by any spec but in real life situations a Z may face =
all

> > possibilities of 

>
> messaging from its peers that may impact control and forwarding state.=
 

>
[Lizhong] when Z receives a release of HSMP_DN from U, it maybe 

> because of lack of label resouce or other reasons, Z will send label
> release to downstream until to leaf node. When the leaf node 

> receives a release of HSMP_DN from its upstream, and it already 

> received label mapping of HSMP_UP from U before, leaf node should 

> send label release of HSMP_UP to its upstream node. The procedure 

> above reflect the disjointness betwen HSMP_DN and HSMP_UP. 

>


> >   

>
>   

>
> The following section mentions about benefits offered by P2MP LSP 

> > Ping w.r.t Multi-Point


>
> OAM, which is good from multiple perspectives. But I don’t see t=
he 

> > required toolkit to 

>
> implement OAM for HSMP LSP. 

>
>   

>
>   

>
> "3. Applications 

>
>   

>
>   

>
>    In some cases, the P2MP LSP may not have a reply path for=
 the
OAM 

>
>    message (e.g, LSP Ping).  If P2MP LSP is provided by
HSMP LSP, then 

>
>    the upstream path could be exactly used as the OAM messag=
e
reply 

>
>    path.  This is especially useful in the case of P2MP=
 LSP
fault 

>
>    detection, performance measurement, root node redundancy =
and
etc. 

>
>    There are several other applications that could take
advantage of 

>
>    such kind of LDP based HSMP LSP as described below."=



>
>   

>
>   

>
> I could find that section 3.1.2 in RFC 6425 defines following two 

> > FEC elements. 

>
>   

>
>         Sub-Type #       Length &nb=
sp;  
         Value Field 

>
>         ----------       ------ &nb=
sp;  
         ----------- 

>
>               19     &nbs=
p;
Variable            Multicast P2MP LDP FEC St=
ack


>
>               20     &nbs=
p;
Variable            Multicast MP2MP LDP FEC S=
tack


>
>   

>
> I am not able to see how to fit HSMP into one of RFC 6425 defined type=
s.


>
> IMO, HSMP requires a new sub-type since HSMP defines new FEC elements =
as 

>
> below: 

>
>   

>
> "4.2. HSMP FEC Elements 

>
>   

>
>   

>
>    Similar as MP2MP LSP, we define two new protocol entities=
,
the HSMP 

>
>    downstream FEC and upstream FEC Element.  If a FEC T=
LV
contains an 

>
>    HSMP FEC Element, the HSMP FEC Element MUST be the only F=
EC
Element 

>
>    in the FEC TLV.  The structure, encoding and error
handling for the 

>
>    HSMP downstream and upstream FEC Elements are the same as=
 for
the 

>
>    MP2MP FEC Element described in [RFC6388] Section 4.2. &nb=
sp;The
difference 

>
>    is that two additional new FEC types are used: HSMP
downstream type 

>
>    (TBD, IANA) and HSMP upstream type (TBD, IANA)."


>
>   

>
> I would think in order to develop and deploy a solution like HSMP, OAM=
 

>
> tools need to be precisely defined. 

>
[Lizhong] right, OAM is missing in current draft. Currently the OAM 

> tool definition is not in the scope. Maybe another draft effort is
necessary. 

>


> >   

>
> Thanks, 

>
> Pranjal 

>
>   

>
>   

>
> -----Original Message-----

> > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Beh=
alf

> > Of Loa Andersson

> > Sent: Monday, September 03, 2012 11:16 PM

> > To: mpls@ietf.org
> > Cc: draft-jjwl-mpls-mldp-hsmp@tools.i=
etf.org;
mpls-chairs@tools.ietf.org

> > Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a=
 

> > mpls wg document 

>
>   

>
> Working group, 

>
>   

>
> this is to start a two week poll on adopting 

>
> draft-jjwl-mpls-mldp-hsmp-01.txt 

>
> as an MPLS working group document. 

>
>   

>
> Please send your comments (support/not support) to the mpls working


>
> group mailing list (mpls@ietf.org).


>
>   

>
> This poll is extended and will end Sep 19th, 2012. 

>
>   

>
> /Loa 

>
> (mpls wg co-chair) 

>
> -- 

>
>   

>
>   

>
> Loa Andersson                 =
 
      email: loa.andersson@ericsson.com 

>
> Sr Strategy and Standards Manager           &=
nbsp;loa@pi.nu


>
> Ericsson Inc                 &=
nbsp;
       phone: +46 10 717 52 13 

>
>                     =
 
                     =
;  
+46 767 72 92 13 

>
> _______________________________________________ 

>
> mpls mailing list 

>
> mpls@ietf.org 

>
> https://www.ietf.org/mailman/listinfo/mpls
--_000_C584046466ED224CA92C1BC3313B963E13F0EDB6B0INBANSXCHMBSA_-- From pranjal.dutta@alcatel-lucent.com Mon Sep 17 16:51:17 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1265D21E809E for ; Mon, 17 Sep 2012 16:51:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.545 X-Spam-Level: X-Spam-Status: No, score=-8.545 tagged_above=-999 required=5 tests=[AWL=2.054, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 5aG4fuZiYWf5 for ; Mon, 17 Sep 2012 16:51:16 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 4778121E809C for ; Mon, 17 Sep 2012 16:51:16 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id q8HNp7MC006009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Sep 2012 18:51:10 -0500 (CDT) Received: from INBANSXCHHUB02.in.alcatel-lucent.com (inbansxchhub02.in.alcatel-lucent.com [135.250.12.35]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q8HNp62V017627 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Sep 2012 05:21:06 +0530 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.53]) by INBANSXCHHUB02.in.alcatel-lucent.com ([135.250.12.35]) with mapi; Tue, 18 Sep 2012 05:21:05 +0530 From: "Dutta, Pranjal K (Pranjal)" To: "thomas.morin@orange.com" , "mpls@ietf.org" Date: Tue, 18 Sep 2012 05:21:03 +0530 Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: AQHNlNh0krUbqr7KlkKZAe1Iv+Vy7ZePNN1Q Message-ID: References: <50459CB7.4090208@pi.nu> <4F34BF4D-6CF5-4CB7-8438-C13E880E7BC6@cisco.com> <26697_1347888565_505725B4_26697_134_1_505725F4.9020406@orange.com> In-Reply-To: <26697_1347888565_505725B4_26697_134_1_505725F4.9020406@orange.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 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33 Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 23:51:17 -0000 +1 -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of tho= mas.morin@orange.com Sent: Monday, September 17, 2012 6:29 AM To: mpls@ietf.org Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls = wg document Hi Ice, I don't disagree that it can make sense to have such a protocol with the=20 idea of augmenting the MPLS toolbox. However after two years the proposal has been made, I'm surprised the=20 use cases aren't stronger. Should the IETF publish a standard track RFC each time something looks=20 like potentially useful in the future ? Anyways, if the document is going to document use cases, they should be=20 more detailed. The recent revision has not improved a lot in this=20 respect: the "Time synchronisation" and "IPTV" use cases are still not=20 explaining why a co-routed return path is required or beneficial, and=20 the "IPTV" use case is still lacking details about redundancy (it's=20 clear to me how you have fail-over between IGMP Querier/PIM DF on a LAN,=20 but it is not obvious to me how "node redundancy for IGMP querier could=20 be provided by two independent VPMS instances with HSMP applied"). By and large, I'm not able to assert that the proposed extension won't=20 have a use, but I find it hard to support adoption without stronger use=20 cases. -Thomas IJsbrand Wijnands : > Dear WG, > > Being a co-author I obviously support this draft. > > My reasons for supporting this draft; > > A HSMP LSP provides an upstream path to the root, associated with a speci= fic downstream path, without the need for additional overlay procedures. Th= is is good for applications that require co-routed up and downstream paths.= There has been some discussion whether or not the use-cases in this draft = are strong enough, IMO this is a good toolkit to have in the mLDP box and I= 'm sure other use-cases will follow later. > > Thx, > > Ice. > > On 04 Sep 2012, at 08:16, Loa Andersson wrote: > >> Working group, >> >> this is to start a two week poll on adopting >> draft-jjwl-mpls-mldp-hsmp-01.txt >> as an MPLS working group document. >> >> Please send your comments (support/not support) to the mpls working >> group mailing list (mpls@ietf.org). >> >> This poll is extended and will end Sep 19th, 2012. >> >> /Loa >> (mpls wg co-chair) >> --=20 >> >> >> Loa Andersson email: loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for message= s that have been modified, changed or falsified. Thank you. _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From Andras.Csaszar@ericsson.com Tue Sep 18 08:21:15 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C2DC21F8668 for ; Tue, 18 Sep 2012 08:21:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.749 X-Spam-Level: X-Spam-Status: No, score=-4.749 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_22=0.6, J_CHICKENPOX_39=0.6, 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 RBBOKABwq+iU for ; Tue, 18 Sep 2012 08:21:14 -0700 (PDT) Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 2074A21F8661 for ; Tue, 18 Sep 2012 08:21:05 -0700 (PDT) X-AuditID: c1b4fb30-b7f7d6d0000042ea-42-5058915ff38b Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 18.79.17130.F5198505; Tue, 18 Sep 2012 17:21:04 +0200 (CEST) Received: from ESESSCMS0363.eemea.ericsson.se ([169.254.1.116]) by esessmw0247.eemea.ericsson.se ([153.88.115.93]) with mapi; Tue, 18 Sep 2012 17:21:03 +0200 From: =?utf-8?B?QW5kcsOhcyBDc8Ohc3rDoXI=?= To: Loa Andersson Date: Tue, 18 Sep 2012 17:21:02 +0200 Thread-Topic: RE: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: Ac2VsCgp1NAj0/pTRLeG5756a7NDYw== Message-ID: <8DCD771BDA4A394E9BCBA8932E8392978C86F49EDC@ESESSCMS0363.eemea.ericsson.se> Accept-Language: hu-HU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: hu-HU, en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrLLMWRmVeSWpSXmKPExsUyM+JvrW7CxIgAg5/zmS3+zZ3DbHFr6UpW ByaPJUt+MnnMmt7GFsAUxWWTkpqTWZZapG+XwJWxufMgY0EDb8WG1nlsDYxXeLoYOTkkBEwk fm1uZ4ewxSQu3FvP1sXIxSEkcIpRYsWq2awQzkJGiec7/rCAVLEJeEjcv/6XGcQWEZCVuLbt J1MXIwcHs4CyxKm7MiBhFgFViYbbyxlBbGGBCIkHVz9DlcdK3D0yjQXC1pP4feIEWA2vQLjE kaO/mUHGMAKNfLjWAiTMLCAucevJfCaI2wQkluw5zwxhi0q8fPyPFcRmFJCR+LD0EBvEBZoS 63fpQ7QqSkzpfsgOMV1Q4uTMJywTGEVmIZk6C6FjFpKOWUg6FjCyrGIUzk3MzEkvN9dLLcpM Li7Oz9MrTt3ECIyCg1t+G+xg3HRf7BCjNAeLkjivnup+fyGB9MSS1OzU1ILUovii0pzU4kOM TBycUg2Mibo+L6P9Zu3XuMu9U9zlf7zmV8v1O5osZi7u5xV12WRmJp4atW7T2sM5y5aUr5y8 xqPRIsk4TWkSz4mAaRfe5S+M8l26XPDC58BFE0q2+2+TnplnZFyy+XlBev6E+I9dZ/auLNj3 UXvtrngjk11T1djbi7WOqM+PXKElvEgjeArz88RNZ7acUmIpzkg01GIuKk4EADJIfGlQAgAA Cc: "mpls@ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 15:21:15 -0000 SGkgTG9hLA0KDQpJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyB3b3JrLg0KDQpXaGlsZSBpbiBn ZW5lcmFsIEkgYWdyZWUgd2l0aCBUaG9tYXMgdGhhdCB0aGUgSUVURiBzaG91bGQgbm90IHB1Ymxp c2ggYSBzdGFuZGFyZCB0cmFjayBSRkMgZWFjaCB0aW1lIHNvbWV0aGluZyBsb29rcyANCmxpa2Ug cG90ZW50aWFsbHkgdXNlZnVsLCBidXQNCg0KMS4gVGhpcyBkcmFmdCBhbHJlYWR5IHByb3Bvc2Vz IHNvbWUgdXNlIGNhc2VzOw0KMi4gV0cgYWRvcHRpb24gZG9lcyBub3QgbWVhbiBpdCBpbW1lZGlh dGVseSBiZWNvbWVzIGFuIFJGQywgYnV0IGl0IGNvdWxkIG1lYW4gdG8gZW5jb3VyYWdlIHRoZSBX RyB0byB0aGluayBvbiBmdXJ0aGVyIHVzZS1jYXNlczsNCjMuIENvbXBhcmVkIHRvIG90aGVyIHN0 dWZmLCBJIGhhdmUgYSBtdWNoIHN0cm9uZ2VyIGZlZWxpbmcgdGhhdCBzcGVjaWZpYyB0b29sIHdp bGwgYWN0dWFsbHkgZmluZCBmdXJ0aGVyIGdvb2QgdXNlLWNhc2VzLg0KDQpDaGVlcnMsDQpBbmRy w6FzDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkZyb206IExv YSBBbmRlcnNvbg0KDQo+IFdvcmtpbmcgZ3JvdXAsDQo+DQo+IHRoaXMgaXMgdG8gc3RhcnQgYSB0 d28gd2VlayBwb2xsIG9uIGFkb3B0aW5nDQo+IGRyYWZ0LWpqd2wtbXBscy1tbGRwLWhzbXAtMDEu dHh0DQo+IGFzIGFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC4NCj4NCj4gUGxlYXNlIHNl bmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2lu Zw0KPiBncm91cCBtYWlsaW5nIGxpc3QgKG1wbHMgYXQgaWV0Zi5vcmcpLg0KPg0KPiBUaGlzIHBv bGwgaXMgZXh0ZW5kZWQgYW5kIHdpbGwgZW5kIFNlcCAxOXRoLCAyMDEyLg0KPg0KPiAvTG9hDQo+ IChtcGxzIHdnIGNvLWNoYWlyKQ0KPiAtLQ0KPg0KPg0KPiBMb2EgQW5kZXJzc29uICAgICAgICAg ICAgICAgICAgICAgICAgIGVtYWlsOiBsb2EuYW5kZXJzc29uIGF0IGVyaWNzc29uLmNvbQ0KPiBT ciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBsb2EgYXQgcGkubnUN Cj4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcx NyA1MiAxMw0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAr NDYgNzY3IDcyIDkyIDEzDQo= From y.kamite@ntt.com Wed Sep 19 03:24:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CBDB21F865E for ; Wed, 19 Sep 2012 03:24:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id llewurZ45Oni for ; Wed, 19 Sep 2012 03:24:52 -0700 (PDT) Received: from mgw030.noc.ntt.com (mgw030.noc.ntt.com [210.160.55.3]) by ietfa.amsl.com (Postfix) with ESMTP id 1295921F8658 for ; Wed, 19 Sep 2012 03:24:52 -0700 (PDT) Received: from c0042i0.coe.ntt.com (unknown [10.18.161.11]) by mgw030.noc.ntt.com (NTT Com MailSV) with ESMTP id E4C4F1C583D0 for ; Wed, 19 Sep 2012 19:24:50 +0900 (JST) Received: from C0037I0.coe.ntt.com (10.18.160.41) by c0042i0.coe.ntt.com (10.18.161.11) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 19 Sep 2012 19:24:46 +0900 Received: from C0007I0.coe.ntt.com ([169.254.1.46]) by C0037I0.coe.ntt.com ([10.18.160.41]) with mapi id 14.01.0355.002; Wed, 19 Sep 2012 19:24:50 +0900 From: Yuji Kamite To: "mpls@ietf.org" Thread-Topic: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document Thread-Index: AQHNimTV89Ou2rZfAkWwfB68koicKJeRjEAQ Date: Wed, 19 Sep 2012 10:24:49 +0000 Message-ID: <1A095D7ECD89A64C9D3C77AE2DDE660B57DC0B7E@C0007I0.coe.ntt.com> References: <50459CB7.4090208@pi.nu> In-Reply-To: <50459CB7.4090208@pi.nu> Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ccmail-original-to: mpls@ietf.org x-originating-ip: [10.50.137.96] Content-Type: text/plain; charset="iso-2022-jp" MIME-Version: 1.0 Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 10:24:52 -0000 Support. Regards, Yuji > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Tuesday, September 04, 2012 3:16 PM > To: mpls@ietf.org > Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org; mpls-chairs@tools.ietf.org > Subject: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document > > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From loa@pi.nu Wed Sep 19 03:48:51 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4213321F8718 for ; Wed, 19 Sep 2012 03:48:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.953 X-Spam-Level: X-Spam-Status: No, score=-101.953 tagged_above=-999 required=5 tests=[AWL=-0.646, BAYES_00=-2.599, MISSING_HEADERS=1.292, 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 ddzq4l8C52O2 for ; Wed, 19 Sep 2012 03:48:50 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id B345921F8717 for ; Wed, 19 Sep 2012 03:48:50 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 7CEB4514009; Wed, 19 Sep 2012 12:48:48 +0200 (CEST) Message-ID: <5059A308.3050307@pi.nu> Date: Wed, 19 Sep 2012 12:48:40 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" , MPLS-TP ad hoc team , draft-ietf-mpls-tp-ring-protection@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 10:48:51 -0000 Working Group, this is to start a two week working group last call on draft-ietf-mpls-tp-ring-protection-02-txt. Please note that there are two IPR disclosures # 1462 and # 1872 related to this document. Please send your comments to the mpls working group mailing lists (mpls@ietf.org). The working group last call ends October 3, 2012. /Loa for the mpls wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From nurit.sprecher@nsn.com Wed Sep 19 07:13:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 166F221F86AF for ; Wed, 19 Sep 2012 07:13:23 -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 kbDJK7maXXzb for ; Wed, 19 Sep 2012 07:13:22 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 46EFF21F846D for ; Wed, 19 Sep 2012 07:13:05 -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 q8JECw6h003513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 19 Sep 2012 16:13:00 +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 q8JECud1030608; Wed, 19 Sep 2012 16:12:56 +0200 Received: from DEMUEXC013.nsn-intra.net ([10.150.128.24]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 19 Sep 2012 16:12:56 +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: Wed, 19 Sep 2012 16:12:54 +0200 Message-ID: In-Reply-To: <5059C6F8.3040204@pi.nu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Reminder: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection Thread-Index: Ac2WacowGvLe2voRQhuMl5ZZBKbk6AABu+/Q References: <5059AF3E.6040106@alcatel-lucent.com> <5059C6F8.3040204@pi.nu> From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" To: "ext Loa Andersson" X-OriginalArrivalTime: 19 Sep 2012 14:12:56.0098 (UTC) FILETIME=[DD8AD820:01CD9670] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 1907 X-purgate-ID: 151667::1348063980-00006F5F-AFE64963/0-0/0-0 Cc: mpls@ietf.org Subject: Re: [mpls] Reminder: IPR poll on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 14:13:23 -0000 Loa hi, I am not aware of any related IPR. Best regards, Nurit > -------- Original Message -------- > Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection > Date: Mon, 17 Sep 2012 12:13:33 +0100 > From: Stewart Bryant > Reply-To: stbryant@cisco.com > To: Loa Andersson > > On 22/08/2012 13:25, Loa Andersson wrote: >> Working Group and authors; >> >> the authors of draft-ietf-mpls-tp-ring-protection has >> asked that the draft is working group last called. >> >> Before the working group last call, we would like to check whether >> there is IPR on the document that needs to be disclosed. >> >> Are you aware of any IPR that applies to >> draft-ietf-mpls-tp-ring-protection? >> >> If so, has this IPR been disclosed in compliance with IETF IPR rules >> (see RFCs 3979, 4879, 3669 and 5378 for more details). >> >> If you are listed as a document author or contributor please respond to >> this email regardless of whether or not you are aware of any relevant >> IPR. The response needs to be sent to the MPLS wg mailing list. The >> documents will not advance to the next stage until a response >> has been received from each author and contributor. >> >> If you are on the MPLS WG email list but are not listed as an author or >> contributor, then please explicitly respond only if you are aware of any >> IPR that has not yet been disclosed in conformance with IETF rules. >> >> Thanks, Loa >> (as MPLS WG co-chair) > I have check the list of patents that I have filed and as far as > I can see none over lap this draft. > > Stewart > --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From liu.guoman@zte.com.cn Thu Sep 20 00:18:40 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C9CD21F85DA for ; Thu, 20 Sep 2012 00:18:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.858 X-Spam-Level: X-Spam-Status: No, score=-91.858 tagged_above=-999 required=5 tests=[BAYES_50=0.001, GB_ABOUTYOU=0.5, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_BAD_ID=2.837, 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 AzStJDKPg1VL for ; Thu, 20 Sep 2012 00:18:39 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id E41F521F846A for ; Thu, 20 Sep 2012 00:18:37 -0700 (PDT) Received: from [10.30.3.21] by mx5.zte.com.cn with surfront esmtp id 551312585701070(version=TLSv1/SSLv3 cipher=SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA bits=128 verify=NO); Thu, 20 Sep 2012 15:10:33 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q8K7IOjm054163; Thu, 20 Sep 2012 15:18:24 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <20ECF67871905846A80F77F8F4A275720F54DAB3@xmb-rcd-x09.cisco.com> To: "Eric Osborne (eosborne)" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Thu, 20 Sep 2012 15:18:20 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-20 15:18:20, Serialize complete at 2012-09-20 15:18:20 Content-Type: multipart/alternative; boundary="=_alternative 0028347148257A7F_=" X-MAIL: mse02.zte.com.cn q8K7IOjm054163 Cc: "mpls@ietf.org" Subject: Re: [mpls] Comments on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 07:18:40 -0000 This is a multipart message in MIME format. --=_alternative 0028347148257A7F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGksIGFsbA0KaSBhZ3JlZSBvbiB3aGF0IEVyaWMgc2FpZCBpbiB0aGlzIGVtYWlsLg0KZm9yIHAy bXAgUk9NIFdyYXBwaW5nLCBpdCBpcyB2ZXJ5IHBvb3JseSBmb3Igc2NhbGVzLiBpbiBteSBtaW5k ICwgaSANCmRpc2N1c3NlZCB0aGUgcHJvYmxlbSBpbiB0aGUgcGFzdC4NCmluIGFkZHRpb24sIGZv ciBwMm1wIHN0ZWVyaW5nICwgaSBjb21wbGV0ZWx5IGFncmVlIHdpdGggRXJpYydzIG9waW5pb25z LiANCml0IHNob3VsZCBhbGxvdyBlaXRoZXIgMSsxIG9yIDE6MSANCmluIHRoZSBwcm90ZWN0aW9u IG1lY2hhbmlzbS4gYWZ0ZXIgYWxsLCAxKzEgbWF5IHdhc3RlIG1vcmUgYmFuZHdpZHRoIA0KcmVz b3VyY2UgdGhhbiAxOjEgaW4gbXkgbWluZC4NCnNvIGkgdGhpbmsgdGhhdCB0aGUgYXV0aG9ycyBv ZiB0aGlzIGRyYWZ0IHNob3VsZCBjb25zaWRlciBhZGRpbmcgMToxIA0KbWVjaGFuaXNtIGluIHAy bXAgc3RlZXJpbmcgc2VjdGlvbi4NCg0KYmVzdCByZWdhcmRzDQpsaXUgDQoNCg0KDQoNCg0KDQoN CiJFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKSIgPGVvc2Jvcm5lQGNpc2NvLmNvbT4gDQq3orz+yMs6 ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMTItMDgtMjQgMDQ6MDYNCg0KytW8/sjLDQpZYWFj b3YgV2VpbmdhcnRlbiA8d3lhYWNvdkBnbWFpbC5jb20+DQqzrcvNDQoibXBsc0BpZXRmLm9yZyIg PG1wbHNAaWV0Zi5vcmc+LCANCiJkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uQHRv b2xzLmlldGYub3JnIiANCjxkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uQHRvb2xz LmlldGYub3JnPg0K1vfM4g0KUmU6IFttcGxzXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW1wbHMt dHAtcmluZy1wcm90ZWN0aW9uDQoNCg0KDQoNCg0KDQpIaSBZYWFjb3YtDQoNCiAgSW5saW4gd2l0 aCBFTyMuDQoNCi4uLg0KDQo+ICAgICAgICAgICAgICAgIE9uZSBjb21tZW50IG9uIGxpbmsgdnMg bm9kZSBwcm90ZWN0aW9uLiAgVGhlcmUgYXJlIGZldyANCnBsYWNlcywgZS5nLg0KPiBzZWN0aW9u IDIuNCwgd2hpY2ggc2F5IHRoYXQgcHJvdmlkaW5nIGJvdGggbGluayBhbmQgbm9kZSBwcm90ZWN0 aW9uIGFyZQ0KPiBkaWZmaWN1bHQuICBJIGRvIG5vdCBiZWxpZXZlIHRoaXMgdG8gYmUgdHJ1ZS4g IEkgYW0gZmFtaWxpYXIgd2l0aCB0d28NCj4gaW1wbGVtZW50YXRpb25zIHRoYXQgYXJlIGVhc2ls eSBhYmxlIHRvIGRvIHRoaXMgdG9kYXkuICBUaGUgYWxnb3JpdGhtIGlzDQo+IHNpbXBsZTsgaWYg dGhlIHRoaW5nIHlvdSdyZSBwcm90ZWN0aW5nIGVuZHMgb24gdGhlIG5leHQtaG9wLCB1c2UgbGlu aw0KPiBwcm90ZWN0aW9uLiAgT3RoZXJ3aXNlIHVzZSBub2RlLiAgSSBhZ3JlZSB0aGF0IHdpdGgg YSBzdGF0aWNhbGx5IA0KY29uZmlndXJlZA0KPiBuZXR3b3JrIGl0IGJlY29tZXMgdGhlIHJlc3Bv bnNpYmlsaXR5IG9mIHRoZSBOTVMgdG8gbWFrZSBzdXJlIHRoaXMgaXMgDQpkb25lDQo+IHJpZ2h0 LCBidXQgaXQncyBhIHNpbXBsZSB0aGluZyB0byBkby4NCj4gDQo+IA0KPiB5dz4+IFllcywgeW91 IGFyZSBjb3JyZWN0IGFuZCBwcmV2aW91cyB2ZXJzaW9ucyBvZiB0aGUgZHJhZnQgYWN0dWFsbHkg DQppbmNsdWRlZA0KPiBzdWNoIGEgc29sdXRpb24uICBIb3dldmVyLCB0aGVyZSB3ZXJlIG1hbnkg Y29tbWVudHMgZnJvbSBkaWZmZXJlbnQNCj4gbWVtYmVycyB0aGF0IHdoZW4gd2UgdXNlIHN1Y2gg YSBzY2hlbWUgdGhhdCB0aGUgdHJhZmZpYyBpcyBubyBsb25nZXIgDQp1c2luZw0KPiB0aGUgc2Ft ZSBwYXRoIGluIGJvdGggZGlyZWN0aW9ucyBhbmQgdGhlIHByb3RlY3Rpb24gcGF0aCBpcyAibm9u LQ0KPiBkZXRlcm1pbmlzdGljIiB3aGljaCBpcyBib3RoZXJzb21lIHRvIG1hbnkgdHJhbnNwb3J0 IHNlcnZpY2UgcHJvdmlkZXJzLiANCg0KRU8jICBJIGVpdGhlciBkb24ndCBnZXQgaXQgb3IgZG9u J3QgYWdyZWUuICBJbiBhIHJpbmcsIHlvdSBjYW4gZ28gQ1cgb3IgDQpDQ1cuICBJZiB0aGUgbm9y bWFsIHRyYWZmaWMgZ29lcyBDVywgYm90aCB0aGUgbGluayBhbmQgbm9kZSBwcm90ZWN0aW9uIA0K dHVubmVscyBtdXN0IGZvbGxvdyB0aGUgQ0NXIHBhdGguICBUaGVyZSBpcyBvbmx5IG9uZSB3YXkg dG8gZ287IHRoYXQncyANCndoYXQgcGVvcGxlIHNlZW0gdG8gbGlrZSBhYm91dCByaW5ncy4gIEhv dyBpcyB0YWtpbmcgdGhlIGV4YWN0IHNhbWUgcGF0aCANCm5vbi1kZXRlcm1pbmlzdGljPw0KDQo+ IFdlDQo+IGZvdW5kIHRoYXQgdHJ5aW5nIHRvIGFkZHJlc3MgdGhlc2UgY29tbWVudHMgY29tcGxp Y2F0ZWQgaXNzdWVzIGFuZA0KPiB0aGVyZWZvcmUgd2Ugc3VnZ2VzdCB0aGF0IHRoZSBTUCBkZWNp ZGUgYS1wcmlvcmkgZm9yIGVhY2ggd29ya2luZyBwYXRoDQo+IHdoZXRoZXIgdGhleSB3YW50IHRv IGFwcGx5IGxpbmsgb3Igbm9kZSBwcm90ZWN0aW9uLg0KDQpFTyMgIERlcGVuZGluZyBvbiBob3cg eW91IHNldCB1cCB0aGUgIm5vZGUgcHJvdGVjdGlvbiIgTFNQLCB5b3UgbWF5IG9yIG1heSANCm5v dCBmaW5kIHRoYXQgbGluayBwcm90ZWN0aW9uIGlzIG1hbmRhdG9yeS4NCg0KQ29uc2lkZXIgYSA1 LW5vZGUgcmluZywgQS1CLUMtRC1FLUEuIA0KSWYgQiBwcm90ZWN0cyBhZ2FpbnN0IHRoZSBmYWls dXJlIG9mIGxpbmsgQkMsIGl0IHdpbGwgaGF2ZSBhIHByb3RlY3QgTFNQIA0Kb2YgQi1BLUUtRC1D Lg0KSWYgQiBwcm90ZWN0cyBhZ2FpbnN0IHRoZSBmYWlsdXJlIG9mIG5vZGUgQywgaXQgd2lsbCBo YXZlIGEgcHJvdGVjdCBMU1Agb2YgDQpCLUEtRS1ELg0KVGhpcyB3b3JrcyBqdXN0IGZpbmUgaWYg dGhlcmUgYXJlIG5vIExTUHMgd2hpY2ggY3Jvc3MgbGluayBCQyBhbmQgd2hpY2ggDQplZ3Jlc3Mg dGhlIHJpbmcgYXQgQy4gDQpCdXQgaWYgdGhlcmUncyBhbiBMU1AgQS1CLUMgd2hpY2ggZWdyZXNz ZXMgdGhlIHJpbmcgYXQgQywgQiAqY2Fubm90KiB1c2UgDQp0aGUgbm9kZSBwcm90ZWN0aW9uIHR1 bm5lbCBmb3IgdHJhZmZpYyB3aGljaCBlZ3Jlc3NlcyBhdCBDLiANCg0KSXQgZ2V0cyBoYWlyaWVy IHdpdGggcDJtcC4NCkNvbnNpZGVyIHRoZSBzYW1lIHJpbmcsIHdpdGggdHdvIHAybXAgTFNQcywg QS1CLVtDXS1bRF0tRSBhbmQgDQpBLUItW0NdLVtEXS1bRV0uDQpXaXRoIHRyYWRpdGlvbmFsIG5v ZGUgcHJvdGVjdGlvbiAodGhhdCBpcywgYSBwMnAgdHVubmVsIHdoaWNoIGRlbGl2ZXJzIA0KdHJh ZmZpYyB0byB0aGUgTk5IT1Agd2hpY2ggdGhlbiBtZXJnZXMgYW5kIGNvbnRpbnVlcyBkb3duc3Ry ZWFtKSwgQidzIExTUCANCnByb3RlY3RpbmcgYWdhaW5zdCB0aGUgZmFpbHVyZSBvZiBDIHdvdWxk IGJlIEItQS1FLUQuICBUaGlzLCB0b28sIGxlYXZlcyANCnlvdSB1bnByb3RlY3RlZCBpZiBsaW5r ICBCQyBmYWlscyBidXQgQyBpcyByZWFjaGFibGUgdmlhIEQuDQoNCllvdSBjb3VsZCBidWlsZCBi b3RoIGEgbGluayBhbmQgYSBub2RlIHByb3RlY3Rpb24gdHVubmVsLCBpLmUuICBCLUEtRS1ELUMg DQphbmQgQi1BLUUtRC4NCg0KT25lIG1pZ2h0IGluc3RlYWQgYmUgdGVtcHRlZCB0byBvcHRpbWl6 ZSBhbmQgcHJvdGVjdCBhZ2FpbnN0IGJvdGggbGluayBhbmQgDQpub2RlIHdpdGggYSBzaW5nbGUg dHVubmVsLCBlLmcuIEItQS1FLVtEXS1bQ10uICBUaGlzIGdldHMgdHJpY2tpZXIsIA0KdGhvdWdo LCBzaW5jZSBDIG5lZWRzIHRvIHNlZSBhIGRpZmZlcmVudCBsYWJlbCBpbiB0aGlzIGNhc2UgdGhh biBpdCB3b3VsZCANCmhhdmUgcmVjZWl2ZWQgd2VyZSBpdCBzdGlsbCBkaXJlY3RseSBjb25uZWN0 ZWQgdG8gQi4gIEl0J3Mgbm90IA0KaW50cmFjdGFibGUsIGJ1dCBpZiBzb21lIHBlb3BsZSdzIGhl YWRzIGV4cGxvZGUgaW4gdGhlIHByZXNlbmNlIG9mIGJvdGggDQpsaW5rIGFuZCBub2RlIHByb3Rl Y3Rpb24gSSdtIG5vdCBzdXJlIHRoZXknbGwgYmUgYWJsZSB0byBoYW5kbGUgdGhpcyANCm9wdGlt aXphdGlvbi4NCg0KDQo+IA0KPiANCj4gICAgICAgICAgICAgICAgQWxzbywgaXQgbG9va3MgbGlr ZSB0aGUgZHJhZnQgbWFrZXMgdHdvIGFzc3VtcHRpb25zLCANCndoaWNoIEkndmUgc3BlbGxlZA0K PiBvdXQgYmVsb3cuICBDYW4geW91IGNvbmZpcm0gb3IgZGVueT8NCj4gDQo+ICAgICAgICAgICAg ICAgIGkpDQo+ICAgICAgICAgICAgICAgIEl0IGxvb2tzIGxpa2UgeW91ciBwcm90ZWN0aW9uIG1l Y2hhbmlzbXMgYWxsIGFzc3VtZSB0aGF0IA0Kd2hlbiB0cmFmZmljDQo+IGVudGVycyB0aGUgcmlu ZywgaXQgZWl0aGVyIGdvZXMgQ1cgb3IgQ0NXLiAgSW4gb3RoZXIgd29yZHMsIHRha2UgeW91ciAN CkZpZ3VyZSA2Lg0KPiBUaGUgcHJvdGVjdGVkIExTUCBpcyBBLT5CLT5bQ10tPltEXS0+RS0+W0Zd LiAgVGhpcyBpbXBsaWVzIHRoYXQgeW91IGRvIA0Kbm90DQo+IGFsbG93IG1jYXN0IHRyYWZmaWMg dG8gZW50ZXIgYXQgQSBhbmQgYnJhbmNoIGJvdGggcmlnaHQgYW5kIGxlZnQuICBJbiANCm90aGVy DQo+IHdvcmRzLCB0aGUgZm9sbG93aW5nIHAybXAgaXMgbm90IGFsbG93ZWQ6DQo+IA0KPiAgICAg ICAgICAgICAgICBBDQo+ICAgICAgICAgICAgICAgICAtPltGXS0+RS0+W0RdDQo+ICAgICAgICAg ICAgICAgICAtPkUtW0NdDQo+IA0KPiAgICAgICAgICAgICAgICBJcyB0aGF0IGNvcnJlY3Q/DQo+ IA0KPiANCj4geXc+PiBub3QgMTAwJSBjb3JyZWN0LiAgVGhlcmUgaXMgYSBnZW5lcmFsIHRyYW5z cG9ydCBpbmR1c3RyeSBhc3N1bXB0aW9uDQo+IHRoYXQgYWxsIHdvcmtpbmcgdHJhZmZpYyB3aWxs IChtb3N0IHByb2JhYmx5IGZvciBoaXN0b3JpY2FsLCBpLmUuIFNESCwgDQpyZWFzb25zKQ0KPiBh bHdheXMgdHJhdmVyc2UgYSByaW5nIGluIG9ubHkgb25lIGRpcmVjdGlvbiwgaG93ZXZlciwgeW91 IHNob3VsZCBub3RlIA0KdGhhdA0KPiB0aGUgcHJvdGVjdGlvbiB0aGF0IGlzIGRlc2NyaWJlZCBp biBzZWN0aW9uIDMuMiBvZiB0aGUgZG9jdW1lbnQgYWN0dWFsbHkgDQpjb3VsZA0KPiBzcGxpdCB0 aGUgdHJhZmZpYyB0byBnbyBpbiBib3RoIGRpcmVjdGlvbnMgZm9yIHAybXAgdHJhZmZpYy4gIElu IA0KYWRkaXRpb24sIHNlZSBteQ0KPiBjb21tZW50IHRvIHlvdXIgbmV4dCBjb21tZW50Lg0KPiAN Cg0KDQpFTyMgIE9LLCBzbyBJJ20gYXNzdW1pbmcgdGhlIHAybXAgTFNQIEkndmUgZGVzY3JpYmVk IGFib3ZlIGlzIGxlZ2FsLiAgSXQgDQpjZXJ0YWlubHkgd291bGQgYmUgaWYgd2UgaGFkIGFuIGFy Yml0cmFyeSBJUC9NUExTIHRvcG9sb2d5Lg0KDQo+IA0KPiANCj4gDQo+ICAgICAgICAgICAgICAg IGlpKQ0KPiAgICAgICAgICAgICAgICBEb2VzIHRoZSBkcmFmdCBhc3N1bWUgdGhhdCBJIGNhbiBo YXZlIGEgVyBMU1AgaW4gdHdvIA0KZGlyZWN0aW9ucz8gIEZvcg0KPiBhIGZvdXItbm9kZSByaW5n IEEtQi1DLUQtQSwgY2FuIEkgaGF2ZSBib3RoIFc6QS1CLUMgYW5kIFc6QS1ELUM/ICBUaGlzDQo+ IHdvbid0IGFwcGx5IGluIGFsbCBjYXNlcyBidXQgaXQgbWF5IGJlIGRlc2lyYWJsZSB0byBsb2Fk LWJhbGFuY2UgdHJhZmZpYyANCmluIGJvdGgNCj4gZGlyZWN0aW9ucyBhY3Jvc3MgdGhlIHJpbmcu ICBUaGlzIGhhcyBpbXBsaWNhdGlvbnMgb24gdGhlIHdyYXBwaW5nIA0KcHJvdGVjdGlvbg0KPiBt ZXRob2RzLg0KPiANCj4gDQo+IHl3PiBZZXMsIHRoZSBkcmFmdCBhc3N1bWVzIHByb3RlY3Rpb24g cGVyIExTUCB0aGF0IHRyYXZlcnNlcyB0aGUgcmluZywNCj4gdGhlcmVmb3JlIHlvdSBjb3VsZCBz ZXR1cCBwcm90ZWN0aW9uIGZvciB0d28gTFNQcyBvbmUgdGhhdCBnb2VzIEEtQi1DIA0KYW5kDQo+ IGFkZGl0aW9uYWwgcHJvdGVjdGlvbiBmb3IgdGhlIHdvcmtpbmcgTFNQIHRoYXQgdHJhdmVyc2Vz IEEtRC1DDQo+IA0KDQpFTyMgIEkgdGhpbmsgeW91IGFuc3dlcmVkIG15IHF1ZXN0aW9uLCBidXQg SSByZWFsaXplZCBJIHBocmFzZWQgaXQgcG9vcmx5IA0KYW5kIHdvdWxkIGxpa2UgdG8gcmVwaHJh c2UuICBSYXRoZXIgdGhhbiAiYSBXIExTUCBpbiB0d28gZGlyZWN0aW9ucyIgSSANCnNob3VsZCBo YXZlIHNhaWQgInR3byBXIExTUHMgd2l0aCB0aGUgc2FtZSBpbmdyZXNzL2VncmVzcyBwYWlyLCB0 YWtpbmcgdHdvIA0KZGlmZmVyZW50IGRpcmVjdGlvbnMiLiAgQnV0IGl0IGxvb2tzIHlvdSBmaWd1 cmVkIG91dCB0aGlzIGlzIHdoYXQgSSB3YXMgDQphc2tpbmcsIGFuZCBzbyB5b3UgYW5zd2VyZWQg aXQuDQoNCj4gDQo+IA0KPiAgICAgICAgICAgICAgICBJJ2QgYWxzbyBsaWtlIHRvIHZlcnkgbXVj aCBzZWUgYSBzY2FsZSBhbmFseXNpcyBvZiB0aGUgDQpmaXZlIHByb3RlY3Rpb24NCj4gbWVjaGFu aXNtcyBkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0LiAgSSBzdGFydGVkIHdvcmsgb24gb25lIGJ1dCBy ZWFsaXplZCBJDQo+IG5lZWRlZCB0byBjbGVhciB1cCBteSBxdWVzdGlvbnMgYWJvdXQgeW91ciBh c3N1bXB0aW9ucy4gIEkgdGhpbmsgdGhlIA0KcDJtcA0KPiBtZWNoYW5pc21zIG1heSBoYXZlIHNl cmlvdXMgc2NhbGUgY2hhbGxlbmdlcywgYnV0IEkgd2FudCB0byBtYWtlIHN1cmUgSSANCmdldA0K PiB0aGUgYXNzdW1wdGlvbnMgcmlnaHQgYmVmb3JlIGRpc2N1c3NpbmcgdGhlIHNjYWxlLiAgT25j ZSBJIHVuZGVyc3RhbmQgDQp0aGUNCj4gYXNzdW1wdGlvbnMgYmV0dGVyLCBJJ2xsIHNlbmQgb3V0 IG15IHRob3VnaHRzIG9uIHNjYWxlLg0KPiANCg0KDQpFTyMgIEFzIHByb21pc2VkLCBoZXJlJ3Mg bXkgc3RhYiBhdCBzY2FsZSBmb3IgdGhlIGZpdmUgbWV0aG9kcy4NCg0KcDJwIHdyYXBwaW5nOiB0 aGlzIGlzIGp1c3QgRlJSLiAgVGhlIGRyYWZ0IGNsYWltcyB0aGF0IHRoZSBzY2FsZSBvZiANCmxp bmsrbm9kZSBpcyAyTiwgYnV0IEkgdGhpbmsgdGhhdCdzIGluY29ycmVjdC4gIEl0IHNlZW1zIHRv IG9ubHkgY29uc2lkZXIgDQp0cmFmZmljIGluIG9uZSBkaXJlY3Rpb24uICBJdCdzIHRydWUgdGhh dCBpZiBhbGwgbXkgdHJhZmZpYyBmbG93cyBDVyB0aGF0IA0KSSBvbmx5IG5lZWQgcHJvdGVjdGlv biB0dW5uZWxzIHRvIGZsb3cgQ0NXLiAgVGhpcyBpcyB3aGVyZSB5b3UgZ2V0IDJOIGZvciANCmxp bmsrbm9kZS4gIEJ1dCBpZiBJIGhhdmUgcHJpbWFyeSB0cmFmZmljIHdoaWNoIGZsb3dzIGJvdGgg Q1cgYW5kIENDVywgeW91IA0Kbm93IG5lZWQgMk4gZm9yICplYWNoKiBvZiBsaW5rIGFuZCBub2Rl IHByb3RlY3Rpb24uICBJbiBvdGhlciB3b3JkcywgdG8gDQpwcm90ZWN0IGFnYWluc3QgdGhlIGZh aWx1cmUgb2YgbGluayBCQywgbm9kZSBCIG5lZWRzIGEgQi0+QyBwcm90ZWN0aW9uIExTUCANCmFu ZCBub2RlIEMgbmVlZHMgYSBDLT5CIHByb3RlY3Rpb24gTFNQLg0KDQoNCnAycCBzdGVlcmluZzog WW91IG5lZWQgYSBwcm90ZWN0IFNQTUUgZm9yIGVhY2ggbm9kZSBwYWlyIG9uIHRoZSByaW5nLiAg U28gDQp0aGUgdXBwZXIgbGltaXQgb24gdGhlIG51bWJlciBvZiBwcm90ZWN0IExTUHMgaXMgTl4y Lg0KDQpwMm1wIFdyYXBwaW5nOiBqdXN0IGxpa2UgcDJwIHdyYXBwaW5nOyBpbiBlZmZlY3QsIHdy YXBwaW5nIGlzIGlnbm9yYW50IG9mIA0KdGhlIHR5cGUgb2YgdHJhZmZpYyB0aGF0IGl0IGlzIHBy b3RlY3RpbmcuICBOb3RlIHRoYXQgdGhpcyBwcmVjbHVkZXMgdGhlIA0KaWRlYSBvZiBhIGNvbWJp bmF0aW9uIGxpbmsrbm9kZSBwcm90ZWN0aW9uIExTUCwgYXMgdGhhdCB3b3VsZCBiZSANCm11bHRp Y2FzdC1zcGVjaWZpYy4NCg0KcDJtcCBST00tV3JhcHBpbmc6IElmIEkndmUgdW5kZXJzdG9vZCBp dCBwcm9wZXJseSwgSSB0aGluayB0aGlzIHNjYWxlcyANCnZlcnkgcG9vcmx5LiAgVGhpcyBpcyBi ZWNhdXNlIHRoZSBST00tV3JhcHBpbmcgcHJvdGVjdGlvbiBMU1AgbWlycm9ycyB0aGUgDQp0cmVl IHdoaWNoIGl0IHByb3RlY3RzLCBhbmQgdGh1cyB0aGluZ3Mgc2NhbGUgYnkgYSBjb21iaW5hdGlv biBvZiB0aGUgDQpudW1iZXIgb2YgcHJvdGVjdGVkIHAybXAgTFNQcyBhbmQgdGhlIG51bWJlciBv ZiBub2RlcyBvbiB0aGUgcmluZy4gDQpDb25zaWRlciB0aGUgcmluZyBBLUItQy1ELUUtQS4gIFRo ZXJlIGlzIG9uZSBtY2FzdCB0cmVlIG9uIHRoaXMgcmluZzogDQpBLUItW0NdLVtEXS1FLiAgVG8g cHJvdGVjdCBhZ2FpbnN0IHRoZSBmYWlsdXJlIG9mIGxpbmsgQkMsIG5vZGUgQiBuZWVkcyBhIA0K Uk9NLVdyYXBwaW5nIExTUCBCLUEtRS1bRF0tW0NdLiAgICBTaW1pbGFybHksIG5vZGVzIEEsIEMs IEQgYW5kIEUgYWxsIG5lZWQgDQphIFJPTS1XcmFwcGluZyBMU1Agd2hpY2ggbWlycm9ycyB0aGUg cHJvdGVjdGVkIHRyZWUgQS1CLVtDXS1bRF0tRSBidXQgaW4gDQp0aGUgcmV2ZXJzZSBkaXJlY3Rp b24sIGluIG9yZGVyIHRvIHByb3RlY3QgYWdhaW5zdCB0aGUgZmFpbHVyZSBvZiB0aGVpciANCm91 dGdvaW5nIGxpbmsvbmV4dC1ob3Agbm9kZS4NCg0KQWRkIG9uZSBtb3JlIG1jYXN0IHRyZWUgdG8g dGhlIHJpbmc6IEEtQi1bQ10tRC1bRV0uICBUbyBwcm90ZWN0IHRoaXMgdHJlZSANCmFnYWluc3Qg dGhlIGZhaWx1cmUgb2YgbGluayBCQywgbm9kZSBCIG5lZWRzIGFub3RoZXIgUk9NLVdyYXBwaW5n IExTUDogDQpCLUEtW0VdLUQtW0NdLiAgQW5kIGFzIGFib3ZlLCBldmVyeSBvdGhlciBub2RlIG5l ZWRzIG9uZSBvZiB0aGVzZSBhcyB3ZWxsLiANCiBJIHRoaW5rIHRoaXMgbWF5IGJlIHdoYXQgeW91 IG1lYW50IGJ5ICIgUk9NLVdyYXBwaW5nIGlzIGFuIExTUCBiYXNlZCANCnByb3RlY3Rpb24gbWVj aGFuaXNtLCBhcyBvcHBvc2VkIHRvIHRoZSBTUE1FIGJhc2VkIHByb3RlY3Rpb24gbWVjaGFuaXNt cyIuIA0KIEJ1dCBJIHRoaW5rIHRoYXQgc2VudGVuY2UgZ2xvc3NlcyBvdmVyIHRoZSBzY2FsZSBs aW1pdGF0aW9ucyBoZXJlLiAgVGhlIA0KbnVtYmVyIG9mIHBvc3NpYmxlIG1jYXN0IHRyZWVzIGlu IGEgcmluZyBpcyBodWdlLiAgSWYgeW91IGFzc3VtZSBtY2FzdCANCnRyYWZmaWMgY2FuIG9ubHkg Z28gQ1csIHlvdSBoYXZlIE4qWzJeKG4tMSldIHBvc3NpYmxlIG1jYXN0IHRyZWVzIHdoaWNoIA0K bWF5IG5lZWQgcHJvdGVjdGlvbi4gIEFsbG93aW5nIHNwbGl0IG1jYXN0IHRyZWVzIChlLmcuICBB OiAtPltGXS0+RS0+W0RdIA0KYW5kIEEtPkUtW0NdIGFzIGluIG15IGVhcmxpZXIgcXVlc3Rpb24p IG9ubHkgbWFrZXMgdGhpcyB3b3JzZS4gIEknbSANCnRlbXB0ZWQgdG8gc2F5IGl0IGluY3JlYXNl cyB0aGUgcG90ZW50aWFsIG51bWJlciBvZiBwcmltYXJ5IG1jYXN0IHRyZWVzIGJ5IA0Kc29tZXRo aW5nIGxpa2UgKE4tMSkhLCB3aGljaCBnZXRzIHByZXR0eSBiaWcgcHJldHR5IHF1aWNrbHkuDQoN CkZvciBlYWNoIG9mIHRoZXNlIHByaW1hcnkgTFNQcywgeW91IG5lZWQgYSBwcm90ZWN0aW9uIExT UCB3aXRoIHRoZSByZXZlcnNlIA0KdG9wb2xvZ3kgb24gZXZlcnkgbm9kZS4gIEkgYmVsaWV2ZSB0 aGlzIHdvdWxkIGJlIGEgc2VyaW91cyBjb25jZXJuIGZvciBhbnkgDQpzZXJ2aWNlIHByb3ZpZGVy IG9mIGFueSByZWFsIHNjYWxlLiAgQSAxNi1ub2RlIHJpbmcgKHRoZSB0cmFkaXRpb25hbCBJVFUg DQptYXhpbXVtIGJ1dCBieSBubyBtZWFucyBpbXBvc3NpYmxlIGluIGFuIElQL01QTFMgbmV0d29y aykgY291bGQgaGF2ZSBpbiANCmV4Y2VzcyBvZiBhIGhhbGYtbWlsbGlvbiBwcm90ZWN0aW9uIExT UHMgb24gaXQuIEEgMTctbm9kZSByaW5nIHdvdWxkIA0KcmVxdWlyZSBtb3JlIExTUHMgdGhhbiBh cmUgcG9zc2libGUgd2l0aCB0b2RheSdzIHRlY2hub2xvZ3kuDQoNCkFnYWluLCB0aGlzIGlzIHRo ZSBtYXhpbXVtIG51bWJlciBvZiBMU1BzLCBhbmQgbm90IGV2ZXJ5b25lIGRlcGxveXMgdGhlIA0K bWF4aW11bSwgYnV0IEkgYmVsaWV2ZSBpdCBpcyBpbXBlcmF0aXZlIHRoYXQgb3BlcmF0b3JzIGNs ZWFybHkgdW5kZXJzdGFuZCANCnRoZSBjb3N0IG9mIGFuIGFwcHJvYWNoIGxpa2UgdGhpcyBiZWZv cmUgZGVwbG95aW5nIGl0LiAgQW5kIEkgaGF2ZSB0byBhc2sgDQotIGlzIHRoZSBjb3N0IG9mIFJP TS1XcmFwcGluZyB3b3J0aCB0aGUgYmVuZWZpdD8NCg0KDQpwMm1wIHN0ZWVyaW5nOiBJJ20gbm90 IGNsZWFyIHdoeSB0aGUgZHJhZnQgcmVxdWlyZXMgdGhhdCB0aGlzIGJlIDErMS4gIEkgDQp0aGlu ayBpdCB3b3VsZCBiZSBjbGVhbmVyIHRvIGFsbG93IGVpdGhlciAxKzEgb3IgMToxLCBhcyB0aGUg b3BlcmF0b3IgDQpkZXNpcmVzLCByZWdhcmRsZXNzIG9mIHByb3RlY3Rpb24gdHlwZS4gDQpJIHRo aW5rIHRoZSBzY2FsZSBoZXJlIGlzIE9LLCBidXQgaXQgZGVwZW5kcyB2ZXJ5IG11Y2ggb24gZXhh Y3RseSBob3cgeW91IA0KYXBwbHkgY29udGV4dCBsYWJlbHMuICBJZiB5b3UgaGF2ZSBvbmx5IHR3 byBjb250ZXh0cyAtIENXIGFuZCBDQ1cgLSB0aGVuIA0KeW91IHNob3VsZCBiZSBPSy4gIEJ1dCBp ZiB5b3UgYWxsb3cgc3BsaXQgTFNQcyBhcyBkZXNjcmliZWQgZWFybGllciwgeW91IA0KbmVlZCBm YXIgbW9yZSBzb3BoaXN0aWNhdGlvbi4gIEl0IHNlZW1zIGxpa2UgeW91IGVpdGhlciBuZWVkIGEg Y29udGV4dCANCmxhYmVsIHBlciBwb3NzaWJsZSB0cmVlIG9yIHlvdSBuZWVkIGEgbG90IG1vcmUg a25vd2xlZGdlIGluIHRoZSBjb250ZXh0IA0KdGFibGUgYXQgZWFjaCBob3AuICBDYW4geW91IGV4 cGxhaW4gaG93IHAybXAgc3RlZXJpbmcgd291bGQgd29yayBpbiB0aGUgDQpwcmVzZW5jZSBvZiBz cGxpdCBwMm1wIExTUHM/DQoNCnRoYW5rcyENCg0KDQoNCg0KZXJpYw0KDQoNCj4gICAgICAgICAg ICAgICAgdGhhbmtzIQ0KPiANCj4gDQo+IA0KPiANCj4gDQo+ICAgICAgICAgICAgICAgIGVyaWMN Cj4gICAgICAgICAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gICAgICAgICAgICAgICAgbXBscyBtYWlsaW5nIGxpc3QNCj4gICAgICAgICAg ICAgICAgbXBsc0BpZXRmLm9yZw0KPiAgICAgICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gDQo+IA0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQoNCg0K --=_alternative 0028347148257A7F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpLCBhbGw8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmkgYWdyZWUgb24gd2hhdCBFcmljIHNhaWQg aW4gdGhpcyBlbWFpbC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PmZvciBwMm1wIFJPTSBXcmFwcGluZywgaXQgaXMgdmVyeSBwb29ybHkNCmZvciBzY2FsZXMuIGlu IG15IG1pbmQgLCBpIGRpc2N1c3NlZCB0aGUgcHJvYmxlbSBpbiB0aGUgcGFzdC48L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmluIGFkZHRpb24sIGZvciBwMm1wIHN0 ZWVyaW5nICwgaSBjb21wbGV0ZWx5DQphZ3JlZSB3aXRoIEVyaWMncyBvcGluaW9ucy4gaXQgc2hv dWxkIGFsbG93IGVpdGhlciAxKzEgb3IgMToxIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+aW4gdGhlIHByb3RlY3Rpb24gbWVjaGFuaXNtLiBhZnRlciBhbGwsDQox KzEgbWF5IHdhc3RlIG1vcmUgYmFuZHdpZHRoIHJlc291cmNlIHRoYW4gMToxIGluIG15IG1pbmQu PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5zbyBpIHRoaW5rIHRo YXQgdGhlIGF1dGhvcnMgb2YgdGhpcw0KZHJhZnQgc2hvdWxkIGNvbnNpZGVyIGFkZGluZyAxOjEg bWVjaGFuaXNtIGluIHAybXAgc3RlZXJpbmcgc2VjdGlvbi48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmJlc3QgcmVnYXJkczwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+bGl1IDxicj4NCjwvZm9udD4NCjx0YWJsZT4NCjx0 cj4NCjx0ZD4NCjxkaXYgYWxpZ249Y2VudGVyPjwvZGl2Pg0KPHRkPjwvdGFibGU+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk IHdpZHRoPTM2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+JnF1b3Q7RXJpYyBP c2Jvcm5lIChlb3Nib3JuZSkmcXVvdDsNCiZsdDtlb3Nib3JuZUBjaXNjby5jb20mZ3Q7PC9iPiA8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPreivP7IyzogJm5ic3A7 bXBscy1ib3VuY2VzQGlldGYub3JnPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPjIwMTItMDgtMjQgMDQ6MDY8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMlPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBz aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+WWFhY292IFdlaW5nYXJ0ZW4gJmx0O3d5YWFjb3ZAZ21h aWwuY29tJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdo dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7bXBsc0BpZXRmLm9yZyZxdW90OyAm bHQ7bXBsc0BpZXRmLm9yZyZndDssDQomcXVvdDtkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90 ZWN0aW9uQHRvb2xzLmlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1w cm90ZWN0aW9uQHRvb2xzLmlldGYub3JnJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwv Zm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFttcGxz XSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uPC9mb250Pjwv dGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxl Pg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5IaSBZYWFj b3YtPGJyPg0KPGJyPg0KICZuYnNwO0lubGluIHdpdGggRU8jLjxicj4NCjxicj4NCi4uLjxicj4N Cjxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtPbmUNCmNvbW1lbnQgb24gbGluayB2cyBub2RlIHByb3RlY3Rpb24u ICZuYnNwO1RoZXJlIGFyZSBmZXcgcGxhY2VzLCBlLmcuPGJyPg0KJmd0OyBzZWN0aW9uIDIuNCwg d2hpY2ggc2F5IHRoYXQgcHJvdmlkaW5nIGJvdGggbGluayBhbmQgbm9kZSBwcm90ZWN0aW9uDQph cmU8YnI+DQomZ3Q7IGRpZmZpY3VsdC4gJm5ic3A7SSBkbyBub3QgYmVsaWV2ZSB0aGlzIHRvIGJl IHRydWUuICZuYnNwO0kgYW0gZmFtaWxpYXINCndpdGggdHdvPGJyPg0KJmd0OyBpbXBsZW1lbnRh dGlvbnMgdGhhdCBhcmUgZWFzaWx5IGFibGUgdG8gZG8gdGhpcyB0b2RheS4gJm5ic3A7VGhlIGFs Z29yaXRobQ0KaXM8YnI+DQomZ3Q7IHNpbXBsZTsgaWYgdGhlIHRoaW5nIHlvdSdyZSBwcm90ZWN0 aW5nIGVuZHMgb24gdGhlIG5leHQtaG9wLCB1c2UgbGluazxicj4NCiZndDsgcHJvdGVjdGlvbi4g Jm5ic3A7T3RoZXJ3aXNlIHVzZSBub2RlLiAmbmJzcDtJIGFncmVlIHRoYXQgd2l0aCBhIHN0YXRp Y2FsbHkNCmNvbmZpZ3VyZWQ8YnI+DQomZ3Q7IG5ldHdvcmsgaXQgYmVjb21lcyB0aGUgcmVzcG9u c2liaWxpdHkgb2YgdGhlIE5NUyB0byBtYWtlIHN1cmUgdGhpcw0KaXMgZG9uZTxicj4NCiZndDsg cmlnaHQsIGJ1dCBpdCdzIGEgc2ltcGxlIHRoaW5nIHRvIGRvLjxicj4NCiZndDsgPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IHl3Jmd0OyZndDsgWWVzLCB5b3UgYXJlIGNvcnJlY3QgYW5kIHByZXZpb3Vz IHZlcnNpb25zIG9mIHRoZSBkcmFmdA0KYWN0dWFsbHkgaW5jbHVkZWQ8YnI+DQomZ3Q7IHN1Y2gg YSBzb2x1dGlvbi4gJm5ic3A7SG93ZXZlciwgdGhlcmUgd2VyZSBtYW55IGNvbW1lbnRzIGZyb20g ZGlmZmVyZW50PGJyPg0KJmd0OyBtZW1iZXJzIHRoYXQgd2hlbiB3ZSB1c2Ugc3VjaCBhIHNjaGVt ZSB0aGF0IHRoZSB0cmFmZmljIGlzIG5vIGxvbmdlcg0KdXNpbmc8YnI+DQomZ3Q7IHRoZSBzYW1l IHBhdGggaW4gYm90aCBkaXJlY3Rpb25zIGFuZCB0aGUgcHJvdGVjdGlvbiBwYXRoIGlzICZxdW90 O25vbi08YnI+DQomZ3Q7IGRldGVybWluaXN0aWMmcXVvdDsgd2hpY2ggaXMgYm90aGVyc29tZSB0 byBtYW55IHRyYW5zcG9ydCBzZXJ2aWNlDQpwcm92aWRlcnMuIDxicj4NCjxicj4NCkVPIyAmbmJz cDtJIGVpdGhlciBkb24ndCBnZXQgaXQgb3IgZG9uJ3QgYWdyZWUuICZuYnNwO0luIGEgcmluZywg eW91IGNhbg0KZ28gQ1cgb3IgQ0NXLiAmbmJzcDtJZiB0aGUgbm9ybWFsIHRyYWZmaWMgZ29lcyBD VywgYm90aCB0aGUgbGluayBhbmQgbm9kZQ0KcHJvdGVjdGlvbiB0dW5uZWxzIG11c3QgZm9sbG93 IHRoZSBDQ1cgcGF0aC4gJm5ic3A7VGhlcmUgaXMgb25seSBvbmUgd2F5DQp0byBnbzsgdGhhdCdz IHdoYXQgcGVvcGxlIHNlZW0gdG8gbGlrZSBhYm91dCByaW5ncy4gJm5ic3A7SG93IGlzIHRha2lu Zw0KdGhlIGV4YWN0IHNhbWUgcGF0aCBub24tZGV0ZXJtaW5pc3RpYz88YnI+DQo8YnI+DQomZ3Q7 IFdlPGJyPg0KJmd0OyBmb3VuZCB0aGF0IHRyeWluZyB0byBhZGRyZXNzIHRoZXNlIGNvbW1lbnRz IGNvbXBsaWNhdGVkIGlzc3VlcyBhbmQ8YnI+DQomZ3Q7IHRoZXJlZm9yZSB3ZSBzdWdnZXN0IHRo YXQgdGhlIFNQIGRlY2lkZSBhLXByaW9yaSBmb3IgZWFjaCB3b3JraW5nDQpwYXRoPGJyPg0KJmd0 OyB3aGV0aGVyIHRoZXkgd2FudCB0byBhcHBseSBsaW5rIG9yIG5vZGUgcHJvdGVjdGlvbi48YnI+ DQo8YnI+DQpFTyMgJm5ic3A7RGVwZW5kaW5nIG9uIGhvdyB5b3Ugc2V0IHVwIHRoZSAmcXVvdDtu b2RlIHByb3RlY3Rpb24mcXVvdDsgTFNQLA0KeW91IG1heSBvciBtYXkgbm90IGZpbmQgdGhhdCBs aW5rIHByb3RlY3Rpb24gaXMgbWFuZGF0b3J5Ljxicj4NCjxicj4NCkNvbnNpZGVyIGEgNS1ub2Rl IHJpbmcsIEEtQi1DLUQtRS1BLiAmbmJzcDs8YnI+DQpJZiBCIHByb3RlY3RzIGFnYWluc3QgdGhl IGZhaWx1cmUgb2YgbGluayBCQywgaXQgd2lsbCBoYXZlIGEgcHJvdGVjdCBMU1ANCm9mIEItQS1F LUQtQy48YnI+DQpJZiBCIHByb3RlY3RzIGFnYWluc3QgdGhlIGZhaWx1cmUgb2Ygbm9kZSBDLCBp dCB3aWxsIGhhdmUgYSBwcm90ZWN0IExTUA0Kb2YgQi1BLUUtRC48YnI+DQpUaGlzIHdvcmtzIGp1 c3QgZmluZSBpZiB0aGVyZSBhcmUgbm8gTFNQcyB3aGljaCBjcm9zcyBsaW5rIEJDIGFuZCB3aGlj aA0KZWdyZXNzIHRoZSByaW5nIGF0IEMuICZuYnNwOzxicj4NCkJ1dCBpZiB0aGVyZSdzIGFuIExT UCBBLUItQyB3aGljaCBlZ3Jlc3NlcyB0aGUgcmluZyBhdCBDLCBCICpjYW5ub3QqIHVzZQ0KdGhl IG5vZGUgcHJvdGVjdGlvbiB0dW5uZWwgZm9yIHRyYWZmaWMgd2hpY2ggZWdyZXNzZXMgYXQgQy4g PGJyPg0KPGJyPg0KSXQgZ2V0cyBoYWlyaWVyIHdpdGggcDJtcC48YnI+DQpDb25zaWRlciB0aGUg c2FtZSByaW5nLCB3aXRoIHR3byBwMm1wIExTUHMsIEEtQi1bQ10tW0RdLUUgYW5kIEEtQi1bQ10t W0RdLVtFXS48YnI+DQpXaXRoIHRyYWRpdGlvbmFsIG5vZGUgcHJvdGVjdGlvbiAodGhhdCBpcywg YSBwMnAgdHVubmVsIHdoaWNoIGRlbGl2ZXJzDQp0cmFmZmljIHRvIHRoZSBOTkhPUCB3aGljaCB0 aGVuIG1lcmdlcyBhbmQgY29udGludWVzIGRvd25zdHJlYW0pLCBCJ3MgTFNQDQpwcm90ZWN0aW5n IGFnYWluc3QgdGhlIGZhaWx1cmUgb2YgQyB3b3VsZCBiZSBCLUEtRS1ELiAmbmJzcDtUaGlzLCB0 b28sDQpsZWF2ZXMgeW91IHVucHJvdGVjdGVkIGlmIGxpbmsgJm5ic3A7QkMgZmFpbHMgYnV0IEMg aXMgcmVhY2hhYmxlIHZpYSBELjxicj4NCjxicj4NCllvdSBjb3VsZCBidWlsZCBib3RoIGEgbGlu ayBhbmQgYSBub2RlIHByb3RlY3Rpb24gdHVubmVsLCBpLmUuICZuYnNwO0ItQS1FLUQtQw0KYW5k IEItQS1FLUQuPGJyPg0KPGJyPg0KT25lIG1pZ2h0IGluc3RlYWQgYmUgdGVtcHRlZCB0byBvcHRp bWl6ZSBhbmQgcHJvdGVjdCBhZ2FpbnN0IGJvdGggbGluaw0KYW5kIG5vZGUgd2l0aCBhIHNpbmds ZSB0dW5uZWwsIGUuZy4gQi1BLUUtW0RdLVtDXS4gJm5ic3A7VGhpcyBnZXRzIHRyaWNraWVyLA0K dGhvdWdoLCBzaW5jZSBDIG5lZWRzIHRvIHNlZSBhIGRpZmZlcmVudCBsYWJlbCBpbiB0aGlzIGNh c2UgdGhhbiBpdCB3b3VsZA0KaGF2ZSByZWNlaXZlZCB3ZXJlIGl0IHN0aWxsIGRpcmVjdGx5IGNv bm5lY3RlZCB0byBCLiAmbmJzcDtJdCdzIG5vdCBpbnRyYWN0YWJsZSwNCmJ1dCBpZiBzb21lIHBl b3BsZSdzIGhlYWRzIGV4cGxvZGUgaW4gdGhlIHByZXNlbmNlIG9mIGJvdGggbGluayBhbmQgbm9k ZQ0KcHJvdGVjdGlvbiBJJ20gbm90IHN1cmUgdGhleSdsbCBiZSBhYmxlIHRvIGhhbmRsZSB0aGlz IG9wdGltaXphdGlvbi48YnI+DQo8YnI+DQo8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0 OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO0Fsc28sDQppdCBsb29rcyBsaWtlIHRoZSBkcmFmdCBtYWtlcyB0d28gYXNzdW1wdGlv bnMsIHdoaWNoIEkndmUgc3BlbGxlZDxicj4NCiZndDsgb3V0IGJlbG93LiAmbmJzcDtDYW4geW91 IGNvbmZpcm0gb3IgZGVueT88YnI+DQomZ3Q7IDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtpKTxicj4NCiZndDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtJdA0KbG9va3MgbGlrZSB5b3VyIHByb3RlY3Rpb24gbWVjaGFuaXNtcyBhbGwgYXNzdW1l IHRoYXQgd2hlbiB0cmFmZmljPGJyPg0KJmd0OyBlbnRlcnMgdGhlIHJpbmcsIGl0IGVpdGhlciBn b2VzIENXIG9yIENDVy4gJm5ic3A7SW4gb3RoZXIgd29yZHMsIHRha2UNCnlvdXIgRmlndXJlIDYu PGJyPg0KJmd0OyBUaGUgcHJvdGVjdGVkIExTUCBpcyBBLSZndDtCLSZndDtbQ10tJmd0O1tEXS0m Z3Q7RS0mZ3Q7W0ZdLiAmbmJzcDtUaGlzDQppbXBsaWVzIHRoYXQgeW91IGRvIG5vdDxicj4NCiZn dDsgYWxsb3cgbWNhc3QgdHJhZmZpYyB0byBlbnRlciBhdCBBIGFuZCBicmFuY2ggYm90aCByaWdo dCBhbmQgbGVmdC4NCiZuYnNwO0luIG90aGVyPGJyPg0KJmd0OyB3b3JkcywgdGhlIGZvbGxvd2lu ZyBwMm1wIGlzIG5vdCBhbGxvd2VkOjxicj4NCiZndDsgPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0E8YnI+DQom Z3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQotJmd0O1tGXS0mZ3Q7RS0mZ3Q7W0RdPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KLSZndDtF LVtDXTxicj4NCiZndDsgPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0lzDQp0aGF0IGNvcnJlY3Q/PGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgeXcmZ3Q7Jmd0OyBub3QgMTAwJSBjb3JyZWN0LiAmbmJz cDtUaGVyZSBpcyBhIGdlbmVyYWwgdHJhbnNwb3J0IGluZHVzdHJ5DQphc3N1bXB0aW9uPGJyPg0K Jmd0OyB0aGF0IGFsbCB3b3JraW5nIHRyYWZmaWMgd2lsbCAobW9zdCBwcm9iYWJseSBmb3IgaGlz dG9yaWNhbCwgaS5lLg0KU0RILCByZWFzb25zKTxicj4NCiZndDsgYWx3YXlzIHRyYXZlcnNlIGEg cmluZyBpbiBvbmx5IG9uZSBkaXJlY3Rpb24sIGhvd2V2ZXIsIHlvdSBzaG91bGQNCm5vdGUgdGhh dDxicj4NCiZndDsgdGhlIHByb3RlY3Rpb24gdGhhdCBpcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAz LjIgb2YgdGhlIGRvY3VtZW50IGFjdHVhbGx5DQpjb3VsZDxicj4NCiZndDsgc3BsaXQgdGhlIHRy YWZmaWMgdG8gZ28gaW4gYm90aCBkaXJlY3Rpb25zIGZvciBwMm1wIHRyYWZmaWMuICZuYnNwO0lu DQphZGRpdGlvbiwgc2VlIG15PGJyPg0KJmd0OyBjb21tZW50IHRvIHlvdXIgbmV4dCBjb21tZW50 Ljxicj4NCiZndDsgPGJyPg0KPGJyPg0KPGJyPg0KRU8jICZuYnNwO09LLCBzbyBJJ20gYXNzdW1p bmcgdGhlIHAybXAgTFNQIEkndmUgZGVzY3JpYmVkIGFib3ZlIGlzIGxlZ2FsLg0KJm5ic3A7SXQg Y2VydGFpbmx5IHdvdWxkIGJlIGlmIHdlIGhhZCBhbiBhcmJpdHJhcnkgSVAvTVBMUyB0b3BvbG9n eS48YnI+DQo8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 aWkpPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO0RvZXMNCnRoZSBkcmFmdCBhc3N1bWUgdGhhdCBJIGNhbiBoYXZl IGEgVyBMU1AgaW4gdHdvIGRpcmVjdGlvbnM/ICZuYnNwO0Zvcjxicj4NCiZndDsgYSBmb3VyLW5v ZGUgcmluZyBBLUItQy1ELUEsIGNhbiBJIGhhdmUgYm90aCBXOkEtQi1DIGFuZCBXOkEtRC1DPyAm bmJzcDtUaGlzPGJyPg0KJmd0OyB3b24ndCBhcHBseSBpbiBhbGwgY2FzZXMgYnV0IGl0IG1heSBi ZSBkZXNpcmFibGUgdG8gbG9hZC1iYWxhbmNlIHRyYWZmaWMNCmluIGJvdGg8YnI+DQomZ3Q7IGRp cmVjdGlvbnMgYWNyb3NzIHRoZSByaW5nLiAmbmJzcDtUaGlzIGhhcyBpbXBsaWNhdGlvbnMgb24g dGhlIHdyYXBwaW5nDQpwcm90ZWN0aW9uPGJyPg0KJmd0OyBtZXRob2RzLjxicj4NCiZndDsgPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IHl3Jmd0OyBZZXMsIHRoZSBkcmFmdCBhc3N1bWVzIHByb3RlY3Rp b24gcGVyIExTUCB0aGF0IHRyYXZlcnNlcyB0aGUNCnJpbmcsPGJyPg0KJmd0OyB0aGVyZWZvcmUg eW91IGNvdWxkIHNldHVwIHByb3RlY3Rpb24gZm9yIHR3byBMU1BzIG9uZSB0aGF0IGdvZXMgQS1C LUMNCmFuZDxicj4NCiZndDsgYWRkaXRpb25hbCBwcm90ZWN0aW9uIGZvciB0aGUgd29ya2luZyBM U1AgdGhhdCB0cmF2ZXJzZXMgQS1ELUM8YnI+DQomZ3Q7IDxicj4NCjxicj4NCkVPIyAmbmJzcDtJ IHRoaW5rIHlvdSBhbnN3ZXJlZCBteSBxdWVzdGlvbiwgYnV0IEkgcmVhbGl6ZWQgSSBwaHJhc2Vk IGl0DQpwb29ybHkgYW5kIHdvdWxkIGxpa2UgdG8gcmVwaHJhc2UuICZuYnNwO1JhdGhlciB0aGFu ICZxdW90O2EgVyBMU1AgaW4gdHdvDQpkaXJlY3Rpb25zJnF1b3Q7IEkgc2hvdWxkIGhhdmUgc2Fp ZCAmcXVvdDt0d28gVyBMU1BzIHdpdGggdGhlIHNhbWUgaW5ncmVzcy9lZ3Jlc3MNCnBhaXIsIHRh a2luZyB0d28gZGlmZmVyZW50IGRpcmVjdGlvbnMmcXVvdDsuICZuYnNwO0J1dCBpdCBsb29rcyB5 b3UgZmlndXJlZA0Kb3V0IHRoaXMgaXMgd2hhdCBJIHdhcyBhc2tpbmcsIGFuZCBzbyB5b3UgYW5z d2VyZWQgaXQuPGJyPg0KPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtJJ2QN CmFsc28gbGlrZSB0byB2ZXJ5IG11Y2ggc2VlIGEgc2NhbGUgYW5hbHlzaXMgb2YgdGhlIGZpdmUg cHJvdGVjdGlvbjxicj4NCiZndDsgbWVjaGFuaXNtcyBkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0LiAm bmJzcDtJIHN0YXJ0ZWQgd29yayBvbiBvbmUgYnV0DQpyZWFsaXplZCBJPGJyPg0KJmd0OyBuZWVk ZWQgdG8gY2xlYXIgdXAgbXkgcXVlc3Rpb25zIGFib3V0IHlvdXIgYXNzdW1wdGlvbnMuICZuYnNw O0kgdGhpbmsNCnRoZSBwMm1wPGJyPg0KJmd0OyBtZWNoYW5pc21zIG1heSBoYXZlIHNlcmlvdXMg c2NhbGUgY2hhbGxlbmdlcywgYnV0IEkgd2FudCB0byBtYWtlIHN1cmUNCkkgZ2V0PGJyPg0KJmd0 OyB0aGUgYXNzdW1wdGlvbnMgcmlnaHQgYmVmb3JlIGRpc2N1c3NpbmcgdGhlIHNjYWxlLiAmbmJz cDtPbmNlIEkgdW5kZXJzdGFuZA0KdGhlPGJyPg0KJmd0OyBhc3N1bXB0aW9ucyBiZXR0ZXIsIEkn bGwgc2VuZCBvdXQgbXkgdGhvdWdodHMgb24gc2NhbGUuPGJyPg0KJmd0OyA8YnI+DQo8YnI+DQo8 YnI+DQpFTyMgJm5ic3A7QXMgcHJvbWlzZWQsIGhlcmUncyBteSBzdGFiIGF0IHNjYWxlIGZvciB0 aGUgZml2ZSBtZXRob2RzLjxicj4NCjxicj4NCnAycCB3cmFwcGluZzogdGhpcyBpcyBqdXN0IEZS Ui4gJm5ic3A7VGhlIGRyYWZ0IGNsYWltcyB0aGF0IHRoZSBzY2FsZSBvZg0KbGluaytub2RlIGlz IDJOLCBidXQgSSB0aGluayB0aGF0J3MgaW5jb3JyZWN0LiAmbmJzcDtJdCBzZWVtcyB0byBvbmx5 IGNvbnNpZGVyDQp0cmFmZmljIGluIG9uZSBkaXJlY3Rpb24uICZuYnNwO0l0J3MgdHJ1ZSB0aGF0 IGlmIGFsbCBteSB0cmFmZmljIGZsb3dzDQpDVyB0aGF0IEkgb25seSBuZWVkIHByb3RlY3Rpb24g dHVubmVscyB0byBmbG93IENDVy4gJm5ic3A7VGhpcyBpcyB3aGVyZQ0KeW91IGdldCAyTiBmb3Ig bGluaytub2RlLiAmbmJzcDtCdXQgaWYgSSBoYXZlIHByaW1hcnkgdHJhZmZpYyB3aGljaCBmbG93 cw0KYm90aCBDVyBhbmQgQ0NXLCB5b3Ugbm93IG5lZWQgMk4gZm9yICplYWNoKiBvZiBsaW5rIGFu ZCBub2RlIHByb3RlY3Rpb24uDQombmJzcDtJbiBvdGhlciB3b3JkcywgdG8gcHJvdGVjdCBhZ2Fp bnN0IHRoZSBmYWlsdXJlIG9mIGxpbmsgQkMsIG5vZGUgQg0KbmVlZHMgYSBCLSZndDtDIHByb3Rl Y3Rpb24gTFNQIGFuZCBub2RlIEMgbmVlZHMgYSBDLSZndDtCIHByb3RlY3Rpb24gTFNQLjxicj4N Cjxicj4NCjxicj4NCnAycCBzdGVlcmluZzogWW91IG5lZWQgYSBwcm90ZWN0IFNQTUUgZm9yIGVh Y2ggbm9kZSBwYWlyIG9uIHRoZSByaW5nLiAmbmJzcDtTbw0KdGhlIHVwcGVyIGxpbWl0IG9uIHRo ZSBudW1iZXIgb2YgcHJvdGVjdCBMU1BzIGlzIE5eMi48YnI+DQo8YnI+DQpwMm1wIFdyYXBwaW5n OiBqdXN0IGxpa2UgcDJwIHdyYXBwaW5nOyBpbiBlZmZlY3QsIHdyYXBwaW5nIGlzIGlnbm9yYW50 DQpvZiB0aGUgdHlwZSBvZiB0cmFmZmljIHRoYXQgaXQgaXMgcHJvdGVjdGluZy4gJm5ic3A7Tm90 ZSB0aGF0IHRoaXMgcHJlY2x1ZGVzDQp0aGUgaWRlYSBvZiBhIGNvbWJpbmF0aW9uIGxpbmsrbm9k ZSBwcm90ZWN0aW9uIExTUCwgYXMgdGhhdCB3b3VsZCBiZSBtdWx0aWNhc3Qtc3BlY2lmaWMuPGJy Pg0KPGJyPg0KcDJtcCBST00tV3JhcHBpbmc6IElmIEkndmUgdW5kZXJzdG9vZCBpdCBwcm9wZXJs eSwgSSB0aGluayB0aGlzIHNjYWxlcw0KdmVyeSBwb29ybHkuICZuYnNwO1RoaXMgaXMgYmVjYXVz ZSB0aGUgUk9NLVdyYXBwaW5nIHByb3RlY3Rpb24gTFNQIG1pcnJvcnMNCnRoZSB0cmVlIHdoaWNo IGl0IHByb3RlY3RzLCBhbmQgdGh1cyB0aGluZ3Mgc2NhbGUgYnkgYSBjb21iaW5hdGlvbiBvZiB0 aGUNCm51bWJlciBvZiBwcm90ZWN0ZWQgcDJtcCBMU1BzIGFuZCB0aGUgbnVtYmVyIG9mIG5vZGVz IG9uIHRoZSByaW5nLiAmbmJzcDtDb25zaWRlcg0KdGhlIHJpbmcgQS1CLUMtRC1FLUEuICZuYnNw O1RoZXJlIGlzIG9uZSBtY2FzdCB0cmVlIG9uIHRoaXMgcmluZzogQS1CLVtDXS1bRF0tRS4NCiZu YnNwO1RvIHByb3RlY3QgYWdhaW5zdCB0aGUgZmFpbHVyZSBvZiBsaW5rIEJDLCBub2RlIEIgbmVl ZHMgYSBST00tV3JhcHBpbmcNCkxTUCBCLUEtRS1bRF0tW0NdLiAmbmJzcDsgJm5ic3A7U2ltaWxh cmx5LCBub2RlcyBBLCBDLCBEIGFuZCBFIGFsbCBuZWVkDQphIFJPTS1XcmFwcGluZyBMU1Agd2hp Y2ggbWlycm9ycyB0aGUgcHJvdGVjdGVkIHRyZWUgQS1CLVtDXS1bRF0tRSBidXQgaW4NCnRoZSBy ZXZlcnNlIGRpcmVjdGlvbiwgaW4gb3JkZXIgdG8gcHJvdGVjdCBhZ2FpbnN0IHRoZSBmYWlsdXJl IG9mIHRoZWlyDQpvdXRnb2luZyBsaW5rL25leHQtaG9wIG5vZGUuPGJyPg0KPGJyPg0KQWRkIG9u ZSBtb3JlIG1jYXN0IHRyZWUgdG8gdGhlIHJpbmc6IEEtQi1bQ10tRC1bRV0uICZuYnNwO1RvIHBy b3RlY3QgdGhpcw0KdHJlZSBhZ2FpbnN0IHRoZSBmYWlsdXJlIG9mIGxpbmsgQkMsIG5vZGUgQiBu ZWVkcyBhbm90aGVyIFJPTS1XcmFwcGluZw0KTFNQOiBCLUEtW0VdLUQtW0NdLiAmbmJzcDtBbmQg YXMgYWJvdmUsIGV2ZXJ5IG90aGVyIG5vZGUgbmVlZHMgb25lIG9mIHRoZXNlDQphcyB3ZWxsLiAm bmJzcDtJIHRoaW5rIHRoaXMgbWF5IGJlIHdoYXQgeW91IG1lYW50IGJ5ICZxdW90OyBST00tV3Jh cHBpbmcNCmlzIGFuIExTUCBiYXNlZCBwcm90ZWN0aW9uIG1lY2hhbmlzbSwgYXMgb3Bwb3NlZCB0 byB0aGUgU1BNRSBiYXNlZCBwcm90ZWN0aW9uDQptZWNoYW5pc21zJnF1b3Q7LiAmbmJzcDtCdXQg SSB0aGluayB0aGF0IHNlbnRlbmNlIGdsb3NzZXMgb3ZlciB0aGUgc2NhbGUNCmxpbWl0YXRpb25z IGhlcmUuICZuYnNwO1RoZSBudW1iZXIgb2YgcG9zc2libGUgbWNhc3QgdHJlZXMgaW4gYSByaW5n IGlzDQpodWdlLiAmbmJzcDtJZiB5b3UgYXNzdW1lIG1jYXN0IHRyYWZmaWMgY2FuIG9ubHkgZ28g Q1csIHlvdSBoYXZlIE4qWzJeKG4tMSldDQpwb3NzaWJsZSBtY2FzdCB0cmVlcyB3aGljaCBtYXkg bmVlZCBwcm90ZWN0aW9uLiAmbmJzcDtBbGxvd2luZyBzcGxpdCBtY2FzdA0KdHJlZXMgKGUuZy4g Jm5ic3A7QTogLSZndDtbRl0tJmd0O0UtJmd0O1tEXSBhbmQgQS0mZ3Q7RS1bQ10gYXMgaW4gbXkg ZWFybGllcg0KcXVlc3Rpb24pIG9ubHkgbWFrZXMgdGhpcyB3b3JzZS4gJm5ic3A7SSdtIHRlbXB0 ZWQgdG8gc2F5IGl0IGluY3JlYXNlcw0KdGhlIHBvdGVudGlhbCBudW1iZXIgb2YgcHJpbWFyeSBt Y2FzdCB0cmVlcyBieSBzb21ldGhpbmcgbGlrZSAoTi0xKSEsIHdoaWNoDQpnZXRzIHByZXR0eSBi aWcgcHJldHR5IHF1aWNrbHkuPGJyPg0KPGJyPg0KRm9yIGVhY2ggb2YgdGhlc2UgcHJpbWFyeSBM U1BzLCB5b3UgbmVlZCBhIHByb3RlY3Rpb24gTFNQIHdpdGggdGhlIHJldmVyc2UNCnRvcG9sb2d5 IG9uIGV2ZXJ5IG5vZGUuICZuYnNwO0kgYmVsaWV2ZSB0aGlzIHdvdWxkIGJlIGEgc2VyaW91cyBj b25jZXJuDQpmb3IgYW55IHNlcnZpY2UgcHJvdmlkZXIgb2YgYW55IHJlYWwgc2NhbGUuICZuYnNw O0EgMTYtbm9kZSByaW5nICh0aGUgdHJhZGl0aW9uYWwNCklUVSBtYXhpbXVtIGJ1dCBieSBubyBt ZWFucyBpbXBvc3NpYmxlIGluIGFuIElQL01QTFMgbmV0d29yaykgY291bGQgaGF2ZQ0KaW4gZXhj ZXNzIG9mIGEgaGFsZi1taWxsaW9uIHByb3RlY3Rpb24gTFNQcyBvbiBpdC4gQSAxNy1ub2RlIHJp bmcgd291bGQNCnJlcXVpcmUgbW9yZSBMU1BzIHRoYW4gYXJlIHBvc3NpYmxlIHdpdGggdG9kYXkn cyB0ZWNobm9sb2d5Ljxicj4NCjxicj4NCkFnYWluLCB0aGlzIGlzIHRoZSBtYXhpbXVtIG51bWJl ciBvZiBMU1BzLCBhbmQgbm90IGV2ZXJ5b25lIGRlcGxveXMgdGhlDQptYXhpbXVtLCBidXQgSSBi ZWxpZXZlIGl0IGlzIGltcGVyYXRpdmUgdGhhdCBvcGVyYXRvcnMgY2xlYXJseSB1bmRlcnN0YW5k DQp0aGUgY29zdCBvZiBhbiBhcHByb2FjaCBsaWtlIHRoaXMgYmVmb3JlIGRlcGxveWluZyBpdC4g Jm5ic3A7QW5kIEkgaGF2ZQ0KdG8gYXNrIC0gaXMgdGhlIGNvc3Qgb2YgUk9NLVdyYXBwaW5nIHdv cnRoIHRoZSBiZW5lZml0Pzxicj4NCjxicj4NCjxicj4NCnAybXAgc3RlZXJpbmc6IEknbSBub3Qg Y2xlYXIgd2h5IHRoZSBkcmFmdCByZXF1aXJlcyB0aGF0IHRoaXMgYmUgMSsxLiAmbmJzcDtJDQp0 aGluayBpdCB3b3VsZCBiZSBjbGVhbmVyIHRvIGFsbG93IGVpdGhlciAxKzEgb3IgMToxLCBhcyB0 aGUgb3BlcmF0b3IgZGVzaXJlcywNCnJlZ2FyZGxlc3Mgb2YgcHJvdGVjdGlvbiB0eXBlLiAmbmJz cDs8YnI+DQpJIHRoaW5rIHRoZSBzY2FsZSBoZXJlIGlzIE9LLCBidXQgaXQgZGVwZW5kcyB2ZXJ5 IG11Y2ggb24gZXhhY3RseSBob3cgeW91DQphcHBseSBjb250ZXh0IGxhYmVscy4gJm5ic3A7SWYg eW91IGhhdmUgb25seSB0d28gY29udGV4dHMgLSBDVyBhbmQgQ0NXDQotIHRoZW4geW91IHNob3Vs ZCBiZSBPSy4gJm5ic3A7QnV0IGlmIHlvdSBhbGxvdyBzcGxpdCBMU1BzIGFzIGRlc2NyaWJlZA0K ZWFybGllciwgeW91IG5lZWQgZmFyIG1vcmUgc29waGlzdGljYXRpb24uICZuYnNwO0l0IHNlZW1z IGxpa2UgeW91IGVpdGhlcg0KbmVlZCBhIGNvbnRleHQgbGFiZWwgcGVyIHBvc3NpYmxlIHRyZWUg b3IgeW91IG5lZWQgYSBsb3QgbW9yZSBrbm93bGVkZ2UNCmluIHRoZSBjb250ZXh0IHRhYmxlIGF0 IGVhY2ggaG9wLiAmbmJzcDtDYW4geW91IGV4cGxhaW4gaG93IHAybXAgc3RlZXJpbmcNCndvdWxk IHdvcmsgaW4gdGhlIHByZXNlbmNlIG9mIHNwbGl0IHAybXAgTFNQcz88YnI+DQo8YnI+DQp0aGFu a3MhPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KZXJpYzxicj4NCjxicj4NCjxicj4NCiZn dDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDt0aGFua3MhPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtlcmljPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO21w bHMNCm1haWxpbmcgbGlzdDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDttcGxzQGlldGYub3JnPGJyPg0KJmd0OyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCiZndDsg PGJyPg0KJmd0OyA8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KbXBsc0BpZXRmLm9yZzxi cj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCjxicj4N CjwvdHQ+PC9mb250Pg0KPGJyPg0K --=_alternative 0028347148257A7F_=-- From loa@pi.nu Thu Sep 20 06:22:02 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88AA021F8768 for ; Thu, 20 Sep 2012 06:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.553 X-Spam-Level: X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[AWL=0.046, 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 SllJPn+grT0E for ; Thu, 20 Sep 2012 06:22:01 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 9F37621F874C for ; Thu, 20 Sep 2012 06:22:01 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id EC6DF514009; Thu, 20 Sep 2012 15:21:58 +0200 (CEST) Message-ID: <505B186E.2030602@pi.nu> Date: Thu, 20 Sep 2012 15:21:50 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "mpls@ietf.org" References: <50459CB7.4090208@pi.nu> In-Reply-To: <50459CB7.4090208@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-jjwl-mpls-mldp-hsmp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll on making draft-jjwl-mpls-mldp-hsmp-01.txt a mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 13:22:02 -0000 Working group, this poll has ended. We have a new working group document! Can the authors please publish a new version of the document: draft-ietf-mpls-mldp-hsmp-00.txt without any other changes than date, file name and version number. Please address the comments we received during the poll, e.g. on use cases, for version -01. We'd also like to remind the authors that as a WG document any substantive document changes need to be based on WG discussion and/or confirmed by the WG. /Loa On 2012-09-04 08:16, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting > draft-jjwl-mpls-mldp-hsmp-01.txt > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). > > This poll is extended and will end Sep 19th, 2012. > > /Loa > (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From diego.caviglia@ericsson.com Thu Sep 20 08:12:59 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 297EE21F8522 for ; Thu, 20 Sep 2012 08:12:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.249 X-Spam-Level: X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, 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 tfsQJycpHC9v for ; Thu, 20 Sep 2012 08:12:58 -0700 (PDT) Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id CFE8321F84F0 for ; Thu, 20 Sep 2012 08:12:57 -0700 (PDT) X-AuditID: c1b4fb25-b7f046d00000644c-7d-505b3278372a Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id EF.50.25676.8723B505; Thu, 20 Sep 2012 17:12:56 +0200 (CEST) Received: from ESESSCMS0353.eemea.ericsson.se ([169.254.1.215]) by esessmw0247.eemea.ericsson.se ([153.88.115.93]) with mapi; Thu, 20 Sep 2012 17:12:56 +0200 From: Diego Caviglia To: Loa Andersson Date: Thu, 20 Sep 2012 17:12:55 +0200 Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection Thread-Index: Ac2XQiFkeqfsB+/SSKSbl9l5dgDfNQAAA5tw Message-ID: <8BB4A0BBE54F3548A50D281C391C38E31716573C79@ESESSCMS0353.eemea.ericsson.se> References: <5034CFCF.9030902@pi.nu> <505B31F5.60109@pi.nu> In-Reply-To: <505B31F5.60109@pi.nu> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: it-IT, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrILMWRmVeSWpSXmKPExsUyM+JvrW6FUXSAwbuF6hafjq1ltzizt9bi 39w5zBbfLy1hsbi1dCWrA6vHkiU/mTx+3ZrE6jFrehubx5fLn9kCWKK4bFJSczLLUov07RK4 Ms5/X8xesEKw4t/D9ywNjFd4uhg5OSQETCSONx9jh7DFJC7cW8/WxcjFISRwilHiQ0cvO4Sz kFHi4LafLCBVbAJGErs6ZoLZIgKyEte2/WQCKWIWaGGSWPZlFitIgkVAVeJpwzOwImEBJ4lH Cx6wQzQ4S7ydvY8RwjaSmDf1AVANBwevQLhEz3UVkLCQgLXE3nOtYK2cAsoSV38+YgOxGYF2 Tdi9CKyVWUBc4taT+UwQVwtILNlznhnCFpV4+fgfK0S9jMSvTd9YIep1JBbs/sQGYWtLLFv4 GqyeV0BQ4uTMJywTGMVmIRk7C0nLLCQts5C0LGBkWcUonJuYmZNebqSXWpSZXFycn6dXnLqJ ERhtB7f8Vt3BeOecyCFGaQ4WJXFe6617/IUE0hNLUrNTUwtSi+KLSnNSiw8xMnFwSjUwJgcW vLk+fc952XO6Vj8FJfxdiyI7HySEP8zdyij9d9+rJxqyCalrvtnmnV66TjhBO/GWVNyiKLfc a491lQ26r/j/4Pm/9fD0suigokepKfLysXKHD72T6op96XQ/MXCC2FEfbYN2ldvqJYf+beBj PrbOadLh7XMfaLw79dzhRq6vr1GLsdR0JZbijERDLeai4kQAg4+gp4QCAAA= Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "ahmpls-tp@lists.itu.int" , "draft-ietf-mpls-tp-ring-protection@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 15:12:59 -0000 Hi all I don't know any IPRs except for the once already disclosed=20 BR D -------- Original Message -------- Subject: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection Date: Wed, 22 Aug 2012 14:25:51 +0200 From: Loa Andersson To: mpls@ietf.org , draft-ietf-mpls-tp-ring-protection@tools.ietf.org CC: mpls-chairs@tools.ietf.org , MPLS-TP ad hoc= team Working Group and authors; the authors of draft-ietf-mpls-tp-ring-protection has asked that the draft= is working group last called. Before the working group last call, we would like to check whether there is= IPR on the document that needs to be disclosed. Are you aware of any IPR that applies to draft-ietf-mpls-tp-ring-protection= ? If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to thi= s email regardless of whether or not you are aware of any relevant IPR. The= response needs to be sent to the MPLS wg mailing list. The documents will = not advance to the next stage until a response has been received from each = author and contributor. If you are on the MPLS WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 ____________= ___________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From internet-drafts@ietf.org Thu Sep 20 09:15:13 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90FD221F8707; Thu, 20 Sep 2012 09:15:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.49 X-Spam-Level: X-Spam-Status: No, score=-102.49 tagged_above=-999 required=5 tests=[AWL=0.109, 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 DvNjZWZqWaTv; Thu, 20 Sep 2012 09:15:13 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2BB621F849A; Thu, 20 Sep 2012 09:15: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: 4.34 Message-ID: <20120920161512.4998.95034.idtracker@ietfa.amsl.com> Date: Thu, 20 Sep 2012 09:15:12 -0700 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-mldp-hsmp-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 16:15:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : LDP Extensions for Hub & Spoke Multipoint Label Switched= Path Author(s) : Lizhong Jin Frederic Jounay IJsbrand Wijnands Nicolai Leymann Filename : draft-ietf-mpls-mldp-hsmp-00.txt Pages : 12 Date : 2012-09-20 Abstract: This draft introduces a hub & spoke multipoint LSP (short for HSMP LSP), which allows traffic both from root to leaf through P2MP LSP and also leaf to root along the co-routed reverse path. That means traffic entering the HSMP LSP from application/customer at the root node travels downstream, exactly as if it was traveling downstream along a P2MP LSP to each leaf node, and traffic entering the HSMP LSP at any leaf node travels upstream along the tree to the root as if it is unicast to the root, except that it follows the path of the tree rather than ordinary unicast to the root. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-hsmp There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-mldp-hsmp-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From iesg-secretary@ietf.org Fri Sep 21 07:33:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A85A321F845D; Fri, 21 Sep 2012 07:33:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.537 X-Spam-Level: X-Spam-Status: No, score=-102.537 tagged_above=-999 required=5 tests=[AWL=0.062, 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 plhm+t8-x4FQ; Fri, 21 Sep 2012 07:33:55 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5493821F875C; Fri, 21 Sep 2012 07:33:55 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 4.34 Message-ID: <20120921143355.3506.76875.idtracker@ietfa.amsl.com> Date: Fri, 21 Sep 2012 07:33:55 -0700 Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'The Use of Entropy Labels in MPLS Forwarding' to Proposed Standard (draft-ietf-mpls-entropy-label-06.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 14:33:56 -0000 The IESG has approved the following document: - 'The Use of Entropy Labels in MPLS Forwarding' (draft-ietf-mpls-entropy-label-06.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Adrian Farrel and Stewart Bryant. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-entropy-label/ Technical Summary Load balancing, or multi-pathing, is an attempt to balance traffic across a network by allowing the traffic to use multiple paths. Load balancing has several benefits: it eases capacity planning; it can help absorb traffic surges by spreading them across multiple paths; it allows better resilience by offering alternate paths in the event of a link or node failure. As providers scale their networks, they use several techniques to achieve greater bandwidth between nodes. Two widely used techniques are: Link Aggregation Group (LAG) and Equal-Cost Multi-Path (ECMP). For MPLS networks, most of the same tecniques apply. However, finding useful keys in a packet for the purpose of load balancing can be more of a challenge. In many cases, MPLS encapsulation may require fairly deep inspection of packets to find these keys at transit LSRs. One way to eliminate the need for this deep inspection is to have the ingress LSR of an MPLS Label Switched Path extract the appropriate keys from a given packet, input them to its load balancing function, and place the result in an additional label, termed the 'entropy label', as part of the MPLS label stack it pushes onto that packet. This docuement assumes that a method are used by the ingress nodes, e.g. use certain fields, termed 'keys', within a packet's header as input to a load balancing function (typically a hash function) that selects the path for all packets in a given flow. For MPLS networks this document specifies how an entropy and entropy label indicator is introduced into the label stack. In MPLS networks the packet's MPLS entire label stack can then be used by transit LSRs to perform load balancing, as the entropy label introduces the right level of "entropy" into the label stack. Working Group Summary This document has a strong support in the working group and has been well reviewed. We have had good discussions both on the mailing list and at the meetings in Paris. The working last call high-lighted an issues, that was decided to not have an effect on this draft, but the working group chairs has initiated a separate discussion that were started at the Vancouver meeting. This is has to do with how an LSRs should behave if it can't inspect the entire label stack and how the use of entropy labels will cooperate with MPLS OAM.. Document Quality We know of one implementation, that yet has to be completed; and several vendors have indicated that they intend to implement this specification. Personnel Loa Andersson is the document shepherd. Adrian Farrel is/ the responsible AD. RFC Editor Note Section 1.2 OLD On the other hand, an ingress LSR (e.g., a PE router) has detailed knowledge of an packet's contents, typically through a priori configuration of the encapsulation(s) that are expected at a given PE-CE interface, (e.g., IPv4, IPv6, VPLS, etc.). They also have more flexible forwarding hardware. PE routers need this information and these capabilities to: NEW On the other hand, an ingress LSR (e.g., a PE router) has detailed knowledge of a packet's contents, typically through a priori configuration of the encapsulations that are expected at a given PE-CE interface, (e.g., IPv4, IPv6, VPLS, etc.). They may also have more flexible forwarding hardware, depending on implementation details. PE routers need this information and these capabilities to: END --- Section 3 s/[IANA MPLS Label Values]/[RFC3032]/ --- Section 4.1 s/If an ingress X/If an ingress LSR X/ --- Section 5.4 s/companion document./future document./ --- Section 8 OLD This section describes the use of entropy labels in various scenarios. NEW This section describes the use of entropy labels in various scenarios. The material in this section is illustrative and offers guidance to implementations, but does not form a normative part of this specification. END --- Section 9 OLD Given that there is no end-user control over the values used for entropy labels, there is little risk of Entropy Label forgery which could cause uneven load-balancing in the network. NEW Given that there is no end-user control over the values used for entropy labels, there is little risk of Entropy Label forgery which could cause uneven load-balancing in the network. Note that if the EL value is calculated only based on packet headers, then a relatively efficient wiretapping interface could be added depending on the function used to generate the EL value. An implementation may protect against this by adding some other input to the generation of the EL values that would make it harder to build a table of EL values to tap given knowledge of the keys from the packet. For example the ingress LSR could generate a random input to the EL generation process. In practice, many ECMP hashing algorithms contain a random factor in any case so as to avoid polarization issues. END IANA Note This is a "strong request" for specific allocations to facilitate early implementations. IANA should consider itself free to select other values if necessary, but if there is free choice, it would be appreciated if the values indicated below were allocated. In Section 10.1 the allocation of an MPLS Reserved Label is requested. Please allocate label 7 as the Entropy Label Indicator (ELI) In Section 10.2 the allocation of an LDP TLV Type is requested. Please allocate type 0x0206 for the Entropy Label Capability TLV From adrian@olddog.co.uk Sun Sep 23 15:54:22 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02CEC21F857E for ; Sun, 23 Sep 2012 15:54:22 -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.000, 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 HEXeSA7X6UMQ for ; Sun, 23 Sep 2012 15:54:21 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id C2B5121F8452 for ; Sun, 23 Sep 2012 15:54:20 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q8NMsJgq023927; Sun, 23 Sep 2012 23:54:19 +0100 Received: from 950129200 ([31.103.246.144]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q8NMsHX9023917 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Sep 2012 23:54:18 +0100 From: "Adrian Farrel" To: Date: Sun, 23 Sep 2012 23:54:15 +0100 Message-ID: <004301cd99de$5c948880$15bd9980$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac2Z3jo0vNmkPvVvRbuGOK7OyDyH3w== Content-Language: en-gb Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org Subject: [mpls] AD review of draft-ietf-mpls-mldp-in-band-signaling X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 22:54:22 -0000 Hi, I have done my AD review of your draft prior to sending it to IETF last call and subsequent IESG evaluation. There are a number of small nits that I hope you can mop up, and a few questions that we should be able to resolve through discussion or with a new revision of the I-D. I will change the state of the draft in the data tracker to show "revised I-D needed", but please feel free to debate these points if you want to convince me that no change is needed. Cheers, Adrian --- Please fix the idnits as indicated in the shepherd write-up > The idnits-tool flags three "problems" > > 1. There are three outdated references > > 2. There is a disclaimer for pre-RFC5378 work, that is not > really needed. > > 3. Some of the references are to older version of the referenced > document In particular, note RFC 6388. --- Abstract is fine in what it says, but it should also have a short second sentence "This document..." saying whatever it is that this document does. --- Afraid that you need to expand acronyms on first use in the body text because it is assumed to be stand-alone from the Abstract. But some are already well-known and don't need to be expanded. (PIM, BGP, MPLS, IP) I see... mLDP LSP FEC LSR --- Section 1 s/enduser/end-user/ twice --- Section 1 Each IP multicast tree is mapped one-to-one to a P2MP or MP2MP LSP in the MPLS network. This type of service works well if the number of LSPs that are created is under control of the MPLS network operator, or if the number of LSPs for a particular service are known to be limited in number. This paragraph gives me cause to wonder. Does the service work badly if neither of these conditions holds? What would badly mean? I suspect you are hinting that there is a scaling issue here. Do you think you should bring that out? I don't think it would damage your work if you did so because clearly you believe there are advantages to this approach of direct mapping when the numbers are under control. --- s/draft/document/ - Section 1 twice - Section 2.1 - Section 6 --- Section 1.2 s/an source/a source/ s/An P2MP/A P2MP/ --- Section 1.2 IP multicast tree : An IP multicast distribution tree identified by an source IP address and/or IP multicast destination address, also refered to as (S,G) and (*,G). I think you and/or is wrong. The G is always present and the S is optionally present. You have written that at least one of S and G must be present. Also, why do you call it "destination address" not "group"? The text later (e.g. Section 2) uses "group". Oh, and s/refered/referred/ --- Section 1.2 MP2MP LSP: An LSP that connects a set of leaf nodes, acting indifferently as ingress or egress. "indifferently" is beautiful in this usage. Suggest: MP2MP LSP: An LSP that connects a set of leaf nodes that may each independently act as ingress or egress. --- Section 1.2 Ingress LSR: Source of the P2MP LSP, also referred to as root node. Doesn't "ingress" have a meaning in the context of an MP2MP LSP? --- Section 2 really would benefit from at least one figure, but maybe more. It is not a requirement to add them, but they don't cost anything and they are really easy to add. --- Section 2 Suppose an LSR, call it D, is attached to a network that is capable of MPLS multicast and IP multicast I suspect from the text that follows (e.g. ""the IP multicast tree needs to travel through the MPLS network") that D is attached to two networks one of which is capable of MPLS multicast, and the other is capable of IP multicast. Is that what you meant? --- Section 2.3 Bidirectional IP multicast trees [RFC5015] MUST be transported across a MPLS network using MP2MP LSPs. I am trying to work out how this "MUST" is to be applied. Obviously you don't mean that every time you have a bidir IP mcast tree you have to go out and find an MPLS network to transport it across :-) But are you trying to say that when a bidir IP mcast tree needs to be carried over an MPLS network it MUST be carried by an MP2MP LSP? Is that a. really true b. enforceable by the IETF c. something that this protocol spec can state? Are you actually saying: When a bidirectional IP multicast tree [RFC5015] is carried over an MPLS network using the in-band signaling described in this document, it is supported using an MP2MP LSP. --- Section 3.1 Figure seems to be missing row ends. --- Sections 3.1 and 3.2 Shouldn't you say how to encode (*,G)? What value goes in the Source field in the TLV? --- 4. Security Considerations The same security considerations apply as for the base LDP specification, as described in [RFC5036]. Isn't this a little bit of a stretch? The fact is that there is now a new way to trigger behavior inside the MPLS network (viz. by hacking a PIM network). And a new way to disrupt a PIM network (viz. by hacking an MPLS network). At the very least, this means policy needs to be carefully configured at the edge LSRs. You need to talk about this in this section. --- I find two important topics missing from this document: 1. manageability 2. backward compatibility For the first of these, I should have liked to have some discussion of what things need to be configured to make this process work. What should be configurable in an implementation (you mention "under control of the MPLS network operator" in Section 1) and how should an operator use the knobs? For the second, I think you need to describe what happens when a transit or an ingress is unaware of the meaning of the opaque TLVs. The transit is easy, I think - it should not examine the opaque info so it won't matter... you can just make this statement and point at the appropriate section of RFC 6388. The ingress is more interesting: will it barf, release the label, or ignore the unknown opaque TLV? If it ignores it, how will you ever know that your mcast flow has not been set up (except you never receive traffic)? From sriganesh.kini@ericsson.com Mon Sep 24 00:20:05 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0922A21F84E6 for ; Mon, 24 Sep 2012 00:20:05 -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 Q7szu6BHa0Ik for ; Mon, 24 Sep 2012 00:20:04 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 5D19321F8475 for ; Mon, 24 Sep 2012 00:20:04 -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 q8O7Pr6t015195; Mon, 24 Sep 2012 02:25:54 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.2.164]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Mon, 24 Sep 2012 03:19:51 -0400 From: Sriganesh Kini To: Loa Andersson , "wu.bo@zte.com.cn" , Vero Zheng , Markus Jork , "mpls-chairs@tools.ietf.org" , Martin Vigoureux Date: Mon, 24 Sep 2012 03:19:50 -0400 Thread-Topic: MPLS-RT review of draft-pdutta-mpls-ldp-adj-capability Thread-Index: Ac2GmJxq7Hk9PfuAQsGel21aRMgrLQTi0z6r Message-ID: <5A5E55DF96F73844AF7DFB0F48721F0F5C13F5998D@EUSAACMS0703.eamcs.ericsson.se> References: <503F3D91.2000204@pi.nu> In-Reply-To: <503F3D91.2000204@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "draft-pdutta-mpls-ldp-adj-capability@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-pdutta-mpls-ldp-adj-capability X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 07:20:05 -0000 Hello Pranjal and other authors, Summary of review - 1. Is the doc coherent - Yes (except one of the use-cases - see detailed re= view) 2. Is it useful - Maybe. Needs some service providers feedback (see detaile= d review) 3. Is it technically sound - Mostly. Some open questions are listed in deta= iled review. 4. Is it ready to be adopted as a WG doc - The doc is a good start but it w= ould be very useful for it to go through a round of refinement (especially = the usefulness factor) before being put up for WG adoption. Detailed review 1. The use-case of 'Case 1 in section 1', states that IF1, IF2 and IF3 are = either IPv4 or IPv6 interfaces but not dual-stack and further states that a= ll three interfaces are capable of setting up IPv4 FEC elements (Since LDP = follows IGP this implies that all three interfaces are enabled for IPv4 for= warding). But since it is stated earlier that the interfaces are not dual-s= tack, wouldn't this imply that the interface is not IPv6 capable and hence = would not be IPv6 FEC capable either ? This does not seem to be the intent = of the use-case. Can you simplify/clarify the wording in this use-case. =20 2. In the above use-case it is also stated that an operator may configure i= t to be so. Can we get some operator feedback on why they may explicitly ch= oose such a configuration. 3. The use-case of 'Case 2 in section 1' is same as use-case in sec 2.1.3 o= f draft-pdutta-mpls-multi-ldp-instance but that doc is not a WG yet. Can we= get some operator feedback on whether the fate-separation of v4/v6 traffic= is useful even though both IF1 and 2 are dual-stack capable. What happens = if one of the interfaces goes down and the other must be used as a backup ? 4. If the hello adj is not tied to a specific interface (e.g. in targeted s= essions) is this draft still applicable ? If not it would be useful to expl= icitly state that. 5. What is the relation of the traffic separation techniques offered by thi= s doc when compared to other techniques such as multi-topology ? Are there = any advantages here ? 6. TFC is an TLA that has been used in RFC 4303. Use something different. 7. There are some nits such as "... to ber advertised...", "... reflecting = then change..." Thanks - Sri ________________________________________ From: Loa Andersson [loa@pi.nu] Sent: Thursday, August 30, 2012 3:16 AM To: Sriganesh Kini; wu.bo@zte.com.cn; Vero Zheng; Markus Jork; mpls-chairs@= tools.ietf.org; Martin Vigoureux Cc: draft-pdutta-mpls-ldp-adj-capability@tools.ietf.org Subject: MPLS-RT review of draft-pdutta-mpls-ldp-adj-capability Sri, Bo Wu, Vero and Markus You have been selected as an MPLS Review team reviewers for draft-pdutta-mpls-ldp-adj-capability-00.txt. Note to authors: You have been CC=92d on this email so that you can know that this review is going on. However, please do not review your own document. Reviews should comment on whether the document is coherent, is it useful (ie, is it likely to be actually useful in operational networks), and is the document technically sound? We are interested in knowing whether the document is ready to be considered for WG adoption (ie, it doesn=92t have to be perfect at this point, but should be a good start). Reviews should be sent to the document authors, WG co-chairs and secretary, and CC=92d to the MPLS WG email list. If necessary, comments may be sent privately to only the WG chairs. Are you able to review this draft by Sep 17, 2012? Thanks, Loa (as MPLS WG chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Mon Sep 24 06:08:44 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1B8121F869D for ; Mon, 24 Sep 2012 06:08:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.561 X-Spam-Level: X-Spam-Status: No, score=-102.561 tagged_above=-999 required=5 tests=[AWL=0.038, 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 06B2LLx3B7Nk for ; Mon, 24 Sep 2012 06:08:44 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id DB16E21F869E for ; Mon, 24 Sep 2012 06:08:43 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 7A533514009; Mon, 24 Sep 2012 15:08:41 +0200 (CEST) Message-ID: <50605B52.10805@pi.nu> Date: Mon, 24 Sep 2012 15:08:34 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "mpls@ietf.org" References: <50464F4B.9090408@pi.nu> In-Reply-To: <50464F4B.9090408@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 13:08:44 -0000 Working Group, this working group last call was started Sep 4, but when it concluded we had received no responses. There are more than one way to interpret this; we could say "Great - everyone is happy!" or we could say "To bad - there is no interest whatsoever for this draft!" The actions following each of these conclusions would be wildly different. We have there for decided to extend the working group last call until Oct 5, 2012. This time we invite specifically positive responses (e.g. "Yes - I believe this draft is ready to be published as an RFC"). Normal wg last call comments are of course also welcome. Please send your comments to the mpls working group mailing list (mpls@ietf.org). /Loa for the mpls working group co-chairs On 2012-09-04 20:58, Loa Andersson wrote: > Working Group, > > this is to start a working group last call on > draft-ietf-mpls-ipv6-pw-lsp-ping-01. > > Please send your comments to the MPLS wg mailing list (mpls@ietf.org). > > We have done an IPR poll among the authors and on the mpls wg mailing > list. All the authors has responded that they are not aware any IPR > claims on this document. > > No IPR disclosures has been filed against this document. > > > /Loa > (for the wg co-chairs) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From naikumar@cisco.com Tue Sep 25 09:32:51 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3369721F8954 for ; Tue, 25 Sep 2012 09:32:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 NZJNG4TVOZv9 for ; Tue, 25 Sep 2012 09:32:50 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 6024221F8943 for ; Tue, 25 Sep 2012 09:32:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2107; q=dns/txt; s=iport; t=1348590770; x=1349800370; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=LKURMW1ryzJGTalgXYs82kU4VjzWrTEjcvFTtU5jFhg=; b=hw7sCGUZ+epI+7ENTyi7LV80MBLvFaO40nzZyZ6LQt0z0xCLDKDJLQ20 s8w3BBuZAX1sdHxqVXg2dzzNWUegmjje2A5kPz8Xo1GeDYypY5RZNcqLD x1Upm7S7P+Y8eVHv1HgP2dUQc0wnRlEg4PIfnhKN+N/b0ErqDcQJNp1hS g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAHnbYVCtJXG+/2dsb2JhbABFvmKBCIIgAQEBBAEBAQ8BJzQLDAICAgEIEQQBAQEKFAkHGwwLFAkIAgQBDQUIGodjC5h2j1aQbwQEixaFYmADpCWBaYJngWM0 X-IronPort-AV: E=Sophos;i="4.80,484,1344211200"; d="scan'208";a="125151287" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-6.cisco.com with ESMTP; 25 Sep 2012 16:32:49 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id q8PGWnhG013276 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Sep 2012 16:32:49 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.155]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.02.0318.001; Tue, 25 Sep 2012 11:32:49 -0500 From: "Nagendra Kumar (naikumar)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 Thread-Index: AQHNmlXBm3Xu8nWgnE2yLOCR+JLOYpebQZqw Date: Tue, 25 Sep 2012 16:32:48 +0000 Message-ID: <47E76F08F1BCF5458111C1939C7B9C460F59105D@xmb-rcd-x03.cisco.com> References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> In-Reply-To: <50605B52.10805@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.75.198] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19208.004 x-tm-as-result: No--40.874200-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:32:51 -0000 Hi, Yes - Support.=20 Thanks, Nagendra -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Monday, September 24, 2012 6:39 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf= .org Subject: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-p= w-lsp-ping-01 Working Group, this working group last call was started Sep 4, but when it concluded we ha= d received no responses. There are more than one way to interpret this; we could say "Great - everyo= ne is happy!" or we could say "To bad - there is no interest whatsoever for= this draft!" The actions following each of these conclusions would be wild= ly different. We have there for decided to extend the working group last call until Oct 5= , 2012. This time we invite specifically positive responses (e.g. "Yes - I = believe this draft is ready to be published as an RFC"). Normal wg last call comments are of course also welcome. Please send your comments to the mpls working group mailing list (mpls@ietf= .org). /Loa for the mpls working group co-chairs On 2012-09-04 20:58, Loa Andersson wrote: > Working Group, > > this is to start a working group last call on=20 > draft-ietf-mpls-ipv6-pw-lsp-ping-01. > > Please send your comments to the MPLS wg mailing list (mpls@ietf.org). > > We have done an IPR poll among the authors and on the mpls wg mailing=20 > list. All the authors has responded that they are not aware any IPR=20 > claims on this document. > > No IPR disclosures has been filed against this document. > > > /Loa > (for the wg co-chairs) --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 ____________= ___________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From ping@pingpan.org Tue Sep 25 09:34:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAFAE1F0C9C for ; Tue, 25 Sep 2012 09:34:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.677 X-Spam-Level: X-Spam-Status: No, score=-5.677 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 h8MARLpLQN-l for ; Tue, 25 Sep 2012 09:34:38 -0700 (PDT) Received: from exprod7og123.obsmtp.com (exprod7og123.obsmtp.com [64.18.2.24]) by ietfa.amsl.com (Postfix) with SMTP id 34DC91F0C86 for ; Tue, 25 Sep 2012 09:34:38 -0700 (PDT) Received: from mail-ie0-f172.google.com ([209.85.223.172]) (using TLSv1) by exprod7ob123.postini.com ([64.18.6.12]) with SMTP ID DSNKUGHdHbHq4Mk9gkvEw1glAftwe1klQqxk@postini.com; Tue, 25 Sep 2012 09:34:38 PDT Received: by iec9 with SMTP id 9so15950299iec.31 for ; Tue, 25 Sep 2012 09:34:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=PLyjoG6xFEfYP6an0/yJehgEjZqa+meHnsknh9jH7MA=; b=l0Eza4IxxkdSR5MBNTZ1fFTZ8IHivLC0OpG9EstyfBiBTBClEI2r/f0c68Icj8ee52 x2F0dz41f4zOoDgDLPs7B2q1cEYIeMDmEPpDRkXr3JKVNU5phwoLOw0hSBMdR0F3Aln7 MybegpJGX+2P6IMy/GFsawm/LJ9NXgIVLNyAMlBspPApLjs+MmRIcoxQnKj5qZyja0aa P6a3xPpWYGwiMBjGNw2+RPWQUi7ZiYSi0FoGl77izWYuVp0caSg4HLgBwccgX+uJcH5A IEnAwCvwCYpKxVKB1fQ6AT6n1I9b86oSnaGBaZ6vyP8j1/rG62/5lyLKw+f6wPUoMdCe +IwQ== Received: by 10.50.159.130 with SMTP id xc2mr8778921igb.33.1348590877491; Tue, 25 Sep 2012 09:34:37 -0700 (PDT) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by mx.google.com with ESMTPS id mi10sm563840igc.16.2012.09.25.09.34.35 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 09:34:35 -0700 (PDT) Received: by iec9 with SMTP id 9so15950121iec.31 for ; Tue, 25 Sep 2012 09:34:34 -0700 (PDT) Received: by 10.42.33.133 with SMTP id i5mr12388816icd.55.1348590874708; Tue, 25 Sep 2012 09:34:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.19.145 with HTTP; Tue, 25 Sep 2012 09:33:54 -0700 (PDT) In-Reply-To: <47E76F08F1BCF5458111C1939C7B9C460F59105D@xmb-rcd-x03.cisco.com> References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> <47E76F08F1BCF5458111C1939C7B9C460F59105D@xmb-rcd-x03.cisco.com> From: Ping Pan Date: Tue, 25 Sep 2012 09:33:54 -0700 Message-ID: To: "Nagendra Kumar (naikumar)" Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn9M45+qrayEF0b1WZVkjziEE7DmFzSultJN8wHBlL5Z4ywaT1DaPxdUa2ZHmGvbG3tab6u Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:34:39 -0000 Support On Tue, Sep 25, 2012 at 9:32 AM, Nagendra Kumar (naikumar) wrote: > Hi, > > Yes - Support. > > Thanks, > Nagendra > > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Monday, September 24, 2012 6:39 PM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org > Subject: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 > > Working Group, > > this working group last call was started Sep 4, but when it concluded we had received no responses. > > There are more than one way to interpret this; we could say "Great - everyone is happy!" or we could say "To bad - there is no interest whatsoever for this draft!" The actions following each of these conclusions would be wildly different. > > We have there for decided to extend the working group last call until Oct 5, 2012. This time we invite specifically positive responses (e.g. "Yes - I believe this draft is ready to be published as an RFC"). > > Normal wg last call comments are of course also welcome. > > Please send your comments to the mpls working group mailing list (mpls@ietf.org). > > /Loa > for the mpls working group co-chairs > > On 2012-09-04 20:58, Loa Andersson wrote: >> Working Group, >> >> this is to start a working group last call on >> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >> >> Please send your comments to the MPLS wg mailing list (mpls@ietf.org). >> >> We have done an IPR poll among the authors and on the mpls wg mailing >> list. All the authors has responded that they are not aware any IPR >> claims on this document. >> >> No IPR disclosures has been filed against this document. >> >> >> /Loa >> (for the wg co-chairs) > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From aldrin.ietf@gmail.com Tue Sep 25 09:35:27 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FA521F0C9C for ; Tue, 25 Sep 2012 09:35:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MUlZusE-Frce for ; Tue, 25 Sep 2012 09:35:26 -0700 (PDT) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 8A55E1F0C86 for ; Tue, 25 Sep 2012 09:35:26 -0700 (PDT) Received: by pbbro8 with SMTP id ro8so393288pbb.31 for ; Tue, 25 Sep 2012 09:35:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=YypyXZ8agO6RruVxtCS95Gl7zavvqYwEy427ivLhun0=; b=cbyX26AFpaIAWz2Wq+Gs/XTeZC8URyWSogBP8npIMFvFltlAT+KEixmMfBQDN+lk7U +nvXpXhsTVxBPGKcuves+GE0NdCy0LJvs5Vnzcr3T1T4T3KokEemutO3XmoD7TJvbavE QHAP1YODedzhfq6Kf5FPHcGrqekRKT1cSN97iSu3i8e6KEMNCqFiC2IwwUpGNAHoi1NJ vHAVJrWvP+3cNvD54yZYnpNQg7iFnl9jpmoJXTBZtBV5km3nqhYf9oz4/i+w0obaH/p6 c3gR+hUeHYJQrSy4hWDsdJ/bdMG5foAVbN9tSxk+6ub3NvwIFDWVZ5xvU+7OTOZkD7Hu fzsQ== Received: by 10.68.229.228 with SMTP id st4mr47186505pbc.106.1348590926341; Tue, 25 Sep 2012 09:35:26 -0700 (PDT) Received: from [192.168.1.2] (c-107-3-156-34.hsd1.ca.comcast.net. [107.3.156.34]) by mx.google.com with ESMTPS id qd9sm563958pbb.31.2012.09.25.09.35.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 09:35:25 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: Sam Aldrin In-Reply-To: <50605B52.10805@pi.nu> Date: Tue, 25 Sep 2012 09:35:23 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> To: Loa Andersson X-Mailer: Apple Mail (2.1498) Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:35:27 -0000 Support. -sam On Sep 24, 2012, at 6:08 AM, Loa Andersson wrote: > Working Group, > > this working group last call was started Sep 4, but when it concluded > we had received no responses. > > There are more than one way to interpret this; we could say "Great - > everyone is happy!" or we could say "To bad - there is no interest > whatsoever for this draft!" The actions following each of these > conclusions would be wildly different. > > We have there for decided to extend the working group last call until > Oct 5, 2012. This time we invite specifically positive responses > (e.g. "Yes - I believe this draft is ready to be published as an RFC"). > > Normal wg last call comments are of course also welcome. > > Please send your comments to the mpls working group mailing list > (mpls@ietf.org). > > /Loa > for the mpls working group co-chairs > > On 2012-09-04 20:58, Loa Andersson wrote: >> Working Group, >> >> this is to start a working group last call on >> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >> >> Please send your comments to the MPLS wg mailing list (mpls@ietf.org). >> >> We have done an IPR poll among the authors and on the mpls wg mailing >> list. All the authors has responded that they are not aware any IPR >> claims on this document. >> >> No IPR disclosures has been filed against this document. >> >> >> /Loa >> (for the wg co-chairs) > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From kireeti.kompella@gmail.com Tue Sep 25 09:54:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F8091F0CC1 for ; Tue, 25 Sep 2012 09:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.556 X-Spam-Level: X-Spam-Status: No, score=-3.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, 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 LdvL3bBdwpqB for ; Tue, 25 Sep 2012 09:54:20 -0700 (PDT) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 71D841F0C86 for ; Tue, 25 Sep 2012 09:54:20 -0700 (PDT) Received: by pbbro8 with SMTP id ro8so419868pbb.31 for ; Tue, 25 Sep 2012 09:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=7dZQ4N87HJItNBZgGhcNMC2j+6GPUCip70Pkp5b3MNo=; b=axXeltWXFTeOsCWvDHh0HhTzZEOkK9h1ZNozcUF0MnYn9jxVqnaTON2O4IBsjyuB+w zX7TfZcidA3+21INrR1OC4buUnNZlfdlHtGHJVCLEnrxD6FkmiGjO1o5Bkm56xGW4RgN DGq7NJ+FjzcP/etwPS50Q+iFmZkRBhxpFNo0rab37ofMfBIVC2wwH2MxJMxS8WUkE5Q3 0sbx6fivo7iSk+dF/Tpk4okHJaUz3rfxJJuFrCyCrplPviJ75esOXWxGcTsiq1cyW7oU 6zEWPuonF647bx+DN5VnBwslbDXOb4pmOrc3s+Np/ywAJbogq2dmGWYMwsyUsQns6OTI arLA== Received: by 10.68.221.225 with SMTP id qh1mr47987720pbc.50.1348592060232; Tue, 25 Sep 2012 09:54:20 -0700 (PDT) Received: from [10.1.2.200] ([108.60.97.219]) by mx.google.com with ESMTPS id e9sm402321pay.34.2012.09.25.09.54.18 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 09:54:19 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: Kireeti Kompella In-Reply-To: <50605B52.10805@pi.nu> Date: Tue, 25 Sep 2012 09:54:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <94131F4B-2B9C-43C7-A787-1572BB3F51D0@gmail.com> References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> To: Loa Andersson X-Mailer: Apple Mail (2.1498) Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:54:21 -0000 No objection (sorry, Loa, I know you were looking for positive = comments). However, some hopefully useful comments: 2. IPv4 Pseudowire Sub-TLVs This document updates Section 3.2 and Sections 3.2.8 through 3.2.10 of [RFC4379] as follows and as indicated in Section 4 and Section 6. This is done to avoid any potential ambiguity, confusion, and backwards compatibility issues. I would remove "backwards compatibility"; there cannot be backwards = compatibility issues with a name change. To underscore that, I would = emphasize that the changes here are *just* to the names of the sub-TLVs, = not to the content or semantics. 6. IANA Considerations IANA is requested to perform the following assignments in the "Multi- Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry, "TLVs and sub-TLVs" sub-registry. [RFC Editor: To be REMOVED prior to publication. This registration should take place at ] Update the Value fields of these three Sub-TLVs, adding the "IPv4" qualifier (see Section 2), and update the Reference to point to this document: Change above para to (note that IANA is good about updating references): Update the names of the Value fields of these three Sub-TLVs, adding the "IPv4" qualifier (see Section 2) as follows: Kireeti. On Sep 24, 2012, at 06:08 , Loa Andersson wrote: > Working Group, >=20 > this working group last call was started Sep 4, but when it concluded > we had received no responses. >=20 > There are more than one way to interpret this; we could say "Great - > everyone is happy!" or we could say "To bad - there is no interest > whatsoever for this draft!" The actions following each of these > conclusions would be wildly different. >=20 > We have there for decided to extend the working group last call until > Oct 5, 2012. This time we invite specifically positive responses > (e.g. "Yes - I believe this draft is ready to be published as an = RFC"). >=20 > Normal wg last call comments are of course also welcome. >=20 > Please send your comments to the mpls working group mailing list > (mpls@ietf.org). >=20 > /Loa > for the mpls working group co-chairs >=20 > On 2012-09-04 20:58, Loa Andersson wrote: >> Working Group, >>=20 >> this is to start a working group last call on >> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >>=20 >> Please send your comments to the MPLS wg mailing list = (mpls@ietf.org). >>=20 >> We have done an IPR poll among the authors and on the mpls wg mailing >> list. All the authors has responded that they are not aware any IPR >> claims on this document. >>=20 >> No IPR disclosures has been filed against this document. >>=20 >>=20 >> /Loa >> (for the wg co-chairs) >=20 > --=20 >=20 >=20 > Loa Andersson email: = loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From cpignata@cisco.com Tue Sep 25 10:47:30 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26DB321F87FC for ; Tue, 25 Sep 2012 10:47:30 -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=[AWL=-0.000, 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 KMcHtvIIVO0b for ; Tue, 25 Sep 2012 10:47:28 -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 74D3121F87E7 for ; Tue, 25 Sep 2012 10:47:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16744; q=dns/txt; s=iport; t=1348595248; x=1349804848; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=4PVEnyurjUqOEXN5WeS/RLwtekYACuneJcfE6hrUi+o=; b=jm3t6GDOSl+Ui8hvWAXeEB6HRqWyhSnAL50dJNNjPuEXlspKVDOdpRZt 7bstpHCNRzQgexpKRxUeJWVaGpYYcVuP+qoZJ/9OQYpR3GNkijpbWc3vO DZLuFQmnzbTnAB4tAGEGXOTFMZRqc+Njkfz8W0PQivIWFg6sp/nwAfgfQ w=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAAftYVCtJV2a/2dsb2JhbABFtXsBiGaBCIIgAQEBAwEBAQEPAVsLBQkCAgEIGC4bDAslAgQOBQkFFIddBguYfo9WkHAEixaFYmADjmyBIIVagRWKDIMegWmCZ4FjNA X-IronPort-AV: E=Sophos;i="4.80,484,1344211200"; d="asc'?scan'208,217";a="125218514" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP; 25 Sep 2012 17:47:27 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q8PHlROh026681 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Sep 2012 17:47:27 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.26]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.02.0298.004; Tue, 25 Sep 2012 12:47:27 -0500 From: "Carlos Pignataro (cpignata)" To: Kireeti Kompella Thread-Topic: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 Thread-Index: AQHNmlXE84Fdpgiq60KC/0VBrwZUIZebm/YAgAAO1YA= Date: Tue, 25 Sep 2012 17:47:26 +0000 Message-ID: References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> <94131F4B-2B9C-43C7-A787-1572BB3F51D0@gmail.com> In-Reply-To: <94131F4B-2B9C-43C7-A787-1572BB3F51D0@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.150.52.149] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19208.004 x-tm-as-result: No--43.431800-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/signed; boundary="Apple-Mail=_5CAE30C4-90D3-48BF-A963-B5200AAC40B5"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 17:47:30 -0000 --Apple-Mail=_5CAE30C4-90D3-48BF-A963-B5200AAC40B5 Content-Type: multipart/alternative; boundary="Apple-Mail=_746E63A9-362F-4302-BD72-59233FBB932A" --Apple-Mail=_746E63A9-362F-4302-BD72-59233FBB932A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Kireeti, Thanks for the comments! Certainly useful. Ack to both points, please = see more details inline. On Sep 25, 2012, at 12:54 PM, Kireeti Kompella wrote: > No objection (sorry, Loa, I know you were looking for positive = comments). However, some hopefully useful comments: >=20 >=20 > 2. IPv4 Pseudowire Sub-TLVs >=20 > This document updates Section 3.2 and Sections 3.2.8 through 3.2.10 > of [RFC4379] as follows and as indicated in Section 4 and Section 6. > This is done to avoid any potential ambiguity, confusion, and > backwards compatibility issues. >=20 >=20 > I would remove "backwards compatibility"; there cannot be backwards = compatibility issues with a name change. I am fine making this change; the "potential backwards compatibility" = piece was because of the underdefinition of the subtype, that does not = specify the AFI for the address -- though can be inferred from the = length, can cause compat issues. > To underscore that, I would emphasize that the changes here are = *just* to the names of the sub-TLVs, not to the content or semantics. >=20 Yes, that's there already: Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs and state: ... These names and titles are now changed to: >=20 > 6. IANA Considerations >=20 > IANA is requested to perform the following assignments in the = "Multi- > Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping > Parameters" registry, "TLVs and sub-TLVs" sub-registry. >=20 > [RFC Editor: To be REMOVED prior to publication. This registration > should take place at mpls-lsp-ping-parameters/ > mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>] >=20 > Update the Value fields of these three Sub-TLVs, adding the "IPv4" > qualifier (see Section 2), and update the Reference to point to this > document: >=20 >=20 > Change above para to (note that IANA is good about updating = references): >=20 >=20 > Update the names of the Value fields of these three Sub-TLVs, > adding the "IPv4" qualifier (see Section 2) as follows: >=20 Ack. Thanks, -- Carlos. >=20 > Kireeti. >=20 > On Sep 24, 2012, at 06:08 , Loa Andersson wrote: >=20 >> Working Group, >>=20 >> this working group last call was started Sep 4, but when it concluded >> we had received no responses. >>=20 >> There are more than one way to interpret this; we could say "Great - >> everyone is happy!" or we could say "To bad - there is no interest >> whatsoever for this draft!" The actions following each of these >> conclusions would be wildly different. >>=20 >> We have there for decided to extend the working group last call until >> Oct 5, 2012. This time we invite specifically positive responses >> (e.g. "Yes - I believe this draft is ready to be published as an = RFC"). >>=20 >> Normal wg last call comments are of course also welcome. >>=20 >> Please send your comments to the mpls working group mailing list >> (mpls@ietf.org). >>=20 >> /Loa >> for the mpls working group co-chairs >>=20 >> On 2012-09-04 20:58, Loa Andersson wrote: >>> Working Group, >>>=20 >>> this is to start a working group last call on >>> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >>>=20 >>> Please send your comments to the MPLS wg mailing list = (mpls@ietf.org). >>>=20 >>> We have done an IPR poll among the authors and on the mpls wg = mailing >>> list. All the authors has responded that they are not aware any IPR >>> claims on this document. >>>=20 >>> No IPR disclosures has been filed against this document. >>>=20 >>>=20 >>> /Loa >>> (for the wg co-chairs) >>=20 >> --=20 >>=20 >>=20 >> Loa Andersson email: = loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 --Apple-Mail=_746E63A9-362F-4302-BD72-59233FBB932A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
No objection (sorry, Loa, I know you were looking for = positive comments).  However, some hopefully useful = comments:


2.  IPv4 Pseudowire Sub-TLVs

=   This document updates Section 3.2 and Sections 3.2.8 through = 3.2.10
  of [RFC4379] as follows and as indicated in = Section 4 and Section 6.
  This is done to avoid any = potential ambiguity, confusion, and
  backwards = compatibility issues.


I would remove "backwards = compatibility"; there cannot be backwards compatibility issues with a = name change.

I am fine making this = change; the "potential backwards compatibility" piece was because of the = underdefinition of the subtype, that does not specify the AFI for the = address -- though can be inferred from the length, can cause compat = issues.

 To underscore = that, I would emphasize that the changes here are *just* to the names of = the sub-TLVs, not to the content or = semantics.


Yes, that's = there already:

   =
Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs and
   state:

  =
 These names and titles are now changed to:



6. =  IANA Considerations

  IANA is requested to = perform the following assignments in the "Multi-
=   Protocol Label Switching (MPLS) Label Switched Paths (LSPs) = Ping
  Parameters" registry, "TLVs and sub-TLVs" = sub-registry.

  [RFC Editor: To be REMOVED prior to = publication.  This registration
  should take place = at <http://www.iana.org/assignments/=
  mpls-lsp-ping-parameters/
=   mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>]
  Update the Value fields of these three Sub-TLVs, = adding the "IPv4"
  qualifier (see Section 2), and update = the Reference to point to this
=   document:


Change above para to (note that IANA is = good about updating references):


  Update the = names of the Value fields of these three Sub-TLVs,
=   adding the "IPv4" qualifier (see Section 2) as = follows:


Ack.

=
Thanks,

-- = Carlos.



Kireeti.

On Sep 24, 2012, at 06:08 , Loa = Andersson <loa@pi.nu> = wrote:

Working = Group,

this working = group last call was started Sep 4, but when it = concluded
we had received no = responses.

There are more = than one way to interpret this; we could say "Great = -
everyone is happy!" or we = could say "To bad - there is no interest
whatsoever for this draft!" The actions following each of = these
conclusions would be = wildly different.

We have there = for decided to extend the working group last call = until
Oct 5, 2012. This time = we invite specifically positive responses
(e.g. "Yes - I believe this draft is ready to be published = as an RFC").

Normal wg last = call comments are of course also welcome.

Please send = your comments to the mpls working group mailing = list
(mpls@ietf.org).

/Loa
for the = mpls working group co-chairs

On 2012-09-04 = 20:58, Loa Andersson wrote:
Working = Group,

this is to start a working group = last call on
draft-ietf-mpls-ipv6-pw-lsp-ping-01.

Please send your comments to the = MPLS wg mailing list (mpls@ietf.org).

We have done an IPR poll among = the authors and on the mpls wg = mailing
list. All the authors has responded that they are not = aware any IPR
claims on this = document.

No IPR disclosures has been = filed against this document.


/Loa
(for the wg = co-chairs)

-- =


Loa Andersson =             &n= bsp;           emai= l: loa.andersson@ericsson.com<= br>
Sr Strategy and Standards = Manager =            loa@pi.nu
Ericsson Inc =             &n= bsp;           &nbs= p;phone: +46 10 717 52 13
=             &n= bsp;           &nbs= p;            =       +46 767 72 92 = 13
_______________________________________________
mpls mailing = list
mpls@ietf.org
https://www.ietf.org/m= ailman/listinfo/mpls

_____________________________= __________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/ma= ilman/listinfo/mpls


= --Apple-Mail=_746E63A9-362F-4302-BD72-59233FBB932A-- --Apple-Mail=_5CAE30C4-90D3-48BF-A963-B5200AAC40B5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAlBh7i4ACgkQtfDPGTp3USzutACfdfOym8DNZdFCI77WCdIH0Y6H zeYAn0aNddgjQqruAJbNeECxhxAHde5Q =/Bpm -----END PGP SIGNATURE----- --Apple-Mail=_5CAE30C4-90D3-48BF-A963-B5200AAC40B5-- From kireeti.kompella@gmail.com Tue Sep 25 11:11:54 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3345721F894A for ; Tue, 25 Sep 2012 11:11:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.507 X-Spam-Level: X-Spam-Status: No, score=-3.507 tagged_above=-999 required=5 tests=[AWL=0.091, BAYES_00=-2.599, 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 H2WWdT07ZsAE for ; Tue, 25 Sep 2012 11:11:53 -0700 (PDT) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 1C0AB21F8646 for ; Tue, 25 Sep 2012 11:11:53 -0700 (PDT) Received: by pbbro8 with SMTP id ro8so524849pbb.31 for ; Tue, 25 Sep 2012 11:11:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=pE1AceNz5iABrbNvZo0xZnEUc/Cq8gWpyfL8SJ3iRi4=; b=wdF8G5KAlABetAr93tuQdDuimJHmQUdLFu4VCw6TqWq9H+YVL/RmWHQMwzd8clV549 /ruBiS1ip3fz4xeFlptsRP3JdWo5E5hm4tPgWIqHzQ8Xp7Gv4upsHOPEDFNwdwXRf9AO NlQM90mtzwI3GHm9OUcYFPWG0TChtyPzx8ox+XA8Njl8uUjlzeaQHw+AO1mLw1ELMGEl gHCE747VMv4n2uDhQGDJ+NYoXg5L0YxXnq8RTZqmVSKXc8rnePYFcsG4OuhFvY/1/zLB xWQMFXDIrA68sy8F16iUu4opltYJBH5/s0wOFwyF/sHvwssIw2gnqc7RM9XMTjN8VUR5 zPtg== Received: by 10.68.223.37 with SMTP id qr5mr27606470pbc.101.1348596712748; Tue, 25 Sep 2012 11:11:52 -0700 (PDT) Received: from [10.1.2.200] ([108.60.97.219]) by mx.google.com with ESMTPS id gv1sm668337pbc.38.2012.09.25.11.11.51 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 11:11:52 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_18B06B74-2692-4B64-8F0D-72EA9D73103E" Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: Kireeti Kompella In-Reply-To: Date: Tue, 25 Sep 2012 11:11:53 -0700 Message-Id: <2E2F8A5E-F7D9-41AA-AABB-4EC568950520@gmail.com> References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> <94131F4B-2B9C-43C7-A787-1572BB3F51D0@gmail.com> To: Carlos Pignataro (cpignata) X-Mailer: Apple Mail (2.1498) Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org, draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 18:11:54 -0000 --Apple-Mail=_18B06B74-2692-4B64-8F0D-72EA9D73103E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Carlos, On Sep 25, 2012, at 10:47 , Carlos Pignataro (cpignata) = wrote: > Kireeti, >=20 > Thanks for the comments! Certainly useful. Ack to both points, please = see more details inline. Cool! > On Sep 25, 2012, at 12:54 PM, Kireeti Kompella wrote: >=20 >> No objection (sorry, Loa, I know you were looking for positive = comments). However, some hopefully useful comments: >>=20 >>=20 >> 2. IPv4 Pseudowire Sub-TLVs >>=20 >> This document updates Section 3.2 and Sections 3.2.8 through 3.2.10 >> of [RFC4379] as follows and as indicated in Section 4 and Section = 6. >> This is done to avoid any potential ambiguity, confusion, and >> backwards compatibility issues. >>=20 >>=20 >> I would remove "backwards compatibility"; there cannot be backwards = compatibility issues with a name change. >=20 > I am fine making this change; the "potential backwards compatibility" = piece was because of the underdefinition of the subtype, that does not = specify the AFI for the address -- though can be inferred from the = length, can cause compat issues. As I understand, you're essentially saying in the draft that sub-types = 9-11 are IPv4 only; so, even though there isn't an AFI (which would have = been nice), there should be no ambiguity about this. Inference from = length should not be needed. >> To underscore that, I would emphasize that the changes here are = *just* to the names of the sub-TLVs, not to the content or semantics. >=20 > Yes, that's there already: I know it's there; pointing this out explicitly at the beginning of the = section would drive it home. > Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs and > state: >=20 > ... >=20 > These names and titles are now changed to: >=20 >=20 >>=20 >> 6. IANA Considerations >>=20 >> IANA is requested to perform the following assignments in the = "Multi- >> Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping >> Parameters" registry, "TLVs and sub-TLVs" sub-registry. >>=20 >> [RFC Editor: To be REMOVED prior to publication. This registration >> should take place at > mpls-lsp-ping-parameters/ >> mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>] >>=20 >> Update the Value fields of these three Sub-TLVs, adding the "IPv4" >> qualifier (see Section 2), and update the Reference to point to = this >> document: >>=20 >>=20 >> Change above para to (note that IANA is good about updating = references): >>=20 >>=20 >> Update the names of the Value fields of these three Sub-TLVs, >> adding the "IPv4" qualifier (see Section 2) as follows: >>=20 >=20 > Ack. Excellent! Kireeti. > Thanks, >=20 > -- Carlos. >=20 >=20 >>=20 >> Kireeti. >>=20 >> On Sep 24, 2012, at 06:08 , Loa Andersson wrote: >>=20 >>> Working Group, >>>=20 >>> this working group last call was started Sep 4, but when it = concluded >>> we had received no responses. >>>=20 >>> There are more than one way to interpret this; we could say "Great - >>> everyone is happy!" or we could say "To bad - there is no interest >>> whatsoever for this draft!" The actions following each of these >>> conclusions would be wildly different. >>>=20 >>> We have there for decided to extend the working group last call = until >>> Oct 5, 2012. This time we invite specifically positive responses >>> (e.g. "Yes - I believe this draft is ready to be published as an = RFC"). >>>=20 >>> Normal wg last call comments are of course also welcome. >>>=20 >>> Please send your comments to the mpls working group mailing list >>> (mpls@ietf.org). >>>=20 >>> /Loa >>> for the mpls working group co-chairs >>>=20 >>> On 2012-09-04 20:58, Loa Andersson wrote: >>>> Working Group, >>>>=20 >>>> this is to start a working group last call on >>>> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >>>>=20 >>>> Please send your comments to the MPLS wg mailing list = (mpls@ietf.org). >>>>=20 >>>> We have done an IPR poll among the authors and on the mpls wg = mailing >>>> list. All the authors has responded that they are not aware any IPR >>>> claims on this document. >>>>=20 >>>> No IPR disclosures has been filed against this document. >>>>=20 >>>>=20 >>>> /Loa >>>> (for the wg co-chairs) >>>=20 >>> --=20 >>>=20 >>>=20 >>> Loa Andersson email: = loa.andersson@ericsson.com >>> Sr Strategy and Standards Manager loa@pi.nu >>> Ericsson Inc phone: +46 10 717 52 13 >>> +46 767 72 92 13 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >>=20 >=20 --Apple-Mail=_18B06B74-2692-4B64-8F0D-72EA9D73103E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Carlos,

On Sep 25, 2012, at 10:47 , Carlos Pignataro = (cpignata) <cpignata@cisco.com> = wrote:

No objection (sorry, Loa, I know you were looking for = positive comments).  However, some hopefully useful = comments:


2.  IPv4 Pseudowire Sub-TLVs

=   This document updates Section 3.2 and Sections 3.2.8 through = 3.2.10
  of [RFC4379] as follows and as indicated in = Section 4 and Section 6.
  This is done to avoid any = potential ambiguity, confusion, and
  backwards = compatibility issues.


I would remove "backwards = compatibility"; there cannot be backwards compatibility issues with a = name change.

I am fine making this = change; the "potential backwards compatibility" piece was because of the = underdefinition of the subtype, that does not specify the AFI for the = address -- though can be inferred from the length, can cause compat = issues.

As I = understand, you're essentially saying in the draft that sub-types 9-11 = are IPv4 only; so, even though there isn't an AFI (which would have been = nice), there should be no ambiguity about this.  Inference from = length should not be needed.

 To underscore that, I would emphasize that the = changes here are *just* to the names of the sub-TLVs, not to the content = or semantics.

Yes, that's there = already:

I know = it's there; pointing this out explicitly at the beginning of the section = would drive it home.

   =
Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs and
   state:

   =
These names and titles are now changed to:



6. =  IANA Considerations

  IANA is requested to = perform the following assignments in the "Multi-
=   Protocol Label Switching (MPLS) Label Switched Paths (LSPs) = Ping
  Parameters" registry, "TLVs and sub-TLVs" = sub-registry.

  [RFC Editor: To be REMOVED prior to = publication.  This registration
  should take place = at <http://www.iana.org/assignments/=
  mpls-lsp-ping-parameters/
=   mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>]
  Update the Value fields of these three Sub-TLVs, = adding the "IPv4"
  qualifier (see Section 2), and update = the Reference to point to this
=   document:


Change above para to (note that IANA is = good about updating references):


  Update the = names of the Value fields of these three Sub-TLVs,
=   adding the "IPv4" qualifier (see Section 2) as = follows:


Ack.

Excellent!

Ki= reeti.

Thanks,

-- = Carlos.



Kireeti.

On Sep 24, 2012, at 06:08 , Loa = Andersson <loa@pi.nu> = wrote:

Working = Group,

this working = group last call was started Sep 4, but when it = concluded
we had received no = responses.

There are more = than one way to interpret this; we could say "Great = -
everyone is happy!" or we = could say "To bad - there is no interest
whatsoever for this draft!" The actions following each of = these
conclusions would be = wildly different.

We have there = for decided to extend the working group last call = until
Oct 5, 2012. This time = we invite specifically positive responses
(e.g. "Yes - I believe this draft is ready to be published = as an RFC").

Normal wg last = call comments are of course also welcome.

Please send = your comments to the mpls working group mailing = list
(mpls@ietf.org).

/Loa
for the = mpls working group co-chairs

On 2012-09-04 = 20:58, Loa Andersson wrote:
Working = Group,

this is to start a working group = last call on
draft-ietf-mpls-ipv6-pw-lsp-ping-01.

Please send your comments to the = MPLS wg mailing list (mpls@ietf.org).

We have done an IPR poll among = the authors and on the mpls wg = mailing
list. All the authors has responded that they are not = aware any IPR
claims on this = document.

No IPR disclosures has been = filed against this document.


/Loa
(for the wg = co-chairs)

-- =


Loa Andersson =             &n= bsp;           emai= l: loa.andersson@ericsson.com<= br>
Sr Strategy and Standards = Manager =            loa@pi.nu
Ericsson Inc =             &n= bsp;           &nbs= p;phone: +46 10 717 52 13
=             &n= bsp;           &nbs= p;            =       +46 767 72 92 = 13
_______________________________________________
mpls mailing = list
mpls@ietf.org
https://www.ietf.org/m= ailman/listinfo/mpls

_____________________________= __________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/m= ailman/listinfo/mpls



= --Apple-Mail=_18B06B74-2692-4B64-8F0D-72EA9D73103E-- From cpignata@cisco.com Tue Sep 25 11:16:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40B5E21F895F for ; Tue, 25 Sep 2012 11:16:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=-0.000, 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 dWzCxNGq-77f for ; Tue, 25 Sep 2012 11:16:15 -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 8EE2221F895E for ; Tue, 25 Sep 2012 11:16:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21563; q=dns/txt; s=iport; t=1348596974; x=1349806574; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=djXOC4G8A9IhrzXw3+aLw8sg8veEoJNt2uYMUbqqGZU=; b=m808JMviD1GUM5HY6MOGUWFPW94ABMmSPO/3ZhKDhmD9FA3j+Ru7lIfF feLpxB55GoEwktnfvGqywFfnqqPaIjdwST8ouaGRqFJ06wTgPcdRWBVFa jSmqbtbM8CQ5sEupogW1MTTafxqFwHVPb8SvPeiqMAr44XPZXcO3AzoLr g=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAKbzYVCtJV2c/2dsb2JhbABFtXsBiGaBCIIgAQEBAwEBAQEPAVsLBQkCAgEIGC4bDAslAgQOBQkFFIddBguZDo9WkG0EixaFYmADjmyBIIVagRWKDIMegWmCZ4FjNA X-IronPort-AV: E=Sophos;i="4.80,484,1344211200"; d="asc'?scan'208,217";a="122189219" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-9.cisco.com with ESMTP; 25 Sep 2012 18:16:13 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id q8PIGDW9021927 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Sep 2012 18:16:13 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.26]) by xhc-rcd-x04.cisco.com ([173.37.183.78]) with mapi id 14.02.0318.001; Tue, 25 Sep 2012 13:16:13 -0500 From: "Carlos Pignataro (cpignata)" To: Kireeti Kompella Thread-Topic: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 Thread-Index: AQHNm0lCL5P35Lly3kaqcn1byDvpnZebsOwA Date: Tue, 25 Sep 2012 18:16:11 +0000 Message-ID: <90517418-4933-45A1-8C8D-E550982F884F@cisco.com> References: <50464F4B.9090408@pi.nu> <50605B52.10805@pi.nu> <94131F4B-2B9C-43C7-A787-1572BB3F51D0@gmail.com> <2E2F8A5E-F7D9-41AA-AABB-4EC568950520@gmail.com> In-Reply-To: <2E2F8A5E-F7D9-41AA-AABB-4EC568950520@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.150.52.149] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19208.004 x-tm-as-result: No--53.667800-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/signed; boundary="Apple-Mail=_E21242E9-FC28-428A-93BE-D8D2E833AACD"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: "" , "" , "" Subject: Re: [mpls] Extended: working group last call on draft-ietf-mpls-ipv6-pw-lsp-ping-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 18:16:16 -0000 --Apple-Mail=_E21242E9-FC28-428A-93BE-D8D2E833AACD Content-Type: multipart/alternative; boundary="Apple-Mail=_1BBF27BE-4838-4816-BA1D-7B1BE3418DF9" --Apple-Mail=_1BBF27BE-4838-4816-BA1D-7B1BE3418DF9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Kireeti, On Sep 25, 2012, at 2:11 PM, Kireeti Kompella wrote: > Hi Carlos, >=20 > On Sep 25, 2012, at 10:47 , Carlos Pignataro (cpignata) = wrote: >=20 >> Kireeti, >>=20 >> Thanks for the comments! Certainly useful. Ack to both points, please = see more details inline. >=20 > Cool! >=20 >> On Sep 25, 2012, at 12:54 PM, Kireeti Kompella wrote: >>=20 >>> No objection (sorry, Loa, I know you were looking for positive = comments). However, some hopefully useful comments: >>>=20 >>>=20 >>> 2. IPv4 Pseudowire Sub-TLVs >>>=20 >>> This document updates Section 3.2 and Sections 3.2.8 through = 3.2.10 >>> of [RFC4379] as follows and as indicated in Section 4 and Section = 6. >>> This is done to avoid any potential ambiguity, confusion, and >>> backwards compatibility issues. >>>=20 >>>=20 >>> I would remove "backwards compatibility"; there cannot be backwards = compatibility issues with a name change. >>=20 >> I am fine making this change; the "potential backwards compatibility" = piece was because of the underdefinition of the subtype, that does not = specify the AFI for the address -- though can be inferred from the = length, can cause compat issues. >=20 > As I understand, you're essentially saying in the draft that sub-types = 9-11 are IPv4 only; so, even though there isn't an AFI (which would have = been nice), there should be no ambiguity about this. Inference from = length should not be needed. Right -- inference from the length should not be needed. However, = reading http://tools.ietf.org/html/rfc4379#section-3.2.8, = http://tools.ietf.org/html/rfc4379#section-3.2.9, and=20 http://tools.ietf.org/html/rfc4379#section-3.2.10, there is nothing that = specifies that these are IPv4 PE Addresses -- other than reverse = engineering the length. I agree with your proposed change though, we want to remove the = "potential ambiguity". >=20 >>> To underscore that, I would emphasize that the changes here are = *just* to the names of the sub-TLVs, not to the content or semantics. >>=20 >> Yes, that's there already: >=20 > I know it's there; pointing this out explicitly at the beginning of = the section would drive it home. >=20 Sure. Sounds good. >> Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs = and >> state: >>=20 >> ... >>=20 >> These names and titles are now changed to: >>=20 >>=20 >>>=20 >>> 6. IANA Considerations >>>=20 >>> IANA is requested to perform the following assignments in the = "Multi- >>> Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping >>> Parameters" registry, "TLVs and sub-TLVs" sub-registry. >>>=20 >>> [RFC Editor: To be REMOVED prior to publication. This = registration >>> should take place at >> mpls-lsp-ping-parameters/ >>> mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>] >>>=20 >>> Update the Value fields of these three Sub-TLVs, adding the "IPv4" >>> qualifier (see Section 2), and update the Reference to point to = this >>> document: >>>=20 >>>=20 >>> Change above para to (note that IANA is good about updating = references): >>>=20 >>>=20 >>> Update the names of the Value fields of these three Sub-TLVs, >>> adding the "IPv4" qualifier (see Section 2) as follows: >>>=20 >>=20 >> Ack. >=20 > Excellent! >=20 :-) Thanks again, -- Carlos. > Kireeti. >=20 >> Thanks, >>=20 >> -- Carlos. >>=20 >>=20 >>>=20 >>> Kireeti. >>>=20 >>> On Sep 24, 2012, at 06:08 , Loa Andersson wrote: >>>=20 >>>> Working Group, >>>>=20 >>>> this working group last call was started Sep 4, but when it = concluded >>>> we had received no responses. >>>>=20 >>>> There are more than one way to interpret this; we could say "Great = - >>>> everyone is happy!" or we could say "To bad - there is no interest >>>> whatsoever for this draft!" The actions following each of these >>>> conclusions would be wildly different. >>>>=20 >>>> We have there for decided to extend the working group last call = until >>>> Oct 5, 2012. This time we invite specifically positive responses >>>> (e.g. "Yes - I believe this draft is ready to be published as an = RFC"). >>>>=20 >>>> Normal wg last call comments are of course also welcome. >>>>=20 >>>> Please send your comments to the mpls working group mailing list >>>> (mpls@ietf.org). >>>>=20 >>>> /Loa >>>> for the mpls working group co-chairs >>>>=20 >>>> On 2012-09-04 20:58, Loa Andersson wrote: >>>>> Working Group, >>>>>=20 >>>>> this is to start a working group last call on >>>>> draft-ietf-mpls-ipv6-pw-lsp-ping-01. >>>>>=20 >>>>> Please send your comments to the MPLS wg mailing list = (mpls@ietf.org). >>>>>=20 >>>>> We have done an IPR poll among the authors and on the mpls wg = mailing >>>>> list. All the authors has responded that they are not aware any = IPR >>>>> claims on this document. >>>>>=20 >>>>> No IPR disclosures has been filed against this document. >>>>>=20 >>>>>=20 >>>>> /Loa >>>>> (for the wg co-chairs) >>>>=20 >>>> --=20 >>>>=20 >>>>=20 >>>> Loa Andersson email: = loa.andersson@ericsson.com >>>> Sr Strategy and Standards Manager loa@pi.nu >>>> Ericsson Inc phone: +46 10 717 52 13 >>>> +46 767 72 92 13 >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>>=20 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>>=20 >>=20 >=20 --Apple-Mail=_1BBF27BE-4838-4816-BA1D-7B1BE3418DF9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Kireeti,


On Sep 25, 2012, at 2:11 PM, = Kireeti Kompella wrote:

Hi = Carlos,

On Sep 25, 2012, at 10:47 , Carlos Pignataro = (cpignata) <cpignata@cisco.com> = wrote:

No objection (sorry, Loa, I know you were looking for = positive comments).  However, some hopefully useful = comments:


2.  IPv4 Pseudowire Sub-TLVs

=   This document updates Section 3.2 and Sections 3.2.8 through = 3.2.10
  of [RFC4379] as follows and as indicated in = Section 4 and Section 6.
  This is done to avoid any = potential ambiguity, confusion, and
  backwards = compatibility issues.


I would remove "backwards = compatibility"; there cannot be backwards compatibility issues with a = name change.

I am fine making this = change; the "potential backwards compatibility" piece was because of the = underdefinition of the subtype, that does not specify the AFI for the = address -- though can be inferred from the length, can cause compat = issues.

As I = understand, you're essentially saying in the draft that sub-types 9-11 = are IPv4 only; so, even though there isn't an AFI (which would have been = nice), there should be no ambiguity about this.  Inference from = length should not be = needed.

Right -- = inference from the length should not be needed. However, reading http://tools.iet= f.org/html/rfc4379#section-3.2.8, http://tools.iet= f.org/html/rfc4379#section-3.2.9, and 
http://tools.ie= tf.org/html/rfc4379#section-3.2.10, there is nothing that specifies = that these are IPv4 PE Addresses -- other than reverse engineering the = length.

I agree with your proposed change = though, we want to remove the "potential = ambiguity".



 To underscore that, I would emphasize that the = changes here are *just* to the names of the sub-TLVs, not to the content = or semantics.

Yes, that's there = already:

I know = it's there; pointing this out explicitly at the beginning of the section = would drive it = home.


Sure. = Sounds good.

   =
Sections 3.2.8 through 3.2.10 of [RFC4379] list the PW sub-TLVs and
   state:

   =
These names and titles are now changed to:



6. =  IANA Considerations

  IANA is requested to = perform the following assignments in the "Multi-
=   Protocol Label Switching (MPLS) Label Switched Paths (LSPs) = Ping
  Parameters" registry, "TLVs and sub-TLVs" = sub-registry.

  [RFC Editor: To be REMOVED prior to = publication.  This registration
  should take place = at <http://www.iana.org/assignments/=
  mpls-lsp-ping-parameters/
=   mpls-lsp-ping-parameters.xml#mpls-lsp-ping-parameters-7>]
  Update the Value fields of these three Sub-TLVs, = adding the "IPv4"
  qualifier (see Section 2), and update = the Reference to point to this
=   document:


Change above para to (note that IANA is = good about updating references):


  Update the = names of the Value fields of these three Sub-TLVs,
=   adding the "IPv4" qualifier (see Section 2) as = follows:


Ack.

Excellent!

<= /div>

:-)

T= hanks again,

-- Carlos.


Kireeti.

On Sep 24, 2012, at 06:08 , Loa = Andersson <loa@pi.nu> = wrote:

Working = Group,

this working = group last call was started Sep 4, but when it = concluded
we had received no = responses.

There are more = than one way to interpret this; we could say "Great = -
everyone is happy!" or we = could say "To bad - there is no interest
whatsoever for this draft!" The actions following each of = these
conclusions would be = wildly different.

We have there = for decided to extend the working group last call = until
Oct 5, 2012. This time = we invite specifically positive responses
(e.g. "Yes - I believe this draft is ready to be published = as an RFC").

Normal wg last = call comments are of course also welcome.

Please send = your comments to the mpls working group mailing = list
(mpls@ietf.org).

/Loa
for the = mpls working group co-chairs

On 2012-09-04 = 20:58, Loa Andersson wrote:
Working = Group,

this is to start a working group = last call on
draft-ietf-mpls-ipv6-pw-lsp-ping-01.

Please send your comments to the = MPLS wg mailing list (mpls@ietf.org).

We have done an IPR poll among = the authors and on the mpls wg = mailing
list. All the authors has responded that they are not = aware any IPR
claims on this = document.

No IPR disclosures has been = filed against this document.


/Loa
(for the wg = co-chairs)

-- =


Loa Andersson =             &n= bsp;           emai= l: loa.andersson@ericsson.com<= br>
Sr Strategy and Standards = Manager =            loa@pi.nu
Ericsson Inc =             &n= bsp;           &nbs= p;phone: +46 10 717 52 13
=             &n= bsp;           &nbs= p;            =       +46 767 72 92 = 13
_______________________________________________
mpls mailing = list
mpls@ietf.org
https://www.ietf.org/m= ailman/listinfo/mpls

_____________________________= __________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/m= ailman/listinfo/mpls




= --Apple-Mail=_1BBF27BE-4838-4816-BA1D-7B1BE3418DF9-- --Apple-Mail=_E21242E9-FC28-428A-93BE-D8D2E833AACD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAlBh9OoACgkQtfDPGTp3USxMywCgx57OIc/BER2kr0wJVjlzbYoq /mMAoIoOsS+Je2sGTanIG+PrPs/gC3R5 =Xtty -----END PGP SIGNATURE----- --Apple-Mail=_E21242E9-FC28-428A-93BE-D8D2E833AACD-- From dai.xuehui@zte.com.cn Fri Sep 21 02:40:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E12B321F8737 for ; Fri, 21 Sep 2012 02:40:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.022 X-Spam-Level: X-Spam-Status: No, score=-96.022 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, 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 YbGA7FDL0Yxz for ; Fri, 21 Sep 2012 02:40:32 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 8FF7C21F8723 for ; Fri, 21 Sep 2012 02:40:28 -0700 (PDT) Received: from [192.168.168.119] by mx5.zte.com.cn with surfront esmtp id 55131806486374; Fri, 21 Sep 2012 17:32:26 +0800 (CST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 3371F72ADB9; Fri, 21 Sep 2012 17:36:48 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q8L9eCZY042347; Fri, 21 Sep 2012 17:40:12 +0800 (GMT-8) (envelope-from dai.xuehui@zte.com.cn) In-Reply-To: <5034CFCF.9030902@pi.nu> To: Loa Andersson MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: dai.xuehui@zte.com.cn Date: Fri, 21 Sep 2012 17:39:40 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-21 17:40:07, Serialize complete at 2012-09-21 17:40:07 Content-Type: multipart/alternative; boundary="=_alternative 00351DFD48257A80_=" X-MAIL: mse02.zte.com.cn q8L9eCZY042347 X-Mailman-Approved-At: Wed, 26 Sep 2012 14:05:54 -0700 Cc: MPLS-TP ad hoc team , corsi.marco@gmail.com, "mpls@ietf.org" , francesco.fondelli@ericsson.com, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 09:40:33 -0000 This is a multipart message in MIME format. --=_alternative 00351DFD48257A80_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksDQoNCldlICBhcmUgbm90IGF3YXJlIG9mICBhbnkgSVBScyAgcmVsYXRlZCB0byB0aGlzIGRv Y3VtZW50Lg0KDQpCZXN0IFJlZ2FyZHOjrA0KDQpYdWVodWkgYW5kIEJvDQoNCg0KDQoNCg0KTG9h IEFuZGVyc3NvbiA8bG9hQHBpLm51PiANCjIwMTItMDgtMjIgMjA6MjUNCg0KytW8/sjLDQpjb3Jz aS5tYXJjb0BnbWFpbC5jb20sIGRhaS54dWVodWlAenRlLmNvbS5jbiwgZGllZ28uY2F2aWdsaWFA ZXJpY3Nzb24uY29tLCANCmZyYW5jZXNjby5mb25kZWxsaUBlcmljc3Nvbi5jb20sIG51cml0LnNw cmVjaGVyQG5zbi5jb20sIA0Kc3RicnlhbnRAY2lzY28uY29tLCB3eWFhY292QGdtYWlsLmNvbQ0K s63LzQ0KTVBMUy1UUCBhZCBob2MgdGVhbSA8YWhtcGxzLXRwQGxpc3RzLml0dS5pbnQ+LCANCiJt cGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyIgPG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPg0K 1vfM4g0KSVBSIHBvbGwgb24gZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbg0KDQoN Cg0KDQoNCg0KV29ya2luZyBHcm91cCBhbmQgYXV0aG9yczsNCg0KdGhlIGF1dGhvcnMgb2YgIGRy YWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24gaGFzDQphc2tlZCB0aGF0IHRoZSBkcmFm dCBpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbGVkLg0KDQpCZWZvcmUgdGhlIHdvcmtpbmcgZ3Jv dXAgbGFzdCBjYWxsLCB3ZSB3b3VsZCBsaWtlIHRvIGNoZWNrIHdoZXRoZXINCnRoZXJlIGlzIElQ UiBvbiB0aGUgZG9jdW1lbnQgdGhhdCBuZWVkcyB0byBiZSBkaXNjbG9zZWQuDQoNCkFyZSB5b3Ug YXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8NCmRyYWZ0LWlldGYtbXBscy10cC1yaW5n LXByb3RlY3Rpb24/DQoNCklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29t cGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQooc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBh bmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1 bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIHJlc3BvbmQgdG8NCnRoaXMgZW1haWwg cmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFu dA0KSVBSLiBUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTVBMUyB3ZyBtYWls aW5nIGxpc3QuIFRoZSANCmRvY3VtZW50cyB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0 YWdlIHVudGlsIGEgcmVzcG9uc2UNCmhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3Ig YW5kIGNvbnRyaWJ1dG9yLg0KDQpJZiB5b3UgYXJlIG9uIHRoZSBNUExTIFdHIGVtYWlsIGxpc3Qg YnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvcg0KY29udHJpYnV0b3IsIHRoZW4gcGxl YXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55DQpJUFIg dGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYg cnVsZXMuDQoNClRoYW5rcywgTG9hDQooYXMgTVBMUyBXRyBjby1jaGFpcikNCi0tIA0KDQoNCkxv YSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYS5hbmRlcnNzb25A ZXJpY3Nzb24uY29tDQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAg ICBsb2FAcGkubnUNCkVyaWNzc29uIEluYyAgICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6 ICs0NiAxMCA3MTcgNTIgMTMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICArNDYgNzY3IDcyIDkyIDEzDQoNCg0KDQo= --=_alternative 00351DFD48257A80_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMyMjIyMjIgZmFjZT0iQXJpYWwiPkhpLDwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPldlICZuYnNw O2FyZSBub3QgYXdhcmUgb2YgJm5ic3A7YW55DQpJUFJzIDwvZm9udD48Zm9udCBzaXplPTIgY29s b3I9IzJmMmYyZiBmYWNlPSJBcmlhbCI+Jm5ic3A7cmVsYXRlZCB0byB0aGlzDQpkb2N1bWVudDwv Zm9udD48Zm9udCBzaXplPTIgZmFjZT0iQEFyaWFsIFVuaWNvZGUgTVMiPi48L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMyMjIyMjIgZmFjZT0iQXJpYWwiPkJlc3QgUmVnYXJk c6OsPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj0jMjIyMjIyIGZhY2U9IkFy aWFsIj5YdWVodWkgYW5kIEJvPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkxvYSBBbmRlcnNzb24gJmx0O2xvYUBwaS5udSZn dDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0w OC0yMiAyMDoyNTwvZm9udD4NCjx0ZCB3aWR0aD02NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+ytW8/sjLPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj5jb3JzaS5tYXJjb0BnbWFpbC5jb20sIGRhaS54dWVodWlAenRlLmNvbS5jbiwN CmRpZWdvLmNhdmlnbGlhQGVyaWNzc29uLmNvbSwgZnJhbmNlc2NvLmZvbmRlbGxpQGVyaWNzc29u LmNvbSwgbnVyaXQuc3ByZWNoZXJAbnNuLmNvbSwNCnN0YnJ5YW50QGNpc2NvLmNvbSwgd3lhYWNv dkBnbWFpbC5jb208L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPk1QTFMtVFAgYWQgaG9jIHRlYW0gJmx0O2Fo bXBscy10cEBsaXN0cy5pdHUuaW50Jmd0OywNCiZxdW90O21wbHMtY2hhaXJzQHRvb2xzLmlldGYu b3JnJnF1b3Q7ICZsdDttcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyZndDs8L2ZvbnQ+DQo8dHIg dmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPklQUiBwb2xsIG9uIGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb248L2Zv bnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwv dGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yPldv cmtpbmcgR3JvdXAgYW5kIGF1dGhvcnM7PGJyPg0KPGJyPg0KdGhlIGF1dGhvcnMgb2YgJm5ic3A7 ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbiBoYXM8YnI+DQphc2tlZCB0aGF0IHRo ZSBkcmFmdCBpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbGVkLjxicj4NCjxicj4NCkJlZm9yZSB0 aGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwsIHdlIHdvdWxkIGxpa2UgdG8gY2hlY2sgd2hldGhl cjxicj4NCnRoZXJlIGlzIElQUiBvbiB0aGUgZG9jdW1lbnQgdGhhdCBuZWVkcyB0byBiZSBkaXNj bG9zZWQuPGJyPg0KPGJyPg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0 bzxicj4NCmRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24/PGJyPg0KPGJyPg0KSWYg c28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJ UFIgcnVsZXM8YnI+DQooc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9y ZSBkZXRhaWxzKS48YnI+DQo8YnI+DQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1 dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0bzxicj4NCnRoaXMgZW1haWwgcmVn YXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudDxi cj4NCklQUi4gVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIE1QTFMgd2cgbWFp bGluZyBsaXN0LiBUaGUgPGJyPg0KZG9jdW1lbnRzIHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5l eHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZTxicj4NCmhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFj aCBhdXRob3IgYW5kIGNvbnRyaWJ1dG9yLjxicj4NCjxicj4NCklmIHlvdSBhcmUgb24gdGhlIE1Q TFMgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yPGJyPg0K Y29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBh cmUgYXdhcmUgb2YgYW55PGJyPg0KSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQg aW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLjxicj4NCjxicj4NClRoYW5rcywgTG9hPGJy Pg0KKGFzIE1QTFMgV0cgY28tY2hhaXIpPGJyPg0KLS0gPGJyPg0KPGJyPg0KPGJyPg0KTG9hIEFu ZGVyc3NvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZW1haWw6IGxvYS5hbmRlcnNzb25A ZXJpY3Nzb24uY29tPGJyPg0KU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7bG9hQHBpLm51PGJyPg0KRXJpY3Nz b24gSW5jICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogKzQ2IDEwIDcx NyA1MiAxMzxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsrNDYgNzY3IDcyIDkyIDEzPGJyPg0KPGJyPg0KPC9mb250PjwvdHQ+DQo8YnI+DQo= --=_alternative 00351DFD48257A80_=-- From dai.xuehui@zte.com.cn Fri Sep 21 07:10:55 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8EF521F884D for ; Fri, 21 Sep 2012 07:10:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.045 X-Spam-Level: X-Spam-Status: No, score=-95.045 tagged_above=-999 required=5 tests=[AWL=-0.977, BAYES_05=-1.11, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_BAD_ID=2.837, 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 Szh9kO8TdgpJ for ; Fri, 21 Sep 2012 07:10:55 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 58DE621F8838 for ; Fri, 21 Sep 2012 07:10:53 -0700 (PDT) Received: from [10.30.3.21] by mx5.zte.com.cn with surfront esmtp id 551319526129092(version=TLSv1/SSLv3 cipher=SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA bits=128 verify=NO); Fri, 21 Sep 2012 22:02:12 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q8LE9wxv035113; Fri, 21 Sep 2012 22:09:58 +0800 (GMT-8) (envelope-from dai.xuehui@zte.com.cn) In-Reply-To: <5034CFCF.9030902@pi.nu> To: Loa Andersson MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: dai.xuehui@zte.com.cn Date: Fri, 21 Sep 2012 22:09:25 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-21 22:09:53, Serialize complete at 2012-09-21 22:09:53 Content-Type: multipart/alternative; boundary="=_alternative 004DD0F548257A80_=" X-MAIL: mse02.zte.com.cn q8LE9wxv035113 X-Mailman-Approved-At: Wed, 26 Sep 2012 14:05:54 -0700 Cc: corsi.marco@gmail.com, "mpls@ietf.org" , francesco.fondelli@ericsson.com, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 14:10:56 -0000 This is a multipart message in MIME format. --=_alternative 004DD0F548257A80_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksDQoNCldlIGFyZSBub3QgYXdhcmUgb2YgYW55IElQUiByZWxhdGVkIHRvIHRoaXMgZG9jdW1l bnQuDQoNCkJlc3QgUmVnYXJkcywNClh1ZWh1aSBhbmQgQm8NCg0KDQoNCg0KDQpMb2EgQW5kZXJz c29uIDxsb2FAcGkubnU+IA0KMjAxMi0wOC0yMiAyMDoyNQ0KDQrK1bz+yMsNCmNvcnNpLm1hcmNv QGdtYWlsLmNvbSwgZGFpLnh1ZWh1aUB6dGUuY29tLmNuLCBkaWVnby5jYXZpZ2xpYUBlcmljc3Nv bi5jb20sIA0KZnJhbmNlc2NvLmZvbmRlbGxpQGVyaWNzc29uLmNvbSwgbnVyaXQuc3ByZWNoZXJA bnNuLmNvbSwgDQpzdGJyeWFudEBjaXNjby5jb20sIHd5YWFjb3ZAZ21haWwuY29tDQqzrcvNDQpN UExTLVRQIGFkIGhvYyB0ZWFtIDxhaG1wbHMtdHBAbGlzdHMuaXR1LmludD4sIA0KIm1wbHMtY2hh aXJzQHRvb2xzLmlldGYub3JnIiA8bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+DQrW98ziDQpJ UFIgcG9sbCBvbiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uDQoNCg0KDQoNCg0K DQpXb3JraW5nIEdyb3VwIGFuZCBhdXRob3JzOw0KDQp0aGUgYXV0aG9ycyBvZiAgZHJhZnQtaWV0 Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbiBoYXMNCmFza2VkIHRoYXQgdGhlIGRyYWZ0IGlzIHdv cmtpbmcgZ3JvdXAgbGFzdCBjYWxsZWQuDQoNCkJlZm9yZSB0aGUgd29ya2luZyBncm91cCBsYXN0 IGNhbGwsIHdlIHdvdWxkIGxpa2UgdG8gY2hlY2sgd2hldGhlcg0KdGhlcmUgaXMgSVBSIG9uIHRo ZSBkb2N1bWVudCB0aGF0IG5lZWRzIHRvIGJlIGRpc2Nsb3NlZC4NCg0KQXJlIHlvdSBhd2FyZSBv ZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0bw0KZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVj dGlvbj8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXMNCihzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4 IGZvciBtb3JlIGRldGFpbHMpLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1 dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0bw0KdGhpcyBlbWFpbCByZWdhcmRs ZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50DQpJUFIu IFRoZSByZXNwb25zZSBuZWVkcyB0byBiZSBzZW50IHRvIHRoZSBNUExTIHdnIG1haWxpbmcgbGlz dC4gVGhlIA0KZG9jdW1lbnRzIHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50 aWwgYSByZXNwb25zZQ0KaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29u dHJpYnV0b3IuDQoNCklmIHlvdSBhcmUgb24gdGhlIE1QTFMgV0cgZW1haWwgbGlzdCBidXQgYXJl IG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yDQpjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhw bGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkNCklQUiB0aGF0IGhh cyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4N Cg0KVGhhbmtzLCBMb2ENCihhcyBNUExTIFdHIGNvLWNoYWlyKQ0KLS0gDQoNCg0KTG9hIEFuZGVy c3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nv bi5jb20NClNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBw aS5udQ0KRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEw IDcxNyA1MiAxMw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICs0NiA3NjcgNzIgOTIgMTMNCg0KDQoNCg== --=_alternative 004DD0F548257A80_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0zPkhpLDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+V2Ug YXJlIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHJlbGF0ZWQgdG8gdGhpcyBkb2N1bWVudC48L2ZvbnQ+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkJlc3QgUmVnYXJkcyw8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0zPlh1ZWh1aSBhbmQgQm88L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTM1JT48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+TG9hIEFuZGVyc3NvbiAmbHQ7bG9hQHBpLm51 Jmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDEy LTA4LTIyIDIwOjI1PC9mb250Pg0KPHRkIHdpZHRoPTY0JT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPmNvcnNpLm1hcmNvQGdtYWlsLmNvbSwgZGFpLnh1ZWh1aUB6dGUuY29tLmNu LA0KZGllZ28uY2F2aWdsaWFAZXJpY3Nzb24uY29tLCBmcmFuY2VzY28uZm9uZGVsbGlAZXJpY3Nz b24uY29tLCBudXJpdC5zcHJlY2hlckBuc24uY29tLA0Kc3RicnlhbnRAY2lzY28uY29tLCB3eWFh Y292QGdtYWlsLmNvbTwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1y aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0 ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+TVBMUy1UUCBhZCBob2MgdGVhbSAmbHQ7 YWhtcGxzLXRwQGxpc3RzLml0dS5pbnQmZ3Q7LA0KJnF1b3Q7bXBscy1jaGFpcnNAdG9vbHMuaWV0 Zi5vcmcmcXVvdDsgJmx0O21wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnJmd0OzwvZm9udD4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu cy1zZXJpZiI+SVBSIHBvbGwgb24gZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbjwv Zm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+ PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTI+ V29ya2luZyBHcm91cCBhbmQgYXV0aG9yczs8YnI+DQo8YnI+DQp0aGUgYXV0aG9ycyBvZiAmbmJz cDtkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uIGhhczxicj4NCmFza2VkIHRoYXQg dGhlIGRyYWZ0IGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsZWQuPGJyPg0KPGJyPg0KQmVmb3Jl IHRoZSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCwgd2Ugd291bGQgbGlrZSB0byBjaGVjayB3aGV0 aGVyPGJyPg0KdGhlcmUgaXMgSVBSIG9uIHRoZSBkb2N1bWVudCB0aGF0IG5lZWRzIHRvIGJlIGRp c2Nsb3NlZC48YnI+DQo8YnI+DQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVz IHRvPGJyPg0KZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbj88YnI+DQo8YnI+DQpJ ZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRG IElQUiBydWxlczxicj4NCihzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBt b3JlIGRldGFpbHMpLjxicj4NCjxicj4NCklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQg YXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSByZXNwb25kIHRvPGJyPg0KdGhpcyBlbWFpbCBy ZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50 PGJyPg0KSVBSLiBUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTVBMUyB3ZyBt YWlsaW5nIGxpc3QuIFRoZSA8YnI+DQpkb2N1bWVudHMgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUg bmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlPGJyPg0KaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBl YWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuPGJyPg0KPGJyPg0KSWYgeW91IGFyZSBvbiB0aGUg TVBMUyBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3I8YnI+ DQpjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91 IGFyZSBhd2FyZSBvZiBhbnk8YnI+DQpJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3Nl ZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuPGJyPg0KPGJyPg0KVGhhbmtzLCBMb2E8 YnI+DQooYXMgTVBMUyBXRyBjby1jaGFpcik8YnI+DQotLSA8YnI+DQo8YnI+DQo8YnI+DQpMb2Eg QW5kZXJzc29uICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogbG9hLmFuZGVyc3Nv bkBlcmljc3Nvbi5jb208YnI+DQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsb2FAcGkubnU8YnI+DQpFcmlj c3NvbiBJbmMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiArNDYgMTAg NzE3IDUyIDEzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7 ICZuYnNwOys0NiA3NjcgNzIgOTIgMTM8YnI+DQo8YnI+DQo8L2ZvbnQ+PC90dD4NCjxicj4NCg== --=_alternative 004DD0F548257A80_=-- From yang.jian90@zte.com.cn Sat Sep 29 02:16:07 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C08A921F865B; Sat, 29 Sep 2012 02:16:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.51 X-Spam-Level: X-Spam-Status: No, score=-93.51 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_BLANKS=0.041, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 Q5fFgT9wzD55; Sat, 29 Sep 2012 02:16:06 -0700 (PDT) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 5CD4F21F8501; Sat, 29 Sep 2012 02:16:05 -0700 (PDT) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 3F28813BD585; Sat, 29 Sep 2012 17:08:41 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q8T9FhwX099855; Sat, 29 Sep 2012 17:15:43 +0800 (GMT-8) (envelope-from yang.jian90@zte.com.cn) In-Reply-To: <5059A308.3050307@pi.nu> To: Loa Andersson X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: yang.jian90@zte.com.cn Date: Sat, 29 Sep 2012 17:14:48 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-09-29 17:15:23 MIME-Version: 1.0 Content-type: text/plain; charset=GB2312 Content-transfer-encoding: base64 X-MAIL: mse02.zte.com.cn q8T9FhwX099855 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , mpls-bounces@ietf.org, draft-ietf-mpls-tp-ring-protection@tools.ietf.org Subject: [mpls] =?gb2312?b?tPC4tDogIFdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9u?= =?gb2312?b?IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24=?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 09:16:07 -0000 SGkgQWxsLA0KDQpJIHRoaW5rIHdlIHNob3VsZCBhZGRyZXNzIGFsbCB0aGUgaXNzdWVzIHRoYXQg SVRVIGxpYWlzb24gbWVudGlvbmVkLg0KDQpCUiwNCkppYW4NCg0KDQoNCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgDQogICAgICAgICAgICAgTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICA8bG9hQHBpLm51PiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAg ICAgILeivP7IyzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICDK1bz+yMsgDQogICAgICAgICAgICAgbXBscy1ib3VuY2VzQGkgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICBldGYub3JnICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICCzrcvNIA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIm1wbHNAaWV0Zi5vcmciIDxtcGxzQGlldGYu b3JnPiwgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBNUExTLVRQ IGFkIGhvYyB0ZWFtICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAyMDEyLTA5LTE5 ICAgICAgICAgICAgIDxhaG1wbHMtdHBAbGlzdHMuaXR1LmludD4sICAgICAgICAgICAgIA0KICAg ICAgICAgICAgIDE4OjQ4ICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmct cHJvdGVjdGlvbkB0b28gDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBscy5p ZXRmLm9yZywgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICJtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyIgICAgICAgICAgIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPG1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnPiAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg1vfM4iANCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFttcGxzXSBXb3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbiAgICAg IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1tcGxzLXRw LXJpbmctcHJvdGVjdGlvbiAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KDQoNCldvcmtpbmcgR3JvdXAsDQoNCnRo aXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbg0KZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMi10eHQuDQoNClBsZWFzZSBub3RlIHRo YXQgdGhlcmUgYXJlIHR3byBJUFIgZGlzY2xvc3VyZXMgIyAxNDYyIGFuZCAgIyAxODcyDQpyZWxh dGVkIHRvIHRoaXMgZG9jdW1lbnQuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhl IG1wbHMgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3RzDQoobXBsc0BpZXRmLm9yZykuDQoNClRo ZSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIE9jdG9iZXIgMywgMjAxMi4NCg0KL0xvYQ0K Zm9yIHRoZSBtcGxzIHdnIGNvLWNoYWlycw0KDQoNCi0tDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAg ICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NClNy IFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KRXJp Y3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAx Mw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3Njcg NzIgOTIgMTMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg== From hejia@huawei.com Sat Sep 29 03:53:35 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16C1B21F84F2 for ; Sat, 29 Sep 2012 03:53:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.525 X-Spam-Level: X-Spam-Status: No, score=-5.525 tagged_above=-999 required=5 tests=[AWL=-3.468, BAYES_00=-2.599, CN_BODY_35=0.339, 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 wYucwUL6oie0 for ; Sat, 29 Sep 2012 03:53:34 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0531221F84C9 for ; Sat, 29 Sep 2012 03:53:32 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALD86812; Sat, 29 Sep 2012 10:53:31 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 29 Sep 2012 11:52:32 +0100 Received: from SZXEML410-HUB.china.huawei.com (10.82.67.137) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 29 Sep 2012 11:53:30 +0100 Received: from SZXEML505-MBS.china.huawei.com ([169.254.2.19]) by szxeml410-hub.china.huawei.com ([10.82.67.137]) with mapi id 14.01.0323.003; Sat, 29 Sep 2012 18:53:22 +0800 From: Hejia To: Loa Andersson Thread-Topic: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection Thread-Index: AQHNllRf82qjNdoiA0OJzsZi6RX7kJehLihw Date: Sat, 29 Sep 2012 10:53:22 +0000 Message-ID: <735916399E11684EAF4EB4FB376B7195264A40F9@SZXEML505-MBS.china.huawei.com> References: <5059A308.3050307@pi.nu> In-Reply-To: <5059A308.3050307@pi.nu> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.76.205] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , "draft-ietf-mpls-tp-ring-protection@tools.ietf.org" Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 10:53:35 -0000 RG8gbm90IHN1cHBvcnQuDQoNCkJhc2VkIG9uIHRoZSBhbmFseXNpcyBpbiBTZWN0aW9uIDIuNCBv ZiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAyLCB0aGUgcmluZyBwcm90ZWN0 aW9uIHNjaGVtZSB1c2luZyBTUE1FIGFzIGRlc2NyaWJlZCwgZWl0aGVyIHdyYXBwaW5nIG9yIHN0 ZWVyaW5nLCBkb2VzIGhhdmUgZGVmaWNpZW5jaWVzLCB3aGljaCBJTUhPIHNob3VsZCBiZSBiZXR0 ZXIgcmVjb25zaWRlcmVkIGFuZCBzb2x2ZWQgaWYgcG9zc2libGUuDQoNCg0KQi5SLg0KSmlhDQoN Ci0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0 bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gTG9hIEFuZGVyc3Nvbg0Kt6LLzcqxvOQ6IDIw MTLE6jnUwjE5yNUgMTg6NDkNCrOty806IG1wbHNAaWV0Zi5vcmc7IE1QTFMtVFAgYWQgaG9jIHRl YW07IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc7IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQrW98ziOiBbbXBsc10gV29ya2luZyBncm91cCBsYXN0 IGNhbGwgb24gZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbg0KDQpXb3JraW5nIEdy b3VwLA0KDQp0aGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNh bGwgb24NCmRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDItdHh0Lg0KDQpQbGVh c2Ugbm90ZSB0aGF0IHRoZXJlIGFyZSB0d28gSVBSIGRpc2Nsb3N1cmVzICMgMTQ2MiBhbmQgICMg MTg3Mg0KcmVsYXRlZCB0byB0aGlzIGRvY3VtZW50Lg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1l bnRzIHRvIHRoZSBtcGxzIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0cw0KKG1wbHNAaWV0Zi5v cmcpLg0KDQpUaGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBPY3RvYmVyIDMsIDIwMTIu DQoNCi9Mb2ENCmZvciB0aGUgbXBscyB3ZyBjby1jaGFpcnMNCg0KDQotLSANCg0KDQpMb2EgQW5k ZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2EuYW5kZXJzc29uQGVyaWNz c29uLmNvbQ0KU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9h QHBpLm51DQpFcmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYg MTAgNzE3IDUyIDEzDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKzQ2IDc2NyA3MiA5MiAxMw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg==