From nobody Mon Feb 1 05:36:09 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47B5F1A9048; Mon, 1 Feb 2016 05:36:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.874 X-Spam-Level: * X-Spam-Status: No, score=1.874 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-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 Z8B72es0pD4o; Mon, 1 Feb 2016 05:36:04 -0800 (PST) Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [161.106.1.3]) by ietfa.amsl.com (Postfix) with ESMTP id 7C3191A904A; Mon, 1 Feb 2016 05:36:03 -0800 (PST) Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id B5DFBE3007B; Mon, 1 Feb 2016 14:36:02 +0100 (CET) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by p-mail2.rd.orange.com (Postfix) with ESMTP id 53148E3001D; Mon, 1 Feb 2016 14:36:02 +0100 (CET) Received: from [10.193.71.204] (10.193.71.204) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.266.1; Mon, 1 Feb 2016 14:36:01 +0100 To: Robert Varga , Ina Minei References: <56210C68.1080904@orange.com> <569CFA97.2080209@hq.sk> From: Julien Meuric Organization: Orange Message-ID: <56AF5F41.9000903@orange.com> Date: Mon, 1 Feb 2016 14:36:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <569CFA97.2080209@hq.sk> Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit Archived-At: Cc: draft-ietf-pce-stateful-pce@ietf.org, "pce@ietf.org" Subject: Re: [Pce] Chair's Review of draft-ietf-pce-stateful-pce-11 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 13:36:06 -0000 Hi Robert.

Thank you for your help to move this forward. Please find my comments below [JM]. Note that a couple of your answers are not aligned with the proposed resolutions currently included the I-D: I was fine with these, therefore please make sure you are so that I can send to the IESG.

Julien


Jan. 18, 2016 - nite@hq.sk:
Hello,

please find my comments on the pending items.

On 10/26/2015 10:10 PM, Ina Minei wrote:
Julien,

Thank you for the detailed review, please find answers inline below ###. I have incorporated the overwhelming majority of the comments, explained the reason for not incorporating a couple of them, and am still working with the co-authors on a couple of items marked "pending", which we will close on shortly.

Two questions and one ask
1. Forward references to SRP object and SRP-ID - there are several in the comments, though the relevant section is always mentioned. How should such forward references be addressed?
2. Section 7 - s/defined in this document/defined in that (aforementioned) document/
The comment was not clear to me. The intention is for the flags to be set as explained for the new objects we are defining here, can you clarify the comment?
3. Can you please review the comments that were not incorporated and let us know if you agree?

Thank you,

Ina

On Fri, Oct 16, 2015 at 7:40 AM, Julien Meuric <julien.meuric@orange.com> wrote:
Dear authors,

To prepare the upcoming move to the IESG, please find below my review of the aforementioned I-D (at last!).

_Summary_

Main qualities:
- core specification is clear;
- wording is smooth, with very few typos;
- the manageability and security sections have been included with relevant text.
Main issues to point out:
- RFC 2119 keywords (picky me, but so is the IESG: ask JP about 5440);
- a few corner/error cases;
- consistency with existing RFCs (5440, 5886).
I also take the opportunity to remind the WG that including codepoint values from existing registries before allocation by the IANA (which can be requested early) is a very bad idea, whatever the WG.

_Detailed Comments_


[snip]

- s/include an empty ERO/include an empty RRO/ [Along with RFC 5440 (section 7.10), the object sent by a PCC to report to a PCE is an RRO: let us keep it consistent.]
### XXX Pending

In this case PCRpt differs from PCReq. The PCE needs to know the ERO object for each LSP, as may have been pushed by a different PCE. Reporting RRO is not sufficient, as that contains the effective LSP path, e.g. with loose hops expanded by the PCC. That is why ERO is a mandatory object in PCRpt (as part of intended_path), hence we specify an empty object for the end-of-sync marker.
[JM] OK, this is addressed in the current version.
- Avoiding "positive acknowledgements for properly received synchronization messages" has scalability benefits in normal situations, but the PCC is blind and may keep on sending PCRpt to dead processes behind up PCEP sessions. Have you consider acknowledgement, possibly using a compression mechanism like the one defined later in the I-D?
### XXX Pending

The association between a PCEP session and PCE processes is something which I would consider an internal PCE detail, and it should be covered by the next sentence (e.g. raise PCErr 20/1).
[JM] I still feel unwise to consider a lack of feedback as a proof of synchronization. What if, from time to time, a PCRpt gets lost? I do not think acknowledgement would be a pain to add, but its lack can easily turn to that in operational situations.

- When mentioning errors, adding a sentence reminding that RFC 5440 already defines a set of applicable error codes would be valuable.
### XXX Pending

I agree, this is an extension, so implementations should reuse RFC5440 errors when appropriate.
[JM] OK, aligned with the I-D.

- In section 5.5.1, it is not clear if an empty LSP Update Request with a Delegate flag to 1 is an acceptable way for a PCE to send a delegation acknowledgement: to be clarified.
### XXX Pending

It is not, as that would be seen as a request to modify the LSP setup to empty. Such an acknowledgement would have to include full configuration as previously reported -- which would be handled as a normal update.
[JM] The I-Ds says the contrary: to be checked. Note that empty could be loose, which seems possible to handle at the signaling level.

- s/SHOULD return the LSP delegation/MUST return the LSP delegation/
### This should remain SHOULD. The nice way to do it is to return it explicitly, but it may choose to wait until the next update and return the delegation then by not setting the delegate flag.
- In section 5.5.3, assuming an LSP was delegated, does the reception by the PCC of a non empty LSP Update Request with a Delegate Flag to 0 trigger an error?
### XXX Pending

It could, if we want to be strict about it, but it does not really have an impact on protocol operation: delegate=0 should kick in first, which means the PCC can safely discard any extra payload.
[JM] OK, seems aligned to the I-D.
- s/<ERO><attribute-list>/<RRO><attribute-list>/ [Per RFC 5440, a report from PCC to PCE is RRO.]
### XXX Pending
- The use of the optional xRO is mentioned, but its relationship with the RRO (formerly ERO) is not clear. I suspect some assumptions are made on the way the ERO/RRO are populated; RFC 5440 only says ERO for PCE->PCC and RRO for PCC->PCE.
### XXX Pending

The idea here is that ERO contains the path as pushed by the PCE. It may contain loose hops, which the PCC can expand as it sees fit. The RRO contains the effective path the LSP is currently taking, e.g. any loose hops are resolved. Since a backup PCE is not required to share state with the primary PCE, and there is no way to derive ERO from RRO, the PCEP session needs to communicate both, so a backup PCE can pick up the previous PCE's policy decision as well as the current LSP path.
[JM] The current I-D addresses my concerns on this, thanks for the clarification.
- The behavior associated to the resource limit per PCC rather looks like a Notifcation than an Error (e.g., in RFC 5440, cancelling a set of pending requests relies on PCNtf). Please consider the use of Notification instead of Error here.
### XXX Pending

Current wording is based on the assumption that the PCE has to have a consistent point-in-time view of the PCC's state. In this regard a PCRpt of a new LSP which exceeds PCE implementation-internal limit on the number of LSPs it supports would break that assumption, hence we chose PCErr. This makes it consistent with what would happen if that LSP is reported during initial state resynchronization.
[JM] Please note that the current I-D uses "PCNtf", and I am fine with that resolution. I was not questioning the expected behavior, which must remain. I was just suggesting the expected type of message to be consistent with RFC 5440: the PCC has not made anything wrong, it is informed that the PCE no more accepts its reports similarly to the way a PCE is able to tell about overload or cancel some requests.

- It would be nice to elaborate on the reason why the SYMBOLIC-PATH-NAME MUST be included and not SHOULD.
- I do not see why SYMBOLIC-PATH-NAME may be included in SRP Object: defining the LSP Object as its single place seems enough and much simpler.

### XXX Pending

The MUST is there to maintain a single global identifier for the LSP. PLSP-ID is then used as a shorthand. I do not recollect the exact reasoning as to why the TLV can be in SRP, as the placement and semantics of that TLV has changed quite a bit over the past couple of years. If I were to venture a guess, I think it was retrofitted to allow the PCE to update the symbolic path name.
[JM] OK about the "MUST". About SYMBOLIC-PATH-NAME in SRP, please choose: either it is legacy and must be dropped (current version), or there is a reason and it must be documented in the I-D.

Thanks,
Robert

Thank you,

Julien

From nobody Mon Feb 1 10:01:47 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 871451B3386; Mon, 1 Feb 2016 10:01:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 o-dcXV5Rw8Nf; Mon, 1 Feb 2016 10:01:44 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A73761B3383; Mon, 1 Feb 2016 10:01:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6122; q=dns/txt; s=iport; t=1454349704; x=1455559304; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9IixY0Z+OIFTi7laopsQLhYWsC7znrZ7r691O8L5sHo=; b=N+DvvKJGct7GEzIimjQmd7svHPYRzYs/TXpXq9lZTQxcK4fQ0d7Z5xkK Pfsluys6WGG5ApdAne1cEV6X4yfCKf9xLgwmTBpXJwXLm54204smrP+DQ nuuLW38Ih9N0J52TXLOMU2clRmXi2tuynoXNZv+unyA7StIQld9RTumXB c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQAona9W/5FdJa1egm5MgT8GiFKxX?= =?us-ascii?q?QENgWSGDwKBPDgUAQEBAQEBAYEKhEEBAQEEeRACAQgRAwECKAcyFAkIAgQBDQW?= =?us-ascii?q?IG71MAQEBAQEBAQEBAQEBAQEBAQEBAQEBFYYPhDeEUoQaBZJshAMBjUqBW4RCi?= =?us-ascii?q?FOKbINRAR4BAUKCAhmBUWqIAXwBAQE?= X-IronPort-AV: E=Sophos;i="5.22,381,1449532800"; d="scan'208,217";a="232866011" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Feb 2016 18:01:36 +0000 Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u11I1aaO024462 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 1 Feb 2016 18:01:36 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 1 Feb 2016 13:01:35 -0500 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Mon, 1 Feb 2016 13:01:35 -0500 From: "Jan Medved (jmedved)" To: Julien Meuric , Robert Varga , "Ina Minei" Thread-Topic: [Pce] Chair's Review of draft-ietf-pce-stateful-pce-11 Thread-Index: AQHRUf7yC6t1xZFxnUeq/v23ZGD0B58Xms6A///EFIA= Date: Mon, 1 Feb 2016 18:01:35 +0000 Message-ID: References: <56210C68.1080904@orange.com> <569CFA97.2080209@hq.sk> <56AF5F41.9000903@orange.com> In-Reply-To: <56AF5F41.9000903@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.9.151119 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.248.18] Content-Type: multipart/alternative; boundary="_000_D2D4DBD3109C4Bjmedvedciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-pce-stateful-pce@ietf.org" , "pce@ietf.org" Subject: Re: [Pce] Chair's Review of draft-ietf-pce-stateful-pce-11 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 18:01:46 -0000 --_000_D2D4DBD3109C4Bjmedvedciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Julien From: Julien Meuric > Organization: Orange Date: Monday, February 1, 2016 at 5:36 AM To: Robert Varga >, Ina Minei > Cc: "draft-ietf-pce-stateful-pce@ietf.org" >, "pce@ietf.org" > Subject: Re: [Pce] Chair's Review of draft-ietf-pce-stateful-pce-11 Hi Robert. Thank you for your help to move this forward. Please find my comments below= [JM]. Note that a couple of your answers are not aligned with the proposed= resolutions currently included the I-D: I was fine with these, therefore p= lease make sure you are so that I can send to the IESG. Julien Jan. 18, 2016 - nite@hq.sk: Hello, please find my comments on the pending items. [snip] [JM] I still feel unwise to consider a lack of feedback as a proof of synch= ronization. What if, from time to time, a PCRpt gets lost? I do not think a= cknowledgement would be a pain to add, but its lack can easily turn to that= in operational situations. PCEP runs on top of TCP, so delivery of all messages is guaranteed by the u= nderlying transport. The PCE itself can loose a message, but if it does, it= will typically have a bigger problem than just lost messages ;-) Another reason that we did not put in an explicit ack is stay in the spirit= of the original RFC5440, which is modeled after BGP. BGP also does not hav= e acks for any of its messages - it just assumes that the transport will ta= ke care of the guaranteed delivery. Thanks, Jan --_000_D2D4DBD3109C4Bjmedvedciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Julien

From: Julien Meuric <julien.meuric@orange.com>
Organization: Orange
Date: Monday, February 1, 2016 at 5= :36 AM
To: Robert Varga <nite@hq.sk>, Ina Minei <inaminei@google.com>
Cc: "draft-ietf-pce-stateful-pce@ietf.org&quo= t; <draft-ietf-p= ce-stateful-pce@ietf.org>, "pce= @ietf.org" <pce@ietf.org>
Subject: Re: [Pce] Chair's Review o= f draft-ietf-pce-stateful-pce-11

Hi Robert.

Thank you for your help to move this forward. Please find my comments below= [JM]. Note that a couple of your answers are not aligned with the proposed= resolutions currently included the I-D: I was fine with these, therefore p= lease make sure you are so that I can send to the IESG.

Julien


Jan. 18, 2016 - nite@hq.sk:
Hello,

please find my comments on the pending items.
[snip]

[JM] I still feel unwise to consi= der a lack of feedback as a proof of synchronization. What if, from time to= time, a PCRpt gets lost? I do not think acknowledgement would be a pain to= add, but its lack can easily turn to that in operational situations.

PCEP runs on top of TCP, so delivery of all messages is guaranteed by = the underlying transport. The PCE itself can loose a message, but if it doe= s, it will typically have a bigger problem than just lost messages ;-) = ;

Another reason that we did not put in an explicit ack is stay in the s= pirit of the original RFC5440, which is modeled after BGP. BGP also does no= t have acks for any of its messages - it just assumes that the transport wi= ll take care of the guaranteed delivery.


