From nobody Mon Feb 2 22:37:02 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E8DA1A6F2A; Mon, 2 Feb 2015 22:36:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HnmL6N3WqH1P; Mon, 2 Feb 2015 22:36:56 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 033531A6F14; Mon, 2 Feb 2015 22:36:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203063656.24340.39897.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 22:36:56 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-lsp-attribute-ro-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 06:36:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : LSP Attribute in ERO Authors : Cyril Margaria Giovanni Martinelli Steve Balls Ben Wright Filename : draft-ietf-teas-lsp-attribute-ro-02.txt Pages : 13 Date : 2015-02-02 Abstract: RFC5420 extends RSVP-TE to specify or record generic attributes which apply to the whole of the path of an LSP. This document defines an extension to the RSVP ERO and RRO objects to allow it to specify or record generic attributes which apply to a given hop. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-lsp-attribute-ro/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-lsp-attribute-ro-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-lsp-attribute-ro-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 3 06:34:14 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2ACF31A0439 for ; Tue, 3 Feb 2015 06:34:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BIZ=0.288, IP_NOT_FRIENDLY=0.334] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U75f0uBsq4Es for ; Tue, 3 Feb 2015 06:34:10 -0800 (PST) Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 744FD1A040C for ; Tue, 3 Feb 2015 06:34:10 -0800 (PST) Received: from localhost ([::1]:60962) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YIeYL-0002Su-8m; Tue, 03 Feb 2015 17:34:09 +0300 Message-ID: <54D0DC5F.90208@labn.net> Date: Tue, 03 Feb 2015 09:34:07 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: draft-ietf-teas-lsp-attribute-ro@tools.ietf.org References: <20141209183627.3866.99288.idtracker@ietfa.amsl.com> In-Reply-To: <20141209183627.3866.99288.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: Adrian Farrel , teas@ietf.org Subject: Re: [Teas] I-D Action: draft-ietf-teas-lsp-attribute-ro-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 14:34:12 -0000 Authors, This change looks pretty good. One minor change was missed, but it's minor enough to pick up on the rev: Per http://www.ietf.org/mail-archive/web/teas/current/msg00110.html: > Section 2.2 changes, the text here looks good to me. I'd add "The set > of valid flags are defined in section 4.3" as a forward reference to > make life easier for the reader. Adrian, I think the doc is now back to you. Lou (as Shepherd) On 12/9/2014 1:36 PM, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. > > Title : LSP Attribute in ERO > Authors : Cyril Margaria > Giovanni Martinelli > Steve Balls > Ben Wright > Filename : draft-ietf-teas-lsp-attribute-ro-00.txt > Pages : 12 > Date : 2014-12-09 > > Abstract: > RFC5420 extends RSVP-TE to specify or record generic attributes which > apply to the whole of the path of an LSP. This document proposes an > extension to the RSVP ERO and RRO objects to allow it to specify or > record generic attributes which apply to a given hop. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-lsp-attribute-ro/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-teas-lsp-attribute-ro-00 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Tue Feb 3 20:07:38 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2BE61A1BEC; Tue, 3 Feb 2015 20:07:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4o2Bd_dWATYw; Tue, 3 Feb 2015 20:07:32 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2155A1A1BDF; Tue, 3 Feb 2015 20:07:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204040732.31039.38899.idtracker@ietfa.amsl.com> Date: Tue, 03 Feb 2015 20:07:32 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 04:07:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Ning So Autumn Liu Tarek Saad Fengman Xu Filename : draft-ietf-teas-rsvp-egress-protection-01.txt Pages : 17 Date : 2015-02-03 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting egress nodes of a Traffic Engineered (TE) Label Switched Path (LSP), which is a Point-to-Point (P2P) LSP or a Point-to-Multipoint (P2MP) LSP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-rsvp-egress-protection-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-egress-protection-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 3 20:17:32 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90B5E1A1BE6 for ; Tue, 3 Feb 2015 20:17:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c9q3OyK_ZbxX for ; Tue, 3 Feb 2015 20:17:27 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5F7A1A1BC6 for ; Tue, 3 Feb 2015 20:17:26 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSB50799; Wed, 04 Feb 2015 04:17:25 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.212.94.49) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 4 Feb 2015 04:17:25 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.133]) by SJCEML703-CHM.china.huawei.com ([169.254.5.223]) with mapi id 14.03.0158.001; Tue, 3 Feb 2015 20:17:20 -0800 From: Huaimo Chen To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-01.txt Thread-Index: AQHQQDAnGEX9/Sm5Ek2z9g/Hi6EEvpzf31CQ Date: Wed, 4 Feb 2015 04:17:19 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D44E361A1A@SJCEML701-CHM.china.huawei.com> References: <20150204040732.31039.38899.idtracker@ietfa.amsl.com> In-Reply-To: <20150204040732.31039.38899.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.245.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 04:17:30 -0000 Hi Everyone, We updated the draft in this version (-01) according to Lou's comments.= For your convenience, a brief explanation for the response to each of Lou'= s comments is inline below. We welcome your comments for the updated draft. Best Regards, Huaimo > From: Lou Berger [mailto:lberger@labn.net] > Sent: Wednesday, December 31, 2014 7:48 AM > To: Huaimo Chen > Cc: Ross Callon; db3546@att.com; Lu Huang; Lei Liu; Lizhenbin; Autumn=20 > Liu; Tarek Saad; Ning So; Fengman Xu; Mehmet Toy; Loa Andersson;=20 > swallow@cisco.com > Subject: Re: Request for WGLC for=20 > draft-ietf-teas-rsvp-egress-protection > > Huaimo, > I just took a quick skim through the document and see a few things th= at should be addressed: > > - You have a lot of names on the front page. The RFC editor's guidance i= s a max of 5 names on the front page. Getting to this number will smooth t= he publication process. > [Huaimo] Keep 5 names on the front page in the updated draft. > > - There are a number of nits that would be good to clean up. > [Huaimo] Cleaned up. > > - You have conformance (RFC2119) language in informative text [Huaimo]=20 > Removed conformance language in informative text. > > - You mention GMPLS, which is good, but don't mention how the document re= lates to RFC4872 and 4873. I'm not saying that the document can't be limit= ed to FRR protection, but do want to at least discuss if a unified approach= can be found for FRR and 4873 style segment protection. The conclusion of= this discussion will need to reflected in someway in the document, either = as a change in the mechanisms or an explicit statement of scope. > [Huaimo] Removed GMPLS from abstract. But added some text relating to RFC= 4873 in the document. > > - You can define values for objects/TLVs defined in this document. > [Huaimo] Defined values for new objects/TLVs. > > - You combined v4/v6 object definition is subject to misinterpretation.=20 > It needs to be clarified. I suggest using past RFCs as a reference of ho= w this can be done, e.g., see RFC4875. > [Huaimo] Defined IPv4 and IPv6 objects separately. > > - You should reference where the FAST_REROUTE object is defined in=20 > section 4.2 [Huaimo] Removed this section. Moved flags into EGRESS_BACKUP= object since the flags are specific to egress protection. > > - Section 5 seems to be a mix informative and normative text. It's not c= lear if all required behaviors have normative language. I suspect there are= a number of cases missing - particularly, but not exclusively, in the lang= uage around processing that is the same as / different than RFC4090, which = is generally very loosely defined. > [Huaimo] Separated informative and normative text, make sure all required= behaviors in normative language. > > - The term "The S2L Sub LSP Protection" is first in the procedures sectio= n. It's definition / introduction is needed somewhere, either by reference= or earlier in the document. Consider if you even need to introduce this n= ew term. > [Huaimo] Introduced "S2L Sub LSP Protection".=20 > > - Section 6.3 seems like it's going to be an informative section, but the= n conformance language shows up. I suspect the conformance language belong= s in Section 5. > [Huaimo] Removed the conformance language in this section. > > - Section 7 is pretty light, I suspect you can find more to say on this t= opic. > [Huaimo] Added more on this topic. > > - The iana section doesn't follow rfc5226. See some recent RFCs for exam= ples. (I just reviewed draft-ietf-teas-rsvp-te-li-lb and it provides an exa= mple for exiting registries, but not establishing a new one.=20 > [Huaimo] Re-wrote IANA section. > > - Your references need to be revisited/cleaned up. There are some clearl= y stale references and the normative/informative split doesn't make a whole= lot of sense. > [Huaimo] Cleaned up the references. > > That's what I see based on a quick skim.=20 > > Also, when do you expect to upload draft-ietf-teas-rsvp-ingress-protectio= n? > [Huaimo] draft-ietf-teas-rsvp-ingress-protection is uploaded. It is ready= for WGLC. > > Happy new year to you as well. > > Lou =20 From nobody Wed Feb 4 06:10:28 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D282E1A899B; Wed, 4 Feb 2015 06:10:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cQivzfE5pDin; Wed, 4 Feb 2015 06:10:09 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D8E11A8972; Wed, 4 Feb 2015 06:09:37 -0800 (PST) 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: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150204140937.826.51410.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 06:09:37 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] Last Call: (GMPLS RSVP-TE Extensions for Lock Instruct and Loopback) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 14:10:12 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'GMPLS RSVP-TE Extensions for Lock Instruct and Loopback' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-02-18. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document specifies extensions to Resource Reservation Protocol- Traffic Engineering (RSVP-TE) to support Lock Instruct (LI) and Loopback (LB) mechanisms for Label Switched Paths (LSPs). These mechanisms are applicable to technologies which use Generalized Multi-Protocol Label Switching (GMPLS) as control plane. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-li-lb/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-li-lb/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Wed Feb 4 06:21:38 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CBE21A89AF; Wed, 4 Feb 2015 06:21:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uwA0y1MVzIaZ; Wed, 4 Feb 2015 06:21:12 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0076D1A8979; Wed, 4 Feb 2015 06:21:12 -0800 (PST) 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: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150204142111.13417.98693.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 06:21:11 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] Last Call: (LSP Attribute in ERO) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 14:21:26 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'LSP Attribute in ERO' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-02-18. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract RFC5420 extends RSVP-TE to specify or record generic attributes which apply to the whole of the path of an LSP. This document defines an extension to the RSVP ERO and RRO objects to allow it to specify or record generic attributes which apply to a given hop. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-teas-lsp-attribute-ro/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-teas-lsp-attribute-ro/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Feb 6 09:34:01 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 262071A70FD; Fri, 6 Feb 2015 09:33:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bfIWygP8Pkox; Fri, 6 Feb 2015 09:33:56 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78DBE1A797C; Fri, 6 Feb 2015 09:33:55 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t16HXoBZ011815; Fri, 6 Feb 2015 17:33:50 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t16HXmMj011770 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2015 17:33:49 GMT From: "Adrian Farrel" To: "'Rakesh Gandhi \(rgandhi\)'" , References: <049b01d03650$f6300490$e2900db0$@olddog.co.uk> In-Reply-To: Date: Fri, 6 Feb 2015 17:33:49 -0000 Message-ID: <02c901d04233$11ea2fb0$35be8f10$@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: AQGHEgZYMus3vdU2jv+jCm85wu63i512QW7A Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21310.001 X-TM-AS-Result: No--28.805-10.0-31-10 X-imss-scan-details: No--28.805-10.0-31-10 X-TMASE-MatchedRID: 9d2LtCNB3NIwJ6xbTjBa5lt3XMydUaMXU1x9xlWFhDdnnK6mXN72m4Xa KD3s/mOLTWLw2jvbfpwxmw7MTKG2g9HE56H0VbYK/1aBDnIV4ikZskwWqoib3PPf8ttPpG13k1F e0KkV71MEJ+6FDAUwZ8CB5or4zS/iAMFp5W5WHQJwUSK4/EeOxe7sedMuEdnYnvbaEOoeixNZMU fzivhwNI9QUR1zs2YWPSPHdpLgc4Ah89N345Oq8U+4wmL9kCTxoprEeoZHCQJ2iqcE/RbrKJEWK jiEaQ1UZwhOlxhEQpZEbJpolwpHM6jzS7OMxwt5uZH4LSX2+NWHxi2fvkKUM4KwF4K/wIz9GqKm 6RGTPi4ifGIVGjm8+/aCIjwKLOiXuGFoWyRJYOpc/msUC5wFQQ/80a3o2lzS8/mfuYg/okWcXKs opitOMYYFGTrTbnHnnuLV9ngVi7cTCPmEbq0xePSG/+sPtZVk2r3/CX4MlKCbKItl61J/ycnjLT A/UDoApPKClyoUSzyNo+PRbWqfRJBlLa6MK1y4 Archived-At: Cc: "'Alvaro Retana \(aretana\)'" , teas@ietf.org Subject: Re: [Teas] AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 17:33:59 -0000 I'm sorry, were you waiting for a response from me? I think you have covered all of my points and you can make and post a new revision, then we'll move on. A > -----Original Message----- > From: Rakesh Gandhi (rgandhi) [mailto:rgandhi@cisco.com] > Sent: 23 January 2015 23:17 > To: adrian@olddog.co.uk; draft-ietf-teas-mpls-tp-rsvpte-ext-associated- > lsp.all@ietf.org > Cc: teas@ietf.org; Alvaro Retana (aretana) > Subject: Re: AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp > > Thank you Adrian for the thorough review. > > Please see replies inline .. .. > > > On 2015-01-22 9:37 AM, "Adrian Farrel" wrote: > > >Thanks for this document which I found clear and not too long. > > Thank you. > > > > >I have done my usual AD review to try to flush out any issues that > >might otherwise show up in IETF last call or IESG review. > > > >The only largish issue I have is about error conditions. Pretty much the > >only error handling I see is in 5.3 where you have: > > > > An egress node, upon receiving a Path message containing an > > ASSOCIATION or Extended ASSOCIATION Object with Association Type set > > to "Single Sided Associated Bidirectional LSP" MUST create an LSP in > > the reverse direction or reject the Path message by sending a > > PathErr. > > > >...but you don't say what reason code to give. > > > > > > Ack, please see below. > > > > > >You need to handle some other error conditions such as... > > > >**** race conditions > >**** what if the association is triggered by both ends at the same time? > > > > > For double sided provisioning, this is expected and may not > >necessary be an error. For single sided provisioning, this should not > >happen given egress node only triggers reverse LSP as a response to the > >incoming LSP. > > > >**** what if the reverse dirn LSP has already been associated with > >something else? > > > > > This can happen when an LSP on one side is being rerouted, and may > >not necessarily be an error condition. For example, during MBB, there > >will be two LSPs and association may be updated at some time during the > >MBB process. > > > >**** failure conditions > >**** what if not willing or able to associate? > > > > > > It is a bit difficult to know if this is really an error or it is a > >transient condition due to LSP reroute or while node is being > >provisioned, or there is provisioning error, etc. In such cases, > >bidirectional LSP state would stay down so there should not any effect on > >traffic. > > > > > >**** what if set-up of reverse LSP fails? > >**** what if requested REVERSE LSP parameters are not acceptable? > > > > > > > These are for single sided provisioning, right? For both of the > >above cases, we can add a new PathErr ("LSP Admission Failure/Reverse LSP > >Failure". Operator needs to then check the egress node as reverse LSP > >failure could be for many different reasons. If you agree, we can add a > >new PathErr code in the document (Reverse LSP Failure). > > > > > >**** what if the remote end point doesn't support the association > >mechanism defined here? how will the initiator know? > > > > > An egress node may send PathErr ("LSP Admission Failure/Bad > >Association Type" [RFC4872]. We can add it in the document if you agree. > > > > > > > > > > > Thanks, > > Rakesh > From nobody Fri Feb 6 10:03:01 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A5C1A870D; Fri, 6 Feb 2015 10:02:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RxYLYzV_sANQ; Fri, 6 Feb 2015 10:02:57 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02AC71A870A; Fri, 6 Feb 2015 10:02:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3774; q=dns/txt; s=iport; t=1423245777; x=1424455377; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=WHYILwaw6lzQSPEInCrD6Vk+nvtaVElRSVJiK60I67c=; b=hY6SYHMTv1cwrL6JLGtymHCRh94ZrOE1CpjA8M9pYoIkpwqclCb/qv7J G5gauqDWpzF0GD7V5zZreicE85VG3aLgQTr+SFkWJo52ldL0YoiVG5gyf sqyuPsSeuu2vPSZI0lvi0i8EHa65b4D0dJt2a6Ooduv+0zupAu6aUES/Z w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar8FACkB1VStJV2S/2dsb2JhbABagwaBLATITwKBGUMBAQEBAX2EDAEBAQQ6PwwGAQgRBAEBAR4JORQJCAEBBA4FiC3VeAEBAQEBAQEBAQEBAQEBAQEBAQEBARePTSsHBoQjBY8aiSyBF4MDjlIig25vgUR+AQEB X-IronPort-AV: E=Sophos;i="5.09,530,1418083200"; d="scan'208";a="394090581" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-3.cisco.com with ESMTP; 06 Feb 2015 18:02:55 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t16I2tuH006895 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 6 Feb 2015 18:02:55 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.2]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Fri, 6 Feb 2015 12:02:55 -0600 From: "Rakesh Gandhi (rgandhi)" To: "adrian@olddog.co.uk" , "draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp.all@ietf.org" Thread-Topic: AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AdA2UPHrR6Yon7iGSv+fwOmNm2NwiABGh5+AAr6SzYD//7RHAA== Date: Fri, 6 Feb 2015 18:02:54 +0000 Message-ID: In-Reply-To: <02c901d04233$11ea2fb0$35be8f10$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [161.44.212.206] Content-Type: text/plain; charset="us-ascii" Content-ID: <2BAB349B6F63D64DB6C9B5F82BC2075D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Alvaro Retana \(aretana\)" , "teas@ietf.org" Subject: Re: [Teas] AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 18:02:59 -0000 Acking, Thank you Adrian. On 2015-02-06 12:33 PM, "Adrian Farrel" wrote: >I'm sorry, were you waiting for a response from me? > >I think you have covered all of my points and you can make and post a new >revision, then we'll move on. > >A > >> -----Original Message----- >> From: Rakesh Gandhi (rgandhi) [mailto:rgandhi@cisco.com] >> Sent: 23 January 2015 23:17 >> To: adrian@olddog.co.uk; draft-ietf-teas-mpls-tp-rsvpte-ext-associated- >> lsp.all@ietf.org >> Cc: teas@ietf.org; Alvaro Retana (aretana) >> Subject: Re: AD review of >>draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp >>=20 >> Thank you Adrian for the thorough review. >>=20 >> Please see replies inline .. .. >>=20 >>=20 >> On 2015-01-22 9:37 AM, "Adrian Farrel" wrote: >>=20 >> >Thanks for this document which I found clear and not too long. >>=20 >> Thank you. >>=20 >> > >> >I have done my usual AD review to try to flush out any issues that >> >might otherwise show up in IETF last call or IESG review. >> > >> >The only largish issue I have is about error conditions. Pretty much >>the >> >only error handling I see is in 5.3 where you have: >> > >> > An egress node, upon receiving a Path message containing an >> > ASSOCIATION or Extended ASSOCIATION Object with Association Type set >> > to "Single Sided Associated Bidirectional LSP" MUST create an LSP in >> > the reverse direction or reject the Path message by sending a >> > PathErr. >> > >> >...but you don't say what reason code to give. >> > >>=20 >>=20 >> > Ack, please see below. >> > >> > >> >You need to handle some other error conditions such as... >> > >> >**** race conditions >> >**** what if the association is triggered by both ends at the same >>time? >> > >>=20 >> > For double sided provisioning, this is expected and may not >> >necessary be an error. For single sided provisioning, this should not >> >happen given egress node only triggers reverse LSP as a response to the >> >incoming LSP. >> > >> >**** what if the reverse dirn LSP has already been associated with >> >something else? >> > >>=20 >> > This can happen when an LSP on one side is being rerouted, and may >> >not necessarily be an error condition. For example, during MBB, there >> >will be two LSPs and association may be updated at some time during the >> >MBB process. >> > >> >**** failure conditions >> >**** what if not willing or able to associate? >> > >>=20 >>=20 >> > It is a bit difficult to know if this is really an error or it is >>a >> >transient condition due to LSP reroute or while node is being >> >provisioned, or there is provisioning error, etc. In such cases, >> >bidirectional LSP state would stay down so there should not any effect >>on >> >traffic. >> > >> > >> >**** what if set-up of reverse LSP fails? >> >**** what if requested REVERSE LSP parameters are not acceptable? >> > >> > >>=20 >> > These are for single sided provisioning, right? For both of the >> >above cases, we can add a new PathErr ("LSP Admission Failure/Reverse >>LSP >> >Failure". Operator needs to then check the egress node as reverse LSP >> >failure could be for many different reasons. If you agree, we can add a >> >new PathErr code in the document (Reverse LSP Failure). >> > >> > >> >**** what if the remote end point doesn't support the association >> >mechanism defined here? how will the initiator know? >> > >>=20 >> > An egress node may send PathErr ("LSP Admission Failure/Bad >> >Association Type" [RFC4872]. We can add it in the document if you >>agree. >> > >> > >> > >>=20 >> >>=20 >>=20 >> Thanks, >>=20 >> Rakesh >>=20 > > From nobody Fri Feb 6 15:59:40 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F0BE1A1AF2; Fri, 6 Feb 2015 15:59:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K_Cl2jJ7QppJ; Fri, 6 Feb 2015 15:59:32 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D58791A01F0; Fri, 6 Feb 2015 15:59:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.10.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150206235932.31567.72808.idtracker@ietfa.amsl.com> Date: Fri, 06 Feb 2015 15:59:32 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-interconnected-te-info-exchange-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 23:59:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Problem Statement and Architecture for Information Exchange Between Interconnected Traffic Engineered Networks Authors : Adrian Farrel John Drake Nabil Bitar George Swallow Daniele Ceccarelli Xian Zhang Filename : draft-ietf-teas-interconnected-te-info-exchange-01.txt Pages : 56 Date : 2015-02-06 Abstract: In Traffic Engineered (TE) systems, it is sometimes desirable to establish an end-tfo-end TE path with a set of constraints (such as bandwidth) across one or more network from a source to a destination. TE information is the data relating to nodes and TE links that is used in the process of selecting a TE path. The availability of TE information is usually limited to within a network (such as an IGP area) often referred to as a domain. In order to determine the potential to establish a TE path through a series of connected networks, it is necessary to have available a certain amount of TE information about each network. This need not be the full set of TE information available within each network, but does need to express the potential of providing TE connectivity. This subset of TE information is called TE reachability information. This document sets out the problem statement and architecture for the exchange of TE information between interconnected TE networks in support of end-to-end TE path establishment. For reasons that are explained in the document, this work is limited to simple TE constraints and information that determine TE reachability. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-interconnected-te-info-exchange/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-interconnected-te-info-exchange-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-interconnected-te-info-exchange-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Feb 6 16:02:48 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AC1C1A01F0 for ; Fri, 6 Feb 2015 16:02:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HCdNhNPDaipr for ; Fri, 6 Feb 2015 16:02:42 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15CF91A1B2E for ; Fri, 6 Feb 2015 16:02:35 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1702XSY020087; Sat, 7 Feb 2015 00:02:33 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1702W8O020081 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2015 00:02:33 GMT From: "Adrian Farrel" To: Date: Sat, 7 Feb 2015 00:02:32 -0000 Message-ID: <03a101d04269$5f7c10f0$1e7432d0$@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: AdBCaVy41tVFS76RTG2XZiCSF6TpQg== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21312.000 X-TM-AS-Result: No--4.675-10.0-31-10 X-imss-scan-details: No--4.675-10.0-31-10 X-TMASE-MatchedRID: Uu3ZxWwlOVLAGp8chtUkFsxTqHgXR/596Jj6zYvfFARrMbakJN8OeWws TWHW0g7LMXEn4M+GcWvxTwx4UJIMck5RCTiYesCKz4XVyhFFZHIZskwWqoib3BL6MU7t349baVt vYPBkvgPjwIdTpLUhIc4JGyAngPORZz5ILdJVVhwIVoCLGbl5T+G/rsUP6wPWPbM9MGeotnItEj 3j0kH0Y+LzNWBegCW2XC3N7C7YzrfkwjHXXC/4I66NVEWSRWybupC9mZngsPEeu1NzniDNg90B/ IEgcART21pok8wl+7BvGrK5VO13k1F5fwxEeJNWGAuR4rC2qPgB69bJvJKck5Bf18Q8Ax6YsJ/j xlXnd3dp9xHuM9AfUiKeUbONtgeTe1ZwdZI0d1+GWChB6AgT5w== Archived-At: Cc: draft-ietf-teas-interconnected-te-info-exchange@tools.ietf.org Subject: [Teas] FW: I-D Action: draft-ietf-teas-interconnected-te-info-exchange-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2015 00:02:46 -0000 All, Working towards my promise given to the then CCAMP chairs (but presumably transferred to the TEAS chairs), I have attacked one of the four TBD sections in this draft by writing some Security Considerations text. Would welcome comments on that text, on the other three TBD sections, or on the draft as a whole. Thanks, Adrian > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: 07 February 2015 00:00 > To: i-d-announce@ietf.org > Cc: teas@ietf.org > Subject: [Teas] I-D Action: draft-ietf-teas-interconnected-te-info-exchange- > 01.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Traffic Engineering Architecture and Signaling > Working Group of the IETF. > > Title : Problem Statement and Architecture for Information Exchange > Between Interconnected Traffic Engineered Networks > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-interconnected-te-info- > exchange/ From nobody Sun Feb 8 10:56:46 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBF6F1A1BD2; Sun, 8 Feb 2015 10:53:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I2bU4Px4BOrO; Sun, 8 Feb 2015 10:53:21 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66DF51A1BBC; Sun, 8 Feb 2015 10:53:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.10.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150208185321.2088.60358.idtracker@ietfa.amsl.com> Date: Sun, 08 Feb 2015 10:53:21 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2015 18:53:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-01.txt Pages : 19 Date : 2015-02-08 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Feb 8 11:04:42 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 124061A1DBE; Sun, 8 Feb 2015 11:03:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6JpAnETP78mh; Sun, 8 Feb 2015 11:02:50 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E16F1A1DE1; Sun, 8 Feb 2015 11:02:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10253; q=dns/txt; s=iport; t=1423422170; x=1424631770; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=iNDd8uJDdjhwoBD+dyErAyo/XKQm1zzZkSldFgr6Bp8=; b=kTxj7oOYHxpZjEthgrIVBNgefzpGH7ZU0Dtlrx4vBtEORyW1ZyedWHrk T22XkY/7cXT2J3Wi27uPhOXZ+p8LLfuCu5e+KzGKUwy7sHAkiVP1atnGl /AeRV1xldch7lkRuObtvBiGc0JV2ECoSAJF1lQaKXEXfFdGWv5u8Lpqd+ c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An4FAAKy11StJV2S/2dsb2JhbABcgwaBLATIZwKBD0MBAQEBAQF8hA0BAQQ6PxIBCBgeQiUBAQQOBYgtyFMBAQEBAQEBAQEBAQEBAQEBAQEaig6FCBEBJSsHAoQoBY04gWOJLIEYgwOCRoVSgn+DPiKDbm+BAgkXBB5+AQEB X-IronPort-AV: E=Sophos;i="5.09,540,1418083200"; d="scan'208";a="394515780" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-4.cisco.com with ESMTP; 08 Feb 2015 19:02:49 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t18J2nn6027864 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 8 Feb 2015 19:02:49 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.2]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Sun, 8 Feb 2015 13:02:48 -0600 From: "Rakesh Gandhi (rgandhi)" To: "adrian@olddog.co.uk" , "draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp.all@ietf.org" Thread-Topic: AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AdA2UPHrR6Yon7iGSv+fwOmNm2NwiABoSkuAAvoFzwA= Date: Sun, 8 Feb 2015 19:02:48 +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.3.5.130515 x-originating-ip: [10.82.208.216] Content-Type: text/plain; charset="us-ascii" Content-ID: <3425B5BC550FA74BA1E33F5318D9434D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Alvaro Retana \(aretana\)" , Lou Berger , "teas@ietf.org" Subject: Re: [Teas] AD review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2015 19:03:01 -0000 Hi all, We have posted a new revision (01) to address the comments listed below (except the last one, ). Welcome your review comments. Many thanks, Rakesh On 2015-01-24 10:23 AM, "Rakesh Gandhi (rgandhi)" wrote: >Thank you Adrian for your detailed review comments. > >Please see inline .. .. > >On 2015-01-22 9:37 AM, "Adrian Farrel" wrote: > >>Authors, >> =20 >>Thanks for this document which I found clear and not too long. >> >>I have done my usual AD review to try to flush out any issues that >>might otherwise show up in IETF last call or IESG review. >> >>The only largish issue I have is about error conditions. Pretty much the >>only error handling I see is in 5.3 where you have: >> >> An egress node, upon receiving a Path message containing an >> ASSOCIATION or Extended ASSOCIATION Object with Association Type set >> to "Single Sided Associated Bidirectional LSP" MUST create an LSP in >> the reverse direction or reject the Path message by sending a >> PathErr. >> >>...but you don't say what reason code to give. >> >>You need to handle some other error conditions such as... >> >>**** race conditions >>**** what if the association is triggered by both ends at the same time? >>**** what if the reverse dirn LSP has already been associated with >> something else? >> >>**** failure conditions >>**** what if not willing or able to associate? >>**** what if set-up of reverse LSP fails? >>**** what if requested REVERSE LSP parameters are not acceptable? >>**** what if the remote end point doesn't support the association >> >> mechanism defined here? how will the initiator know? > > > Please refer to another email thread to address this comment. Updated in the new revision. > > >> >> >>I also have some smaller points as set out below. >> >>I'll put the I-D into "revised I-D needed" state while we discuss these >>points and while you produce an update. >> >>Thanks for the work, >>Adrian >> >>=3D=3D=3D=3D >> >>You have a different number of font-page authors and names in the >>Authors' Addresses section. >> >>Looks like Fan Yang and Weilian Jiang should be moved to a >>Contributors section. > > Fixed. > FYI, I also fixed WG from CCAMP to TEAS at the top. > >> >>--- >> >>Section 1 is OK, but it would have been better to just list the relevant >>requirements (7, 11, 12, 50) and then the additional requirement (14). >> >>Probably no need to change now, but my preference is to avoid the risk >>of introducing an error during the copying or editorial process. If you >>feel like making this change, I would be happier. > > Find it easier to read the document when this text is in the same >document. Prefer to keep it:) > > >> >>--- >> >>Because you use RBNF in section 4, you need to add a statement to >>Section 2 like: >> >> This document uses the Routing Backus-Naur Form (RBNF) to define >> message formats as defined in [RFC5511]. >> >>And then, of course, add a normative reference. > > Added. > >> >>--- >> >>I think 2.1.1 is missing an important statement about co-routing. >> >>"A pair of reverse unidirectional LSPs that are associated to form an >>associated bidirectional LSP do not necessarily follow the same path >>through the network. If they do follow the same path, they are known as >>'co-routed'." > > > Saw the email exchange with Lou. Thanks Lou. I am assuming we are >keeping the text as is. > Note that this document does not discuss anything about co-routed >LSPs. > > >> >>--- >> >>3.1 >> >> This section provides an overview and definition of the models for >> provisioning bidirectional LSPs. >> >>This is missing the word "associated" to read "associated bidirectional" > > Added. > >> >>--- >> >>Shouldn't 3.1.1 also mention the REVERSE_LSP Object. Something like... >> >> For the single sided provisioning, the Traffic Engineering (TE) >> tunnel is configured only on one endpoint. An LSP for this tunnel is >> initiated by the initiating endpoint with the (Extended) ASSOCIATION >> Object inserted in the Path message. The other endpoint then creates >> the corresponding reverse TE tunnel and signals the reverse LSP in >> response using information from the REVERSE_LSP Object if present. > > Yes, added. > >> >>--- >> >>3.1.2 >> >>Pedantry, but... >> >>OLD >> For the double sided provisioning, two unidirectional TE tunnels are >> configured independently on both endpoints. >>NEW >> For the double sided provisioning, two unidirectional TE tunnels are >> configured independently, one on each endpoint. >>END > > Added.=20 > >> >>--- >> >>3.2 >> >> This section provides an overview of the association signaling >> methods for the bidirectional LSPs. >> >>Again, this is missing "associated" > > Added. > >> >>--- >> >>3.2.1 >> >>OLD >> LSP1 is then signaled with an (Extended) ASSOCIATION Object inserted >> in the Path message, in which the Association Type indicating single >> sided provisioning. >>NEW >> LSP1 is then signaled with an (Extended) ASSOCIATION Object inserted >> in the Path message, in which the Association Type indicating single >> sided provisioning is included. >>END > > Fixed. > >> >>--- >> >>3.2.2 >> >>OLD >> For the double sided provisioning model, both LSP1 and LSP2 are >> signaled independently with (Extended) ASSOCIATION Object inserted in >> the Path message, in which the Association Type indicating double >> sided provisioning. >>NEW >> For the double sided provisioning model, both LSP1 and LSP2 are >> signaled independently with (Extended) ASSOCIATION Object inserted in >> the Path message, in which the Association Type indicating double >> sided provisioning is included. > > Fixed. > >> >>--- >> >>3.2.2 needs to include some comment about how the two LSPs are selected >>to be associated. I think this is simply "by management action applied >>at both end points", although I wonder whether it is enough to apply the >>action at just one end point because the association object will achieve >>the desired result. >> >>Please think about this and add a note. > > > This is somewhat in Section 3.1.2. > We could add something like: >The LSPs to be selected for association are provisioned by the management >action applied at both endpoints. > > > >> >>--- >> >>Section 3.3.1 is fine as it is, but I think that it makes it look like >>the REVERSE LSP object is only used for asymmetric b/w. Perhaps... >> >>OLD >> As >> described in this document, addition of the REVERSE_LSP Object also >> allows the initiating node to control the reverse LSP by including >> other existing objects in a REVERSE_LSP Object. >>NEW >> As >> described in Section 4.4, addition of the REVERSE_LSP Object also >> allows the initiating node to control other aspects of the reverse >> LSP (such as its path) by including other subobjects in a REVERSE_LSP >> Object. >>END > > Fixed. > >> >>--- >> >>For clarity 3.4 needs to observe that multiple association objects may >>be present in the signaling of a single LSP. > > Adding following: > An LSP MAY signal multiple (Extended) ASSOCIATION Objects with different >Association Types. > > >> >>--- >> >>4.2 >> >> The new Association Types are defined as follows (values are >> temporary early allocations as per RFC7120): >> >>Delete the bit in brackets, please, so that we don't accidentally find >>it in the published RFC. Your message is already in 6.1 (which is good). > > Fixed. > >> =20 >>--- >> >>4.4.1 >> >> Class_Num =3D 203 (of the form 11bbbbbb), C_Type =3D 1 (values are >> temporary early allocations as per RFC7120) >> >>Same thing. Please remove the bit about early allocation. >> >>(BTW, you have "of the form 11bbbbbb" twice in this section. > > Fixe both. > >> >>--- >> >>4.4.2 or 5.2 >> >>Maybe... >> >> The REVERSE_LSP object MUST NOT be included in a REVERSE_LSP object. > > Added in Section 5.2. > >> >>--- >> >>5.2 >> >> An >> egress node MUST tear down and reestablish a new reverse LSP when >> REVERSE_LSP Object is either added or removed in the received Path >> message. >> >>That's confusing! >>- Why is modification of an existing LSP not allowed? >>- Why does removal of the REVERSE_LSP object require tearing down and >> reestablishment since all that has happened is that the requirements >> for the reverse LSP have been relaxed? >>- Why does addition of the REVERSE_LSP necessarily require tear down >> and reestablishment when the existing LSP might already satisfy the >> requirements? >>- Is make-before-break used or is this assumed to be an out-of-service >> operation? If out-of-service you need to describe how that is >> achieved (e.g., using LI). > > > Understand and agree with above comments. There are various scenarios >where change may lead to in-place modification, MBB or setup and teardown >(which may depend on implementation). > > How about something like following: >An egress node MAY tear down and reestablish a new reverse LSP, or trigger >re-optimization or in-place modification when > REVERSE_LSP Object is either added or removed in the received Path > message (which may depend on the local policy). > > >> >>--- >> >>5.3 has >> >> If REVERSE_LSP Object is not present in the received Path message of >> the LSP, the egress node SHOULD use the LSP properties from the >> received LSP Path message to signal the LSP in the reverse direction >> (which may depend on the local policy). >> >>This worries me. Do you mean that in the absence of a REVERSE_LSP object >>containing an ERO, the reverse LSP MUST be co-routed with the forward >>LSP? >> > Ack, Will address this comment. > > > > >Many thanks Adrian for the great review. > >Regards, >Rakesh > > >> > From nobody Mon Feb 9 06:51:31 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F0D31A0A6A; Mon, 9 Feb 2015 06:41:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9dVWtI7f5ZgJ; Mon, 9 Feb 2015 06:41:08 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E37C61A044D; Mon, 9 Feb 2015 06:41:00 -0800 (PST) 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: 5.10.3 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150209144100.32307.40050.idtracker@ietfa.amsl.com> Date: Mon, 09 Feb 2015 06:41:00 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] Last Call: (RSVP-TE Extensions for Associated Bidirectional LSPs) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 14:41:10 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'RSVP-TE Extensions for Associated Bidirectional LSPs' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-02-23. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ballot/ The following IPR Declarations may be related to this I-D: http://datatracker.ietf.org/ipr/2139/ From nobody Mon Feb 9 14:18:36 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF3141A6EF2; Mon, 9 Feb 2015 13:53:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZW95CSBk4SA; Mon, 9 Feb 2015 13:53:54 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D10811A1A48; Mon, 9 Feb 2015 13:53:53 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t19LrnLF004562; Mon, 9 Feb 2015 21:53:49 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t19Lrmma004556 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 9 Feb 2015 21:53:48 GMT From: "Adrian Farrel" To: Date: Mon, 9 Feb 2015 21:53:48 -0000 Message-ID: <08a101d044b2$e2c73d40$a855b7c0$@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: AdBEst8kNrktqnlPQrK4fkCKjG66tg== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21318.003 X-TM-AS-Result: No--18.050-10.0-31-10 X-imss-scan-details: No--18.050-10.0-31-10 X-TMASE-MatchedRID: 5jrCzlkkxksmMPeO88gK4HBRIrj8R47FQPCWRE0Lo8JkueSaR+/6ndFt mErgfwbM2bc+OIuXeVRZs4umC/0LtiUetYXFvf04TSPNp9e/u1PAWTziWGaDPKj5v7I4/SgYaF2 9jZP2X5eejMswFH3MZRYC4jP1GnU/Dc5IfPgQIojBVprK8rvWX+iY+s2L3xQE9ait85sNgkAIxY geqc1jTy9jQU5GdNMVl/nE+SiO7IZw+rm6wZ9/LolD2T5imTkJLJm8FOE9WLXJYIv7y0tu9v7np 1jxGcScTvm986Eb9qawG3wgUJicipO7ij3TaTVLo65WJt1k1O8TbU1KYGoQpxZIRcYzTqqlo8WM kQWv6iV95l0nVeyiuDrm2CwlZwVRvECLuM+h4RB+3BndfXUhXQ== Archived-At: Cc: Alvaro Retana , ccamp@ietf.org, teas@ietf.org Subject: [Teas] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 21:53:56 -0000 Authors! I have done my usual AD review of this document to prepare it for IETF last call and IESG evaluation. It's in good shape and my comments below are nearly completely editorial. Please have a look and let me know if you disagree. Otherwise, post a new revision and I'll take the document forward. Thanks for the work, Adrian --- You need to split the Authors' Addresses sections into: - Authors' Addresses reflecting those on the front page - Contributors containing all the others --- Section 1 has: The top-level TLV can take one of three values (1) Router Address [RFC3630], (2) Link [RFC3630], (3) Node Attribute defined in Section 2. Shouldn't this be: The top-level TLV can take one of three values (1) Router Address [RFC3630], (2) Link [RFC3630], (3) Node Attribute [RFC5786]. --- We need to do some work on the IANA stuff. In Section 2, please replace OLD Per [GEN-Encode], we have identified the following new Sub-TLVs to the Node Attribute TLV as defined in [RFC5786]. Detailed description for each newly defined Sub-TLV is provided in subsequent sections: Sub-TLV Type Length Name 14 (Suggested) variable Connectivity Matrix NEW Per [GEN-Encode], this document defines the Connectivity Matrix Sub- TLV of the Node Attribute TLV defined in [RFC5786]. The new Sub-TLV has Type TBD1 (to be assigned by IANA). END In Section 3, please replace OLD Per [GEN-Encode], we add the following additional link sub-TLVs to the link TLV in this document. Sub-TLV Type Length Name 26 (suggested) variable Port Label Restrictions NEW Per [GEN-Encode], this document defines the Port Label Restrictions Sub-TLV of the Link TLV defined in [RFC3630]. The new Sub-TLV has Type TBD2 (to be assigned by IANA). END In Section 7.1, please replace OLD This document defines a new sub-TLV of the Node Attribute TLV (Value 5). The assignment of the following new type in the "Types for sub- TLVs of TE Node Attribute TLV" portion of the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry is needed: This document introduces the following sub-TLVs of Node Attribute TLV (Value 5): Type sub-TLV 14 (suggested, to be assigned by IANA) Connectivity Matrix NEW IANA maintains the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry with a sub-registry called "Types for sub- TLVs of TE Node Attribute TLV". IANA is requested to assign a new code point as follows: Type | Sub-TLV | Reference -------+-------------------------------+------------ TBD1 | Connectivity Matrix sub-TLV | [This.I-D] END In Section 7.2, please replace OLD This document defines a new sub-TLV of the TE Link TLV (Value 2). The assignment of the following new type in the "Types for sub-TLVs of TE Link TLV" portion of the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry is needed: Type sub-TLV 26 (suggested, to be assigned by IANA) Port Label Restrictions NEW IANA maintains the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry with a sub-registry called "Types for sub- TLVs of TE Link TLV". IANA is requested to assign a new code point as follows: Type | Sub-TLV | Reference -------+-----------------------------------+------------ TBD2 | Port Label Restrictions sub-TLV | [This.I-D] END --- I think Section 6 should also reference 5250 since Opaque LSAs are, themselves, an attack vector. --- Did you consider including a short manageability section? Are there any existing management tools that are impacted by the new sub-TLVs? What might a user expect to configure related to these sub-TLVs? What might a user expect to be able to read from a device? From nobody Tue Feb 10 04:43:15 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 107721A01F2 for ; Tue, 10 Feb 2015 04:43:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BIZ=0.288, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5fQSTQHiBtfU for ; Tue, 10 Feb 2015 04:43:08 -0800 (PST) Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5278F1A01E7 for ; Tue, 10 Feb 2015 04:43:05 -0800 (PST) Received: from localhost ([::1]:53858 helo=[127.0.0.1]) by newdragon.webhostserver.biz with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.84) (envelope-from ) id 1YLA9g-0005sV-79; Tue, 10 Feb 2015 15:43:04 +0300 From: Lou Berger To: Date: Tue, 10 Feb 2015 07:43:03 -0500 Message-ID: <14b7383a3f0.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <12023_1423571161_54D9F8D8_12023_1801_1_9E32478DFA9976438E7A22F69B08FF920C7A0F1A@OPEXCLILM34.corporate.adroot.infra.ftgroup> References: <12023_1423571161_54D9F8D8_12023_1801_1_9E32478DFA9976438E7A22F69B08FF920C7A0F1A@OPEXCLILM34.corporate.adroot.infra.ftgroup> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.1.12 (build: 21020012) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------14b7383aa6910ac27e942f69058" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: stephane.litkowski@orange.com Subject: [Teas] Fwd: [Rtg-yang-coord] Survey for YANG model design : routing protocols CLI implementation X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 12:43:12 -0000 This is a multi-part message in MIME format. ------------14b7383aa6910ac27e942f69058 Content-Type: multipart/alternative; boundary="----------14b7383aa6810ac27e942f9fa90" ------------14b7383aa6810ac27e942f9fa90 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit Fyi - note request for unicast responses... --- Forwarded message --- From: Date: February 10, 2015 7:27:07 AM Subject: [Rtg-yang-coord] Survey for YANG model design : routing protocols CLI implementation To: "ospf@ietf.org" , "isis-wg@ietf.org list (isis-wg@ietf.org)" , "mpls@ietf.org" , "idr@ietf.org" , "rtgwg@ietf.org" CC: "Rtg-yang-coord@ietf.org" Hi Folks, A lot of us are currently working on Yang model drafts. In the framework of routing protocols related drafts, we have some discussion regarding how to model the configuration of routing protocols and especially do it need to be routing-instance centric or protocol centric (see slides for quick explanation of the difference). This is a cross protocol discussion, as we would like to apply the same design to all. In order to decide how to progress on this major design point, one point is to evaluate current implementations and how many are routing-instance centric and protocol centric. The famous implementations are well known, but we would like to have a more global view. This metric would be one among others. In order to help us to do this inventory, could you please respond unicast to me, if you are an implementor and you have an implementation of a routing-protocol (ISIS,OSPF,RIP,BGP, PIM ... but also MPLS-TE, LDP, RSVP ...) and in this case, what is your CLI flavor ? Please use this sample format, so it would be easier for me to aggregate : (If you own multiple implementations, you can fill multiple lines.) Vendor OS Protocol Centric VRF centric Cisco IOS/IOS-XE X Thanks for your help ! [Orange logo] Stephane Litkowski Network Architect Orange/SCE/EQUANT/IBNF/ENDD/NDE Orange Expert Future Networks phone: +33 2 23 28 49 83 mobile: +33 6 37 86 97 52 stephane.litkowski@orange.com _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles 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 electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information 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 delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ---------- _______________________________________________ Rtg-yang-coord mailing list Rtg-yang-coord@ietf.org https://www.ietf.org/mailman/listinfo/rtg-yang-coord ------------14b7383aa6810ac27e942f9fa90 Content-Type: multipart/related; boundary="----------14b7383aa6810ac27e9430474a0" ------------14b7383aa6810ac27e9430474a0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Fyi - note request for unicast responses...

--- Forwarded message ---
From: <stephane.litkowski@orange.com>
Date: February 10, 2015 7:27:07 AM
Subject: [Rtg-yang-coord] Survey for YANG model design : routing protocols CLI implementation
To: "ospf@ietf.org" <ospf@ietf.org>, "isis-wg@ietf.org list (isis-wg@ietf.org)" <isis-wg@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "idr@ietf.org" <idr@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>
CC: "Rtg-yang-coord@ietf.org" <Rtg-yang-coord@ietf.org>

Hi Folks,

 

A lot of us are currently working on Yang model drafts. In the framework of routing protocols related drafts, we have some discussion regarding how to model the configuration of routing protocols and especially do it need to be routing-instance centric or protocol centric (see slides for quick explanation of the difference). This is a cross protocol discussion, as we would like to apply the same design to all.

 

In order to decide how to progress on this major design point, one point  is to evaluate current implementations and how many are routing-instance centric and protocol centric. The famous implementations are well known, but we would like to have a more global view. This metric would be one among others.

 

In order to help us to do this inventory, could you please respond unicast to me, if you are an implementor and you have an implementation of a routing-protocol (ISIS,OSPF,RIP,BGP, PIM … but also MPLS-TE, LDP, RSVP …) and in this case, what is your CLI flavor ?

 

Please use this sample format, so it would be easier for me to aggregate :

(If you own multiple implementations, you can fill multiple lines.)

 

 

Vendor

OS

Protocol Centric

VRF centric

Cisco

IOS/IOS-XE

X

 

 

 

Thanks for your help !

 

 

Orange logo

 

Stephane Litkowski
Network Architect
Orange/SCE/EQUANT/IBNF/ENDD/NDE

Orange Expert Future Networks

phone: +33 2 23 28 49 83
mobile: +33 6 37 86 97 52
stephane.litkowski@orange.com

 

 

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles 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
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou
falsifie. Merci.

This message and its attachments may contain confidential or privileged
information 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
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been
modified, changed or falsified.
Thank you.
_______________________________________________
Rtg-yang-coord mailing list
Rtg-yang-coord@ietf.org
https://www.ietf.org/mailman/listinfo/rtg-yang-coord

------------14b7383aa6810ac27e9430474a0 Content-Disposition: inline; filename="image001.gif" Content-Type: image/gif; name="image001.gif" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhKAAoAMQAAP+MQP+zgP/17//s3/+DMP/iz/+fYP+8j/9wEP95IP/Gn/+WUP/Pr/+pcP/Z v/////9mAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAA AAAALAAAAAAoACgAAAX6oAONZGmeaEqKauum7Cu/8Wyj9a2P+X73vhkwSCPuhkYVMolj2pbOEjTK oxatrSlVG+U6vUxwUmwkE81BtE99xGbdSjhMPgo4BAoA+wUICAR6IwQODwMNEAcOigAFhQYQDgoD DwcQBJOKBIOFDQmaCCyTB416hQcBBQuTEA8Cow8EBQINpHcGhAkrEAkPChAAD3YPCLuSDw+sIgEP wCILzK0OjY9VBJS/wYQjfwaNyRDLzRAG0AMB5wC6ENyEt8jWDAsCyA/KzJN+zLILqLlVv/OuaYPU alU9cMwuPSCl8AEDYv8EQbwRgAEABcziJFl2bMmeEQgATEwRAgA7 ------------14b7383aa6810ac27e9430474a0-- ------------14b7383aa6810ac27e942f9fa90-- ------------14b7383aa6910ac27e942f69058 Content-Disposition: attachment; filename="VRF centric vs protocol centric - IETF.pptx"; modification-date="Tue, 10 Feb 2015 07:35:23 -0500" Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation; name="VRF centric vs protocol centric - IETF.pptx" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQA9JG3t2AEAAMwNAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM l8tOwzAQRfdI/EPkLWrc8gY1ZcFjxUsCPsAk09bg2JY9LfTvmaSlhCpQShM1m0iOPfceT5KJp3v2 nqpgDM5LoyPWCdssAB2bROpBxJ4er1rHLPAodCKU0RCxCXh21tve6j5OLPiAorWP2BDRnnLu4yGk wofGgqaZvnGpQBq6AbcifhUD4Lvt9iGPjUbQ2MJMg/W6F9AXI4XB5TvdnpK8WBiw4Hy6MPOKmEwz gXyCl8Y4UH4hRlirZCyQdsfHOlkga82oQorM1/ihtH6H0Fm5QzbzHapoMIu7o3Q6mUBwLxzeipTQ ubXIrQNPu86Nwt+VSlBNvy9jSEw8SkkkLIql6tswTIXUn5v4CcYrIrwRHunR88KgUzVZQftPTDOa ejhWIditJROrEOxtnGB/IwTZu33vjPVVu8+Flz2FsYS3WgjmwssIkCop8Py6/qeQyyx1FM8KHnCi oPK845f0Moq8XFyLiRnhrBJMB+snYaFiFoz+y1RPhZju979M9dSM9ZjqqSLrMR1UXVsqeJ8OG8h0 1ECm4wYynTSQqdNuItSmKjkdnfNfOnUfDlZPzGerkEW3LJ1OwKGEebNQds6eO1KTsLrhwoEfst4o gaTEm+e9WO8DAAD//wMAUEsDBBQABgAIAAAAIQBo+HShBQEAAOICAAALAAgCX3JlbHMvLnJlbHMg ogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAArJLbSgMxEIbvBd8hzH032yoi0mxvROidyPoAYzK7G90cSKbSvr2h4GFhLYK9nNM/X/LP erN3o3inlG3wCpZVDYK8Dsb6XsFz+7C4BZEZvcExeFJwoAyb5vJi/UQjchnKg41ZFBWfFQzM8U7K rAdymKsQyZdKF5JDLmHqZUT9hj3JVV3fyPRTA5qJptgaBWlrrkC0h1g2/0dbOmI0yCh1SLSIqZAl tuUtosXUEyswQT+WdD52VIUa5DzQ6rxAPOzci0c7zqB81arXSP1vQMu/A4Wus5rug9458jxjgpx2 fDPFyDImymXsaPupH7o+JxDtmbwhc9o0jPGTSE4us/kAAAD//wMAUEsDBBQABgAIAAAAIQBjXCO0 wQAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEueG1sLnJlbHOEj8FqwzAQRO+F/IPY eyQ7h1KKZV9CIJBTcT5gkda2iC0JrRLqv6+ONgR6nB3mzU7T/S6zeFFiF7yGWlYgyJtgnR813PvL 8QsEZ/QW5+BJw0oMXXv4aH5oxlxCPLnIolA8a5hyjt9KsZloQZYhki/OENKCucg0qojmgSOpU1V9 qrRlQLtjiqvVkK62BtGvsTT/zw7D4Aydg3ku5PObCsWzs3TDNTxzwWIaKWuQcnvnrahleR9U26jd 3PYPAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTIueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3m zU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul 2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWD s3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3 AQAAIAAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhI Uy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7B k4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZ akhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP// AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNC54 bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4 UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJ F6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPB Yuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQDd8422KwEAAF8FAAAfAAgB cHB0L19yZWxzL3ByZXNlbnRhdGlvbi54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAALyUX0vDMBTF3wW/Q8m7S9vN+YelexFhD4Lo/ACxvW2DaRJy47Tf3tDqusmIL8Gn ck7ouT/ugbtaf3Yy2YFFoRUj2SwlCahSV0I1jLxs7y+uSYKOq4pLrYCRHpCsi/Oz1RNI7vxP2AqD iU9RyEjrnLmlFMsWOo4zbUD5l1rbjjsvbUMNL994AzRP0yW1hxmkOMpMNhUjdlP5+dve+Ml/Z+u6 FiXc6fK9A+VOjKDOc4EP5LYBx8ggRzObeVBCTzPMYzKgFNUBwyCRDp88BHEVE2In4OPRaoPTMvZW CCKPCRHYRLCOLDrEA0cHdtrFQDaa39WMIoi1jIllLOCvgvZWqKDLmBCBghYhiMU/QcxDEDcxIRx/ lfDseunP33Q+JvMHhB6dxeILAAD//wMAUEsDBBQABgAIAAAAIQA+vRFLYgIAAPkMAAAUAAAAcHB0 L3ByZXNlbnRhdGlvbi54bWzsllGOmzAQht8r9Q7Ir1WWQIAQFLJSW0VaaStFTfYAszBJ0BqDbCdN 9vQdO85CE1XaA/CGGc8/488/xvPHU829I0pVNSJnwcOYeSiKpqzELmcvm+UoZZ7SIErgjcCcnVGx x8XXL/M2ayUqFBo0pXokI1QGOdtr3Wa+r4o91qAemhYFxbaNrEHTUO78UsIfkq+5H47HiV9DJZjL l5/Jb7bbqsCfTXGoqfxFRCK3fah91aqrWvsZtf4q/m1JwRHXh1eFetkIrYgOW9CyFS9/gdIon8pn pW/eeFWZszCIplE6SSJiJzPzhuYGzF/M/f+k96WeyotInPSyQ5Ntk6/hhHbqQ3xyF477taP78KyX HXet9RtZv3vFKWezIIrGY6pWnHOWpHFqB/rckhtUIRFFdHL1RaNRubSPmSbtqmEXUeIWDlxv8KTX +sxxMYeM3q1W0j39XkmPgzEgitHL2nbXn8KPPGhpTg3yOWfUGfAdmZczj2Q28Lp+v1akRWpupyA8 i+/yzWwiaetKuCFl76kU+XF1EIW+bLItZrpQpBTQgpn3htJ8H+RYMgFkquFVuaw4twPjdfzBpXcE qqZPl72+mWWreobbFgpi960WI67N4iBDuAkgXAKFugkUqsNBHZKlIHM8jBA9hh2aKJ6ahgc+Forj M+n4XGw58DlyA8XxiTo+wWQaJIOBzFdlqDhAcQ9QGqb2eBhOIEPFAUo6QGGYkoGGI4gcZKg4QNMe oGk0Gc5o++MyVBygtANk6ND9Yzikj9xQcYBmPUBJPB0OaesgQ8Vesu+vmHTz7t/0F38BAAD//wMA UEsDBBQABgAIAAAAIQCtjlK6zQUAAO1JAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTMueG1s7Fzdb+I4 EH8/6f4HK+9pEhpayBVWhV1WJ+21Vdvdd68xEG0S52yXwq72f79xPoCEj7YR91DjSi1p4gyeyczP 8+HM1YdFHKE55SJkSc/yzlwL0YSwcZhMe9bXx5HdsZCQOBnjiCW0Zy2psD70//zjKg1ENEZwdyIC 3LNmUqaB4wgyozEWZyylCVybMB5jCf/yqTPm+BmoxpHTct0LJ8ZhYhX389fczyaTkNCPjDzFNJE5 EU4jLGHmYhamoqSWvoZayqkAMtndlSn1gTPyEI3Vp0gfOaXqKJl/5ulDesezyzfzO47CMcjLQgmO QSyWU1wohmX/JjAMDpza7dOSEg4WEx73r3AAvKFFzwLhL9VfuAkHdCERyU+S9Vkyu90xlsw+7Rjt lF8AM1h9qeIq52ibnVbJzmMoI4q8FVf5UAy3fmHkh0AJAz4V+zl75GZeElM8K/LpDMllCpKRilQx Lr+YyaMcL0CmmbDkYsDGS8X4d/hURHCQgPpcP0k2CSWasEQ+EBwBya4LPxnJzcGRkA9yGdFMeMAi DjIaHB5VhJU2T7g9urfQOOQykyeiHBQPHqGI5TCiGPS/EL3sf6PJmPErkKCEB1iSyojup7eDDnoj iQNTCuM0okr1c41/I+Fdc2OTI06PsycJ5n2EaRGWTMIpCtC3+9ERJ0hAdDwkR5jgG0kceKZ0gdVT rREE3bvDHN+vNI0m9teHDc1VVocD0HEwpdJu4DA37P3m3S7N+54SgPQpmLivzAgALzfg7HgTtTat VCl/Da/OO56yRAVaXrfjAa4rcmvouvT8TteHr1UA1na9i8t2p7DbklLKhfxMWYzUQc/iMDNLkcDz L0IWfBZDMnYVXqgZl2yXCICeOQZEEv8+YU4zCiJV0DEKCyprVHkRKApxi5/A1oXibwUZamZqxUky cJtgAmg0ZE88pBzd0GcLpThhAk66LffSPXe78Nly2/Druz5cDSWZjXAcRiAPvwtymWEuKPBdCI6I /4WwArAcUWU/rSlbDST3816BSQ0EwZlkhEXiBYg5IJBdhq2BYEIRCqMk6kHKPvpVkUSOuhn0lj7B CqQL92IHauhmOegFkzkgCU1NJqJzGlU05ZTVwzNWU6zomwsvgp/GKqKp3eAnOQO3PCRZTNNYOpvB jQYLsP2DLtHj7ePtXzWJbAUG+5H2/YphzWQZ5Zj19ndFEZp5Ie9XI1axS3P81AwhUJhIylX8iabU dh3fcZvLRtO1xfhkG1E/8ox+5NmkFZjE9NXpwFOI6TzXeBuFo3GgeHACmnAMX2NnaUUDB+T+DUWO E1AVO0xUbZhQoWo1xwn7NdCS5kutbm5qJWx5S0pMU580LYsOjQVjNORA8V4D7Hi5+LI/56NdncEU X/LCcD2N3HyB0RRXTaxvYv36bopNoxmHAn/f2mdT2/pwOsBajfRNOrn0TJX/APmh6n7BE4jjVGly nVFeqIzyuWPyQc0MQzsvDFUzQrC9r74/cT9yvl+PfM2kKUOqpyj7VTVoaByaOqAmMagyGqvaSjUx 2DL7gXbuB2qcBNLUiEx2rFaiNHF+TSAmO7bG2KOA6vv1z1ZrTXMj0S2XbjaYlm8FrpTDJAY3vDLU am4rmrocz+GY2vlOIGGzJFo29sk0A5OgIoiGwZ5mMlFpMmNBNZfMIOwmwpptlsX7vasV2JReKpmR Y5Re9MswA67W6g+tev3BLEHZ+6i1ZLyRynZmekeB4sBL3Hr4KHurFesLRVVzvyjeby5gzWRZq9lu jJH1xyjb+UBvHWgvofpIqC470L+hZ/0aDLoXrWFnYA88f2T7H7uX9vXoom2P2ue+Pxx0rofnn35D Z4nU8wPCafbG4t9lByQ4udV1KA4JZ4JN5BlhsZO3L3JS9kx5ygDtoIOR5xZtkOY4Ur0mfM9rQ8OM VraGZnPLel6UswUWys5EJOL/4PR2nm1hgIZL8DbQMDuVQg8W5aHB0PUQxTt0NPoPAAD//wMAUEsD BBQABgAIAAAAIQBGnJjREQgAAJRbAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTIueG1s7FzNcts2ED63 M30HlOcqEsUf/UzkjKVESTpp4rGd3FEKsjihCBaAZLuZzPRRcuqlj9CbH6VP0gVIiiJN06QstxHD g22ZIpfAx93F7oflPn12tfTQmjDuUn+k6U86GiK+Q2eufzHS3p9PW30NcYH9GfaoT0baNeHas6Mf vn8aDLk3Q3C1z4d4pC2ECIbtNncWZIn5ExoQH76bU7bEAv5lF+0Zw5cgdem1u52O3V5i19ei61mZ 6+l87jrkOXVWS+KLUAgjHhYwcr5wAx5LC8pICxjhIEZdnRrSEczMOfNm8i8Pzhkh8pO/fsmCs+CE qa/frk8YcmeAl4Z8vARYtHb0RXSa+teH0+BDO3P5RSwJD6/mbHn0FA9hbuhqpAH41/I3XISH5Eog JzzoJEedxbucc53Fi5yz2/ENYASbm8pZhTO6PR0jns6E+gLQQScedsiCejPCUHczx/BCDILeUOcj Rz6FWUswwsk6b9exaImAvFmwALhgLvEp4XEFTHwqB3AVauJqTGfXEoFf4a+8Hg990KPjlaBzV8h7 bH/lcXEmrj2iMIOZ4aG6gsET8rBU4jlrTU9BiX8faV2zAxDPXCYUoIgw0Dx4hnwpJh7BYAAR9uLo /JLK+wh1t1Cikl1GbI44tLOwgjHOPbymjO8sOm+cw5Q0QEBBGv6Sc1970VMsxLmTxjnnRh9OpxUw ycgrwMQBtWWuk5rFA4eKymCirKPoRnr/XkyOPQ+JBUEO9efuxYop54ToXB0sPaPsjQrAYnQlwCXv LDrnuZZ/qBXGGTAqqEO9r36gbnljzE7/v8ISlEvA0ktmXz2Yl65YuP5ehymta2eBBYaEOaeOi8We UXV9GXo5JDXkfJ8c+R/iz04ww6d5y9Q9GrcvueECnbNsHMAQVXxS5MUhdE1FEDlWexI5q/KKlhVa oGjN8pbV4gKwouWt1Swf9wSwFTD95pePm79uvszIHK880Ur55SK3UQHgR4jJWvE6cvPl5u/ybqnC oF3f8VaSM9gZkRxHKuNgFaowjoBIQBJ5SBsebRI8II4LHMO+55DE8tno8NZqTfzW+7MwV82gv1lV IWmOM2T4GObyd2f0ZpzRn7vCI0itb8BvxBl6xRxeXAfAdQgpKsr1H5DIwzP1xZmDPRA5gGVVpd4Q hCRZf9nUvlRC/wHApqzUs03k5WllRREF65O7DDwiyayQw6ooOG9skCtWlFIwvCqeqBiyMKHNjOwu 5d+I2lHlrY3KA4M2plfITBFXSFpPTEVJZi7h6LapKEn2ZNg50+pBpKYoOkPvmvKzIp1ios6wrZ4t T5B0na7bA8sK+a5EUsC4eEnoEskPI40RR2jyTnj9hkfMVnyKPOzTqet5Egdp6SGVFht/bCjokmEg 3/hvK8yIhpjwJhQ4mo6SywPJmk0fxprpJVgzOVpJxfpI+og5sIYjbUJXzAXi8C251FCAfcrhYKfb 6XWMzgD+djsW/Jgd8FGBK5zFFC9dD6AzBwDhAjNOAKIIY4c/imBwN0AUysGLo9OqZEgGlm17rAEc m6ABwZqrp2w3lSmGoWVuvllvgL5LYVIY/WWAyPO5NdCY6mlWBpeaWVC5pVjuS3wjHtblVfjRmivH p88p/7GbT62B12jcaBjnbuKQxo2Ge65xXNa40YyCUB7MU76jSuxRtzW2caNh9tK40YyVNG60caO3 iITtfN+bBY0XDZ0HarxoCMSPGY24i6PMSdoONxRPJqk8BuzcV9tjsLOEq7UnwnVDqAIpaHWtnqyg Ai+flEZavYGuKFnFuFr2wLbjXYSYu43p1MNiXNWkNkR4bp3i4erbAzKdDC51C2Yz3qeAWs0AUVNG sRphlMGkbsrxKaUdZfmimoMSVzaoTYpsGAMLRVE5XBqaw/WnySTj9RuHVdvl/UfdbGVbLbpZtWhM R2537kY/p22mCUyiF0vCKDQJ2OpmT6mlp5Bu/DYUpBoFm8Gkbsqxj8DkcFffTTZTYZ+i3gqxvfjq +1l8G/WI3k6sARDb6nErNmtCdqC3wKXcfne15iFGXjhajYbsZWlIe080pGmbfeWxgYaEwk+jY8Zv MkXvXG94yqbwsyn8PPg62FThZzcV+ZfNnOtdutVstTdb7YU7yxUygYylNDz+7WLY2qXLeaHO/Yxt WlNqkAc0brRxo40bve/Vp+2KpWqsY9phpHoc1cB77MorpVGpARCNG23caONGq7jRpvAz2bNoCj/l EiCOmsJPlYFUY1yhNWjY/fI8etO+tyfG1RqYhnqTXhZ+9nQrag6RFH52e6ahKFnJuNqmbRgH/6Z9 UjyQRwKoslfoSnkduNAxw7tO0XJ3bcgnIrdz6EgUmrw+m7yLeg22KsorGKLnfkz3K7t7S+fO8ZXg GZNrC8YyZtTBM/LTq5OfXq3wJXErTjMPtn/++DMjJam/inZtoi4umyGGAUrlumpY1dPm1d+XeRkG hMFhJ4tuz+p1LFWxnZiX0ddVQxbVycKwB4ahdjzgsRxsWfXmYeTWLD2CeWWUJL8Wr9Sofl75bkD2 0Lqmffzm/f9j8BUsQrU6idsuw7oCjVFkB2HZZAXaiYy0T+PxwO5O+uPWWDenLfP5oNc6ntpWa2oZ pjkZ948nxovPGlyjm0OHEdVb53XcqRoO3uoOvXQdRjmdiycOXbbDNtPtgF4SFlBXdZrWO1G76jWG 1ip93eqbA2MQ2oQamnplIh4szCBuIO147BccvFurpw99sQVhE3UogF5Z0i3AqckpcurQePpfAAAA //8DAFBLAwQUAAYACAAAACEAE3fd24YCAADQBgAAFQAAAHBwdC9zbGlkZXMvc2xpZGUxLnhtbLRV 0U7bMBR9n7R/sPwe0pbAStQU0UIQEisVLZP2aByXRnNs69qEVtP+fddOAtuoBAj2Ejv2vSf3HF+f jI43lSS1AFtqldH+Xo8SobguSnWX0ZtlHg0psY6pgkmtREa3wtLj8edPI5NaWRDMVjZlGV07Z9I4 tnwtKmb3tBEK91YaKubwFe7iAtgDolYyHvR6h3HFSkXbfHhNvl6tSi5ONb+vhHINCAjJHFZu16Wx HZp5DZoBYREmZP9V0hiZ8YUs/GjNEoTwM1Wfg1mYOYTtWT0HUhaoFyWKVSgLjduNNiy8KgzDSfxP +l2HxNLNCqrxiKXIjWwyiuJv/ROTWCo2jvBmkT+t8vXVjli+PtsRHXcfwAoeP+pZNYye0xl0dJal k4L0H1k1oQxTLzX/YYnSyNPTb+jxWd2Bec4e3qyJ2xpUhjsIaG1osx8k6VIsyhr0cpuJLrae+y2O YZGl0rqF20oRNMHKWYr4+MATkMw36Qqi/JqSogQXZCK2clMpGLZzq6QbX5wtc/L9ZHZORiiKwzPp YF7AEoC9iae8AxP0vcN+fiPgDqAPrKnShZD23SX5U20Fun2j2pjXpryg7A4hvl3nH6gFx+sNJX+3 GGNSWzIH7TTX8r/XJ1QxZ8CuH9tbqOhm8Ud7N2eDFwHvUHdhcOovdRg6x0L7uLTY6SYYyT2UGf05 mRwdDqbDSTTpJ3mUnB59iU7yw4MoP9hPkulkeDLdP/tFMaefpBxEMMeLzuRx8ZmxViUHbfXK7XFd xY1Dx0Y/CDC6DCbd77VOXzOZ0UEy7PUG/cFR0toBVhnq7qpFCp35cglfmbmqQwPiP8UJmIYlg7fO q4ChTyGeO5r2bwAAAP//AwBQSwMEFAAGAAgAAAAhABRlUw5vBAAAmCIAABUAAABwcHQvc2xpZGVz L3NsaWRlNC54bWzsWl1v4jgUfV9p/4M37zQJUChRYVSYoVpptlOVzrx7jAPWJrbXNhQ02v++107M 99Ay6r4EUEtCYp/cc20fX8f39sMiz9CcKs0E7wbxVRQgyokYMz7pBl+fh7WbAGmD+RhngtNusKQ6 +ND7/bdbmehsjKA21wnuBlNjZBKGmkxpjvWVkJTDvVSoHBv4qSbhWOEXQM2zsB5FrTDHjAdlffWW +iJNGaEfBZnllJsCRNEMG7BcT5nUHk2+BU0qqgHG1d4yqQfMyCgb26OWz4pSe8bn90qO5KNytx/m jwqxMfgrQBzn4JYgLG+UxdxPDsXgJNypPvFIOFmkKu/d4gS4oUU3AOcv7TdUwgldGESKi2R9lUy/ HChLpp8OlA79A8CC1UMtq4LRPp26p/PMTEZRvGJVFMVQ9bMgf2vEBfC09At65GHuwSxnCy+nyCwl eMZYqLJccdP5w5fX4FPnLLPoi/HSEv8ORwuCEw7d525mRMoMSgU3I4IzgOxE8HGQm4UzbUZmmVHn PKCIE4ehoKkybHtzqmrDpwCNmTLOn4gq6HjQhDo3g4xi6P+l603vG+VjoW7BgwYa0EM50J/jHcBB J0IcMYnlMqO26xc9/kTgQ7aJ9B3NU2JmYHi/g1lE8JRNUPKOxkkljCAiewfrToQ40qAE2lIxciLg oYY8EeKITXSBbTfbAYTB8IgVflp1fcprX0cbQ8nKAE5g0MHY9gMZTgul+bneNL3ePFECc8wENKdh xzUocKEo7nxTRjdlw47GHQFtRZ0WSINV0Xp03W4WMrHW0nar04LZJ0BWURuddtSIb0oh8UhSaXNP RY7sSTdQYFlgn4Tnn7UpeZZFHF0rYNZiT9tLEnpRGCRS/zPDijoELa2WDVmJspa5V5Vr191bimWN s7Mgd4KbYgIKORAzxahCD/QlQBJzoeFiVI+AcNSBIzgH/psRNIBkhkyHOGcZuKTZAddMsdIUqJdi SPT/AmxFtVB507PaAdbu9Lod+d5zwqFuXAFnCC3TEz2xqQkV8ACKoy0HFNLi9MXPxCsl2p3Uq0B/ i/yrjKspBjU2RnF85f92XPLqhFQRp6x5+gn28CjY08aqKcJO+5/p1DBX5z4zfHsaxlt94djcUPlR gYrA6ZhWnrd/IPTG6NeDiYrMIqs4G8GHcQi17SoB3bNJHG47B1ZKry31KuKTNc8zn1nRHxc9deGE 6V0WoPAqwfQuUQZEGfXLqPCj4hJl7L0V23x5hZCLMt4ell5eWVQkhtiMq7bCqvolrALxOO+lxyWs 8m/3LxHmSigOdYr9LTO3c+YzDyANADae7A6TTQiAbZ1u8KPfh22swU2/1o+bw1rzY6dduxu2rmvD 60azOejf3A0an/4NoE7cTAgsgW2KxJ8+WQMu7iVI5IwooUVqrojIwyLTIpTihSopQNkg2SKOyoyN Oc5gcy3uNNpRPa4Xu2fONrcb5q0FCj6JgmTqLyy/zF04AbkhsPwcuEsStovthhoUXRex3CH54j8A AAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDYueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj 6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFF FoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfo EMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQBp ol8hHgEAAMcHAAAsAAAAcHB0L3NsaWRlTWFzdGVycy9fcmVscy9zbGlkZU1hc3RlcjEueG1sLnJl bHPE1d1qwyAUB/D7wd5Bzv1ikrbpBzW9GYPCrkb3ABJPPliionYsbz8pDBIojkLAm4CK5/z4K+Z4 +hl68o3GdkoyyJIUCMpKiU42DD4vby87INZxKXivJDIY0cKpfH46fmDPnd9k205b4qtIy6B1Th8o tVWLA7eJ0ij9Sq3MwJ0fmoZqXn3xBmmepgU10xpQzmqSs2BgzsL3v4zad/6/tqrrrsJXVV0HlO5O C2r7TuA7H9XV+bLcNOgYJMl03k4Hu8Tzgd6XrWLKViHZNqZsG5Jl+ZI0568Zzg7yNkNv3yzkWJTx 6K3KQ7JsyYAelQUzK2LKimBmcUMLpraJmdommJp/6+M9rVkasq1j0tYh2T6mbP8no7Pfb/kLAAD/ /wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9z bGlkZUxheW91dDgueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+b YwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXi WcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxj Ip9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLx vgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDkueG1sLnJlbHOE j8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LIC Qd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJT ryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95 LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRl TGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDcueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw 4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7E sG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZ GsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsD BBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxh eW91dDEwLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePs MG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPc KcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1Qo Hp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3 AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQyLnhtbC5yZWxzhI/BCsIw EETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8 r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2 pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H 1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91 dHMvX3JlbHMvc2xpZGVMYXlvdXQzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOW ZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vm QiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L 83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0 LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1r GsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZ hki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3Km VLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAA AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxLnhtbC5yZWxzhI/BCsIwEETvgv8Q 9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62 IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFp zoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277 AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALQAAAHBwdC9zbGlkZUxheW91dHMvX3Jl bHMvc2xpZGVMYXlvdXQxMS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtsk ZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLi wUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6 Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAh ACdxx8UcBAAAsQwAACIAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MTEueG1stFfbbts4 EH1fYP+B0D4rupiSbSF2YTnWYoE0CWq37yxFx0IpUUvRrt2iQH+r+zn9kh1SotM4XqzTuC++UJzD mXNmhqPLV9uSow2TTSGqkRNc+A5iFRV5Ud2PnLeLzB04qFGkygkXFRs5O9Y4r8a//3ZZJw3Pr8lO rBUCjKpJyMhZKVUnntfQFStJcyFqVsGzpZAlUfBX3nu5JB8Bu+Re6PuxV5Kicjp7eYq9WC4Lyq4E XZesUi2IZJwo8L9ZFXVj0epT0GrJGoAx1o9dUrsaogVi1KJQnE2qfLF1kNkvN/AkcMZAAZ3zHFWk hIV3sLWghCOzHwFjaMG2ymxr6oVkTBtUmz9lPa/vpLG+2dxJVOQarUNxvO5Bt838rWAb/PAOzO8t Ekm2S1mOL0kC7KDtyAERd/oTjEgCTiDaLtKHVbq6PbKXrmZHdnv2APBgfyjoX7cRPQ0ntOEckBLs w2ttCGBcC/qhQZWAgDUPbZz0ZmNRdfD6nHqFWk2U1sNBQhagXCtRZ9VuNTRZ68ZQbf3fExTH4RD7 LU1hH8e9wWOuQj/qm+easWgQBVEYmUMsEhzSQteJ2qYi32mm38M3CKqTZuQwooNvYXmj5mrHmdED WCMJhAQfsJkTXWisct/OodBKNeWMQCF22qnxlBf0A1ICsbxQ6DVpFJPIUABlCZCXII6C3OggWZXf EUneHCBrVkkCJ4Pf1l8Tgmb2v3XsPdVRZ9MdJ5StBM/BlVBHCIVgBfspSTVxB4pCWUDO2nw4XVkc 9aGxmPw/JmzsB8OBfv6rhIV8Q3zD9wq+UGhNt9G5eSR0K6ZRFD7skYatZ+TWnFEBbYqzDeMnwBup nwG/WBXydPReWyon85WJtVSrk53Hz4UvlkfRoZ+etcSwLbErotijyjKEvLSycgVd5RNchYQvna6m TG8xXVJ3VvPjx3Zp6tk2CdvUTOd62saWcP3p++tzNEsnEzzMXIz9qYujNHLTcBq6wazv43CS+ngS fXG6Dp5DqKooWVbcryW7XetL8rRuGPpB5PoA6z/kK/igzc8rS2RlyYTQHffHlmdS6aXCLJVslfl7 TSScYMX5n473HHHOy0hsGZnzImfoZl2+P+DF3JAv5QWGSoA+So3pP2fO295VD2dxGLmTOJ25OBhi dzhL++4sxbNhFvbDqJ/t87bRkVfg3anp+v3rtz++f/3nDLlqLms7RMKlcN3ApV+b2W4tCyjANB3G 4XSQummAoQqvhn13ksWRm0U9jKfpYDLtzb6A43WAEyqZmXj/yrvJGxafTMtlQaVoxFJdUFF67djt 1eIjk7UozOQd+N34viFw3/Xguh3iKOjFutOCv+Cl/TbewpIel820wOVrUt9uoP2QBF4UIP+nZqmG V4PWmj5s0bHbV43xvwAAAP//AwBQSwMEFAAGAAgAAAAhAAs+iyjuBAAAXREAACEAAABwcHQvc2xp ZGVMYXlvdXRzL3NsaWRlTGF5b3V0My54bWzMWNtu4zYQfS/QfxDUZ8WSrIslJFlYjt0WyCZBnf0A RqJjYalLKdprt1hgf6v9nP2SnqEk28mmqJsNgrwkMi/DM2fOkEOevtsUwlhz2eRVeWY6J7Zp8DKt sry8PzM/3M6skWk0ipUZE1XJz8wtb8x35z/+cFrHjcgu2bZaKQM2yiZmZ+ZSqToeDJp0yQvWnFQ1 L9G3qGTBFH7K+0Em2SfYLsTAte1gULC8NLv58pj51WKRp/yiSlcFL1VrRHLBFPA3y7xuemv1MdZq yRuY0bMfQlLbGt42PP2Fs8w09EC5RpNjnsP3dC4yo2QFGuY8pcUNGsil7m3qW8k5jSvXP8t6Xt9I PelqfSONPCMj3WRz0HV0w/TPEsPwMXg0/b63xOLNQhbnpywGG8bmzETQtvQXk1jMN8pI28Z035ou r58Ymy6nT4we9AsAwW5RxLtuPfrWHbd35zZXghvOzqt2KMPUyyr92BhlBT/J/da99GrdGyOfyXy9 NFrqFZnqxrWdmo9+fKM57YHumAhdd+gMNR2eZweR/YiUMAxdD40GUeMMA9cOfb1IbwmLtKbrWG2S KtsSpXf4j8ixMl1WUKmiGSwWjZqrrUCc8b0WDhAZTNwjjQRUwOKML35DU/PHmYklseadDnzKwAAT olu2m4lwP7QIslkMSvAHRgSjfOSl9WGOfCzURHCGhTrv1PlE5OlHQ1UGz3JlvGeN4tLQFCJ7gZGs K72GNsnL7IZJRvAOLVNUWIyVwULvvSaEIvPv4QffbSrckvZuBEv5shJIBsMlJ5EtfZyfpQRi30Ta QNO9cJ4lCDeygxDi0MHrs+ShIHzbdkZhF5k2yY4RxF1r8ylBFExe6gTNyww7DX1STO9WV9hONZID mWBLbLubSuTZLBeCxurdlE+ENNZMQH0b2oIQzrxUbUsI2FoJCN5usA7lgR30tSvpjp3qtHRdkm6L 1PNDoADdR8B1Rq8IlzCS20A+3MONHKT5sXCDV4RLGDu43h6uMwwdQnEcveSZFsArqIFAdnj9A7wj d0RBfnt4CWSHN9jjdd0R6H2LeAlkhzc8wBt6w+PT7TX1QCA7vKM9XgJ7fL69Jl4C2eGNDvAGfvg2 841AtjvxQRWhz3xCj01ud7hrt55fA9BBp0uA5kEN8Jxz3uvP+Qum+INzXh+q33vOZwqlDYqlJROL /rxvjzUqhDVd9DHXzLVlmq4u+kqlr9P0qdqfxfqH5nWBip1q7z/9aTIee9HMwtExsTw/8a3EnbiW Mw1tzx0ntjf2P5tdGZrBVZUXfJbfryS/XimTVHZMOFzb8S0bZu098cBA01+2/PL7sMyqisq+wwLM e4kCbKFkG5nfV0xihT44/1GN/Z/gvCwjQc/IHGUUN65Wxd0jXnTR/72CxQUYpp+kRhe+KB1fUrfD i6E3C1zfGgfJ1PKcyLOiaRJa08SbRjM3dP1wttNtQ56XQHesXL9++eunr1/+fgGt6oq5vwBj+7ls cPOo9b10JXMkYJJEgTsZJVbieMjCiyi0xrPAt2b+0PMmyWg8GU4/A3jteHEqub6d/5p1rwRo/OZm X+SprJpqoU7Sqhi0TwSDuvrEZV2hSsYrgWN3Tw26hB4Oo8B3AjfqwwSU+tLTo4ULdMPXdxch37P6 eq23YTxqQP8oxdFU4xkDEqeh+yHke/8scv4PAAAA//8DAFBLAwQUAAYACAAAACEAZYZdK7cDAACa CwAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbKxWXW7jNhB+L9A7EOqzoh9L dizEXliKVRTIJkGdPQBDUZG6lKiStNZuscBeqz3OnqRDSsw2WRdwar/IFjXzceab4ce5erdrGOqp kDVvF05w4TuItoQXdfu0cD485O6lg6TCbYEZb+nC2VPpvFv++MNVl0hW3OA93yoEGK1M8MKplOoS z5Okog2WF7yjLXwruWiwglfx5BUCfwLshnmh70+9BtetM/qLY/x5WdaEXnOybWirBhBBGVYQv6zq Tlq07hi0TlAJMMb7ZUhq30G2/PE3Bxkj0cNr4Cwhb7JhBWpxAwsPtWIUATso460CJGMguwdBqTZt +59Ft+nuhfG77e8FqguNM/o73vhhNDOvLZjBH++V+5NFwsmuFM3yCidABtotHKjZXj/BCSd0pxAZ Fsm3VVLdHbAl1fqAtWc3gAieN4Vyd0NG36cT2nQGOoLnrAZTDK43nHyUqOWQp05/SI/c9hZM56zh uwoNzCvN7Gg3fDR8WHsJnBqy1C7lxV4n/gi/ZhEnTKqN2jNqCIGwcQLg8AD6GdaNTVv3wwYau1EZ oxgafyRPLTNWk49IcUSLWqH3WCoqkAkGjgFAXgE7CoozQtK2uMcC//oKWeeHE9gZgrYRwt+Bwv8m cmKJHLsJ3TNMaMVZAUGEp9FaF9AUlvkzMAoFQKxnz9SdyLBuW0OwfMHwwKKhEh52S5PGG4q6oYTD GWW0p+wIeMP0G+Afqlocjz7RdXwDes63QlVHBx+9Fb4uD6KDkpy1tyPb29dY0ReNbQgBWbVq8L/0 olBwnP8AzcesdEBkdbObQ21kQ4vLSfpRguRr5f4zXqerVTTP3SjyMzeK09hNwyx0g/XMj8JV6ker +LMzilgBqaq6oXn9tBX0bquvB6j8K7E4JEOhH8SuD7D+t36FGLT7ecsS27LknGup+7fimFY6tTCl EkNlft9iATvY4pxRis7LyNQysmF1QdHttnl8xUt8mhIPFxxMTwB9kBqjP2fu28n1JMqnYeyupuna jYJ55M7X6cxdp9F6noezMJ7lz30rdeYtRHdsu3798tdPX7/8fYZeNbekHZ/gUriRcNt2ZqrZihoO YJrOp2F2mbppEMEpvJ7P3FU+jd08nkRRll6ussn6MwTeBVFCBDWj3S/FOGLC4ndjYVMTwSUv1QXh jTfMl17HP1HR8dqMmIE/zqk9hvsumE4m0WwexFZeIEqjLjZaSEGPiDpswsR73N31ID84gYkY+j8z Sx3MwHpIeGGic7cz9fIfAAAA//8DAFBLAwQUAAYACAAAACEAp5PHy6AEAAAJEQAAIQAAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbMxYXW7jNhB+L9A7COqzYv1LFhIvLMcuCmSTYJ09 ACPRtrCUqJK0126xwF6rPc6eZGco0XayKWoURuEXm6KGw2/mmyFndP1uWzNrQ4WseHNje1eubdGm 4GXVLG/sj08zJ7UtqUhTEsYbemPvqLTfjX7+6brNJCvvyI6vlQU6GpmRG3ulVJsNBrJY0ZrIK97S Bt4tuKiJgkexHJSCfAbdNRv4rhsPalI1dr9enLKeLxZVQW95sa5pozolgjKiAL9cVa002tpTtLWC SlCjV7+EpHYtWKsqxahtaTGxgQnPHoHlxZyVVkNqmHhCCWvOqpLqV7J9EpSiULP5VbTz9lHoFfeb R2FVJWroV9qD/kUvph8bEIPB4NXypdFEsu1C1KNrkoEjrO2NDXzt8BcWkYxulVV0k8Vhtlg9vCFb rKZvSA/MBoBgvylQ3XYW/WiOb8zpHOHtrepECSy948UnaTUc7ETzO/OK+41Rhjaj+nZldV4vlNDa etHuvXaJWSK1Ww3WvTPiNErdziO+F7ihH730S5IkfogC6B0vTFy3kzi2ulPdZmqb83KHXn2Gf80K yZhUc7VjVHsbfEIyQA4/wC0jmDG0cT7OIWNqNWGUQEb1zKjRhFXFJ0txi5aVst4TqaiwlI4eiSqv AYQC5nuVtCkfiSAfXmlG55EMdgZ3GIQw7Pj5Z5YCw9J8/dzt6Z+DKLl+7oiCyIawM9yeTpgXJF7c MxakaQxnwkvGYqBLU6oZSyIfpTsndImgje/ix/jjTcaQJrZhHgSOVRNxpzOnakrIfj0kbAlsQeRB FoOC9T2cdprlki6ABJyUHLJ8VjGmH/CIoxMmrA1hcFBs8WQABqtGdTNJ5O6h6vMQhTV7R3qAS6Mf hj0+1AND/wA1jBL0jHV5eBFkjzc44B16oU6zy8OLIHu84QHvPgwvDzCi7AFHR4BTP9VpcXmAEWUP OD4A9v0UMvciQxhR9oCTI8BJGFxoziHKHnB6AIxoLzTpEGUPeHgEOI4SffZfXgwjSn1Um/se0Z/h uof78v+68UNz498SRa1HRgq64qyEmiM4x81fKihy/oASm7AF3Ev69u8uZqxctfdwMNeOxPpEF1CH muXNO/pQVS2gvsZi+c9omo/H4XDmwIUyccIoj5zcn/iON02gvBvnbjiOvth93ViCqaqq6axargV9 WCsbeTulOPNdL3JcUOseyjDAgMvPW4hFhpYZ51gAHhMTnoOYBVQwmpnf10TADoacf6nNwPUnk3Ne j8TGI7qHsu7X9fMrv+giHpou0zH8p54CmlVQ/aZrdCms24vzxW1wG4Sz2I+ccZxPndAbhs5wmifO NA+nw5mf+FEy28etxO6xAXSnhuu3r3/98u3r32eIVV0+m44V2sc7CT1IqxvJtaggAfN8GPuTNHdy L4QsvB0mzngWR84sCsJwkqfjSTD9AsBbL8wKQXUn/VvZd/Qw+UMXXleF4JIv1FXB60HXzg9a/pmK lkPxDB295/afBXRlDU1cnIaeF5kIBpS6/TFowQTsxxF2wcR70j5s4PAmGXyAgPiHohumWvjkgF3D CxG03XzCGH0HAAD//wMAUEsDBBQABgAIAAAAIQCVzk/GEQgAAOkwAAAhAAAAcHB0L3NsaWRlTWFz dGVycy9zbGlkZU1hc3RlcjEueG1s7FvrbuPGFf5foO9AsD8LrsS7KKwcSForXcDZGLHzACNyZLEe XjocKXaCAPsOfYO+Rdt/fZR9kp4zF4qypY0M24C9FrKQyJnh4cz5vnOV8/67m4JZa8qbvCpHtvuu b1u0TKssL69G9s+XM2dgW40gZUZYVdKRfUsb+7uTP//pfT1sWPYDaQTlFsgomyEZ2Ush6mGv16RL WpDmXVXTEuYWFS+IgFt+1cs4+QVkF6zn9ftRryB5aevn+SHPV4tFntIPVboqaCmUEE4ZEbD/ZpnX jZFWHyKt5rQBMfLprS2dwPnSC5bh9/xKff5EF1ae3YCW+n3XPnlPhvKcdMq4tSZsZM+vXLt38r6H j8BifYUPN/UlpxSvyvX3vL6ozznepJ/W5xxkgkjbKkkB+kUBckIvk7clLFOCtx6/MpLI8GbBC9wR qMeCHQKKt/gJD5EhvRFWqgbTzWi6/HHH2nR5umN1z7wAjta+FE+lTnT/OJ45zmUuGLXOGUnpsmIZ cEWqSJ5QPQZarM+q9LqxygrOjKpQRwXlGMF4fnxVvbTEbQ1aEihWr1OTsLOyXd9I/ZpNt1oJwhhI J1XjxUHkD7b1M/C8JMJ51JLrBn4fbnAvG0E1b8T3tCosvBjZnKZCEoGszxqhlpolEn21kXoobiZV dotgzOEbMAeLg+eXFf/VttjHshnZiRsE8G4hb+RObYt3Z+ZbM4JNK6AcPEHKFOSM7FRwuZcSrG28 EtUi1ztSr8SXs0ZciFtGJS0APDIEtcIHbIgRNHhaOj9fgMEXYsooAYegKSROpixPry1RWTTLhaXt XsIA7gFEopaE1JUUScvsnHDy0x3JWkVSN0YngJwi0n46+S2dkMtdNnkI0GPZhAqytWk/hlQusAcJ JtVrrG6LVUHohUnkv3xWIS0eRCSwOIutJSPl8R9JLNSe5FWzRSwgmaSt+jCvlB7jAVy+oGlVZhaj a8oOEC859gDxl8ucHy5dkuEB0mfViovlwZsPFBsPhmOWL3ZKhzDypCYdGJP+QMR2gJAKeaxJZwK8 2K/gYQlbaNOWMMowgcHkgfEi8kP4d8e0Pdf324DhR6HrhS/fsrfihTRVExVkhFgzF02ZsCvw/szG sYwu0I+jOl10bzjWVCzPZjlj8gbTvU0aJG5UdiTyUqjEKA43obTNmWSw6MgB21ZvkhPgS3Aj6lqH LXyXtPwFy2TW9Ft4OhmPg2TmQOycOkE4CZ2JN/Uc9zTuB9540g/G4e8QVGXSkAHTRF7QWX614vTH lQrdhwQ/r++GTh/E9jfuAvaA+3laqwiNVcyqChPrbqiTlvxYu1hAkiCR/MeKcHiDtg0VkTCFOtQ2 fNcLTDK12zgGSfhNG4fJt16eeTwtJyPDyQsweWp9WhXzO8yUXu+xzIRqEkTvIqck/oMcdxSG/tfJ +a17blUKvDxqtp7b/+AHs8gLnXE0OXUCNwmc5HQSO6eT4DSZebEXxrPWczfIvBLYgR73EIf95fO/ //Ll83+ewFvL6sQU75CVQp2HBQfmpyuej+zfJpMk8qaDiTNxA4hDH5LYGc+i0JmFfhBMJ4Px1D/9 HTZeu8Ew5VS2Gj5muuUBg/faFEWe8qqpFuJdWhU91e/o1dUvlNcVRFRoebh93TeRXQc3SYJoEESx Klbl3mR+Y3YLRzCtjJTxH0htQaMCgruApgPE6pGdXcPV/MrDMajcxQ1cZddwRdIUuiOwQl+YEZhX I+0a34xAqaam4GD6woyEZgSinJqKzAj4mCXLy2tQBn7Z1qJif1MD5gozK9lzOiO31Up8zDQS4DfM iMwJPDeIg4EfBQnUz0PsrfCPmW467FsLid1mrS4p964FXbVyda66dy3op12r4/fetaC5dq32qHvX Qvbcro3uaWZLDyFou10b/8FawKFdK7sjWxrflht31iZ/IBeaiK1cV/L0K4K3gDPdoI4qNPDiRvYy GqSFbETIW/QQOnfUSSzGaQs84SWZX0AKK/ssiLdQ7RNKzsoJB+YBrthGLPUtLFlCTwR6leerMhU4 j7KbOp1ga09enac6wVWm152drz5Bv1Tm1x0vDGkqyL2mHHuth+bSIARy406mDCfEjcq0dgGdtZH9 1+LvDhMIAmSk5M4EJWoibe5MpA1O7Mu7t7UKPU3oktxTcUH42cj2Ay/Bg+UluGlQlWMGTBnx3PoH Vaq+CyqqRWi+mlVQgmD2r9Q05jlhtlWTsmpAa9CsmfSjfgDf5j8wrDoX6XJGipxBG9CHgXRJeEPh WLr8m6+mMCKHR/aXz/9S2u2grHKP50C53Idy6exBuXS+irI0Fg8rPoVkDEiiN2yR9AYhVG/gsHVB +C0j+c97SHqD57LXJ0QS4dNuz98gaRrYHSi9gSzI3gKU943SezbX+4RQIn4ayqADpe4rv00od1gl OvtniaJPCCXip6EMN1B6/TCWRNw42Ddjlf/7733/+hqQRPg0klEHydANpDt9g0juSnowBXvxRon4 aSjjDpRJ7MpAf4RS9oZfBZSIn4ZysIFSFR5bCeyb8a+v1ioRPw1l0oFyMIiwRH6bWc+OBPY1OFjE TzYfO92CeliJJeVt7wAq5XMFuK6Zu3970jYk9BLTy1HlKbDh6auXTuWuwsCrrNzNHzcd9bO7HjZ9 v6N+9hSZfox/v3Q0sDXbXbq5A28gs8Qjg/ZURDLTOjIIQtaeOiMOVGv4yKA92Tvke7I7clTQnpw4 CuOjk5Y/WrSZZje5hJ+6Nz8L4k/35n9ROPk/AAAA//8DAFBLAwQUAAYACAAAACEA3LD1Ln4EAABs EgAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbOxYXW7jNhB+L9A7EOqzYkmm ZFtIvLAcqyiQTYJ19gCMRMfqUqJK0k68xQJ7rfY4e5IOKdFJHGdtN37MSyJTH4cz3/xwNKcfHkqG llTIgldnjn/iOYhWGc+L6u7M+XyTun0HSUWqnDBe0TNnRaXzYfjrL6d1LFl+QVZ8oRDIqGRMzpy5 UnXc6chsTksiT3hNK3g346IkCn6Ku04uyD3ILlkn8LyoU5Kictr9Yp/9fDYrMnrOs0VJK9UIEZQR BfrLeVFLK63eR1otqAQxZvdzldSqBmvVPb+6/dNBBieWsOI7QzA9m7IcVaSEhZt7jsa8UiDGvJL1 jaBUg6rl76Ke1tfC7LhcXgtU5FpCu9PptC9amPlZAQweOhvb76wkEj/MRDk8JTEwgR7OHHDYSv+F TSSmDwplzWL2uJrNr7Zgs/lkC7pjDwAN1oeCr+vGopfmBNacm0Ixivy1VQ2UwNYLnn2RqOJgpza/ MS+7XFph2mYtvp6jlnYtqsU1Lw0fFi+BU0OWekh4vtKG38J/s0hiJtVUrRg1hIDaJAbh8AfoZ0RH Na3cz1OI6lKNGSUQ9S15ajhmRfYFKY5oXij0kUhFBVLGLqlFngI7CpzTiqRVfk0E+bQhWdtHYjgZ lLYawmND4etEdi2RbTSha0YyOucsByWCt9Eqv0I2EDZzIAIhPKwPXuFW07URZTjsQb6aUPMjz9PP hl8bcNjr9mHdQTrscBiEg6hrHGglGQIaN1tOtnpNn82WzDdpQ+KczjS9Wv+g3xwK3D4BwGOwBYuf Yi0AsN0tWO8p1gIAi19i/Wc6WABgw11YCwBstAtrAYDt7cJaAGD7u7AWANjBLmwD0Fy36aQdY7IJ diKQsE6bN2aXjiCTXPJZdjUZtHmkCdwDEnpKM17liNElZXuIN1l2gPibeSH2l24S4gDpKV8INd9b edxk5N7uSIvZVulwixy1ruGf1TXDCdyn9jI48LrYqGvGf+aq0JXGPDy9M7bVtQj33wsb3AjvhS1+ L2zrRui9sO3RsIW2sJ0TRZ91a6YU//+q1jTBuYIedaNvMw56vcAd0hTP4AtGf478HU6S0QgPUhdj b+ziMAndJBgHrj/peTgYJR4ehd+ctjPPwVRVlDQt7haCXi30Nw9caRsd8LbeOvD80PVArPd4EYMO evtx75vIuiXlXPfvT9vo8G1tdOOYmRKNZ/5aEAEn2KZ6R1d9iHOOy0jPMjJlRU7R5aK83eAlOgYv MA8A0Vup2XExH0LNOm67512cRkHojqJk4mJ/gN3BJOm5kwRPBmnQC8Jeuo5bqS2vQLt9w/XH939+ +/H93yPEqqkkdiYA3e6FhE/I2nyqL0QBCZgkgygY9xM38TFk4fmg547SKHTTsIvxOOmPxt3JN1C8 9nGcCWqGFX/k7dAEFl8MOsoiE1zymTrJeNlpJiadmt9TUfPCDE18r528LAk08tjrR4HfG3RNGIC+ oKVpn6y2sKQnHlrtjImPpL5aQn9FYpjxQPyPzVINUx3wo4Y+QrTtdko0/A8AAP//AwBQSwMEFAAG AAgAAAAhAMkd9nTbBQAAOxwAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NS54bWzs Wd1uo0YUvq/Ud0D0mjX/2FaclXHsqlI2iRrvA4xhHNMFhg5jJ2m10r5W+zj7JD1nYGz8t0ucXKxU 39gYf3ycnzkfhzMX75+yVFtRXiYsH+jWO1PXaB6xOMkfBvrH6cTo6lopSB6TlOV0oD/TUn9/+fNP F0W/TONr8syWQgOOvOyTgb4Qouh3OmW0oBkp37GC5vDfnPGMCPjJHzoxJ4/AnaUd2zT9TkaSXK+v 522uZ/N5EtErFi0zmouKhNOUCLC/XCRFqdiKNmwFpyXQyKu3TRLPBXgrHtn0afrIbmd/6JoE8xWc tvRL8D+6T2MtJxmcGLGsIDwpWS7/KYsppxQx+epXXtwXd1xecLO641oSI0F9od6p/6hh8mcOMDjo 7Fz+oJhI/2nOs8sL0odoaE8DHZL2jJ9wEenTJ6FF1cloczZa3B7ARovxAXRH3QAsWN8U8l1UHu27 Yyt3polIqWatvaqgBC69ZtGnUssZ+InuV+5FNytFhj4jfbHQ6tAjVY2r/pTxUPgSYiqDJZ5CFj+j 4zP4lidJPy3FvXhOIQVwvEotmQDSj+n89yq0jdPgbRMOTpI+mAIfkKyUYB3Q3Ph4D3WQiVFKCdRJ HWpxOUqT6JMmmEbjRGgfSCko14SMQokGXAC7gFTWlDSP7wgnYMQWM0aD9OHO4KLyBw6rgB8Pu7MO O+b8LiURXbA0Bgvst8gAxlOH5QprSSXsSCIwWjtL0vUCKHC5Li3P8SzLQZM2q9M1XdPqgrjgGvWd XuBLmyEMFZF0v1oSKiIqwxrJowUDtZhVlM3s1cnWMsKvZV0keQwFjod499nyBlRMGlKtBa38a6Db Llo6U2421oY8tGH11ITKq1as5j4rUqEdYKazYe1ZrrSgDavV3WdFqprV3bBaTmD5CG5FK5HbIUCu mtZr0HbtrrThVFrkqmn9Da1td8GEV1iLXDVt0KANXEeuw1OtRa6atruhRc72KTsQW+SqaXsNWt8L XpUy5JJa0qwJqWh4E1h1a+mSdz9d4VBwpMCVWwp3ioq5SsVGLBdQq1tCJlUDHrXqQfHCRwlW94Kk 81rGKonBx6oMEx40nyeYkOMyZluB2w28b8iY0/MsKA5EtNExKUPNRO09qTbqVFE2AHCoxKSpZFhC a6wCAFZJRAMrlWSNVQDAqrpvYnFVrrEKAFhVzEexCgBYVaFHsQoAWFV2R7EKAFhVS0exCgDYqkBU JyDjK0Vy7duPUUGyGYAPVbTy+fuCtuSeRiyPtZSuaHqgQHfpZV28gH66SHh79vrJ31pxJmzJxaK1 8W5Vke3pk/lBduhN3rQ785SuTXe7M2nx6aJW9cdVd4YC9+eScGg7a42T0ZatcmuN813PtMFc6MSO 9WpWAMp37tUG+rlXg3753KsNdOf/2Kv5StMO9WqyNTpd1valTOrkyVJ2rF/bSNm5X8OYb/c/537t yEznm288uw3VuV/DEVr1Nrgbmx+1XwuUtl0RQbdeQn3sME8XtqpfiwUMELdfR63qnero+6i86+70 C05uBpbyh3y/n8MsGifLf3vjcDh0exMDZkojw/VCzwjtkW1Y48B07WFoukPvs14PWWNwVSQZnSQP S05vl0JH9jZjAdu0PMMEWnPzfgE24OVv20bDiLCasU8Yw+Fqc8wZvEVi5gJa5/2Hj/WdmedLkvO2 EempiNynSUy1m2U224mLHEG8dsHC9g5QHwzNd+YoLwnNet06V4478W3PGPrh2HCtnmv0xmFgjEN3 3JvYge0Fk/W6LdHzHKxru1y/fvnnl69f/n2DtSoH02p7Bx4K1yXM9wu567LkCRRgGPZ8e9QNjdBy oQqveoExnPieMfEc1x2F3eHIGX8GwwvL7Uecyr2n3+J6DwxO7u1bZUnEWcnm4l3Esk61AdYp2CPl BUvkHphl1htpKwITPqvndK1uENSTKGmb3FpQ1oILuHclNS3lH0hxuwK1Jn3YsoMKG8lTBWzSQR4R uoGg72rT7/I/AAAA//8DAFBLAwQUAAYACAAAACEAOGDKsUEDAAC9CAAAIQAAAHBwdC9zbGlkZUxh eW91dHMvc2xpZGVMYXlvdXQ2LnhtbKxW/27TMBD+H4l3sMLfWX7Uaddo7dR0DUIa20THA3iOu0Zz bGO7pQUh8VrwODwJZyfZYBvSJPpPm9h3n+/77s6Xk9Ndw9GWaVNLMQmSozhATFBZ1eJ2Eny8LsPj ABlLREW4FGwS7JkJTqevX52o3PDqnOzlxiLAECYnk2BtrcqjyNA1a4g5kooJ2FtJ3RALr/o2qjT5 DNgNj9I4HkYNqUXQ+euX+MvVqqbsTNJNw4RtQTTjxEL8Zl0r06Opl6ApzQzAeO+/Q7J7BWxtbTm7 FHwfIG+qt7CYBFNgT5e8QoI0sHDtrJA3cztGXWvG3JPYvtVqqa60d7jYXmlUVw6gcwyibqMz868C zOAheuR+2yORfLfSzfSE5KAF2k0CSNne/YITydnOItou0odVur58xpauF89YR/0BEMH9oY5Vy+gp nbSn0+qQ3LNqTQm4nkt6Z5CQwNPRb+nRi20P5jg7eLVGfwjf2bWbXo/e3oCmXiy7K2S1d8Rv4N8v kpwbu7R7zrwgEDbJARx+QH5OXF0zEX5cQl03ds4ZgbrvxLPTOa/pHbISsaq26D0xlmnkqwC6ACBP QB0LyekgmaiuiCYfHiE7fiSHkyHoPkJ4bCX8t5CDXsgzYhm64oSyteQVRJAeQtPKAuUv0BaErwIo RKiSxBP30roE/JfGK+gHV91fs0Uxm+FxGWIcz0OcFVlYpPM0TBajGKezIsaz7FvQJboCqrZuWFnf bjS73NjgpalK4yQLY4CNH5ICMTj3w6YF92kppXTl8GdiBodIzMrqNjOfNkTDCX1y+kY5QAMcVpGs V2TJ64qhi01z80gXfAhdYMAA9LPS+IY4cN0Ozga4HKZZOBsWixAnYxyOF8UoXBR4MS7TUZqNyvu6 NY65gOheWq6/vv948+v7zwPUqr9J+hED9/25gRtJ+Zt/o2towKIYD9P5cREWCYYuPBuPwlk5zMIy G2A8L45n88HiGwSuEpxTzfz0e1d1UxgWn0zOpqZaGrmyR1Q2UTuCIyU/M61k7adwEnejfEs4XCuj AT6OcRz3FQxR+tuljxYouPnpwqZcvyfqcgvXD8nhowHqf+6XFHwmdIPiwcRx7z87pr8BAAD//wMA UEsDBBQABgAIAAAAIQA8blmfzgMAANALAAAiAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDEwLnhtbKxWwW7bOBC9L7D/QGjPimRZsmMhdmE5VrFAmgS12ztL0RFRSlRJWrVbFOhvdT+nX7JD Skyb1AWcxhfZomYeZ94MH+fixa7iqKVSMVFPvcFZ6CFaE1Gw+m7qvVnn/rmHlMZ1gbmo6dTbU+W9 mP3910WTKl5c4b3YagQYtUrx1Cu1btIgUKSkFVZnoqE1fNsIWWENr/IuKCT+CNgVD6IwHAUVZrXX +8tj/MVmwwi9FGRb0Vp3IJJyrCF+VbJGObTmGLRGUgUw1vthSHrfQLZAjF7vPGTtZAsrA28GqZMV L1CNK1hYM80pAoLQWzBmBHO0pjttzVSzlpQah7p9KZtVcyut93V7KxErDFqP4gX9h97MvtZgBn+C R+53Dgmnu42sZhc4BVbQbupB8fbmCU44hSAQ6RbJj1VS3hywJeXygHXgNoAI7jeFujddRr+mE7l0 OlIG91l1phhcrwR5r1AtIE+TfpceuW4dmMnZwDcl6kqgDb+9XffR8uHsFXBqydK7TBR7k/g7+LWL OOVKr/SeU0sIhI1TAIcH0M+x6XBa+29W0OGVXnCK4QT05OnZgjPyHmmBaME0eoWVphLZYOA8AOQF sKOhOD0krYtbLPHrR8gmP5zCzhC0ixD+dhT+nsihI/JBT6FbjgktBS8glOgU5BqqPCQkg0PQdbsH fQlN4yrzFMaNjAAKxSZoE90h/qFciLf8nuhn1sM0uS2HelCPjnNLPDzcljapJ7TAihIB55rTlvIj 4G1FngC/Lpk8Hn3YMXo0X7nYSl0eHXz8VHi2OYgOunPSkxC7k3CJNX1wACwhIMVOO/5IXQoNh/8T XBWYb1zrWwmwImOk6Flqs4Frwuj852SZzefxJPfjOFz4cZIlfhYtIn+wHIdxNM/CeJ588XrJKyBV zSqas7utpDdbc5kcJ1pROEj8EGDDH/0KMRj305YlcWXJhTDC+LMy2VZ6bmE2WnaV+bDFEnZwxfkT YfqNFJ2WkZFjZMVZQdH1tnr3iJfkFIoNQxdAH6TG6s+J+3Z4OYzzUZT481G29OPBJPYny2zsL7N4 OcmjcZSM8/u+VSbzGqI7tl2/f/32z/ev/52gV+2d6oYtuBSuFNzNjZ2BtpLBAcyyyShanGd+Nojh FF5Oxv48HyV+ngzjeJGdzxfD5RcIvBnEKZHUToT/Fv1kCou/TJMVI1IosdFnRFRBN5YGjfhIZSOY nUwHYT/ethjuuziOotF4PB6ZLoBwIUj3a4OFJTNVmqgJl69wc9OC+uAU5mho/4VdamBy7rx/MjGp u0l89j8AAAD//wMAUEsDBBQABgAIAAAAIQA6Cnq2FwUAADUSAAAhAAAAcHB0L3NsaWRlTGF5b3V0 cy9zbGlkZUxheW91dDkueG1srFjrbuI4FP6/0r6Dlf2dEodcICodEQqrlTpttXQewE1MiSa3dQyF WY00r7X7OPMke44TA2npDmXypwVz/Plcv3Psyw+bLCVrLqqkyEcGvbAMwvOoiJP8aWR8epiZA4NU kuUxS4ucj4wtr4wPV7/+clkGVRrfsG2xkgQw8ipgI2MpZRn0elW05BmrLoqS5/DbohAZk/BVPPVi wZ4BO0t7tmV5vYwludHsF6fsLxaLJOLXRbTKeC5rEMFTJkH/apmUlUYrT0ErBa8ARu1uqyS3JVhb JtHDxiBKTKxhgRpXYHk0T2OSswwW7pNIrgQnz4lckgkrUQ8lU5UPgnOUzte/i3Je3gu19XZ9L0gS I1QDYfSaHxox9TUHMfjQe7H9SSOxYLMQ2dUlC8AjZDMyIHBb/AubWMA3kkT1YrRfjZZ3R2Sj5fSI dE8fABrsDoWYl7VFr82xtTkPiUw5oTuralEGW2+K6HNF8gLsRPNr86LbtQZDmxG+XJLa/RKhGrn6 R+UPLV8pn2pFd56g/tC2B5C3YLkzgCyzXnjFdQaeA4sEfeN6nt8fqEM0EhxSQ5eB3IRFvEWXPsJ/ iBzLo2UBmfqIO1iQVnIutynEGT6vUwoaEZY+QSmlkAUsiPniT1iqvowMyHc48lFbvpOHILdxwMUs AEfAH9iaMqxEnpuf5lCJmZyknAF8Y5K8mqRJ9JnIgvA4keQjqyQXRDkO6hY0Q3SpzlCQPI/vmWCo 1CEyxoIFcDLYrm1WbsB4vB30vg66LoP7lEV8WaQxKGGji6BYdIDPSgGoQAPKBXJZJ8x5ieBR2/fd Omi6Olp54FCKyXJqIrwZ/YyJG1WNSR4DteBHDOXj6hb4U+06yIk+JEVzYpM9KAsfbUykGspxfZQi p+DZewsakAavv8cbUkcl/0l4KFnnBuAhSIPn7PFo36dYYqcpiEWwA0SUBtA9ABxA9Z4HiCgNoLcH BDYABc/SEFEaQP8A0HdU5M4wGVEawMEeENFOD0rLh4jSAA4PAD3XPzMoiHKck7rlDkdzxwPW4yFx 9DFDfpY4kK+BMIF4lyxdNByiKEn1EGUjNte5Mlczvm4BR5uJ24dWUfeKfYttkcjAgtZSH6KR/qeZ KDY41kHexSG0VaPYgZp0OJNDaIuTEKTBO5NDaCtdO+CQYccU0sLrgEFaeB0QSAuvA/5o4XVAHy28 t9kDEolAE9mNLiqtzp9wkDTUgFO1JpxzphhXM9E1k7zFRE4XTBTLVzxE6yaI/HOUiBT/6TlMz54t ulBf1KS4gLsI3if+dqfheOwMZyb094npuKFrhvbENunUtxx7HFrO2P1qNKN1DKbKJOOz5AmuL3cr aWCVnxIO26KuaQGstXc86IDbu20Qng7LrChwqD1sEWqS+9kWsZCijsxfKybgBD1o/mDSfE9wuvWI rz0yT5OYk9tV9vjCL14XCQsXe4A+6pofNND3uGaXt/3rvjPzbNcce+HUdOjQMYfT0DenoTMdzmzf dv3ZLm8rtDwH7U5N1+/f/vnt+7d/O8hV1cn1pR7o56aCe1Wp7torkUABhuHQsyeD0AypA1V4PfTN 8cxzzZnbd5xJOBhP+tOvoHhJnSASXL06/BE3rx+w+OrFIksiUVTFQl5ERdarnz56ZfHMRVkk6vWD Ws0TypoBs9qUWp7tDIZqggJ9QUt1pdPawhK+XajpKhUfWXm3VjQMjzWQ/xO1VMLzDMQRRfciaLt+ 7rn6DwAA//8DAFBLAwQUAAYACAAAACEAhDlft1YFAADFEgAAIQAAAHBwdC9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQ4LnhtbMxY3XLiNhS+70zfQeNeO1j+BU/IDibQ6Uw2yRT2AYQtgru25cqCQDs7 s6/VPs4+SY9ki7+wi0ly0Rsw4tOn83+Odf1hnWdoRXmVsqJv4CvLQLSIWZIWT33j03Rsdg1UCVIk JGMF7RsbWhkfbn7+6boMqyy5Ixu2FAg4iiokfWMhRBl2OlW8oDmprlhJC/hvznhOBPzkT52Ek2fg zrOObVl+JydpYTT7eZv9bD5PY3rL4mVOC1GTcJoRAfJXi7SsNFvZhq3ktAIatftQJLEpQVs2+2O6 NpCC8RUsYOMGNI8nWYIKksPCkBUCGNBzKhZoSEoph8JU5ZRTKtHF6ldeTspHrrberx45ShNJ1VAY neaPBqZ+FgCDh87R9ifNRML1nOc31yQEi6B13wDHbeQnbCIhXQsU14vxbjVePJzAxovRCXRHHwAS bA8Fn5e1Ri/VsbU601RkFOGtVjWUwNY7Fn+uUMFAT6l+rV58v9JkUmdJXy5QbX4hqRpc/aeyh8ZX yqZa0K0lXC+A2FLmsAPH8o5s4lhW18GOgaRlMPbtBrGvcc1chmIdsWQjLTqDb3AcKeIFg0Cd1XbO KjERmwzcTMJslWEQCJHsCTIpgyAgYULnv8NS9VffAJFApplWfIsHH8PzHg9YmIRgB/iArRmRiUgL 89MEEjEXw4wSoG90EjfDLI0/I8EQTVKBPpJKUI6U3SBtQTLJLtQZipIWySPhRAq1zyxdQUI4Geyr dYbH2tvf9zkY8TALHjMS0wXLEhDCflsEpAnErw6S9s53vMCTDpXJcMr7HsYYELX3va7nYAiFWv06 oZTadRxqS2jvq9Tad1Xj8iNPOzL6aso9ADzaTbzuR0V3H6sBgHVOYN19rAYA1j2BldG2lUEDAOud w2oAYP1zWA0AbHAOqwGA7Z7DagBge+ewNeBUDsFOBAzbZHljTsmaqlKqOsipOm9U8sCHPlIF7gVp PKExKxKU0RXNWtCr3LqAfrpIeXt2lRAXsI/ZkkP3ayu8KwPzEvp0fpId2ty7VjNXV7OpdPV+KVMG gbavW9WrmpnsIFDCoRUsSDY3YAaAAqccqZqaLDnqYaIiXhZfufSj7oZdx8N1nu9a/kF7c/0etvw3 FziUE36nRoy0SGDakY9StNnyHoZC5c29moYP6pTsiRILmSjLW0Ole3QrvoN6elQjG74eduWpqBXf QW08qqMNH3YC7Lcl7P2g1mq+rt2Vpb6VgAd8R/W44bPtLoj3Gr6jmq35Ale1rcvlO6rrDZ8ka+2Q A32Par/m873gdf74f/QHyGw9TagBQ46535+rPF2JbomgB5VI1c63VqJEvKhDuJ4W5NvGyUIEOb7T 4OQ8pKqAml3n8HIkX3D+9kbRYOD2xibk5tB0vcgzI3tom3gUWK49iCx34H0xmlk/AVVFmtNx+rTk 9GEpVIVpMwLbFvZMC2itXecEGWTRed8G4Wu3jBmTY/Z+i/BkU3urY+aC1575c0k4nNA0CXxmDL7E Oe9rkUBbZJKlCUX3y3x2ZBf/PewCNw1AfdI0ZxroJabZxq1z67hj3/bMgR+NTBf3XLM3igJzFLmj 3tgObC8Yb+O2kpoXIJ2Mtzbh+u3rP798+/rvO8SqqiT6lgFmlrsK3vRK9fK/5CkkYBT1fHvYjcwI u5CFt73AHIx9zxx7jusOo+5g6Iy+gOAldsOYU3UN8lvSXMfA4osrlDyNOavYXFzFLO/UdzGdkj1T XrJUXcdgq7nTWRGYvB3fhxHEdusJRImmphwtLGgg71JU5mT8IykfVmpYgMsjCP+hWirhugjcKKE7 iFRdXz/d/AcAAP//AwBQSwMEFAAGAAgAAAAhAHToxsMQAwAAawcAACEAAABwcHQvc2xpZGVMYXlv dXRzL3NsaWRlTGF5b3V0Ny54bWysVf9u2jAQ/n/S3iHK/k7zAwdKBFQEyDSpa9FoH8B1HIjq2J5t GGyq1NfaHqdPsouTtFvbSZWGkIJzuTvf933n8+hsXzFnR5UuBR+74UngOpQTkZd8PXavrzLv1HW0 wTzHTHA6dg9Uu2eT9+9GMtEsP8cHsTUO5OA6wWN3Y4xMfF+TDa2wPhGScvhWCFVhA69q7ecKf4Pc FfOjIOj7FS6528art8SLoigJnQuyrSg3TRJFGTZQv96UUnfZ5FuySUU1pLHRf5dkDhLQ3jDMb13H uqkdGEJ3AsjJiuUOxxUYUutRG7W8UpTWK777qORKLpX1vdgtlVPmdWwb4/rth9bNvnJwg4X/LHzd ZcLJvlDVZIQToMDZj11Q6lA/IQgndG8c0hjJk5VsLl/xJZvFK95+twFU8LhpjapB9BJO1MGZY0Od JcOEbgTLqXLCR4BNFIYs54LcaocLgFwz0SAlF7subw2/3klunIb63EDjfQcRMStc4A/AhRasZah2 tosuXgPdlkezT0V+qDm5gX9rxAnTZmUOjFquABFOClCwFuVHvEinUzTMPISCmYfiNPbSaBZ54WIQ oGiaBmga37ldUQDVlBXNyvVW0cutgXbAiQKBoQ3gwFDuXa+g7srMGMVwoFp5zCQKwtgLIG0wAqYN VG9rsNrxfIkV/vIsS00RTqBYwNmBgmUjyL9l6XWyZEIYEONPYaJjCFMY1SjzdYsV7NCJ04naKPlf 4tCjMoI6RlaszKlzsa1unvHSOwYvMA4h9avUWN4tI8fr2968h7J+FHvTfrrwUDhE3nCRDrxFihbD LBpE8SB77FtdI+dQ3Vvb9eH+54eH+19H6FXbst1khDF1rqH5pR1YW1XCAUzTYT+anaZeGiI4hfPh wJtm/djL4h5Cs/R0Oust7qBwGaKEKGpn9ae8vTPA+GLOVyVRQovCnBBR+c2F4UvxjSopSntnhEF7 8ewwG7sRigLUj+DXjiWo0p66rlqAUE/8umzC1GcsL3cwfnACVxz0/8yaJFxq7VB7cqmxd5fk5DcA AAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDUueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj 6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFF FoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfo EMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQC5 f+5zlgYAALAbAAAUAAAAcHB0L3RoZW1lL3RoZW1lMS54bWzsWU9v2zYUvw/YdyB0b2MndhoHdYrY sZutTRvEboceaYmWWFOiQNJJfRva44ABw7phlwG77TBsK9ACu3SfJluHrQP6FfZISrIYy0jSBtuw xYdEIn98/9/jI3X9xqOYoUMiJOVJ26tfrXmIJD4PaBK2vXvD/pUND0mFkwAznpC2NyPSu7H1/nvX 8aaKSEwQrE/kJm57kVLp5sqK9GEYy6s8JQnMjbmIsYJXEa4EAh8B3ZitrNZq6ysxpomHEhwD2bvj MfUJGmqS3lZOvMfgNVFSD/hMDDRp4qww2GBS1wg5k10m0CFmbQ/4BPxoSB4pDzEsFUy0vZr5eStb 11fwZraIqSVrS+v65petyxYEk1XDU4Sjgmm932hd2ynoGwBTi7her9ft1Qt6BoB9HzS1spRpNvob 9U5OswSyj4u0u7VmreHiS/TXFmRudTqdZiuTxRI1IPvYWMBv1NYb26sO3oAsvrmAb3S2u911B29A Fr++gO9fa603XLwBRYwmkwW0dmi/n1EvIGPOdivhGwDfqGXwOQqioYguzWLME7Us1mL8kIs+ADSQ YUUTpGYpGWMforiLGR0JqhngTYJLM3bIlwtDmheSvqCpansfphgyYk7vzcvv37x8jt68fHb8+MXx 45+Onzw5fvyjpeUs3MVJWF74+tvP/vz6Y/TH829eP/2iGi/L+F9/+OSXnz+vBkIGzSV69eWz3148 e/XVp79/97QCvi3wqAwf0phIdIccoQMeg27GMK7kZCTOt2IYYVpesZ2EEidYc6mg31ORg74zwwxX 4DrEteB9ARWkCnhz+tAReBCJqcpc7mh2K4od4B7nrMNFpRVuaV4lMw+nSVjNXEzLuAOMD6t4d3Hi +Lc3TaF00iqS3Yg4Yu4znCgckoQopOf4hJAKez2g1LHrHvUFl3ys0AOKOphWmmRIR040zRft0hj8 MqsSEPzt2GbvPupwVqX1Djl0kZAVmFUIPyTMMeNNPFU4riI5xDErG/w2VlGVkIOZ8Mu4nlTg6ZAw jnoBkbJqzV0B+pacfguqR7Xb99gsdpFC0UkVzduY8zJyh0+6EY7TKuyAJlEZ+4GcQIhitM9VFXyP uxmi38EPOFnq7vuUOO4+vRrco6Ej0jxA9MxUVPjyJuFO/A5mbIyJKTVQ151yHdPksnafuXZvC1qZ PLsnKvYy3Mk63eUioP/+Mr2Dp8k+gcxY3Ksuq/Rllfb+81V6WT5ffG2el2Oo1Lp3sk23acHjpR34 mDI2UDNGbkvThEvYhII+DOp15vRJihNZGsGjzmRg4OBCgc0aJLj6iKpoEOEUGvi6p4mEMiMdSpRy CQdHM1xJW+PhEKDssbOpDyS2ckis9nhgh9f0cH7uKMgYqUJzuM0ZrWkCZ2W2di0jCrq9DbO6FurM 3OpGNFMUHW6FytrE5oAOJi9Ug8HCmtDdIOiJwMrrcP7XrOHggxkJtN2tj3K3GC9cpItkhAOS+Ujr veijunFSHisLimg9bDDoQ+QpVitxa2my78DtLE4qs2ssYZd77128lEfw3EtA7WQ6sqScnCxBR22v 1VxtesjHadsbw5kZHuMUvC51Q4lZCBdPvhI27E9NZpPlc2+2csXcJKjDNYi1+4LCTh1IhVQ7WEY2 NMxUFgIs0Zys/KtNMOtFKVBRjc4mxdoGBMM/JgXY0XUtGY+Jr8rOLo1o29nXrJTyqSJiEAVHaMSm 4gCD+3Wogj4BlXD1YSqCfoF7Om1tM+UW5yzpyrdjBmfHMUsjnJVbnaJ5Jlu4KUiFDOatJB7oVim7 Ue78qpiUvyBVymH8P1NF7ydwDbEWaA/4cE0sMNKZ0va4UBGHKpRG1O8LaBxM7YBogbtemIaggstq 81+QQ/3f5pylYdIaTpPqgIZIUNiPVCQI2YeyZKLvFGL1bO+yJFlGyERUSVyZWrFH5JCwoa6B63pv 91AEoW6qSVYGDO5k/LnvWQaNQt3klPPNqWTF3mtz4O/ufGwyg1JuHTYNTW7/QsSiPZjvqna9WZ7v vWVF9MS8zWrkWQHMSltBK0v7txThnFutrVgLGq82c+HAi4saw2DREKVwmYT0H9j/qPCZ/fKhN9Qh P4DaiuBDhiYGYQNRfcU2HkgXSDs4gsbJDtpg0qSsabPWSVst36wvuNMt+J4wtpbsLP4+p7GL5sxl 5+TiRRo7s7Bjazu21NTg2ZMpCkPj/CBjHGM+mZW/avHRQ3D0Dnw/mDIlTTDBNyuBoYcemDyA5Lcc zdKtvwAAAP//AwBQSwMECgAAAAAAAAAhAOpbAisAMAAAADAAABcAAABkb2NQcm9wcy90aHVtYm5h aWwuanBlZ//Y/+AAEEpGSUYAAQEBAGAAYAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AAEQgA wAEAAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMC BAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYn KCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeY mZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5 +v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwAB AgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpD REVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ip qrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMR AD8A/v4ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArxX9pPxb4h8Afs6/Hzx34 S1D+yfFfgr4K/FPxb4Z1X7JZX/8AZniHw54G13WNF1D7DqdteabefY9Ss7a5+yahZ3djceX5N3bT wPJE3tVec/GL4f8A/C2fhH8U/hZ/a39gf8LL+HPjf4f/ANu/YP7V/sX/AITLwzqfhz+1v7L+26b/ AGl/Zv8AaX2z7B/aNh9s8n7P9ttfM8+Py88pY2vkucUcudSOYVsrzClgHRqrD1VjamErQwrpV3Om qFRV3BwrOpTVOVpuceXmXflVTDUs0y2rjVB4Onj8HPFqpTdam8NDEU5V1UpKM3Vg6SnzU1CbnG8V GV7P8DvH37Ynxx1fx9/wT28KeL/2p/2yfg/4X+NP/BNKy/aM+I2pfsUfsZ+EP2o/iJ43+Nkmo/Au ybWvEvhPTP2G/wBsbUfBPg+Wy8beKp55dC8D+B/CUOsXOk6eNSglk03S7r6Q/bh0f9qL4X2X7I3i L4Wf8FFP2u/CVn8Zv2lf2VP2a/Fek3nwn/YKf7T4Z+IaSaD4w+Ibab43/YTvfEnh74r+I304eItT sriSy8EaD4j1DUbLSfhj4f0WGz8Nad6fN+wN+0H4B8a/sq/Eb9nP9p34N+C/Fv7OH7F0H7GesD41 /sq+NvjT4d8f+H4tQ+F2rSeN9M0nwL+1v+z5qfgnWJNQ+F9iU0q68QeNbKKz1W7t2uJZ4Ibw/TPx w/Zn8V/tBeDf2YtM8d/Ezw9YeNvgP+0F8Bv2h/F3iPwl8NtS0vwt8QvEnweubjUNa0Pw54N1j4le I9W+Hmh+MNRu7h9LOp+O/iNf+ErLybS7uvF08b3030eMlhKmMwE6HLHDQ4/jjMZGEJ0VPhar4m5v jqqcLTdXBw4GxGEpRwVOWGq0cKsPl1HLamMwsPYfNYOGYUssxtOs5yxs+CFhMI51KdaceJKfh7lO Eg1Vcowp4uXGOGxVSeMqfWIVsRKvjqmYU8HiqirfmH+0t8dtY/Z//bF+EH7MPx7/AOCwnjv9k74U f8Mc+Kvio/xn+Jd9/wAE0fhn43+M/wAXIvjva+G7Kx13XvjT+yNdfCppdJ8D6ld21r4b+Fnw/wDA 8ktjolrq+qQ6hex6tqN/9xftvfFT41fs5/s+fCf9pz4TfEPVPiJ8Pv2ePFfgTx3+1Jpdxonw61rU Pj3+ylcaLN4Z+MHjqHVND8JaTYaH4u+HOi61B+0pp138MF8DeH9f/wCFfav4STSv+Eb8RW+lWvvk v7OHmftnWX7XX/CZY+x/sxan+zh/wr3/AIR3Pmf2l8VdI+Jv/CZf8JZ/bg2eT/ZX9if8I9/wjTeZ 5/8AaX9uJ5X2CT1f4xfD/wD4Wz8I/in8LP7W/sD/AIWX8OfG/wAP/wC3fsH9q/2L/wAJl4Z1Pw5/ a39l/bdN/tL+zf7S+2fYP7RsPtnk/Z/ttr5nnx+LKrjcPkNKrRoU8bnmHxWdZosJUdOnSxlbD8X8 R5lkuV4ytKSg8DmGTzybB1aeFxODoYfK6scBONDE4X2mG9qjSoVc6xMa9Wphsnr0sty/28XOpOhh cTwvkGAzfHYSnFc9HF4TM4ZxXo1q1DEYz+0YyzDC1vZ14e2/IaD9rL9pj4sfs6y/FP4e/EObwTrv /BQv9qfw18Hf+Cd1t/whXgW8vvg9+zjPaSpc/tGtpXiDwxq6eP8AxD4m+Dvw4+MP7X+jaN8Qo9c8 PReHtU+HHge60bSorfXU1Hyf48/tgftteKP+CdH7NN7+z/8AFzwx8O/27L/9sf4Y/sTfGfxXr3w4 8Ja54T1D44+CPGniv4ZfFrTdZ8E+INGudM0Dwf8AFTxT4Qt/EVld+GY9N1TQ/BPjDTNS8KapaEWz P9uX/wDwTB+E3xFn/ZC8P/tJj4e/tL/Bf9kL9l9/gh4a+BXxX+C3hnxV8OvF3xWuNN+GHhp/2h9e 0DxjrHjDw9/wkOjeDfh1f+GfBPh248PandeEIPH/AI0urXxjePqXlDhrH/gkz4D8D+Nb9PgZ4s8D fAr4Af8ADYX7L37Z/hj9nT4efA3SPD/g/wAD/Eb4E+Hm8LfETSfCh8NeNPDfhrRNB+Num6N4H1G5 g0vwJYDwf4q0TxL4imh8ZTeMpLXRO6rQowxdLD0MZW+of6x8PcmPUIVcdDIuH+Kchy+NTHUsTS+q uGY8M4XifiPNqWGwuKxGfV86yzL83ozll1PKcFyRr4meAq4p4SnTzRcPZ1N5dOaeAee51kmc4z6t gKlGpGtOOXZzi+Gsly2tj8VRp5RRyLOMXgMTXebRzPEeBWv/AAVtkvvEPiL9oGF9Sg+A3w9/4JSf Gz9qz4j/ALP2oWXhvTPFfhL9pL4FfGwfD74j/DDxD4nudFk8QaR4x8GeIND8U/CPU7FtTk8JNqts fEEGmX8T2Gpy+qeBvHHxI8F+NP2c4v2of+Cw/wANPh5+1Z8aP+FeeP5/2HdT0j9i/wAK/BHxfoXj 3W/sV58L/gp8NfEvhDQ/23vEdobRNY8EfDr4jN+074l1G/8AidokXi7V/DniXw/BqnwauOy0v/gk b8H7P9sj9sT9pHUvF+oa98H/ANtn9nnxJ8Ffiv8Asu6hoLx+FbLxJ8RL/wAPH4tfEXwv4wtPEcFx o6fE/SPCujN4k8L2vheK4PjSXW/HMPir7brEmnW9Sx/4J5/tQ32hfs8/Bf4j/tt+Dvin+zR+zX8a PhF8VfBdt4n/AGW9Vtf2tPE2lfAPxVD4s+E/hH4iftG6P+0rZfCXxFeabNpmgaF4s8Z6f+yToWse MfD+lzy3Vtp/i3VbzxbRl04r+yJ4ulHD1quLwNTMoqU8Xhsro4vjjjPHZzRoe3liJ4+nluR5nw08 qljaWZTzDKcooZTUhk9dYrDVjFQqU45xHC1J4mnThjVl3tJQp4jMnhuDOEcJkcqko06UcDUxOcYD iennawtbL6VLOM3Wb0v7Ww9HDYqj9lftW/tb+Dv2SdJ+EN54n+Hvxb+KOt/Hb4y6V8BPhl4K+DPh vQPEvivXfiX4h8D+PvHHh3TLmLxN4r8GaJomj6tB8PdS0a48Wa3rmn+FvCl7qOn69471fwr4BsfF PjPw581+Pf8AgqT4H+HkPxD1XVf2Xf2tNZ8I/s+aT4Q1H9sPxx4P0H4C+LPDf7HV94m8OaR451vw z8W10X9oS68QfEjxN8L/AIc69o/xH+K2nfsmaD+0nH4O8HalYX811d3t9ZafcfT/AO0d+zb/AMNA +Kv2VPE3/CZ/8Il/wzJ+0zov7Rf2L/hHf7e/4Tf+x/hR8XPhh/wh32n+3dF/4Rv7R/wtP+3P+Eh+ z6/5P9hf2b/Ycv8Aan9oad8f/GL/AIJw/E/xt4m/a98P/DL9qLRfhn+zd+37e6Zqf7VPws174BRf Ef4oLqeofDLw38Dfipdfs9fGwfFvwZonwqX4q/BzwV4S8OX9v8Svg18f4vCHiWx1Txh4MGkHVk0X TsKTreyxjlGl9Zjicd/Zsa7msHUjRwfDbyxZk8OpYqnl2LxWM4rWYVcHz5nTqZTk0cLh6GHr4qtj fQl9U9vgE3V+qfU8HLNJYdJ432tTM8+jmMMt+sNYZ5jh8vw/DlTARxcYZVOnjs1eJxFTF0cPRo++ fEb/AIKB/BH4a/Dn9sz4p6jpHj/xB4T/AGH/AAfovjj4m3HhbTfC2ozeMtA8QfCDRPjXpk/wsN74 x0yy155/CGv2ECnxLe+D7ZtZ86CK4k04RapL8oXf7f8A8efFfxx/4KRfAl/gR8UvhN8P/wBmb4Ja N4v+Hf7Tei6N+zp4yfwLdeI/gn8Q/HcHjnxd4H1r9qO61fx+fEep+G7DVPg34T0n4a6ZE0Vpc6N8 cG8CJfR3kNv9pv8A4Jc/EP4x6J+1f8Lvg/8AtSaL8CPgN+2X8GvB3wz+LnhHUfgAfi18SdD1v4ff DGb4T+Htc+GHxO1X4yeFNC8PeFPEHg7SfAeg/Efwh4v+F3xB8R6zpOg+I5vh/wDEn4W+LPFdl4u8 K+y+Jf2FfiFefG39qvx94T+PPhTRPhj+2L+zx4X+DPxX+HfiP4Jan4p8ZaN4s8B/DP4hfDPwf4/+ HXxO0z40eDtJ0LRVsPG1lqHinwJ4n+GHjW61y40OWHR/G/hVdW83TuXOqVapleZrK3WnjJ4HOMNl 9CtU+q1JVv7OxiwOKrV8JWpSw9avi6eGjg5YbHQVCtiYzxsaFGnOrh4y+Xs8Tw5PGuhGMMXQxGfz oU3XpwhGvkK+r4ajjKVWnXw6VfO6mMhWw9aVTC4JwoSniKmEpYvgbL/gpVp/gfwR8FPCdp8EP2uP 2vfitrv7Evwk/a48Vaz8Ifhf8DvCtzqfw28TaDqNvrfjzxTb+Nfjr8PPhd4L8ZXeteHrm/uPhD4d 8aazrWpXPiCDTPhHY/EKy8P+KJ/Dmj8Vf+CtnwT8E+E7Dxt8Kvgr+0l+1b4dX9knw/8Atx+Mr39n vw98I4v+Fbfs0eMrLV9Q8D+OfFkfx3+NHwOOqap4zs/DHjG50LwD8PP+E6+IK2/g/W7rV/C+lW0m izav6r8Iv2Gv+FV6voWq/wDC0P7e/sT9gf4O/sPeR/whP9l/af8AhU83iyb/AIWf5v8Awluo+T/b /wDwlG3/AIQry5f7K+w5/wCEt1L7Ti3/AJ9f2iv2H/FXwI+I/wAPvhdq1t8ZPE/h74Bf8E2/2VP2 WPCnxB0T9jL/AIKhftVfCj9r/RvhL/ws9fFXw48XfCT/AIJt/tC/A3wH8OvDl54gOnP49+Gn7Zvj r9ofwt4/07xrpEWhaR4b8HaF4pl8b+nmFalKvmE4Ta9tnWaTwCw2D56tXAzx3iVLAxw2WYWlS+sx pZbl/hzjI5XhKeFzCtHNM3w1CccRCWFyrmymhUWEy6GIpVJVKGU5NSxkJYm/+3ToeHVDHzxGPxNa tKnP69mHHuGWYVamJwdGpl2WY7GQq4FSr5l/WX8N/HJ+Inw48F/EaTwr4i8Er4z8JaJ4uHhDxXc+ EL7xR4dh1zTINVi0jXLvwD4r8ceCLnVbOG4SK7m8LeMvEuhSTBm07W7+2KXL/lV8P/8Ags98Nvij bfAG98EfsZft56vZ/tZ+DfFvij9lq6k+HHwN0yD45ax8PotDvPHvgXSX1X9oqyPwz1nwxpGp6v4h i8afH4fCH4LeM/Dvg7xBrfw2+KvjXT73wdP4r/TX4G6t8QvFHwM+E2t/Fr4cWHwb+KWv/C/wVqHx G+E+lazpniTS/hl431Hwxp0/ijwJpuvaJLLo+tWHhLWpb3RLPUdLnlsLy3sY5rSaSB0kb4g+A3/B OL/hSXh//gmvoX/C5P8AhJv+Hefgz4oeEPtX/CvP7F/4W9/wsn4Y3Hw4/tDyP+E51b/hAP7F+0f2 z9k87xr/AGjs/s77TY7vty3jaSo5lm1OPLHDUMXh6GDp0MRSxEJ0ZVs3pZhKjjIqrCpPCwhlVTB4 mXtMPWlKU/YYynKrCGWBryq5Xg61SKrYutRwdWc6kKlCPvUoVKkpYfmhKCnVa9tRdSNWOG+sYelK hiqlDGYXT0f/AIKd/Cjxx4E+BmufB/4NftCfGn4rfHyP4sy+G/2ZPA+i/CXRPjf4Rh/Z/wDFcvw+ +P118Trz4qfGP4b/AAQ8DWHwd+JS2nw28TapqfxnbTNf8b6to2ifDi88cNqdtM9S2/4KjfCnxT4Y +B1x8Ivgd+0l8bfi38ctY+MegWv7NXgrw58KPCXxv+GGr/s5ah/wjn7Qtn8ZI/jf8Y/hJ8K/A/8A wp3x3Npfw78Q3X/C09UsvE/i3xD4cj+GVz480PXNP1yby7wf/wAEwviV8Frr4RfET9nn9p/wr4Q+ Pfwo8aftwyt4q+J/7PV/8U/hH44+D/7cX7ROq/tJeLPhp4o+E+gfHf4VeMbTxH8PvGtp8PT4P+JP hL42+G3vD4S1v/hIvCGp6R4wXQfDtnQv+CYvj/4S3nwX+Kn7PP7TWg+E/wBqHwHdftSXvxW+Kvxd +AkvxW+HPxtu/wBs7x74c+L/AMdrm6+Dngr4y/A7UvAbW3xa8HeFvEfwmstA+Kt5ovgjQdNuPDfi nSfiRe37+JIsINSlTdVOnCrHH1MUqUeeeFxsK+J/sbD4GFStGNXJK+Ehhf7dqYyu84o4qrWhlUql GEay65KMZ1qdKcZqnj50cHWrqcaWIyiEMVCtiswVFe2o51VrrDVsphgqLy2WElbNaOFxM50qHi37 Bv8AwUG1Cx/ZY+FEet+Cv2n/ANqX9oP9oD9pL/gorf8Aw0+Dmjjw1H8cIvhP8H/2xvjLpl5f+MtS /ad+KPwb8F/DPwl8HPC+o/Dv4eL4e8ffEbw1qei3uoeFfh34R8O397ajSLD1/Xf2th8a/wBpr/gl x4s+Gev/ABQ8D+A/iF4s/bo8LfGL4Sa5cX/h3W9O8c/Bb4Pa/ovif4Y/GDwV4b1rWPDmveLfhD8T fDmuaX5Nnf8AjDw5H4j0pte8Ca/ruk3uka/qHkGt/wDBD7wlqfwu+AHh7WfiL8FPj18UP2fviP8A tf8Ai7TPE/7an7HPgP8AaW+DXxC0D9sf4z6/8aPG1p8QP2etL8f/AAg0u3+InhnX7vw0/hf4lfDP x18N7e0vdH17Z4Jg8J+L7jwVpf1l8Nf+CeqfD3VP2MfEWj6n+zZ8MdS/ZJ1X9pHXZPBP7Lv7Jo/Z 2+BHjXV/j74M1bwZb3ug/CW1+Nnjuf4eS+Hobyx1jxNK3jTxnc+PdZttRuUufCKapDHphiXzYfHu nyrFRmvqkYqVanJ0q7jh/q3NPAuWDeBjTnjYY+VLG1cz5lh69DAy0xrx58S3Rc3RxGeZhiKkqrhT lDL8Rm2PxUJ1owjWXt+SWF9g8JGFGjgpOjVy+eKu6Pr/AOyZ+2bD+2FpVj488A/s6/Hrwh8CvFHh 258V/C/9ob4gar+zYPhz8WtDXWF0vTLjwn4X+H37RPxB+Onhy61u18/WrbSvix8Hfhtq+jWVneaV 4vsfDXi2E+Gm+0q/L39mT/gn34x+Dn7Uvi39q7x549/ZntvGXjLwf4v8P+MvD37Gn7IWu/sdeG/j T4n8ceKtG8Wan8T/ANp6HWf2mv2j7r49/ETwxe6RfJ8NvFGpzeGtY8H/APCdfEyW6v8AxCfGUiad +oVaT9l7HCShdVJUav1ilOTq1aNSONxdOnCtiVSw9DFVKmEhhsQ6+FwmCouNaNN4SjXp1ojbf1jF 2UvYe3j9Vk1GCnRlhcPOXLRUqs6EaeIlXo+zrYjFVG6bq+3lTqU4QKKKKyKCiiigAooooAKKKKAP iPwx+338DPEP7Knxx/a91C28beDPh3+zhf8A7RWjfGPwz4v0rQrT4ieDvEP7MHiPxb4Z+JPh280T SPE2taJPrNzeeELm78J21t4llj1/TdZ8O3Kz2r6oIYPGviB/wVB0TwL4q+Inhq0/Y4/bK8e23wU+ B/wo/aB+PniPwRpX7Msln8FPAfxZ8P8AinxRp9v4o8K+Kv2n/CnxP8Y+KvCmjeCfFk/i7w18GvAH xQv459EmsPDQ8TX15pdvffGX7QP7OHxbv/23/HH7JXhj4T+Pr39jz9vj4w/s8ftf/Gr4neG/DWon 4Y+AtT/Z+ttQvv2hvhr4w8TxafceH9E1P9o7WPgp+y9oq+Hbqe21Lxxpfjz4wanbl57HUbiqv7Vf 7Jf7WXxf/ab/AOCovir4JfET4yfDG08R/snfsr6H4R8BJ4P8JWfwE/bAvfD+kfH+Xxz8FPF/xIvv hrP8a9ETVdDvh8PNS8S/sxfHT4Q/ED4dyfEmz8Sy6rLqtt4eWPjrVqtLKFmUXThXdBRUMXGtUwdL GZRlNaOdY3EUcBCpmtfIcTxHPFYHDU8HTWe1MPkPt8JhJUsxpVMR0qlTnmawD9p7L6zTlKWHqYeV eeAzzN8B/Y+Eo4jEOGX0M+y7IubEY2WKlLKvb5vQeKlh3gqlGH6JePf+ChGgaT8Tfhj8Kfgl+zd+ 0X+1t4i+K/7PNj+1J4cvfgRd/s0+GtAtvg3qviDS/Dej+INU1L9pz9pD9nRxearfa3pMtpo+k22r agllepPeQ2piuY4fvDQdRvNY0PRdW1DQdW8K3+qaTp2o33hjXptDuNc8OXl7Zw3NzoOtXHhjWvEf hqfVtHmlfT9Rm8PeIde0OW8t5n0nWtUsGt76f8L9E+BXxS+Of7ZH7L/xG+D2vftbfsD/AArtf+CU 3h/w/bXPgH4PfCnTdT8F6pP8XfBGo6X+zh48t/2t/wBmn43eH/DPinwfoUXn3HhSHw54Z8fRr4dN 3JdPoiXkNx9rf8FNPBHxX8V/sQ+OPC/w1sviF8Rbuy174L6j8WvCngIvB8V/i9+z34W+K/gXWf2l fAfhC08Jjw9NqXjL4kfBLTPHugw+FfCtrZXXjCTVrnwb4c0iS712x0uT0q8IUKC0dKpVz3PMBz5l Wow+p4PB8dcR8O4LFYqtl6r4WlgMLlGBy/G5tiuTEVZKnXx2XwrYSrTjPy8DUr4uvyz5ZKGW5LX5 MDQr8tfFY3hDhzO8XRpUsb7PFVMXVzTHY/C5dQUqVGnGVLB4+dLFUqk4fohRX80f7U3wW8DeMv2Z vBtl+wN+yP4x+Bv7Kuk/trfDzxb+1J8G/G3/AAT5/aCt/hR8Uvh3Y/CnXtJv/Edv/wAEv7PXP2bP jf8AGP4a+Hvide/CTUfib4J8GeBPBZ+Jer+EZ/G3/CL/ABr0zwfrFrqHP/Dn9jm38c/Br4KfDJ9E 1/4nfs8eI/8AgqJ4Q8da/wDAbwd/wTo/bA/4JvfBr4E/DVv2bvHmnfEPwn4c/Z6/aC8X+J/G+m/s 7ePfGl3H4j+IEtrqVp8C/Fvi/wCKPxC8D6hpl5ZeJvE3hmXClzVas6PJKlL+18hyuHtYyUnTzrMe GMBLMa1OEZ1MNgMPDiDFYmhi6sfqmNjk+IoxxNGvV5KHXU5adGNbnhVj/Zec5nUdB+0hF5TheI8R /ZtKpL2dOvm9aeR4SnVwEGquEpZvQxFTnhCjHF/0W/E/4y/Db4NR+ApviT4j/wCEbj+J3xP8GfBr wO39j69rH9t/En4g3c9j4Q8OY0HS9UbTf7XuraeL+2NXGn6DYbN+p6pZRsjt0Xj/AMW/8ID4E8ae Of8AhGfF3jT/AIQzwp4i8V/8Id4A0b/hI/Hfiv8A4R7SLvVv+Eb8F+HvtNn/AG74s1z7J/Znh3R/ tdr/AGnq91aWX2iDzvMX+Wz40fsM+DdD8GfF3wx4j/YUuPG37Mn7OP8AwWy+C3xH+Fnwf0T9k7Uv i1onhP8AY+8b/CD9nPU/j/c/s8/BDQfAHijWvFHwV134ra745v8Ax74N+CXg/X9C1DVrPxhFJ4eu E8Oatbad9T+Gv2NPAHiv4h/8FdvjYv7Kd7Jq1z4H8C6X+xFqfjD4GeKdD1Hwr4Uvv+Canwt8AXWn fs0eB/GnhfTbn4a67fajHL8LPHdp8N/DXhnxjeXvhfS/hX48jln8BaP4a0HhxWIq08gzjM4RqfWM JlVTOMJTpU1KqsPX4O4Gz/A4Kth58/8At7zLinM8CqqnKjiJZHj6EMJGtlmJliezB0I1c/w2WVXC OHk3QnVnJqjXxmG41z7h7E+zxKlT5cK8py7Ls0qwjTlXwP8AaGEcquIw+Z0KuE/e7wH4r/4TvwN4 M8cf8I34s8G/8Jl4U8O+K/8AhEPHmj/8I7458Kf8JFo9nq//AAjfjPw/9ovP7D8WaH9s/svxFo/2 u6/szWLW8svtE/kea3V1/Mm/wa8H6Trf7NL/APBQL9jn44ftL/BO0/4JafsvfD79nfwN4e/ZV+L3 7SS/BD9pjwfYalD+0PoepeCfAXg3xbf/ALOPx98ZabqvwXs/Bvx08bW/wqi0S08CeIdCg+Knhe48 Na0kX6cf8FAvht4qT4X/ALPH7UPwu+H/AI88VfF79h/4teBvjZofgPRINd8ffFnxT8KtU0ub4aft H/C7S7Dw3eeLdY+IfjbX/gl4t8WXOl6LZXvia58W/ELwv4Yazv8AUr9rS+k9rNIYfBYvG2qR+pUM +xOWrEUlUq0MPgaGf47Ka2OrSkvbSWCwmEhm2Kw2Hhi66wFajVpyrRxeXVcw8XLa2JxWDwblSlPG V+H8HmcacrU54vHYrIMDmtPA0LQjSj7bMMVVyJYqtLD0YZrg8dQdOP1HHRwv6aV8/wD7U/7RnhH9 kr4AfEr9onx34e8ZeLPCvww0mx1bVfDXw+tfDt74z1v+0tc0rw9Y6f4etvF3ibwb4Ze+n1LWLNQd b8U6HYRQ+bLNfxhAG/ng+Lf7KejXHwF+AHxl/aH8GeKPEX7S/wAZPG37QX7XPxJ+BXxm/wCCVX7U 3/BUD9nLVfFf7Qll4bfRPA/xx+CfwD8Oh/h38cf2bPh1o3wq+BXwd+JniL4i+GNb8KeEfDnxM8MW PhPxVoGv6ra+Hf0L/bR8G/F34w/8EWfE/gzRf2ctZ+Cnxg8W/AD4L2cH7Mfwc0ex8b6p8H9ah8S/ Dq4u/h54D0Twx4Xn0nUrf4c2dpPb6dY2PhBtJsNO0Xy7nRFsLO4tl46lOr9Qx1SSnTxuBWGw2Kw9 B0avssdXw+O+sUcJi6rjhcW8HjsvxWFjPkt7lGvmFDARxeFo1+2pUhTr4f2U6NbD4mOPr4etUdWK nhcLi6MMHXr4eipYiFHMcBicLmC9lNyhCvLDUKmIr0K8qX2p+z7+2Fo3xv8AiV8Rvgh4q+Cnxv8A 2a/jp8MfDHg74ga58I/jva/Ca713VPhl8QLzX9I8JfEjwt4u+Anxb+Onwm8Q+GtT8R+EvF3hi5s7 L4inxZoWueG76HxF4Z0i0vNEvdW+wK/Bf9u3/gnlqGm/sufH/wARWXjz9qj9sT9o/wCO/wAUP2C/ B/iv4k+Lbjw4nxd034J/Cf8AbD+EHiZfBPw20D9k/wCF3wK8KfDPwb4BsNW+JXxQ1rxP4A8BaB4z h1PVvEXjjxb42vY/D+h3Phzzb9ov9lP9lP4TftN+MvBf7Qf/AATy1r4z/sMz/skeG9C/Y2+FX7Pf 7Ffin9oP4Q/Cn45zfED4r6r+1BZaX8KvgJ4C8R2PwB+OPxetfE3wR1fw38f/ABh4d8D2mrWmga9B pvxt8O3eieKbBpqVrYZ1fZqeJp4nHYT6thFiKjxksHlkM3ofUqVWHtp4zE4bE4XL/q15U8VnVLHw y+q6U8DhJ7qjFxrVo1KrowqYRxp1Y0PrMKFWeUYLGV5OFaNGdHDY7FZpj3KXsFhOHMFSxeOqvEQx 0qP7xN8Zfhsnxnh/Z7bxHj4v3HwwuvjLD4R/sfXjv+G1n4rtPBFz4j/t8aWfDC+X4nv7TTP7HbWl 15/N+2x6W2npJdp6fX8wfwO/ZB8S/Cz9q39g34j/ALX37Ms3xI/aW1P/AIJq+H/hVcftOXH7Ouqf tPah4K/bg8DeP/A6+DNf+Mfx78F/Dv4mS+AfH3hPwDLDpNr+0B8Tde0zw/d2Oi+IrWw+JWrww3j3 WD+yZ8A9cPiP/gnrcfCv9lb43fAj/goz8K9e8Y3H/BTv9qD4kfAD4m/DSy+Klg/wk+Ivhj432XxN /ao17RLX4cftv6R8Yv2mb34ZfEX4QaR4A+IXxy0zTNF0DRvGegr8MdE8JQtpWluXDOpria1HHZrg 6sMGoVZ4mGH4r4lybCYzBYf2j5sLgspyfL834hqvEz+pYHOcozXCRxVDOKGDwfNeXt8VGUqVOhDB YHFYatUdaNGVWrwvk+bVsLPESoQlUnmGc43MMnyCUMJTni8ZluY5fi6GExOWTrY3+pqvOfjF8QP+ FTfCP4p/FP8Asj+3/wDhWnw58b/ED+wvt/8AZX9tf8Ib4Z1PxH/ZP9qfYtS/s3+0v7N+x/b/AOzr /wCx+d9o+xXXl+RJ/OL8Cvgvrdn+xr8UPA/wG/ZQ/aF+FH/BZeP9jj9oXwb8aP2p9b+DHxC+Ct18 Rf2mrm1NhruueJf2yvHun+DPhf8AtR3HxX+KsEfi34BeJPDfxB+Nel/D/R30vxFa6r8LdG0ttStb fgv4FfD7V/E3ijxT/wAE+/2Mfjj+yv8ADMf8E1P2nfh3+1p4a8X/ALLXxj/Zav8A44fGbxf4V8Jf 8M2+DtW8EfEnwh4W1b9qH4/+A9VsvjRPrnxt8Nab8SXtovGl5pUnxr8SXHxAttJ1bzs8licNlueP A16dTEYTI82xmDx+Bg8Zhp4nDZVxBi8Ji8K8RRo08XlmIxeUYbBYTGyg/b4/McLgq2ChXrYWjjPR yyFGpmGVQxcLUMRnVDA4vD4ibw88NSWMyCFXDZk6MqlTA4/EYbNsZVw2Fg6ntKeVYyssVSw9HFYr Bf0PfAb4n/8AC7fgb8GfjP8A2H/wjP8Awt34UfDv4n/8I3/aX9tf8I9/wn3hDR/Ff9h/2x/Z+k/2 t/ZP9rfYP7T/ALK037f9n+1f2fZ+b9nj9Xr5W/ZD8O+LvDf7EX7MHhK/02/8I+PNB/ZW+Cvhy90j xPpV7puqeGPF2l/CPw1plxpviHQ7+G21Cwv9F1mB7XVtKvYLe9tbi2uLS5hinjdF/D39nD4K3Vv+ yR8R/Afwb/ZT/aC+Ef8AwWJb9jf9ovwP8bf2rtf+DHxL+C0njv8Aaev9Nm0vVPE/i39sjxjp/g34 dftSj4mfF+O18bfArxF4S8ffHCx8A6Aun+IbG++Gmk6YbyH2+IfY4HNOJ6eAoe0w+U1cwq4DCUal WviMdRpVM0lRp4GKjXqYihhKeAowzHFzqSnhY5hl9WNPGe3q+y8Xh32+Pynhutj8RCjiMzpZPRx+ LxUY4XDYOvjKeAjWrY2fLTp4epWqYqtPC4aFNRrSwmLpylhI06bqf011znjHxb4f8AeEfFPjvxbq H9k+FPBXhzXPFvibVfsl9f8A9meHvDmmXWsa1qH2HTLa81K8+x6bZ3Nz9k0+zu7248vybS2nneOJ v5R/2e/2Z9Z074bftJSfC3w43wy8W6v/AME1f2ifhp8Q/wBnb4P/APBE39u79g6T46ePdW8CaRB4 Ov8A4ufHP40fF74t/CP9pf8AaB+HXip9f0Lwdrfg+98WfEHx7/wsf4m6voXijxT4d1O91CL6F8R/ 8E5/CnhbxzpXw2+Ef7JVvB4B/aC/4I9ftKeGf2irW9+Hdzq3hj4y/tS+HPE37Our/AW6/aL8V+Nb S+0/x1+0PZ654k+K+s+E/F/xe1vUvidcTt4t1Ztanj0W9udP8vMp18PRzZYP2davgskxeY4Oqqc8 ThcXi6OU+IeaUaNB0KkKeOw1WPAuGo06+BxdRV8RxFgcKnRrUpe09PAxpV5ZbPEqpQpYzMsNhcRQ qNYXF4TCSzLgbLsVUxUK8JTwOLovi/FVlhsTh/dw+RYivVlBVp08L/RX4D8ceF/ib4G8GfEnwPqf 9t+CviF4U8O+OPCGtfYtR03+1/C/izR7PXvD+qf2dq9pYatYfb9Jv7S7+xapY2Wo2vm+Re2ltcxy wpyPwn+K/wDwtZfiO3/Ctfiz8Nv+Fc/Ffxj8KsfFjwb/AMIc3jv/AIQ86eP+FkfDgf2jqP8AwlHw o8U/2hnwd4w/0H+2xY6h/wAS61+zfP8Azpfs4fsYfAT4xap/wSB8GXH7CWt+GPgN8Nv2Vf2qtK/a e+FPxN/Y4+IvwJ+GD/tJT+Bv2Kra7n+PHwu+IPwz8CeD/iXqXirxb4Y1vXvDPiTxxoXjDwh8QvGv gGPxz4P1bxF4m+HWn69oHT+NvgV8QdN8LfFIfEv9n74r+N/2TI/+C2HxO+Jn7SfwM8N/Bnx349v/ AIyfstav8HdM8LfDnxJYfA7wv4d1jxP+0F8DfDvx2l+GXjDxb4H8F+C/H+n+JvDXgzVL5fDeuaX4 W1a3h9TF0qFHOMTg6NWP1R4XNamErYirB4a2G494a4VweInj6dOEKkMRl2ZY3N6Ff2FHCV8uj9cm qFBvEYPzMJVxNfJcoxtWlJY/E1IrMMHSoThiqdelwxxdnFXLqGBnOtVeKrY7JMBlyws6ixNDNsXS y2M8RJc2M/pfor5a/Y40n4OaL8DdJsv2fvgj46/Z5+Dh8S+NbnwL8LvHfw68U/BifSNMufE+pTXO o+Fvgj41Gn+Kfgz4G1/VWv8AWvCnw51jwb8NrjR9OvVuo/h54bttRhin+pa55x5Gk1Ui3TpSlCrT dKrTnOlCc6VSlJudKpSlJ0506qp16couFejQrKdGHTTn7SPNenJOU1GVKp7WlOMZyjGpTqqMY1ad SKU4VKfNSqRkp0alWk4VZlFFFQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAf/9kAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBLAwQUAAYACAAAACEA3DEv 8fIBAABeBAAAEQAAAHBwdC9wcmVzUHJvcHMueG1srJPNjpswEIDvlfoOyHcHGwgQFLKywZEqtas9 tA/ggpNYMhjZzmarqu9e85NVor3sIVwYsGfmm8+wfXrrVPAqjJW6LwFeIRCIvtGt7I8l+PVzD3MQ WMf7livdixL8ERY87b5+2Q7FYIQVvePOp76YwBfqbcFLcHJuKMLQNifRcbvSg+j92kGbjjv/aI5h a/jFN+hUGCGUhh2XPVjyzWfy9eEgG1Hr5tx5gLmIEWoisSc52Gu14TPVbue4Q9r5Ie1JX/xw4+2Z GzO18J7AuLYkhtM+1RKlptDPWymz23K/wTofBq9clcCIFvj10OctG4ZCvLnv1o35PgrORpbgL6tw mtG6hjnOI5gQmkHCqgoymqCYxYTSOPs39sdJobgVZuwwy/evPgzcycZoqw9u1egunM2Fg74IM2g5 ycNoPoGR2Jrj73fi/R75a4a+aTbN4HnvsaN9TaMUZRBneQITxiik2SaHGaPrPE4Zq3NyxR5t/hCt 5JUzyj4EfnaMF8MTnTd99evD+SAX5o/Ss7Rim4TAFMUVTHASQbrxI6Q1jjOEMCLRu/RW2oab9lvH j4K10tXc8QfOsAgf2e8N1zEmKI0I9FoJTOJoA8n4nVBK8nWaRmiN0dVwKw78rNzEWA/ygXhRdAd4 L/n2V3oxu/8AAAD//wMAUEsDBBQABgAIAAAAIQDY/Y2PrAAAALYAAAATAAAAcHB0L3RhYmxlU3R5 bGVzLnhtbAzMSQ6CMBhA4b2Jd2j+fS1DUSQUwiArd+oBKpQh6UBooxLj3WX58pIvzT9KopdY7GQ0 A//gARK6Nd2kBwaPe4NjQNZx3XFptGCwCgt5tt+lPHFPeXOrFFfr0KZom3AGo3NzQohtR6G4PZhZ 6O31ZlHcbbkMpFv4e9OVJIHnHYnikwbUiZ7BN6qCIKK0wKfL5YhpSANcejTGcVTW1bmp/SosfkCy PwAAAP//AwBQSwMEFAAGAAgAAAAhAIOirVmhAQAAWQMAABEAAABwcHQvdmlld1Byb3BzLnhtbIxS wU7jMBC9r8Q/WL6XJEW0JWparbTixAGJwt3Y09Qrx7Y8Tmn5esZxuw2wB24z45k3773xcn3oDNtD QO1sw6vrkjOw0ilt24Y/b+4nC84wCquEcRYafgTk69XVr6Wv9xreHgMjAIu1aPguRl8XBcoddAKv nQdLb1sXOhEpDW2hgngj4M4U07KcFZ3Qlp/mw0/m3XarJfxxsu/AxgwSwIhI5HGnPZ7R/E/QfAAk mGH6MyUjML6QuoajUZtd371aoU2q8BUJt0nSkD6GlBNOdAHUA2wjw3ey8XY2LXkxfts4PzzdzW9u ZpyJPrrf6m+PseFDZ/EdFo1WkJbmLfLJqFF2CVEKA6ulqPHA6IZzOqEiDuWAS9Xj9yptO0352gXd assODZ9U5YKGjxTdVdPEn/rkZVHbE6EHjEnXEDOaJQfJbBfeOfMOGz6tZifpuSUXFwSc8S4gCXyk KXH6rNi6CLiBw3CLkwkXNl9kV1l12nLWPCol8GzTWHAWe2b2Tyk1/2d1G7R68kLSB2aS3JrTjQlA kl05zPr2+WAfAAAA//8DAFBLAwQUAAYACAAAACEAb3wtb5kBAADxAgAAEQAIAWRvY1Byb3BzL2Nv cmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhJLdTuMwEIXvkXgHy/ep 43SLUJQGLSxBFT+LaFhg7yx7aC0S27KHlr79OikNRax2L2fmzKczxy5O3tqGrMAHbc2U8lFKCRhp lTaLKb2vq+SYkoDCKNFYA1O6gUBPysODQrpcWg+33jrwqCGQSDIhl25Kl4guZyzIJbQijKLCxOGz 9a3AWPoFc0K+iAWwLE2PWAsolEDBOmDiBiJ9Ryo5IN2rb3qAkgwaaMFgYHzE2YcWwbfhrwv9ZE/Z aty4eNO73X22ktvhoH4LehCu1+vRetzbiP45e7y+mvenJtp0WUmgZaFkjhobKGfndUWevt9cEG9f MeZKWqugCeTXXUVkPMBrSVaBxCTRStvsegUbEB1MehBofXk1qy9/PswvZ2SO4JbCAJmfnbPZ6U3V b+x03QM1IuB1fMtnDep08+/Vr/KO4GGlu69R8nHB9utoqY9z6wsUiQHl2zh3k4fx2Y+6omWW8kmS 8iQ7qvk4n2R5mv3urH7a7wLbNmI6veH/ErOEpzXP8gj9Ntkj7gBl7/jzJy3/AAAA//8DAFBLAwQU AAYACAAAACEAFuRJg1sCAACBBQAAEAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACkVN1P2zAQf5+0/8HK0/YAaVnHWOUaoUIBadCKhk579JxLa83x WbYpsL9+l6TpB0WTNvJ0X/7d3e8ux0+fSsOW4INGO0i6h52EgVWYazsfJPfZ6OAkYSFKm0uDFgbJ M4TkVLx/xyceHfioITCCsGGQLGJ0/TQNagGlDIfktuQp0JcykurnKRaFVnCO6qEEG9OjTuc4hacI Nof8wK0Bkwaxv4z/C5qjquoLs+zZUcGCZxilyXQJont8xNONyr+jz4Pofj3haSPyM+eMVjISI+JG K48Bi8jGde1sgo/gJ6ht5Ol2IPEBgZqqn43qnsXYHgTlASybLvCRfej1P33k6SuBfCK9nHvpFkEc f6GQjcqnRucQRI+nK4nfYiRDh6eNwK90noNdecm8o/Obm6HRro5vRT5V0sCQCBKFNAEIem3gVyCr 4U+k9kHwZewvQUX0LOjfNP5ewn7KABWtg2QpvZY2Er1VWKPUsnEhepHRHhA2+Rq9FrfDtmXdE906 gIS/BjZYdbcs09FA+IcUxCKVs5eiMjZtUu5dApoU44JGEl/h4/M2H3VpDRtNlaud2SNiTcn1RTZi P85uL5nHh0i0sxJzMIHN7kZM0Tp5rdgyMFrmiApNa9tueQ02o/+IBqVLZ4j41SoGhsUaXKEt9PxN j1l/pzZ4klW6t0K6F/2xV3B3hvRiLEMsnbTPYnxHXF6wUcYuiVDH09bBv2n7K9y7DM9lhHbtd418 upAecjpPrX9j4Fe08d5UIMOFtHPI25h9R3VAZs1FFd3eYYe++la0tuoEtLdT/AEAAP//AwBQSwEC LQAUAAYACAAAACEAPSRt7dgBAADMDQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBo+HShBQEAAOICAAALAAAAAAAAAAAAAAAAABEEAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQBjXCO0wQAAADcBAAAgAAAAAAAAAAAAAAAAAEcHAABwcHQvc2xp ZGVzL19yZWxzL3NsaWRlMS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAA AAAAAAAAAAAAAEYIAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMi54bWwucmVsc1BLAQItABQABgAI AAAAIQBL9T3svwAAADcBAAAgAAAAAAAAAAAAAAAAAEMJAABwcHQvc2xpZGVzL19yZWxzL3NsaWRl My54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAAAAAAAAAAAAAAEAKAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlNC54bWwucmVsc1BLAQItABQABgAIAAAAIQDd8422KwEAAF8F AAAfAAAAAAAAAAAAAAAAAD0LAABwcHQvX3JlbHMvcHJlc2VudGF0aW9uLnhtbC5yZWxzUEsBAi0A FAAGAAgAAAAhAD69EUtiAgAA+QwAABQAAAAAAAAAAAAAAAAArQ0AAHBwdC9wcmVzZW50YXRpb24u eG1sUEsBAi0AFAAGAAgAAAAhAK2OUrrNBQAA7UkAABUAAAAAAAAAAAAAAAAAQRAAAHBwdC9zbGlk ZXMvc2xpZGUzLnhtbFBLAQItABQABgAIAAAAIQBGnJjREQgAAJRbAAAVAAAAAAAAAAAAAAAAAEEW AABwcHQvc2xpZGVzL3NsaWRlMi54bWxQSwECLQAUAAYACAAAACEAE3fd24YCAADQBgAAFQAAAAAA AAAAAAAAAACFHgAAcHB0L3NsaWRlcy9zbGlkZTEueG1sUEsBAi0AFAAGAAgAAAAhABRlUw5vBAAA mCIAABUAAAAAAAAAAAAAAAAAPiEAAHBwdC9zbGlkZXMvc2xpZGU0LnhtbFBLAQItABQABgAIAAAA IQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAOAlAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns aWRlTGF5b3V0Ni54bWwucmVsc1BLAQItABQABgAIAAAAIQBpol8hHgEAAMcHAAAsAAAAAAAAAAAA AAAAAOgmAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc1BLAQIt ABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAFAoAABwcHQvc2xpZGVMYXlvdXRz L19yZWxzL3NsaWRlTGF5b3V0OC54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAs AAAAAAAAAAAAAAAAAFgpAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0OS54bWwu cmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAGAqAABwcHQvc2xp ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLx vgAAADcBAAAtAAAAAAAAAAAAAAAAAGgrAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5 b3V0MTAueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAABx LAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDIueG1sLnJlbHNQSwECLQAUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAB5LQAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDMueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAA AAAAAAAAAACBLgAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDQueG1sLnJlbHNQ SwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAACJLwAAcHB0L3NsaWRlTGF5 b3V0cy9fcmVscy9zbGlkZUxheW91dDEueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3 AQAALQAAAAAAAAAAAAAAAACRMAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEx LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhACdxx8UcBAAAsQwAACIAAAAAAAAAAAAAAAAAmjEAAHBw dC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMS54bWxQSwECLQAUAAYACAAAACEACz6LKO4EAABd EQAAIQAAAAAAAAAAAAAAAAD2NQAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDMueG1sUEsB Ai0AFAAGAAgAAAAhAGWGXSu3AwAAmgsAACEAAAAAAAAAAAAAAAAAIzsAAHBwdC9zbGlkZUxheW91 dHMvc2xpZGVMYXlvdXQyLnhtbFBLAQItABQABgAIAAAAIQCnk8fLoAQAAAkRAAAhAAAAAAAAAAAA AAAAABk/AABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwECLQAUAAYACAAAACEA lc5PxhEIAADpMAAAIQAAAAAAAAAAAAAAAAD4QwAAcHB0L3NsaWRlTWFzdGVycy9zbGlkZU1hc3Rl cjEueG1sUEsBAi0AFAAGAAgAAAAhANyw9S5+BAAAbBIAACEAAAAAAAAAAAAAAAAASEwAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbFBLAQItABQABgAIAAAAIQDJHfZ02wUAADscAAAh AAAAAAAAAAAAAAAAAAVRAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NS54bWxQSwECLQAU AAYACAAAACEAOGDKsUEDAAC9CAAAIQAAAAAAAAAAAAAAAAAfVwAAcHB0L3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDYueG1sUEsBAi0AFAAGAAgAAAAhADxuWZ/OAwAA0AsAACIAAAAAAAAAAAAAAAAA n1oAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMC54bWxQSwECLQAUAAYACAAAACEAOgp6 thcFAAA1EgAAIQAAAAAAAAAAAAAAAACtXgAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDku eG1sUEsBAi0AFAAGAAgAAAAhAIQ5X7dWBQAAxRIAACEAAAAAAAAAAAAAAAAAA2QAAHBwdC9zbGlk ZUxheW91dHMvc2xpZGVMYXlvdXQ4LnhtbFBLAQItABQABgAIAAAAIQB06MbDEAMAAGsHAAAhAAAA AAAAAAAAAAAAAJhpAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0Ny54bWxQSwECLQAUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAADnbAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDUueG1sLnJlbHNQSwECLQAUAAYACAAAACEAuX/uc5YGAACwGwAAFAAAAAAA AAAAAAAAAADvbQAAcHB0L3RoZW1lL3RoZW1lMS54bWxQSwECLQAKAAAAAAAAACEA6lsCKwAwAAAA MAAAFwAAAAAAAAAAAAAAAAC3dAAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWdQSwECLQAUAAYACAAA ACEA3DEv8fIBAABeBAAAEQAAAAAAAAAAAAAAAADspAAAcHB0L3ByZXNQcm9wcy54bWxQSwECLQAU AAYACAAAACEA2P2Nj6wAAAC2AAAAEwAAAAAAAAAAAAAAAAANpwAAcHB0L3RhYmxlU3R5bGVzLnht bFBLAQItABQABgAIAAAAIQCDoq1ZoQEAAFkDAAARAAAAAAAAAAAAAAAAAOqnAABwcHQvdmlld1By b3BzLnhtbFBLAQItABQABgAIAAAAIQBvfC1vmQEAAPECAAARAAAAAAAAAAAAAAAAALqpAABkb2NQ cm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQAW5EmDWwIAAIEFAAAQAAAAAAAAAAAAAAAAAIqs AABkb2NQcm9wcy9hcHAueG1sUEsFBgAAAAArACsAAA0AABuwAAAAAA== ------------14b7383aa6910ac27e942f69058-- From nobody Tue Feb 10 08:22:59 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 578E41A0AF7; Tue, 10 Feb 2015 08:22:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.211 X-Spam-Level: X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ELpbP-LYQV90; Tue, 10 Feb 2015 08:22:42 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C8DC1A1A34; Tue, 10 Feb 2015 08:22:38 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPD16181; Tue, 10 Feb 2015 16:22:36 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 10 Feb 2015 16:22:35 +0000 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0158.001; Tue, 10 Feb 2015 08:22:23 -0800 From: Leeyoung To: "adrian@olddog.co.uk" , "draft-ietf-ccamp-gmpls-general-constraints-ospf-te.all@tools.ietf.org" Thread-Topic: [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te Thread-Index: AdBEst8kNrktqnlPQrK4fkCKjG66tgAH7x9A Date: Tue, 10 Feb 2015 16:22:23 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C81E8A@dfweml706-chm> References: <08a101d044b2$e2c73d40$a855b7c0$@olddog.co.uk> In-Reply-To: <08a101d044b2$e2c73d40$a855b7c0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.128.24] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Alvaro Retana , "ccamp@ietf.org" , "teas@ietf.org" Subject: Re: [Teas] [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 16:22:49 -0000 Hi Adrian, Here's my comment, please see inline. =20 Thanks. Young -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Monday, February 09, 2015 3:54 PM To: draft-ietf-ccamp-gmpls-general-constraints-ospf-te.all@tools.ietf.org Cc: Alvaro Retana; ccamp@ietf.org; teas@ietf.org Subject: [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-os= pf-te Authors! I have done my usual AD review of this document to prepare it for IETF last call and IESG evaluation. It's in good shape and my comments below are nearly completely editorial. Please have a look and let me know if you disagree. Otherwise, post a new revision and I'll take the document forward. Thanks for the work, Adrian --- You need to split the Authors' Addresses sections into: - Authors' Addresses reflecting those on the front page - Contributors containing all the others YOUNG>> OK.=20 --- Section 1 has: The top-level TLV can take one of three values (1) Router Address [RFC3630], (2) Link [RFC3630], (3) Node Attribute defined in Section 2. Shouldn't this be: The top-level TLV can take one of three values (1) Router Address [RFC3630], (2) Link [RFC3630], (3) Node Attribute=20 [RFC5786]. YOUNG>> OK. --- We need to do some work on the IANA stuff. In Section 2, please replace OLD Per [GEN-Encode], we have identified the following new Sub-TLVs to the Node Attribute TLV as defined in [RFC5786]. Detailed description for each newly defined Sub-TLV is provided in subsequent sections: Sub-TLV Type Length Name 14 (Suggested) variable Connectivity Matrix NEW Per [GEN-Encode], this document defines the Connectivity Matrix Sub- TLV of the Node Attribute TLV defined in [RFC5786]. The new Sub-TLV has Type TBD1 (to be assigned by IANA). END In Section 3, please replace OLD Per [GEN-Encode], we add the following additional link sub-TLVs to the link TLV in this document. Sub-TLV Type Length Name 26 (suggested) variable Port Label Restrictions NEW Per [GEN-Encode], this document defines the Port Label Restrictions=20 Sub-TLV of the Link TLV defined in [RFC3630]. The new Sub-TLV has Type TBD2 (to be assigned by IANA). END In Section 7.1, please replace OLD This document defines a new sub-TLV of the Node Attribute TLV (Value 5). The assignment of the following new type in the "Types for sub- TLVs of TE Node Attribute TLV" portion of the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry is needed: This document introduces the following sub-TLVs of Node Attribute TLV (Value 5): Type sub-TLV 14 (suggested, to be assigned by IANA) Connectivity Matrix NEW IANA maintains the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry with a sub-registry called "Types for sub- TLVs of TE Node Attribute TLV". IANA is requested to assign a new=20 code point as follows: Type | Sub-TLV | Reference -------+-------------------------------+------------ TBD1 | Connectivity Matrix sub-TLV | [This.I-D] END In Section 7.2, please replace OLD This document defines a new sub-TLV of the TE Link TLV (Value 2). The assignment of the following new type in the "Types for sub-TLVs of TE Link TLV" portion of the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry is needed: Type sub-TLV 26 (suggested, to be assigned by IANA) Port Label Restrictions NEW IANA maintains the "Open Shortest Path First (OSPF) Traffic Engineering TLVs" registry with a sub-registry called "Types for sub- TLVs of TE Link TLV". IANA is requested to assign a new code point as follows: Type | Sub-TLV | Reference -------+-----------------------------------+------------ TBD2 | Port Label Restrictions sub-TLV | [This.I-D] END YOUNG>> OK. Thanks.=20 --- I think Section 6 should also reference 5250 since Opaque LSAs are, themselves, an attack vector. YOUNG>> OK.=20 --- Did you consider including a short manageability section? YOUNG>> No, as you see the content. Do you have any suggestion in mind?=20 Are there any existing management tools that are impacted by the new sub-TLVs? YOUNG>> I don't think so.=20 What might a user expect to configure related to these sub-TLVs? What might a user expect to be able to read from a device? YOUNG>> These questions sound like either a mib or yang question. I think t= he TLVs defined in this document can be configured/read by EMS or NMS or ot= her system.=20 Shall a companion document (mib or yang, which by the way I am working on W= SON Yang model on these TLVs included) if you will address these questions?= =20 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Wed Feb 11 04:57:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 057461A8880; Wed, 11 Feb 2015 04:57:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.13 X-Spam-Level: X-Spam-Status: No, score=-101.13 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YF8g6gWxndya; Wed, 11 Feb 2015 04:57:07 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C076D1A887F; Wed, 11 Feb 2015 04:57:06 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1BCuwC4021133; Wed, 11 Feb 2015 12:56:58 GMT Received: from 950129200 ([147.67.241.226]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1BCutnD021079 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 11 Feb 2015 12:56:56 GMT From: "Adrian Farrel" To: "'Leeyoung'" , Date: Wed, 11 Feb 2015 12:56:55 -0000 Message-ID: <000301d045fa$3825b440$a8711cc0$@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: AdBF+iy7+itT2GtwSc+MN94bqSs6Pw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21320.006 X-TM-AS-Result: No--9.034-10.0-31-10 X-imss-scan-details: No--9.034-10.0-31-10 X-TMASE-MatchedRID: eVEkOcJu0F6nykMun0J1wtxajlW+zwxCVBDQSDMig9GqvcIF1TcLYFgr WOXzimgDQx95p3GYmc9UzHKDYQI4SI434Zqk7ja9Td1FGyH+HrIK3n1SHen81Vmmz7LVVfOpAvK 0O9Xf2H7qWMmhHFbtNb90Of+HRie+CaIwzQMUe5Kgx+na8dyT1SaXATIpQghoMKZRiezcUtPyF+ ujaIaPa+yCSv4LlfqpDvg2AyPRTe8B5kjkFVgUE37sp//jQ2LSZrbWdT9vCrwP5UNwUjScFCi1J mRhPGAWWrrOcmvP4NWH2VU8O9Ll7oKJRpKTDwLfDq5QZEGvahZeQC0fSIJk7K/FMdJb10vOJZXS peDM6Eqtjii34xRt/xLm2GUHz1pbTX7PJ/OU3vL+xOhjarOnHt0H8LFZNFG7hqz53n/yPno0LYR /5x137q9+cK3Qj/3qnG/3QN3RT3EXw0pBEUkdgboOfFLgUu3n Archived-At: Cc: 'Alvaro Retana' , ccamp@ietf.org, teas@ietf.org Subject: Re: [Teas] [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 12:57:09 -0000 Thanks Young, Just the last point to be covered... > Did you consider including a short manageability section? > > YOUNG>> No, as you see the content. Do you have any suggestion in mind? > > Are there any existing management tools that are impacted by the new > sub-TLVs? > > YOUNG>> I don't think so. > > What might a user expect to configure related to these sub-TLVs? > > What might a user expect to be able to read from a device? > > YOUNG>> These questions sound like either a mib or yang question. I think the > TLVs defined in this document can be configured/read by EMS or NMS or other > system. > Shall a companion document (mib or yang, which by the way I am working on > WSON Yang model on these TLVs included) if you will address these questions? So perhaps something like... x. Manageability Considerations No existing management tools handle the additional TE parameters as defined in this document and distributed in OSPF-TE. The existing MIB module contained in [RFC6825] allows the TE information distributed by OSPF-TE to be read from a network node: this MIB module could be augmented (possibly by a sparse augmentation) to report this new information. The current environment in the IETF favors NETCONF [RFC6241] and YANG [RFC6020] over SNMP and MIB modules. Work is in progress in the TEAS working group to develop a YANG module to represent the generic TE information that may be present in a Traffic Engineering Database (TED). This model may be extended to handle the additional information described in this document to allow that information to be read from network devices or exchanged between consumers of the TED. Furthermore, links state export using BGP (BGP-LS) [draft-ietf- idr-ls-distribution] enables the export of TE information from a network using BGP. Work could realistically be done to extend BGP-LS to also carry the information defined in this document. It is not envisaged that the extensions defined in this document will place substantial additional requirements on Operations, Management, and Administration (OAM) mechanisms currently used to diagnose and debug OSPF systems. However, tools that examine the contents of opaque LSAs will need to be enhanced to handle these new sub-TLVs. Edit this to read the way you want it to, and post a revision. Thanks, Adrian From nobody Wed Feb 11 06:19:52 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9AE71A0231 for ; Wed, 11 Feb 2015 06:19:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.554 X-Spam-Level: X-Spam-Status: No, score=-0.554 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BIZ=0.288, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MIME_HTML_ONLY=0.723] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gxL8p5QEFYl0 for ; Wed, 11 Feb 2015 06:19:48 -0800 (PST) Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F57E1A01AE for ; Wed, 11 Feb 2015 06:19:48 -0800 (PST) Received: from localhost ([::1]:59696) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YLY8p-0006fO-8O; Wed, 11 Feb 2015 17:19:47 +0300 Message-ID: <54DB64FE.2050003@labn.net> Date: Wed, 11 Feb 2015 09:19:42 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: TEAS WG References: <7138_1423644181_54DB1615_7138_3898_1_9E32478DFA9976438E7A22F69B08FF920C7A12CC@OPEXCLILM34.corporate.adroot.infra.ftgroup> In-Reply-To: <7138_1423644181_54DB1615_7138_3898_1_9E32478DFA9976438E7A22F69B08FF920C7A12CC@OPEXCLILM34.corporate.adroot.infra.ftgroup> X-Forwarded-Message-Id: <7138_1423644181_54DB1615_7138_3898_1_9E32478DFA9976438E7A22F69B08FF920C7A12CC@OPEXCLILM34.corporate.adroot.infra.ftgroup> Content-Type: multipart/related; boundary="------------000509040308020309090104" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: stephane.litkowski@orange.com Subject: [Teas] Fwd: RE: [mpls] Survey for YANG model design : routing protocols CLI implementation X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 14:19:51 -0000 This is a multi-part message in MIME format. --------------000509040308020309090104 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit FYI


-------- Forwarded Message --------
Subject: RE: [mpls] Survey for YANG model design : routing protocols CLI implementation
Date: Wed, 11 Feb 2015 08:43:00 +0000
From: stephane.litkowski@orange.com
To: isis-wg@ietf.org list (isis-wg@ietf.org) <isis-wg@ietf.org>, idr@ietf.org <idr@ietf.org>, rtgwg@ietf.org <rtgwg@ietf.org>


 

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of stephane.litkowski@orange.com
Sent: Tuesday, February 10, 2015 13:26
To: ospf@ietf.org; isis-wg@ietf.org list (isis-wg@ietf.org); mpls@ietf.org; idr@ietf.org; rtgwg@ietf.org
Cc: Rtg-yang-coord@ietf.org
Subject: [mpls] Survey for YANG model design : routing protocols CLI implementation
Importance: High

 

Hi Folks,

 

A lot of us are currently working on Yang model drafts. In the framework of routing protocols related drafts, we have some discussion regarding how to model the configuration of routing protocols and

especially do it need to be routing-instance centric or protocol centric. This is a cross protocol discussion, as we would like to apply the same design to all.

 

Example of routing-instance centric CLI : (Typically Juniper, ALU)

routing-instance R1 {

                protocol isis {};

                protocol ospf {};

                protocol ldp {};

}

routing-instance R2 {

                protocol isis {};

                protocol ospf {};

                protocol ldp {};

}

 

Example of protocol centric CLI : (Typically CISCO)

protocol isis {

routing-instance R1 {}

routing-instance R2 {}

}

protocol ospf {

routing-instance R1 {}

routing-instance R2 {}

}

 

 

 

In order to decide how to progress on this major design point, one point  is to evaluate current implementations and how many are routing-instance centric and protocol centric. The famous implementations are well known, but we would like to have a more global view. This metric would be one among others.

 

In order to help us to do this inventory, could you please respond unicast to me, if you are an implementor and you have an implementation of a routing-protocol (ISIS,OSPF,RIP,BGP, PIM … but also MPLS-TE, LDP, RSVP …) and in this case, what is your CLI flavor ?

 

Please use this sample format, so it would be easier for me to aggregate :

(If you own multiple implementations, you can fill multiple lines.)

 

 

Vendor

OS

Protocol Centric

VRF centric

Cisco

IOS/IOS-XE

X

 

 

 

Thanks for your help !

 

 

Orange logo

 

Stephane Litkowski
Network Architect
Orange/SCE/EQUANT/IBNF/ENDD/NDE

Orange Expert Future Networks

phone: +33 2 23 28 49 83
mobile: +33 6 37 86 97 52
stephane.litkowski@orange.com

 

 

_________________________________________________________________________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations confidentielles 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 electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confidential or privileged information 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 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles 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 electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information 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 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.


--------------000509040308020309090104 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: R0lGODlhKAAoAMQAAP+MQP+zgP/17//s3/+DMP/iz/+fYP+8j/9wEP95IP/Gn/+WUP/Pr/+p cP/Zv/////9mAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACH5BAAAAAAALAAAAAAoACgAAAX6oAONZGmeaEqKauum7Cu/8Wyj9a2P+X73vhkwSCPuhkYV Molj2pbOEjTKoxatrSlVG+U6vUxwUmwkE81BtE99xGbdSjhMPgo4BAoA+wUICAR6IwQODwMN EAcOigAFhQYQDgoDDwcQBJOKBIOFDQmaCCyTB416hQcBBQuTEA8Cow8EBQINpHcGhAkrEAkP ChAAD3YPCLuSDw+sIgEPwCILzK0OjY9VBJS/wYQjfwaNyRDLzRAG0AMB5wC6ENyEt8jWDAsC yA/KzJN+zLILqLlVv/OuaYPUalU9cMwuPSCl8AEDYv8EQbwRgAEABcziJFl2bMmeEQgATEwR AgA7 --------------000509040308020309090104-- From nobody Wed Feb 11 12:04:55 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 241A31A904F; Wed, 11 Feb 2015 12:04:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.211 X-Spam-Level: X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77bd2MX-cviw; Wed, 11 Feb 2015 12:04:35 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CB3C1A904D; Wed, 11 Feb 2015 12:04:34 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPE40512; Wed, 11 Feb 2015 20:04:32 +0000 (GMT) Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 11 Feb 2015 20:04:31 +0000 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0158.001; Wed, 11 Feb 2015 12:04:20 -0800 From: Leeyoung To: "adrian@olddog.co.uk" , "draft-ietf-ccamp-gmpls-general-constraints-ospf-te.all@tools.ietf.org" Thread-Topic: [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te Thread-Index: AdBF+iy7+IEXXswS1kuaJyYtd/AcTwAO1S4Q Date: Wed, 11 Feb 2015 20:04:19 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C82197@dfweml706-chm> References: <000301d045fa$3825b440$a8711cc0$@olddog.co.uk> In-Reply-To: <000301d045fa$3825b440$a8711cc0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.134.161] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: 'Alvaro Retana' , "ccamp@ietf.org" , "teas@ietf.org" Subject: Re: [Teas] [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraints-ospf-te X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 20:04:40 -0000 Thanks, Adrian for the suggested text. A new revision has been published.=20 http://www.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-general-constrai= nts-ospf-te-09.txt Best Regards, Young -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Wednesday, February 11, 2015 6:57 AM To: Leeyoung; draft-ietf-ccamp-gmpls-general-constraints-ospf-te.all@tools.= ietf.org Cc: 'Alvaro Retana'; ccamp@ietf.org; teas@ietf.org Subject: RE: [CCAMP] AD review of draft-ietf-ccamp-gmpls-general-constraint= s-ospf-te Thanks Young, Just the last point to be covered... > Did you consider including a short manageability section? >=20 > YOUNG>> No, as you see the content. Do you have any suggestion in mind? >=20 > Are there any existing management tools that are impacted by the new > sub-TLVs? >=20 > YOUNG>> I don't think so. >=20 > What might a user expect to configure related to these sub-TLVs? >=20 > What might a user expect to be able to read from a device? >=20 > YOUNG>> These questions sound like either a mib or yang question. I think= the > TLVs defined in this document can be configured/read by EMS or NMS or oth= er > system. > Shall a companion document (mib or yang, which by the way I am working on > WSON Yang model on these TLVs included) if you will address these questio= ns? So perhaps something like... x. Manageability Considerations No existing management tools handle the additional TE parameters as defined in this document and distributed in OSPF-TE. The existing=20 MIB module contained in [RFC6825] allows the TE information=20 distributed by OSPF-TE to be read from a network node: this MIB=20 module could be augmented (possibly by a sparse augmentation) to report this new information. The current environment in the IETF favors NETCONF [RFC6241] and YANG [RFC6020] over SNMP and MIB modules. Work is in progress in the TEAS working group to develop a YANG module to represent the generic TE=20 information that may be present in a Traffic Engineering Database=20 (TED). This model may be extended to handle the additional=20 information described in this document to allow that information to=20 be read from network devices or exchanged between consumers of the TED. Furthermore, links state export using BGP (BGP-LS) [draft-ietf- idr-ls-distribution] enables the export of TE information from a=20 network using BGP. Work could realistically be done to extend BGP-LS to also carry the information defined in this document. It is not envisaged that the extensions defined in this document will place substantial additional requirements on Operations, Management, and Administration (OAM) mechanisms currently used to diagnose and=20 debug OSPF systems. However, tools that examine the contents of opaque LSAs will need to be enhanced to handle these new sub-TLVs. Edit this to read the way you want it to, and post a revision. Thanks, Adrian From nobody Thu Feb 12 17:20:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C716B1A01F6; Thu, 12 Feb 2015 16:55:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U3jhR5sH3kc3; Thu, 12 Feb 2015 16:55:06 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CD241A039B; Thu, 12 Feb 2015 16:55:05 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1D0sxmP014347; Fri, 13 Feb 2015 00:55:00 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1D0sv9I014339 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2015 00:54:58 GMT From: "Adrian Farrel" To: "'Juergen Schoenwaelder'" , "'Benoit Claise'" References: <54CF8F4D.4010002@cisco.com> <9E366C09-44E7-41A9-B30D-96435C3BEE82@viagenie.ca> <20150204164703.GB10742@elstar.local> <54DCA26A.7070907@cisco.com> <20150212131916.GD7290@elstar.local> In-Reply-To: <20150212131916.GD7290@elstar.local> Date: Fri, 13 Feb 2015 00:54:56 -0000 Message-ID: <032601d04727$b0bc4710$1234d530$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFs/H2Qgslor8dQNr8tkTEIZLxBqwG/bftuAbpEkWABZdbXPAHXoVF3nX6aZUA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21326.003 X-TM-AS-Result: No--12.537-10.0-31-10 X-imss-scan-details: No--12.537-10.0-31-10 X-TMASE-MatchedRID: X4bcv0S75KljDV//SvkH3ilrosmS0SOAGbJMFqqIm9zu8/UPh4Y7Mg1i NQ55bFRrySoeJ+8ShovG51dUjKce0JIOhgOZiPMsCFaAixm5eU8j3JVwc0NTtv/9aNwp57UEaDy gOwnODwyFTm0FHr47akxTv6Gjxlfvt+m1lNsVVIrcWo5Vvs8MQurRJDUyDHkIu+xMRb3MShPxnk TsW1NE9kLVKV7SXmNIjZeWOhB/6DwLd3u89FoqUZpWgCLYjjT9bqJOrQajPbO/xUIBoV49VkSny HiJjeZP9dSvJBC9+GA6ADdgwOzHrCraDUZRalZHypeMiaCPnxvVBDonH99+Vv+/NJoRFMze0CEw 3486qN4MX9CVJWvtoJVDJnQfIYk+t6J6MfQQOl0rJSj8gKPXGH0tCKdnhB581kTfEkyaZdz6C0e Ps7A07b4iOwQQ4jNi+vRw8oI4FAt0dy82mYCqAryqmQ3g0KlpmRs6v1blBzI= Archived-At: X-Mailman-Approved-At: Thu, 12 Feb 2015 17:20:08 -0800 Cc: ops-ads@tools.ietf.org, supa@ietf.org, rtg-ads@tools.ietf.org Subject: Re: [Teas] [Supa] SUPA questions X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 00:55:10 -0000 [Blind copying TEAS - please continue the discussion on the SUPA list] I don't want to say "do it my way", but on the subject of abstraction = and virtualisation, I hope you will look at = http://datatracker.ietf.org/doc/draft-ietf-teas-interconnected-te-info-ex= change/ The topic of aggregation, abstraction, virtualisation, network layering, = and so forth has been the subject of almost continual work in the = routing area for the last 15 years. So I don't think it fair to say = "This working group introduces...." Juergen is right that "policy" is an important input to the automation = of abstraction, and the interested people may be right that that policy = needs to have a configuration method. I am not completely convinced that = this is critical for standardisation because the point at which = abstraction is achieved is likely to be a single point of "topology = export" from a network and so the configuration is applied at that point = and not at a variety of routers. If (and this is not certain long-term) export of virtualised topology is = via BGP-LS (which is how a number of implementations have done it) then = policy is, of course, easily imposed via BGP export policies. Thanks, Adrian > > This working group introduces the concepts of multi-level (multiple > > levels of abstraction) and multi-technology (e.g., IP, VPNs, MPLS) > > network abstractions to address the current separation between > > development and deployment operations. >=20 > Abstraction simply means you leave out details. Consider a customer > using servers located on a varying number of nodes in different data > centers and the service request is to have protected connectivity > between the nodes in the different data centers. The connectivity > needs to have certain properties in terms of throughput, latency, > availability, ... >=20 > This service model is too abstract to implement it directly by an > automated system. A network operator who wants to provide the service > requested by the customer has to map things to the infrastructure. > Policy-driven means that the mapping from the rather abstract service > to the network infrastructure is policy driven, e.g. by using policy > rules. This allows, for example, the operator to route traffic between > data centers different depending on time of day or the current > utilization of links etc. From nobody Fri Feb 13 07:36:37 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 648CC1A8758; Fri, 13 Feb 2015 07:36:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GuAZyjVNASEm; Fri, 13 Feb 2015 07:36:30 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D8B771A8742; Fri, 13 Feb 2015 07:36:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150213153630.25241.98989.idtracker@ietfa.amsl.com> Date: Fri, 13 Feb 2015 07:36:30 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 15:36:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02.txt Pages : 20 Date : 2015-02-13 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Feb 14 07:55:05 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A74D01A6EF8; Sat, 14 Feb 2015 07:55:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AEpAqIDE8Vo8; Sat, 14 Feb 2015 07:55:00 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BB491A6EDE; Sat, 14 Feb 2015 07:55:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150214155500.7232.39819.idtracker@ietfa.amsl.com> Date: Sat, 14 Feb 2015 07:55:00 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2015 15:55:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03.txt Pages : 20 Date : 2015-02-14 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Feb 14 08:05:33 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D6CB1A6F2E for ; Sat, 14 Feb 2015 08:05:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5l7wdUggVWk for ; Sat, 14 Feb 2015 08:05:27 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB18E1A6F39 for ; Sat, 14 Feb 2015 08:05:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2503; q=dns/txt; s=iport; t=1423929910; x=1425139510; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=371vseuHqZLAZ0rjt9fmYYAo3LCfViXGL0StTmrwCKg=; b=D1IPl36vE19EfL35+lNSo4d4SEHKLdV6cXTMkp6GfWfL8orgbmXKatV1 eQfSXczRQN6eQM84IEIpmiM7CwW9FdhNpiPxtRMq1n4DSiLyVWEH3q2Xl jzgGjW1B0YLCMBtIVyXEOQppzxH/drORklIZgszrWbZlvXDGCJS9gXpqA 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisFAPtx31StJA2E/2dsb2JhbABbgwZSVQnCKQyFbwKBDUMBAQEBAQF8hA0BAQQBAQE3NAsSAQgSJDcLFw4CBA4FCYgkCAXUAgEBAQEBAQEDAQEBAQEBAQEaiwyECxEBHTMHhCoFjzeDVoVfgRg4glOLKoM+IoNub4ELOX8BAQE X-IronPort-AV: E=Sophos;i="5.09,576,1418083200"; d="scan'208";a="393035739" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-9.cisco.com with ESMTP; 14 Feb 2015 16:04:54 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t1EG4quc001856 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 14 Feb 2015 16:04:52 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Sat, 14 Feb 2015 10:04:51 -0600 From: "Rakesh Gandhi (rgandhi)" To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03.txt Thread-Index: AQHQSG/2iTflyvshKEir+Hu9Y6JGlA== Date: Sat, 14 Feb 2015 16:04:51 +0000 Message-ID: In-Reply-To: <20150214155500.7232.39819.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.249.178] Content-Type: text/plain; charset="us-ascii" Content-ID: <61E73992D172484E924B72286F296FC5@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Adrian Farrel , Lou Berger Subject: Re: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2015 16:05:29 -0000 Hi WG, This revision clarifies the handling when a subobject is not present in the REVERSE_LSP object in Section 5.3. This addresses a comment received from Lou in response to the review by Adrian. There is one outstanding comment for which I will start a new email thread. Welcome your comments and suggestions on the changes. thanks, Rakesh On 2015-02-14 10:55 AM, "internet-drafts@ietf.org" wrote: > >A New Internet-Draft is available from the on-line Internet-Drafts >directories. > This draft is a work item of the Traffic Engineering Architecture and >Signaling Working Group of the IETF. > > Title : RSVP-TE Extensions for Associated Bidirectional >LSPs > Authors : Fei Zhang > Ruiquan Jing > Rakesh Gandhi > Filename : >draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-03.txt > Pages : 20 > Date : 2015-02-14 > >Abstract: > This document describes Resource reSerVation Protocol (RSVP) > extensions to bind two point-to-point unidirectional Label Switched > Paths (LSPs) into an associated bidirectional LSP. The association > is achieved by defining new Association Types for use in ASSOCIATION > and in Extended ASSOCIATION Objects. One of these types enables > independent provisioning of the associated bidirectional LSPs on both > sides, while the other enables single sided provisioning. The > REVERSE_LSP Object is also defined to enable a single endpoint to > specify all the parameters of an associated LSP in the single sided > provisioning case. > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associ >ated-lsp/ > >There's also a htmlized version available at: >http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-l >sp-03 > >A diff from the previous version is available at: >http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-mpls-tp-rsvpte-ext-asso= ci >ated-lsp-03 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >Internet-Drafts are also available by anonymous FTP at: >ftp://ftp.ietf.org/internet-drafts/ > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Sat Feb 14 08:38:55 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B23FD1A6F10 for ; Sat, 14 Feb 2015 08:38:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxfKxjutEoo8 for ; Sat, 14 Feb 2015 08:38:50 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FC671A6F0E for ; Sat, 14 Feb 2015 08:38:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1510; q=dns/txt; s=iport; t=1423931930; x=1425141530; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=hH9mZzLwap3Wr4dEpHmPG5VsVYcmSCMFL6vlOK6xbNo=; b=EfnUzrW/BpODj/MSDqzmxnmJxn2Lpkuy/yvj845XW47ta7lO/MSuCmMb XRcdkctDkW/s4Um4GE0RRsvyLwt1zrGI/oVV+4rHCdO5OvIDi+mEIIPbM OAG+BRkk3jS0LtpNaHAWOmsihMp9jU0MERVL0aSu6s1jbEh3G9pOMvJsP c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2BQCzed9U/5hdJa1bgwZSWwPCNYVvAoENQwEBAQEBAXyEEzpRAT5CJQIEiEANrS6mQAEBAQEBBQEBAQEBARyQAIQqBYVZh3KBbINWhV+BGDiNfYM+IoNugjN/AQEB X-IronPort-AV: E=Sophos;i="5.09,576,1418083200"; d="scan'208";a="123525335" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-8.cisco.com with ESMTP; 14 Feb 2015 16:38:49 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1EGcn5b014641 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sat, 14 Feb 2015 16:38:49 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0195.001; Sat, 14 Feb 2015 10:38:49 -0600 From: "Rakesh Gandhi (rgandhi)" To: "teas@ietf.org" Thread-Topic: A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSHS1IlNxC6WSUE6zKODZmDhq1g== Date: Sat, 14 Feb 2015 16:38:49 +0000 Message-ID: In-Reply-To: <20150214155500.7232.39819.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.249.178] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2015 16:38:52 -0000 Hi WG, Seeking input on the following clarification. Original text in the draft for the single sided association LSP setup: ---------------------------------------------------------------------- If REVERSE_LSP Object is not present in the received Path message of the LSP, the egress node SHOULD use the LSP properties from the received LSP Path message to signal the LSP in the reverse direction (which may depend on the local policy). Issue with this text: --------------------- Let's say, an ingress node signals the forward LSP with single sided association type but without REVERSE_LSP object. An egress node creates a reverse LSP using the objects from the Path message of the forward LSP. At the ingress node, this reverse LSP can in turn trigger to create another reverse (well forward) LSP as a response. Clarification: -------------- Use the presence of REVERSE_LSP Object in the Path message of the forward LSP as a trigger to create a reverse LSP on the egress node. Egress node does not add it in the reverse LSP, so the ingress does not trigger another reverse (well forward) LSP since REVERSE_LSP Object is not present. Welcome your inputs. Thanks, Rakesh >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associ >ated-lsp/ > >There's also a htmlized version available at: >http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-l >sp-03 From nobody Tue Feb 17 18:09:25 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 182D81A916B for ; Tue, 17 Feb 2015 18:09:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95D-2pWOPDmu for ; Tue, 17 Feb 2015 18:09:22 -0800 (PST) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 335001A9163 for ; Tue, 17 Feb 2015 18:09:22 -0800 (PST) Received: (qmail 6812 invoked by uid 0); 18 Feb 2015 02:09:17 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy5.mail.unifiedlayer.com with SMTP; 18 Feb 2015 02:09:17 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id tl991p00S2SSUrH01l9Cms; Wed, 18 Feb 2015 02:09:15 -0700 X-Authority-Analysis: v=2.1 cv=GubRpCFC c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=48vgC7mUAAAA:8 a=uI8iNwgE0-GCY60jAD4A:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=szgaEfxnEtOcuica+C0xgUHIEcCoMeYo5He6YmrOH8g=; b=yg10+aP6ULLsxn0rgbdpPBDr+DYcPLQmwQxtA3LVPIc2y09jrSwVX+B5qmMQ7uygvipaMbggTIWZRQm217zrCf494bkfDTlxL55lZoeovVQovoT49SGtpxobfQhk6JyG; Received: from box313.bluehost.com ([69.89.31.113]:33466 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YNu4d-0001jI-L4; Tue, 17 Feb 2015 19:09:11 -0700 Message-ID: <54E3F440.9070500@labn.net> Date: Tue, 17 Feb 2015 21:09:04 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "teas@ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "Rakesh Gandhi \(rgandhi\)" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 02:09:24 -0000 All, I think we *really* need some input here from the WG. So let me try to summarize the situation: The problem: As part of flushing out details that Adrian correctly pointed out were underspecified, we noted that when the REVERSE_LSP Object is not present there is no way for a node receiving a single sided type association to know if it is really the triggering node and to not initiate a new reverse LSP.=20 The fix: There needs to be something in the Path message of a single sided type association to disambiguate the forward and reverse LSP.=20 Some options: a) Always require a REVERSE_LSP Object in the forward LSP b) use a different association types in forward and reverse directions, and introduce type-specific matching rules c) add a bit somewhere, e.g., in LSP ATTRIBUTES d) ??? The proposal in Rakesh's mail is to go with option (a), i.e., a=20 REVERSE_LSP Object MUST be present in the Path message of the forward LSP= =2E To me this seems like a reasonable and safe change, and was even discussed at some point. Are there any objections?=20 Are there any implementations that will be negatively impacted by this change? (And if so, what option do you prefer.) Note the draft will need to be updated to reflect the outcome of this discussion at which time the WG will again be asked to comment on the changes. Thanks, Lou (as Shepherd and co-Chair) On 2/14/2015 11:38 AM, Rakesh Gandhi (rgandhi) wrote: > Hi WG, > > Seeking input on the following clarification. > > > Original text in the draft for the single sided association LSP setup: > ---------------------------------------------------------------------- > If REVERSE_LSP Object is not present in the received Path message of= > the LSP, the egress node SHOULD use the LSP properties from the > received LSP Path message to signal the LSP in the reverse direction= > (which may depend on the local policy). > > > Issue with this text: > --------------------- > Let's say, an ingress node signals the forward LSP with single sided > association type but without REVERSE_LSP object. > An egress node creates a reverse LSP using the objects from the Path > message of the forward LSP. > At the ingress node, this reverse LSP can in turn trigger to create > another reverse (well forward) LSP as a response. > > > Clarification: > -------------- > Use the presence of REVERSE_LSP Object in the Path message of the forwa= rd > LSP as a trigger to create a reverse LSP on the egress node. > Egress node does not add it in the reverse LSP, so the ingress does not= > trigger another reverse (well forward) LSP since REVERSE_LSP Object is = not > present. > > > Welcome your inputs. > > Thanks, > Rakesh > > > > >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-as= soci >> ated-lsp/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associat= ed-l >> sp-03 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Thu Feb 19 01:21:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A37851A8974; Thu, 19 Feb 2015 01:21:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.983 X-Spam-Level: X-Spam-Status: No, score=0.983 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yeDYQQgec01i; Thu, 19 Feb 2015 01:21:05 -0800 (PST) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 296FF1A8971; Thu, 19 Feb 2015 01:21:05 -0800 (PST) Received: by iecrp18 with SMTP id rp18so8036638iec.1; Thu, 19 Feb 2015 01:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:mime-version:message-id:content-type; bh=F5T0ZylliqeT3ZjcVwNIp+gfzP3Aa39ymzCZiMDRRaw=; b=vVKQGeofQ63ohSJ51d33Yk9RskaDNToXM9mEgIDQXlDHl2N60s25wQ079LEeBl88UY htNW7RAzbJClGLDUXBBB67sfgp1MxkCKilc19j9jc+2Md1BMBlx7/NXqBcNHUTWyARXC YOkQ0dx8MgCnf8u2eDBt/MnZbmuwMQ0+LK7sj3t4XF85Sn1vCAe2ckqn5Q2LJfrpoMBO j0DE6rKxJbH1geHMS81pm4iPRPwcGu7MbezaKq3Ij/Zwo4mE1gvTZLojXm10kctI842y ZdHFQ7ZtIplWdchn7WxEKrTN5Fb21+URte1xp3e/aSIsH+jruTI03rLm2SApt2R9SjQ+ cw7w== X-Received: by 10.107.128.69 with SMTP id b66mr4896164iod.30.1424337664591; Thu, 19 Feb 2015 01:21:04 -0800 (PST) Received: from Lizhong ([221.131.128.207]) by mx.google.com with ESMTPSA id w31sm14717876ioi.32.2015.02.19.01.20.55 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 01:21:03 -0800 (PST) Date: Thu, 19 Feb 2015 17:21:14 +0800 From: "lizho.jin@gmail.com" To: teas , draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-Priority: 3 X-GUID: B88F6ED7-05D4-4F30-A1AB-F241C4BFF0E8 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015021917211051338032@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart148073881342_=----" Archived-At: Cc: "rtg-dir@ietf.org" , teas , rtg-ads Subject: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 09:21:09 -0000 This is a multi-part message in MIME format. ------=_001_NextPart148073881342_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8NCiANCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8v dHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogDQpBbHRob3Vn aCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5n IEFEcywgaXQNCndvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxv bmcgd2l0aCBhbnkgb3RoZXIgSUVURg0KTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2Vp dmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gNCmRpc2N1c3Npb24gb3IgYnkg dXBkYXRpbmcgdGhlIGRyYWZ0Lg0KIA0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRw LXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINClJldmlld2VyOiBMaXpob25nIEppbg0KUmV2 aWV3IERhdGU6IDE5IEZlYnJ1YXJ5IDIwMTUNCklFVEYgTEMgRW5kIERhdGU6IE4vQQ0KSW50ZW5k ZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjaw0KIA0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBi YXNpY2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVz LCBhbmQgaG9wZQ0KdG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0 aWNpcGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kg dG8gcmV2aWV3IGl0IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRl cGVuZGVudCBwcm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4gDQpO byBtYWpvciBpc3N1ZXMsIHNvbWUgbWlub3IgaXNzdWVzIG5lZWQgdG8gYmUgY2xhcmlmaWVkLg0K DQpNYWpvciBpc3N1ZXM6IE5vDQoNCk1pbm9yIGlzc3VlczoNClNlY3Rpb24gMy4yDQpJbiBlYWNo IG9mIHRoZSBzaXR1YXRpb25zIGRlc2NyaWJlZCBhYm92ZSwgYm90aCBwcm92aXNpb25pbmcgbW9k ZWxzIA0KYXJlIGFwcGxpY2FibGUuIA0KW0xpemhvbmddOiBmb3IgdGhlIHNlY29uZCBzaXR1YXRp b25zIGFib3ZlLCBob3cgY291bGQgeW91IGxldCB0aGUgcmV2ZXJzZSBMU1AgDQp0byBiZSBleGlz dGVkIGJlZm9yZSB0aGUgZm9yd2FyZCBMU1AgZm9yIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZz8g V291bGRuJ3QgdGhlIA0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVyIHJldmVyc2UgTFNQPw0K DQpTZWN0aW9uIDMuMi4xLiANCkZvciB0aGUgc2luZ2xlIHNpZGVkIHByb3Zpc2lvbmluZyBtb2Rl bCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AxIGlzIA0KdHJpZ2dlcmVkIGJ5IExTUDIgb3IgY3Jl YXRpb24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLiANCldoZW4gY3JlYXRp b24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLCBMU1AxIGlzIA0KcHJvdmlz aW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBMU1AxIGFscmVhZHkgZXhpc3RzKSBhdCBub2Rl IEEuIA0KW0xpemhvbmddOiBMU1AxIGFuZCBMU1AyIGlzIGluIEZpcmd1cmUxPyBCZXR0ZXIgdG8g ZXhwbGljaXRseSBzYXkgdGhhdCBpbg0KdGhlIGRvY3VtZW50Lg0KDQogQSBzaW1pbGFyIHByb2Nl ZHVyZSBpcyB1c2VkIGlmIExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIA0KYW5k IHRoZSBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGVpdGhlciB0cmlnZ2Vy ZWQgYnkgDQpMU1AyIG9yIHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNj ZW5hcmlvcywgdGhlIHR3byANCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVy IHRvIGZvcm0gYW4gYXNzb2NpYXRlZCANCmJpZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIGlkZW50 aWNhbCAoRXh0ZW5kZWQpIEFTU09DSUFUSU9OIE9iamVjdHMgDQppbiB0aGUgdHdvIExTUHMnIFBh dGggbWVzc2FnZXMuIA0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFy aW8gaXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuIA0KTFNQMiBpcyBw cm92aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVkIGJlZm9y ZSBMU1AyLiANClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVyc2UgTFNQ MT8gQmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UgDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBM U1A/IA0KDQpTZWN0aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMgDQpJbiBnZW5lcmFsLCB0aGUgcHJv Y2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMgDQpzcGVjaWZp ZWQgaW4gW1JGQzQ4NzJdIGFuZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIHNwZWNp ZmllZCANCmluIFtSRkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxl cyBmb3IgcHJvY2Vzc2luZyANCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQ IG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgDQpiaWRpcmVjdGlvbmFsIExTUHMuIA0KW0xpemhvbmdd OiBhY3Jvc3MgdGhlIGRyYWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0 aGUgcHJvY2Vzc2luZyANCnJ1bGVzIGZvciBpbmRlcGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlz IGJldHRlciB0byBzYXkgaXQgaGVyZSBvciBvdGhlciBwbGFjZS4NCg0KU2VjdGlvbiA1LjENCihF eHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFuZCBk b3VibGUgc2lkZWQgDQpBc3NvY2lhdGlvbiBUeXBlcyBNVVNUIE5PVCBiZSBhZGRlZCBpbiB0aGUg c2FtZSBQYXRoIG1lc3NhZ2UuIA0KW0xpemhvbmddOiB3aGF0IGlmIHR3byB0eXBlcyBleGlzdCB0 b2dldGhlcj8gT25seSB1c2UgdGhlIGZpcnN0IG9uZT8NCg0KU2VjdGlvbiA1LjINClRoZSBSRVZF UlNFX0xTUCBPYmplY3QgTVVTVCBOT1QgYmUgaW5jbHVkZWQgaW4gYSBSRVZFUlNFX0xTUCBPYmpl Y3QuIA0KW0xpemhvbmddOiB0eXBvIGhlcmU/DQoNClNlY3Rpb24gNS4zDQpJbiBwYXJ0aWN1bGFy LCBhbnkgb2JqZWN0IHRoYXQgd2FzIGNvcGllZCBhcyBwYXJ0IG9mIGluaXRpYWwgUGF0aCBtZXNz YWdlIGNyZWF0aW9uIE1VU1QNCmJlIGNvcGllZCB3aGVuIG1vZGlmaWVkLiANCltMaXpob25nXTog bm90IHVuZGVyc3Rvb2QgImNvcGllZCB3aGVuIG1vZGlmaWVkIiwgaXMgaXQgImNvcGllZCBhZnRl ciBtb2RpZmllZCI/DQoNCkluIGJvdGggY2FzZXMsIHdoZW4gdGhlIGVncmVzcyBub2RlIHJlY2Vp dmVzIGEgUGF0aFRlYXIgbWVzc2FnZSB0aGUgDQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lh dGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyIA0KbWVzc2FnZSBwcm9jZXNz aW5nLiBUZWFyIGRvd24gb2YgdGhlIHJldmVyc2UgTFNQIGZvciBvdGhlciByZWFzb25zIA0KU0hP VUxEIE5PVCB0cmlnZ2VyIHJlbW92YWwgb2YgdGhlIGluaXRpYXRpbmcgTFNQLCBidXQgU0hPVUxE IHJlc3VsdCANCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRoIEVycm9y IGNvZGUgIkFkbWlzc2lvbiANCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtSRkMyMjA1XSIgYW5kIFN1 Yi1jb2RlICJSZXZlcnNlIExTUCBGYWlsdXJlIiANCmRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4g DQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNjdXJhdGUuIFdoYXQg aWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVjYXVzZSBvZiBsb2Nh bCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2ZQ0KUGF0aFRlYXIs IGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExTUD8gSXQgc2hvdWxk IHNheSwgd2hlbmV2ZXIgDQp0aGUgZm9yd2FyZCBMU1AgaXMgZG93biwgdGhlIHJldmVyc2UgTFNQ IFNIT1VMRCBiZSByZW1vdmVkLiANCg0KUmVnYXJkcw0KTGl6aG9uZw0K ------=_001_NextPart148073881342_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A
Sorry, I missed one more comm= ent below:
Section 7 Security Considerations
[Lizhong]= the single side provisioning mode will allow one node to trigger another= =0A
node to setup LSP. This will introduce some security issue for t= he remote node. =0A
Some administrative police may be introduced to = allow/deny others to trigger LSP setup.=0A

=0A
Regards
Lizhong
=0A
 
<= b>Date: 2015-02-19 17:21
Su= bject: RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associ= ated-lsp-02
=0A
Hello
 
=
I have been selected as the Routing Directorate reviewer for= this draft.
The Routing Directorate seeks to re= view all routing or routing-related
drafts as th= ey pass through IETF last call and IESG review, and
sometimes on special request. The purpose of the review is to provide=
assistance to the Routing ADs. For more infor= mation about the Routing
<= font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Directorate, please see= =E2=80=8B
 
Although these comments are prim= arily for the use of the Routing ADs, it
would b= e helpful if you could consider them along with any other IETF
Last Call comments that you receive, and strive to resolv= e them through
discussion or by updating the dr= aft.
 
Document:=  Reviewer: Lizhong Jin
Review Date:= 19 February 2015
IETF LC End Date: N/A
Intended Status: Standard Track
 
Summary:
The document i= s basically ready for publication. I found some minor issues, and hope
to see the clarification.=

Commnets:
I pat= icipate the initial discussion of this draft. I am lucky to review it again. Overall, the
proce= ssing rule of independent provisioning hope to be explicitly <= span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size= : 10.5pt; background-color: window;">described. 
No major= issues, some minor issues need to be clarified.

Major issues: No

M= inor issues:
Section 3.2
In each of the = situations described above, both provisioning models=0A
are applicab= le.=0A
[Lizhong]: for the second situations above, how could you let th= e reverse LSP =0A
to be existed before the forward LSP for single si= de provisioning? Wouldn't the 
reverse LSP = trigger another reverse = LSP?

Section 3.2.1. 
For the single sided = provisioning model, creation of reverse LSP1 is=0A
triggered by LSP2= or creation of reverse LSP2 is triggered by LSP1. =0A
When creation= of reverse LSP2 is triggered by LSP1, LSP1 is=0A
provisioned first = (or refreshed if LSP1 already exists) at node A. =0A
[Lizhong]: LSP1 an= d LSP2 is in Firgure1? Better to explicitly say that in
= the document.

 A similar procedure is used if= LSP2 is provisioned first at node B=0A
and the creation of reverse = LSP1 at node A is either triggered by=0A
LSP2 or the reverse LSP1 ex= isted. In all three scenarios, the two=0A
unidirectional LSPs are b= ound together to form an associated=0A
bidirectional LSP based on id= entical (Extended) ASSOCIATION Objects=0A
in the two LSPs' Path mess= ages.=0A
[Lizhong]: I doubt if the following scenario is realistic in S= ingle Sided Provisioning. =0A
LSP2 is provisioned first, reverse LSP= 1 at node A is existed before LSP2.=0A
The what is the Association T= ype in reverse LSP1? Before LSP2, will the reverse 
LSP1 trigger another LSP? 
<= /font>

Section 5. Processing Rules=0A
In general, the processing rules f= or the ASSOCIATION Object are as=0A
specified in [RFC4872] and Exten= ded ASSOCIATION Object are specified=0A
in [RFC6780]. Following sec= tions describe the rules for processing=0A
(Extended) ASSOCIATION an= d REVERSE_LSP objects for associated=0A
bidirectional LSPs.=0A
[L= izhong]: across the draft, it is not explicitly saying what is the process= ing 
rules for independent provisioning. It is better to say it here or ot= her place.

Section 5.1
(E= xtended)=0AASSOCIATION Objects with both single sided and double sided=0A<= br> Association Types MUST NOT be added in the same Path message.=0A
= [Lizhong]: what if two types exist together? Only use the first one?
<= font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">
Section 5.2
The REVERSE_LSP Object MUST NOT be= =0Aincluded in a REVERSE_LSP Object.=0A
[Lizhong]: typo here?

Section 5.3
In particular, any object that was=0Acopied as p= art of initial Path message creation MUST
be copied when=0Amodified. =0A
[= Lizhong]: not understood "copied when modified", is it "copied after modif= ied"?
=0A

In both cases, when the egres= s node receives a PathTear message the=0A
node MUST remove the assoc= iated reverse LSP using Standard PathTear=0A
message processing. Te= ar down of the reverse LSP for other reasons=0A
SHOULD NOT trigger r= emoval of the initiating LSP, but SHOULD result=0A
in the egress nod= e sending a PathErr with Error code "Admission=0A
Control Failure (0= 1) [RFC2205]" and Sub-code "Reverse LSP Failure"=0A
defined in this = document.=0A
[Lizhong]: the above description is not accurate. What if = the egress node have
forward LSP down because of l= ocal link down? In that case, it will not receive
PathTear, it is still need to tear down the reverse LSP? It should say, = whenever 
the forward LSP is down, the revers= e LSP SHOULD be removed. 
To: Lou Berger , "teas@ietf.org" Thread-Topic: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSHS1IlNxC6WSUE6zKODZmDhq1pz2E2gAgAH5OQA= Date: Thu, 19 Feb 2015 13:17:24 +0000 Message-ID: In-Reply-To: <54E3F440.9070500@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.220.198] Content-Type: text/plain; charset="us-ascii" Content-ID: <1BA5441335DE2C49BF156949BAB91AA8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "jiang.weilian@gmail.com" , "jingrq@ctbri.com.cn" , "zhangfei7@huawei.com" , "yang.fan240347@gmail.com" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 13:17:28 -0000 Hi Lou, WG, Thanks for the summary. I support option (a). Also copying co-authors if there is any objection. thanks, Rakesh On 2015-02-17 9:09 PM, "Lou Berger" wrote: >All, > >I think we *really* need some input here from the WG. So let me try to >summarize the situation: > >The problem: >As part of flushing out details that Adrian correctly pointed out were >underspecified, we noted that when the REVERSE_LSP Object is not present >there is no way for a node receiving a single sided type association to >know if it is really the triggering node and to not initiate a new >reverse LSP.=20 > >The fix: >There needs to be something in the Path message of a single sided type >association to disambiguate the forward and reverse LSP. > >Some options: >a) Always require a REVERSE_LSP Object in the forward LSP >b) use a different association types in forward and reverse directions, >and introduce type-specific matching rules >c) add a bit somewhere, e.g., in LSP ATTRIBUTES >d) ??? > >The proposal in Rakesh's mail is to go with option (a), i.e., a >REVERSE_LSP Object MUST be present in the Path message of the forward LSP. > >To me this seems like a reasonable and safe change, and was even >discussed at some point. > >Are there any objections? > >Are there any implementations that will be negatively impacted by this >change? (And if so, what option do you prefer.) > >Note the draft will need to be updated to reflect the outcome of this >discussion at which time the WG will again be asked to comment on the >changes. > >Thanks, >Lou (as Shepherd and co-Chair) > >On 2/14/2015 11:38 AM, Rakesh Gandhi (rgandhi) wrote: >> Hi WG, >> >> Seeking input on the following clarification. >> >> >> Original text in the draft for the single sided association LSP setup: >> ---------------------------------------------------------------------- >> If REVERSE_LSP Object is not present in the received Path message of >> the LSP, the egress node SHOULD use the LSP properties from the >> received LSP Path message to signal the LSP in the reverse direction >> (which may depend on the local policy). >> >> >> Issue with this text: >> --------------------- >> Let's say, an ingress node signals the forward LSP with single sided >> association type but without REVERSE_LSP object. >> An egress node creates a reverse LSP using the objects from the Path >> message of the forward LSP. >> At the ingress node, this reverse LSP can in turn trigger to create >> another reverse (well forward) LSP as a response. >> >> >> Clarification: >> -------------- >> Use the presence of REVERSE_LSP Object in the Path message of the >>forward >> LSP as a trigger to create a reverse LSP on the egress node. >> Egress node does not add it in the reverse LSP, so the ingress does not >> trigger another reverse (well forward) LSP since REVERSE_LSP Object is >>not >> present. >> >> >> Welcome your inputs. >> >> Thanks, >> Rakesh >> >> >> >> >>> The IETF datatracker status page for this draft is: >>>=20 >>>https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-asso >>>ci >>> ated-lsp/ >>> >>> There's also a htmlized version available at: >>>=20 >>>http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated >>>-l >>> sp-03 >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > > > From nobody Thu Feb 19 17:14:15 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 403581A1B0E; Thu, 19 Feb 2015 17:14:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fv7c5b9rX5Ee; Thu, 19 Feb 2015 17:14:12 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA7D1A1AD0; Thu, 19 Feb 2015 17:14:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150220011412.9935.82928.idtracker@ietfa.amsl.com> Date: Thu, 19 Feb 2015 17:14:12 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 01:14:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt Pages : 20 Date : 2015-02-19 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 19 17:49:53 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98CF41A1B1C for ; Thu, 19 Feb 2015 17:49:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37yIny-y_6md for ; Thu, 19 Feb 2015 17:49:50 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 719D21A1B12 for ; Thu, 19 Feb 2015 17:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2438; q=dns/txt; s=iport; t=1424396991; x=1425606591; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=nN9HpJDBSitdnDbhZ+VAlsD+5Vgvd+zhiIvqzroayrc=; b=lIkcPWf/VF/dnPUhFsRjK/aBI3J0E+8fZQr/to4f6hbojHVwRDiPlrVY xYU+w+GSEvI5xjjNLRsJbH4wbP8+xgOuUz7bYkWWXJQQzdoIPVoq3lM9R +ahSigTWVfpwUo8JgMpzNJ+ZJlpN1BQF+aiJPukL2XWGlPjz67wIcOXMg w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AiBQAokuZU/51dJa1bgwZSVQUEwmQMhW8CgR1DAQEBAQEBfIQQAQEEAQEBNzQdAQgSJDcLFw4CBBMJiCYIBattp3EBAQEBBgEBAQEBHYsPhAwRAR06hCoFj0uDXIVlgRk4gluLOIM+IoNub4ELOX8BAQE X-IronPort-AV: E=Sophos;i="5.09,611,1418083200"; d="scan'208";a="397646877" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP; 20 Feb 2015 01:49:50 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t1K1nnSh006716 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 20 Feb 2015 01:49:49 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Thu, 19 Feb 2015 19:49:49 -0600 From: "Rakesh Gandhi (rgandhi)" To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt Thread-Index: AQHQTK+CEO51QnpGkkeIYsVJSWfvxQ== Date: Fri, 20 Feb 2015 01:49:49 +0000 Message-ID: In-Reply-To: <20150220011412.9935.82928.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.229.125] Content-Type: text/plain; charset="us-ascii" Content-ID: <74466D6211284746860A46BFECD2AC9F@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 01:49:52 -0000 Hi WG, This revision introduces the changes for option (a) for the issue raised in the email titled "[Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp". The suggested changes are for your review. Welcome your comments/suggestions. Thanks, Rakesh On 2015-02-19 8:14 PM, "internet-drafts@ietf.org" wrote: > >A New Internet-Draft is available from the on-line Internet-Drafts >directories. > This draft is a work item of the Traffic Engineering Architecture and >Signaling Working Group of the IETF. > > Title : RSVP-TE Extensions for Associated Bidirectional >LSPs > Authors : Fei Zhang > Ruiquan Jing > Rakesh Gandhi > Filename : >draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt > Pages : 20 > Date : 2015-02-19 > >Abstract: > This document describes Resource reSerVation Protocol (RSVP) > extensions to bind two point-to-point unidirectional Label Switched > Paths (LSPs) into an associated bidirectional LSP. The association > is achieved by defining new Association Types for use in ASSOCIATION > and in Extended ASSOCIATION Objects. One of these types enables > independent provisioning of the associated bidirectional LSPs on both > sides, while the other enables single sided provisioning. The > REVERSE_LSP Object is also defined to enable a single endpoint to > specify all the parameters of an associated LSP in the single sided > provisioning case. > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associ >ated-lsp/ > >There's also a htmlized version available at: >http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-l >sp-04 > >A diff from the previous version is available at: >http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-mpls-tp-rsvpte-ext-asso= ci >ated-lsp-04 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >Internet-Drafts are also available by anonymous FTP at: >ftp://ftp.ietf.org/internet-drafts/ > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Thu Feb 19 20:22:58 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A271A1BD1 for ; Thu, 19 Feb 2015 20:22:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PX8Gecy5VSuc for ; Thu, 19 Feb 2015 20:22:54 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CCE61A1B07 for ; Thu, 19 Feb 2015 20:22:54 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.157.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 4F4731801127; Fri, 20 Feb 2015 05:22:50 +0100 (CET) Message-ID: <54E6B694.1010305@pi.nu> Date: Fri, 20 Feb 2015 12:22:44 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Rakesh Gandhi (rgandhi)" , "teas@ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 04:22:57 -0000 Rakesh, working group, I think that option (a) is the simplest and what we should do. One question though - the REVERSE_LSP Object was allocated by IANA like 6 month ago. This is normally done because we have implementations (often about to be deployed), now if we move from that the REVERSE_LSP Object "is not required" to "is required" will that cause backwards compatibility problems for the early implementations? /Loa On 2015-02-20 09:49, Rakesh Gandhi (rgandhi) wrote: > Hi WG, > > This revision introduces the changes for option (a) for the issue raised > in the email titled "[Teas] A clarification request for > draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp". > > The suggested changes are for your review. Welcome your > comments/suggestions. > > Thanks, > Rakesh > > > On 2015-02-19 8:14 PM, "internet-drafts@ietf.org" > wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the Traffic Engineering Architecture and >> Signaling Working Group of the IETF. >> >> Title : RSVP-TE Extensions for Associated Bidirectional >> LSPs >> Authors : Fei Zhang >> Ruiquan Jing >> Rakesh Gandhi >> Filename : >> draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt >> Pages : 20 >> Date : 2015-02-19 >> >> Abstract: >> This document describes Resource reSerVation Protocol (RSVP) >> extensions to bind two point-to-point unidirectional Label Switched >> Paths (LSPs) into an associated bidirectional LSP. The association >> is achieved by defining new Association Types for use in ASSOCIATION >> and in Extended ASSOCIATION Objects. One of these types enables >> independent provisioning of the associated bidirectional LSPs on both >> sides, while the other enables single sided provisioning. The >> REVERSE_LSP Object is also defined to enable a single endpoint to >> specify all the parameters of an associated LSP in the single sided >> provisioning case. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associ >> ated-lsp/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-l >> sp-04 >> >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associ >> ated-lsp-04 >> >> >> Please note that it may take a couple of minutes from the time of >> submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Feb 20 02:28:50 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D9E71A6FED for ; Fri, 20 Feb 2015 02:28:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E7mQnyRPhQFk for ; Fri, 20 Feb 2015 02:28:46 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A2651A87C6 for ; Fri, 20 Feb 2015 02:28:45 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSV57352; Fri, 20 Feb 2015 10:28:43 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 20 Feb 2015 10:28:42 +0000 Received: from NKGEML509-MBX.china.huawei.com ([169.254.1.80]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Fri, 20 Feb 2015 18:28:36 +0800 From: "Zhangfei (Philip)" To: Lou Berger , "teas@ietf.org" Thread-Topic: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSx/vOUG0J64VlUOg1c+z4Ai2L5z5WVow Date: Fri, 20 Feb 2015 10:28:35 +0000 Message-ID: References: <54E3F440.9070500@labn.net> In-Reply-To: <54E3F440.9070500@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.121.221] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "Rakesh Gandhi \(rgandhi\)" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 10:28:48 -0000 SGksIGFsbA0KQXMgYSBjby1hdXRob3IsIEkgcHJlZmVyIG9wdGlvbiBhLCB3aGljaCBpcyBhIHNp bXBsZSB3YXkNCg0KDQpCLlIuDQoNCkZlaQ0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7Iyzog VGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBMb3UgQmVyZ2VyDQq3osvN yrG85DogMjAxNcTqMtTCMTjI1SAzOjA5DQrK1bz+yMs6IHRlYXNAaWV0Zi5vcmcNCrOty806IFJh a2VzaCBHYW5kaGkgKHJnYW5kaGkpDQrW98ziOiBSZTogW1RlYXNdIEEgY2xhcmlmaWNhdGlvbiBy ZXF1ZXN0IGZvciBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQt bHNwDQoNCkFsbCwNCg0KSSB0aGluayB3ZSAqcmVhbGx5KiBuZWVkIHNvbWUgaW5wdXQgaGVyZSBm cm9tIHRoZSBXRy4gIFNvIGxldCBtZSB0cnkgdG8gc3VtbWFyaXplIHRoZSBzaXR1YXRpb246DQoN ClRoZSBwcm9ibGVtOg0KQXMgcGFydCBvZiBmbHVzaGluZyBvdXQgZGV0YWlscyB0aGF0IEFkcmlh biBjb3JyZWN0bHkgcG9pbnRlZCBvdXQgd2VyZSB1bmRlcnNwZWNpZmllZCwgd2Ugbm90ZWQgdGhh dCB3aGVuIHRoZSBSRVZFUlNFX0xTUCBPYmplY3QgaXMgbm90IHByZXNlbnQgdGhlcmUgaXMgbm8g d2F5IGZvciBhIG5vZGUgcmVjZWl2aW5nIGEgc2luZ2xlIHNpZGVkIHR5cGUgYXNzb2NpYXRpb24g dG8ga25vdyBpZiBpdCBpcyByZWFsbHkgdGhlIHRyaWdnZXJpbmcgbm9kZSBhbmQgdG8gbm90IGlu aXRpYXRlIGEgbmV3IHJldmVyc2UgTFNQLiANCg0KVGhlIGZpeDoNClRoZXJlIG5lZWRzIHRvIGJl IHNvbWV0aGluZyBpbiB0aGUgUGF0aCBtZXNzYWdlIG9mIGEgc2luZ2xlIHNpZGVkIHR5cGUgYXNz b2NpYXRpb24gdG8gZGlzYW1iaWd1YXRlIHRoZSBmb3J3YXJkIGFuZCByZXZlcnNlIExTUC4gDQoN ClNvbWUgb3B0aW9uczoNCmEpIEFsd2F5cyByZXF1aXJlIGEgIFJFVkVSU0VfTFNQIE9iamVjdCBp biB0aGUgZm9yd2FyZCBMU1ANCmIpIHVzZSBhIGRpZmZlcmVudCBhc3NvY2lhdGlvbiB0eXBlcyBp biBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVjdGlvbnMsIGFuZCBpbnRyb2R1Y2UgdHlwZS1zcGVj aWZpYyBtYXRjaGluZyBydWxlcw0KYykgYWRkIGEgYml0IHNvbWV3aGVyZSwgZS5nLiwgaW4gTFNQ IEFUVFJJQlVURVMNCmQpID8/Pw0KDQpUaGUgcHJvcG9zYWwgaW4gUmFrZXNoJ3MgbWFpbCBpcyB0 byBnbyB3aXRoIG9wdGlvbiAoYSksIGkuZS4sIGEgUkVWRVJTRV9MU1AgT2JqZWN0IE1VU1QgYmUg cHJlc2VudCBpbiB0aGUgUGF0aCBtZXNzYWdlIG9mIHRoZSBmb3J3YXJkIExTUC4NCg0KVG8gbWUg dGhpcyBzZWVtcyBsaWtlIGEgcmVhc29uYWJsZSBhbmQgc2FmZSBjaGFuZ2UsIGFuZCB3YXMgZXZl biBkaXNjdXNzZWQgYXQgc29tZSBwb2ludC4NCg0KQXJlIHRoZXJlIGFueSBvYmplY3Rpb25zPyAN Cg0KQXJlIHRoZXJlIGFueSBpbXBsZW1lbnRhdGlvbnMgdGhhdCB3aWxsIGJlIG5lZ2F0aXZlbHkg aW1wYWN0ZWQgYnkgdGhpcyBjaGFuZ2U/ICAoQW5kIGlmIHNvLCB3aGF0IG9wdGlvbiBkbyB5b3Ug cHJlZmVyLikNCg0KTm90ZSB0aGUgZHJhZnQgd2lsbCBuZWVkIHRvIGJlIHVwZGF0ZWQgdG8gcmVm bGVjdCB0aGUgb3V0Y29tZSBvZiB0aGlzIGRpc2N1c3Npb24gYXQgd2hpY2ggdGltZSB0aGUgV0cg d2lsbCBhZ2FpbiBiZSBhc2tlZCB0byBjb21tZW50IG9uIHRoZSBjaGFuZ2VzLg0KDQpUaGFua3Ms DQpMb3UgKGFzIFNoZXBoZXJkIGFuZCBjby1DaGFpcikNCg0KT24gMi8xNC8yMDE1IDExOjM4IEFN LCBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSB3cm90ZToNCj4gSGkgV0csDQo+DQo+IFNlZWtpbmcg aW5wdXQgb24gdGhlIGZvbGxvd2luZyBjbGFyaWZpY2F0aW9uLg0KPg0KPg0KPiBPcmlnaW5hbCB0 ZXh0IGluIHRoZSBkcmFmdCBmb3IgdGhlIHNpbmdsZSBzaWRlZCBhc3NvY2lhdGlvbiBMU1Agc2V0 dXA6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gICAgSWYgUkVWRVJTRV9MU1AgT2JqZWN0IGlzIG5vdCBw cmVzZW50IGluIHRoZSByZWNlaXZlZCBQYXRoIG1lc3NhZ2UgDQo+IG9mIHRoZSBMU1AsIHRoZSBl Z3Jlc3Mgbm9kZSBTSE9VTEQgdXNlIHRoZSBMU1AgcHJvcGVydGllcyBmcm9tIHRoZQ0KPiAgICBy ZWNlaXZlZCBMU1AgUGF0aCBtZXNzYWdlIHRvIHNpZ25hbCB0aGUgTFNQIGluIHRoZSByZXZlcnNl IA0KPiBkaXJlY3Rpb24gKHdoaWNoIG1heSBkZXBlbmQgb24gdGhlIGxvY2FsIHBvbGljeSkuDQo+ DQo+DQo+IElzc3VlIHdpdGggdGhpcyB0ZXh0Og0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4g TGV0J3Mgc2F5LCBhbiBpbmdyZXNzIG5vZGUgc2lnbmFscyB0aGUgZm9yd2FyZCBMU1Agd2l0aCBz aW5nbGUgc2lkZWQgDQo+IGFzc29jaWF0aW9uIHR5cGUgYnV0IHdpdGhvdXQgUkVWRVJTRV9MU1Ag b2JqZWN0Lg0KPiBBbiBlZ3Jlc3Mgbm9kZSBjcmVhdGVzIGEgcmV2ZXJzZSBMU1AgdXNpbmcgdGhl IG9iamVjdHMgZnJvbSB0aGUgUGF0aCANCj4gbWVzc2FnZSBvZiB0aGUgZm9yd2FyZCBMU1AuDQo+ IEF0IHRoZSBpbmdyZXNzIG5vZGUsIHRoaXMgcmV2ZXJzZSBMU1AgY2FuIGluIHR1cm4gdHJpZ2dl ciB0byBjcmVhdGUgDQo+IGFub3RoZXIgcmV2ZXJzZSAod2VsbCBmb3J3YXJkKSBMU1AgYXMgYSBy ZXNwb25zZS4NCj4NCj4NCj4gQ2xhcmlmaWNhdGlvbjoNCj4gLS0tLS0tLS0tLS0tLS0NCj4gVXNl IHRoZSBwcmVzZW5jZSBvZiBSRVZFUlNFX0xTUCBPYmplY3QgaW4gdGhlIFBhdGggbWVzc2FnZSBv ZiB0aGUgDQo+IGZvcndhcmQgTFNQIGFzIGEgdHJpZ2dlciB0byBjcmVhdGUgYSByZXZlcnNlIExT UCBvbiB0aGUgZWdyZXNzIG5vZGUuDQo+IEVncmVzcyBub2RlIGRvZXMgbm90IGFkZCBpdCBpbiB0 aGUgcmV2ZXJzZSBMU1AsIHNvIHRoZSBpbmdyZXNzIGRvZXMgDQo+IG5vdCB0cmlnZ2VyIGFub3Ro ZXIgcmV2ZXJzZSAod2VsbCBmb3J3YXJkKSBMU1Agc2luY2UgUkVWRVJTRV9MU1AgDQo+IE9iamVj dCBpcyBub3QgcHJlc2VudC4NCj4NCj4NCj4gV2VsY29tZSB5b3VyIGlucHV0cy4NCj4NCj4gVGhh bmtzLA0KPiBSYWtlc2gNCj4NCj4NCj4NCj4NCj4+IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1 cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hDQo+PiBzc29jaQ0KPj4g YXRlZC1sc3AvDQo+Pg0KPj4gVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFi bGUgYXQ6DQo+PiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRlYXMtbXBs cy10cC1yc3ZwdGUtZXh0LWFzc29jaWENCj4+IHRlZC1sDQo+PiBzcC0wMw0KPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBUZWFzIG1haWxpbmcgbGlz dA0KPiBUZWFzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vdGVhcw0KPg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NClRlYXMgbWFpbGluZyBsaXN0DQpUZWFzQGlldGYub3JnDQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg== From nobody Fri Feb 20 05:31:02 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0600D1A888B for ; Fri, 20 Feb 2015 05:31:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G5mhloBmaY-B for ; Fri, 20 Feb 2015 05:30:59 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB1DA1A8759 for ; Fri, 20 Feb 2015 05:30:58 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.157.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 9A01C1801127; Fri, 20 Feb 2015 14:30:55 +0100 (CET) Message-ID: <54E73708.9080205@pi.nu> Date: Fri, 20 Feb 2015 21:30:48 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Lou Berger , "teas@ietf.org" References: <54E3F440.9070500@labn.net> In-Reply-To: <54E3F440.9070500@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 13:31:01 -0000 Lou, There are lots of "forward LSPs" out there, what is the criteria more in detail where the REVERSE_LSP Object will be required if we choose option 1? /Loa On 2015-02-18 10:09, Lou Berger wrote: > Some options: > a) Always require a REVERSE_LSP Object in the forward LSP -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Feb 20 07:24:33 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46C4E1A8826 for ; Fri, 20 Feb 2015 07:24:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I7UpCfwy3iX3 for ; Fri, 20 Feb 2015 07:24:28 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C58731A8F34 for ; Fri, 20 Feb 2015 07:20:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3804; q=dns/txt; s=iport; t=1424445621; x=1425655221; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=+whCoIOvc5+WFtQkJF/O5l3pdpdD1DLT6FuUPwIDWZ0=; b=TZSKmw5GdnXoKOGUiCEjtXgMGiTj1955hHFOw2M4jRPKc8shV6B8F0fd YlxOvBIULzojCULhM+rtGFeLZBOUQZwrlNgDeiTSpusCQHKyhRjiXbDIZ 6BcxKWwjkId3SGXbpEhk+vALJIgLp37lgprO9kqZl6k93fniRYW6j+G/M Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ChBQB8UOdU/5hdJa1bgwZSVQUEwmYMhW8CgRhDAQEBAQEBfIQPAQEBAwEBAQE3MQMZBAEIEgYeKwwLFw4CBAESCYgeCAgF1FQBAQEBAQUBAQEBAQEcBIsLhAwRAR06hCoFjV6BcINchWWBGTiCW4tBgz4ig25vgQs5fwEBAQ X-IronPort-AV: E=Sophos;i="5.09,615,1418083200"; d="scan'208";a="125439140" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-4.cisco.com with ESMTP; 20 Feb 2015 15:20:10 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1KFKABR008383 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 20 Feb 2015 15:20:10 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0195.001; Fri, 20 Feb 2015 09:20:10 -0600 From: "Rakesh Gandhi (rgandhi)" To: Loa Andersson , "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt Thread-Index: AQHQTK+CEO51QnpGkkeIYsVJSWfvxZz5VPUAgABj14A= Date: Fri, 20 Feb 2015 15:20:09 +0000 Message-ID: In-Reply-To: <54E6B694.1010305@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [161.44.212.199] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 15:24:32 -0000 Hi Loa, Thank you for your comments. We (authors) had requested the IANA allocation. We (authors) are not aware of an implementation where this will introduce an interop issue. thanks, Rakesh On 2015-02-19 11:22 PM, "Loa Andersson" wrote: >Rakesh, working group, > >I think that option (a) is the simplest and what we should do. > >One question though - the REVERSE_LSP Object was allocated by IANA >like 6 month ago. This is normally done because we have implementations >(often about to be deployed), now if we move from that the REVERSE_LSP >Object "is not required" to "is required" will that cause backwards >compatibility problems for the early implementations? > >/Loa > > > >On 2015-02-20 09:49, Rakesh Gandhi (rgandhi) wrote: >> Hi WG, >> >> This revision introduces the changes for option (a) for the issue raised >> in the email titled "[Teas] A clarification request for >> draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp". >> >> The suggested changes are for your review. Welcome your >> comments/suggestions. >> >> Thanks, >> Rakesh >> >> >> On 2015-02-19 8:14 PM, "internet-drafts@ietf.org" >> wrote: >> >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> This draft is a work item of the Traffic Engineering Architecture and >>> Signaling Working Group of the IETF. >>> >>> Title : RSVP-TE Extensions for Associated >>>Bidirectional >>> LSPs >>> Authors : Fei Zhang >>> Ruiquan Jing >>> Rakesh Gandhi >>> Filename : >>> draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-04.txt >>> Pages : 20 >>> Date : 2015-02-19 >>> >>> Abstract: >>> This document describes Resource reSerVation Protocol (RSVP) >>> extensions to bind two point-to-point unidirectional Label Switched >>> Paths (LSPs) into an associated bidirectional LSP. The association >>> is achieved by defining new Association Types for use in ASSOCIATION >>> and in Extended ASSOCIATION Objects. One of these types enables >>> independent provisioning of the associated bidirectional LSPs on >>>both >>> sides, while the other enables single sided provisioning. The >>> REVERSE_LSP Object is also defined to enable a single endpoint to >>> specify all the parameters of an associated LSP in the single sided >>> provisioning case. >>> >>> >>> The IETF datatracker status page for this draft is: >>>=20 >>>https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-asso >>>ci >>> ated-lsp/ >>> >>> There's also a htmlized version available at: >>>=20 >>>http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated >>>-l >>> sp-04 >>> >>> A diff from the previous version is available at: >>>=20 >>>http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-mpls-tp-rsvpte-ext-as= so >>>ci >>> ated-lsp-04 >>> >>> >>> Please note that it may take a couple of minutes from the time of >>> submission >>> until the htmlized version and diff are available at tools.ietf.org. >>> >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>> >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Feb 20 07:39:53 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FC0B1A87AD for ; Fri, 20 Feb 2015 07:39:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2VGKr_XeEOoL for ; Fri, 20 Feb 2015 07:39:48 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 776FC1A87AB for ; Fri, 20 Feb 2015 07:39:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1018; q=dns/txt; s=iport; t=1424446789; x=1425656389; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=Et8FoCIiurGtGfZ89hJMsryy78W2C9DXiFkVn6mqhMw=; b=L4mEOFMj1IzoCK16CDCQXS5WJql01RTYsjeONTuboFJUXWeFP0TbHzcQ lkU3I92m0FHkPV6TXpHMfDAfDt/yIHDSkV3LcgF7LmtK+M12RWMRP+/Z7 xRSZXeME8L64kErxDn827KkwcxK86joRon5RP58qP+nuzU+wAlj607jG+ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CVBQB5VOdU/4sNJK1bgwZSWgTCZgqFcQKBGEMBAQEBAQF8hBABAQQBAQE3MQMZBAEIGB4rDAslAgQBEogvDdRgAQEBAQEBAQECAQEBAQEBAQEWBASLC4QMEQFXhCoFj06JQZMrIoIygTxvgQs5fwEBAQ X-IronPort-AV: E=Sophos;i="5.09,615,1418083200"; d="scan'208";a="125442616" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-6.cisco.com with ESMTP; 20 Feb 2015 15:39:48 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t1KFdlZp017495 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 20 Feb 2015 15:39:47 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Fri, 20 Feb 2015 09:39:47 -0600 From: "Rakesh Gandhi (rgandhi)" To: Loa Andersson , Lou Berger , "teas@ietf.org" Thread-Topic: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSHS1IlNxC6WSUE6zKODZmDhq1pz2E2gAgAPjIwD//9A0AA== Date: Fri, 20 Feb 2015 15:39:47 +0000 Message-ID: In-Reply-To: <54E73708.9080205@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [161.44.212.199] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 15:39:50 -0000 Hi Loa, This is for the associated bidirectional LSPs when using single sided provisioning.=20 Specially, when the initiating node is inserting the ASSOCIATION Object with Association Type "Single Sided Associated Bidirectional LSP" to trigger creation of reverse LSP on the egress node. Thanks, Rakesh On 2015-02-20 8:30 AM, "Loa Andersson" wrote: >Lou, > >There are lots of "forward LSPs" out there, what is the criteria more >in detail where the REVERSE_LSP Object will be required if we choose >option 1? > >/Loa > >On 2015-02-18 10:09, Lou Berger wrote: >> Some options: >> a) Always require a REVERSE_LSP Object in the forward LSP > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Fri Feb 20 08:34:44 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21DE61A6EF0 for ; Fri, 20 Feb 2015 08:34:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hlyPHzB5Fe22 for ; Fri, 20 Feb 2015 08:34:33 -0800 (PST) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 4E84D1A8831 for ; Fri, 20 Feb 2015 08:34:32 -0800 (PST) Received: (qmail 28765 invoked by uid 0); 20 Feb 2015 16:34:27 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy4.mail.unifiedlayer.com with SMTP; 20 Feb 2015 16:34:27 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id ugZT1p0032SSUrH01gZWQB; Fri, 20 Feb 2015 09:33:33 -0700 X-Authority-Analysis: v=2.1 cv=e6KVF8Z/ c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=TBBvHWzqI4G4nezffRgA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=ZiHz/ntCJdvm4K88yroatmeNwwdPN6vhfaliysmUmUw=; b=L/2mMZ2t91OmbZGd2/JrvRIckaaeRdt0zwIjkErBInMnraMjvrsqjDunGc7AlQwwQ49HOQDS/P8kLzpjrgb2FTgR6phOYeXcDkw+O5XeqGKK+H74KzynMZhvx0r3c2Y1; Received: from box313.bluehost.com ([69.89.31.113]:57347 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YOqW8-00012I-53; Fri, 20 Feb 2015 09:33:28 -0700 Message-ID: <54E761D0.5010005@labn.net> Date: Fri, 20 Feb 2015 11:33:20 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Rakesh Gandhi (rgandhi)" , Loa Andersson References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 16:34:35 -0000 Loa has a fair point. If the draft is ambiguous on this point, it should be clarified. Loa, Can you take a look at the latest rev of the draft and let us know if you think is sufficiently clear? Thanks, Lou On 2/20/2015 10:39 AM, Rakesh Gandhi (rgandhi) wrote: > Hi Loa, > > This is for the associated bidirectional LSPs when using single sided > provisioning. > Specially, when the initiating node is inserting the ASSOCIATION Object > with Association Type "Single Sided Associated Bidirectional LSP" to > trigger creation of reverse LSP on the egress node. > > Thanks, > Rakesh > > > On 2015-02-20 8:30 AM, "Loa Andersson" wrote: > >> Lou, >> >> There are lots of "forward LSPs" out there, what is the criteria more >> in detail where the REVERSE_LSP Object will be required if we choose >> option 1? >> >> /Loa >> >> On 2015-02-18 10:09, Lou Berger wrote: >>> Some options: >>> a) Always require a REVERSE_LSP Object in the forward LSP >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Sat Feb 21 03:03:15 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 807A91A6D3F for ; Sat, 21 Feb 2015 03:03:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gD2rivSxBb80 for ; Sat, 21 Feb 2015 03:03:10 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78AD91A6EE1 for ; Sat, 21 Feb 2015 03:03:10 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.157.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id A55C918013C8; Sat, 21 Feb 2015 12:03:07 +0100 (CET) Message-ID: <54E865E6.10101@pi.nu> Date: Sat, 21 Feb 2015 19:03:02 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Lou Berger , "Rakesh Gandhi (rgandhi)" References: <54E761D0.5010005@labn.net> In-Reply-To: <54E761D0.5010005@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 11:03:13 -0000 Folks, We might be close requiring the obvious, but I would feel more comfortable if the draft said (in section 5.2) were a little bit clearer. It was changed from: A node initiating a Path message containing an ASSOCIATION or Extended ASSOCIATION Object with the Association Type set to "Single Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object in the Path message of the LSP when it wishes to control the reverse LSP originating on the other endpoint node. To: A node initiating a Path message containing an ASSOCIATION or Extended ASSOCIATION Object with the Association Type set to "Single Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object in the Path message of the LSP. Maybe: When a node initiates setup of an LSP using a PATH message containing an ASSOCIATION or Extended ASSOCIATION Object, and the Association is Type "Single Sided Associated Bidirectional LSP", the PATH message MUST carry the REVERSE_LSP Object. I won't insist on a change, what is there is probably good enough, if what I written is clearer and you want to use, use it. However, there were one more thing that bothered me, we appear to be changing the rules that applies to the REVERSE_LSP Object. Before it was "optional" now it becomes "mandatory". The authors says that they have not deployed any implementation that follows the old rule. This is fine, but are we sure that no one else has? Do we need to take steps to make sure that this is not the case? /Loa On 2015-02-21 00:33, Lou Berger wrote: > Loa has a fair point. If the draft is ambiguous on this point, it > should be clarified. > > Loa, > Can you take a look at the latest rev of the draft and let us know > if you think is sufficiently clear? > > Thanks, > Lou > > On 2/20/2015 10:39 AM, Rakesh Gandhi (rgandhi) wrote: >> Hi Loa, >> >> This is for the associated bidirectional LSPs when using single sided >> provisioning. >> Specially, when the initiating node is inserting the ASSOCIATION Object >> with Association Type "Single Sided Associated Bidirectional LSP" to >> trigger creation of reverse LSP on the egress node. >> >> Thanks, >> Rakesh >> >> >> On 2015-02-20 8:30 AM, "Loa Andersson" wrote: >> >>> Lou, >>> >>> There are lots of "forward LSPs" out there, what is the criteria more >>> in detail where the REVERSE_LSP Object will be required if we choose >>> option 1? >>> >>> /Loa >>> >>> On 2015-02-18 10:09, Lou Berger wrote: >>>> Some options: >>>> a) Always require a REVERSE_LSP Object in the forward LSP >>> -- >>> >>> >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>> >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Feb 21 04:19:01 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 457851A6FDB for ; Sat, 21 Feb 2015 04:19:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id POaZ2nwLpKYr for ; Sat, 21 Feb 2015 04:18:58 -0800 (PST) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 5EE0A1A6F7C for ; Sat, 21 Feb 2015 04:18:58 -0800 (PST) Received: (qmail 29312 invoked by uid 0); 21 Feb 2015 12:18:54 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy9.mail.unifiedlayer.com with SMTP; 21 Feb 2015 12:18:54 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id v0JZ1p0022SSUrH010Jcam; Sat, 21 Feb 2015 05:18:53 -0700 X-Authority-Analysis: v=2.1 cv=e6KVF8Z/ c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=g6eH7H9jTIQA:10 a=kj9zAlcOel0A:10 a=wU2YTnxGAAAA:8 a=-NfooI8aBGcA:10 a=COqbBuI_nLcA:10 a=0HtSIViG9nkA:10 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=7nV0GsvKUfuuUYTPiJ4A:9 a=2Yj01WRBlFhXhbP9:21 a=jhqdw3kapiTCD_Gu:21 a=CjuIK1q_8ugA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=pki50rCLhnQ8rX1y8Pv51rZIUrLCdLKxIasQnEonWWI=; b=bISl8CVilyERYfpTuPP1OAyCIelhTbiOI8wON7nzqDUgA0C+3Mp8DPcC9T/5IY/e9WfQbcmC/85JJQo9A1Sw10iZENiN3xGmC2U55zVS15VLQvj21SfKkX1VTpeIjphu; Received: from [72.83.36.100] (port=52245 helo=[11.4.0.117]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1YP90z-0007ad-Uz; Sat, 21 Feb 2015 05:18:34 -0700 From: Lou Berger To: Loa Andersson , "Rakesh Gandhi (rgandhi)" Date: Sat, 21 Feb 2015 07:18:32 -0500 Message-ID: <14bac1321f0.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <54E865E6.10101@pi.nu> References: <54E761D0.5010005@labn.net> <54E865E6.10101@pi.nu> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.1.12 (build: 21020012) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 72.83.36.100 authed with lberger@labn.net} Archived-At: Cc: teas@ietf.org Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 12:19:00 -0000 Loa, See below. On February 21, 2015 6:03:38 AM Loa Andersson wrote: > Folks, > > We might be close requiring the obvious, but I would feel more > comfortable if the draft said (in section 5.2) were a little bit > clearer. > > It was changed from: > > A node initiating a Path message containing an ASSOCIATION or > Extended ASSOCIATION Object with the Association Type set to "Single > Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object > in the Path message of the LSP when it wishes to control the reverse > LSP originating on the other endpoint node. > > To: > A node initiating a Path message containing an ASSOCIATION or > Extended ASSOCIATION Object with the Association Type set to "Single > Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object > in the Path message of the LSP. > > Maybe: > > When a node initiates setup of an LSP using a PATH message containing > an ASSOCIATION or Extended ASSOCIATION Object, and the Association > is Type "Single Sided Associated Bidirectional LSP", the PATH message > MUST carry the REVERSE_LSP Object. > > I won't insist on a change, what is there is probably good enough, if > what I written is clearer and you want to use, use it. > > However, there were one more thing that bothered me, we appear to be > changing the rules that applies to the REVERSE_LSP Object. Before it > was "optional" now it becomes "mandatory". > > The authors says that they have not deployed any implementation that > follows the old rule. This is fine, but are we sure that no one else > has? If they have, they need to speak up, then we can decide if and how it impacts our direction. > Do we need to take steps to make sure that this is not the case? > Given the score of post wg lc changes, I expect we'll do another lc once all open issues are resolved. This will be another opportunity for folks to speak up. Lou > /Loa > > > > > On 2015-02-21 00:33, Lou Berger wrote: > > Loa has a fair point. If the draft is ambiguous on this point, it > > should be clarified. > > > > Loa, > > Can you take a look at the latest rev of the draft and let us know > > if you think is sufficiently clear? > > > > Thanks, > > Lou > > > > On 2/20/2015 10:39 AM, Rakesh Gandhi (rgandhi) wrote: > >> Hi Loa, > >> > >> This is for the associated bidirectional LSPs when using single sided > >> provisioning. > >> Specially, when the initiating node is inserting the ASSOCIATION Object > >> with Association Type "Single Sided Associated Bidirectional LSP" to > >> trigger creation of reverse LSP on the egress node. > >> > >> Thanks, > >> Rakesh > >> > >> > >> On 2015-02-20 8:30 AM, "Loa Andersson" wrote: > >> > >>> Lou, > >>> > >>> There are lots of "forward LSPs" out there, what is the criteria more > >>> in detail where the REVERSE_LSP Object will be required if we choose > >>> option 1? > >>> > >>> /Loa > >>> > >>> On 2015-02-18 10:09, Lou Berger wrote: > >>>> Some options: > >>>> a) Always require a REVERSE_LSP Object in the forward LSP > >>> -- > >>> > >>> > >>> Loa Andersson email: loa@mail01.huawei.com > >>> Senior MPLS Expert loa@pi.nu > >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >>> > >>> _______________________________________________ > >>> Teas mailing list > >>> Teas@ietf.org > >>> https://www.ietf.org/mailman/listinfo/teas > >> _______________________________________________ > >> Teas mailing list > >> Teas@ietf.org > >> https://www.ietf.org/mailman/listinfo/teas > >> > > > > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Sat Feb 21 07:05:55 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C7781A7021; Sat, 21 Feb 2015 07:05:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L3vvvcmVjYjL; Sat, 21 Feb 2015 07:05:51 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BF5531A7016; Sat, 21 Feb 2015 07:05:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150221150551.19881.59570.idtracker@ietfa.amsl.com> Date: Sat, 21 Feb 2015 07:05:51 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-05.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 15:05:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-05.txt Pages : 20 Date : 2015-02-21 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to specify all the parameters of an associated LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Feb 21 07:07:27 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B1BD1A702B for ; Sat, 21 Feb 2015 07:07:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HP9IScLKIRUC for ; Sat, 21 Feb 2015 07:07:24 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EFCA1A7023 for ; Sat, 21 Feb 2015 07:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4033; q=dns/txt; s=iport; t=1424531242; x=1425740842; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=QPCQ0BehOeZYgscZcy4TZwrHsxJthiywcoPImmJ44K0=; b=bScw3a4bBYj4X7LsUuOpwQOBX9b4Nd9doQAvUifnt1ggPBUhTar1bP+f WcSuxnlPEvxjBBl7P0dzkXhNACmjEjHTocxBKlM1M0CfPsCzpDQyvimh9 6o43MnzF5Mb4f5nukLv2nRTMOpzFHZUU7C+ajlkI3Jtb90M9ampgQnXOr E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AlBQC8nuhU/4cNJK1agwZSWgTDAQqFcQKBGEMBAQEBAQF8hBABAQQBAQE3MQMLDgQBCBgeKwwLJQIEAQ0FiC8N0xsBAQEBAQEBAQEBAQEBAQEBAQEBAQETBASLC4QMEQElKweEKwWPTolBgRuDFYtCgz4iggIcFIE8b4ELOX8BAQE X-IronPort-AV: E=Sophos;i="5.09,620,1418083200"; d="scan'208";a="125695431" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-4.cisco.com with ESMTP; 21 Feb 2015 15:07:22 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t1LF7LCf024425 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 21 Feb 2015 15:07:21 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Sat, 21 Feb 2015 09:07:21 -0600 From: "Rakesh Gandhi (rgandhi)" To: Loa Andersson , Lou Berger Thread-Topic: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSHS1IlNxC6WSUE6zKODZmDhq1pz2E2gAgAPjIwD//9A0AIAAYswAgAE2DAD///BrAA== Date: Sat, 21 Feb 2015 15:07:20 +0000 Message-ID: In-Reply-To: <54E865E6.10101@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.209.21] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 15:07:26 -0000 Hi Loa, Thank you for your review and comments. Please see inline .. .. On 2015-02-21 6:03 AM, "Loa Andersson" wrote: >Folks, > >We might be close requiring the obvious, but I would feel more >comfortable if the draft said (in section 5.2) were a little bit >clearer. > >It was changed from: > =09 > A node initiating a Path message containing an ASSOCIATION or > Extended ASSOCIATION Object with the Association Type set to "Single > Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object > in the Path message of the LSP when it wishes to control the reverse > LSP originating on the other endpoint node. > >To: > A node initiating a Path message containing an ASSOCIATION or > Extended ASSOCIATION Object with the Association Type set to "Single > Sided Associated Bidirectional LSP" MUST include a REVERSE_LSP Object > in the Path message of the LSP. > >Maybe:=09 > > When a node initiates setup of an LSP using a PATH message containing > an ASSOCIATION or Extended ASSOCIATION Object, and the Association > is Type "Single Sided Associated Bidirectional LSP", the PATH message > MUST carry the REVERSE_LSP Object. > >I won't insist on a change, what is there is probably good enough, if >what I written is clearer and you want to use, use it. Reworded this text in the latest revision (05). May be it reads better now. > >However, there were one more thing that bothered me, we appear to be >changing the rules that applies to the REVERSE_LSP Object. Before it >was "optional" now it becomes "mandatory". > >The authors says that they have not deployed any implementation that >follows the old rule. This is fine, but are we sure that no one else >has? Do we need to take steps to make sure that this is not the case? Your point is fair. However, the initiating node of such implementation needs to somehow tell the third party remote node to either trigger or not trigger the reverse LSP. As this was not specified in the draft, such implementation may not be interoperable, IMO. Thanks, Rakesh >/Loa > > > > >On 2015-02-21 00:33, Lou Berger wrote: >> Loa has a fair point. If the draft is ambiguous on this point, it >> should be clarified. >> >> Loa, >> Can you take a look at the latest rev of the draft and let us know >> if you think is sufficiently clear? >> >> Thanks, >> Lou >> >> On 2/20/2015 10:39 AM, Rakesh Gandhi (rgandhi) wrote: >>> Hi Loa, >>> >>> This is for the associated bidirectional LSPs when using single sided >>> provisioning. >>> Specially, when the initiating node is inserting the ASSOCIATION Object >>> with Association Type "Single Sided Associated Bidirectional LSP" to >>> trigger creation of reverse LSP on the egress node. >>> >>> Thanks, >>> Rakesh >>> >>> >>> On 2015-02-20 8:30 AM, "Loa Andersson" wrote: >>> >>>> Lou, >>>> >>>> There are lots of "forward LSPs" out there, what is the criteria more >>>> in detail where the REVERSE_LSP Object will be required if we choose >>>> option 1? >>>> >>>> /Loa >>>> >>>> On 2015-02-18 10:09, Lou Berger wrote: >>>>> Some options: >>>>> a) Always require a REVERSE_LSP Object in the forward LSP >>>> -- >>>> >>>> >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>> >>>> _______________________________________________ >>>> Teas mailing list >>>> Teas@ietf.org >>>> https://www.ietf.org/mailman/listinfo/teas >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas >>> >> >> > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Feb 21 07:09:29 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8691D1A7012; Sat, 21 Feb 2015 07:09:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.828 X-Spam-Level: X-Spam-Status: No, score=-10.828 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AO2TDno4X0AU; Sat, 21 Feb 2015 07:09:24 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E86871A6FF0; Sat, 21 Feb 2015 07:09:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=37878; q=dns/txt; s=iport; t=1424531364; x=1425740964; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=32O0xkOIKIAVMa4ZjA+wHjQIU7IX3R+IXePOdsXmPqQ=; b=YTr8hQ0A4mKI0aZ891lTSGtOsZh2tSTTxvo+bDmqYhFCQnzNvcwysjlp ylal4jwU+NERaXVpPvFfL5mapbKvXkZZhcBS49g5tJ4CMkVRVrvGPRsFg ycok21HFtRZQ6Uo/l5HrUGSSkD6fIq7A7rGMnJpnhqTwHxcptwGY5r8A6 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BECABhn+hU/5pdJa1agkNDUloEgwS+GYFugjiDOQIcfEMBAQEBAQF8hA8BAgQjVhIBCBEDAQIhAQYDAgQfERQJCAIEAQ0FiBsDEQ26bJJ4DYUsAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4oRfoJEgX8QCgcKBgECBIJigUMFjV2BcYNchB+BRoEbOIJdiHmCSYM+IoIygTxvAYFDfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,620,1418083200"; d="scan'208,217";a="394892343" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 21 Feb 2015 15:08:59 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t1LF8xXs024969 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 21 Feb 2015 15:08:59 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0195.001; Sat, 21 Feb 2015 09:08:58 -0600 From: "Rakesh Gandhi (rgandhi)" To: "lizho.jin@gmail.com" , teas , draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Topic: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 Thread-Index: AQHQTClZV8QpAZPuTkidKIUKCqOoRJz7SQsA Date: Sat, 21 Feb 2015 15:08:58 +0000 Message-ID: In-Reply-To: <201502191749217392692@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.209.21] Content-Type: multipart/alternative; boundary="_000_D10E0167506F4rgandhiciscocom_" MIME-Version: 1.0 Archived-At: Cc: rtg-dir , rtg-ads Subject: Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 15:09:27 -0000 --_000_D10E0167506F4rgandhiciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTGl6aG9uZywNCg0KVGhhbmsgeW91IGZvciByZXZpZXdpbmcgdGhlIGRvY3VtZW50IGFuZCBw cm92aWRpbmcgeW91ciBjb21tZW50cy4NCg0KUGxlYXNlIHNlZSBpbmxpbmUgLi4gPFJHPiAuLg0K DQpGcm9tOiAiTGl6aG9uZyBjb20+IiA8bGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8u amluQGdtYWlsLmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBB TQ0KVG86IHRlYXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQt aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10 ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZzxtYWls dG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29s cy5pZXRmLm9yZz4+DQpDYzogcnRnLWRpciA8cnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRp ckBpZXRmLm9yZz4+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4s IHJ0Zy1hZHMgPHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0 Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYt dGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCg0KU29ycnksIEkgbWlz c2VkIG9uZSBtb3JlIGNvbW1lbnQgYmVsb3c6DQpTZWN0aW9uIDcgU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnMNCltMaXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBh bGxvdyBvbmUgbm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlz IHdpbGwgaW50cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4N ClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rl bnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGlu IHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NClJlZ2FyZHMNCkxpemhvbmcNCg0KRnJvbTogbGl6aG8uamluQGdtYWlsLmNvbTxtYWls dG86bGl6aG8uamluQGdtYWlsLmNvbT4NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFz PG1haWx0bzp0ZWFzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4 dC1hc3NvY2lhdGVkLWxzcDxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4 dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZz4NCkNDOiBydGctZGlyQGlldGYub3JnPG1h aWx0bzpydGctZGlyQGlldGYub3JnPjsgcnRnLWFkczxtYWlsdG86cnRnLWFkc0B0b29scy5pZXRm Lm9yZz47IHRlYXM8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSdGdEaXIgUmV2aWV3 IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDIN CkhlbGxvDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8v dHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCkFsdGhvdWdo IHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcg QURzLCBpdA0Kd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9u ZyB3aXRoIGFueSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2 ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1 cGRhdGluZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1y c3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQpSZXZpZXdlcjogTGl6aG9uZyBKaW4NClJldmll dyBEYXRlOiAxOSBGZWJydWFyeSAyMDE1DQpJRVRGIExDIEVuZCBEYXRlOiBOL0ENCkludGVuZGVk IFN0YXR1czogU3RhbmRhcmQgVHJhY2sNCg0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBiYXNp Y2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVzLCBh bmQgaG9wZQ0KdG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0aWNp cGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kgdG8g cmV2aWV3IGl0IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVu ZGVudCBwcm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4NCk5vIG1h am9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoNCjxS Rz4gR3JlYXQsIHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6DQpT ZWN0aW9uIDMuMg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJv dGggcHJvdmlzaW9uaW5nIG1vZGVscw0KYXJlIGFwcGxpY2FibGUuDQpbTGl6aG9uZ106IGZvciB0 aGUgc2Vjb25kIHNpdHVhdGlvbnMgYWJvdmUsIGhvdyBjb3VsZCB5b3UgbGV0IHRoZSByZXZlcnNl IExTUA0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lk ZSBwcm92aXNpb25pbmc/IFdvdWxkbid0IHRoZQ0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVy IHJldmVyc2UgTFNQPw0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiAzLjIuMS4NCkZvciB0aGUg c2luZ2xlIHNpZGVkIHByb3Zpc2lvbmluZyBtb2RlbCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1Ax IGlzDQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIgaXMgdHJp Z2dlcmVkIGJ5IExTUDEuDQpXaGVuIGNyZWF0aW9uIG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2Vy ZWQgYnkgTFNQMSwgTFNQMSBpcw0KcHJvdmlzaW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBM U1AxIGFscmVhZHkgZXhpc3RzKSBhdCBub2RlIEEuDQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIg aXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0IGluDQp0aGUgZG9j dW1lbnQuDQoNCjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVyZSBpcyB1c2VkIGlm IExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCDQphbmQgdGhlIGNyZWF0aW9uIG9m IHJldmVyc2UgTFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieQ0KTFNQMiBvciB0 aGUgcmV2ZXJzZSBMU1AxIGV4aXN0ZWQuIEluIGFsbCB0aHJlZSBzY2VuYXJpb3MsIHRoZSB0d28N CnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNzb2Np YXRlZA0KYmlkaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChFeHRlbmRlZCkgQVNT T0NJQVRJT04gT2JqZWN0cw0KaW4gdGhlIHR3byBMU1BzJyBQYXRoIG1lc3NhZ2VzLg0KW0xpemhv bmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaXMgcmVhbGlzdGljIGluIFNp bmdsZSBTaWRlZCBQcm92aXNpb25pbmcuDQpMU1AyIGlzIHByb3Zpc2lvbmVkIGZpcnN0LCByZXZl cnNlIExTUDEgYXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVmb3JlIExTUDIuDQpUaGUgd2hhdCBpcyB0 aGUgQXNzb2NpYXRpb24gVHlwZSBpbiByZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRo ZSByZXZlcnNlDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/DQoNCjxSRz4gIEZpeGVkLg0KDQpT ZWN0aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMNCkluIGdlbmVyYWwsIHRoZSBwcm9jZXNzaW5nIHJ1 bGVzIGZvciB0aGUgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBhcw0Kc3BlY2lmaWVkIGluIFtSRkM0 ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBzcGVjaWZpZWQNCmluIFtS RkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vz c2luZw0KKEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBhbmQgUkVWRVJTRV9MU1Agb2JqZWN0cyBmb3Ig YXNzb2NpYXRlZA0KYmlkaXJlY3Rpb25hbCBMU1BzLg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRy YWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZw0K cnVsZXMgZm9yIGluZGVwZW5kZW50IHByb3Zpc2lvbmluZy4gSXQgaXMgYmV0dGVyIHRvIHNheSBp dCBoZXJlIG9yIG90aGVyIHBsYWNlLg0KDQo8Ukc+IFRoZXJlIGFyZSByZWxhdGVkIGNoYW5nZXMg aW4gdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCwgZXNwZWNpYWxseSB3aXRoIFJFVkVS U0VfTFNQIE9iamVjdCB1c2FnZS4gUGxlYXNlIGFkdmlzZSBpZiBsaWtlIHRvIHNlZSBhbnl0aGlu ZyBzcGVjaWZpYy4NCg0KU2VjdGlvbiA1LjENCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0 cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQNCkFzc29jaWF0aW9uIFR5 cGVzIE1VU1QgTk9UIGJlIGFkZGVkIGluIHRoZSBzYW1lIFBhdGggbWVzc2FnZS4NCltMaXpob25n XTogd2hhdCBpZiB0d28gdHlwZXMgZXhpc3QgdG9nZXRoZXI/IE9ubHkgdXNlIHRoZSBmaXJzdCBv bmU/DQoNCjxSRz4gSXQgc2F5cyBNVVNUIE5PVCA6KQ0KDQpTZWN0aW9uIDUuMg0KVGhlIFJFVkVS U0VfTFNQIE9iamVjdCBNVVNUIE5PVCBiZSBpbmNsdWRlZCBpbiBhIFJFVkVSU0VfTFNQIE9iamVj dC4NCltMaXpob25nXTogdHlwbyBoZXJlPw0KDQo8Ukc+IFRoZSBkb2N1bWVudCBkb2VzIG5vdCBh bGxvdyBuZXN0ZWQgUkVWRVJTRV9MU1AgT2JqZWN0cy4NCg0KU2VjdGlvbiA1LjMNCkluIHBhcnRp Y3VsYXIsIGFueSBvYmplY3QgdGhhdCB3YXMgY29waWVkIGFzIHBhcnQgb2YgaW5pdGlhbCBQYXRo IG1lc3NhZ2UgY3JlYXRpb24gTVVTVA0KYmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQpbTGl6aG9u Z106IG5vdCB1bmRlcnN0b29kICJjb3BpZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQg YWZ0ZXIgbW9kaWZpZWQiPw0KDQo8Ukc+IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRo ZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2UgdGhlDQpub2RlIE1VU1Qg cmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFy DQptZXNzYWdlIHByb2Nlc3NpbmcuIFRlYXIgZG93biBvZiB0aGUgcmV2ZXJzZSBMU1AgZm9yIG90 aGVyIHJlYXNvbnMNClNIT1VMRCBOT1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5n IExTUCwgYnV0IFNIT1VMRCByZXN1bHQNCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0 aEVyciB3aXRoIEVycm9yIGNvZGUgIkFkbWlzc2lvbg0KQ29udHJvbCBGYWlsdXJlICgwMSkgW1JG QzIyMDVdIiBhbmQgU3ViLWNvZGUgIlJldmVyc2UgTFNQIEZhaWx1cmUiDQpkZWZpbmVkIGluIHRo aXMgZG9jdW1lbnQuDQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNj dXJhdGUuIFdoYXQgaWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVj YXVzZSBvZiBsb2NhbCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2 ZQ0KUGF0aFRlYXIsIGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExT UD8gSXQgc2hvdWxkIHNheSwgd2hlbmV2ZXINCnRoZSBmb3J3YXJkIExTUCBpcyBkb3duLCB0aGUg cmV2ZXJzZSBMU1AgU0hPVUxEIGJlIHJlbW92ZWQuDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhh bmtzIGFnYWluLA0KUmFrZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K --_000_D10E0167506F4rgandhiciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <7F7E5A1F67902F4B8D1BC28904CF5088@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+SGkgTGl6aG9u Zyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rIHlvdSBmb3IgcmV2aWV3aW5n IHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuPC9kaXY+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj5QbGVhc2Ugc2VlIGlubGluZSAuLiAmbHQ7UkcmZ3Q7IC4uPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWdu OmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxF RlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsg UEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVS LVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZxdW90O0xpemhvbmcgY29tJmd0OyZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20iPmxpemhvLmppbkBnbWFpbC5j b208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3Nw YW4+VGh1cnNkYXksIDE5IEZlYnJ1YXJ5LCAyMDE1IDQ6NDkgQU08YnI+DQo8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj50ZWFzICZsdDs8YSBocmVmPSJtYWlsdG86dGVh c0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7LCBkcmFmdC1pZXRmLXRlYXMtbXBscy10 cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0 Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZyI+ ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5p ZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8 L3NwYW4+cnRnLWRpciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1k aXJAaWV0Zi5vcmc8L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5v cmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OywgcnRnLWFkcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0 Zy1hZHNAdG9vbHMuaWV0Zi5vcmciPnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0Ozxicj4N CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtUZWFz XSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNz b2NpYXRlZC1sc3AtMDI8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PjxzdHls ZT5ib2R5IHsgbGluZS1oZWlnaHQ6IDEuNTsgfWJsb2NrcXVvdGUgeyBtYXJnaW4tdG9wOiAwcHg7 IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyB9ZGl2LmZveGRpdjIwMTUw MjE5MTc0NjU4NzMzMjk4IHsgfWJvZHkgeyBmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6 ICdUaW1lcyBOZXcgUm9tYW4nOyBjb2xvcjogcmdiKDAsIDAsIDApOyBsaW5lLWhlaWdodDogMS41 OyB9PC9zdHlsZT4NCjxkaXY+DQo8ZGl2Pjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PHNwYW4+ PC9zcGFuPlNvcnJ5LCBJIG1pc3NlZCBvbmUgbW9yZSBjb21tZW50IGJlbG93OjwvZm9udD48L2Rp dj4NCjxkaXY+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5TZWN0aW9uIDcmbmJzcDs8c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGxpbmUtaGVpZ2h0OiAxLjU7IGJhY2tncm91bmQtY29s b3I6IHdpbmRvdzsiPlNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC9zcGFuPjwvZm9udD48L2Rpdj4N CjxkaXY+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAs MCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6 bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij5bTGl6aG9uZ10gdGhlIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZyBtb2RlIHdpbGwgYWxsb3cg b25lIG5vZGUgdG8gdHJpZ2dlciBhbm90aGVyDQo8YnI+DQpub2RlIHRvIHNldHVwIExTUC4gVGhp cyB3aWxsIGludHJvZHVjZSBzb21lIHNlY3VyaXR5IGlzc3VlIGZvciB0aGUgcmVtb3RlIG5vZGUu IDxicj4NClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFs bG93L2Rlbnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLjwvZm9udD48L3NwYW4+PC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JH Jmd0OyBBZ3JlZSwgdXBkYXRlZCBpbiB0aGUgbGF0ZXN0IHJldmlzaW9uICgwNSkuPC9kaXY+DQo8 c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGhyIHN0eWxlPSJXSURUSDogMjEwcHg7IEhFSUdIVDogMXB4IiBjb2xvcj0iI2I1 YzRkZiIgc2l6ZT0iMSIgYWxpZ249ImxlZnQiPg0KPGRpdj48c3Bhbj4NCjxkaXYgc3R5bGU9Ik1B UkdJTjogMTBweDsgRk9OVC1GQU1JTFk6IHZlcmRhbmE7IEZPTlQtU0laRTogMTBwdCI+DQo8ZGl2 PlJlZ2FyZHM8L2Rpdj4NCjxkaXY+TGl6aG9uZzwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+PC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7 IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj bSAwY20gMGNtIj4NCjxkaXYgc3R5bGU9IlBBRERJTkctUklHSFQ6IDhweDsgUEFERElORy1MRUZU OiA4cHg7IEZPTlQtU0laRTogMTJweDtGT05ULUZBTUlMWTp0YWhvbWE7Q09MT1I6IzAwMDAwMDsg QkFDS0dST1VORDogI2VmZWZlZjsgUEFERElORy1CT1RUT006IDhweDsgUEFERElORy1UT1A6IDhw eCI+DQo8ZGl2PjxiPkZyb206PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21h aWwuY29tIj5saXpoby5qaW5AZ21haWwuY29tPC9hPjwvZGl2Pg0KPGRpdj48Yj5EYXRlOjwvYj4m bmJzcDsyMDE1LTAyLTE5Jm5ic3A7MTc6MjE8L2Rpdj4NCjxkaXY+PGI+VG86PC9iPiZuYnNwOzxh IGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmRy YWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0 Zi5vcmciPg0KZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxz cDwvYT48L2Rpdj4NCjxkaXY+PGI+Q0M6PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpydGctZGly QGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnJ0Zy1hZHNA dG9vbHMuaWV0Zi5vcmciPg0KcnRnLWFkczwvYT47IDxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYu b3JnIj50ZWFzPC9hPjwvZGl2Pg0KPGRpdj48Yj5TdWJqZWN0OjwvYj4mbmJzcDtSdGdEaXIgUmV2 aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3At MDI8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAy MTkxNzQ2NTg3MzMyOTgiPg0KPGRpdj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxzcGFuPjwv c3Bhbj48L2ZvbnQ+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFj ZT0i5b6u6L2v6ZuF6buRIj5IZWxsbzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZuYnNwOzwvZm9udD48L2Rp dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/p m4Xpu5EiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJl dmlld2VyIGZvciB0aGlzIGRyYWZ0LjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlRoZSBSb3V0aW5nIERpcmVj dG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQ8L2Zv bnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i 5b6u6L2v6ZuF6buRIj5kcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwg YW5kIElFU0cgcmV2aWV3LCBhbmQ8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo dDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5zb21ldGltZXMgb24gc3BlY2lh bCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGU8L2ZvbnQ+ PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj5hc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3Jt YXRpb24gYWJvdXQgdGhlIFJvdXRpbmc8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhl aWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5EaXJlY3RvcmF0ZSwgcGxl YXNlIHNlZSDigIs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs OyI+PGEgaHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtp L1J0Z0RpciIgc3R5bGU9InRleHQtZGVjb3JhdGlvbjogbm9uZSAhaW1wb3J0YW50OyI+PGZvbnQg ZmFjZT0i5b6u6L2v6ZuF6buRIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90 cmFjL3dpa2kvUnRnRGlyPC9mb250PjwvYT48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0 OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZuYnNwOzwvZm9udD48L2Rpdj4N CjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xp u5EiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIFJvdXRpbmcgQURzLCBpdDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0 OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPndvdWxkIGJlIGhlbHBmdWwgaWYg eW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURjwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7o va/pm4Xpu5EiPkxhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZl IHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+ZGlzY3Vzc2lvbiBvciBi eSB1cGRhdGluZyB0aGUgZHJhZnQuPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWln aHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2 Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+RG9jdW1lbnQ6Jm5ic3A7PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYmEo MCwgMCwgMCwgMCk7IGxpbmUtaGVpZ2h0OiAxLjU7Ij5kcmFmdC1pZXRmLXRlYXMtbXBscy10cC1y c3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5 bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlJldmll d2VyOiBMaXpob25nIEppbjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlJldmlldyBEYXRlOiAxOSBGZWJydWFy eSAyMDE1PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxm b250IGZhY2U9IuW+rui9r+mbhem7kSI+SUVURiBMQyBFbmQgRGF0ZTogTi9BPC9mb250PjwvZGl2 Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjazwvZm9udD48L2Rpdj4NCjxkaXYg c3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZu YnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9u dCBmYWNlPSLlvq7ova/pm4Xpu5EiPlN1bW1hcnk6PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF 6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+VGhlIGRv Y3VtZW50IGlzIGJhc2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24uIEkgZm91bmQgc29tZSBt aW5vciZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsg Zm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPmlzc3VlcywNCiBh bmQgaG9wZTwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48 c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v 6ZuF6buRIj50byBzZWUgdGhlIGNsYXJpZmljYXRpb24uPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNr Z3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwv Zm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw YW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+Q29tbW5ldHM6PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsiPkkg cGF0aWNpcGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVj a3kgdG8gcmV2aWV3Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v 6ZuF6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+aXQg YWdhaW4uIE92ZXJhbGwsIHRoZTxicj4NCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVuZGVudCBw cm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3Vu ZC1jb2xvcjogd2luZG93OyI+ZGVzY3JpYmVkLiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5 bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9 r+mbhem7kTsgZm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPk5v IG1ham9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuPC9z cGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEdyZWF0LCB0aGFu a3MuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7 IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5 MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v cm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNl PSLlvq7ova/pm4Xpu5EiPk1ham9yIGlzc3VlczogTm88L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRp diBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNv bG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L3Nw YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9 ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+TWlu b3IgaXNzdWVzOjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog bm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZh Y2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiAzLjI8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBz dHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4g ZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJvdGggcHJvdmlzaW9uaW5n IG1vZGVscw0KPGJyPg0KYXJlIGFwcGxpY2FibGUuIDxicj4NCltMaXpob25nXTogZm9yIHRoZSBz ZWNvbmQgc2l0dWF0aW9ucyBhYm92ZSwgaG93IGNvdWxkIHlvdSBsZXQgdGhlIHJldmVyc2UgTFNQ IDxicj4NCnRvIGJlIGV4aXN0ZWQgYmVmb3JlIHRoZSBmb3J3YXJkIExTUCBmb3Igc2luZ2xlIHNp ZGUgcHJvdmlzaW9uaW5nPyBXb3VsZG4ndCB0aGUmbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5yZXZl cnNlIExTUCB0cmlnZ2VyIGFub3RoZXImbmJzcDs8L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiDlvq7ova/pm4Xpu5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3 aW5kb3c7Ij5yZXZlcnNlIExTUD88L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 PiZsdDtSRyZndDsgJm5ic3A7Rml4ZWQuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NF Q1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4 OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYg Y2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rp dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xpu5Es dGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0 aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gMy4yLjEuJm5i c3A7PGJyPg0KRm9yIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlzaW9uaW5nIG1vZGVsLCBjcmVhdGlv biBvZiByZXZlcnNlIExTUDEgaXMgPGJyPg0KdHJpZ2dlcmVkIGJ5IExTUDIgb3IgY3JlYXRpb24g b2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLiA8YnI+DQpXaGVuIGNyZWF0aW9u IG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2VyZWQgYnkgTFNQMSwgTFNQMSBpcyA8YnI+DQpwcm92 aXNpb25lZCBmaXJzdCAob3IgcmVmcmVzaGVkIGlmIExTUDEgYWxyZWFkeSBleGlzdHMpIGF0IG5v ZGUgQS4gPGJyPg0KW0xpemhvbmddOiBMU1AxIGFuZCBMU1AyIGlzIGluIEZpcmd1cmUxPyBCZXR0 ZXIgdG8gZXhwbGljaXRseSBzYXkgdGhhdCBpbjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2Zv bnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9u dC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89 IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj50aGUgZG9jdW1lbnQuPC9mb250Pjwvc3Bhbj48 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9z cGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2PiZsdDtSRyZndDsgJm5ic3A7Rml4 ZWQuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGJsb2NrcXVvdGU+ DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+PC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L3NwYW4+PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0K PGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4t Ym90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZv eERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt YWw7Ij48c3BhbiDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdi KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1z dHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/p m4Xpu5EiPjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo dDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2Nv bG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFs O2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9 ImJhY2tncm91bmQtY29sb3I6IHJnYmEoMCwgMCwgMCwgMCk7Ij48Zm9udCBmYWNlPSLlvq7ova/p m4Xpu5EiPiZuYnNwO0Egc2ltaWxhciBwcm9jZWR1cmUNCiBpcyB1c2VkIGlmIExTUDIgaXMgcHJv dmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIDxicj4NCmFuZCB0aGUgY3JlYXRpb24gb2YgcmV2ZXJz ZSBMU1AxIGF0IG5vZGUgQSBpcyBlaXRoZXIgdHJpZ2dlcmVkIGJ5IDxicj4NCkxTUDIgb3IgdGhl IHJldmVyc2UgTFNQMSBleGlzdGVkLiBJbiBhbGwgdGhyZWUgc2NlbmFyaW9zLCB0aGUgdHdvIDxi cj4NCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNz b2NpYXRlZCA8YnI+DQpiaWRpcmVjdGlvbmFsIExTUCBiYXNlZCBvbiBpZGVudGljYWwgKEV4dGVu ZGVkKSBBU1NPQ0lBVElPTiBPYmplY3RzIDxicj4NCmluIHRoZSB0d28gTFNQcycgUGF0aCBtZXNz YWdlcy4gPGJyPg0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8g aXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuDQo8YnI+DQpMU1AyIGlz IHByb3Zpc2lvbmVkIGZpcnN0LCByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVm b3JlIExTUDIuIDxicj4NClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVy c2UgTFNQMT8gQmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UmbmJzcDs8L2ZvbnQ+PC9zcGFu Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDl vq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjog cmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+TFNQMSB0cmlnZ2Vy IGFub3RoZXINCiBMU1A/Jm5ic3A7PGJyPg0KPC9mb250Pjwvc3Bhbj48L3NwYW4+PC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxk aXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7ICZuYnNwO0ZpeGVkLjwvZGl2 Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxibG9ja3F1b3RlPg0KPGRpdiBj bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8 ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTog MHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1 MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48 YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0 eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+U2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzDQo8YnI+DQpJbiBnZW5lcmFsLCB0aGUg cHJvY2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMgPGJyPg0K c3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFy ZSBzcGVjaWZpZWQgPGJyPg0KaW4gW1JGQzY3ODBdLiBGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3Jp YmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nIDxicj4NCihFeHRlbmRlZCkgQVNTT0NJQVRJT04g YW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgPGJyPg0KYmlkaXJlY3Rpb25h bCBMU1BzLiA8YnI+DQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0IGlzIG5vdCBleHBs aWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nJm5ic3A7PC9mb250Pjwvc3Bhbj48 L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xp u5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv bG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNv cmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJ1bGVzIGZvciBpbmRl cGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlzIGJldHRlciB0byBzYXkgaXQgaGVyZSBvcg0KIG90 aGVyIHBsYWNlLjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 ZGl2PiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZl cnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVz YWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLjwvZGl2 Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4t bGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODcz MzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF 6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1j b2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVj b3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+ PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+ rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0 ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlv biA1LjE8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0 eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3Jv dW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj4o RXh0ZW5kZWQpIEFTU09DSUFUSU9ODQogT2JqZWN0cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFu ZCBkb3VibGUgc2lkZWQgPGJyPg0KQXNzb2NpYXRpb24gVHlwZXMgTVVTVCBOT1QgYmUgYWRkZWQg aW4gdGhlIHNhbWUgUGF0aCBtZXNzYWdlLiA8YnI+DQpbTGl6aG9uZ106IHdoYXQgaWYgdHdvIHR5 cGVzIGV4aXN0IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPzwvZm9udD48L3NwYW4+ PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k aXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEl0IHNheXMg TVVTVCBOT1QgOik8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2 Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0 b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2 MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsi PjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCww LDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxl Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48YnI+ DQo8L2ZvbnQ+PC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNS4yPC9mb250PjwvZGl2 Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3Jv dW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5U aGUgUkVWRVJTRV9MU1AgT2JqZWN0IE1VU1QgTk9UIGJlIGluY2x1ZGVkIGluIGEgUkVWRVJTRV9M U1AgT2JqZWN0Lg0KPGJyPg0KW0xpemhvbmddOiB0eXBvIGhlcmU/PC9mb250Pjwvc3Bhbj48L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFu Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBUaGUgZG9jdW1lbnQgZG9lcyBu b3QgYWxsb3cgbmVzdGVkIFJFVkVSU0VfTFNQIE9iamVjdHMuPC9kaXY+DQo8c3BhbiBpZD0iT0xL X1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0K PGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5 bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjog cmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250 Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+ rui9r+mbhem7kSI+U2VjdGlvbiA1LjM8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNp emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm b250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4gcGFydGljdWxhciwgYW55IG9iamVjdCB0aGF0IHdh cyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGgNCiBtZXNzYWdlIGNyZWF0aW9uIE1VU1Q8 L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxz cGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5v cm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+ YmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQo8YnI+DQpbTGl6aG9uZ106IG5vdCB1bmRlcnN0b29k ICZxdW90O2NvcGllZCB3aGVuIG1vZGlmaWVkJnF1b3Q7LCBpcyBpdCAmcXVvdDtjb3BpZWQgYWZ0 ZXIgbW9kaWZpZWQmcXVvdDs/PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxkaXY+Jmx0O1JHJmd0OyBGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD VElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7 IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBj bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48Zm9udCBm YWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNw YW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dy b3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3Rl eHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5JbiBib3Ro IGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2Ug dGhlDQo8YnI+DQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVz aW5nIFN0YW5kYXJkIFBhdGhUZWFyIDxicj4NCm1lc3NhZ2UgcHJvY2Vzc2luZy4gVGVhciBkb3du IG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyA8YnI+DQpTSE9VTEQgTk9UIHRy aWdnZXIgcmVtb3ZhbCBvZiB0aGUgaW5pdGlhdGluZyBMU1AsIGJ1dCBTSE9VTEQgcmVzdWx0IDxi cj4NCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRoIEVycm9yIGNvZGUg JnF1b3Q7QWRtaXNzaW9uIDxicj4NCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtSRkMyMjA1XSZxdW90 OyBhbmQgU3ViLWNvZGUgJnF1b3Q7UmV2ZXJzZSBMU1AgRmFpbHVyZSZxdW90OyA8YnI+DQpkZWZp bmVkIGluIHRoaXMgZG9jdW1lbnQuIDxicj4NCltMaXpob25nXTogdGhlIGFib3ZlIGRlc2NyaXB0 aW9uIGlzIG5vdCBhY2N1cmF0ZS4gV2hhdCBpZiB0aGUgZWdyZXNzIG5vZGUgaGF2ZTwvZm9udD48 L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9tYW4/Pztmb250LXNp emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm b250IGZhY2U9IuW+rui9r+mbhem7kSI+Zm9yd2FyZCBMU1AgZG93biBiZWNhdXNlIG9mIGxvY2Fs IGxpbmsgZG93bj8gSW4gdGhhdCBjYXNlLCBpdCB3aWxsIG5vdCByZWNlaXZlPC9mb250Pjwvc3Bh bj48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZTox NHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6 bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQg ZmFjZT0i5b6u6L2v6ZuF6buRIj5QYXRoVGVhciwgaXQgaXMgc3RpbGwgbmVlZCB0byB0ZWFyIGRv d24gdGhlIHJldmVyc2UgTFNQPyBJdCBzaG91bGQgc2F5LCB3aGVuZXZlciZuYnNwOzwvZm9udD48 L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9tYW4/Pztmb250LXNp emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm b250IGZhY2U9IuW+rui9r+mbhem7kSI+dGhlIGZvcndhcmQgTFNQIGlzIGRvd24sIHRoZSByZXZl cnNlIExTUCBTSE9VTEQgYmUgcmVtb3ZlZC4mbmJzcDs8YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEZpeGVkLjwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+TWFueSB0aGFua3MgYWdhaW4sPC9kaXY+DQo8ZGl2PlJha2VzaDwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+ DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdp bi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0i Rm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48c3BhbiB0aW1lc25l d3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0 aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L3Nw YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjwvZGl2Pg0KPGRpdj48c3Bhbj4NCjxkaXYgc3R5bGU9 Im1hcmdpbjogMTBweDsgZm9udC1zaXplOiAxMHB0OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPlJlZ2FyZHM8L2Rpdj4NCjxkaXYgc3R5 bGU9ImZvbnQtc2l6ZTogMTRweDsiPkxpemhvbmc8L2Rpdj4NCjwvZm9udD48L2Rpdj4NCjwvc3Bh bj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D10E0167506F4rgandhiciscocom_-- From nobody Sat Feb 21 12:03:00 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 329251A1BC9 for ; Sat, 21 Feb 2015 12:02:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.232 X-Spam-Level: X-Spam-Status: No, score=0.232 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lNCPpfJ5cTsa for ; Sat, 21 Feb 2015 12:02:56 -0800 (PST) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id B96461A1BFB for ; Sat, 21 Feb 2015 12:02:56 -0800 (PST) Received: (qmail 24434 invoked by uid 0); 21 Feb 2015 20:02:52 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy8.mail.unifiedlayer.com with SMTP; 21 Feb 2015 20:02:52 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id vF2k1p00h2SSUrH01F2nRz; Sat, 21 Feb 2015 20:02:50 -0700 X-Authority-Analysis: v=2.1 cv=GubRpCFC c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=IkcTkHD0fZMA:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=gfreDmdrSrjL0Y6hkeYA:9 a=N7Jf_VokG5fUW_2v:21 a=5o-ENVv_fGYMvRFa:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=XjrxnON4Cy2SgNViw4xQ6wsLhtFVFmO7k3pqZAUto30=; b=p059sA9ND90iFX+9BkThaas4KSi9Ys6A6UA5b3575ttFyPFM5N9M6Ztb5a3Pw3uVPz+J3haD/lHs20UJcz7/mV0h/KEnwPJSC7oklecH39PcAAnW5Jau5YycQKzdlQ0H; Received: from box313.bluehost.com ([69.89.31.113]:60243 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YPGGE-0002dj-P4; Sat, 21 Feb 2015 13:02:46 -0700 Message-ID: <54E8E462.2070200@labn.net> Date: Sat, 21 Feb 2015 15:02:42 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: TEAS WG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: Matt Hartley , "teas-chairs@ietf.org" Subject: [Teas] IETF 92 TEAS agenda requests X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 20:02:59 -0000 Dear TEAS, The IETF92 draft agenda is out. We're tentatively scheduled for Thursday Morning Session I -- note this may change. Please send your agenda requests to the addresses cc'ed above by end of day March 8th. Include draft name, and who will be presenting. A draft agenda will be uploaded on the 9th. WG Draft authors are expected to present if there are open issues to discuss, or to send status to the list *1 week* prior to the WG meeting if not presenting. Status includes review of: any recent changes, any open discussions or issues, and planned next steps. Slides will be due on Sunday March 22, 2015. (Send slides to the addresses cc'ed above, but not the WG.) Some important date: 2015-02-25 (Wednesday): Cut-off date for requests to reschedule Working Group and BOF meetings UTC 23:59. 2015-02-27 (Friday): Final agenda to be published. 2015-03-09 (Monday): Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59, upload using IETF ID Submission Tool. 2015-03-09 (Monday): Draft Working Group agendas due by UTC 23:59, upload using IETF Meeting Materials Management Tool. 2015-03-13 (Friday): Early Bird registration and payment cut-off at UTC 23:59. 2015-03-16 (Monday): Revised Working Group agendas due by UTC 23:59, upload using IETF Meeting Materials Management Tool. 2015-03-16 (Monday): Registration cancellation cut-off at UTC 23:59. 2015-03-20 (Friday): Final Pre-Registration and Pre-Payment cut-off at 17:00 local meeting time. 2015-03-22 - 2015-03-27: IETF 92 in Dallas, TX, USA Thanks, Lou, Deborah and Matt From nobody Sun Feb 22 18:26:23 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1433F1A00FB; Sun, 22 Feb 2015 18:26:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.683 X-Spam-Level: * X-Spam-Status: No, score=1.683 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bzWds7tWlujE; Sun, 22 Feb 2015 18:26:18 -0800 (PST) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAAC11A00F6; Sun, 22 Feb 2015 18:26:17 -0800 (PST) Received: by mail-ig0-f170.google.com with SMTP id l13so18196014iga.1; Sun, 22 Feb 2015 18:26:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=4TZNF5dIj8WY2OFChjAB+FH/5VByRff/HIsKxOiduYw=; b=vIWnjGMOBNMBHJqkrsiDU7l7PtebVjs09j4APH80hBRxwq3KThneGffcS3mn2iDt+A sNE5QzcaJpso0UzFZ1pxkThpjwrGwA0kuajx3oUSmPo81Yl8r45KRWaWCD1J56oNx2YP kY+6uasBJY02eBRbO7y9P/kW5ooeyxtJtu31OlN/G4Vl7VJbsuTF8+pShWxQZGSlPSAw JEtM+Pw43qvQelf2OjvFO69YCY8vY80i4e/WWuf6PMbqVGPlD+XIOCmv8u7W+zRH21AN rsNMUOhMob+sH4PdnxCeS6VEaprA2HteK0QuZ1EeaFMFH0vBJTmNGAp6draPr0eLTdBU HX2Q== X-Received: by 10.42.236.138 with SMTP id kk10mr9376934icb.60.1424658377081; Sun, 22 Feb 2015 18:26:17 -0800 (PST) Received: from Lizhong ([112.4.16.22]) by mx.google.com with ESMTPSA id lr3sm5406769igb.22.2015.02.22.18.26.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Feb 2015 18:26:16 -0800 (PST) Date: Mon, 23 Feb 2015 10:26:29 +0800 From: "lizho.jin@gmail.com" To: rgandhi , teas , draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp References: X-Priority: 3 X-GUID: 4E27F4CC-0CE2-407E-9A4A-50343CB6DB36 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015022310262586513513@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart038508345558_=----" Archived-At: Cc: rtg-dir , rtg-ads Subject: Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 02:26:21 -0000 This is a multi-part message in MIME format. ------=_001_NextPart038508345558_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmFrZXNoLA0KVGhhbmtzIGZvciB0aGUgcXVpY2sgcmVwbHkuIEkgcmVhZCB2MDUsIGFuZCBP SyBmb3IgdGhlIGNoYW5nZXMuIE9uZSBtaW5vciBjb21tZW50cyBiZWxvdywgZGVwZW5kcyBvbiB5 b3UgdG8gY2hhbmdlIG9yIG5vdC4NCg0KU2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzIA0KSW4g Z2VuZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9yIHRoZSBBU1NPQ0lBVElPTiBPYmplY3Qg YXJlIGFzIA0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04g T2JqZWN0IGFyZSBzcGVjaWZpZWQgDQppbiBbUkZDNjc4MF0uIEZvbGxvd2luZyBzZWN0aW9ucyBk ZXNjcmliZSB0aGUgcnVsZXMgZm9yIHByb2Nlc3NpbmcgDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9O IGFuZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lhdGVkIA0KYmlkaXJlY3Rpb25hbCBM U1BzLiANCltMaXpob25nXTogYWNyb3NzIHRoZSBkcmFmdCwgaXQgaXMgbm90IGV4cGxpY2l0bHkg c2F5aW5nIHdoYXQgaXMgdGhlIHByb2Nlc3NpbmcgDQpydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJv dmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUgb3Igb3RoZXIgcGxhY2UuDQoN CjxSRz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2Yg dGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVh c2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLg0KDQpbTGl6aG9uZ10g SSBsaWtlIHRoZSBleHBsaWN0IGRlc2NyaXB0aW9uLCBsaWtlIHRoZSBmb2xsb3dpbmcuIA0KRm9s bG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZyANCihFeHRl bmRlZCkgQVNTT0NJQVRJT04gb2JqZWN0cyBmb3IgYm90aCBTaW5nbGUgU2lkZWQgYW5kIA0KRG91 YmxlIFNpZGVkIFByb3Zpc2lvbmVkIExTUCwgYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgDQpvbmx5 IGZvciBTaW5nbGUgU2lkZWQgUHJvdmlzaW9uZWQgTFNQLg0KDQoNCg0KUmVnYXJkcw0KTGl6aG9u Zw0KIA0KRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkNCkRhdGU6IDIwMTUtMDItMjEgMjM6 MDgNClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyB0ZWFzOyBkcmFmdC1pZXRmLXRlYXMtbXBscy10 cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwDQpDQzogcnRnLWRpcjsgcnRnLWFkcw0KU3ViamVj dDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJz dnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCkhpIExpemhvbmcsDQoNClRoYW5rIHlvdSBmb3Ig cmV2aWV3aW5nIHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuDQoNClBs ZWFzZSBzZWUgaW5saW5lIC4uIDxSRz4gLi4NCg0KRnJvbTogIkxpemhvbmcgY29tPiIgPGxpemhv LmppbkBnbWFpbC5jb20+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBB TQ0KVG86IHRlYXMgPHRlYXNAaWV0Zi5vcmc+LCBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3Zw dGUtZXh0LWFzc29jaWF0ZWQtbHNwIDxkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0 LWFzc29jaWF0ZWQtbHNwQHRvb2xzLmlldGYub3JnPg0KQ2M6IHJ0Zy1kaXIgPHJ0Zy1kaXJAaWV0 Zi5vcmc+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPiwgcnRnLWFkcyA8cnRnLWFkc0B0b29scy5pZXRm Lm9yZz4NClN1YmplY3Q6IFJlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRl YXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQoNClNvcnJ5LCBJIG1pc3Nl ZCBvbmUgbW9yZSBjb21tZW50IGJlbG93Og0KU2VjdGlvbiA3IFNlY3VyaXR5IENvbnNpZGVyYXRp b25zDQpbTGl6aG9uZ10gdGhlIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZyBtb2RlIHdpbGwgYWxs b3cgb25lIG5vZGUgdG8gdHJpZ2dlciBhbm90aGVyIA0Kbm9kZSB0byBzZXR1cCBMU1AuIFRoaXMg d2lsbCBpbnRyb2R1Y2Ugc29tZSBzZWN1cml0eSBpc3N1ZSBmb3IgdGhlIHJlbW90ZSBub2RlLiAN ClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rl bnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGlu IHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZy b206IGxpemhvLmppbkBnbWFpbC5jb20NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFz OyBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwDQpDQzog cnRnLWRpckBpZXRmLm9yZzsgcnRnLWFkczsgdGVhcw0KU3ViamVjdDogUnRnRGlyIFJldmlldyBv ZiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQpI ZWxsbw0KIA0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUg cmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuDQpUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkDQpkcmFmdHMgYXMgdGhleSBw YXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQNCnNvbWV0aW1l cyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJv dmlkZQ0KYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9u IGFib3V0IHRoZSBSb3V0aW5nDQpEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigIsNCmh0dHA6Ly90 cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCiANCkFsdGhvdWdo IHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcg QURzLCBpdA0Kd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9u ZyB3aXRoIGFueSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2 ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1 cGRhdGluZyB0aGUgZHJhZnQuDQogDQpEb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAt cnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMg0KUmV2aWV3ZXI6IExpemhvbmcgSmluDQpSZXZp ZXcgRGF0ZTogMTkgRmVicnVhcnkgMjAxNQ0KSUVURiBMQyBFbmQgRGF0ZTogTi9BDQpJbnRlbmRl ZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrDQogDQpTdW1tYXJ5Og0KVGhlIGRvY3VtZW50IGlzIGJh c2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24uIEkgZm91bmQgc29tZSBtaW5vciBpc3N1ZXMs IGFuZCBob3BlDQp0byBzZWUgdGhlIGNsYXJpZmljYXRpb24uDQoNCkNvbW1uZXRzOg0KSSBwYXRp Y2lwYXRlIHRoZSBpbml0aWFsIGRpc2N1c3Npb24gb2YgdGhpcyBkcmFmdC4gSSBhbSBsdWNreSB0 byByZXZpZXcgaXQgYWdhaW4uIE92ZXJhbGwsIHRoZQ0KcHJvY2Vzc2luZyBydWxlIG9mIGluZGVw ZW5kZW50IHByb3Zpc2lvbmluZyBob3BlIHRvIGJlIGV4cGxpY2l0bHkgZGVzY3JpYmVkLiANCk5v IG1ham9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoN CjxSRz4gR3JlYXQsIHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6 DQpTZWN0aW9uIDMuMg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUs IGJvdGggcHJvdmlzaW9uaW5nIG1vZGVscyANCmFyZSBhcHBsaWNhYmxlLiANCltMaXpob25nXTog Zm9yIHRoZSBzZWNvbmQgc2l0dWF0aW9ucyBhYm92ZSwgaG93IGNvdWxkIHlvdSBsZXQgdGhlIHJl dmVyc2UgTFNQIA0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5n bGUgc2lkZSBwcm92aXNpb25pbmc/IFdvdWxkbid0IHRoZSANCnJldmVyc2UgTFNQIHRyaWdnZXIg YW5vdGhlciByZXZlcnNlIExTUD8NCg0KPFJHPiAgRml4ZWQuDQoNClNlY3Rpb24gMy4yLjEuIA0K Rm9yIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlzaW9uaW5nIG1vZGVsLCBjcmVhdGlvbiBvZiByZXZl cnNlIExTUDEgaXMgDQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExT UDIgaXMgdHJpZ2dlcmVkIGJ5IExTUDEuIA0KV2hlbiBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIg aXMgdHJpZ2dlcmVkIGJ5IExTUDEsIExTUDEgaXMgDQpwcm92aXNpb25lZCBmaXJzdCAob3IgcmVm cmVzaGVkIGlmIExTUDEgYWxyZWFkeSBleGlzdHMpIGF0IG5vZGUgQS4gDQpbTGl6aG9uZ106IExT UDEgYW5kIExTUDIgaXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0 IGluDQp0aGUgZG9jdW1lbnQuDQoNCjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVy ZSBpcyB1c2VkIGlmIExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIA0KYW5kIHRo ZSBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGVpdGhlciB0cmlnZ2VyZWQg YnkgDQpMU1AyIG9yIHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNjZW5h cmlvcywgdGhlIHR3byANCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRv IGZvcm0gYW4gYXNzb2NpYXRlZCANCmJpZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIGlkZW50aWNh bCAoRXh0ZW5kZWQpIEFTU09DSUFUSU9OIE9iamVjdHMgDQppbiB0aGUgdHdvIExTUHMnIFBhdGgg bWVzc2FnZXMuIA0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8g aXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuIA0KTFNQMiBpcyBwcm92 aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVkIGJlZm9yZSBM U1AyLiANClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVyc2UgTFNQMT8g QmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UgDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/ IA0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzIA0KSW4gZ2Vu ZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9yIHRoZSBBU1NPQ0lBVElPTiBPYmplY3QgYXJl IGFzIA0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2Jq ZWN0IGFyZSBzcGVjaWZpZWQgDQppbiBbUkZDNjc4MF0uIEZvbGxvd2luZyBzZWN0aW9ucyBkZXNj cmliZSB0aGUgcnVsZXMgZm9yIHByb2Nlc3NpbmcgDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9OIGFu ZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lhdGVkIA0KYmlkaXJlY3Rpb25hbCBMU1Bz LiANCltMaXpob25nXTogYWNyb3NzIHRoZSBkcmFmdCwgaXQgaXMgbm90IGV4cGxpY2l0bHkgc2F5 aW5nIHdoYXQgaXMgdGhlIHByb2Nlc3NpbmcgDQpydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJvdmlz aW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUgb3Igb3RoZXIgcGxhY2UuDQoNCjxS Rz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhl IGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVhc2Ug YWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLg0KDQpTZWN0aW9uIDUuMQ0K KEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBPYmplY3RzIHdpdGggYm90aCBzaW5nbGUgc2lkZWQgYW5k IGRvdWJsZSBzaWRlZCANCkFzc29jaWF0aW9uIFR5cGVzIE1VU1QgTk9UIGJlIGFkZGVkIGluIHRo ZSBzYW1lIFBhdGggbWVzc2FnZS4gDQpbTGl6aG9uZ106IHdoYXQgaWYgdHdvIHR5cGVzIGV4aXN0 IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPw0KDQo8Ukc+IEl0IHNheXMgTVVTVCBO T1QgOikNCg0KU2VjdGlvbiA1LjINClRoZSBSRVZFUlNFX0xTUCBPYmplY3QgTVVTVCBOT1QgYmUg aW5jbHVkZWQgaW4gYSBSRVZFUlNFX0xTUCBPYmplY3QuIA0KW0xpemhvbmddOiB0eXBvIGhlcmU/ DQoNCjxSRz4gVGhlIGRvY3VtZW50IGRvZXMgbm90IGFsbG93IG5lc3RlZCBSRVZFUlNFX0xTUCBP YmplY3RzLg0KDQpTZWN0aW9uIDUuMw0KSW4gcGFydGljdWxhciwgYW55IG9iamVjdCB0aGF0IHdh cyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGggbWVzc2FnZSBjcmVhdGlvbiBNVVNUDQpi ZSBjb3BpZWQgd2hlbiBtb2RpZmllZC4gDQpbTGl6aG9uZ106IG5vdCB1bmRlcnN0b29kICJjb3Bp ZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQgYWZ0ZXIgbW9kaWZpZWQiPw0KDQo8Ukc+ IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBh IFBhdGhUZWFyIG1lc3NhZ2UgdGhlIA0Kbm9kZSBNVVNUIHJlbW92ZSB0aGUgYXNzb2NpYXRlZCBy ZXZlcnNlIExTUCB1c2luZyBTdGFuZGFyZCBQYXRoVGVhciANCm1lc3NhZ2UgcHJvY2Vzc2luZy4g VGVhciBkb3duIG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyANClNIT1VMRCBO T1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5nIExTUCwgYnV0IFNIT1VMRCByZXN1 bHQgDQppbiB0aGUgZWdyZXNzIG5vZGUgc2VuZGluZyBhIFBhdGhFcnIgd2l0aCBFcnJvciBjb2Rl ICJBZG1pc3Npb24gDQpDb250cm9sIEZhaWx1cmUgKDAxKSBbUkZDMjIwNV0iIGFuZCBTdWItY29k ZSAiUmV2ZXJzZSBMU1AgRmFpbHVyZSIgDQpkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIA0KW0xp emhvbmddOiB0aGUgYWJvdmUgZGVzY3JpcHRpb24gaXMgbm90IGFjY3VyYXRlLiBXaGF0IGlmIHRo ZSBlZ3Jlc3Mgbm9kZSBoYXZlDQpmb3J3YXJkIExTUCBkb3duIGJlY2F1c2Ugb2YgbG9jYWwgbGlu ayBkb3duPyBJbiB0aGF0IGNhc2UsIGl0IHdpbGwgbm90IHJlY2VpdmUNClBhdGhUZWFyLCBpdCBp cyBzdGlsbCBuZWVkIHRvIHRlYXIgZG93biB0aGUgcmV2ZXJzZSBMU1A/IEl0IHNob3VsZCBzYXks IHdoZW5ldmVyIA0KdGhlIGZvcndhcmQgTFNQIGlzIGRvd24sIHRoZSByZXZlcnNlIExTUCBTSE9V TEQgYmUgcmVtb3ZlZC4gDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhhbmtzIGFnYWluLA0KUmFr ZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K ------=_001_NextPart038508345558_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A
<= span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rg= b(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text= -decoration:none;?=3D"">Hi Rakesh,
Thanks for the quick reply. I rea= d v05, and OK for the changes. One minor comments = below, depends on you to change or not.

Section 5. Processing Rules 
In general, the processing ru= les for the ASSOCIATION Object are as 
specified in [RFC4872] and = Extended ASSOCIATION Object are specified 
in [RFC6780]. Following= sections describe the rules for processing 
(Extended) ASSOCIATIO= N and REVERSE_LSP objects for associated 
bidirectional LSPs. = ;
[Lizhong]: across the draft, it is not explicitly saying what is the = processing 
rules for independent provisioning. It is better to say it here or other = place.

&= lt;RG> There are related changes in the latest version of the draft, es= pecially with REVERSE_LSP Object usage. Please advise if like to see anyth= ing specific.
=
[Lizhong] I lik= e the explict description, like the following. 
Following sections describ= e the rules for processing 
<= span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; line-heig= ht: normal;">(Extended) ASSOCIATION objects for both Single Sided and 
=
Double Sided Provisioned LSP, and REVERSE_LSP objects 
only for Single Sided Provisioned LSP.
=0A

=0A
Regards
Lizhong
=0A=
 
Dat= e: 2015-02-21 23:08
= Subject: Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-r= svpte-ext-associated-lsp-02
=0A
Hi Lizhong,
=0A

=0A
=0A
Th= ank you for reviewing the document and providing your comments.
=0A
=0A
=0A
Please see inline .. <RG> ..
=0A
=0A
=0A=0A
=0AFrom: "Lizhong com>" <lizho.jin@gm= ail.com>
=0ADate: Thursd= ay, 19 February, 2015 4:49 AM
=0ATo: <= /span>teas <teas@ietf.org>, dra= ft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-te= as-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
=0ACc: rtg-dir <rtg-dir@ietf.org>, teas <teas@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
=0ASubject: Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsv= pte-ext-associated-lsp-02
=0A
=0A

=0A
=0A
=0A=0A
= Sorry, I missed one more comment below:
=0A
Section 7 Security Conside= rations
=0A
[Lizhong] the single side provisioning mode will allow one node to= trigger another=0A
=0Anode to setup LSP. This will introduce some secu= rity issue for the remote node.
=0ASome administrative police may be i= ntroduced to allow/deny others to trigger LSP setup.
= =0A
=0A
=0A=0A

=0A
=0A
<RG> Agree,= updated in the latest revision (05).
=0A=0A
=0A
=0A

=0A
=0A
=0A
=0A<= div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt">=0A
= Regards
=0A
Lizhong
=0A
=0A
=0A
=0A 
=0A
=0A
=0A=0A
Date: 2015-02-19 17:21
=0A=0A= =0A
Subject: RtgDir Review of draft-ietf-teas-mpls-tp-rsvp= te-ext-associated-lsp-02
=0A
=0A
=0A
=0A
=0A
=0A
<= font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Hello
=0A 
=0A
I have been selected as = the Routing Directorate reviewer for this draft.
=0A
The Routing Directorate seeks to review all routing or routing-relate= d
=0A
drafts as they pass through IETF last call= and IESG review, and
=0A
<= font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">sometimes on special re= quest. The purpose of the review is to provide
=0A
assistance to the Routing ADs. For more information about the Routing=
=0A
Directorate, please see =E2=80=8B=0A=0A
 =
=0A
Although these comments are primarily for = the use of the Routing ADs, it
=0A
would be helpf= ul if you could consider them along with any other IETF
=0ALast Call comments that you receive, and strive to resolve them= through
=0A
discussion or by updating the draft.=
=0A
 
=0A
Docume= nt: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02=0A
Reviewer: Lizhong Jin
=0A
Rev= iew Date: 19 February 2015
=0A
IETF LC End Date: = N/A
=0A
Intended Status: Standard Track<= /div>=0A
 
=0A
Summary:=
=0A
The document is basically ready for publication. I found some mi= nor issues,=0A and hope<= /span>
=0A
to = see the clarification.
=0A
=0A

=0A
=0A
Commnets:<= /div>=0A
I paticipate the initial discussion= of this draft. I am lucky to review it again. Overall, the
=0Aprocessing rule of independent p= rovisioning hope to be explicitly described. 
=0A
No major issues, some minor issu= es need to be clarified.
=0A
=0A
=0A
=0A=
=0A
=0A=0A

=0A
=0A
<RG> Great, th= anks.
=0A=0A
=0A
=0A= =0A
=0A
=0A

=0A
=0A
Major issues: No<= /span>
=0A
=0A
=0A
Minor issues:
=0A
Section 3.2
=0A
In each of the situations described above, both provisioning models= =0A
=0Aare applicable.
=0A[Lizhong]: for the second situations abov= e, how could you let the reverse LSP
=0Ato be existed before the forwa= rd LSP for single side provisioning? Wouldn't the 
=0Areverse LSP trigger another reverse LSP?
=0A
=0A
=0A= =0A
=0A=0A=0A

=0A
=0A
<RG>  = Fixed.
=0A=0A
=0A
=0A= =0A
=0A
=0A

= =0A
=0A
Section 3.2.1.&= nbsp;
=0AFor the single sided provisioning model, creation of reverse L= SP1 is
=0Atriggered by LSP2 or creation of reverse LSP2 is triggered b= y LSP1.
=0AWhen creation of reverse LSP2 is triggered by LSP1, LSP1 is=
=0Aprovisioned first (or refreshed if LSP1 already exists) at node A.=
=0A[Lizhong]: LSP1 and LSP2 is in Firgure1? Better to explicitly say = that in
=0A
the= document.
=0A
=0A
=0A=0A
= =0A
=0A=0A

=0A
=0A
=0A
<RG>  F= ixed.
=0A=0A
=0A
=0A
=0A
=0A=0A
=0A
=0A
=0A
=0A
=0A
=
=0A
=0A
 A similar procedure= =0A is used if LSP2 is provisioned first at node B
=0Aand the creation= of reverse LSP1 at node A is either triggered by
=0ALSP2 or the rever= se LSP1 existed. In all three scenarios, the two
=0Aunidirectional LSP= s are bound together to form an associated
=0Abidirectional LSP based = on identical (Extended) ASSOCIATION Objects
=0Ain the two LSPs' Path m= essages.
=0A[Lizhong]: I doubt if the following scenario is realistic = in Single Sided Provisioning.=0A
=0ALSP2 is provisioned first, reverse = LSP1 at node A is existed before LSP2.
=0AThe what is the Association = Type in reverse LSP1? Before LSP2, will the reverse 
=0A
LSP1 trigger another=0A LSP? 
=0A<= /font>
=0A
=0A
=0A
=0A
=0A=0A=0A

=0A
=0A
=0A
<RG>  Fixed.=
=0A=0A
=0A
=0A
=0A
=0A=0A
=0A
=0A
=0A
=0A
=0A

= =0A
=0A
Section 5= . Processing Rules=0A
=0AIn general, the processing rules for the ASSOC= IATION Object are as
=0Aspecified in [RFC4872] and Extended ASSOCIATIO= N Object are specified
=0Ain [RFC6780]. Following sections describe th= e rules for processing
=0A(Extended) ASSOCIATION and REVERSE_LSP objec= ts for associated
=0Abidirectional LSPs.
=0A[Lizhong]: across the = draft, it is not explicitly saying what is the processing 
=0A
rules for independent= provisioning. It is better to say it here or=0A other place.
=0A
=0A
=0A
=0A
=0A
=0A
=0A=0A

=0A
=0A
<RG> There are related changes in the= latest version of the draft, especially with REVERSE_LSP Object usage. Pl= ease advise if like to see anything specific.
=0A=0A
=0A
=0A
=0A
=0A
=0A

=0A<= /span>
=0A
Section 5.1
=0A
(Extended) ASSOCIATION=0A Objects wi= th both single sided and double sided
=0AAssociation Types MUST NOT be= added in the same Path message.
=0A[Lizhong]: what if two types exist= together? Only use the first one?
=0A
=0A<= /div>=0A
=0A
=0A
=0A=0A

=0A
=0A<= div><RG> It says MUST NOT :)
=0A=0A
=0A
=0A
=0A
=0A
=0A

=0A
=0A
Section 5.2
=0A
The REVERSE_LSP Object MUST NOT be included i= n a REVERSE_LSP Object.=0A
=0A[Lizhong]: typo here?
= =0A
=0A
=0A
=0A
=0A
=0A=0A

= =0A
=0A
<RG> The document does not allow nested REVERSE_LSP= Objects.
=0A=0A
=0A
=0A=0A

=0A=0A
Se= ction 5.3
=0A
In = particular, any object that was copied as part of initial Path=0A message = creation MUST
=0A
be copied when modified.=0A
=0A[Lizhong]: not understood "copied when = modified", is it "copied after modified"?
=0A
=0A<= /div>=0A=0A
=0A
=0A=0A

=0A
=0A<= div><RG> Fixed.=0A=0A
= =0A
=0A
=0A
=0A
=0A
=0A<= /font>
=0A
In both cases, when the egress node receives a PathTear message the= =0A
=0Anode MUST remove the associated reverse LSP using Standard PathT= ear
=0Amessage processing. Tear down of the reverse LSP for other reas= ons
=0ASHOULD NOT trigger removal of the initiating LSP, but SHOULD re= sult
=0Ain the egress node sending a PathErr with Error code "Admissio= n
=0AControl Failure (01) [RFC2205]" and Sub-code "Reverse LSP Failure= "
=0Adefined in this document.
=0A[Lizhong]: the above description= is not accurate. What if the egress node have
=0A
forward LSP down= because of local link down? In that case, it will not receive
=0A
= PathTear, it is still need to tear down the reverse LSP? It should say, wh= enever 
=0A
the forward LSP is down, the reverse LSP SHOULD = be removed. 
=0A
=0A
=0A
=0A=0A
=0A=0A=0A

=0A
=0A
<RG> Fi= xed.
=0A

=0A
=0A
Many thanks again,
=0A
Rak= esh
=0A

=0A
=0A=0A=0A
=0A
=0A
=0A
=0A<= div style=3D"">
=0A
=0A
=0A
=0A
=0A
Regards
=0A
Lizhong
=0A
=0A
=0A
=0A=
=0A=0A=0A=0A=0A=0A ------=_001_NextPart038508345558_=------ From nobody Mon Feb 23 02:10:00 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7913F1A03C7 for ; Mon, 23 Feb 2015 02:09:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DN3bGY5xC62n for ; Mon, 23 Feb 2015 02:09:57 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E5411A0019 for ; Mon, 23 Feb 2015 02:09:56 -0800 (PST) X-AuditID: c1b4fb30-f79626d000003cf6-48-54eafc72d0a4 Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 04.8C.15606.27CFAE45; Mon, 23 Feb 2015 11:09:54 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.39]) by ESESSHC024.ericsson.se ([153.88.183.90]) with mapi id 14.03.0210.002; Mon, 23 Feb 2015 11:09:53 +0100 From: Daniele Ceccarelli To: "Rakesh Gandhi (rgandhi)" , Loa Andersson , Lou Berger , "teas@ietf.org" Thread-Topic: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Index: AQHQSHS7VChW+A9vF02TeoXKRQnF+5z5khDegAATLICAA36CYA== Date: Mon, 23 Feb 2015 10:09:53 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812884B8D@ESESSMB301.ericsson.se> References: <54E73708.9080205@pi.nu> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyM+JvjW7Rn1chBh1PZSw6mt+yWPybO4fZ YmpTB5tF648dLA4sHlN+b2T1WLLkJ5PHh03NbB6zprexBbBEcdmkpOZklqUW6dslcGV8XjyL teAhT0XL34/sDYytXF2MnBwSAiYSff0fmSFsMYkL99azdTFycQgJHGGUeHqklx3CWcwo8Wb9 MaAqDg42ASuJJ4d8QOIiAn2MEl+232QE6RYWSJY4sXk6E4gtIpAisWfaTDYI20ni1Pc1YBtY BFQlfnX0s4DYvAK+Etd+vgKrERJwl9jy4iFYL6eAvsSjy51gcUYBWYkJuxeBzWcWEJe49WQ+ E8SlAhJL9pyHulpU4uXjf6wgt0kIKEos75eDKNeTuDF1ChuErS2xbOFrZoi1ghInZz5hmcAo OgvJ1FlIWmYhaZmFpGUBI8sqRtHi1OKk3HQjI73Uoszk4uL8PL281JJNjMB4Orjlt8EOxpfP HQ8xCnAwKvHwbpj+KkSINbGsuDL3EKM0B4uSOK+d8aEQIYH0xJLU7NTUgtSi+KLSnNTiQ4xM HJxSDYw+y80YEp7vmO5jU3+g4Sj/uxi51z82i990nbfk+/YLInmZn6ID4uUj3FR2z1z8JkP5 33r/Gec58tfczbh74k2KmPEv11vpX6f5L3dv+N3Z9OKvK+dXTee+1zuWzXu8JyMtwutUt4Tx JouVt8NS44yPFWq5CTu9eygyedW107esnsdv+b35yIsLSizFGYmGWsxFxYkADP7LqogCAAA= Archived-At: Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 10:09:58 -0000 I tend to agree. I think option (a) is reasonable.=20 BR Daniele > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Rakesh Gandhi > (rgandhi) > Sent: venerd=EC 20 febbraio 2015 16:40 > To: Loa Andersson; Lou Berger; teas@ietf.org > Subject: Re: [Teas] A clarification request for draft-ietf-teas-mpls-tp-r= svpte- > ext-associated-lsp >=20 > Hi Loa, >=20 > This is for the associated bidirectional LSPs when using single sided > provisioning. > Specially, when the initiating node is inserting the ASSOCIATION Object w= ith > Association Type "Single Sided Associated Bidirectional LSP" to trigger > creation of reverse LSP on the egress node. >=20 > Thanks, > Rakesh >=20 >=20 > On 2015-02-20 8:30 AM, "Loa Andersson" wrote: >=20 > >Lou, > > > >There are lots of "forward LSPs" out there, what is the criteria more > >in detail where the REVERSE_LSP Object will be required if we choose > >option 1? > > > >/Loa > > > >On 2015-02-18 10:09, Lou Berger wrote: > >> Some options: > >> a) Always require a REVERSE_LSP Object in the forward LSP > > > >-- > > > > > >Loa Andersson email: loa@mail01.huawei.com > >Senior MPLS Expert loa@pi.nu > >Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > >_______________________________________________ > >Teas mailing list > >Teas@ietf.org > >https://www.ietf.org/mailman/listinfo/teas >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Mon Feb 23 05:19:00 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 404A91A1A57; Mon, 23 Feb 2015 05:18:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.828 X-Spam-Level: X-Spam-Status: No, score=-10.828 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qjg0RZwfhcji; Mon, 23 Feb 2015 05:18:55 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2911A00EC; Mon, 23 Feb 2015 05:18:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50514; q=dns/txt; s=iport; t=1424697535; x=1425907135; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=/CO93CWKqBRikrMoogERudUpEZL21izqBL9epTA0pQ0=; b=j2I7d5InY6byW9Th4voPEa7NU6JHmEok6WEiTX8UcwWBaFQQnXpkikjf iOXpk+2iEFftZf2nMYjN5NNdVD8dFOi3cKPE8PT+hAap/epiSwgV00vzu F9fyQ+8QZlGgs65nDNWq8UN+zalzkBj/obdEaNCD80ZFzaaOIxMM1lwhU Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0B4CQB8J+tU/4MNJK1bgkNDUloEgwS+IYFugjiDOAIcgQZDAQEBAQEBfIQPAQIEI1YSAQgRAwECIQEGAwIEHxEUCQgCBAENBYgbAxENuiCSTA2FLAEBAQEBAQEBAQEBAQEBAQEBAQEBAReKFX6CRIF/EAoHCgYBAgSCYoFDBY1hgXGDXoQfgUaBGziCXYJPhi2CSYM+IoIygTxvAYFDfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,631,1418083200"; d="scan'208,217";a="126050315" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-7.cisco.com with ESMTP; 23 Feb 2015 13:18:54 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1NDIslN003077 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 23 Feb 2015 13:18:54 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Mon, 23 Feb 2015 07:18:54 -0600 From: "Rakesh Gandhi (rgandhi)" To: "lizho.jin@gmail.com" , teas , draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp Thread-Topic: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 Thread-Index: AQHQTClZV8QpAZPuTkidKIUKCqOoRJz7SQsAgAI+22eAAMcPgA== Date: Mon, 23 Feb 2015 13:18:53 +0000 Message-ID: In-Reply-To: <2015022310262586513513@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.224.10] Content-Type: multipart/alternative; boundary="_000_D11091F750850rgandhiciscocom_" MIME-Version: 1.0 Archived-At: Cc: rtg-dir , rtg-ads Subject: Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 13:18:59 -0000 --_000_D11091F750850rgandhiciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IExpemhvbmcuDQpJIGFtIG9rICB0byBtb2RpZnkgdGhlIHByb3Bvc2VkIHRleHQu DQpSZWdhcmRzLA0KUmFrZXNoDQoNCg0KRnJvbTogIkxpemhvbmcgY29tPiIgPGxpemhvLmppbkBn bWFpbC5jb208bWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20+Pg0KRGF0ZTogU3VuZGF5LCAyMiBG ZWJydWFyeSwgMjAxNSA5OjI2IFBNDQpUbzogUmFrZXNoIEdhbmRoaSA8cmdhbmRoaUBjaXNjby5j b208bWFpbHRvOnJnYW5kaGlAY2lzY28uY29tPj4sIHRlYXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRv OnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3Nv Y2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVk LWxzcEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRl LWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZz4+DQpDYzogcnRnLWRpciA8cnRnLWRp ckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz4+LCBydGctYWRzIDxydGctYWRzQHRv b2xzLmlldGYub3JnPG1haWx0bzpydGctYWRzQHRvb2xzLmlldGYub3JnPj4NClN1YmplY3Q6IFJl OiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUt ZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQoNCkhpIFJha2VzaCwNClRoYW5rcyBmb3IgdGhlIHF1aWNr IHJlcGx5LiBJIHJlYWQgdjA1LCBhbmQgT0sgZm9yIHRoZSBjaGFuZ2VzLiBPbmUgbWlub3IgY29t bWVudHMgYmVsb3csIGRlcGVuZHMgb24geW91IHRvIGNoYW5nZSBvciBub3QuDQoNClNlY3Rpb24g NS4gUHJvY2Vzc2luZyBSdWxlcw0KSW4gZ2VuZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9y IHRoZSBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIGFzDQpzcGVjaWZpZWQgaW4gW1JGQzQ4NzJdIGFu ZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIHNwZWNpZmllZA0KaW4gW1JGQzY3ODBd LiBGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nDQoo RXh0ZW5kZWQpIEFTU09DSUFUSU9OIGFuZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lh dGVkDQpiaWRpcmVjdGlvbmFsIExTUHMuDQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0 IGlzIG5vdCBleHBsaWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nDQpydWxlcyBm b3IgaW5kZXBlbmRlbnQgcHJvdmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUg b3Igb3RoZXIgcGxhY2UuDQoNCjxSRz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUg bGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1Ag T2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNp ZmljLg0KDQpbTGl6aG9uZ10gSSBsaWtlIHRoZSBleHBsaWN0IGRlc2NyaXB0aW9uLCBsaWtlIHRo ZSBmb2xsb3dpbmcuDQpGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBw cm9jZXNzaW5nDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9OIG9iamVjdHMgZm9yIGJvdGggU2luZ2xl IFNpZGVkIGFuZA0KRG91YmxlIFNpZGVkIFByb3Zpc2lvbmVkIExTUCwgYW5kIFJFVkVSU0VfTFNQ IG9iamVjdHMNCm9ubHkgZm9yIFNpbmdsZSBTaWRlZCBQcm92aXNpb25lZCBMU1AuDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpSZWdhcmRzDQpMaXpob25nDQoNCkZyb206IFJh a2VzaCBHYW5kaGkgKHJnYW5kaGkpPG1haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbT4NCkRhdGU6IDIw MTUtMDItMjEgMjM6MDgNClRvOiBsaXpoby5qaW5AZ21haWwuY29tPG1haWx0bzpsaXpoby5qaW5A Z21haWwuY29tPjsgdGVhczxtYWlsdG86dGVhc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtdGVhcy1t cGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3A8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1t cGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmc+DQpDQzogcnRn LWRpcjxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz47IHJ0Zy1hZHM8bWFpbHRvOnJ0Zy1hZHNAdG9v bHMuaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIFJ0Z0RpciBSZXZpZXcgb2YgZHJhZnQt aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMg0KSGkgTGl6aG9u ZywNCg0KVGhhbmsgeW91IGZvciByZXZpZXdpbmcgdGhlIGRvY3VtZW50IGFuZCBwcm92aWRpbmcg eW91ciBjb21tZW50cy4NCg0KUGxlYXNlIHNlZSBpbmxpbmUgLi4gPFJHPiAuLg0KDQpGcm9tOiAi TGl6aG9uZyBjb20+IiA8bGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8uamluQGdtYWls LmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBBTQ0KVG86IHRl YXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQtaWV0Zi10ZWFz LW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10ZWFzLW1wbHMt dHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQt aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9y Zz4+DQpDYzogcnRnLWRpciA8cnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9y Zz4+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4sIHJ0Zy1hZHMg PHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc+Pg0K U3ViamVjdDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxz LXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCg0KU29ycnksIEkgbWlzc2VkIG9uZSBt b3JlIGNvbW1lbnQgYmVsb3c6DQpTZWN0aW9uIDcgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCltM aXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBhbGxvdyBvbmUg bm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlzIHdpbGwgaW50 cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4NClNvbWUgYWRt aW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rlbnkgb3RoZXJz IHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGluIHRoZSBsYXRl c3QgcmV2aXNpb24gKDA1KS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJl Z2FyZHMNCkxpemhvbmcNCg0KRnJvbTogbGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8u amluQGdtYWlsLmNvbT4NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFzPG1haWx0bzp0 ZWFzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lh dGVkLWxzcDxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lh dGVkLWxzcEB0b29scy5pZXRmLm9yZz4NCkNDOiBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGct ZGlyQGlldGYub3JnPjsgcnRnLWFkczxtYWlsdG86cnRnLWFkc0B0b29scy5pZXRmLm9yZz47IHRl YXM8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0 LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCkhlbGxvDQoN CkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2Vy IGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3 IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJv dWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGltZXMgb24gc3Bl Y2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUNCmFz c2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0 aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8vdHJhYy50b29s cy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCkFsdGhvdWdoIHRoZXNlIGNv bW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdA0K d291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFu eSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0 aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0 LWFzc29jaWF0ZWQtbHNwLTAyDQpSZXZpZXdlcjogTGl6aG9uZyBKaW4NClJldmlldyBEYXRlOiAx OSBGZWJydWFyeSAyMDE1DQpJRVRGIExDIEVuZCBEYXRlOiBOL0ENCkludGVuZGVkIFN0YXR1czog U3RhbmRhcmQgVHJhY2sNCg0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVh ZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVzLCBhbmQgaG9wZQ0K dG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0aWNpcGF0ZSB0aGUg aW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kgdG8gcmV2aWV3IGl0 IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVuZGVudCBwcm92 aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4NCk5vIG1ham9yIGlzc3Vl cywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoNCjxSRz4gR3JlYXQs IHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6DQpTZWN0aW9uIDMu Mg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJvdGggcHJvdmlz aW9uaW5nIG1vZGVscw0KYXJlIGFwcGxpY2FibGUuDQpbTGl6aG9uZ106IGZvciB0aGUgc2Vjb25k IHNpdHVhdGlvbnMgYWJvdmUsIGhvdyBjb3VsZCB5b3UgbGV0IHRoZSByZXZlcnNlIExTUA0KdG8g YmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lkZSBwcm92aXNp b25pbmc/IFdvdWxkbid0IHRoZQ0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVyIHJldmVyc2Ug TFNQPw0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiAzLjIuMS4NCkZvciB0aGUgc2luZ2xlIHNp ZGVkIHByb3Zpc2lvbmluZyBtb2RlbCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AxIGlzDQp0cmln Z2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIgaXMgdHJpZ2dlcmVkIGJ5 IExTUDEuDQpXaGVuIGNyZWF0aW9uIG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2VyZWQgYnkgTFNQ MSwgTFNQMSBpcw0KcHJvdmlzaW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBMU1AxIGFscmVh ZHkgZXhpc3RzKSBhdCBub2RlIEEuDQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIgaXMgaW4gRmly Z3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0IGluDQp0aGUgZG9jdW1lbnQuDQoN CjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVyZSBpcyB1c2VkIGlmIExTUDIgaXMg cHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCDQphbmQgdGhlIGNyZWF0aW9uIG9mIHJldmVyc2Ug TFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieQ0KTFNQMiBvciB0aGUgcmV2ZXJz ZSBMU1AxIGV4aXN0ZWQuIEluIGFsbCB0aHJlZSBzY2VuYXJpb3MsIHRoZSB0d28NCnVuaWRpcmVj dGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNzb2NpYXRlZA0KYmlk aXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChFeHRlbmRlZCkgQVNTT0NJQVRJT04g T2JqZWN0cw0KaW4gdGhlIHR3byBMU1BzJyBQYXRoIG1lc3NhZ2VzLg0KW0xpemhvbmddOiBJIGRv dWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRl ZCBQcm92aXNpb25pbmcuDQpMU1AyIGlzIHByb3Zpc2lvbmVkIGZpcnN0LCByZXZlcnNlIExTUDEg YXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVmb3JlIExTUDIuDQpUaGUgd2hhdCBpcyB0aGUgQXNzb2Np YXRpb24gVHlwZSBpbiByZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRoZSByZXZlcnNl DQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/DQoNCjxSRz4gIEZpeGVkLg0KDQpTZWN0aW9uIDUu IFByb2Nlc3NpbmcgUnVsZXMNCkluIGdlbmVyYWwsIHRoZSBwcm9jZXNzaW5nIHJ1bGVzIGZvciB0 aGUgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBhcw0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQg RXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBzcGVjaWZpZWQNCmluIFtSRkM2NzgwXS4g Rm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZw0KKEV4 dGVuZGVkKSBBU1NPQ0lBVElPTiBhbmQgUkVWRVJTRV9MU1Agb2JqZWN0cyBmb3IgYXNzb2NpYXRl ZA0KYmlkaXJlY3Rpb25hbCBMU1BzLg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRyYWZ0LCBpdCBp cyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZw0KcnVsZXMgZm9y IGluZGVwZW5kZW50IHByb3Zpc2lvbmluZy4gSXQgaXMgYmV0dGVyIHRvIHNheSBpdCBoZXJlIG9y IG90aGVyIHBsYWNlLg0KDQo8Ukc+IFRoZXJlIGFyZSByZWxhdGVkIGNoYW5nZXMgaW4gdGhlIGxh dGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCwgZXNwZWNpYWxseSB3aXRoIFJFVkVSU0VfTFNQIE9i amVjdCB1c2FnZS4gUGxlYXNlIGFkdmlzZSBpZiBsaWtlIHRvIHNlZSBhbnl0aGluZyBzcGVjaWZp Yy4NCg0KU2VjdGlvbiA1LjENCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyB3aXRoIGJv dGggc2luZ2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQNCkFzc29jaWF0aW9uIFR5cGVzIE1VU1Qg Tk9UIGJlIGFkZGVkIGluIHRoZSBzYW1lIFBhdGggbWVzc2FnZS4NCltMaXpob25nXTogd2hhdCBp ZiB0d28gdHlwZXMgZXhpc3QgdG9nZXRoZXI/IE9ubHkgdXNlIHRoZSBmaXJzdCBvbmU/DQoNCjxS Rz4gSXQgc2F5cyBNVVNUIE5PVCA6KQ0KDQpTZWN0aW9uIDUuMg0KVGhlIFJFVkVSU0VfTFNQIE9i amVjdCBNVVNUIE5PVCBiZSBpbmNsdWRlZCBpbiBhIFJFVkVSU0VfTFNQIE9iamVjdC4NCltMaXpo b25nXTogdHlwbyBoZXJlPw0KDQo8Ukc+IFRoZSBkb2N1bWVudCBkb2VzIG5vdCBhbGxvdyBuZXN0 ZWQgUkVWRVJTRV9MU1AgT2JqZWN0cy4NCg0KU2VjdGlvbiA1LjMNCkluIHBhcnRpY3VsYXIsIGFu eSBvYmplY3QgdGhhdCB3YXMgY29waWVkIGFzIHBhcnQgb2YgaW5pdGlhbCBQYXRoIG1lc3NhZ2Ug Y3JlYXRpb24gTVVTVA0KYmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQpbTGl6aG9uZ106IG5vdCB1 bmRlcnN0b29kICJjb3BpZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQgYWZ0ZXIgbW9k aWZpZWQiPw0KDQo8Ukc+IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mg bm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2UgdGhlDQpub2RlIE1VU1QgcmVtb3ZlIHRo ZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyDQptZXNzYWdl IHByb2Nlc3NpbmcuIFRlYXIgZG93biBvZiB0aGUgcmV2ZXJzZSBMU1AgZm9yIG90aGVyIHJlYXNv bnMNClNIT1VMRCBOT1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5nIExTUCwgYnV0 IFNIT1VMRCByZXN1bHQNCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRo IEVycm9yIGNvZGUgIkFkbWlzc2lvbg0KQ29udHJvbCBGYWlsdXJlICgwMSkgW1JGQzIyMDVdIiBh bmQgU3ViLWNvZGUgIlJldmVyc2UgTFNQIEZhaWx1cmUiDQpkZWZpbmVkIGluIHRoaXMgZG9jdW1l bnQuDQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNjdXJhdGUuIFdo YXQgaWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVjYXVzZSBvZiBs b2NhbCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2ZQ0KUGF0aFRl YXIsIGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExTUD8gSXQgc2hv dWxkIHNheSwgd2hlbmV2ZXINCnRoZSBmb3J3YXJkIExTUCBpcyBkb3duLCB0aGUgcmV2ZXJzZSBM U1AgU0hPVUxEIGJlIHJlbW92ZWQuDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhhbmtzIGFnYWlu LA0KUmFrZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K --_000_D11091F750850rgandhiciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <607C080A4A09254EBD3BB7F51535A431@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+VGhhbmsgeW91 IExpemhvbmcuICZuYnNwOzwvZGl2Pg0KPGRpdj5JIGFtIG9rICZuYnNwO3RvIG1vZGlmeSB0aGUg cHJvcG9zZWQgdGV4dC48L2Rpdj4NCjxkaXY+UmVnYXJkcyw8L2Rpdj4NCjxkaXY+UmFrZXNoPC9k aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtf U1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250 LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTog bWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBp bjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1 YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAz cHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj4mcXVvdDtM aXpob25nIGNvbSZndDsmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21haWwu Y29tIj5saXpoby5qaW5AZ21haWwuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlN1bmRheSwgMjIgRmVicnVhcnksIDIwMTUgOToyNiBQ TTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPlJha2VzaCBH YW5kaGkgJmx0OzxhIGhyZWY9Im1haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbSI+cmdhbmRoaUBjaXNj by5jb208L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRl YXNAaWV0Zi5vcmc8L2E+Jmd0OywgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1h c3NvY2lhdGVkLWxzcCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRw LXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVh cy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0 Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPnJ0Zy1kaXIg Jmx0OzxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9h PiZndDssIHJ0Zy1hZHMgJmx0OzxhIGhyZWY9Im1haWx0bzpydGctYWRzQHRvb2xzLmlldGYub3Jn Ij5ydGctYWRzQHRvb2xzLmlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBk cmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPGJyPg0K PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48c3R5bGU+Ym9keSB7IGxpbmUtaGVpZ2h0 OiAxLjU7IH1ibG9ja3F1b3RlIHsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7 IG1hcmdpbi1sZWZ0OiAwLjVlbTsgfWRpdi5mb3hkaXYyMDE1MDIyMzA5NTY0ODAyNDk1NyB7IHdv cmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFj ZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ0FM SUJSSSwgc2Fucy1zZXJpZjsgfWJvZHkgeyBmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6 ICdUaW1lcyBOZXcgUm9tYW4nOyBjb2xvcjogcmdiKDAsIDAsIDApOyBsaW5lLWhlaWdodDogMS41 OyB9PC9zdHlsZT4NCjxkaXY+DQo8ZGl2PjxzcGFuPjwvc3Bhbj48c3BhbiBpZD0iT0xLX1NSQ19C T0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPg0K PGJsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8 ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9t YT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Jh KDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpu b25lOz89IiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyI+SGkgUmFrZXNoLDwvc3Bh bj48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g 5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFj a2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFs O3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4 OyI+VGhhbmtzIGZvciB0aGUgcXVpY2sgcmVwbHkuIEkgcmVhZCB2MDUsIGFuZCBPSyBmb3INCiB0 aGUgY2hhbmdlcy4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw LjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+T25lIG1p bm9yIGNvbW1lbnRzIGJlbG93LCBkZXBlbmRzIG9uIHlvdSB0byBjaGFuZ2Ugb3Igbm90Ljwvc3Bh bj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/p m4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5k LWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1k ZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9u dD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g 5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFj a2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFs O3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5TZWN0 aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMmbmJzcDs8YnI+DQpJbiBnZW5lcmFsLCB0aGUgcHJvY2Vz c2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMmbmJzcDs8YnI+DQpz cGVjaWZpZWQgaW4gW1JGQzQ4NzJdIGFuZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJl IHNwZWNpZmllZCZuYnNwOzxicj4NCmluIFtSRkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRl c2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZyZuYnNwOzxicj4NCihFeHRlbmRlZCkgQVNT T0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQmbmJzcDs8YnI+ DQpiaWRpcmVjdGlvbmFsIExTUHMuJm5ic3A7PGJyPg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRy YWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZyZu YnNwOzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs OyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5 bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF 6buRIj5ydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJvdmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8g c2F5IGl0IGhlcmUgb3INCiBvdGhlciBwbGFjZS48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBD QUxJQlJJLCBzYW5zLXNlcmlmOyAiPjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBD QUxJQlJJLCBzYW5zLXNlcmlmOyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls eTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hh bmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGgg UkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFu eXRoaW5nIHNwZWNpZmljLjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q0FMSUJSSSwgc2Fucy1zZXJpZjsiPjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IENBTElCUkksIHNhbnMtc2VyaWY7Ij5bTGl6aG9uZ10gSSBsaWtlIHRoZSBleHBsaWN0IGRl c2NyaXB0aW9uLCBsaWtlIHRoZSBmb2xsb3dpbmcuJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdodDogbm9ybWFsOyI+Rm9sbG93aW5nIHNlY3Rpb25z IGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6IOW+rui9r+mbhem7kTsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPiZuYnNwOzwvc3Bh bj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGxpbmUtaGVpZ2h0OiBub3Jt YWw7Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo dDogbm9ybWFsOyI+KEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBvYmplY3RzIGZvciBib3RoJm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyBm b250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdodDogMS41OyI+U2luZ2xlIFNpZGVk IGFuZCZuYnNwOzwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDQUxJQlJJ LCBzYW5zLXNlcmlmOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYmEoMCwgMCwg MCwgMCk7IGZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGxpbmUtaGVpZ2h0OiAxLjU7Ij5Eb3Vi bGUgU2lkZWQgUHJvdmlzaW9uZWQgTFNQLCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iYmFja2dy b3VuZC1jb2xvcjogd2luZG93OyBmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo dDogbm9ybWFsOyI+YW5kIFJFVkVSU0VfTFNQDQogb2JqZWN0cyZuYnNwOzwvc3Bhbj48L2Rpdj4N CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDQUxJQlJJLCBzYW5zLXNlcmlmOyI+PHNwYW4gc3R5 bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsgZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsg bGluZS1oZWlnaHQ6IG5vcm1hbDsiPm9ubHkgZm9yJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTog5b6u6L2v6ZuF6buROyI+U2luZ2xlIFNpZGVkIFByb3Zpc2lvbmVkJm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo dDogbm9ybWFsOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5MU1AuPC9zcGFuPjwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxociBzdHlsZT0iV0lEVEg6IDIxMHB4OyBIRUlHSFQ6IDFweCIg Y29sb3I9IiNiNWM0ZGYiIHNpemU9IjEiIGFsaWduPSJsZWZ0Ij4NCjxkaXY+PHNwYW4+DQo8ZGl2 IHN0eWxlPSJNQVJHSU46IDEwcHg7IEZPTlQtRkFNSUxZOiB2ZXJkYW5hOyBGT05ULVNJWkU6IDEw cHQiPg0KPGRpdj5SZWdhcmRzPC9kaXY+DQo8ZGl2Pkxpemhvbmc8L2Rpdj4NCjwvZGl2Pg0KPC9z cGFuPjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJv dHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGlu ZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2IHN0eWxlPSJQQURESU5HLVJJR0hUOiA4cHg7IFBB RERJTkctTEVGVDogOHB4OyBGT05ULVNJWkU6IDEycHg7Rk9OVC1GQU1JTFk6dGFob21hO0NPTE9S OiMwMDAwMDA7IEJBQ0tHUk9VTkQ6ICNlZmVmZWY7IFBBRERJTkctQk9UVE9NOiA4cHg7IFBBRERJ TkctVE9QOiA4cHgiPg0KPGRpdj48Yj5Gcm9tOjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86cmdh bmRoaUBjaXNjby5jb20iPlJha2VzaCBHYW5kaGkgKHJnYW5kaGkpPC9hPjwvZGl2Pg0KPGRpdj48 Yj5EYXRlOjwvYj4mbmJzcDsyMDE1LTAyLTIxJm5ic3A7MjM6MDg8L2Rpdj4NCjxkaXY+PGI+VG86 PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21haWwuY29tIj5saXpoby5qaW5A Z21haWwuY29tPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPg0KdGVhczwvYT47 IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29j aWF0ZWQtbHNwQHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0 ZS1leHQtYXNzb2NpYXRlZC1sc3A8L2E+PC9kaXY+DQo8ZGl2PjxiPkNDOjwvYj4mbmJzcDs8YSBo cmVmPSJtYWlsdG86cnRnLWRpckBpZXRmLm9yZyI+cnRnLWRpcjwvYT47IDxhIGhyZWY9Im1haWx0 bzpydGctYWRzQHRvb2xzLmlldGYub3JnIj4NCnJ0Zy1hZHM8L2E+PC9kaXY+DQo8ZGl2PjxiPlN1 YmplY3Q6PC9iPiZuYnNwO1JlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRl YXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjIzMDk1NjQ4MDI0OTU3Ij4NCjxk aXY+SGkgTGl6aG9uZyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rIHlvdSBm b3IgcmV2aWV3aW5nIHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuPC9k aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5QbGVhc2Ugc2VlIGlubGluZSAuLiAmbHQ7Ukcm Z3Q7IC4uPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T RUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0 OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u ZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H LUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBz b2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZxdW90O0xpemhvbmcgY29t Jmd0OyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20iPmxpemhv LmppbkBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5EYXRlOiA8L3NwYW4+VGh1cnNkYXksIDE5IEZlYnJ1YXJ5LCAyMDE1IDQ6NDkgQU08YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj50ZWFzICZsdDs8YSBocmVm PSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7LCBkcmFmdC1pZXRm LXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwICZsdDs8YSBocmVmPSJtYWls dG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29s cy5pZXRmLm9yZyI+ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVk LWxzcEB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkNjOiA8L3NwYW4+cnRnLWRpciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0 Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRv OnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OywgcnRnLWFkcyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmciPnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8 L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3Nw YW4+UmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJz dnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDI8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48c3Bhbj48L3Nw YW4+U29ycnksIEkgbWlzc2VkIG9uZSBtb3JlIGNvbW1lbnQgYmVsb3c6PC9mb250PjwvZGl2Pg0K PGRpdj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNyZuYnNwOzxzcGFuIHN0eWxl PSJmb250LXNpemU6IDEwLjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjog d2luZG93OyI+U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRp dj48c3BhbiB0aW1lc25ld3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3Jt YWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPltM aXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBhbGxvdyBvbmUg bm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCjxicj4NCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlzIHdp bGwgaW50cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4gPGJy Pg0KU29tZSBhZG1pbmlzdHJhdGl2ZSBwb2xpY2UgbWF5IGJlIGludHJvZHVjZWQgdG8gYWxsb3cv ZGVueSBvdGhlcnMgdG8gdHJpZ2dlciBMU1Agc2V0dXAuPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7 IEFncmVlLCB1cGRhdGVkIGluIHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS48L2Rpdj4NCjxzcGFu IGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+PGJyPg0KPC9k aXY+DQo8aHIgc3R5bGU9IldJRFRIOiAyMTBweDsgSEVJR0hUOiAxcHgiIGNvbG9yPSIjYjVjNGRm IiBzaXplPSIxIiBhbGlnbj0ibGVmdCI+DQo8ZGl2PjxzcGFuPg0KPGRpdiBzdHlsZT0iTUFSR0lO OiAxMHB4OyBGT05ULUZBTUlMWTogdmVyZGFuYTsgRk9OVC1TSVpFOiAxMHB0Ij4NCjxkaXY+UmVn YXJkczwvZGl2Pg0KPGRpdj5MaXpob25nPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj48L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFy Z2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPGRpdiBzdHlsZT0iUEFERElORy1SSUdIVDogOHB4OyBQQURESU5HLUxFRlQ6IDhw eDsgRk9OVC1TSVpFOiAxMnB4O0ZPTlQtRkFNSUxZOnRhaG9tYTtDT0xPUjojMDAwMDAwOyBCQUNL R1JPVU5EOiAjZWZlZmVmOyBQQURESU5HLUJPVFRPTTogOHB4OyBQQURESU5HLVRPUDogOHB4Ij4N CjxkaXY+PGI+RnJvbTo8L2I+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5j b20iPmxpemhvLmppbkBnbWFpbC5jb208L2E+PC9kaXY+DQo8ZGl2PjxiPkRhdGU6PC9iPiZuYnNw OzIwMTUtMDItMTkmbmJzcDsxNzoyMTwvZGl2Pg0KPGRpdj48Yj5Ubzo8L2I+Jm5ic3A7PGEgaHJl Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXM8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQt aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9y ZyI+DQpkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwPC9h PjwvZGl2Pg0KPGRpdj48Yj5DQzo8L2I+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0 Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86cnRnLWFkc0B0b29s cy5pZXRmLm9yZyI+DQpydGctYWRzPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmci PnRlYXM8L2E+PC9kaXY+DQo8ZGl2PjxiPlN1YmplY3Q6PC9iPiZuYnNwO1J0Z0RpciBSZXZpZXcg b2YgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3 NDY1ODczMzI5OCI+DQo8ZGl2Pjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PHNwYW4+PC9zcGFu PjwvZm9udD4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLl vq7ova/pm4Xpu5EiPkhlbGxvPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2Pg0K PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7 kSI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3 ZXIgZm9yIHRoaXMgZHJhZnQuPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+VGhlIFJvdXRpbmcgRGlyZWN0b3Jh dGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZDwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7o va/pm4Xpu5EiPmRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQg SUVTRyByZXZpZXcsIGFuZDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnNvbWV0aW1lcyBvbiBzcGVjaWFsIHJl cXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZTwvZm9udD48L2Rp dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/p m4Xpu5EiPmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0 OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPkRpcmVjdG9yYXRlLCBwbGVhc2Ug c2VlIOKAizwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48 YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRn RGlyIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOiBub25lICFpbXBvcnRhbnQ7Ij48Zm9udCBmYWNl PSLlvq7ova/pm4Xpu5EiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMv d2lraS9SdGdEaXI8L2ZvbnQ+PC9hPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v cm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2Pg0KPGRp diBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+ QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUg Um91dGluZyBBRHMsIGl0PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v cm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+d291bGQgYmUgaGVscGZ1bCBpZiB5b3Ug Y291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGPC9mb250PjwvZGl2 Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+TGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8g cmVzb2x2ZSB0aGVtIHRocm91Z2g8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo dDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5kaXNjdXNzaW9uIG9yIGJ5IHVw ZGF0aW5nIHRoZSBkcmFmdC48L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog bm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8 ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij5Eb2N1bWVudDombmJzcDs8c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAw LCAwLCAwKTsgbGluZS1oZWlnaHQ6IDEuNTsiPmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0 ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDI8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+UmV2aWV3ZXI6 IExpemhvbmcgSmluPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+UmV2aWV3IERhdGU6IDE5IEZlYnJ1YXJ5IDIw MTU8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQg ZmFjZT0i5b6u6L2v6ZuF6buRIj5JRVRGIExDIEVuZCBEYXRlOiBOL0E8L2ZvbnQ+PC9kaXY+DQo8 ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij5JbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrPC9mb250PjwvZGl2Pg0KPGRpdiBzdHls ZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7 PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh Y2U9IuW+rui9r+mbhem7kSI+U3VtbWFyeTo8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5l LWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7 IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5UaGUgZG9jdW1l bnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbi4gSSBmb3VuZCBzb21lIG1pbm9y Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBmb250 LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+aXNzdWVzLA0KIGFuZCBo b3BlPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFu IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xp u5EiPnRvIHNlZSB0aGUgY2xhcmlmaWNhdGlvbi48L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91 bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250 Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR Ij5Db21tbmV0czo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyI+SSBwYXRp Y2lwYXRlIHRoZSBpbml0aWFsIGRpc2N1c3Npb24gb2YgdGhpcyBkcmFmdC4gSSBhbSBsdWNreSB0 byByZXZpZXcmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xp u5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5pdCBhZ2Fp bi4gT3ZlcmFsbCwgdGhlPGJyPg0KcHJvY2Vzc2luZyBydWxlIG9mIGluZGVwZW5kZW50IHByb3Zp c2lvbmluZyBob3BlIHRvIGJlIGV4cGxpY2l0bHkmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNv bG9yOiB3aW5kb3c7Ij5kZXNjcmliZWQuJm5ic3A7PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF 6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+Tm8gbWFq b3IgaXNzdWVzLCBzb21lIG1pbm9yIGlzc3VlcyBuZWVkIHRvIGJlIGNsYXJpZmllZC48L3NwYW4+ PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwv c3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PiZsdDtSRyZndDsgR3JlYXQsIHRoYW5rcy48 L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFy Z2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2 NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxl PSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxi cj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs OyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+ rui9r+mbhem7kSI+TWFqb3IgaXNzdWVzOiBObzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6 IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250Pjwvc3Bhbj48 L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFj a2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5NaW5vciBp c3N1ZXM6PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt YWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i 5b6u6L2v6ZuF6buRIj5TZWN0aW9uIDMuMjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxl PSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5JbiBlYWNo IG9mIHRoZSBzaXR1YXRpb25zIGRlc2NyaWJlZCBhYm92ZSwgYm90aCBwcm92aXNpb25pbmcgbW9k ZWxzDQo8YnI+DQphcmUgYXBwbGljYWJsZS4gPGJyPg0KW0xpemhvbmddOiBmb3IgdGhlIHNlY29u ZCBzaXR1YXRpb25zIGFib3ZlLCBob3cgY291bGQgeW91IGxldCB0aGUgcmV2ZXJzZSBMU1AgPGJy Pg0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lkZSBw cm92aXNpb25pbmc/IFdvdWxkbid0IHRoZSZuYnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9 ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJldmVyc2Ug TFNQIHRyaWdnZXIgYW5vdGhlciZuYnNwOzwvZm9udD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IOW+rui9r+mbhem7kTsgZm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRv dzsiPnJldmVyc2UgTFNQPzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0 O1JHJmd0OyAmbmJzcDtGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElP TiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1h cmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFz cz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250PjwvZGl2Pg0K PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhv bWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246 bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiAzLjIuMS4mbmJzcDs8 YnI+DQpGb3IgdGhlIHNpbmdsZSBzaWRlZCBwcm92aXNpb25pbmcgbW9kZWwsIGNyZWF0aW9uIG9m IHJldmVyc2UgTFNQMSBpcyA8YnI+DQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiBy ZXZlcnNlIExTUDIgaXMgdHJpZ2dlcmVkIGJ5IExTUDEuIDxicj4NCldoZW4gY3JlYXRpb24gb2Yg cmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLCBMU1AxIGlzIDxicj4NCnByb3Zpc2lv bmVkIGZpcnN0IChvciByZWZyZXNoZWQgaWYgTFNQMSBhbHJlYWR5IGV4aXN0cykgYXQgbm9kZSBB LiA8YnI+DQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIgaXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0 byBleHBsaWNpdGx5IHNheSB0aGF0IGluPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9 ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1z aXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdl aWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48 Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnRoZSBkb2N1bWVudC48L2ZvbnQ+PC9zcGFuPjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+Jmx0O1JHJmd0OyAmbmJzcDtGaXhlZC48 L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVl bTsiPg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O Ij4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFy Z2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNz PSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog bm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2Zv bnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0 eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj4mbmJzcDtBIHNpbWlsYXIgcHJvY2VkdXJlDQogaXMgdXNlZCBpZiBMU1AyIGlz IHByb3Zpc2lvbmVkIGZpcnN0IGF0IG5vZGUgQiA8YnI+DQphbmQgdGhlIGNyZWF0aW9uIG9mIHJl dmVyc2UgTFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieSA8YnI+DQpMU1AyIG9y IHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNjZW5hcmlvcywgdGhlIHR3 byA8YnI+DQp1bmlkaXJlY3Rpb25hbCBMU1BzIGFyZSBib3VuZCB0b2dldGhlciB0byBmb3JtIGFu IGFzc29jaWF0ZWQgPGJyPg0KYmlkaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChF eHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyA8YnI+DQppbiB0aGUgdHdvIExTUHMnIFBhdGgg bWVzc2FnZXMuIDxicj4NCltMaXpob25nXTogSSBkb3VidCBpZiB0aGUgZm9sbG93aW5nIHNjZW5h cmlvIGlzIHJlYWxpc3RpYyBpbiBTaW5nbGUgU2lkZWQgUHJvdmlzaW9uaW5nLg0KPGJyPg0KTFNQ MiBpcyBwcm92aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVk IGJlZm9yZSBMU1AyLiA8YnI+DQpUaGUgd2hhdCBpcyB0aGUgQXNzb2NpYXRpb24gVHlwZSBpbiBy ZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRoZSByZXZlcnNlJm5ic3A7PC9mb250Pjwv c3Bhbj48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29s b3I6IHJnYmEoMCwgMCwgMCwgMCk7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPkxTUDEgdHJp Z2dlciBhbm90aGVyDQogTFNQPyZuYnNwOzxicj4NCjwvZm9udD48L3NwYW4+PC9zcGFuPjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+Jmx0O1JHJmd0OyAmbmJzcDtGaXhlZC48 L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVl bTsiPg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O Ij4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFy Z2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNz PSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog bm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2Zv bnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZh Y2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzDQo8YnI+DQpJbiBn ZW5lcmFsLCB0aGUgcHJvY2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBh cmUgYXMgPGJyPg0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJ T04gT2JqZWN0IGFyZSBzcGVjaWZpZWQgPGJyPg0KaW4gW1JGQzY3ODBdLiBGb2xsb3dpbmcgc2Vj dGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nIDxicj4NCihFeHRlbmRlZCkg QVNTT0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgPGJyPg0K YmlkaXJlY3Rpb25hbCBMU1BzLiA8YnI+DQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0 IGlzIG5vdCBleHBsaWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nJm5ic3A7PC9m b250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3Bh biDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3Jt YWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJ1 bGVzIGZvciBpbmRlcGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlzIGJldHRlciB0byBzYXkgaXQg aGVyZSBvcg0KIG90aGVyIHBsYWNlLjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJy Pg0KPC9kaXY+DQo8ZGl2PiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0 aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9M U1AgT2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNw ZWNpZmljLjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8 ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTog MHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1 MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48 YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0 eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mb hem7kSI+U2VjdGlvbiA1LjE8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0 eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj4oRXh0ZW5kZWQpIEFTU09DSUFUSU9ODQogT2JqZWN0cyB3aXRoIGJvdGggc2lu Z2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQgPGJyPg0KQXNzb2NpYXRpb24gVHlwZXMgTVVTVCBO T1QgYmUgYWRkZWQgaW4gdGhlIHNhbWUgUGF0aCBtZXNzYWdlLiA8YnI+DQpbTGl6aG9uZ106IHdo YXQgaWYgdHdvIHR5cGVzIGV4aXN0IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPzwv Zm9udD48L3NwYW4+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7Ukcm Z3Q7IEl0IHNheXMgTVVTVCBOT1QgOik8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD VElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7 IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBj bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWln aHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtj b2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1h bDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxl PSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v 6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Imxp bmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNS4y PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0 eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u 6L2v6ZuF6buRIj5UaGUgUkVWRVJTRV9MU1AgT2JqZWN0IE1VU1QgTk9UIGJlIGluY2x1ZGVkIGlu IGEgUkVWRVJTRV9MU1AgT2JqZWN0Lg0KPGJyPg0KW0xpemhvbmddOiB0eXBvIGhlcmU/PC9mb250 Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBUaGUgZG9j dW1lbnQgZG9lcyBub3QgYWxsb3cgbmVzdGVkIFJFVkVSU0VfTFNQIE9iamVjdHMuPC9kaXY+DQo8 c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0 OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4 Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFja2dy b3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+ PGJyPg0KPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt YWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxm b250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiA1LjM8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0K PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhv bWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246 bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4gcGFydGljdWxhciwgYW55IG9i amVjdCB0aGF0IHdhcyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGgNCiBtZXNzYWdlIGNy ZWF0aW9uIE1VU1Q8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xv cjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtm b250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+ rui9r+mbhem7kSI+YmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQo8YnI+DQpbTGl6aG9uZ106IG5v dCB1bmRlcnN0b29kICZxdW90O2NvcGllZCB3aGVuIG1vZGlmaWVkJnF1b3Q7LCBpcyBpdCAmcXVv dDtjb3BpZWQgYWZ0ZXIgbW9kaWZpZWQmcXVvdDs/PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtf U1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8 ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHls ZT0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXYg c3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5 bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF 6buRIj5JbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhU ZWFyIG1lc3NhZ2UgdGhlDQo8YnI+DQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJl dmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyIDxicj4NCm1lc3NhZ2UgcHJvY2Vzc2lu Zy4gVGVhciBkb3duIG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyA8YnI+DQpT SE9VTEQgTk9UIHRyaWdnZXIgcmVtb3ZhbCBvZiB0aGUgaW5pdGlhdGluZyBMU1AsIGJ1dCBTSE9V TEQgcmVzdWx0IDxicj4NCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRo IEVycm9yIGNvZGUgJnF1b3Q7QWRtaXNzaW9uIDxicj4NCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtS RkMyMjA1XSZxdW90OyBhbmQgU3ViLWNvZGUgJnF1b3Q7UmV2ZXJzZSBMU1AgRmFpbHVyZSZxdW90 OyA8YnI+DQpkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIDxicj4NCltMaXpob25nXTogdGhlIGFi b3ZlIGRlc2NyaXB0aW9uIGlzIG5vdCBhY2N1cmF0ZS4gV2hhdCBpZiB0aGUgZWdyZXNzIG5vZGUg aGF2ZTwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9t YW4/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246 bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Zm9yd2FyZCBMU1AgZG93biBiZWNh dXNlIG9mIGxvY2FsIGxpbmsgZG93bj8gSW4gdGhhdCBjYXNlLCBpdCB3aWxsIG5vdCByZWNlaXZl PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/ O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAs Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25l Oz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5QYXRoVGVhciwgaXQgaXMgc3RpbGwgbmVl ZCB0byB0ZWFyIGRvd24gdGhlIHJldmVyc2UgTFNQPyBJdCBzaG91bGQgc2F5LCB3aGVuZXZlciZu YnNwOzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9t YW4/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246 bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+dGhlIGZvcndhcmQgTFNQIGlzIGRv d24sIHRoZSByZXZlcnNlIExTUCBTSE9VTEQgYmUgcmVtb3ZlZC4mbmJzcDs8YnI+DQo8L2ZvbnQ+ PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k aXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEZpeGVkLjwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+TWFueSB0aGFua3MgYWdhaW4sPC9kaXY+DQo8 ZGl2PlJha2VzaDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP RFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0K PGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48 c3BhbiB0aW1lc25ld3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4N CjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjwvZGl2Pg0KPGRpdj48c3Bhbj4N CjxkaXYgc3R5bGU9Im1hcmdpbjogMTBweDsgZm9udC1zaXplOiAxMHB0OyI+PGZvbnQgZmFjZT0i 5b6u6L2v6ZuF6buRIj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPlJlZ2FyZHM8L2Rp dj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPkxpemhvbmc8L2Rpdj4NCjwvZm9udD48 L2Rpdj4NCjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D11091F750850rgandhiciscocom_-- From nobody Tue Feb 24 05:37:17 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15E9B1A87C3; Tue, 24 Feb 2015 05:37:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7bmoedXs2XSM; Tue, 24 Feb 2015 05:37:09 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C22151A1A8B; Tue, 24 Feb 2015 05:37:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150224133709.12078.27263.idtracker@ietfa.amsl.com> Date: Tue, 24 Feb 2015 05:37:09 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2015 13:37:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : RSVP-TE Extensions for Associated Bidirectional LSPs Authors : Fei Zhang Ruiquan Jing Rakesh Gandhi Filename : draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06.txt Pages : 20 Date : 2015-02-24 Abstract: This document describes Resource reSerVation Protocol (RSVP) extensions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into an associated bidirectional LSP. The association is achieved by defining new Association Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One of these types enables independent provisioning of the associated bidirectional LSPs on both sides, while the other enables single sided provisioning. The REVERSE_LSP Object is also defined to enable a single endpoint to trigger creation of the reverse LSP and to specify parameters of the reverse LSP in the single sided provisioning case. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 24 05:56:05 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 583BE1A1A82; Tue, 24 Feb 2015 05:56:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5jIIMkTINCMU; Tue, 24 Feb 2015 05:56:02 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA9171A1A96; Tue, 24 Feb 2015 05:56:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2601; q=dns/txt; s=iport; t=1424786162; x=1425995762; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Y5chbE4rOGUZmd9DIJzdYeY8AJHveysCtNePwRE9lRA=; b=Q0s4owhxLQ0G9i/8emS0gpXZgYz1KQrmeMfAw6ubiQyfYEDjKnTsDj1u vcP+77vt1LWdoDngPjWBS1HU9zyB9Lowe/A8iD3dQeNU0yhuAUmrkkpKC Zr802guCc/3ANTjRktwtHiwo4IOjRVvITWeigLsbz2yMbmgvqYflQkNMf E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CVBQAVguxU/4QNJK1bgwZSVQUEwxIMhW4CgSVDAQEBAQEBfIQQAQEEAQEBNzQLEgEIEiQ3CxcOAgQOBQmIJggF01oBAQEBAQEBAwEBAQEBAQEBARmLE4Q7MweEKwWPVoNghWWBGziCXYtJgz4ig25vgUR/AQEB X-IronPort-AV: E=Sophos;i="5.09,638,1418083200"; d="scan'208";a="126430198" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-6.cisco.com with ESMTP; 24 Feb 2015 13:56:01 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t1ODu1Xv010277 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 24 Feb 2015 13:56:01 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Tue, 24 Feb 2015 07:56:01 -0600 From: "Rakesh Gandhi (rgandhi)" To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06.txt Thread-Index: AQHQUDmfCTY5TzK09ky48bPdJHiI+g== Date: Tue, 24 Feb 2015 13:56:01 +0000 Message-ID: In-Reply-To: <20150224133709.12078.27263.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.82.248.13] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: DEBORAH BRUNGARD , "housley@vigilsec.com" , "Lizhong com>" , "draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp.all@ietf.org" , "jiangsheng@huawei.com" , Adrian Farrel , Lou Berger , Loa Andersson Subject: Re: [Teas] I-D Action: draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2015 13:56:04 -0000 Hi All, WG, Thank you all for reviewing the draft and providing your comments/suggestions (including the REVERSE_LSP Object issue raised by Lou).=20 We have updated the draft to address all outstanding review comments received during the review. Please let us know if we have missed anything. Please also advise us if you have comments/suggestions on the latest revision.=20 Many thanks, Rakesh and authors On 2015-02-24 8:37 AM, "internet-drafts@ietf.org" wrote: > >A New Internet-Draft is available from the on-line Internet-Drafts >directories. > This draft is a work item of the Traffic Engineering Architecture and >Signaling Working Group of the IETF. > > Title : RSVP-TE Extensions for Associated Bidirectional >LSPs > Authors : Fei Zhang > Ruiquan Jing > Rakesh Gandhi > Filename : >draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-06.txt > Pages : 20 > Date : 2015-02-24 > >Abstract: > This document describes Resource reSerVation Protocol (RSVP) > extensions to bind two point-to-point unidirectional Label Switched > Paths (LSPs) into an associated bidirectional LSP. The association > is achieved by defining new Association Types for use in ASSOCIATION > and in Extended ASSOCIATION Objects. One of these types enables > independent provisioning of the associated bidirectional LSPs on both > sides, while the other enables single sided provisioning. The > REVERSE_LSP Object is also defined to enable a single endpoint to > trigger creation of the reverse LSP and to specify parameters of the > reverse LSP in the single sided provisioning case. > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-associ >ated-lsp/ > >There's also a htmlized version available at: >http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associated-l >sp-06 > >A diff from the previous version is available at: >http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-mpls-tp-rsvpte-ext-asso= ci >ated-lsp-06 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >Internet-Drafts are also available by anonymous FTP at: >ftp://ftp.ietf.org/internet-drafts/ > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Tue Feb 24 06:24:49 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 539FB1A1B8E for ; Tue, 24 Feb 2015 06:24:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.102 X-Spam-Level: X-Spam-Status: No, score=-0.102 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id coRuMoRgITCx for ; Tue, 24 Feb 2015 06:24:47 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 1043D1A1B28 for ; Tue, 24 Feb 2015 06:24:47 -0800 (PST) Received: (qmail 3484 invoked by uid 0); 24 Feb 2015 14:24:46 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy7.mail.unifiedlayer.com with SMTP; 24 Feb 2015 14:24:46 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id wEQe1p00Y2SSUrH01EQhxf; Tue, 24 Feb 2015 07:24:46 -0700 X-Authority-Analysis: v=2.1 cv=SqADtp+0 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=IkcTkHD0fZMA:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=-seqg7I-ecw3j2yl4e4A:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=ccuxheM1+9V3z4upMENLyZAZw2L3F8ki/o5kFVfJPfU=; b=oiFXiYm6Yjl2FDtN/yTK0D7+PXuGc3tr+ema7OdiE4osF9PoAPPvTCnLBlhdj630/y2DZvqoFZ/dsqtf67VXrO3Hw8FxK5PxzAYMZ0tMOcFKXCfMHnfvA3a5Xs5L87F9; Received: from box313.bluehost.com ([69.89.31.113]:46338 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YQGPe-0005cV-Ai for teas@ietf.org; Tue, 24 Feb 2015 07:24:38 -0700 Message-ID: <54EC89A0.1040600@labn.net> Date: Tue, 24 Feb 2015 09:24:32 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: TEAS WG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] IANA & value assignments in drafts X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2015 14:24:48 -0000 Hi, I was asked off list to clarify a comment on made on this draft in a previous meeting related to IANA assignments. My comment was something along the lines of don't ask IANA to assign values for fields introduced in a document -- this is a general rule. To clarify: All new fields defined in a document need to be fully defined: in narrative form, in conformance terms, and permitted values. As these fields are new, it is *inappropriate* to ask IANA to assign these initial values. It is perfectly reasonable for a draft to request the establishment of new registries for future cataloging and management of field values. Requesting the establishment of a registry does not impact the requirement to fully define each new field introduced in a document. Also WRT suggested values for new value assignments in *existing* registries: Unless you have a specific technical reason to suggest a specific value, *don't suggest any value*. If you do suggest a value, please provide the technical reason for this suggestion in the IANA section, e.g. "Value suggested to maintain alignment with value used in XYZ field of the ABC Object." Finally, IANA section MUST follow RFC5226. If you want to see an example, look at a recently published TEAS or CCAMP RFC. Lou From nobody Tue Feb 24 07:14:53 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B7071A1B1E for ; Tue, 24 Feb 2015 07:14:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tsUu3v1GATqY for ; Tue, 24 Feb 2015 07:14:47 -0800 (PST) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id 7A6D71A1B18 for ; Tue, 24 Feb 2015 07:14:47 -0800 (PST) Received: (qmail 25370 invoked by uid 0); 24 Feb 2015 15:14:44 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy10.mail.unifiedlayer.com with SMTP; 24 Feb 2015 15:14:44 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id wFDe1p00G2SSUrH01FDh3m; Tue, 24 Feb 2015 08:13:42 -0700 X-Authority-Analysis: v=2.1 cv=bJKFfpOZ c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=48vgC7mUAAAA:8 a=p2X6Lc0Po_zITtE5nKAA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=kjnsf7htQ1vmpE/pNxog4CS5G9XwQpGuporik/+UhPA=; b=0RyAqKs36dAMY00s2S7nE7PON05PUqbX9QRF/1uywMZXRx5mweK6T8vtgFEIkDs8yW34V13wfwfQg5r9uFMP32lT8K72Dg9Dsg6LWnle+RugNN3GWNChTUIi0me/4for; Received: from box313.bluehost.com ([69.89.31.113]:49621 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YQHB4-0006u8-Ni; Tue, 24 Feb 2015 08:13:38 -0700 Message-ID: <54EC951B.5090601@labn.net> Date: Tue, 24 Feb 2015 10:13:31 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "teas@ietf.org" References: <54E3F440.9070500@labn.net> In-Reply-To: <54E3F440.9070500@labn.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "Rakesh Gandhi \(rgandhi\)" , "teas-chairs@ietf.org" Subject: [Teas] Consensus call - (Was Re: A clarification request for draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2015 15:14:52 -0000 All, We'd like to confirm what I (as WG chair) see as consensus on this point.=20 We believe we have consensus behind requiring that the REVERSE_LSP Object always be required in the Path message of a single sided type association. Please review the published version and send any objections or comments you may have. Unless there is objections / discussion on the list to the contrary *before* March 3rd, I (as Shepherd) will inform the AD (Adrian) that the WG discussion on this topic is closed.=20 Editorial comments made during this period should be discussed and resolved on the list and collected for publication in a new version on (and not before) March 4th. One procedure comment / question was asked WRT early allocation. Per RFC7120, early allocation procedures requires: c. The specifications of these code points must be stable; i.e., if there is a change, implementations based on the earlier and later specifications must be seamlessly interoperable. We believe the stated change meets this test as the previous rules allowed for the presence of the REVERSE_LSP object and the new rules will support establishment of LSPs without the object present. =20 If you have an implementation and you believe the change will result in interoperability issues, please speak up -- either on the list or privately to the chairs . Thanks, Lou (and Deborah) On 2/17/2015 9:09 PM, Lou Berger wrote: > All, > > I think we *really* need some input here from the WG. So let me try to= > summarize the situation: > > The problem: > As part of flushing out details that Adrian correctly pointed out were > underspecified, we noted that when the REVERSE_LSP Object is not presen= t > there is no way for a node receiving a single sided type association to= > know if it is really the triggering node and to not initiate a new > reverse LSP.=20 > > The fix: > There needs to be something in the Path message of a single sided type > association to disambiguate the forward and reverse LSP.=20 > > Some options: > a) Always require a REVERSE_LSP Object in the forward LSP > b) use a different association types in forward and reverse directions,= > and introduce type-specific matching rules > c) add a bit somewhere, e.g., in LSP ATTRIBUTES > d) ??? > > The proposal in Rakesh's mail is to go with option (a), i.e., a=20 > REVERSE_LSP Object MUST be present in the Path message of the forward L= SP. > > To me this seems like a reasonable and safe change, and was even > discussed at some point. > > Are there any objections?=20 > > Are there any implementations that will be negatively impacted by this > change? (And if so, what option do you prefer.) > > Note the draft will need to be updated to reflect the outcome of this > discussion at which time the WG will again be asked to comment on the > changes. > > Thanks, > Lou (as Shepherd and co-Chair) > > On 2/14/2015 11:38 AM, Rakesh Gandhi (rgandhi) wrote: >> Hi WG, >> >> Seeking input on the following clarification. >> >> >> Original text in the draft for the single sided association LSP setup:= >> ----------------------------------------------------------------------= >> If REVERSE_LSP Object is not present in the received Path message o= f >> the LSP, the egress node SHOULD use the LSP properties from the >> received LSP Path message to signal the LSP in the reverse directio= n >> (which may depend on the local policy). >> >> >> Issue with this text: >> --------------------- >> Let's say, an ingress node signals the forward LSP with single sided >> association type but without REVERSE_LSP object. >> An egress node creates a reverse LSP using the objects from the Path >> message of the forward LSP. >> At the ingress node, this reverse LSP can in turn trigger to create >> another reverse (well forward) LSP as a response. >> >> >> Clarification: >> -------------- >> Use the presence of REVERSE_LSP Object in the Path message of the forw= ard >> LSP as a trigger to create a reverse LSP on the egress node. >> Egress node does not add it in the reverse LSP, so the ingress does no= t >> trigger another reverse (well forward) LSP since REVERSE_LSP Object is= not >> present. >> >> >> Welcome your inputs. >> >> Thanks, >> Rakesh >> >> >> >> >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-teas-mpls-tp-rsvpte-ext-a= ssoci >>> ated-lsp/ >>> >>> There's also a htmlized version available at: >>> http://tools.ietf.org/html/draft-ietf-teas-mpls-tp-rsvpte-ext-associa= ted-l >>> sp-03 >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Wed Feb 25 12:09:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2CFE1A1AAD for ; Wed, 25 Feb 2015 12:09:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GlZZyVpmydAk for ; Wed, 25 Feb 2015 12:09:09 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 637631A1AAE for ; Wed, 25 Feb 2015 12:09:09 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1PK97Ve025126; Wed, 25 Feb 2015 20:09:07 GMT Received: from 950129200 (089144234120.atnat0043.highway.a1.net [89.144.234.120]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1PK95Li025098 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 25 Feb 2015 20:09:06 GMT From: "Adrian Farrel" To: "'Lou Berger'" , "'TEAS WG'" References: <54EC89A0.1040600@labn.net> In-Reply-To: <54EC89A0.1040600@labn.net> Date: Wed, 25 Feb 2015 20:09:06 -0000 Message-ID: <081701d05136$e92abb40$bb8031c0$@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: AQH1BQRD7hb2nqvrYsfZXKwm4QR6fZy4Y3tg Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21358.002 X-TM-AS-Result: No--17.774-10.0-31-10 X-imss-scan-details: No--17.774-10.0-31-10 X-TMASE-MatchedRID: eVEkOcJu0F4k/cxPRTh5AVp0Bx5EayCFMWaF8v0yhDgM74Nf6tTB9pDr GurcJNLSw1SS/C5hZQw2WASafWJ5W1tFsD8r+sfMzNY33yIEF4bs8rI+Arq54bV5fSMRD1zqnw2 4Z7EdWcaajc2k2d1LI6n9Hj5RZR6NC2s6EMq6ZtLBVprK8rvWX3dPyDB89Hr5FFn/3AEyEay2F1 vvOVD7ecPT6fh0+f+ookT3UdU3fL0/tAk1apUmVG0PWqD0pliRQWEGv3gaUmeBTeBKqBRm8idFk UCNhBu049GTmHzIahQae3Xp0ZJJ2iC92D94UBz+oiN8YTmq+cuSTnFzEHOIwRHfiujuTbed82+Z JoKeNOW36h2hK5rvdpGTpe1iiCJqtD9qpBlNF8pWdFebWIc3VsRB0bsfrpPI6T/LTDsmJmg= Archived-At: Subject: Re: [Teas] IANA & value assignments in drafts X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2015 20:09:11 -0000 What Lou sed. You might like to look at two collections of information on the RTG Area wiki http://trac.tools.ietf.org/area/rtg/trac/wiki/WikiStart#CodePointsInternet-Draft sandEarlyImplementation http://trac.tools.ietf.org/area/rtg/trac/wiki/CodePointGuidelines Please recall that this is a wiki and wikis can be edited by *you* Adrian > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: 24 February 2015 14:25 > To: TEAS WG > Subject: [Teas] IANA & value assignments in drafts > > Hi, > I was asked off list to clarify a comment on made on this draft in a > previous meeting related to IANA assignments. My comment was something > along the lines of don't ask IANA to assign values for fields introduced > in a document -- this is a general rule. To clarify: > > All new fields defined in a document need to be fully defined: in > narrative form, in conformance terms, and permitted values. As these > fields are new, it is *inappropriate* to ask IANA to assign these > initial values. It is perfectly reasonable for a draft to request the > establishment of new registries for future cataloging and management of > field values. Requesting the establishment of a registry does not impact > the requirement to fully define each new field introduced in a document. > > Also WRT suggested values for new value assignments in *existing* > registries: Unless you have a specific technical reason to suggest a > specific value, *don't suggest any value*. If you do suggest a value, > please provide the technical reason for this suggestion in the IANA > section, e.g. "Value suggested to maintain alignment with value used in > XYZ field of the ABC Object." > > Finally, IANA section MUST follow RFC5226. If you want to see an > example, look at a recently published TEAS or CCAMP RFC. > > Lou > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Wed Feb 25 14:47:27 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EB1C1A9124 for ; Wed, 25 Feb 2015 14:47:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U72mbqQ4VM0U for ; Wed, 25 Feb 2015 14:47:25 -0800 (PST) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id CA8611A908B for ; Wed, 25 Feb 2015 14:47:25 -0800 (PST) Received: (qmail 11645 invoked by uid 0); 25 Feb 2015 22:47:23 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy8.mail.unifiedlayer.com with SMTP; 25 Feb 2015 22:47:23 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id wmnK1p00e2SSUrH01mnNEC; Wed, 25 Feb 2015 15:47:22 -0700 X-Authority-Analysis: v=2.1 cv=SqADtp+0 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=mlFM_a_ONtUA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=48vgC7mUAAAA:8 a=eDhOycW77fXu-3HzzsUA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=YFT1alTGoKO1Q0I2f3ZtO54cYpi971MrXzCQeLJ8SfU=; b=0G5ZLW922syMG6l7Cy3WVEVK9ao5j7KlScngyNwr9CksndpgDpaVbXJ9SOTRL+mUkJigtcH0p+GsTmMMqZvmjqeNQ4W/yYe0mi80x/rfunN2zEe2Zm/9QIBim6alpEZF; Received: from box313.bluehost.com ([69.89.31.113]:46933 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YQkjf-00073Z-Bm; Wed, 25 Feb 2015 15:47:19 -0700 Message-ID: <54EE50F0.6000400@labn.net> Date: Wed, 25 Feb 2015 17:47:12 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'TEAS WG' References: <54EC89A0.1040600@labn.net> <081701d05136$e92abb40$bb8031c0$@olddog.co.uk> In-Reply-To: <081701d05136$e92abb40$bb8031c0$@olddog.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [Teas] IANA & value assignments in drafts X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2015 22:47:27 -0000 Thanks Adrian, Fell free to lift text that I sent if you think it's appropriate to add to the wikis... Lou On 2/25/2015 3:09 PM, Adrian Farrel wrote: > What Lou sed. > > You might like to look at two collections of information on the RTG Area wiki > > http://trac.tools.ietf.org/area/rtg/trac/wiki/WikiStart#CodePointsInternet-Draft > sandEarlyImplementation > http://trac.tools.ietf.org/area/rtg/trac/wiki/CodePointGuidelines > > Please recall that this is a wiki and wikis can be edited by *you* > > Adrian > > >> -----Original Message----- >> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger >> Sent: 24 February 2015 14:25 >> To: TEAS WG >> Subject: [Teas] IANA & value assignments in drafts >> >> Hi, >> I was asked off list to clarify a comment on made on this draft in a >> previous meeting related to IANA assignments. My comment was something >> along the lines of don't ask IANA to assign values for fields introduced >> in a document -- this is a general rule. To clarify: >> >> All new fields defined in a document need to be fully defined: in >> narrative form, in conformance terms, and permitted values. As these >> fields are new, it is *inappropriate* to ask IANA to assign these >> initial values. It is perfectly reasonable for a draft to request the >> establishment of new registries for future cataloging and management of >> field values. Requesting the establishment of a registry does not impact >> the requirement to fully define each new field introduced in a document. >> >> Also WRT suggested values for new value assignments in *existing* >> registries: Unless you have a specific technical reason to suggest a >> specific value, *don't suggest any value*. If you do suggest a value, >> please provide the technical reason for this suggestion in the IANA >> section, e.g. "Value suggested to maintain alignment with value used in >> XYZ field of the ABC Object." >> >> Finally, IANA section MUST follow RFC5226. If you want to see an >> example, look at a recently published TEAS or CCAMP RFC. >> >> Lou >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > From nobody Thu Feb 26 18:36:07 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A5171A7113; Thu, 26 Feb 2015 18:36:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id toc4tQTi7yCS; Thu, 26 Feb 2015 18:36:00 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 21AB41A7007; Thu, 26 Feb 2015 18:36:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150227023600.18315.87129.idtracker@ietfa.amsl.com> Date: Thu, 26 Feb 2015 18:36:00 -0800 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-te-li-lb-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 02:36:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : GMPLS RSVP-TE Extensions for Lock Instruct and Loopback Authors : Jie Dong Mach(Guoyi) Chen Zhenqiang Li Daniele Ceccarelli Filename : draft-ietf-teas-rsvp-te-li-lb-04.txt Pages : 9 Date : 2015-02-26 Abstract: This document specifies extensions to Resource Reservation Protocol- Traffic Engineering (RSVP-TE) to support Lock Instruct (LI) and Loopback (LB) mechanisms for Label Switched Paths (LSPs). These mechanisms are applicable to technologies which use Generalized Multi-Protocol Label Switching (GMPLS) for the control plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-li-lb/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-teas-rsvp-te-li-lb-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-te-li-lb-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Feb 28 20:53:14 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 185991A1B80 for ; Sat, 28 Feb 2015 20:53:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RATt1IP9RSHe for ; Sat, 28 Feb 2015 20:53:11 -0800 (PST) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3C881A0377 for ; Sat, 28 Feb 2015 20:53:10 -0800 (PST) Received: by mail-qg0-f44.google.com with SMTP id z107so212236qgd.3 for ; Sat, 28 Feb 2015 20:53:10 -0800 (PST) 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=FHHtcfteAGc+7bdhQYghzRPpFMICfZabKK4wpNhRFqM=; b=0iostx5eftzpcxLljIZZEzrfxJTB9iMOL2JU3Zr6SqwcnNJhwSDLfTgehyXByzWW32 lKDUoW6H9Ebb1aAGtuKgyJ7BbV5nLcZNoQHFpCgu/TIUFn+9QIsvgO3UVuycjfqDWt9v otGwMh3fXEdjEUUJn7NV+4emtBU1Zxib5wQIn5kMceZMv02M/M3ON4EEc90fzfnm27W2 ROA8hQ9Ha5udMuaarJLgNuM7p5kV8osgI7iNBDu6zJNIJ40lQQNCg0TPnHbG57BxSM3h KWpEVwvUP12rsHtwsFm0TmC8tbO/fpK6DiRXR8EbuzIH+fbJRqyH9YDfj6eLt4I0cNec DBdg== MIME-Version: 1.0 X-Received: by 10.140.28.203 with SMTP id 69mr2078192qgz.5.1425185589954; Sat, 28 Feb 2015 20:53:09 -0800 (PST) Received: by 10.140.85.227 with HTTP; Sat, 28 Feb 2015 20:53:09 -0800 (PST) In-Reply-To: <03a101d04269$5f7c10f0$1e7432d0$@olddog.co.uk> References: <03a101d04269$5f7c10f0$1e7432d0$@olddog.co.uk> Date: Sat, 28 Feb 2015 23:53:09 -0500 Message-ID: From: Vishnu Pavan Beeram To: Adrian Farrel Content-Type: multipart/mixed; boundary=001a1139bcd8d46b9c051032e0cd Archived-At: Cc: draft-ietf-teas-interconnected-te-info-exchange@tools.ietf.org, "teas@ietf.org" Subject: Re: [Teas] FW: I-D Action: draft-ietf-teas-interconnected-te-info-exchange-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 04:53:13 -0000 --001a1139bcd8d46b9c051032e0cd Content-Type: multipart/alternative; boundary=001a1139bcd8d46b95051032e0cb --001a1139bcd8d46b95051032e0cb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Adrian, Hi! The new text looks good. I would like to propose adding a new section to this draft for covering the "mutual exclusivity" property of abstract TE links. I would like to get the WG's opinion on rolling in the attached text (either as is or in some edited form) into the next revision. IMO, the ideal place would be to put it right after the section that discusses =E2=80=9CMacro SRLGs=E2=80=9D. Regards, -Pavan On Fri, Feb 6, 2015 at 7:02 PM, Adrian Farrel wrote: > All, > > Working towards my promise given to the then CCAMP chairs (but presumably > transferred to the TEAS chairs), I have attacked one of the four TBD > sections in > this draft by writing some Security Considerations text. > > Would welcome comments on that text, on the other three TBD sections, or > on the > draft as a whole. > > Thanks, > Adrian > > > -----Original Message----- > > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > > Sent: 07 February 2015 00:00 > > To: i-d-announce@ietf.org > > Cc: teas@ietf.org > > Subject: [Teas] I-D Action: > draft-ietf-teas-interconnected-te-info-exchange- > > 01.txt > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Traffic Engineering Architecture and > Signaling > > Working Group of the IETF. > > > > Title : Problem Statement and Architecture for > Information > Exchange > > Between Interconnected Traffic Engineered Networks > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-teas-interconnected-te-info= - > > exchange/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --001a1139bcd8d46b95051032e0cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Adrian, Hi!

The new text looks good.

I= would like to propose adding a new section to this draft for covering the = "mutual exclusivity" property of abstract TE links. I would like = to get the WG's opinion on rolling in the attached text (either as is or= in some edited form) into the next revision. IMO, the ideal place would be to put it right after the section that discusses =E2=80=9CMacro SRLGs=E2=80=9D.

Regards,
-Pavan

= On Fri, Feb 6, 2015 at 7:02 PM, Adrian Farrel <adrian@olddog.co.uk&g= t; wrote:
All,

Working towards my promise given to the then CCAMP chairs (but presumably transferred to the TEAS chairs), I have attacked one of the four TBD sectio= ns in
this draft by writing some Security Considerations text.

Would welcome comments on that text, on the other three TBD sections, or on= the
draft as a whole.

Thanks,
Adrian

> -----Original Message-----
> From: Teas [mailto:teas-bounc= es@ietf.org] On Behalf Of
internet-drafts@ietf.org > Sent: 07 February 2015 00:00
> To: i-d-announce@ietf.org=
> Cc: teas@ietf.org
> Subject: [Teas] I-D Action: draft-ietf-teas-interconnected-te-info-exc= hange-
> 01.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
>=C2=A0 This draft is a work item of the Traffic Engineering Architectur= e and
Signaling
> Working Group of the IETF.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Problem Statement and Architecture for Information
Exchange
> Between Interconnected Traffic Engineered Networks
>
> The IETF datatracker status page for = this draft is:
> https://datatracker.ietf.org/doc/draft-iet= f-teas-interconnected-te-info-
> exchange/

____________________________= ___________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas

--001a1139bcd8d46b95051032e0cb-- --001a1139bcd8d46b9c051032e0cd Content-Type: text/plain; charset=US-ASCII; name="mutual-exclusivity.txt" Content-Disposition: attachment; filename="mutual-exclusivity.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6pyez1a0 DQoKICAgICANCiAgICAgNS4zLjMuMiBNdXR1YWwgRXhjbHVzaXZpdHkgDQoKDQogICAgICAgIFRo ZSBhYnN0cmFjdCBURSBMaW5rIGdldHMgYWR2ZXJ0aXNlZCBsaWtlIGFueSBvdGhlciBURSBsaW5r IGFuZCANCiAgICAgICAgZm9sbG93cyB0aGUgc2FtZSBydWxlcyB0aGF0IGFyZSBkZWZpbmVkIGZv ciB0aGUgYWR2ZXJ0aXNpbmcsIA0KICAgICAgICBwcm9jZXNzaW5nIGFuZCB1c2Ugb2YgcmVndWxh ciBURSBsaW5rcyBbUkZDNDIwMl0uIEhvd2V2ZXIsIG11dHVhbCANCiAgICAgICAgZXhjbHVzaXZp dHkgaXMgb25lIGF0dHJpYnV0ZSB0aGF0IGlzIHVuaXF1ZSB0byBhYnN0cmFjdCBURSBsaW5rcy4g DQogICAgICAgIE11dHVhbCBleGNsdXNpdml0eSBjb21lcyBpbnRvIHBsYXkgd2hlbiBtdWx0aXBs ZSBhYnN0cmFjdCBURSBMaW5rcyANCiAgICAgICAgYXJlIGRlcGVuZGVudCBvbiB0aGUgdXNhZ2Ug b2YgdGhlIHNhbWUgdW5kZXJseWluZyBzZXJ2ZXIgcmVzb3VyY2UuIA0KICAgICAgICBUaGVzZSBh YnN0cmFjdCBURSBsaW5rcyBhcmUgZGVlbWVkIHRvIGJlIG11dHVhbGx5IGV4Y2x1c2l2ZSBiZWNh dXNlIA0KICAgICAgICBub3QgYWxsIG9mIHRoZW0gY2FuIGdldCByZWFsaXplZCBhdCB0aGUgc2Ft ZSB0aW1lLiANCiAgICAgICAgIA0KICAgICAgICBUaGlzIG11dHVhbCBleGNsdXNpdml0eSBpbmZv cm1hdGlvbiBpcyBvZiByZWxldmFuY2UgdG8gQ2xpZW50IFBhdGgNCiAgICAgICAgQ29tcHV0YXRp b24gZW5naW5lczsgZXNwZWNpYWxseSB0aG9zZSB0aGF0IGFyZSBjYXBhYmxlIG9mIGRvaW5nIA0K ICAgICAgICBjb25jdXJyZW50IGNvbXB1dGF0aW9ucy4gSWYgdGhpcyBpbmZvcm1hdGlvbiBpcyBh YnNlbnQsIHRoZXJlIGV4aXN0cyANCiAgICAgICAgdGhlIHJpc2sgb2YgdGhlIENvbXB1dGF0aW9u IGVuZ2luZSB5aWVsZGluZyBlcnJvbmVvdXMgY29uY3VycmVudCANCiAgICAgICAgcGF0aCBjb21w dXRhdGlvbiByZXN1bHRzIHdoZXJlIG9ubHkgYSBzdWJzZXQgb2YgdGhlIGNvbXB1dGVkIHBhdGhz IA0KICAgICAgICBnZXQgc3VjY2Vzc2Z1bGx5IHByb3Zpc2lvbmVkLiANCiAgICAgIA0KICAgICAg ICBUaGUgbXV0dWFsIGV4Y2x1c2l2aXR5IHByb3BlcnR5IG9mIGFuIGFic3RyYWN0IFRFIExpbmsg Y2FuIGJlIA0KICAgICAgICBlaXRoZXIgc3RhdGljIG9yIGR5bmFtaWMgaW4gbmF0dXJlLiBTdGF0 aWMgbXV0dWFsIGV4Y2x1c2l2aXR5IGV4aXN0cyANCiAgICAgICAgcGVybWFuZW50bHkgd2l0aGlu IGEgZ2l2ZW4gbmV0d29yayBjb25maWd1cmF0aW9uLiBJdCBjb21lcyBpbnRvIHBsYXkgDQogICAg ICAgIHdoZW4gdHdvIG9yIG1vcmUgYWJzdHJhY3QgVEUgTGlua3MgZGVwZW5kIG9uIHRoZSB1c2Fn ZSBvZiB0aGUgc2FtZSANCiAgICAgICAgbm9uLXNoYXJlYWJsZSB1bmRlcmx5aW5nIHNlcnZlciBu ZXR3b3JrIGRvbWFpbiByZXNvdXJjZS4gVGhpcyANCiAgICAgICAgcmVzb3VyY2UgZ2V0cyB1c2Vk IHVwIGluIGl0cyBlbnRpcmV0eSBieSBhIHNpbmdsZSBhYnN0cmFjdCBURSBMaW5rIA0KICAgICAg ICB3aGVuIGNvbW1pdHRlZC4gVG8gaWxsdXN0cmF0ZSB0aGlzIHZpYSBhbiBleGFtcGxlLCBhc3N1 bWUgdGhhdCB0aGUgDQogICAgICAgIHNlcnZlciBsYXllciBuZXR3b3JrIHVzZWQgaW4gU2VjdGlv biA1LjMuMyBpcyBhIFdETSBsYXllciBuZXR3b3JrIA0KICAgICAgICBhbmQgdGhlIGNsaWVudCBu b2RlcyBjb25uZWN0ZWQgdG8gaXQgYXJlIElQIHJvdXRlcnMuIEFsc28gYXNzdW1lIA0KICAgICAg ICB0aGF0IHRoZSBwb3RlbnRpYWwgcGF0aHMgaW4gdGhlIFdETSBsYXllciBuZXR3b3JrIHN1cHBv cnRpbmcgdGhlIA0KICAgICAgICBhYnN0cmFjdCBURSBMaW5rcyBTMS1TOSBhbmQgUzEtUzMgcmVx dWlyZSB0aGUgdXNhZ2Ugb2YgdGhlIHNhbWUgDQogICAgICAgIHNvdXJjZSB0cmFuc3BvbmRlciAo b24gIk5vZGUgUzEiKS4gQmVjYXVzZSBib3RoIHRoZSBhYnN0cmFjdCBURSANCiAgICAgICAgTGlu a3MgZGVwZW5kIG9uIHRoZSBzYW1lIHVuY29tbWl0dGVkIG5ldHdvcmsgcmVzb3VyY2UsIG9ubHkg b25lIG9mIA0KICAgICAgICB0aGVtIGNvdWxkIGdldCBhY3RpdmF0ZWQgYXQgYW55IGdpdmVuIHRp bWUuIFRoaXMgc2NlbmFyaW8gaXMgDQogICAgICAgIGVuY291bnRlcmVkIHdoZW4gdGhlIHBvdGVu dGlhbCBwYXRocyBkZXBlbmQgb24gYW55IGNvbW1vbiBwaHlzaWNhbCANCiAgICAgICAgcmVzb3Vy Y2UgKGUuZy4gdHJhbnNwb25kZXIsIHJlZ2VuZXJhdG9yLCB3YXZlbGVuZ3RoIGNvbnZlcnRlciwg ZXRjLikgDQogICAgICAgIHRoYXQgY291bGQgYmUgdXNlZCBieSBvbmx5IG9uZSBTZXJ2ZXIgTmV0 d29yayBEb21haW4gTFNQIGF0IGEgdGltZS4gIA0KICAgICAgICAgDQogICAgICAgIER5bmFtaWMg bXV0dWFsIGV4Y2x1c2l2aXR5IGV4aXN0cyB0ZW1wb3JhcmlseSB3aXRoaW4gYSBnaXZlbiBuZXR3 b3JrIA0KICAgICAgICBjb25maWd1cmF0aW9uLiBJdCBjb21lcyBpbnRvIHBsYXkgd2hlbiB0d28g b3IgbW9yZSBhYnN0cmFjdCBURSBMaW5rcyANCiAgICAgICAgZGVwZW5kIG9uIHRoZSB1c2FnZSBv ZiB0aGUgc2FtZSBzaGFyZWFibGUgdW5kZXJseWluZyBzZXJ2ZXIgbmV0d29yayANCiAgICAgICAg ZG9tYWluIHJlc291cmNlLiBNdXR1YWwgZXhjbHVzaXZpdHkgZXhpc3RzIHdoZW4gdGhlIGFtb3Vu dCBvZiB0aGUgDQogICAgICAgIHNlcnZlciByZXNvdXJjZSB0aGF0IGlzIGF2YWlsYWJsZSBmb3Ig c2hhcmluZyBpcyBsaW1pdGVkOyBpdCBjZWFzZXMgDQogICAgICAgIHRvIGV4aXN0IHdoZW4gc3Vm ZmljaWVudCBhbW91bnQgb2YgdGhlIHJlc291cmNlIGlzIGF2YWlsYWJsZSBmb3IgDQogICAgICAg IGFjY29tbW9kYXRpbmcgYWxsIGNvcnJlc3BvbmRpbmcgYWJzdHJhY3QgVEUgTGlua3MuIFVzaW5n IHRoZSBzYW1lIA0KICAgICAgICBJUC9XRE0gdG9wb2xvZ3kgZXhhbXBsZSwgYXNzdW1lIHRoYXQg dGhlIHBvdGVudGlhbCBwYXRocyBpbiB0aGUgV0RNIA0KICAgICAgICBuZXR3b3JrIGNhdGVyaW5n IHRvIGFic3RyYWN0IFRFIGxpbmtzIFMxLVMzLCBTMS1TOSBhbmQgUzctUzMgYXJlIFMxLQ0KICAg ICAgICBTMi1TMywgUzEtUzItUzUtUzkgYW5kIFM3LVM0LVMxLVMyLVMzIHJlc3BlY3RpdmVseS4g QWxzbyBhc3N1bWUgdGhhdCANCiAgICAgICAgdGhlIFdETS1saW5rIFMxLVMyIHRoYXQgYWxsIHRo ZXNlIHBhdGhzIGFyZSB0cmF2ZXJzaW5nIHRocm91Z2ggaGFzIA0KICAgICAgICBvbmx5IDIgbGFt YmRhIGNoYW5uZWxzIGF2YWlsYWJsZSBhbmQgdGhhdCBhbnkgYXZhaWxhYmxlIGxhbWJkYSBjYW4g DQogICAgICAgIGdldCBwaWNrZWQgZm9yIGVhY2ggb2YgdGhlc2UgdW5kZXJsaW5nIHNlcnZlciBM U1BzLiBUaGlzIG1lYW5zIHRoYXQgDQogICAgICAgIG9ubHkgdHdvIG91dCBvZiB0aGUgdGhyZWUg YWJzdHJhY3QgVEUgbGlua3MgY2FuIGdldCByZWFsaXplZCBhdCBhIA0KICAgICAgICBnaXZlbiBt b21lbnQuIFRoaXMgZHluYW1pYyBtdXR1YWwgZXhjbHVzaXZpdHkgY2Vhc2VzIHRvIGV4aXN0IHdo ZW4gYSANCiAgICAgICAgdGhpcmQgbGFtYmRhIGNoYW5uZWwgYmVjb21lcyBhdmFpbGFibGUgb24g dGhlIFdETS1saW5rIFMxLVMyLiANCiAgICAgIA0KICAgICAgICAgDQoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKICAgICAgDQogICAgICANCiAgICAgIA0K --001a1139bcd8d46b9c051032e0cd--