Thanks,
Jan


 --_000_D2D4DBD3109C4Bjmedvedciscocom_-- From nobody Mon Feb 1 10:29:50 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCEC71B33D0; Mon, 1 Feb 2016 10:29:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.095 X-Spam-Level: X-Spam-Status: No, score=-0.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-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 wfiv3Z80x26d; Mon, 1 Feb 2016 10:29:45 -0800 (PST) Received: from mail.hq.sk (hq.sk [81.89.59.181]) by ietfa.amsl.com (Postfix) with ESMTP id 7F0D41B338D; Mon, 1 Feb 2016 10:29:44 -0800 (PST) Received: from [172.16.4.98] (46.229.239.158.host.vnet.sk [46.229.239.158]) by mail.hq.sk (Postfix) with ESMTPSA id 606CA242492; Mon, 1 Feb 2016 19:29:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1454351382; bh=vXesW5IocrYGRp3MHjtm0fZ7MfYf23jvTl7nRsp1Xv0=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=sESXCjWjJPzrm4bgUz+TN7nNGdKxLdpwxhmDNUwtrYjCyMhrIZuSyJtV4zAabyU7c msrF70XRC9KbkaUquEsxRYVc6E0sGBlyE0jS02FrjtmyKFHYPMYEFd7otNTJMjXbss UKKfuF0QcVzbXeY8x7yE5Fk+MqYovtVZx0aaO9cY= To: Julien Meuric , Ina Minei References: <56210C68.1080904@orange.com> <569CFA97.2080209@hq.sk> <56AF5F41.9000903@orange.com> From: Robert Varga Message-ID: <56AFA415.2090504@hq.sk> Date: Mon, 1 Feb 2016 19:29:41 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56AF5F41.9000903@orange.com> Content-Type: multipart/alternative; boundary="------------070107020808050600030707" Archived-At: Cc: draft-ietf-pce-stateful-pce@ietf.org, "pce@ietf.org" Subject: Re: [Pce] Chair's Review of draft-ietf-pce-stateful-pce-11 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 18:29:49 -0000 This is a multi-part message in MIME format. --------------070107020808050600030707 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 02/01/2016 02:36 PM, Julien Meuric wrote: > Hi Robert. > Hello Julien, > Thank you for your help to move this forward. Please find my comments > below [JM]. Note that a couple of your answers are not aligned with > the proposed resolutions currently included the I-D: I was fine with > these, therefore please make sure you are so that I can send to the IESG. > please see inline, I am pruning the items we have converged on... > Julien > > > Jan. 18, 2016 - nite@hq.sk: [snip] >>> >>> - Avoiding "positive acknowledgements for properly received >>> synchronization messages" has scalability benefits in normal >>> situations, but the PCC is blind and may keep on sending PCRpt >>> to dead processes behind up PCEP sessions. Have you consider >>> acknowledgement, possibly using a compression mechanism like the >>> one defined later in the I-D? >>> >>> ### XXX Pending >> >> The association between a PCEP session and PCE processes is something >> which I would consider an internal PCE detail, and it should be >> covered by the next sentence (e.g. raise PCErr 20/1). > [JM] I still feel unwise to consider a lack of feedback as a proof of > synchronization. What if, from time to time, a PCRpt gets lost? I do > not think acknowledgement would be a pain to add, but its lack can > easily turn to that in operational situations. The assumption here is that PCEP runs on top of TCP, so no PCRpts get lost on the network without also losing the session. The procedures for validating that the session is in fact synchronized (possibly on a periodic basis) are part of draft-ietf-pce-stateful-sync-optimizations. I think we can add some text around that. >>> - In section 5.5.1, it is not clear if an empty LSP Update >>> Request with a Delegate flag to 1 is an acceptable way for a PCE >>> to send a delegation acknowledgement: to be clarified. >>> >>> ### XXX Pending >> >> It is not, as that would be seen as a request to modify the LSP setup >> to empty. Such an acknowledgement would have to include full >> configuration as previously reported -- which would be handled as a >> normal update. > [JM] The I-Ds says the contrary: to be checked. Note that empty could > be loose, which seems possible to handle at the signaling level. I think this is clarified in -13 (section 5.7). > >>> - The behavior associated to the resource limit per PCC rather >>> looks like a Notifcation than an Error (e.g., in RFC 5440, >>> cancelling a set of pending requests relies on PCNtf). Please >>> consider the use of Notification instead of Error here. >>> >>> ### XXX Pending >> >> Current wording is based on the assumption that the PCE has to have a >> consistent point-in-time view of the PCC's state. In this regard a >> PCRpt of a new LSP which exceeds PCE implementation-internal limit on >> the number of LSPs it supports would break that assumption, hence we >> chose PCErr. This makes it consistent with what would happen if that >> LSP is reported during initial state resynchronization. > [JM] Please note that the current I-D uses "PCNtf", and I am fine with > that resolution. I was not questioning the expected behavior, which > must remain. I was just suggesting the expected type of message to be > consistent with RFC 5440: the PCC has not made anything wrong, it is > informed that the PCE no more accepts its reports similarly to the way > a PCE is able to tell about overload or cancel some requests. I'll try to re-read the entire thing and report back. > >>> - It would be nice to elaborate on the reason why the >>> SYMBOLIC-PATH-NAME MUST be included and not SHOULD. >>> - I do not see why SYMBOLIC-PATH-NAME may be included in SRP >>> Object: defining the LSP Object as its single place seems enough >>> and much simpler. >>> >>> >>> ### XXX Pending >> >> The MUST is there to maintain a single global identifier for the LSP. >> PLSP-ID is then used as a shorthand. I do not recollect the exact >> reasoning as to why the TLV can be in SRP, as the placement and >> semantics of that TLV has changed quite a bit over the past couple of >> years. If I were to venture a guess, I think it was retrofitted to >> allow the PCE to update the symbolic path name. > [JM] OK about the "MUST". About SYMBOLIC-PATH-NAME in SRP, please > choose: either it is legacy and must be dropped (current version), or > there is a reason and it must be documented in the I-D. It was introduced in -05 revision with the SRP object. We'll dig in history some more to see where this came from. Bye, Robert --------------070107020808050600030707 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 02/01/2016 02:36 PM, Julien Meuric wrote:
Hi Robert.


Hello Julien,

Thank you for your help to move this forward. Please find my comments below [JM]. Note that a couple of your answers are not aligned with the proposed resolutions currently included the I-D: I was fine with these, therefore please make sure you are so that I can send to the IESG.


please see inline, I am pruning the items we have converged on...

Julien


Jan. 18, 2016 - nite@hq.sk:
[snip]
- Avoiding "positive acknowledgements for properly received synchronization messages" has scalability benefits in normal situations, but the PCC is blind and may keep on sending PCRpt to dead processes behind up PCEP sessions. Have you consider acknowledgement, possibly using a compression mechanism like the one defined later in the I-D?
### XXX Pending 

The association between a PCEP session and PCE processes is something which I would consider an internal PCE detail, and it should be covered by the next sentence (e.g. raise PCErr 20/1).
[JM] I still feel unwise to consider a lack of feedback as a proof of synchronization. What if, from time to time, a PCRpt gets lost? I do not think acknowledgement would be a pain to add, but its lack can easily turn to that in operational situations.

The assumption here is that PCEP runs on top of TCP, so no PCRpts get lost on the network without also losing the session. The procedures for validating that the session is in fact synchronized (possibly on a periodic basis) are part of draft-ietf-pce-stateful-sync-optimizations. I think we can add some text around that.

- In section 5.5.1, it is not clear if an empty LSP Update Request with a Delegate flag to 1 is an acceptable way for a PCE to send a delegation acknowledgement: to be clarified. 
### XXX Pending

It is not, as that would be seen as a request to modify the LSP setup to empty. Such an acknowledgement would have to include full configuration as previously reported -- which would be handled as a normal update.
[JM] The I-Ds says the contrary: to be checked. Note that empty could be loose, which seems possible to handle at the signaling level.

I think this is clarified in -13 (section 5.7).


- The behavior associated to the resource limit per PCC rather looks like a Notifcation than an Error (e.g., in RFC 5440, cancelling a set of pending requests relies on PCNtf). Please consider the use of Notification instead of Error here.
### XXX Pending

Current wording is based on the assumption that the PCE has to have a consistent point-in-time view of the PCC's state. In this regard a PCRpt of a new LSP which exceeds PCE implementation-internal limit on the number of LSPs it supports would break that assumption, hence we chose PCErr. This makes it consistent with what would happen if that LSP is reported during initial state resynchronization.
[JM] Please note that the current I-D uses "PCNtf", and I am fine with that resolution. I was not questioning the expected behavior, which must remain. I was just suggesting the expected type of message to be consistent with RFC 5440: the PCC has not made anything wrong, it is informed that the PCE no more accepts its reports similarly to the way a PCE is able to tell about overload or cancel some requests.

I'll try to re-read the entire thing and report back.


- It would be nice to elaborate on the reason why the SYMBOLIC-PATH-NAME MUST be included and not SHOULD.
- I do not see why SYMBOLIC-PATH-NAME may be included in SRP Object: defining the LSP Object as its single place seems enough and much simpler.

### XXX  Pending

The MUST is there to maintain a single global identifier for the LSP. PLSP-ID is then used as a shorthand. I do not recollect the exact reasoning as to why the TLV can be in SRP, as the placement and semantics of that TLV has changed quite a bit over the past couple of years. If I were to venture a guess, I think it was retrofitted to allow the PCE to update the symbolic path name.
[JM] OK about the "MUST". About SYMBOLIC-PATH-NAME in SRP, please choose: either it is legacy and must be dropped (current version), or there is a reason and it must be documented in the I-D.

It was introduced in -05 revision with the SRP object. We'll dig in history some more to see where this came from.

Bye,
Robert
--------------070107020808050600030707-- From nobody Tue Feb 2 07:22:00 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E6D21ACD78 for ; Tue, 2 Feb 2016 07:21:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.401 X-Spam-Level: X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, GB_ABOUTYOU=0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-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 H4Iwircu-k3r for ; Tue, 2 Feb 2016 07:21:55 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0108.outbound.protection.outlook.com [207.46.100.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 922CA1ACD27 for ; Tue, 2 Feb 2016 07:21:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.onmicrosoft.com; s=selector1-metaswitch-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CigXAChAloJlYW41yNhlXSL5uySs90FmXo6nirLfyGY=; b=LDKvzVTQcGAP8jHbboN+6NKz9UcUHNpu2wo6s6J3bDKatCsnm7uxXi6D7J/9WN2WJiBM2V/hHt1JOf9IFC2GchlgSEYSsDiOgh3OYcitlMRnxh8P/bQCajtxuSkDwO/TjK4VnzfQUNU3AKku6Jk/4mFPAQ1wqv97BZNpEvMSFnc= Received: from BLUPR0201MB1908.namprd02.prod.outlook.com (10.162.239.154) by BLUPR0201MB1905.namprd02.prod.outlook.com (10.162.239.151) with Microsoft SMTP Server (TLS) id 15.1.396.15; Tue, 2 Feb 2016 15:21:54 +0000 Received: from BLUPR0201MB1908.namprd02.prod.outlook.com ([10.162.239.154]) by BLUPR0201MB1908.namprd02.prod.outlook.com ([10.162.239.154]) with mapi id 15.01.0396.020; Tue, 2 Feb 2016 15:21:54 +0000 From: Jonathan Hardwick To: Robert Varga Thread-Topic: [Pce] draft-ietf-pce-pceps-07 available Thread-Index: AQHRVJV31F5hQc/AikyfMWjcS1RF4Z8Y7vtA Date: Tue, 2 Feb 2016 15:21:53 +0000 Message-ID: References: <06EC97F2-E307-4AB9-AF08-ABFAAAE20B42@telefonica.com> <56A15221.1090808@hq.sk> In-Reply-To: <56A15221.1090808@hq.sk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: hq.sk; dkim=none (message not signed) header.d=none;hq.sk; dmarc=none action=none header.from=metaswitch.com; x-originating-ip: [86.178.148.140] x-microsoft-exchange-diagnostics: 1; BLUPR0201MB1905; 5:0JaWipvspg7+SQdCefYqSYGYh4CtA7mqfUisk0ddKpPl5zJKsRCIaeco4Vw3Zhn+dF0lCsip5E8/dNwTR3y8dTTA3Ithc1JlwNb8gAdN938M8LcM8gQLPtnmyUYRNUEcuM8B/NZX/sqDvR83g0eNLQ==; 24:A/DrP9tofZrRruw8GWIEiudOTGycGwJDnsvK/R4LxRJJ6DtwOH9Tv5X2ikUBAV2z5XxSUvFMKNq/uij2jeoNdr0mAiauAb/YTlsbb156VbI= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0201MB1905; x-ms-office365-filtering-correlation-id: ec776424-c43a-4d14-a198-08d32be494e8 x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BLUPR0201MB1905; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0201MB1905; x-forefront-prvs: 084080FC15 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(24454002)(164054003)(377424004)(10400500002)(92566002)(6116002)(66066001)(19580405001)(19580395003)(5008740100001)(230783001)(19300405004)(5002640100001)(3846002)(106116001)(102836003)(5003600100002)(110136002)(3470700001)(50986999)(5001960100002)(3660700001)(11100500001)(790700001)(74316001)(76176999)(19625215002)(586003)(122556002)(76576001)(3280700002)(189998001)(19617315012)(16236675004)(33656002)(54356999)(86362001)(4326007)(1220700001)(99286002)(2900100001)(2950100001)(1096002)(2906002)(5004730100002)(15975445007)(40100003)(87936001)(77096005); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0201MB1905; H:BLUPR0201MB1908.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BLUPR0201MB19089FE43EF57C31D4125C4284DF0BLUPR0201MB1908_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2016 15:21:53.8933 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0201MB1905 Archived-At: Cc: "pce@ietf.org" Subject: Re: [Pce] draft-ietf-pce-pceps-07 available X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 15:21:58 -0000 --_000_BLUPR0201MB19089FE43EF57C31D4125C4284DF0BLUPR0201MB1908_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Robert (I'm answering as WG chair.) Sorry for the slow reply. I would expect the progress of draft-ietf-pce-pc= eps through to RFC to be reasonably fast, so I'm not sure early code point = allocation should be needed. The main risk would be a conflict with the st= ateful PCE drafts, should the new message in the PCEPS draft be allocated a= clashing code point with the values that the stateful drafts have "recomme= nded" for their messages. I think it is possible that PCEPS will leap-frog stateful PCE on the way to= RFC, so I think the best way to proceed is to obtain an early allocation f= or draft-ietf-pce-stateful-pce and draft-ietf-pce-pce-initiated-lsp. To do= this we would only require help from the stateful draft authors (e.g. you)= to answer any questions that IANA has about your text (which would happen = sooner or later anyway :-). Would you like us to start an early allocation= for these drafts? Best regards Jon From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Robert Varga Sent: 21 January 2016 21:48 To: DIEGO LOPEZ GARCIA ; pce@ietf.org Subject: Re: [Pce] draft-ietf-pce-pceps-07 available On 2016-01-21 15:07, DIEGO LOPEZ GARCIA wrote: Hi, We have just uploaded a new version of draft-ietf-pce-pceps (https://datatr= acker.ietf.org/doc/draft-ietf-pce-pceps/) We believe this new version addresses all the comments received from the SE= CDIR review after the last call period, and other pending ones provided by = Tom while that SECDIR review was taking place. As far as the authors can sa= y, the document is ready to progress. Hello, would it make sense to request an early codepoint allocation for use in imp= lementations? Thanks, Robert --_000_BLUPR0201MB19089FE43EF57C31D4125C4284DF0BLUPR0201MB1908_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Robert<= o:p>

 = ;

(I’m= answering as WG chair.)

 = ;

Sorry for = the slow reply.  I would expect the progress of draft-ietf-pce-pceps t= hrough to RFC to be reasonably fast, so I’m not sure early code point allocation should be needed.  The main risk would be= a conflict with the stateful PCE drafts, should the new message in the PCE= PS draft be allocated a clashing code point with the values that the statef= ul drafts have “recommended” for their messages.

 = ;

I think it= is possible that PCEPS will leap-frog stateful PCE on the way to RFC, so I= think the best way to proceed is to obtain an early allocation for draft-ietf-pce-stateful-pce and draft-ietf-pce-pce-in= itiated-lsp.  To do this we would only require help from the stateful = draft authors (e.g. you) to answer any questions that IANA has about your t= ext (which would happen sooner or later anyway :-).  Would you like us to start an early allocation for these= drafts?

 = ;

Best regar= ds

Jon

 = ;

 = ;

From:= Pce [mailto:pce-bounces@ietf.org] On Behalf Of Robert Varga
Sent: 21 January 2016 21:48
To: DIEGO LOPEZ GARCIA <diego.r.lopez@telefonica.com>; pce@iet= f.org
Subject: Re: [Pce] draft-ietf-pce-pceps-07 available

 

 

On 2016-01-21 15:07, DIEGO LOPEZ GARCIA wrote:<= /o:p>

Hi,

 

We have just uploaded a new version of draft-ie= tf-pce-pceps (https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/)

 

We believe this new version addresses all the commen= ts received from the SECDIR review after the last call period, and other pe= nding ones provided by Tom while that SECDIR review was taking place. As fa= r as the authors can say, the document is ready to progress.

 


Hello,

would it make sense to request an early codepoint allocation for use in imp= lementations?

Thanks,
Robert

--_000_BLUPR0201MB19089FE43EF57C31D4125C4284DF0BLUPR0201MB1908_-- From nobody Wed Feb 3 00:54:16 2016 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E3AC1B2CC6; Tue, 2 Feb 2016 18:42:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: X-Test-IDTracker: no X-IETF-IDTracker: 6.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160203024242.28748.8879.idtracker@ietfa.amsl.com> Date: Tue, 02 Feb 2016 18:42:42 -0800 Archived-At: X-Mailman-Approved-At: Wed, 03 Feb 2016 00:54:12 -0800 Cc: Common Control and Measurement Plane Discussion List , JP Vasseur , Traffic Engineering Architecture and Signaling Discussion List , Vishnu Pavan Beeram , Path Computation Element Discussion List , David Sinicrope , Alvaro Retana Subject: [Pce] New Liaison Statement, "Response to 18 Dec 2016 liaison concerning: Achieving Packet Network Optimization using DWDM Interfaces" X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 02:42:42 -0000 Title: Response to 18 Dec 2016 liaison concerning: Achieving Packet Network Optimization using DWDM Interfaces Submission Date: 2016-02-02 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1454/ From: "David Sinicrope" To: michael.fargano@centurylink.com Cc: Alvaro Retana ,Deborah Brungard ,Julien Meuric ,David Sinicrope ,Jonathan Hardwick ,Fatai Zhang ,Path Computation Element Discussion List ,Traffic Engineering Architecture and Signaling Discussion List ,Vishnu Pavan Beeram ,Alia Atlas ,Daniele Ceccarelli ,Lou Berger ,Common Control and Measurement Plane Discussion List ,JP Vasseur , Response Contacts: vbeeram@juniper.net, lberger@labn.net, jonathan.hardwick@metaswitch.com, jpv@cisco.com, julien.meuric@orange.com, daniele.ceccarelli@ericsson.com, zhangfatai@huawei.com Technical Contacts: Purpose: In response Referenced liaison: Achieving Packet Network Optimization using DWDM Interfaces (https://datatracker.ietf.org/liaison/1449/) Body: The TEAS, PCE and CCAMP Working Groups would again like to thank the Broadband Forum for informing us of your effort on packet-optical networks, and providing the IETF with the opportunity to review and comment on your document and its use of IETF RFCs. As offered, we have conducted a more in depth review on the revised draft you provided in your liaison on 18-Dec-2015. Please find the comments and feedback below for your consideration. If you have any questions or concerns, please feel free to contact the respective WG Chairs, or send email to the respective WG email lists. Also please keep us informed of any gaps you identify in the RFCs that are needed to satisfy the requirements in your specifications. Your feedback is greatly appreciated and can also be provided via the relevant IETF WG email list without the need for a formal liaison. We look forward to our continued communication on this important area of work. Sincerely, TEAS, PCE and CCAMP WG Chairs ——— Comments and feedbacks received from WG participants: * In WT-319 Part-B is mentioned the fully separated solution while in TR-319 the fully integrated DWDM interface in the client equipment. * The two solutions can signal on the UNI interface different service request (Ethernet or OTN in the former, optical channel in the latter) * It would be nice to see also the Hybrid solution to be supported (i.e. Fully integrated on one side of the circuit and fully separated on the other side). * Although are not yet published as RFC there are two drafts that may be relevant and have been submitted for publication to the IESG: * RSVP-TE Extensions for Collecting SRLG Information, draft-ietf-teas-rsvp-te-srlg-collect . This draft supports the collection of LSP SRLGs in the core and sharing the list to the Edge. * Domain Subobjects for Resource ReserVation Protocol - Traffic Engineering (RSVP-TE), draft-ietf-teas-rsvp-te-domain-subobjects. Which extends inclusion and exclusion semantics in a way that is likely to be of interest to BBF use casess. * The usage of SNMP for the network provisioning and deployment should be discouraged. In addition to that existing RFCs do not cover the provisioning of the colored side of an optical interface. Yang models to provision colored interfaces have been submitted to the IETF but have not been accepted yet, however the CCAMP WG is in the process of starting the adoption process of “A framework for Management and Control of DWDM optical interface parameters” (https://tools.ietf.org/html/draft-kdkgall-ccamp-dwdm-if-mng-ctrl-fwk-01) * the level of details does not look consistent along the text, e.g.: - for RSVP-TE, LSP encoding/SC/G-PID are specified, but the label itself is limited to "the Generalized Label represents a generic MPLS label", where the last phrase puzzles me, especially in this context of DCSC; - LMP is mentioned, but considering the number of feature it can bring, I would expect a bit more about it; - about PCEP: it is required in section 4.2 but its use is not defined; it is also mentioned in section 4.4 along with SDN, but the appropriate reference should include "draft-ietf-pce-stateful-pce" on top of RFC 5440, and possibly even "draft-ietf-pce-pce-initiated-lsp". * Just a suggestion: It would be nice not to limit the Client interface (Dd) to Ethernet or OTN. Also Data center interfaces may be supported (like Fiber Channel). * I note that you are stating that RFC2205 format TSPEC and FLOWSPEC are to be used. I recommend using RFC6003 Ethernet Traffic Parameters for LSPs carrying Ethernet Services, e.g., such as those discussed in RFC6004, and RFC7139 G.709 OTN TDM Traffic Parameters for LSPs carrying OTN Services. * Page 17, r-14. Does this requirement mean RFC3209 is used as a foundation to R-15 or that RFC3209 is used to signal the LSPs? If the former, the requirement is unnecessary and misleading and should be dropped. If the latter, this is inconsistent with signaling Ethernet or OTN GMPLS LSPs. * R-17, the specific required timers should be identified. * Message ID and reliable delivery defined in Rfc2961 are supported by GMPLS implementations. You may wish to make this a recommendation or requirement. * You may wish to add that RESCONF is for further study at the end of section 4.3.2.1 Attachments: No document has been attached From nobody Wed Feb 3 09:11:27 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EB171B2CC7 for ; Wed, 3 Feb 2016 09:11:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.799 X-Spam-Level: X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 jV0A9hHcJEmD for ; Wed, 3 Feb 2016 09:11:17 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0090.outbound.protection.outlook.com [104.47.2.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E4E61B2C77 for ; Wed, 3 Feb 2016 09:11:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GKSG8qGjCcp0WsSa82eoS6aObdETjUHsrpaixlt30bE=; b=ecm1tFn7Tz6bKyMqvlJVtuoBBQ56i0QIkSOUKdfIGOVBx62O3saKAy07fB6Gse60MNmK8w5HXYj7w7H1SFF2t/QNkIZZy1zJgzi7dNyWk5X9prE05VyCPZhBkWYIgkcPkBxX5JLvVjPdPC5H5GRpC/4YexI3fSWEGMM7BL/SY8E= Authentication-Results: telefonica.com; dkim=none (message not signed) header.d=none;telefonica.com; dmarc=none action=none header.from=btconnect.com; Received: from pc6 (86.185.87.133) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.1.390.13; Wed, 3 Feb 2016 17:11:14 +0000 Message-ID: <011901d15ea5$73702840$4001a8c0@gateway.2wire.net> From: t.petch To: DIEGO LOPEZ GARCIA , References: <06EC97F2-E307-4AB9-AF08-ABFAAAE20B42@telefonica.com> Date: Wed, 3 Feb 2016 17:06:52 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [86.185.87.133] X-ClientProxiedBy: AM2PR07CA0041.eurprd07.prod.outlook.com (25.163.24.179) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 2:jiikyxNOGyTmfo5Ohclzg2BJ7UhiL2/R27qHgjdG7PPqg7ko/gFqDRUZuP9S0K0V33ix2FVQWsDZ4YdYgHyZDg/Bs8uYUrwdQG9xSMJkIe1NyTlE9oadBP4X2KykAcH1ChOooc87bEu7GUwPb+5PrQ==; 3:w1+iOvZ7foUtxM9JQH0pQxrL7TmBSUDZNXvDV2XmG+IPgB/RqL19vD/cRrM94+GxGP5KOby1+8yZXsDYQCjN2WMVXGIaWKxU+Cy1iKN032LyvZEKrUMMQy2exEZVhJNg; 25:HhrQ8N7G1vlNA2FJagicMblp3jR1kbbiPXQuDAGeYGSx/iL9CSSFTRQIKWbbh/bi6FMeGkT9oTIMcLjNJP5B3JxHp7ZIwOfFI1S/q95At6KN02O6f4k+f41Oa7E60RqR+4/5RBzS2bHqM8e6NoXGF4LkTQLctktAAtgLjTm4iXCySGzFYVPFgQeFrNrsIYHWLMB/cIh74r7zyYnEgp0p4EehK+hdHxAE5SzED1U9MRP1xS1daRvDBPRM075FuWBt; 4:VIH7VxTUoimLmgDUzM+wBz+D1ztmQeTJrTW/RGAt0fyVOGANYDfdZ8P+62gH4KIMC7EYXh4bTyqO6mB/uiM8yw9KrJzIEBAZnu4DPzDE+Vk8Fdc4p8PlnOrRaFPed0gRbgkSLg5vNvDv2xYnOKkYVPG+Z0B+QsF2ZdZNBASgNZ+UbG0uGMSVk1OCl76QcdzMNSdO5RJlDOYhytRPgOf66T6DzqopVCV3rY3aA64jvX9UNeNiQ1CEk+eBqXyqKiv6tSw5DmlfJcJYR8oPTOlPaban66A9HmjdCAPh7J4LnsE7vfBaDQj8V0m5QuVdXcyLVnOO4wTkyFfVKFLERMq36ojqM77Pbij2btKAuxE3KHfivXiwUmkGpcLkVM6heyme X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR07MB060; X-MS-Office365-Filtering-Correlation-Id: fe497b67-7ab2-46f1-ead9-08d32cbd05af X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DB3PR07MB060; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB060; X-Forefront-PRVS: 08417837C5 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(252514010)(13464003)(377454003)(92566002)(19580405001)(5820100001)(77096005)(81686999)(122386002)(86362001)(19580395003)(107886002)(61296003)(44736004)(62236002)(23676002)(33646002)(42186005)(5001960100002)(14496001)(5001770100001)(230783001)(87976001)(44716002)(47776003)(66066001)(40100003)(50226001)(230700001)(50466002)(5004730100002)(116806002)(81816999)(76176999)(1456003)(1096002)(1556002)(3846002)(6116002)(84392002)(15975445007)(586003)(2906002)(189998001)(5008740100001)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR07MB060; H:pc6; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtEQjNQUjA3TUIwNjA7MjM6VWoyV0JFL0lNQW5JN2RWVEtJS2M5akNJa3Q0?= =?utf-8?B?dHZsRDVhcVVoSEk3RXRiZmh0aVN1alFadGhBcDVZZXhhbVM4bzZKR1BhMlAr?= =?utf-8?B?R0VndHA1MnJ4eUlxTmZvdlljNXo2dkliWW0wQlphZ3F0Ums3T2JSSzZtTnRI?= =?utf-8?B?RTdLVEo1YU9LeEk5T2ZIRENXa3JEY1FpMW5xTFdQY0lwZTFHUWFvd0NPSHBM?= =?utf-8?B?dkc5V2diemlMdFNwbWx0NWoyKzQrZmZHL29xVWErUDBxTnRqazFTWHpXZHFn?= =?utf-8?B?RkdKaVpoRTA2NEpjb1NGRzJ6d013L29KMU5scHp6Z0lvS2ZPcUpDc1ZVUXdE?= =?utf-8?B?dXJzS0dDSE1BbjRtN1dWNUlhRmZhYU5lU0IzbUMxVDdnVUpMK0xuejlPZmRN?= =?utf-8?B?OGZ5NHhQVW94VHZVY3lZdGhCWjN4c2QxRkhTK2lZblVhUnlpSlE0ampJdElQ?= =?utf-8?B?NjlBT2U1amdHZHVSdlhqZ2RxSS9GQWI3S3dYQlAzYUxXRVkzZW9KZGtJVTk4?= =?utf-8?B?NDc0QjRwdUdtWE9tQXRWZExkT1pyYnFUUktKVkRWckVNaWhZcWtVOVpwRm9q?= =?utf-8?B?R1Z3SjNjZWlIcjZ4Uko2WXkrd3RqNVg2bmdTVzRYT1BoRjlLVDZvQStVWGZ5?= =?utf-8?B?M3BRSWZRL2V3K2J5QU50Mkd1MGdTQlRoR04ycFpPZFN1WG1tMjRIZjk3enlH?= =?utf-8?B?Um5CYUFjVmVFS0FjRzlXZGF2Uko1bnkxZ0M0U3BXRmhSdXh3bTN6TkovN3hz?= =?utf-8?B?a09TdkJYT1IrdDEyZU8xMDZGSWpHOTBxdm1pMUJ4TSt3cTVYUWttdS9DNXo2?= =?utf-8?B?UnFnSTV5bFd0aXoxMnhiQ3BjWWZ6dWFxMGt6V1lIYXRZZ09jRHBYeTFNWmti?= =?utf-8?B?WTQ1MCtRV2VxK2FmSGZCR3QrWGF4eG1lMXprUC9NdzdHSUNZVEQ3NGdVWlBI?= =?utf-8?B?cXBJbGJjS0ZlSkdtejRZZGZqeVlEV1YyQ2NUTDRPZTg5SGNKN0l6UitjZS9E?= =?utf-8?B?Yzl0TTFxYXhqMGx3bUd3T0Vpb2NDcmxjcm9PSXhMbEhDWUl5cTc4ZmJ5L2hX?= =?utf-8?B?M2VGdW52MEJSU2FoU1lKcml5QW56N1NhU1V3WnQrd3laV3VOM2lBSU80MlUr?= =?utf-8?B?N2lmbzJDejc5aVZYbzJEcTBEY2NyaFhGVWZ6c0NReVZjTk9OSzNUYzZHZW54?= =?utf-8?B?WlJTNnVRcDRoS1o1akFzaVVBZ2pwNC9CT0Z0NnJTajhXV2MxL0c5aXFuNnYx?= =?utf-8?B?VEZvYWVadFoxVjdEbUhSZzQ0THgzenFTRWMwci9PcGgwbGpzWnY2aUNLTHhj?= =?utf-8?B?OWZKekx2ZHRTbVowS2FpNW5RM3ppNjQ0S21rdWhqMG0wcnZLbjBxb1p5bTc1?= =?utf-8?B?RTgyTVJpRTAvNDZ2eXByRFBsNjdxUDJqVUZHT2VmZnp2S2Z0RURBTEsvdE9Y?= =?utf-8?B?RnJIL05IWHVxd2prN0pyUHdXMGZ3YmM0NU5LTmZWelFJdWYvY0xEbkV4SEtJ?= =?utf-8?B?cmd4NGI4YWNHNEh1WnhiaUpMaXo3ZHpidU1WQTgxZndJbFZtdGZsUjE5VGlt?= =?utf-8?B?MC9CZ29oL1ZUbHc2NnEyb3lTK0VKV1VUK3dNWFhqcW12ZGw0N1M3V0lBR05j?= =?utf-8?B?WE8xY2VKWERPOUdsdjBndXZ5MDh3TFNEbGx6Y1YwbWdwQTVEa25mNWc9PQ==?= X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 5:5s1HBbnv8RR1X6wcGQYE8otZkUHytMqCc1YwKell8HohY8V1MJqvBDnoXxNfX4uYP1VlI1JtG1uUBGT3cOHn9eEiKlRHVibms9Ur3Xc9ZH1/2Yio+PpdYSM5bcVdG54vqViv+oLFjdlG+GmN5Xw7qw==; 24:4PZW6lq22y54qZxTTiKnTw4r3udCpTrakH7qc7kuEv6huOafzDYMLI+TXb5VudhRtj3tKcWMXhfsIpQPw+pngYeV689dGzK2/5DvaSFBt1Q= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Feb 2016 17:11:14.3043 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR07MB060 Archived-At: Subject: Re: [Pce] draft-ietf-pce-pceps-07 available X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2016 17:11:26 -0000 Diego Looks good with one slight query. I commented before on the use of 'client' in s.3.5 which suggested an asymmetric protocol, where the PCE checks on the PCC needed to be more stringent that those of the PCC on the PCE. I notice that one of the 'client' has gone but one has not and there is still a 'PCC' in there so it still to me carries the flavour that PCE checking of the PCC is more important than the other way round. I do not know if this is ok or not, how it lines up with the threat model. Tom Petch ----- Original Message ----- From: "DIEGO LOPEZ GARCIA" To: Sent: Thursday, January 21, 2016 2:07 PM Hi, We have just uploaded a new version of draft-ietf-pce-pceps (https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/) We believe this new version addresses all the comments received from the SECDIR review after the last call period, and other pending ones provided by Tom while that SECDIR review was taking place. As far as the authors can say, the document is ready to progress. Be goode, -- "Esta vez no fallaremos, Doctor Infierno" Dr Diego R. Lopez Telefonica I+D http://people.tid.es/diego.lopez/ e-mail: diego.r.lopez@telefonica.com Tel: +34 913 129 041 Mobile: +34 682 051 091 ---------------------------------- From nobody Thu Feb 11 08:28:51 2016 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EC5B1B342F; Thu, 11 Feb 2016 08:28:50 -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: 6.14.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160211162850.3807.73528.idtracker@ietfa.amsl.com> Date: Thu, 11 Feb 2016 08:28:50 -0800 Archived-At: Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-wson-rwa-ext-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2016 16:28:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element of the IETF. Title : PCEP Extension for WSON Routing and Wavelength Assignment Authors : Young Lee Ramon Casellas Filename : draft-ietf-pce-wson-rwa-ext-04.txt Pages : 25 Date : 2016-02-11 Abstract: This document provides the Path Computation Element communication Protocol (PCEP) extensions for the support of Routing and Wavelength Assignment (RWA) in Wavelength Switched Optical Networks (WSON). Lightpath provisioning in WSONs requires a routing and wavelength assignment (RWA) process. From a path computation perspective, wavelength assignment is the process of determining which wavelength can be used on each hop of a path and forms an additional routing constraint to optical light path computation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-wson-rwa-ext/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pce-wson-rwa-ext-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-wson-rwa-ext-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 11 08:34:38 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCFFD1B3458 for ; Thu, 11 Feb 2016 08:34:36 -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, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 YuEXvl4jm0ui for ; Thu, 11 Feb 2016 08:34:34 -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 F1B9E1B3452 for ; Thu, 11 Feb 2016 08:34:33 -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 CIJ83967; Thu, 11 Feb 2016 16:34:30 +0000 (GMT) Received: from LHREML708-CAH.china.huawei.com (10.201.5.202) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 11 Feb 2016 16:34:29 +0000 Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 11 Feb 2016 16:34:29 +0000 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml703-chm ([10.193.5.130]) with mapi id 14.03.0235.001; Thu, 11 Feb 2016 08:34:25 -0800 From: Leeyoung To: "pce@ietf.org" Thread-Topic: [Pce] I-D Action: draft-ietf-pce-wson-rwa-ext-04.txt Thread-Index: AQHRZOlSsrGOCxhPJEOFtkh+Chqd858nCU8A Date: Thu, 11 Feb 2016 16:34:24 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D5889A@dfweml706-chm> References: <20160211162850.3807.73528.idtracker@ietfa.amsl.com> In-Reply-To: <20160211162850.3807.73528.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.46.30.213] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.56BCB818.0008, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 3c9dac97da6c69ea440416690db41337 Archived-At: Subject: Re: [Pce] I-D Action: draft-ietf-pce-wson-rwa-ext-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2016 16:34:37 -0000 Hi, This is to revive the expired draft. The updated version is without content= changes except some updates on the reference section.=20 This draft was asked for WG LC in Dallas IETF.=20 Thanks. Young & Ramon=20 -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.o= rg Sent: Thursday, February 11, 2016 10:29 AM To: i-d-announce@ietf.org Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-wson-rwa-ext-04.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element of the IETF. Title : PCEP Extension for WSON Routing and Wavelength As= signment Authors : Young Lee Ramon Casellas Filename : draft-ietf-pce-wson-rwa-ext-04.txt Pages : 25 Date : 2016-02-11 Abstract: This document provides the Path Computation Element communication Protocol (PCEP) extensions for the support of Routing and Wavelength Assignment (RWA) in Wavelength Switched Optical Networks (WSON). Lightpath provisioning in WSONs requires a routing and wavelength assignment (RWA) process. From a path computation perspective, wavelength assignment is the process of determining which wavelength can be used on each hop of a path and forms an additional routing constraint to optical light path computation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-wson-rwa-ext/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pce-wson-rwa-ext-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-wson-rwa-ext-04 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Thu Feb 11 17:12:10 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F1061B3D7D; Thu, 11 Feb 2016 17:12:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] 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 0s_UzeGs5Gt5; Thu, 11 Feb 2016 17:12:07 -0800 (PST) Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26D8C1B3D7A; Thu, 11 Feb 2016 17:12:07 -0800 (PST) X-AuditID: c618062d-f79dd6d000003091-e2-56bd2dd5ea01 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 27.7A.12433.5DD2DB65; Fri, 12 Feb 2016 01:56:53 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0248.002; Thu, 11 Feb 2016 20:12:04 -0500 From: Jeff Tantsura To: Robert Varga , Dhruv Dhody , "draft-ietf-pce-segment-routing@ietf.org" , "draft-ietf-pce-stateful-pce@tools.ietf.org" Thread-Topic: [Pce] Query on Usage of LSP Identifier TLV in SR Thread-Index: AdEEswV5Hp/XsRTiRVyYCjyiKol6/QIK2zOAFg6yDAA= Date: Fri, 12 Feb 2016 01:12:03 +0000 Message-ID: <99B428A7-A65F-49D2-AF58-95BA1023AAF1@ericsson.com> References: <23CE718903A838468A8B325B80962F9B8C421A83@BLREML509-MBX.china.huawei.com> <5628C89B.3000404@hq.sk> In-Reply-To: <5628C89B.3000404@hq.sk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160109 x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_99B428A7A65F49D2AF5895BA1023AAF1ericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBIsWRmVeSWpSXmKPExsUyuXRPgu5V3b1hBp37NS36V5xhsVh/8Amr xa9nuxgtNhxsZLfo+vGfxaLp/g12BzaPxfcmMXm0HHnL6rFkyU8mjy+XP7MFsERx2aSk5mSW pRbp2yVwZVw7fZmxoLu2Yv6018wNjLcquxg5OSQETCROznnOCmGLSVy4t56ti5GLQ0jgCKPE 3zkdTBDOckaJu3Mns4BUsQkYSPz/dhzMFhH4zShxf3kwiM0sECPx5d9GsLiwgK3Evra5zBA1 dhJL3hyAqreSaJnWwQ5iswioSjzd9QMszitgL/Hx4DWgeg6gZQUSlx7GgoQ5gUoeHJkCdhwj 0HHfT61hglglLnHryXwmiKMFJJbsOc8MYYtKvHz8D6xeVEBX4uP1fewQcUWJff3T2SF6kyUu /3kMtVZQ4uTMJywTGMVmIRk7C0nZLCRls4CuYxbQlFi/Sx+iRFFiSvdDdghbQ6J1zlwo21ri 086VrMhqFjByrGLkKC0uyMlNNzLYxAiM32MSbLo7GO9P9zzEKMDBqMTDa3BrT5gQa2JZcWXu IUYJDmYlEV4Jrr1hQrwpiZVVqUX58UWlOanFhxilOViUxHmXOqwPExJITyxJzU5NLUgtgsky cXBKNTAytk36b/Fn4+mrV99OLxde4vyp+M19s+9dHy5P9lzyyZfd9DvjX9Mtj8UkjFUz9pRr WOTGqPspfBLS9JRzqeJWk4ng49pePNFdp+dUlZvZ/8kyyVa8m1/8PfZy69qntxpNbKZW/HKf PG/JQY7T8u/Yp85R1G2/tCzIsvpYFUsOe7u0wY3nh/yVWIozEg21mIuKEwGvyzx12wIAAA== Archived-At: Cc: "pce@ietf.org" , "pce-chairs@tools.ietf.org" Subject: Re: [Pce] Query on Usage of LSP Identifier TLV in SR X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2016 01:12:09 -0000 --_000_99B428A7A65F49D2AF5895BA1023AAF1ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KDQpJIGRpc2FncmVlIHdpdGggeW91LCBJIGRvbuKAmXQgdGhpbmsgd2UgbmVl ZCBSU1ZQLVRFIHNlbWFudGljcyBoZXJlLCBpbiB0aGUgaW1wbGVtZW50YXRpb25zIEknbSBhd2Fy ZSBvZiBMU1AgSWRlbnRpZmllcnMgVExWIGlzIG5vdCB1c2VkLg0KRU5ELVBPSU5UUyBvYmplY3Qg aXMgdXNlZCB0byBpZGVudGlmeSB0aGUgdHVubmVsIGVuZHBvaW50IGFkZHJlc3Nlcy4NCg0KSSBk byBhZ3JlZSB0aGF0IFNSIGRyYWZ0IHNob3VsZCBiZSBjbGVhciBhYm91dCB0aGlzIGFuZCB3ZSB3 aWxsIHVwZGF0ZSBpdC4NCg0KQ2hlZXJzLA0KSmVmZg0KDQpGcm9tOiBSb2JlcnQgVmFyZ2EgPG5p dGVAaHEuc2s8bWFpbHRvOm5pdGVAaHEuc2s+Pg0KRGF0ZTogVGh1cnNkYXksIE9jdG9iZXIgMjIs IDIwMTUgYXQgMDQ6MjkNClRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTxt YWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+LCAiZHJhZnQtaWV0Zi1wY2Utc2VnbWVudC1y b3V0aW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmdAaWV0 Zi5vcmc+IiA8ZHJhZnQtaWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3JnPG1haWx0bzpk cmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmdAaWV0Zi5vcmc+PiwgImRyYWZ0LWlldGYtcGNl LXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2Utc3RhdGVm dWwtcGNlQHRvb2xzLmlldGYub3JnPiIgPGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29s cy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlQHRvb2xzLmlldGYu b3JnPj4NCkNjOiAicGNlQGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+IiA8cGNlQGlldGYu b3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+PiwgInBjZS1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFp bHRvOnBjZS1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+IiA8cGNlLWNoYWlyc0B0b29scy5pZXRmLm9y ZzxtYWlsdG86cGNlLWNoYWlyc0B0b29scy5pZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW1BjZV0g UXVlcnkgb24gVXNhZ2Ugb2YgTFNQIElkZW50aWZpZXIgVExWIGluIFNSDQoNCk9uIDEwLzEyLzIw MTUgMDc6NTggQU0sIERocnV2IERob2R5IHdyb3RlOg0KSGkgQXV0aG9ycywNCg0KSW4gdGhlIHN0 YXRlZnVsIFBDRSBkcmFmdCBbMV0sIGl0IHNheXMg4oCTDQpUaGUgTFNQIElkZW50aWZpZXJzIFRM ViBNVVNUIGJlIGluY2x1ZGVkIGluIHRoZSBMU1Agb2JqZWN0IGluIFBDUnB0DQptZXNzYWdlcyBm b3IgUlNWUC1zaWduYWxlZCBMU1BzLg0KDQpUaGUgU1IgZHJhZnQgWzJdIGRpZCBub3QgbWVudGlv biBhbnl0aGluZyBhYm91dCBMU1AgSWRlbnRpZmllciBUTFYuDQpBbmQgaW4gaW1wbGVtZW50YXRp b25zIHRoYXQgSSBhbSBhd2FyZSBvZiwgU1ItVEUgTFNQIHN0aWxsIHVzZXMgdGhlIExTUC1JZGVu dGlmaWVyIFRMVi4gSXMgdGhhdCBjb3JyZWN0PyAoSSBwZXJzb25hbGx5IHRoaW5rIHNvISEpDQoN CklmIHllcywgZG8geW91IHRoaW5rIHRoZXJlIGlzIGEgbmVlZCB0byB1cGRhdGUg4oCTDQoNCi0g ICAgICBbMV0gdG8gc2F5IGFsbCBMU1BzIChhbmQgbm90IGp1c3QgUlNWUC1zaWduYWxlZCkuDQoN Ci0gICAgICBPciBbMl0gdG8gc2F5IHRoYXQgTFNQLUlkZW50aWZpZXIgVExWIGFyZSBhbHNvIGFw cGxpY2FibGUgdG8gU1IgYW5kIE1VU1QgYmUgaW5jbHVkZWQuDQoNCg0KVGhlIHdvcmRpbmcgaW4g c3RhdGVmdWwgZHJhZnQgaXMgbWVhbnQgdG8gcHJvc2NyaWJlIGJlaGF2aW9yIGZvciBSU1ZQIChh cyB0aGF0IGlzIHdoYXQgUkZDNTQ0MCBhc3N1bWVzKSwgd2hpbGUgYWxsb3dpbmcgZGlmZmVyZW50 IHNldHVwIG1lY2hhbmlzbXMgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtcGNlLWxzcC1zZXR1cC10eXBlLykgc3BlY2lmeSB0aGVpciBvd24gTFNQIGlkZW50aWZp ZXIgZm9ybWF0Lg0KDQpJbiB0aGlzIHNwaXJpdCBJIHRoaW5rIHRoZSBTUiBkcmFmdCBzaG91bGQg YmUgdXBkYXRlZCB0byBleHBsaWNpdGx5IHN0YXRlIHRoYXQgU1IgcmV1c2VzIHRoZSBzYW1lIGlk ZW50aWZpZXIgZm9ybWF0IGFzIFJTVlAgKG9yIHdoYXRldmVyIGlzIGFwcHJvcHJpYXRlKS4NCg0K QnllLA0KUm9iZXJ0DQoNCg== --_000_99B428A7A65F49D2AF5895BA1023AAF1ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <0951DD1939BDFE4A815177F94E84E9D9@ericsson.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+SGkg Um9iZXJ0LDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SSBkaXNhZ3JlZSB3aXRoIHlv dSwgSSBkb27igJl0IHRoaW5rIHdlIG5lZWQgUlNWUC1URSBzZW1hbnRpY3MgaGVyZSwgaW4gdGhl IGltcGxlbWVudGF0aW9ucyBJJ20gYXdhcmUgb2YgTFNQIElkZW50aWZpZXJzIFRMViBpcyBub3Qg dXNlZC48L2Rpdj4NCjxkaXY+RU5ELVBPSU5UUyBvYmplY3QgaXMgdXNlZCB0byBpZGVudGlmeSB0 aGUgdHVubmVsIGVuZHBvaW50IGFkZHJlc3Nlcy48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 ZGl2PkkgZG8gYWdyZWUgdGhhdCBTUiBkcmFmdCBzaG91bGQgYmUgY2xlYXIgYWJvdXQgdGhpcyBh bmQgd2Ugd2lsbCB1cGRhdGUgaXQuPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09VVExPT0tf U0lHTkFUVVJFIj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkNoZWVycyw8L2Rpdj4NCjxkaXY+ SmVmZjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxz cGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpD YWxpYnJpOyBmb250LXNpemU6MTJwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9S REVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElO Ry1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9S REVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBB RERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwv c3Bhbj5Sb2JlcnQgVmFyZ2EgJmx0OzxhIGhyZWY9Im1haWx0bzpuaXRlQGhxLnNrIj5uaXRlQGhx LnNrPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9z cGFuPlRodXJzZGF5LCBPY3RvYmVyIDIyLCAyMDE1IGF0IDA0OjI5PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+RGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1h aWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tIj5kaHJ1di5kaG9keUBodWF3ZWkuY29tPC9hPiZn dDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmdA aWV0Zi5vcmciPmRyYWZ0LWlldGYtcGNlLXNlZ21lbnQtcm91dGluZ0BpZXRmLm9yZzwvYT4mcXVv dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmdAaWV0 Zi5vcmciPmRyYWZ0LWlldGYtcGNlLXNlZ21lbnQtcm91dGluZ0BpZXRmLm9yZzwvYT4mZ3Q7LA0K ICZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2VAdG9vbHMu aWV0Zi5vcmciPmRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZzwvYT4m cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2VAdG9v bHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZzwv YT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+JnF1 b3Q7PGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyI+cGNlQGlldGYub3JnPC9hPiZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyI+cGNlQGlldGYub3JnPC9hPiZndDssICZx dW90OzxhIGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQHRvb2xzLmlldGYub3JnIj5wY2UtY2hhaXJz QHRvb2xzLmlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBjZS1jaGFpcnNA dG9vbHMuaWV0Zi5vcmciPnBjZS1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtQY2VdIFF1 ZXJ5IG9uIFVzYWdlIG9mIExTUCBJZGVudGlmaWVyIFRMViBpbiBTUjxicj4NCjwvZGl2Pg0KPGRp dj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IHRleHQ9IiMwMDAwMDAiIGJnY29sb3I9IiNGRkZG RkYiPg0KPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij5PbiAxMC8xMi8yMDE1IDA3OjU4IEFN LCBEaHJ1diBEaG9keSB3cm90ZTo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGNpdGU9Im1pZDoy M0NFNzE4OTAzQTgzODQ2OEE4QjMyNUI4MDk2MkY5QjhDNDIxQTgzQEJMUkVNTDUwOS1NQlguY2hp bmEuaHVhd2VpLmNvbSIgdHlwZT0iY2l0ZSI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZA0KICAgICAgICBtZWRpdW0pIj4NCjxzdHls ZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQg NSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQpAZm9u dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEg MSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs LCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCglt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29M aXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9t OjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJUcmVidWNoZXQgTVMiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0 O30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJl Zm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcy LjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQov KiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxMjc4NzUzNDc0 Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoyMDA2NzE4 NDc4IDEzMzAyNjQzOTYgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2 OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUcmVidWNoZXQgTVMiLCJzYW5zLXNlcmlm IjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpTaW1TdW47DQoJbXNvLWJpZGktZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7 bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQN CiAgICAgICAgICAgIE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkhpIEF1dGhvcnMs DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0DQogICAgICAgICAgICBNUyZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0DQog ICAgICAgICAgICBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JbiB0aGUgc3RhdGVm dWwgUENFIGRyYWZ0IFsxXSwgaXQgc2F5cyDigJM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 IHN0eWxlPSJtc28tZWxlbWVudDpwYXJhLWJvcmRlci1kaXY7Ym9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpkb3R0ZWQNCiAgICAgICAgICAjQTBBMEEwIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gMGNt O2JhY2tncm91bmQ6I0UwRTBFMCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LXRvcDozLjRwdDtwYWdlLWJyZWFrLWJlZm9yZTphbHdheXM7YmFja2dyb3VuZDojRTBFMEUwO2Jv cmRlcjpub25lO3BhZGRpbmc6MGNtIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiM0MDQwNDAiPlRoZSBMU1AgSWRlbnRpZmllcnMgVExW IE1VU1QgYmUgaW5jbHVkZWQgaW4gdGhlIExTUCBvYmplY3QgaW4gUENScHQ8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLXRvcDozLjRwdDtw YWdlLWJyZWFrLWJlZm9yZTphbHdheXM7YmFja2dyb3VuZDojRTBFMEUwO2JvcmRlcjpub25lO3Bh ZGRpbmc6MGNtIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNv bnNvbGFzO2NvbG9yOiM0MDQwNDAiPm1lc3NhZ2VzIGZvciBSU1ZQLXNpZ25hbGVkIExTUHMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0DQogICAgICAgICAgICBNUyZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0 DQogICAgICAgICAgICBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGUgU1IgZHJh ZnQgWzJdIGRpZCBub3QgbWVudGlvbiBhbnl0aGluZyBhYm91dCBMU1AgSWRlbnRpZmllciBUTFYu DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0DQogICAgICAgICAgICBNUyZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5BbmQgaW4gaW1wbGVtZW50YXRpb25zIHRoYXQgSSBhbSBhd2Fy ZSBvZiwgU1ItVEUgTFNQIHN0aWxsIHVzZXMgdGhlIExTUC1JZGVudGlmaWVyIFRMVi4gSXMgdGhh dCBjb3JyZWN0PyAoSSBwZXJzb25hbGx5IHRoaW5rIHNvISEpPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Ry ZWJ1Y2hldA0KICAgICAgICAgICAgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldA0KICAgICAgICAgICAgTVMmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+SWYgeWVzLCBkbyB5b3UgdGhpbmsgdGhlcmUgaXMgYSBuZWVk IHRvIHVwZGF0ZSDigJMNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEg bGZvMSI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUcmVidWNoZXQNCiAgICAgICAgICAgIE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udC1zdHls ZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9u dC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3 IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48 L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVj aGV0DQogICAgICAgICAgICBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5bMV0gdG8g c2F5IGFsbCBMU1BzIChhbmQgbm90IGp1c3QgUlNWUC1zaWduYWxlZCkuDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50 Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhLS1baWYgIXN1cHBvcnRMaXN0c10t LT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0DQogICAgICAgICAgICBN UyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu b3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3Jt YWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9y bWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldA0KICAgICAgICAgICAgTVMmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+T3IgWzJdIHRvIHNheSB0aGF0IExTUC1JZGVudGlmaWVyIFRM ViBhcmUgYWxzbyBhcHBsaWNhYmxlIHRvIFNSIGFuZCBNVVNUIGJlIGluY2x1ZGVkLg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RyZWJ1Y2hldA0KICAgICAgICAgICAgTVMmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8YnI+DQpUaGUgd29yZGluZyBpbiBzdGF0ZWZ1bCBkcmFmdCBpcyBtZWFudCB0byBw cm9zY3JpYmUgYmVoYXZpb3IgZm9yIFJTVlAgKGFzIHRoYXQgaXMgd2hhdCBSRkM1NDQwIGFzc3Vt ZXMpLCB3aGlsZSBhbGxvd2luZyBkaWZmZXJlbnQgc2V0dXAgbWVjaGFuaXNtcyAoPGEgY2xhc3M9 Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1wY2UtbHNwLXNldHVwLXR5cGUvIj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBjZS1sc3Atc2V0dXAtdHlwZS88L2E+KQ0KIHNwZWNp ZnkgdGhlaXIgb3duIExTUCBpZGVudGlmaWVyIGZvcm1hdC48YnI+DQo8YnI+DQpJbiB0aGlzIHNw aXJpdCBJIHRoaW5rIHRoZSBTUiBkcmFmdCBzaG91bGQgYmUgdXBkYXRlZCB0byBleHBsaWNpdGx5 IHN0YXRlIHRoYXQgU1IgcmV1c2VzIHRoZSBzYW1lIGlkZW50aWZpZXIgZm9ybWF0IGFzIFJTVlAg KG9yIHdoYXRldmVyIGlzIGFwcHJvcHJpYXRlKS48YnI+DQo8YnI+DQpCeWUsPGJyPg0KUm9iZXJ0 PGJyPg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_99B428A7A65F49D2AF5895BA1023AAF1ericssoncom_-- From nobody Thu Feb 11 21:46:38 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9A981B3FDF; Thu, 11 Feb 2016 21:46:35 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable 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 R58wzMlCajmd; Thu, 11 Feb 2016 21:46:33 -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 87CEC1B3FDB; Thu, 11 Feb 2016 21:46:32 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEG18021; Fri, 12 Feb 2016 05:46:27 +0000 (GMT) Received: from LHREML707-CAH.china.huawei.com (10.201.5.199) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 12 Feb 2016 05:46:26 +0000 Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 12 Feb 2016 05:46:25 +0000 Received: from BLREML509-MBX.china.huawei.com ([169.254.7.9]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Fri, 12 Feb 2016 11:14:32 +0530 From: Dhruv Dhody To: Jeff Tantsura , Robert Varga , "draft-ietf-pce-segment-routing@ietf.org" , "draft-ietf-pce-stateful-pce@tools.ietf.org" Thread-Topic: [Pce] Query on Usage of LSP Identifier TLV in SR Thread-Index: AdEEswV5Hp/XsRTiRVyYCjyiKol6/QIK2zOAFg6yDAAACPkY4A== Date: Fri, 12 Feb 2016 05:44:32 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8C505D19@BLREML509-MBX.china.huawei.com> References: <23CE718903A838468A8B325B80962F9B8C421A83@BLREML509-MBX.china.huawei.com> <5628C89B.3000404@hq.sk> <99B428A7-A65F-49D2-AF58-95BA1023AAF1@ericsson.com> In-Reply-To: <99B428A7-A65F-49D2-AF58-95BA1023AAF1@ericsson.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.244.252] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8C505D19BLREML509MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56BD71B3.00EE, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.9, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 96696209a9e552ac2794dea02b20e9cd Archived-At: Cc: "pce@ietf.org" , "pce-chairs@tools.ietf.org" Subject: Re: [Pce] Query on Usage of LSP Identifier TLV in SR X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2016 05:46:35 -0000 --_000_23CE718903A838468A8B325B80962F9B8C505D19BLREML509MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSmVmZiwNCg0KW1BDRVAtU1JdIGRpZCBub3QgY2hhbmdlIHRoZSBmb3JtYXQgb2YgdGhlIHN0 YXRlZnVsIFBDRSBtZXNzYWdlcyAoaS5lLiBSQk5GIG9mIFBDUnB0L1BDVXBkKTsgYW5kIFtTVEFU RUZVTC1QQ0VdIGRvZXMgbm90IGhhdmUgRU5ELVBPSU5UUyBvYmplY3QgaW4gdGhvc2UgbWVzc2Fn ZXMuDQpPbmx5IFBDSW5pdGlhdGUgbWVzc2FnZSBbUENFLUlOSVRJQVRFXSBoYXMgRU5ELVBPSU5U UyBvYmplY3QuDQoNCkluIHRoZSBpbXBsZW1lbnRhdGlvbnMgSSBhbSBhd2FyZSBvZiwgTFNQIElk ZW50aWZpZXJzIFRMViBpcyBjYXJyaWVkIGluIFBDRVAtU1IuDQpPbmUgd2F5IHRvIGZpbmQgbWlk ZGxlIGdyb3VuZCB3b3VsZCBiZSwgdG8gbWFrZSBMU1AgSWRlbnRpZmllcnMgVExWIGFzIG9wdGlv bmFsIGZvciBQQ0VQLVNSLCB3aXRoIGEgdXNlLWNhc2UgZHVyaW5nIGRlbGVnYXRpb24gb2YgYSBQ Q0MgY29uZmlndXJlZCBMU1AgdmlhIFBDUnB0IG1lc3NhZ2UuDQoNClJlZ2FyZHMsDQpEaHJ1dg0K W1BDRVAtU1JdIGh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtaWV0Zi1wY2Ut c2VnbWVudC1yb3V0aW5nLTA2LnR4dA0KW1NUQVRFRlVMLVBDRV0gaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS0xMw0KW1BDRS1JTklUSUFURV0g aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGNlLXBjZS1pbml0aWF0ZWQt bHNwLTA1DQoNCg0KDQpGcm9tOiBKZWZmIFRhbnRzdXJhIFttYWlsdG86amVmZi50YW50c3VyYUBl cmljc3Nvbi5jb21dDQpTZW50OiAxMiBGZWJydWFyeSAyMDE2IDA2OjQyDQpUbzogUm9iZXJ0IFZh cmdhOyBEaHJ1diBEaG9keTsgZHJhZnQtaWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3Jn OyBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2VAdG9vbHMuaWV0Zi5vcmcNCkNjOiBwY2VAaWV0 Zi5vcmc7IHBjZS1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbUGNlXSBRdWVy eSBvbiBVc2FnZSBvZiBMU1AgSWRlbnRpZmllciBUTFYgaW4gU1INCg0KSGkgUm9iZXJ0LA0KDQpJ IGRpc2FncmVlIHdpdGggeW91LCBJIGRvbuKAmXQgdGhpbmsgd2UgbmVlZCBSU1ZQLVRFIHNlbWFu dGljcyBoZXJlLCBpbiB0aGUgaW1wbGVtZW50YXRpb25zIEknbSBhd2FyZSBvZiBMU1AgSWRlbnRp ZmllcnMgVExWIGlzIG5vdCB1c2VkLg0KRU5ELVBPSU5UUyBvYmplY3QgaXMgdXNlZCB0byBpZGVu dGlmeSB0aGUgdHVubmVsIGVuZHBvaW50IGFkZHJlc3Nlcy4NCg0KSSBkbyBhZ3JlZSB0aGF0IFNS IGRyYWZ0IHNob3VsZCBiZSBjbGVhciBhYm91dCB0aGlzIGFuZCB3ZSB3aWxsIHVwZGF0ZSBpdC4N Cg0KQ2hlZXJzLA0KSmVmZg0KDQpGcm9tOiBSb2JlcnQgVmFyZ2EgPG5pdGVAaHEuc2s8bWFpbHRv Om5pdGVAaHEuc2s+Pg0KRGF0ZTogVGh1cnNkYXksIE9jdG9iZXIgMjIsIDIwMTUgYXQgMDQ6MjkN ClRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTxtYWlsdG86ZGhydXYuZGhv ZHlAaHVhd2VpLmNvbT4+LCAiZHJhZnQtaWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3Jn PG1haWx0bzpkcmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmdAaWV0Zi5vcmc+IiA8ZHJhZnQt aWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXBjZS1z ZWdtZW50LXJvdXRpbmdAaWV0Zi5vcmc+PiwgImRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0 b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlQHRvb2xzLmll dGYub3JnPiIgPGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZzxtYWls dG86ZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlQHRvb2xzLmlldGYub3JnPj4NCkNjOiAicGNl QGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+IiA8cGNlQGlldGYub3JnPG1haWx0bzpwY2VA aWV0Zi5vcmc+PiwgInBjZS1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOnBjZS1jaGFpcnNA dG9vbHMuaWV0Zi5vcmc+IiA8cGNlLWNoYWlyc0B0b29scy5pZXRmLm9yZzxtYWlsdG86cGNlLWNo YWlyc0B0b29scy5pZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW1BjZV0gUXVlcnkgb24gVXNhZ2Ug b2YgTFNQIElkZW50aWZpZXIgVExWIGluIFNSDQoNCk9uIDEwLzEyLzIwMTUgMDc6NTggQU0sIERo cnV2IERob2R5IHdyb3RlOg0KSGkgQXV0aG9ycywNCg0KSW4gdGhlIHN0YXRlZnVsIFBDRSBkcmFm dCBbMV0sIGl0IHNheXMg4oCTDQpUaGUgTFNQIElkZW50aWZpZXJzIFRMViBNVVNUIGJlIGluY2x1 ZGVkIGluIHRoZSBMU1Agb2JqZWN0IGluIFBDUnB0DQptZXNzYWdlcyBmb3IgUlNWUC1zaWduYWxl ZCBMU1BzLg0KDQpUaGUgU1IgZHJhZnQgWzJdIGRpZCBub3QgbWVudGlvbiBhbnl0aGluZyBhYm91 dCBMU1AgSWRlbnRpZmllciBUTFYuDQpBbmQgaW4gaW1wbGVtZW50YXRpb25zIHRoYXQgSSBhbSBh d2FyZSBvZiwgU1ItVEUgTFNQIHN0aWxsIHVzZXMgdGhlIExTUC1JZGVudGlmaWVyIFRMVi4gSXMg dGhhdCBjb3JyZWN0PyAoSSBwZXJzb25hbGx5IHRoaW5rIHNvISEpDQoNCklmIHllcywgZG8geW91 IHRoaW5rIHRoZXJlIGlzIGEgbmVlZCB0byB1cGRhdGUg4oCTDQoNCi0gICAgICBbMV0gdG8gc2F5 IGFsbCBMU1BzIChhbmQgbm90IGp1c3QgUlNWUC1zaWduYWxlZCkuDQoNCi0gICAgICBPciBbMl0g dG8gc2F5IHRoYXQgTFNQLUlkZW50aWZpZXIgVExWIGFyZSBhbHNvIGFwcGxpY2FibGUgdG8gU1Ig YW5kIE1VU1QgYmUgaW5jbHVkZWQuDQoNCg0KVGhlIHdvcmRpbmcgaW4gc3RhdGVmdWwgZHJhZnQg aXMgbWVhbnQgdG8gcHJvc2NyaWJlIGJlaGF2aW9yIGZvciBSU1ZQIChhcyB0aGF0IGlzIHdoYXQg UkZDNTQ0MCBhc3N1bWVzKSwgd2hpbGUgYWxsb3dpbmcgZGlmZmVyZW50IHNldHVwIG1lY2hhbmlz bXMgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGNlLWxzcC1z ZXR1cC10eXBlLykgc3BlY2lmeSB0aGVpciBvd24gTFNQIGlkZW50aWZpZXIgZm9ybWF0Lg0KDQpJ biB0aGlzIHNwaXJpdCBJIHRoaW5rIHRoZSBTUiBkcmFmdCBzaG91bGQgYmUgdXBkYXRlZCB0byBl eHBsaWNpdGx5IHN0YXRlIHRoYXQgU1IgcmV1c2VzIHRoZSBzYW1lIGlkZW50aWZpZXIgZm9ybWF0 IGFzIFJTVlAgKG9yIHdoYXRldmVyIGlzIGFwcHJvcHJpYXRlKS4NCg0KQnllLA0KUm9iZXJ0DQoN Cg0K5pys6YKu5Lu25Y+K5YW26ZmE5Lu25ZCr5pyJ5Y2O5Li65YWs5Y+455qE5L+d5a+G5L+h5oGv 77yM5LuF6ZmQ5LqO5Y+R6YCB57uZ5LiK6Z2i5Zyw5Z2A5Lit5YiX5Ye655qE5Liq5Lq65oiW576k 57uE44CC56aBDQrmraLku7vkvZXlhbbku5bkurrku6Xku7vkvZXlvaLlvI/kvb/nlKjvvIjljIXm i6zkvYbkuI3pmZDkuo7lhajpg6jmiJbpg6jliIblnLDms4TpnLLjgIHlpI3liLbjgIHmiJbmlaPl j5HvvInmnKzpgq7ku7bkuK0NCueahOS/oeaBr+OAguWmguaenOaCqOmUmeaUtuS6huacrOmCruS7 tu+8jOivt+aCqOeri+WNs+eUteivneaIlumCruS7tumAmuefpeWPkeS7tuS6uuW5tuWIoOmZpOac rOmCruS7tu+8gQ0KVGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZp ZGVudGlhbCBpbmZvcm1hdGlvbiBmcm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBm b3IgdGhlIHBlcnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFu eSB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5j bHVkaW5nLCBidXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwgZGlzY2xvc3VyZSwg cmVwcm9kdWN0aW9uLCBvciBkaXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhl IGludGVuZGVkDQpyZWNpcGllbnQocykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBieSBwaG9uZSBvciBl bWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0IQ0KDQo= --_000_23CE718903A838468A8B325B80962F9B8C505D19BLREML509MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsN CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9u dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAx MSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDlrovkvZMi Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBNUyBcLCBz YW5zLXNlcmlmIjsNCglwYW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlzdFBh cmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNv LXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207 DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFt ZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm b250LWZhbWlseToiVHJlYnVjaGV0IE1TIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4 dDt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0 IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9v biBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFp bFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IlRyZWJ1Y2hldCBNUyIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcy LjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0 LWlkOjEyNzg3NTM0NzQ7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxh dGUtaWRzOjIwMDY3MTg0NzggMTMzMDI2NDM5NiA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2 NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDps ZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBN UyIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28t YmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVs LXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3Rv cDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp c3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxl dmVsOA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0K dWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBK ZWZmLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNo ZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5bUENFUC1T Ul0gZGlkIG5vdCBjaGFuZ2UgdGhlIGZvcm1hdCBvZiB0aGUgc3RhdGVmdWwgUENFIG1lc3NhZ2Vz IChpLmUuIFJCTkYgb2YgUENScHQvUENVcGQpOyBhbmQgW1NUQVRFRlVMLVBDRV0gZG9lcyBub3Qg aGF2ZSBFTkQtUE9JTlRTIG9iamVjdCBpbiB0aG9zZSBtZXNzYWdlcy4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUcmVidWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5Pbmx5IFBDSW5pdGlhdGUgbWVzc2FnZSBbUENFLUlOSVRJQVRFXSBoYXMgRU5ELVBPSU5U UyBvYmplY3QuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+SW4gdGhlIGltcGxlbWVudGF0aW9ucyBJIGFtIGF3YXJlIG9mLCBMU1AgSWRlbnRpZmllcnMg VExWIGlzIGNhcnJpZWQgaW4gUENFUC1TUi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQg TVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5PbmUgd2F5IHRv IGZpbmQgbWlkZGxlIGdyb3VuZCB3b3VsZCBiZSwgdG8gbWFrZSBMU1AgSWRlbnRpZmllcnMgVExW IGFzIG9wdGlvbmFsIGZvciBQQ0VQLVNSLCB3aXRoIGEgdXNlLWNhc2UgZHVyaW5nIGRlbGVnYXRp b24gb2YgYSBQQ0MgY29uZmlndXJlZCBMU1AgdmlhIFBDUnB0IG1lc3NhZ2UuDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkRocnV2PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQg TVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5bUENFUC1TUl0N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtaWV0Zi1wY2Ut c2VnbWVudC1yb3V0aW5nLTA2LnR4dCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9k cmFmdC1pZXRmLXBjZS1zZWdtZW50LXJvdXRpbmctMDYudHh0PC9hPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUcmVidWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5bU1RBVEVGVUwtUENFXQ0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS0xMyI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS0xMzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJl YnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1BD RS1JTklUSUFURV0NCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLXBjZS1wY2UtaW5pdGlhdGVkLWxzcC0wNSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtcGNlLXBjZS1pbml0aWF0ZWQtbHNwLTA1PC9hPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUcmVidWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1 Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+IEplZmYgVGFudHN1cmEgW21haWx0bzpqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNv bV0NCjxicj4NCjxiPlNlbnQ6PC9iPiAxMiBGZWJydWFyeSAyMDE2IDA2OjQyPGJyPg0KPGI+VG86 PC9iPiBSb2JlcnQgVmFyZ2E7IERocnV2IERob2R5OyBkcmFmdC1pZXRmLXBjZS1zZWdtZW50LXJv dXRpbmdAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9y Zzxicj4NCjxiPkNjOjwvYj4gcGNlQGlldGYub3JnOyBwY2UtY2hhaXJzQHRvb2xzLmlldGYub3Jn PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbUGNlXSBRdWVyeSBvbiBVc2FnZSBvZiBMU1AgSWRl bnRpZmllciBUTFYgaW4gU1I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OmJsYWNrIj5IaSBSb2JlcnQsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNr Ij5JIGRpc2FncmVlIHdpdGggeW91LCBJIGRvbuKAmXQgdGhpbmsgd2UgbmVlZCBSU1ZQLVRFIHNl bWFudGljcyBoZXJlLCBpbiB0aGUgaW1wbGVtZW50YXRpb25zIEknbSBhd2FyZSBvZiBMU1AgSWRl bnRpZmllcnMgVExWIGlzIG5vdCB1c2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOmJsYWNrIj5FTkQtUE9JTlRTIG9iamVjdCBpcyB1c2VkIHRvIGlkZW50aWZ5IHRoZSB0 dW5uZWwgZW5kcG9pbnQgYWRkcmVzc2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xv cjpibGFjayI+SSBkbyBhZ3JlZSB0aGF0IFNSIGRyYWZ0IHNob3VsZCBiZSBjbGVhciBhYm91dCB0 aGlzIGFuZCB3ZSB3aWxsIHVwZGF0ZSBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Q2hlZXJz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5KZWZmPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Um9iZXJ0 IFZhcmdhICZsdDs8YSBocmVmPSJtYWlsdG86bml0ZUBocS5zayI+bml0ZUBocS5zazwvYT4mZ3Q7 PGJyPg0KPGI+RGF0ZTogPC9iPlRodXJzZGF5LCBPY3RvYmVyIDIyLCAyMDE1IGF0IDA0OjI5PGJy Pg0KPGI+VG86IDwvYj5EaHJ1diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRob2R5 QGh1YXdlaS5jb20iPmRocnV2LmRob2R5QGh1YXdlaS5jb208L2E+Jmd0OywgJnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOmRyYWZ0LWlldGYtcGNlLXNlZ21lbnQtcm91dGluZ0BpZXRmLm9yZyI+ZHJhZnQt aWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWlldGYtcGNlLXNlZ21lbnQtcm91dGluZ0BpZXRmLm9yZyI+ZHJhZnQtaWV0 Zi1wY2Utc2VnbWVudC1yb3V0aW5nQGlldGYub3JnPC9hPiZndDssDQogJnF1b3Q7PGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZyI+ZHJhZnQt aWV0Zi1wY2Utc3RhdGVmdWwtcGNlQHRvb2xzLmlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZUB0b29scy5pZXRmLm9yZyI+ZHJh ZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlQHRvb2xzLmlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5D YzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwv YT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwv YT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86cGNlLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+ cGNlLWNoYWlyc0B0b29scy5pZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpw Y2UtY2hhaXJzQHRvb2xzLmlldGYub3JnIj5wY2UtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPiZn dDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtQY2VdIFF1ZXJ5IG9uIFVzYWdlIG9mIExTUCBJ ZGVudGlmaWVyIFRMViBpbiBTUjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2si PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29s b3I6YmxhY2siPk9uIDEwLzEyLzIwMTUgMDc6NTggQU0sIERocnV2IERob2R5IHdyb3RlOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TICwgc2Fucy1zZXJpZiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SGkgQXV0aG9ycywNCjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMgLCBzYW5z LXNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1T ICwgc2Fucy1zZXJpZiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SW4gdGhl IHN0YXRlZnVsIFBDRSBkcmFmdCBbMV0sIGl0IHNheXMg4oCTPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpkb3R0ZWQgI0EwQTBBMCAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBj bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLXRvcDozLjRwdDtwYWdlLWJy ZWFrLWJlZm9yZTphbHdheXM7YmFja2dyb3VuZDojRTBFMEUwIj4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiM0MDQwNDAiPlRoZSBMU1Ag SWRlbnRpZmllcnMgVExWIE1VU1QgYmUgaW5jbHVkZWQgaW4gdGhlIExTUCBvYmplY3QgaW4gUENS cHQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLXRvcDozLjRwdDtwYWdlLWJyZWFr LWJlZm9yZTphbHdheXM7YmFja2dyb3VuZDojRTBFMEUwIj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiM0MDQwNDAiPm1lc3NhZ2VzIGZv ciBSU1ZQLXNpZ25hbGVkIExTUHMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TICwgc2Fucy1zZXJpZiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyAsIHNhbnMtc2VyaWYm cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlRoZSBTUiBkcmFmdCBbMl0gZGlk IG5vdCBtZW50aW9uIGFueXRoaW5nIGFib3V0IExTUCBJZGVudGlmaWVyIFRMVi4NCjwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMg LCBzYW5zLXNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BbmQgaW4g aW1wbGVtZW50YXRpb25zIHRoYXQgSSBhbSBhd2FyZSBvZiwgU1ItVEUgTFNQIHN0aWxsIHVzZXMg dGhlIExTUC1JZGVudGlmaWVyIFRMVi4gSXMgdGhhdCBjb3JyZWN0PyAoSSBwZXJzb25hbGx5IHRo aW5rIHNvISEpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RyZWJ1Y2hldCBNUyAsIHNhbnMtc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUcmVidWNoZXQgTVMgLCBzYW5zLXNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj5JZiB5ZXMsIGRvIHlvdSB0aGluayB0aGVyZSBpcyBhIG5lZWQgdG8g dXBkYXRlIOKAkw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVu dDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi Pi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k aWZdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMgLCBzYW5zLXNl cmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5bMV0gdG8gc2F5IGFsbCBM U1BzIChhbmQgbm90IGp1c3QgUlNWUC1zaWduYWxlZCkuDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIi PjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PHNwYW4g c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyAsIHNhbnMtc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPk9yIFsyXSB0byBzYXkgdGhhdCBMU1AtSWRlbnRpZmllciBUTFYgYXJlIGFsc28gYXBw bGljYWJsZSB0byBTUiBhbmQgTVVTVCBiZSBpbmNsdWRlZC4NCjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMgLCBzYW5zLXNlcmlm JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48YnI+DQpUaGUgd29yZGluZyBp biBzdGF0ZWZ1bCBkcmFmdCBpcyBtZWFudCB0byBwcm9zY3JpYmUgYmVoYXZpb3IgZm9yIFJTVlAg KGFzIHRoYXQgaXMgd2hhdCBSRkM1NDQwIGFzc3VtZXMpLCB3aGlsZSBhbGxvd2luZyBkaWZmZXJl bnQgc2V0dXAgbWVjaGFuaXNtcyAoPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1wY2UtbHNwLXNldHVwLXR5cGUvIj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBjZS1sc3Atc2V0dXAtdHlwZS88L2E+KQ0KIHNwZWNp ZnkgdGhlaXIgb3duIExTUCBpZGVudGlmaWVyIGZvcm1hdC48YnI+DQo8YnI+DQpJbiB0aGlzIHNw aXJpdCBJIHRoaW5rIHRoZSBTUiBkcmFmdCBzaG91bGQgYmUgdXBkYXRlZCB0byBleHBsaWNpdGx5 IHN0YXRlIHRoYXQgU1IgcmV1c2VzIHRoZSBzYW1lIGlkZW50aWZpZXIgZm9ybWF0IGFzIFJTVlAg KG9yIHdoYXRldmVyIGlzIGFwcHJvcHJpYXRlKS48YnI+DQo8YnI+DQpCeWUsPGJyPg0KUm9iZXJ0 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJaSC1DTiIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65a6L5L2TO2NvbG9yOiMxRjQ5N0Qi PuacrOmCruS7tuWPiuWFtumZhOS7tuWQq+acieWNjuS4uuWFrOWPuOeahOS/neWvhuS/oeaBr++8 jOS7hemZkOS6juWPkemAgee7meS4iumdouWcsOWdgOS4reWIl+WHuueahOS4quS6uuaIlue+pOe7 hOOAguemgTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk65a6L5L2TO2NvbG9yOiMxRjQ5N0QiPuatouS7u+S9leWF tuS7luS6uuS7peS7u+S9leW9ouW8j+S9v+eUqO+8iOWMheaLrOS9huS4jemZkOS6juWFqOmDqOaI lumDqOWIhuWcsOazhOmcsuOAgeWkjeWItuOAgeaIluaVo+WPke+8ieacrOmCruS7tuS4rTwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk65a6L5L2TO2NvbG9yOiMxRjQ5N0QiPueahOS/oeaBr+OAguWmguaenOaCqOmU meaUtuS6huacrOmCruS7tu+8jOivt+aCqOeri+WNs+eUteivneaIlumCruS7tumAmuefpeWPkeS7 tuS6uuW5tuWIoOmZpOacrOmCruS7tu+8gTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjojMUY0OTdEIj5UaGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlk ZW50aWFsIGluZm9ybWF0aW9uIGZyb20gSFVBV0VJLCB3aGljaCBpcyBpbnRlbmRlZCBvbmx5IGZv ciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55 IHVzZQ0KIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGluIGFueSB3YXkgKGlu Y2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBvciBwYXJ0aWFsIGRpc2Nsb3N1cmUs IHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRo ZSBpbnRlbmRlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnJlY2lwaWVudChzKSBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5 IHBob25lIG9yIGVtYWlsIGltbWVkaWF0ZWx5IGFuZCBkZWxldGUgaXQhPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_23CE718903A838468A8B325B80962F9B8C505D19BLREML509MBXchi_-- From nobody Fri Feb 12 21:45:15 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0D371B2C9C; Fri, 12 Feb 2016 21:45:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 jJ7S9HuCBxx2; Fri, 12 Feb 2016 21:45: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 2E8E61B2C9E; Fri, 12 Feb 2016 21:45:10 -0800 (PST) Received: from [192.168.1.13] (unknown [49.149.199.218]) (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 29D63180137F; Sat, 13 Feb 2016 06:45:06 +0100 (CET) References: <56B496CD.7020107@pi.nu> To: "pce@ietf.org" , TEAS WG , "ccamp@ietf.org" , "pals@ietf.org" From: Loa Andersson X-Forwarded-Message-Id: <56B496CD.7020107@pi.nu> Message-ID: <56BEC2DB.9030700@pi.nu> Date: Sat, 13 Feb 2016 13:44:59 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56B496CD.7020107@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Pce] Fwd: [mpls] discussion on a common top for yang models related to MPLS X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2016 05:45:12 -0000 Working Groups, This mail was sent on the mpls wg mailing list to trigger a discussion. It hs been pointed out that participants in other wg's might also be interested to contribute to this discussion. I therefore forward to the most likely wg's. Plese remember that the discussion is intended to take place on the mpls wg list (mpls@ietf.org). /Loa -------- Forwarded Message -------- Subject: [mpls] discussion on a common top for yang models related to MPLS Date: Fri, 5 Feb 2016 20:34:21 +0800 From: Loa Andersson To: mpls@ietf.org All, We have had discussion among the MPLS, TEAS and CCAMP working group chairs - but as individual contributors, with chair half off. We agree that this discussion should be taken to the working group(s). The YANG models for MPLS and GMPLS are quite rapidly taking shape. MPLS and GMPLS technologies have traditionally been very close, but their development has been a bit disjoint. For the YANG models we would like to minimize duplication of models/work and think the structure should have a common the top, with specific technologies augmented below. The structure in general as well as the YANG model at the common top needs to be the generic and aligned across the output of at least CCAMP, MPLS and TEAS working groups. There has been good work progressing on TE specifics, e.g., see draft-ietf-teas-yang-te, but other areas remain. On the LDP side of the house draft-raza-mpls- ldp-mldp-yang is rapidly progressing towards working group adoption. The models defined in draft-saad-mpls-static-yang could serve as the start on filling some of the remaining gaps; covering core xMPLS definitions and static LSPs. There are a number of ways to make the structure intuitive and generic, and serve as a foundation for technology specific models. -- This effort can be viewed as the same type of work that was done for TE, see draft-ietf-teas-yang-te. We think it would be a good idea if the authors and the WG considers how to structure xMPLS definitions and static LSPs models to best foster common use across the different related models being worked on across different WGs. We are sending this mail in hopes of getting this discussion started. Thank you, Lou and Loa -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Feb 16 15:31:08 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FD481A1B84 for ; Tue, 16 Feb 2016 15:31:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.207 X-Spam-Level: X-Spam-Status: No, score=-3.207 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, RP_MATCHES_RCVD=-0.006, 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 cINFx6nUn8b2 for ; Tue, 16 Feb 2016 15:31:04 -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 37A091A86E0 for ; Tue, 16 Feb 2016 15:31:04 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEN11697; Tue, 16 Feb 2016 23:31:01 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 16 Feb 2016 23:31:00 +0000 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Tue, 16 Feb 2016 15:30:54 -0800 From: Leeyoung To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-dhodylee-pce-stateful-hpce-00.txt Thread-Index: AQHRaRD9OIbIknjxm0iIeQwVrJcStJ8vT/0Q Date: Tue, 16 Feb 2016 23:30:53 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D595DD@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.227] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56C3B135.013F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 8b232eb2da0330a9ccf73c5369e14848 Archived-At: Subject: [Pce] FW: New Version Notification for draft-dhodylee-pce-stateful-hpce-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 23:31:07 -0000 SGksDQoNCkp1c3Qgd2FudGVkIHRvIGluZm9ybSB5b3UgdGhhdCB3ZSBoYXZlIHN1Ym1pdHRlZCBh IGRyYWZ0IG9uIHRoZSBIaWVyYXJjaGljYWwgU3RhdGVmdWwgUENFLiBBcyBjb250cm9sIGhpZXJh cmNoeSBoYXMgYmVlbiBkaXNjdXNzZWQgaW4gdmFyaW91cyBjb250ZXh0LCB3ZSBmZWx0IHRoZSB1 c2VmdWxuZXNzIG9mIGV4dGVuZGluZyBzdGF0ZWZ1bCBQQ0Ugd29yayB0byBoaWVyYXJjaGljYWwg Y29udHJvbC4gDQoNCllvdXIgY29tbWVudHMgd2lsbCBiZSBhcHByZWNpYXRlZC4NCg0KVGhhbmtz ICYgYmVzdCByZWdhcmRzLCANCg0KWW91bmcgKG9uIGJlaGFsZiBvZiBEaHJ1diwgRGFuaWVsZSwg Sm9uZ3lvb24gYW5kIERhbikNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmddIA0KU2VudDogVHVlc2RheSwgRmVicnVhcnkgMTYsIDIwMTYgNToyMyBQTQ0KVG86IERhbiBL aW5nOyBEYW5pZWxlIENlY2NhcmVsbGk7IExlZXlvdW5nOyBKb25neW9vbiBTaGluOyBEYW5pZWwg S2luZzsgRGhydXYgRGhvZHkNClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig ZHJhZnQtZGhvZHlsZWUtcGNlLXN0YXRlZnVsLWhwY2UtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lv biBvZiBJLUQsIGRyYWZ0LWRob2R5bGVlLXBjZS1zdGF0ZWZ1bC1ocGNlLTAwLnR4dA0KaGFzIGJl ZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUg SUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtZGhvZHlsZWUtcGNlLXN0YXRlZnVsLWhw Y2UNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlIaWVyYXJjaGljYWwgU3RhdGVmdWwgUGF0aCBDb21w dXRhdGlvbiBFbGVtZW50IChQQ0UpLg0KRG9jdW1lbnQgZGF0ZToJMjAxNi0wMi0xNg0KR3JvdXA6 CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMTUNClVSTDogICAgICAgICAgICBodHRw czovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtZGhvZHlsZWUtcGNlLXN0YXRl ZnVsLWhwY2UtMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtZGhvZHlsZWUtcGNlLXN0YXRlZnVsLWhwY2UvDQpIdG1saXplZDogICAg ICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRob2R5bGVlLXBjZS1zdGF0ZWZ1 bC1ocGNlLTAwDQoNCg0KQWJzdHJhY3Q6DQogICBBIFN0YXRlZnVsIFBhdGggQ29tcHV0YXRpb24g RWxlbWVudCAoUENFKSBtYWludGFpbnMgaW5mb3JtYXRpb24gb24NCiAgIHRoZSBjdXJyZW50IG5l dHdvcmsgc3RhdGUsIGluY2x1ZGluZzogY29tcHV0ZWQgTGFiZWwgU3dpdGNoZWQgUGF0aA0KICAg KExTUHMpLCByZXNlcnZlZCByZXNvdXJjZXMgd2l0aGluIHRoZSBuZXR3b3JrLCBhbmQgcGVuZGlu ZyBwYXRoDQogICBjb21wdXRhdGlvbiByZXF1ZXN0cy4gVGhpcyBpbmZvcm1hdGlvbiBtYXkgdGhl biBiZSBjb25zaWRlcmVkIHdoZW4NCiAgIGNvbXB1dGluZyBuZXcgdHJhZmZpYyBlbmdpbmVlcmVk IExTUHMsIGFuZCBmb3IgYXNzb2NpYXRlZA0KICAgYW5kIGRlcGVuZGVudCBMU1BzLCByZWNlaXZl ZCBmcm9tIFBhdGggQ29tcHV0YXRpb24gQ2xpZW50cyAoUENDcykuDQoNCiAgIFRoZSBIaWVyYXJj aGljYWwgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IChILVBDRSkgYXJjaGl0ZWN0dXJlLA0KICAg cHJvdmlkZXMgYW4gYXJjaGl0ZWN0dXJlIHRvIGFsbG93IHRoZSBvcHRpbXVtIHNlcXVlbmNlIG9m DQogICBpbnRlci1jb25uZWN0ZWQgZG9tYWlucyB0byBiZSBzZWxlY3RlZCwgYW5kIG5ldHdvcmsg cG9saWN5IHRvIGJlDQogICBhcHBsaWVkIGlmIGFwcGxpY2FibGUsIHZpYSB0aGUgdXNlIG9mIGEg aGllcmFyY2hpY2FsIHJlbGF0aW9uc2hpcA0KICAgYmV0d2VlbiBQQ0VzLg0KDQogICBDb21iaW5p bmcgdGhlIGNhcGFiaWxpdGllcyBvZiBTdGF0ZWZ1bCBQQ0UgYW5kIHRoZSBIaWVyYXJjaGljYWwg UENFDQogICB3b3VsZCBiZSBhZHZhbnRhZ2VvdXMuIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGdl bmVyYWwNCiAgIGNvbnNpZGVyYXRpb25zIGFuZCB1c2UgY2FzZXMgZm9yIHRoZSBkZXBsb3ltZW50 IG9mIFN0YXRlZnVsIFBDRShzKQ0KICAgdXNpbmcgdGhlIEhpZXJhcmNoaWNhbCBQQ0UgYXJjaGl0 ZWN0dXJlLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Wed Feb 24 19:40:35 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4B091B303C for ; Wed, 24 Feb 2016 19:40:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.283 X-Spam-Level: * X-Spam-Status: No, score=1.283 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CN_BODY_35=0.339, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, 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 KEZfLl1S4mNJ for ; Wed, 24 Feb 2016 19:40:32 -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 A87FF1B3039 for ; Wed, 24 Feb 2016 19:40:31 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEY91305; Thu, 25 Feb 2016 03:40:28 +0000 (GMT) Received: from LHREML701-CAH.china.huawei.com (10.201.5.93) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 25 Feb 2016 03:40:28 +0000 Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 25 Feb 2016 03:40:27 +0000 Received: from BLREML509-MBX.china.huawei.com ([169.254.7.9]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0235.001; Thu, 25 Feb 2016 09:10:19 +0530 From: Dhruv Dhody To: "pce@ietf.org" Thread-Topic: [Updated I-D] draft-dhodylee-pce-pcep-ls-02 Thread-Index: AdFvfj78Z9MoQnCmTWm3s3DQC069xg== Date: Thu, 25 Feb 2016 03:40:19 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8C519282@BLREML509-MBX.china.huawei.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.244.252] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8C519282BLREML509MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.56CE77AD.006D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.9, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 16842b2ff1a35cb8f6771c42ec65a4af Archived-At: Subject: [Pce] [Updated I-D] draft-dhodylee-pce-pcep-ls-02 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2016 03:40:34 -0000 --_000_23CE718903A838468A8B325B80962F9B8C519282BLREML509MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgV0csDQoNCg0KDQpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0LCB0aGUgbWFpbiBjaGFuZ2Vz IGFyZSCoQw0KDQoNCg0KLSAgICBTdWItVExWcyBmb3IgRGVsYXksIFBhY2tldCBMb3NzLCBCYW5k d2lkdGggdXRpbGl6YXRpb24gZXRjIGluIExpbmsgQXR0cmlidXRlcw0KDQotICAgIFByZWZpeCBE ZXNjcmlwdG9ycyBUTFYNCg0KLSAgICBTdWItVExWIGNvZGUgcG9pbnRzIGFuZCBJQU5BIGNvbnNp ZGVyYXRpb25zDQoNCg0KDQpTbGlkZSBmcm9tIFlva29oYW1hIFtodHRwczovL3d3dy5pZXRmLm9y Zy9wcm9jZWVkaW5ncy85NC9zbGlkZXMvc2xpZGVzLTk0LXBjZS03LnBkZl0sIGZvciBhIHF1aWNr IHJlZnJlc2hlciA6KQ0KDQoNCg0KUmVnYXJkcywNCg0KRGhydXYsIFlvdW5nICYgRGFuaWVsZQ0K DQoNCg0KTmFtZTogICAgICAgZHJhZnQtZGhvZHlsZWUtcGNlLXBjZXAtbHMNCg0KUmV2aXNpb246 ICAgMDINCg0KVGl0bGU6ICAgICAgICAgICAgUENFUCBFeHRlbnNpb24gZm9yIERpc3RyaWJ1dGlv biBvZiBMaW5rLVN0YXRlIGFuZCBURSBJbmZvcm1hdGlvbi4NCg0KVVJMOiAgICAgICAgICAgIGh0 dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1kaG9keWxlZS1wY2UtcGNl cC1scy0wMi50eHQNCg0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWRob2R5bGVlLXBjZS1wY2VwLWxzLw0KDQpIdG1saXplZDogICAgICAgaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRob2R5bGVlLXBjZS1wY2VwLWxzLTAyDQoN CkRpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt ZGhvZHlsZWUtcGNlLXBjZXAtbHMtMDINCg0KDQqxvtPKvP68sMbkuL28/rqs09C7qs6quavLvrXE saPD3NDFz6KjrL32z97T2reiy824+MnPw+a12Na31tDB0LP2tcS49sjLu/LIutfpoaO9+w0K1rnI zrrOxuTL+8jL0tTIzrrO0M7Kvcq508OjqLD8wKi1q7K7z97T2sirsr+78rK/t9a12NC5wrahori0 1sahorvyyaK3oqOpsb7Tyrz+1tANCrXE0MXPoqGjyOe5+8T6tO3K1cHLsb7Tyrz+o6zH68T6waK8 tLXnu7C78tPKvP7NqNaqt6K8/sjLsqLJvrP9sb7Tyrz+o6ENClRoaXMgZS1tYWlsIGFuZCBpdHMg YXR0YWNobWVudHMgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZnJvbSBIVUFXRUks IHdoaWNoIGlzIGludGVuZGVkIG9ubHkgZm9yIHRoZSBwZXJzb24gb3IgZW50aXR5IHdob3NlIGFk ZHJlc3MgaXMgbGlzdGVkIGFib3ZlLiBBbnkgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWlu ZWQgaGVyZWluIGluIGFueSB3YXkgKGluY2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3Rh bCBvciBwYXJ0aWFsIGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikg YnkgcGVyc29ucyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50KHMpIGlzIHByb2hp Yml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5 IHRoZSBzZW5kZXIgYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCEN Cg0K --_000_23CE718903A838468A8B325B80962F9B8C519282BLREML509MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

We have updated the draft, the main changes are = =A8C

 

-    Sub-TLVs for Delay, Packet Loss, Bandwidth utilizat= ion etc in Link Attributes

-    Prefix Descriptors TLV

-    Sub-TLV code points and IANA considerations

 

Slide from Yokohama [https://www.ietf.org/proceed= ings/94/slides/slides-94-pce-7.pdf], for a quick refresher :)

 

Regards,

Dhruv, Young &a= mp; Daniele

 

Name:       draft-d= hodylee-pce-pcep-ls

Revision:   02

Title:       &= nbsp;    PCEP Extension for Distribution of Link-State and T= E Information.

URL:       &nb= sp;    https://www.ietf.org/internet-drafts/draft-dhodylee-pce-pcep-ls-02.txt<= o:p>

Status:       =   https://datatracker.ietf.org/doc/draft-dhodylee-pce-pcep-ls/=

Htmlized:       https://tools.ietf.org/html/draft-dhodylee-pce-pcep-ls-02

Diff:       &n= bsp;   https://www.ietf.org/rfcdiff?url2=3Ddraft-dhodylee-pce-pcep-ls-02<= /o:p>

 =

 

=B1=BE=D3=CA=BC=FE=BC=B0=C6=E4=B8=BD=BC=FE=BA=AC=D3=D0= =BB=AA=CE=AA=B9=AB=CB=BE=B5=C4=B1=A3=C3=DC=D0=C5=CF=A2=A3=AC=BD=F6=CF=DE=D3= =DA=B7=A2=CB=CD=B8=F8=C9=CF=C3=E6=B5=D8=D6=B7=D6=D0=C1=D0=B3=F6=B5=C4=B8=F6= =C8=CB=BB=F2=C8=BA=D7=E9=A1=A3=BD=FB

=D6=B9=C8=CE=BA=CE=C6=E4=CB=FB=C8=CB=D2=D4=C8=CE=BA=CE= =D0=CE=CA=BD=CA=B9=D3=C3=A3=A8=B0=FC=C0=A8=B5=AB=B2=BB=CF=DE=D3=DA=C8=AB=B2= =BF=BB=F2=B2=BF=B7=D6=B5=D8=D0=B9=C2=B6=A1=A2=B8=B4=D6=C6=A1=A2=BB=F2=C9=A2= =B7=A2=A3=A9=B1=BE=D3=CA=BC=FE=D6=D0

=B5=C4=D0=C5=CF=A2=A1=A3=C8=E7=B9=FB=C4=FA=B4=ED=CA=D5= =C1=CB=B1=BE=D3=CA=BC=FE=A3=AC=C7=EB=C4=FA=C1=A2=BC=B4=B5=E7=BB=B0=BB=F2=D3= =CA=BC=FE=CD=A8=D6=AA=B7=A2=BC=FE=C8=CB=B2=A2=C9=BE=B3=FD=B1=BE=D3=CA=BC=FE= =A3=A1

This e-mail and its attachments contain = confidential information from HUAWEI, which is intended only for the person= or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, to= tal or partial disclosure, reproduction, or dissemination) by persons other= than the intended

recipient(s) is prohibited. If you recei= ve this e-mail in error, please notify the sender by phone or email immedia= tely and delete it!

 

--_000_23CE718903A838468A8B325B80962F9B8C519282BLREML509MBXchi_-- From nobody Fri Feb 26 13:06:26 2016 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0707F1B305F for ; Fri, 26 Feb 2016 13:06:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.207 X-Spam-Level: X-Spam-Status: No, score=-3.207 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, RP_MATCHES_RCVD=-0.006, 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 ayrLpwrCbQag for ; Fri, 26 Feb 2016 13:06:21 -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 C41BA1B2AC1 for ; Fri, 26 Feb 2016 13:06:20 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFA90779; Fri, 26 Feb 2016 21:06:17 +0000 (GMT) Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 26 Feb 2016 21:06:17 +0000 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0235.001; Fri, 26 Feb 2016 13:06:13 -0800 From: Leeyoung To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-leedhody-pce-vn-association-00.txt Thread-Index: AQHRb/T58a5DnE6z6Ea+JSjlPL0KIJ8+0H1A Date: Fri, 26 Feb 2016 21:06:13 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D5C129@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.139.77] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.56D0BE4A.00F2, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 61a8f5726139cf5890a80aa4d28a4dd7 Archived-At: Subject: [Pce] FW: New Version Notification for draft-leedhody-pce-vn-association-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2016 21:06:24 -0000 RGVhciBhbGwsDQoNClRoaXMgZHJhZnQgaXMgaW50ZW5kZWQgdG8gZmFjaWxpdGF0ZSB2aXJ0dWFs IG5ldHdvcmsgY29udHJvbC9vcGVyYXRpb24gaW4gdGhlIGNvbnRleHQgb2YgU3RhdGVmdWwgSC1Q Q0UgYnkgYXNzb2NpYXRpbmcgYSB2aXJ0dWFsIG5ldHdvcmsgd2l0aCB0aGUgYXNzb2NpYXRlZCBz ZXQgb2YgTFNQcyBpbiB0aGUgbmV0d29yay4gIA0KDQpZb3VyIGNvbW1lbnRzIHdpbGwgYmUgYXBw cmVjaWF0ZWQuIA0KDQpUaGFua3MsDQpZb3VuZyAob24gYmVoYWxmIG9mIERocnV2LCBEYW5pZWxl IGFuZCBYaWFuKQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6 IFRodXJzZGF5LCBGZWJydWFyeSAyNSwgMjAxNiAxMTo1MCBBTQ0KVG86IERhbmllbGUgQ2VjY2Fy ZWxsaTsgTGVleW91bmc7IERocnV2IERob2R5DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIGRyYWZ0LWxlZWRob2R5LXBjZS12bi1hc3NvY2lhdGlvbi0wMC50eHQNCg0KDQpB IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGVlZGhvZHktcGNlLXZuLWFzc29jaWF0aW9uLTAw LnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBv c3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbGVlZGhvZHktcGNl LXZuLWFzc29jaWF0aW9uDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJUENFUCBFeHRlbnNpb25zIGZv ciBFc3RhYmxpc2hpbmcgUmVsYXRpb25zaGlwcyBCZXR3ZWVuIFNldHMgb2YgTFNQcyBhbmQgVmly dHVhbCBOZXR3b3Jrcw0KRG9jdW1lbnQgZGF0ZToJMjAxNi0wMi0yNQ0KR3JvdXA6CQlJbmRpdmlk dWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMTANClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGVlZGhvZHktcGNlLXZuLWFzc29jaWF0aW9u LTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWxlZWRob2R5LXBjZS12bi1hc3NvY2lhdGlvbi8NCkh0bWxpemVkOiAgICAgICBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGVlZGhvZHktcGNlLXZuLWFzc29jaWF0aW9u LTAwDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBob3cgdG8gZXh0 ZW5kIFBDRSBhc3NvY2lhdGlvbiBtZWNoYW5pc20NCiAgIGludHJvZHVjZWQgYnkgW1BDRS1Bc3Nv Y2lhdGlvbl0gdG8gZnVydGhlciBhc3NvY2lhdGUgc2V0cyBvZiBMU1BzDQogICB3aXRoIGEgaGln aGVyLWxldmVsIHN0cnVjdHVyZSBzdWNoIGFzIGEgdmlydHVhbCBuZXR3b3JrIHJlcXVlc3RlZCBi eQ0KICAgY2xpZW50cyBvciBhcHBsaWNhdGlvbnMuIFRoaXMgZXh0ZW5kZWQgYXNzb2NpYXRpb24g bWVjaGFuaXNtIGNhbiBiZQ0KICAgdXNlZCB0byBmYWNpbGl0YXRlIHZpcnR1YWwgbmV0d29yayBj b250cm9sIHVzaW5nIFBDRSBhcmNoaXRlY3R1cmUuDQoNCg0KDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51 dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lv biBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBT ZWNyZXRhcmlhdA0KDQo=