From nobody Tue Aug 1 08:06:32 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF036129ABE for ; Tue, 1 Aug 2017 08:06:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.com 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 0rdcI-0jN1x8 for ; Tue, 1 Aug 2017 08:06:28 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1896131D38 for ; Tue, 1 Aug 2017 08:06:25 -0700 (PDT) X-AuditID: c1b4fb30-71bff70000001664-0a-598098efa7e5 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id F5.3F.05732.FE890895; Tue, 1 Aug 2017 17:06:23 +0200 (CEST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.81) with Microsoft SMTP Server (TLS) id 14.3.352.0; Tue, 1 Aug 2017 17:06:23 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=R8RV/rBBgEMChufXQDaj/lZDdA33WoXQ/4YxQ6H/we8=; b=kR01EYSK9auWeusvVgodk7A9qrUBPt1VoI3e4JfVwiU99M9Y++z5vZlwf9p+V8OvgR+8Q5PzTEQxRjl02Kw5q46eIJlmZBBTAN0FQ/JIL/Pxxf0sc9uouF5WmT1lRhyMMrv9sO7B0Iy2nyGFWuXgboTBHpZfhCn6iDTZuylC7BU= Received: from AM2PR07MB0994.eurprd07.prod.outlook.com (10.162.37.152) by AM2PR07MB0723.eurprd07.prod.outlook.com (10.160.56.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Tue, 1 Aug 2017 15:06:22 +0000 Received: from AM2PR07MB0994.eurprd07.prod.outlook.com ([fe80::8512:cee5:a76e:ebf7]) by AM2PR07MB0994.eurprd07.prod.outlook.com ([fe80::8512:cee5:a76e:ebf7%13]) with mapi id 15.01.1304.023; Tue, 1 Aug 2017 15:06:22 +0000 From: Daniele Ceccarelli To: "pce@ietf.org" Thread-Topic: draft-lazzeri-pce-residual-bw - follow up Thread-Index: AdMK1pVMywwxC2k+QP6zHXFbv/wKkg== Date: Tue, 1 Aug 2017 15:06:22 +0000 Message-ID: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniele.ceccarelli@ericsson.com; x-originating-ip: [151.0.200.100] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM2PR07MB0723; 7:Lot4TkbouOnnsxxM0Xj7F2CSiDbRXFx1YsqKE2DBWL+bToYK+u9+o/+7xB1o8i+9ggoeC4Qay5WxNBVHZsDO2veC3ZwgJNYaa/7Z1BZHOQZmLeU+IrWiCFzrnGrGpHurw9wEtRh4Zh4dftWRFI82EHy6Cj0ptPA03W+6J8BERIEthUuvXvlolb1fjeIjYPWAamp8Mgzd44hI59K217HG2HQX0fsRBVHju3OGUp6zS3Xrzghb4JBeZv+7D+/s0QI1mFBBqWOqyLfHjpXOFlQXQp3kTxBEKFEjAV6aufgBu6+Q40Z/cVS1wPbmGjaa2ZsE5FNWA6Z5lTZg/VLfnbDipwMFrA+GiMKG5fSwUpyntq+IlROt6WCqL1hUnttGpd9Sz0DTkJ3x+04blUKddmexoO41u5BCAbBp9QfuDV9Xx+nnrOaXj5peLn2SYNl33HYXrNmvdU1caJqK9QAyhJbb/P3fx10MgMIcFU+yaqOutZFPcxx9FB7pfsfFcFCmzGI387YFxaFeWvHhX12qLZJ12FwllpIF5XP3jAehqtiOczbdv6OYe2XQT7khygjWcUdN9+Ld2QluzVXED9tjuJvTZ6wv0VIIG56GqRFjf33imQq2EIlYJ9rxzt+bjxppZA31Zm9XqAz8Muf3AWnOPOtK4RzkAFKThBSAXVF+eJwVcHshAvabbH1shBLzbo1zhmecZDStb7OcYM/+N/q3NqDqhsnD/vz/8i2l8CjJTNrBJvA2g88sixXUztjKt3PnQW4+yROYSln79jiIWPxW08V9lW+2pO0CXzI97JlqlDep6YY= x-ms-office365-filtering-correlation-id: a19c6b84-90d8-4151-5deb-08d4d8eedf12 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:AM2PR07MB0723; x-ms-traffictypediagnostic: AM2PR07MB0723: x-exchange-antispam-report-test: UriScan:(21748063052155)(211171220733660); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(93006095)(93001095)(3002001)(10201501046)(6041248)(20161123558100)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM2PR07MB0723; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM2PR07MB0723; x-forefront-prvs: 0386B406AA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(39850400002)(39410400002)(39450400003)(39840400002)(39400400002)(199003)(189002)(101416001)(6916009)(5630700001)(8936002)(236005)(2351001)(7696004)(50986999)(81166006)(14454004)(86362001)(53936002)(5250100002)(2906002)(6306002)(68736007)(105586002)(81156014)(1730700003)(55016002)(54896002)(3660700001)(3280700002)(99286003)(9686003)(97736004)(54356999)(413944005)(74316002)(2501003)(8676002)(478600001)(66066001)(6506006)(230783001)(106356001)(5660300001)(6116002)(790700001)(38730400002)(189998001)(110136004)(3846002)(5640700003)(102836003)(2900100001)(6436002)(7736002)(33656002)(606006)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:AM2PR07MB0723; H:AM2PR07MB0994.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM2PR07MB0994D01BF12E2F63A28467DAF0B30AM2PR07MB0994eurp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Aug 2017 15:06:22.1171 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR07MB0723 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrEKsWRmVeSWpSXmKPExsUyM2J7oO77GQ2RBs1LzC2a7t9gd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxsy1VxgLbsxhrLjUq9rAOK+TsYuRk0NCwETi6fb7rF2MXBxC AkcYJdade8UO4RxnlDh+ZhGYwyLQyyzx6OIzFojMFCaJlVuOQZU9YpT41bAWaAAHB5uAlcST Qz4gc0UEFCW+31jNBmILCxhJvJ30gA0ibi7xbPdTFghbT2Lp+j/sIDaLgIrE3HsXwOK8AjES 7zatYAWxGQVkJSbsXgR2K7OAuMStJ/OZIO4WkFiy5zwzhC0q8fLxP6j6JIn1rTugahQlLqya BWXLSlya380IcrOEwAM2iSO3l7BAJHwl5lz+ygSReMQksX/DFlaIhJZEz5zfUBu8JXq7t7NB 2NkSj1uOQzUcYpU4ffIK1CQZiWk/l7JCJBaySTy8vR6sW0ggVWL52lZGSFhISdy90glly0i8 uLOXdQKjxiwk70HY+RI7W0+xzwIHh6DEyZlPWCDiOhILdn9ig7C1JZYtfM0MY5858JgJWXwB I/sqRtHi1OKk3HQjI73Uoszk4uL8PL281JJNjMCUc3DLb4MdjC+fOx5iFOBgVOLh/T2hIVKI NbGsuDL3EKMEB7OSCG9DN1CINyWxsiq1KD++qDQntfgQozQHi5I4r+O+CxFCAumJJanZqakF qUUwWSYOTqkGxqqgnk7PiYG7O1u0DEzWnhCP3DlHPiskY/0Hc0H2C8xJRUHfV/xoevvGY3H0 M17tFzf4LWJ++D9SOH21uJJ5iZRPsr1N08krYZHN208/+b7B+OEU/32z+I004za4nH0QNMWn 9IjxG4XghNJ6MyPGL9+5Vl21WZ214kH+XoubU75a6Vatc21fo8RSnJFoqMVcVJwIAAQ0eYM1 AwAA Archived-At: Subject: [Pce] draft-lazzeri-pce-residual-bw - follow up X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 15:06:31 -0000 --_000_AM2PR07MB0994D01BF12E2F63A28467DAF0B30AM2PR07MB0994eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG, Just a follow up on the comments made against the residual bw draft: (see minutes) 3.1. PCEP Extensions for Residual Bandwidth (Daniele Ceccare= lli, 10 min) [45/120] draft-lazzeri-pce-residual-bw Jon: Clarification question for Daniele - Is this applicable for = only one source requesting the LSP, so that reporting residual BW can= be used? What happens if multiple PCCs are setting up LSPs and consum= ing resources separately? Daniele Ceccarelli: We had considered single source (a single H-P= CE), and in case of multiple, some synchronization betwee= n them. Scope was a single source. Dhruv: Even if only single source node, the proposed mechanism wi= ll only work if there is no other path computation requests asking = for the same resource. It is possible there should be a timing issu= e, i.e., the residual resource should only be valid for a duration = of time. Shouldn't this be similar to delay metric, the delay a= t the time of path computation in a stateless PCRep message and rece= iving delay later via telemetry. Daniele: In the worst case, you cannot get any advantage, but it improves if you are lucky. Dhruv: Agree. We were thinking of addressing the "race condition" issue as follows: * Apply the concept only to stateful requests * Define a flag in the path computation request that allows registering= for residual bandwidth updates (PCEP report). IN this way if the residual = bw changes due to LSP setup (either by other HPCE or by any other mean) the= H-PCE can receive a notification. Please note: 1. This is applicable to black topologies 2. This is applicable also to white topologies in those cases where TE-t= opology updates do not include path level residual bw. 3. It is still possible to have a number of stateless path computation r= equests (used to e.g. define the domain sequence in multi-domain scenarios)= but then register for updates only when a stateful request is issued. Thanks a lot Daniele + co-authors --_000_AM2PR07MB0994D01BF12E2F63A28467DAF0B30AM2PR07MB0994eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 
Dear WG,
 
Just a follow up on the comments made against the residual =
bw draft:

(see minutes)
 
         3.1. PCEP Extensions for Residual Bandwidth (Daniele Ceccarell=
i, 10 min)
          [45/=
120] draft-lazzeri-pce-residual-bw=

          
          =
;Jon: Clarification question for Daniele - Is this applicable for only one<=
o:p>
          =
;     source requesting the LSP, so that reporting resi=
dual BW can be used?
          =
;     What happens if multiple PCCs are setting up LSPs=
 and consuming
          =
;     resources
          =
;     separately?
          Dani=
ele Ceccarelli: We had considered single source (a single H-PCE),
          and =
in
          =
;            &n=
bsp;       case of multiple, some synchroniza=
tion between
          =
;            &n=
bsp;       them. Scope

          =
;            &n=
bsp;       was a single source.


          Dhru=
v: Even if only single source node, the proposed mechanism will<=
/span>


          only=
 work


          =
;           if there is n=
o other path computation requests asking for


          =
;           the same=



          =
;           resource. It =
is possible there should be a timing issue,


          =
;           i.e., the


          =
;           residual reso=
urce should only be valid for a duration of time.


          =
;           Shouldn't thi=
s be similar to delay metric, the delay at the


          =
;           time of<=
/o:p>


          =
;           path computat=
ion in a stateless PCRep message and receiving


          &nbs=
p;          delay


          =
;           later via tel=
emetry.


          Dani=
ele: In the worst case, you cannot get any advantage, but it


          impr=
oves if


          =
;         you are lucky.=



          Dhruv: Agree.


 


We were thinking of addressing =
the “race condition” issue as follows:


    

  • Apply the concept only to stateful requests=

  • Define a flag in the path comp=
utation request that allows registering for residual bandwidth updates (PCE=
P report). IN this way if the residual bw changes due to
 LSP setup (either by other HPCE or by any other mean) the H-PCE can receiv=
e a notification.



Please note:<=
/p>

    

  1. This is applicable to black topologies
  2. This is applicable also to white to=
pologies in those cases where TE-topology updates do not include path level=
 residual bw.
  3. It is still =
possible to have a number of stateless path computation requests (used to e=
.g. define the domain sequence in multi-domain scenarios) but then register
 for updates only when a stateful request is issued. 


 


Thanks a lot<=
/p>

Daniele + co-authors


 
--_000_AM2PR07MB0994D01BF12E2F63A28467DAF0B30AM2PR07MB0994eurp_-- From nobody Tue Aug 1 09:38:57 2017 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 6CF03131E96; Tue, 1 Aug 2017 09:38:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150160552743.9608.12510518895697614960.idtracker@ietfa.amsl.com> Date: Tue, 01 Aug 2017 09:38:47 -0700 Archived-At: Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 16:38:47 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-pce-pceps-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- 1. This needs a cite to RFC 6125 to define how to do name validation. 2. You require TLS_RSA_WITH_AES_128_GCM_SHA256, but this is not consistent with modern recommendations, which are for algorithms that provide forward secrecy. You should be recommending TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 with P-256, which is consistent with the recommendations for TLS 1.3 (and UTA, IIRC). 3, It's clear to me how authentication of the PCE works in that the PCC connects to it using a domain name or IP address and therefore can check the PCC's certificate against that, but it's not clear to me what the PCE does when the client connects? Is it supposed to have a list of valid peers? 4. The error reporting mechanism you describe in S 3.2 is unusual: After the exchange of StartTLS messages, if a PCEP speaker cannot establish a TLS connection for some reason (e.g. the required mechanisms for certificate revocation checking are not available), it MUST return a PCErr message (in clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error-value set to: I am not aware of any other protocol that does this, and it's a bit problematic because you either need to (a) require that you always send a TLS alert so that the receiver knows that the next byte is a PCE message or (b) specify some mechanism for demuxing PCE and TLS. Even in the former category, many TLS stacks are greedy about their IO, so they will read the alert + the PCE message and then discard the message. Instead you should either: (a) specify that you always send TLS alerts and don't send PCE errors (TLS alerts are pretty rich) (b) send any post-handshake alerts over the TLS connection. Failing that, you need to provide detailed instructions about how to make this work. 5. It seems like it would be a good idea to specify a pinning mechanism so you could say "always do TLS in future". Is that something that was discussed? 6. * TLS with X.509 certificates using certificate fingerprints: Implementations MUST allow the configuration of a list of trusted certificates, identified via fingerprint of the Distinguished Encoding Rules (DER) encoded certificate octets. Implementations MUST support SHA-256 as defined by [SHS] as the hash algorithm for the fingerprint. What does "trusted" mean here? I think it means "one I would accept as a counterparty" rather than "can sign other certs". In any case, this must be clear. A bunch of other stuff is underspecified (see below). ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This document needs a significant editorial pass. I found a number of writing errors, e.g., "Securing via TLS of an existing PCEP session is not permitted," S 1. defining their application in depth. Moreover, [RFC6952] remarks the importance of ensuring PCEP communication privacy, especially when The term here is "confidentiality" S 3.2. The whole description of how you can race StartTLS iff you know you are TLS only is really hard to understand until you get to the diagrams. I would write something like: The PCC initiates the use of TLS by sending a StartTLS message The PCE agrees to the use of TLS by responding with its own StartTLS message. If the PCE is configured to only do TLS, it may send the StartTLS message immediately upon TCP connection establishment; otherwise it MUST wait for the PCC's first message to see whether it is an Open or StartTLS message. S 3.4. + Implementations SHOULD indicate their trusted CAs. For TLS 1.2, this is done using [RFC5246], Section 7.4.4, "certificate_authorities" (server side) and [RFC6066], Section 6 "Trusted CA Indication" (client side). Do common stacks do this? I know NSS does not. To support TLS re-negotiation both peers MUST support the mechanism described in [RFC5746]. Any attempt to initiate a TLS handshake to establish new cryptographic parameters not aligned with [RFC5746] SHALL be considered a TLS negotiation failure. Is there a reason to allow renegotiation at all? S 3.5 [I-D.ietf-pce-stateful-sync-optimizations] specify a Speaker Entity Identifier TLV (SPEAKER-ENTITY-ID), as an optional TLV that MAY be included in the OPEN Object. It contains a unique identifier for the node that does not change during the lifetime of the PCEP speaker. An implementation would thus expose the speaker entity identifier as part of the X509v3 certificate, so that an implementation could use this identifier for the peer identification trust model. This seems underspecified. Is there an OID assigned? S 4.1. DANE [RFC6698] defines a secure method to associate the certificate that is obtained from a TLS server with a domain name using DNS, i.e., using the TLSA DNS resource record (RR) to associate a TLS server certificate or public key with the domain name where the record is found, thus forming a "TLSA certificate association". The DNS information needs to be protected by DNS Security (DNSSEC). A PCC willing to apply DANE to verify server identity MUST conform to the rules defined in section 4 of [RFC6698]. The server's domain name must be authorized separately, as TLSA does not provide any useful authorization guarantees. This is also underspecified. Which DANE types are you suggesting you use? S 7. Some TLS ciphersuites only provide integrity validation of their payload, and provide no encryption. This specification does not forbid the use of such ciphersuites, but administrators must weight carefully the risk of relevant internal data leakage that can occur in such a case, as explicitly stated by [RFC6952]. Why don't you forbid it? From nobody Tue Aug 1 16:23:45 2017 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 C004B129B14; Tue, 1 Aug 2017 16:23:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150162981477.12199.10886530953968631151.idtracker@ietfa.amsl.com> Date: Tue, 01 Aug 2017 16:23:34 -0700 Archived-At: Subject: [Pce] Warren Kumari's No Objection on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 23:23:35 -0000 Warren Kumari has entered the following ballot position for draft-ietf-pce-pceps-15: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I think that the document should explain why this does STARTTLS and not e.g another port (which would be more downgrade resistant) Obviously this is in addition to the DISCUSS held by EKR. From nobody Tue Aug 1 19:40:11 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF540131461 for ; Tue, 1 Aug 2017 19:40:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=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 ddAilsTWzTo8 for ; Tue, 1 Aug 2017 19:40:08 -0700 (PDT) Received: from resqmta-ch2-08v.sys.comcast.net (resqmta-ch2-08v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6ADC7120724 for ; Tue, 1 Aug 2017 19:40:08 -0700 (PDT) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-08v.sys.comcast.net with ESMTP id cjZZdbiteL9bGcjZvdlFK9; Wed, 02 Aug 2017 02:40:07 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-14v.sys.comcast.net with SMTP id cjZtdRbxoyqbQcjZudgSvh; Wed, 02 Aug 2017 02:40:07 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id v722e40P008949; Tue, 1 Aug 2017 22:40:04 -0400 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id v722e4Xj008944; Tue, 1 Aug 2017 22:40:04 -0400 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Dhruv Dhody Cc: gen-art@ietf.org, draft-ietf-pce-pceps.all@ietf.org, pce@ietf.org, ietf@ietf.org, dhruv.ietf@gmail.com In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB962D9@blreml501-mbb> (dhruv.dhody@huawei.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Tue, 01 Aug 2017 22:40:04 -0400 Message-ID: <87d18ed75n.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfIAcwgM2bU3tXwQQG0wM0ojrG+bGlxzSLlCcTA1RqCzbxW+C/RBkBzeyqQp2/b5vinyqHxLFXLgzbaeYnDL1JANB8AgRy+VkVyQoev3Fw2SDXmCuYplt AcTx1Qh9UmecW0KJmKzayTDnByNQ+ED/OzPN1fOfycniWs1Su4DewnRRQfXZOAPXM0WmNYi/Vc+6PJGv3563YWhHl8ST73uu+Ljkab23e1Ga80d3nniel+Rg Y2pjasIx/entJROnoxUQpXBfAxkMSCQigvwS04cqcmaIT3nraFTw+b/xsnDEuujDj2SOLxeAfTBuw+MwCYoRTg== Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pceps-14 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 02:40:10 -0000 Dhruv Dhody writes: >> It's more complicated than that: If a PCE does not like the first message >> it receives, if it implements PCEPS, it replies TBA2/2. But if it does >> not implement PCEPS, it replies 1/1. Similarly, a PCC may reject an >> initial message with either of these error codes, depending on the >> situation. If the other endpoint does not implement PCEPS, it might be >> surprised by receiving TBA2/2, which it has no way of understanding in >> detail (although it will probably simply disconnect, which is what it >> would do in reaction to a 1/1). >> > [[Dhruv Dhody]] You are right about this case, which I have clarified now - > > If the PCEP speaker that only supports PCEPS connection (as a local > policy), receives an Open message, it MUST treat it as an unexpected > message and reply with a PCErr message with Error-Type set to 1 (PCEP > session establishment failure) and Error-value set to 1 (reception of > an invalid Open message or a non Open message). > > In your description you mentioned the error TBA2/2, but the > description of TBA2/2 is - > > A PCEP > speaker receiving any other message apart from StartTLS, Open, or > PCErr as the first message, MUST treat it as an unexpected message > and reply with a PCErr message with Error-Type set to [TBA2 by IANA] > (PCEP StartTLS failure) and Error-value set to 2 (reception of any > other message apart from StartTLS, Open, or PCErr message), and MUST > close the TCP connection. > > So receiving of open message would not trigger this error. The new > text above would take care of that. I don't know if the case I'm thinking of is important enough to change anything for, but I think it should at least be thought about. I'm considering the situation where the TCP connection is started, and one endpoint receives a message that it does not understand. Not the case where a non-implementing endpoint receives a StartTLS, but where the message is entirely incorrect, and is neither Open nor StartTLS, or at least, is sufficiently malformed that the receiver cannot parse it as one of those message types. Of course, this situation should never happen, but I expect that it is occasionally seen, and it would be useful if it was handled in a way that would make it easier for the humans involved to diagnose the problem. If the receiver of the message does not implementing PCEPS, it will send error 1/1. The receiver of the error (the sender of the message) will receive 1/1, and will "understand" it and log it as something requiring human intervention -- whether or not it implements PCEPS. OTOH, if the receiver of the message implements PCEPS, it will send error TBA2/2. If the receiver of the error (the sender of the message) implements PCEPS, it will understand it and log it as something requiring human intervention. However, if the receiver does not implement PCEPS, it won't understand the error message, and will have to log it as "I received an unknown error message". Of course, human inquiry will reveal that the error message was a PCEPS error message, and its meaning is "unknown initial message", getting us back to the previous situation. But it seems to me that this is adding a step of human processing where it could be avoided, and that better performance (of the humans and the system as a whole) would be achieved in practice if a PCEPS implementation, when it received an initial message that was not Open or StartTLS, sent a 1/1 error in the same way as a non-PCEPS implementation. Dale From nobody Wed Aug 2 09:26:18 2017 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 655CF131BC3; Wed, 2 Aug 2017 09:26:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kathleen Moriarty To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150169117640.5719.16310675274458413924.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 09:26:16 -0700 Archived-At: Subject: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 16:26:16 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-pce-pceps-15: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support EKR's discuss points, especially the first. I'm a yes assuming that all the discuss points will be addressed, as I do think this work is important and am glad to see it. In addition to other comments, I don't think anyone else commented on the use of the word "privacy" instead of confidentiality in the security considerations section. That should be changed. Thank you. From nobody Wed Aug 2 10:19:19 2017 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 AF566131E9F; Wed, 2 Aug 2017 10:19:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: pce@ietf.org, ipr-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150169435171.5665.13052792234656181097@ietfa.amsl.com> Date: Wed, 02 Aug 2017 10:19:11 -0700 Archived-At: Subject: [Pce] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-pce-stateful-pce-lsp-scheduling X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 17:19:12 -0000 Dear Huaimo Chen, Zhuangyan, Qin Wu, Dhruv Dhody, Daniele Ceccarelli: An IPR disclosure that pertains to your Internet-Draft entitled "PCEP Extensions for LSP scheduling with stateful PCE" (draft-ietf-pce-stateful-pce-lsp-scheduling) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/3044/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-pce-stateful-pce-lsp-scheduling" Thank you IETF Secretariat From nobody Wed Aug 2 15:41:01 2017 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 519E4129B35; Wed, 2 Aug 2017 15:40:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150171365232.5747.13842708422130152703.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 15:40:52 -0700 Archived-At: Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 22:40:52 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-pce-pceps-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- * Section 3.2: This seems to be overly broad and directly contradicts to what is required by RFC5440. A PCEP speaker receiving any other message apart from StartTLS, Open, or PCErr as the first message, MUST treat it as an unexpected message and reply with a PCErr message with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error-value set to 2 (reception of any other message apart from StartTLS, Open, or PCErr message), and MUST close the TCP connection. According to RFC5440, when a non-Open message is received the PCEP speaker is required to send a PCErr message with Error-Type 1 ("PCEP session establishment failure") and Error-value 1 ("reception of an invalid Open message or a non Open message"). I think this text needs to be reworded to narrow down the scope of this error. * The fallback procedure after receiving the error code 4 needs to be clarified. Is the response 4 remembered for future connections or is it only limited to a single attempt immediately after the TLS connection establishment failure. i.e. After falling back, does the client ever try to establish a secure connection again? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- * Section 3.2: This sentence needs to be reworded s/If a PCE that supports PCEPS connection/If a PCE supports PCEPS connection/ From nobody Wed Aug 2 15:49:14 2017 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 47999126B6E; Wed, 2 Aug 2017 15:49:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 15:49:12 -0700 Archived-At: Subject: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 22:49:12 -0000 Ben Campbell has entered the following ballot position for draft-ietf-pce-pceps-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- -3.4, step 2: "Peer validation always SHOULD include a check on whether the locally configured expected DNS name or IP address of the peer that is contacted matches its presented certificate." Why is that not a MUST? As it is, this need to at least discuss the risks involved if you don't check the identity of the peer cert (here or in the security considerations.) ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Substantive: - I share Warren's question about why you chose STARTTLS over a dedicated port, especially since the 2nd to last paragraph in 3.2 goes out of its way to mention that. What were the tradeoffs involved that made adding the additional protocol machinery more attractive than allocating a port number? - 3.2: "Implementations MUST support SHA-256 as defined by [SHS] as the hash algorithm for the fingerprint." Do you really intend "MUST support" (meaning you have to be able to handle sha-256, but could allow other hashes) vs "MUST use"? - 3.5: "Implementations that want to support a wide variety of trust models SHOULD expose as many details of the presented certificate to the administrator as possible so that the trust model can be implemented by the administrator." "as much as possible" is pretty vague for the a 2119 SHOULD. Since the following sentences also include a SHOULD along with considerably more detail, I suggest dropping the SHOULD in this sentence, and leaving the one in the following sentence. - 3.6: Is the exponential backoff requirement part of the procedures in 5440? The wording suggests that it is not. If so, it needs elaboration here. Editorial: - 3.2, paragraph 8: s/"... PCE MUST responds with..."/ "...PCE MUST respond with..." - 3.4 : "Negotiation of mutual authentication is REQUIRED." Does that mean that the peers must elect to use mutual authentication, or that if they want to use it, they must agree to do so? (The pattern persists throughout the section, but the meaning seems more obvious for some of the others.) -3.5, 2nd to last paragraph: Please don't use 2119 keywords to describe pre-existing or external requirements. They should be reserved for the authoritative specification of a given requirement. -5, 2nd paragraph: The first sentence does not make sense. From nobody Thu Aug 3 03:05:33 2017 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 3ACF9132377; Thu, 3 Aug 2017 03:05:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> Date: Thu, 03 Aug 2017 03:05:27 -0700 Archived-At: Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 10:05:27 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-pce-pceps-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I am very glad to see this document and I will be switching to "Yes" once we discuss the following issues: 1) +-+-+ +-+-+ |PCC| |PCE| +-+-+ +-+-+ | | | StartTLS | | msg | |------- | | \ StartTLS | | \ msg | | \ ---------| | \/ | | /\ | | / -------->| | / | |<------ | |:::::::::TLS:::::::::| TLS Establishment |:::::Establishment:::| Failure | | |<--------------------| Send Error-Type TBA2 | PCErr | Error-Value 3/4 | | Figure 2: Both PCEP Speaker supports PCEPS (strict), but cannot establish TLS Firstly, I think you also need to demonstrate a case when the server end of TLS is refusing to startTLS before trying TLS negotiation (e.g. if it doesn't have certificate configured). In this case you need to send PCErr in the clear. I think earlier text suggest that this case is possible. Secondly, does the case depicted on this picture mean that TLS was negotiated successfully, but TLS identities were not successfully verified? (I.e. the PCErr is sent over the TLS layer). If TLS failed to negotiate, you don't have a channel to send data on, as the other end will get confused. I think you just have to close connection in such case. So maybe you need 3 figures describing the above 3 cases. 2) In Section 3.4: + Implementations MAY allow the configuration of a set of additional properties of the certificate to check for a peer's authorization to communicate (e.g., a set of allowed values in subjectAltName:URI or a set of allowed X509v3 Certificate Policies) Can you give an example of what you expect to see in the subjectAltName:URI? Your current text doesn't seem sufficient for interoperability. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I am agreeing with Ekr's DISCUSS points. Some of mine might be just a different phrasing of his. In Section 3.4. TLS Connection Establishment * PCEPS implementations MUST, at a minimum, support negotiation of the TLS_RSA_WITH_AES_128_GCM_SHA256, and SHOULD support TLS_RSA_WITH_AES_256_GCM_SHA384 as well [RFC5288]. In addition, PCEPS implementations MUST support negotiation of the mandatory-to-implement ciphersuites required by the versions of TLS that they support. Should the last sentence apply starting from TLS 1.3 forward? In Section 3.5: [I-D.ietf-pce-stateful-sync-optimizations] specify a Speaker Entity Identifier TLV (SPEAKER-ENTITY-ID), as an optional TLV that MAY be included in the OPEN Object. It contains a unique identifier for the node that does not change during the lifetime of the PCEP speaker. An implementation would thus expose the speaker entity identifier as part of the X509v3 certificate, so that an implementation could use Can you be a bit more specific, as this looks underspecified. Are you thinking about using subject name or subject alt name for this (or either)? this identifier for the peer identification trust model. In the Security Considerations sections: I think you should also talk about downgrade attacks here, e.g. man-in-the-middle injecting error response in response to StartTLS command or man-in-the-middle stripping StartTLS command. From nobody Thu Aug 3 06:33:22 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1B48131F5A; Thu, 3 Aug 2017 06:33:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 RuvHt1W_zqj7; Thu, 3 Aug 2017 06:33:19 -0700 (PDT) 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 93C35131F5C; Thu, 3 Aug 2017 06:33:17 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML714-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW52463; Thu, 03 Aug 2017 13:33:15 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:33:13 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:03:01 +0530 From: Dhruv Dhody To: "'Eric Rescorla'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTCuS9a5lteACDJUiXLjY6vwnXVqJx/TVw Date: Thu, 3 Aug 2017 13:33:00 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98604@blreml501-mbb> References: <150160552743.9608.12510518895697614960.idtracker@ietfa.amsl.com> In-Reply-To: <150160552743.9608.12510518895697614960.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.10] 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.0A020205.5983261B.022B, 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: f92bca682966fed498036fb9b9e0d297 Archived-At: Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:33:22 -0000 Hi Eric,=20 Thanks for your review, please see inline... > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Eric Rescorla > Sent: 01 August 2017 22:09 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with > DISCUSS and COMMENT) >=20 > Eric Rescorla has entered the following ballot position for > draft-ietf-pce-pceps-15: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > 1. This needs a cite to RFC 6125 to define how to do name validation. >=20 [[Dhruv Dhody]] Updated.=20 + Implementations MUST follow the rules and guidelines for peer validation as defined in [RFC6125]. > 2. You require TLS_RSA_WITH_AES_128_GCM_SHA256, but this is not consisten= t > with modern recommendations, which are for algorithms that provide forwar= d > secrecy. You should be recommending > TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 with P-256, which is consistent > with the recommendations for TLS 1.3 (and UTA, IIRC). >=20 [[Dhruv Dhody]] The reason for the misalignment has been just a matter of t= ime, for a document in the review queue for a while. We are happy to align = with TLS 1.3 and UTA recommendations. Text updated to -=20 * PCEPS implementations MUST, at a minimum, support negotiation of the TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 [RFC6460], and SHOULD support TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 as well. Implementations SHOULD support the NIST P-256 (secp256r1) curve [RFC4492]. In addition, PCEPS implementations MUST support negotiation of the mandatory-to- implement ciphersuites required by the versions of TLS that they support. > 3, It's clear to me how authentication of the PCE works in that the PCC > connects to it using a domain name or IP address and therefore can check > the PCC's certificate against that, but it's not clear to me what the PCE > does when the client connects? > Is it supposed to have a list of valid peers? >=20 [[Dhruv Dhody]] Any of the usual techniques applicable in TLS to verify cli= ent authorization can be applied here: from a list of trusted CAs, to a lis= t of fingerprints and identities associated to them. > 4. The error reporting mechanism you describe in S 3.2 is unusual: >=20 > After the exchange of StartTLS messages, if a PCEP speaker cannot > establish a TLS connection for some reason (e.g. the required > mechanisms for certificate revocation checking are not available), it > MUST return a PCErr message (in clear) with Error-Type set to [TBA2 > by IANA] (PCEP StartTLS failure) and Error-value set to: >=20 > I am not aware of any other protocol that does this, and it's a bit > problematic because you either need to (a) require that you always send a > TLS alert so that the receiver knows that the next byte is a PCE message > or (b) specify some mechanism for demuxing PCE and TLS. Even in the forme= r > category, many TLS stacks are greedy about their IO, so they will read th= e > alert + the PCE message and then discard the message. Instead you should > either: >=20 > (a) specify that you always send TLS alerts and don't send PCE errors (TL= S > alerts are pretty rich) > (b) send any post-handshake alerts over the TLS connection. >=20 > Failing that, you need to provide detailed instructions about how to make > this work. >=20 [[Dhruv Dhody]] I have added this text -=20 Note that, the PCEP implementation MUST send the PCErr message once the TLS connection has been closed i.e. the TLS close_notify [RFC5246] has been received from the peer. As per [RFC5246], if the data may be carried over the underlying transport after the TLS connection is closed, the TLS implementation must receive the responding close_notify alert before indicating to the application layer that the TLS connection has ended. Would this resolve the discuss?=20 >=20 > 5. It seems like it would be a good idea to specify a pinning mechanism s= o > you could say "always do TLS in future". Is that something that was > discussed? >=20 [[Dhruv Dhody]] The document uses a SHOULD right now. Do you have some sugg= ested text or a reference for this? > 6. * TLS with X.509 certificates using certificate fingerprints: > Implementations MUST allow the configuration of a list of > trusted certificates, identified via fingerprint of the > Distinguished Encoding Rules (DER) encoded certificate octets. > Implementations MUST support SHA-256 as defined by [SHS] as > the hash algorithm for the fingerprint. >=20 > What does "trusted" mean here? I think it means "one I would accept as a > counterparty" rather than "can sign other certs". In any case, this must > be clear. [[Dhruv Dhody]] Updated to -=20 * TLS with X.509 certificates using certificate fingerprints: Implementations MUST allow the configuration of a list of certificates that are trusted to identify peers, identified via fingerprint of the Distinguished Encoding Rules (DER) encoded certificate octets. Implementations MUST support SHA-256 as defined by [SHS] as the hash algorithm for the fingerprint. >=20 > A bunch of other stuff is underspecified (see below). >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > This document needs a significant editorial pass. I found a number of > writing errors, e.g., "Securing via TLS of an existing PCEP session is no= t > permitted," >=20 [[Dhruv Dhody]] Some updates are done, other authors will redo an editorial= pass.=20 > S 1. > defining their application in depth. Moreover, [RFC6952] remarks the > importance of ensuring PCEP communication privacy, especially when >=20 > The term here is "confidentiality" >=20 [[Dhruv Dhody]] Ack, updated but RFC6952 used that word :) > S 3.2. > The whole description of how you can race StartTLS iff you know you are > TLS only is really hard to understand until you get to the diagrams. I > would write something like: >=20 > The PCC initiates the use of TLS by sending a StartTLS message > The PCE agrees to the use of TLS by responding with its own > StartTLS message. If the PCE is configured to only do TLS, it > may send the StartTLS message immediately upon TCP connection > establishment; otherwise it MUST wait for the PCC's first > message to see whether it is an Open or StartTLS message. >=20 >=20 [[Dhruv Dhody]] Ack. I have added this at the start. >=20 > S 3.4. > + Implementations SHOULD indicate their trusted CAs. For TLS > 1.2, this is done using [RFC5246], Section 7.4.4, > "certificate_authorities" (server side) and [RFC6066], > Section 6 "Trusted CA Indication" (client side). >=20 > Do common stacks do this? I know NSS does not. >=20 >=20 [[Dhruv Dhody]] Should be a part of platform setup, BTW this text is same a= s RFC6614. If you have recommendations in other RFCs, please let us known.= =20 > To support TLS re-negotiation both peers MUST support the mechanism > described in [RFC5746]. Any attempt to initiate a TLS handshake to > establish new cryptographic parameters not aligned with [RFC5746] > SHALL be considered a TLS negotiation failure. >=20 > Is there a reason to allow renegotiation at all? >=20 [[Dhruv Dhody]] The only reason for mentioning renegotiation was historical= (as it was discussed in some prior RFCs we have used as reference). As per= the current recommendations we have removed the text.=20 >=20 > S 3.5 > [I-D.ietf-pce-stateful-sync-optimizations] specify a Speaker Entity > Identifier TLV (SPEAKER-ENTITY-ID), as an optional TLV that MAY be > included in the OPEN Object. It contains a unique identifier for the > node that does not change during the lifetime of the PCEP speaker. > An implementation would thus expose the speaker entity identifier as > part of the X509v3 certificate, so that an implementation could use > this identifier for the peer identification trust model. >=20 > This seems underspecified. Is there an OID assigned? >=20 >=20 [[Dhruv Dhody]] Updated, added subjectAltName:otherName > S 4.1. > DANE [RFC6698] defines a secure method to associate the certificate > that is obtained from a TLS server with a domain name using DNS, > i.e., using the TLSA DNS resource record (RR) to associate a TLS > server certificate or public key with the domain name where the > record is found, thus forming a "TLSA certificate association". The > DNS information needs to be protected by DNS Security (DNSSEC). A > PCC willing to apply DANE to verify server identity MUST conform to > the rules defined in section 4 of [RFC6698]. The server's domain > name must be authorized separately, as TLSA does not provide any > useful authorization guarantees. >=20 > This is also underspecified. Which DANE types are you suggesting you use? >=20 >=20 [[Dhruv Dhody]] Added text -=20 The implementation MUST support Service certificate constraint (TLSA Certificate Usages type 1) with Matching type 2 (SHA2-256) as described in [RFC6698][RFC7671]. > S 7. > Some TLS ciphersuites only provide integrity validation of their > payload, and provide no encryption. This specification does not > forbid the use of such ciphersuites, but administrators must weight > carefully the risk of relevant internal data leakage that can occur > in such a case, as explicitly stated by [RFC6952]. >=20 > Why don't you forbid it? >=20 [[Dhruv Dhody]] The main reason for not completely forbidding them is that = many PCE connections are considered to be "internal", within the provider d= edicated management network. In discussions with operational units, they ex= pressed concerns about traceability and error detection in case of full enc= ryption. I'd suggest to avoid the forbidding, but leaving a strong requirem= ent (with a "RECOMMENDED" or a "SHOULD"). I have updated the text to -=20 Some TLS ciphersuites only provide integrity validation of their payload, and provide no encryption, such ciphersuites SHOULD NOT be used by default. Administrators MAY allow the usage of these ciphersuites after careful weighting of the risk of relevant internal data leakage, that can occur in such a case, as explicitly stated by [RFC6952]. Working version: https://github.com/dhruvdhody-huawei/ietf/blob/master/draf= t-ietf-pce-pceps-16.txt Diff: https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-pceps-15&url2=3D= https://raw.githubusercontent.com/dhruvdhody-huawei/ietf/master/draft-ietf-= pce-pceps-16.txt Regards, Dhruv >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:34:07 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B43132005; Thu, 3 Aug 2017 06:34:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Ke__fpx3hlmq; Thu, 3 Aug 2017 06:33:46 -0700 (PDT) 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 F3D27131FF3; Thu, 3 Aug 2017 06:33:44 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSQ65737; Thu, 03 Aug 2017 13:33:43 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:33:42 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:03:31 +0530 From: Dhruv Dhody To: "'Warren Kumari'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Warren Kumari's No Objection on draft-ietf-pce-pceps-15: (with COMMENT) Thread-Index: AQHTCx1CSg9n8rPxO0SWXlVLtxLabqJyF48Q Date: Thu, 3 Aug 2017 13:33:32 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98614@blreml501-mbb> References: <150162981477.12199.10886530953968631151.idtracker@ietfa.amsl.com> In-Reply-To: <150162981477.12199.10886530953968631151.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.10] 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.0A090201.59832637.01B2, 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: 0ef8d209c6635d4dbb2c2122ebac5422 Archived-At: Subject: Re: [Pce] Warren Kumari's No Objection on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:34:03 -0000 Hi Warren,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Warren Kumari > Sent: 02 August 2017 04:54 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Warren Kumari's No Objection on draft-ietf-pce-pceps-15: > (with COMMENT) >=20 > Warren Kumari has entered the following ballot position for > draft-ietf-pce-pceps-15: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I think that the document should explain why this does STARTTLS and not > e.g another port (which would be more downgrade resistant) Obviously this > is in addition to the DISCUSS held by EKR. >=20 >=20 [[Dhruv Dhody]] I have added -=20 This document uses the standard StartTLS procedure in PCEP, instead of using a different port for the secured session. This is done to avoid requesting allocation of another port number for the PCEPS. The StartTLS procedure makes more efficient use of scarce port numbers and allow simpler configuration of PCEP. Thanks!=20 Dhruv > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:34:57 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95DE0131FCE; Thu, 3 Aug 2017 06:34:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 fhDfobPFkYqa; Thu, 3 Aug 2017 06:34:53 -0700 (PDT) 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 5432B131FFB; Thu, 3 Aug 2017 06:34:30 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW52651; Thu, 03 Aug 2017 13:34:28 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:34:28 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:04:16 +0530 From: Dhruv Dhody To: "'Kathleen Moriarty'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with COMMENT) Thread-Index: AQHTC6wibDK5tKpmXUCyr0wIVkfJyKJyF1CQ Date: Thu, 3 Aug 2017 13:34:16 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98636@blreml501-mbb> References: <150169117640.5719.16310675274458413924.idtracker@ietfa.amsl.com> In-Reply-To: <150169117640.5719.16310675274458413924.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.10] 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.0A020204.59832665.0022, 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: a7eb0143243e447ecb35dd864de1747d Archived-At: Subject: Re: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:34:55 -0000 Hi Kathleen,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Kathleen Moriarty > Sent: 02 August 2017 21:56 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with > COMMENT) >=20 > Kathleen Moriarty has entered the following ballot position for > draft-ietf-pce-pceps-15: Yes >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I support EKR's discuss points, especially the first. >=20 > I'm a yes assuming that all the discuss points will be addressed, as I do > think this work is important and am glad to see it. In addition to other > comments, I don't think anyone else commented on the use of the word > "privacy" instead of confidentiality in the security considerations > section. That should be changed. Thank you. >=20 >=20 [[Dhruv Dhody]] Please see my reply to EKR's.=20 I have also updated the nit you pointed out.=20 Regards, Dhruv > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:35:28 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA399131FF8; Thu, 3 Aug 2017 06:35:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 V1evLa7xMF3M; Thu, 3 Aug 2017 06:35:25 -0700 (PDT) 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 397C6131FE2; Thu, 3 Aug 2017 06:35:01 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML710-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW52731; Thu, 03 Aug 2017 13:34:59 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:34:58 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:04:48 +0530 From: Dhruv Dhody To: "'Suresh Krishnan'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTC+B5sGgODEwBI0aOT/5bm1qi4qJyF2fg Date: Thu, 3 Aug 2017 13:34:49 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB9864B@blreml501-mbb> References: <150171365232.5747.13842708422130152703.idtracker@ietfa.amsl.com> In-Reply-To: <150171365232.5747.13842708422130152703.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.10] 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.0A020201.59832683.026C, 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: 4078f5cfc254c51b8f39a6f2f7a9100e Archived-At: Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:35:27 -0000 Hi Suresh,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Suresh Krishnan > Sent: 03 August 2017 04:11 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (wit= h > DISCUSS and COMMENT) >=20 > Suresh Krishnan has entered the following ballot position for > draft-ietf-pce-pceps-15: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > * Section 3.2: >=20 > This seems to be overly broad and directly contradicts to what is require= d > by RFC5440. >=20 > A PCEP speaker receiving any other message apart from StartTLS, Open, > or > PCErr as the first message, MUST treat it as an unexpected message > and reply with a PCErr message with Error-Type set to [TBA2 by IANA] > (PCEP StartTLS failure) and Error-value set to 2 (reception of any > other message apart from StartTLS, Open, or PCErr message), and MUST > close the TCP connection. >=20 > According to RFC5440, when a non-Open message is received the PCEP speake= r > is required to send a PCErr message with Error-Type 1 ("PCEP session > establishment > failure") and Error-value 1 ("reception of an invalid Open message or a > non Open message"). I think this text needs to be reworded to narrow down > the scope of this error. >=20 [[Dhruv Dhody]] I have updated to -=20 Any message received prior to StartTLS or Open message MUST trigger a protocol error condition causing a PCErr message to be sent with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error- value set to 2 (reception of a message apart from StartTLS or Open) and MUST close the TCP connection. As per the wording of RFC5440 and I removed PCErr (which was incorrect). > * The fallback procedure after receiving the error code 4 needs to be > clarified. Is the response 4 remembered for future connections or is it > only limited to a single attempt immediately after the TLS connection > establishment failure. i.e. After falling back, does the client ever try > to establish a secure connection again? >=20 >=20 [[Dhruv Dhody]] Agreed, I have updated to -=20 o 4 (ok without TLS) if it is willing to exchange PCEP messages without the solicited TLS connection, and it MUST close the TCP session. The receiver MAY choose to attempt to re-establish the PCEP session without TLS next. This attempt SHOULD be limited to only once. > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > * Section 3.2: >=20 > This sentence needs to be reworded >=20 > s/If a PCE that supports PCEPS connection/If a PCE supports PCEPS > connection/ >=20 >=20 [[Dhruv Dhody]] Ack.=20 Thanks!=20 Dhruv > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:36:11 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ADC5132020; Thu, 3 Aug 2017 06:36:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 e8VEcrVZU5T3; Thu, 3 Aug 2017 06:36:01 -0700 (PDT) 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 AC72D132037; Thu, 3 Aug 2017 06:35:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSQ66114; Thu, 03 Aug 2017 13:35:40 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:35:39 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:05:30 +0530 From: Dhruv Dhody To: "'Ben Campbell'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTC+GeKMusC97gUUWSIE/gjuf8xaJyV6tg Date: Thu, 3 Aug 2017 13:35:30 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> In-Reply-To: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.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.79.10] 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.0A090205.598326AD.00A0, 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: 8e93995a2716fdc84cdb4652f3e38ce5 Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:36:04 -0000 Hi Ben,=20 Thanks for your review. See inline.. > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ben Campbell > Sent: 03 August 2017 04:19 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with > DISCUSS and COMMENT) >=20 > Ben Campbell has entered the following ballot position for > draft-ietf-pce-pceps-15: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > -3.4, step 2: "Peer validation always SHOULD include a check on whether > the locally configured expected DNS name or IP address of > the peer that is contacted matches its presented > certificate." >=20 > Why is that not a MUST? As it is, this need to at least discuss the risks > involved if you don't check the identity of the peer cert (here or in the > security considerations.) >=20 [[Dhruv Dhody]] Reworded to say -=20 + Implementations MUST follow the rules and guidelines for peer validation as defined in [RFC6125]. If an expected DNS name or IP address for the peer is configured, then the implementations MUST check them against the values in the presented certificate. >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Substantive: >=20 > - I share Warren's question about why you chose STARTTLS over a dedicated > port, especially since the 2nd to last paragraph in 3.2 goes out of its > way to mention that. What were the tradeoffs involved that made adding th= e > additional protocol machinery more attractive than allocating a port > number? >=20 [[Dhruv Dhody]] I have added this text -=20 This document uses the standard StartTLS procedure in PCEP, instead of using a different port for the secured session. This is done to avoid requesting allocation of another port number for the PCEPS. The StartTLS procedure makes more efficient use of scarce port numbers and allow simpler configuration of PCEP. > - 3.2: "Implementations MUST support SHA-256 as defined by [SHS] as > the hash algorithm for the fingerprint." > Do you really intend "MUST support" (meaning you have to be able to handl= e > sha-256, but could allow other hashes) vs "MUST use"? >=20 [[Dhruv Dhody]] Yes, additional hash algorithm MAY also be supported/used. > - 3.5: "Implementations > that want to support a wide variety of trust models SHOULD expose as > many details of the presented certificate to the administrator as > possible > so that the trust model can be implemented by the administrator." > "as much as possible" is pretty vague for the a 2119 SHOULD. Since the > following sentences also include a SHOULD along with considerably more > detail, I suggest dropping the SHOULD in this sentence, and leaving the > one in the following sentence. >=20 [[Dhruv Dhody]] Ack.=20 > - 3.6: Is the exponential backoff requirement part of the procedures in > 5440? > The wording suggests that it is not. If so, it needs elaboration here. >=20 [[Dhruv Dhody]] It is part of RFC5440, text updated to -=20 The initiator SHOULD follow the procedure listed in [RFC5440] to retry session setup as per the exponential back-off session establishment retry procedure. > Editorial: >=20 > - 3.2, paragraph 8: s/"... PCE MUST responds with..."/ "...PCE MUST > respond with..." >=20 [[Dhruv Dhody]] Ack > - 3.4 : "Negotiation of mutual authentication is REQUIRED." > Does that mean that the peers must elect to use mutual authentication, or > that if they want to use it, they must agree to do so? (The pattern > persists throughout the section, but the meaning seems more obvious for > some of the > others.) >=20 [[Dhruv Dhody]] I am also not sure, this was added keeping RFC6614 as our r= eference.=20 Since TLS supports multiple authentication mode, this might be a say mutual= as well as server-only authentication should be supported. But not sure ab= out the word negotiation here. I think we can remove this statement, will d= o so once you confirm.=20 > -3.5, 2nd to last paragraph: Please don't use 2119 keywords to describe > pre-existing or external requirements. They should be reserved for the > authoritative specification of a given requirement. >=20 [[Dhruv Dhody]] Ack. Updated.=20 > -5, 2nd paragraph: The first sentence does not make sense. >=20 [[Dhruv Dhody]] Ack. Updated. Regards, Dhruv >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:36:54 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5D83132021; Thu, 3 Aug 2017 06:36:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 53TRx206S3OQ; Thu, 3 Aug 2017 06:36:41 -0700 (PDT) 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 6125D132029; Thu, 3 Aug 2017 06:36:32 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW52979; Thu, 03 Aug 2017 13:36:30 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:36:29 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:06:19 +0530 From: Dhruv Dhody To: "'Alexey Melnikov'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTDEAWa0wCnLOXH0eQPSyn6ZYwFaJyejWw Date: Thu, 3 Aug 2017 13:36:19 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> In-Reply-To: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.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.79.10] 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.0A020203.598326DF.003B, 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: 2584350350601a73558ae0ccd163daa1 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:36:53 -0000 Hi Alexey,=20 Thanks for your comments, see inline... > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov > Sent: 03 August 2017 15:35 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (wit= h > DISCUSS and COMMENT) >=20 > Alexey Melnikov has entered the following ballot position for > draft-ietf-pce-pceps-15: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > I am very glad to see this document and I will be switching to "Yes" once > we discuss the following issues: >=20 > 1) > +-+-+ +-+-+ > |PCC| |PCE| > +-+-+ +-+-+ > | | > | StartTLS | > | msg | > |------- | > | \ StartTLS | > | \ msg | > | \ ---------| > | \/ | > | /\ | > | / -------->| > | / | > |<------ | > |:::::::::TLS:::::::::| TLS Establishment > |:::::Establishment:::| Failure > | | > |<--------------------| Send Error-Type TBA2 > | PCErr | Error-Value 3/4 > | | >=20 > Figure 2: Both PCEP Speaker supports PCEPS (strict), but cannot > establish TLS >=20 > Firstly, I think you also need to demonstrate a case when the server end > of TLS is refusing to startTLS before trying TLS negotiation (e.g. if it > doesn't have certificate configured). In this case you need to send PCErr > in the clear. I think earlier text suggest that this case is possible. >=20 [[Dhruv Dhody]] No, the only error to StartTLS is by an implementation that= does not understand the message.=20 In case certificate is not configured we would start TLS negotiation, which= would fail. =20 > Secondly, does the case depicted on this picture mean that TLS was > negotiated successfully, but TLS identities were not successfully verifie= d? > (I.e. the PCErr is sent over the TLS layer). If TLS failed to negotiate, > you don't have a channel to send data on, as the other end will get > confused. I think you just have to close connection in such case. >=20 [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP connection (und= erlying transport).=20 EKR also made a similar point. I updated the text to include this -=20 Note that, the PCEP implementation MUST send the PCErr message once the TLS connection has been closed i.e. the TLS close_notify [RFC5246] has been received from the peer. As per [RFC5246], if the data may be carried over the underlying transport after the TLS connection is closed, the TLS implementation must receive the responding close_notify alert before indicating to the application layer that the TLS connection has ended. > So maybe you need 3 figures describing the above 3 cases. >=20 > 2) In Section 3.4: >=20 > + Implementations MAY allow the configuration of a set of > additional properties of the certificate to check for a > peer's authorization to communicate (e.g., a set of allowed > values in subjectAltName:URI or a set of allowed X509v3 > Certificate Policies) >=20 > Can you give an example of what you expect to see in the > subjectAltName:URI? > Your current text doesn't seem sufficient for interoperability. >=20 [[Dhruv Dhody]] The reference for the text was from RFC6614, with the aim t= o keep the door open to define application service type portion to be check= ed as part of URI. I have added text that the definition of these propertie= s is out of scope of this document.=20 =20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I am agreeing with Ekr's DISCUSS points. Some of mine might be just a > different phrasing of his. >=20 > In Section 3.4. TLS Connection Establishment >=20 > * PCEPS implementations MUST, at a minimum, support negotiation > of the TLS_RSA_WITH_AES_128_GCM_SHA256, and SHOULD support > TLS_RSA_WITH_AES_256_GCM_SHA384 as well [RFC5288]. In > addition, PCEPS implementations MUST support negotiation of > the mandatory-to-implement ciphersuites required by the > versions of TLS that they support. >=20 > Should the last sentence apply starting from TLS 1.3 forward? >=20 [[Dhruv Dhody]] Ack. Updated.=20 > In Section 3.5: >=20 > [I-D.ietf-pce-stateful-sync-optimizations] specify a Speaker Entity > Identifier TLV (SPEAKER-ENTITY-ID), as an optional TLV that MAY be > included in the OPEN Object. It contains a unique identifier for the > node that does not change during the lifetime of the PCEP speaker. > An implementation would thus expose the speaker entity identifier as > part of the X509v3 certificate, so that an implementation could use >=20 > Can you be a bit more specific, as this looks underspecified. Are you > thinking about using subject name or subject alt name for this (or either= )? >=20 [[Dhruv Dhody]]This has been updated to use subjectAltName:otherName. > this identifier for the peer identification trust model. >=20 > In the Security Considerations sections: >=20 > I think you should also talk about downgrade attacks here, e.g. > man-in-the-middle injecting error response in response to StartTLS comman= d > or man-in-the-middle stripping StartTLS command. >=20 >=20 [[Dhruv Dhody]] Updated to include -=20 PCEPS implementations that continue to accept connections without TLS are susceptible to downgrade attacks as described in [RFC7457]. An attacker could attempt to remove the use of StartTLS message that request the use of TLS as it pass on the wire in clear, and further inject a PCErr message that suggest to attempt PCEP connection without TLS. Regards, Dhruv > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 3 06:37:45 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65B44131FF3; Thu, 3 Aug 2017 06:37:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 BMBSO4loo7Nr; Thu, 3 Aug 2017 06:37:35 -0700 (PDT) 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 3C434131EB3; Thu, 3 Aug 2017 06:37:07 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW52594; Thu, 03 Aug 2017 13:34:05 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 3 Aug 2017 14:34:04 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 3 Aug 2017 19:03:54 +0530 From: Dhruv Dhody To: "'Dale R. Worley'" CC: "gen-art@ietf.org" , "draft-ietf-pce-pceps.all@ietf.org" , "pce@ietf.org" , "ietf@ietf.org" , "dhruv.ietf@gmail.com" Thread-Topic: [Pce] Genart last call review of draft-ietf-pce-pceps-14 Thread-Index: AQHTCzilzqPRSDFqSU+m/UcLVejzmaJyF/3A Date: Thu, 3 Aug 2017 13:33:54 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98624@blreml501-mbb> References: <23CE718903A838468A8B325B80962F9B8CB962D9@blreml501-mbb> (dhruv.dhody@huawei.com) <87d18ed75n.fsf@hobgoblin.ariadne.com> In-Reply-To: <87d18ed75n.fsf@hobgoblin.ariadne.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.10] 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.0A020204.5983264E.0046, 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: b42523666d453e6c31b5be5136449c93 Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pceps-14 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:37:36 -0000 Hi Dale,=20 =09 > -----Original Message----- > From: Dale R. Worley [mailto:worley@ariadne.com] > Sent: 02 August 2017 08:10 > To: Dhruv Dhody > Cc: gen-art@ietf.org; draft-ietf-pce-pceps.all@ietf.org; pce@ietf.org; > ietf@ietf.org; dhruv.ietf@gmail.com > Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pceps-14 >=20 > Dhruv Dhody writes: > >> It's more complicated than that: If a PCE does not like the first > >> message it receives, if it implements PCEPS, it replies TBA2/2. But > >> if it does not implement PCEPS, it replies 1/1. Similarly, a PCC may > >> reject an initial message with either of these error codes, depending > >> on the situation. If the other endpoint does not implement PCEPS, it > >> might be surprised by receiving TBA2/2, which it has no way of > >> understanding in detail (although it will probably simply disconnect, > >> which is what it would do in reaction to a 1/1). > >> > > [[Dhruv Dhody]] You are right about this case, which I have clarified > > now - > > > > If the PCEP speaker that only supports PCEPS connection (as a local > > policy), receives an Open message, it MUST treat it as an unexpected > > message and reply with a PCErr message with Error-Type set to 1 (PCE= P > > session establishment failure) and Error-value set to 1 (reception o= f > > an invalid Open message or a non Open message). > > > > In your description you mentioned the error TBA2/2, but the > > description of TBA2/2 is - > > > > A PCEP > > speaker receiving any other message apart from StartTLS, Open, or > > PCErr as the first message, MUST treat it as an unexpected message > > and reply with a PCErr message with Error-Type set to [TBA2 by IANA] > > (PCEP StartTLS failure) and Error-value set to 2 (reception of any > > other message apart from StartTLS, Open, or PCErr message), and MUST > > close the TCP connection. > > > > So receiving of open message would not trigger this error. The new > > text above would take care of that. >=20 > I don't know if the case I'm thinking of is important enough to change > anything for, but I think it should at least be thought about. >=20 > I'm considering the situation where the TCP connection is started, and on= e > endpoint receives a message that it does not understand. Not the case > where a non-implementing endpoint receives a StartTLS, but where the > message is entirely incorrect, and is neither Open nor StartTLS, or at > least, is sufficiently malformed that the receiver cannot parse it as one > of those message types. >=20 > Of course, this situation should never happen, but I expect that it is > occasionally seen, and it would be useful if it was handled in a way that > would make it easier for the humans involved to diagnose the problem. >=20 > If the receiver of the message does not implementing PCEPS, it will send > error 1/1. The receiver of the error (the sender of the message) will > receive 1/1, and will "understand" it and log it as something requiring > human intervention -- whether or not it implements PCEPS. >=20 > OTOH, if the receiver of the message implements PCEPS, it will send error > TBA2/2. If the receiver of the error (the sender of the message) > implements PCEPS, it will understand it and log it as something requiring > human intervention. However, if the receiver does not implement PCEPS, i= t > won't understand the error message, and will have to log it as "I receive= d > an unknown error message". Of course, human inquiry will reveal that the > error message was a PCEPS error message, and its meaning is "unknown > initial message", getting us back to the previous situation. But it seem= s > to me that this is adding a step of human processing where it could be > avoided, and that better performance (of the humans and the system as a > whole) would be achieved in practice if a PCEPS implementation, when it > received an initial message that was not Open or StartTLS, sent a 1/1 > error in the same way as a non-PCEPS implementation. >=20 > Dale [[Dhruv Dhody]] I have added this in the backward compatibility session to = note this concern -=20 Note that, a PCEP implementation that support PCEPS would respond with PCErr message with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error-value set to 2 if any other message is sent before StartTLS or Open. If the sender of the invalid message is a PCEP implementation that does not support PCEPS, it will not be able to understand this error. A PCEPS implementation could also send the PCErr message as per [RFC5440] with Error-Type "PCEP session establishment failure" and Error-value "reception of an invalid Open message or a non Open message" before closing the session. Regards, Dhruv From nobody Thu Aug 3 06:41:59 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00EFF131FE2; Thu, 3 Aug 2017 06:41:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 mRNg2dYRVeRQ; Thu, 3 Aug 2017 06:41:48 -0700 (PDT) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71810131FE5; Thu, 3 Aug 2017 06:41:48 -0700 (PDT) Received: by mail-pf0-x22b.google.com with SMTP id t86so6506108pfe.2; Thu, 03 Aug 2017 06:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mYX8qxvbhfAY78qXX5QV9YqMlvw57f7i+D+dFYhgPqY=; b=dFD3R3u+lc4dH829OwC6awk5HcZ7Aq/8glSlUQsjgZDtgTqfpIT7skU//Cx4paBT3b sJi7+E1trFQurHOv0oU9p3g48OTaxVErhmsdTBdkZxgJLkn7yXAFT6QkBaCA65Ywy5v1 HI58DKegyEXd/xVPCfRj5016+u/CLdjbo8+NSaDmbBY5fRcOc94liFBk+Ll3bvivajfV Jb+VuaxqJyG7bkVtNrvEbV+lrOOcieWH7fwxkdCvD7Ujy5wbclHatkl/BBmGBSqv7IUZ vvcRd+VD2aPJBn+9n52MXwGTuT87G0H5aZRg5o3eA8UKx2Ps/dTapig7W+sx1d2kckWS lC6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mYX8qxvbhfAY78qXX5QV9YqMlvw57f7i+D+dFYhgPqY=; b=MXT/Tac005oqoGmWxm9mbRs3PtjDNc2UKytg/3cSyDsKiBBpA8Xl8g2hUfRuD/TtQo BXGUFupMixXZHRbol8Rd9XP4+wSGINjtoxhHg+3vheA/lcaAYCv80Vhb/31+BZazJ356 LH2HKCjUiHTk3MY2XznzXS0WgOJkbugy5AdCYWyANQqSs9MeUhC2bXnUoir3H2Ta97vJ OsD4zMQydlJEeJ6CKozzPp7U3wwgpyCUfm+Q756UxYWlZVtGSTYPs4vbhhur4j9lOOhp 1yExTIqh0jlhO95wX4+JEk9fOGUFmYNp55apHQFQV0tmcOJoy7/RIKgrCmCqeAXty+0l vtbA== X-Gm-Message-State: AIVw1139dqMtWASCRJ2mrI7UQnN9mChYJ0CwT2rsSjEBCicgHwMJwJx3 9Py7YluVPORGdjuwqwJdHYVCwfRSaQ== X-Received: by 10.99.53.12 with SMTP id c12mr1581864pga.15.1501767708011; Thu, 03 Aug 2017 06:41:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.144.1 with HTTP; Thu, 3 Aug 2017 06:41:07 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98636@blreml501-mbb> References: <150169117640.5719.16310675274458413924.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98636@blreml501-mbb> From: Kathleen Moriarty Date: Thu, 3 Aug 2017 09:41:07 -0400 Message-ID: To: Dhruv Dhody Cc: The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:41:51 -0000 Thank you, Dhruv. I will just follow along with that thread, no need to respond here as well again. Best regards, Kathleen On Thu, Aug 3, 2017 at 9:34 AM, Dhruv Dhody wrote: > Hi Kathleen, > >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Kathleen Moriarty >> Sent: 02 August 2017 21:56 >> To: The IESG >> Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; >> pce-chairs@ietf.org >> Subject: [Pce] Kathleen Moriarty's Yes on draft-ietf-pce-pceps-15: (with >> COMMENT) >> >> Kathleen Moriarty has entered the following ballot position for >> draft-ietf-pce-pceps-15: Yes >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> I support EKR's discuss points, especially the first. >> >> I'm a yes assuming that all the discuss points will be addressed, as I do >> think this work is important and am glad to see it. In addition to other >> comments, I don't think anyone else commented on the use of the word >> "privacy" instead of confidentiality in the security considerations >> section. That should be changed. Thank you. >> >> > [[Dhruv Dhody]] Please see my reply to EKR's. > I have also updated the nit you pointed out. > > Regards, > Dhruv > >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce -- Best regards, Kathleen From nobody Thu Aug 3 06:53:55 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DB5F132332; Thu, 3 Aug 2017 06:53:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=iKG/ZezO; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=DprZV9jt 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 77U7J3X0_XOp; Thu, 3 Aug 2017 06:53:52 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA65B13208B; Thu, 3 Aug 2017 06:53:51 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 3859720AD1; Thu, 3 Aug 2017 09:53:51 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 03 Aug 2017 09:53:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=b+0qOyuCXYgx9ZJR6Xn3hRwLITUDr V/3/A6RH9F6kzU=; b=iKG/ZezOl8cLrz9QpvcbHElZUjtABF1Glhsy+h/zeNaOS oT9MiT84kNUav87C5q0OkW54zUAsa7U9tKXEpcMzbx2Hc1+ofFm6bnnu+IMzu8Zf 76jsI0C39ErxGUg5HvfSLdjHMJcxhQhc3nyV3tg30hbb3s9/cYK81gZRWOySNI1X 4kB5hZzlntQhGA4FTKh2rQvIW+eWfw892wtW12gK/Rilb8vhy5+wMjtqUnCUln3e i9TKH2ELNCUPHmVxq/cGZ+NZNOxulIddLzU/YazEscdO+hpJ/XvhcgcL0N/dazq+ vCNOyT5I0MKD1biJtpu51uqrhECeOnBZEZ6yudong== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=b+0qOy uCXYgx9ZJR6Xn3hRwLITUDrV/3/A6RH9F6kzU=; b=DprZV9jtH6adgyNUO9LlEp J/muFq2G/PHwT1d9JIBMizY+4FtbOSnthr66YgZ8POHuqnLhWb+f6375PedNctq5 gQqdhLLNLByujTGfnJSlD7EQJ/5pVEoU9rMdTgVSL5BmRn/529V+oLZHXR7FjQ/r ru2+TTSCoUgLDtmTqEgrL165mwXH56s238AJ8qUNRyGA1zUnDAaI/JvkiJfGmOTJ NJ3bY5Xw6+Na0cRkQdJX4NpxDOM1WPlYXZlkqtnLLx/pGDxDa2unFaLXqszD1U9P 4jZt/7Zdt0M3ukN2N8EVVMHHCJaCiKA3EisQemOtnwCB2OyVk3vetbTdayMIPZYw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 0A1DE9E298; Thu, 3 Aug 2017 09:53:51 -0400 (EDT) Message-Id: <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> From: Alexey Melnikov To: Dhruv Dhody , The IESG Cc: cmargaria@juniper.net, draft-ietf-pce-pceps@ietf.org, pce@ietf.org, pce-chairs@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b2cde4a In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> Date: Thu, 03 Aug 2017 14:53:50 +0100 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:53:53 -0000 Hi, On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote: > Hi Alexey, > > Thanks for your comments, see inline... > > > -----Original Message----- > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov > > Sent: 03 August 2017 15:35 > > To: The IESG > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > > pce-chairs@ietf.org > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with > > DISCUSS and COMMENT) > > > > Alexey Melnikov has entered the following ballot position for > > draft-ietf-pce-pceps-15: Discuss > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > I am very glad to see this document and I will be switching to "Yes" once > > we discuss the following issues: > > > > 1) > > +-+-+ +-+-+ > > |PCC| |PCE| > > +-+-+ +-+-+ > > | | > > | StartTLS | > > | msg | > > |------- | > > | \ StartTLS | > > | \ msg | > > | \ ---------| > > | \/ | > > | /\ | > > | / -------->| > > | / | > > |<------ | > > |:::::::::TLS:::::::::| TLS Establishment > > |:::::Establishment:::| Failure > > | | > > |<--------------------| Send Error-Type TBA2 > > | PCErr | Error-Value 3/4 > > | | > > > > Figure 2: Both PCEP Speaker supports PCEPS (strict), but cannot > > establish TLS > > > > Firstly, I think you also need to demonstrate a case when the server end > > of TLS is refusing to startTLS before trying TLS negotiation (e.g. if it > > doesn't have certificate configured). In this case you need to send PCErr > > in the clear. I think earlier text suggest that this case is possible. > > > [[Dhruv Dhody]] No, the only error to StartTLS is by an implementation > that does not understand the message. > In case certificate is not configured we would start TLS negotiation, > which would fail. I think you should clarify this. I have implemented StartTLS in both IMAP and LDAP and this is not necessarily how it works there: before TLS negotiation starts it is possible for the server end to reject negotiation in cleartext. > > Secondly, does the case depicted on this picture mean that TLS was > > negotiated successfully, but TLS identities were not successfully verified? > > (I.e. the PCErr is sent over the TLS layer). If TLS failed to negotiate, > > you don't have a channel to send data on, as the other end will get > > confused. I think you just have to close connection in such case. > > > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP connection > (underlying transport). > EKR also made a similar point. I updated the text to include this - > > Note that, the PCEP implementation MUST send the PCErr message once > the TLS connection has been closed i.e. the TLS close_notify > [RFC5246] has been received from the peer. As per [RFC5246], if the > data may be carried over the underlying transport after the TLS > connection is closed, the TLS implementation must receive the > responding close_notify alert before indicating to the application > layer that the TLS connection has ended. Hmm, I am not sure this will ever work. I know that implementations of TLS in other protocols I worked on can't read any cleartext TCP data after TLS has failed. > > So maybe you need 3 figures describing the above 3 cases. From nobody Thu Aug 3 06:59:23 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 217A4131FFA; Thu, 3 Aug 2017 06:59:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 zYeq_FcR7f1Z; Thu, 3 Aug 2017 06:59:19 -0700 (PDT) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24397132027; Thu, 3 Aug 2017 06:59:19 -0700 (PDT) Received: by mail-yw0-x243.google.com with SMTP id u207so867412ywc.0; Thu, 03 Aug 2017 06:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=c/FDIWwc5Kkf+1QKp2vRIrXUpW+De6/zmErHoYRdY04=; b=VsfsIuTiVKj8l5PqiF/3X8NDv5WTjRgnvdpJwys/vHkIBbpL0L5AeFHnbdhGsxz88I 0odWth0PwX7Sn/M7JeaCOonA5KemC8XO6r91CF0KHoLQfeYIe8fzHBlhMuFh4SUu5jYd afs7Ya0og9xpoQUU0UFGcbrEboTAGaxq/EGrgOE3JVwNmAlUQ7w+8ziD7MPnWz23wvvT AknFcVDsOrLN4QJMUaGVXqrhNIPRljkIHQj8FHq5PqJXRIJkhorZNHregP1nkLDl6I9m opaAWO6D+8AqkMAehXXNM4uCooyl6UBicIZFTJcnjNt0u2Wu46XeJV49aUPNJ6E7uCvq QbTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=c/FDIWwc5Kkf+1QKp2vRIrXUpW+De6/zmErHoYRdY04=; b=cZW+13Rf7+CGc6iY8KIZIRMSCuhAH6+bnpq+5Oz47MgSaGRq25TAHYo6iEGYQXXiOr SnTnmXltzw3Si72TK90p63MjI557aJMUcHX29t5YqyQwMpHszoK/cwqcltOZTAaNE8MU gvsOOoqgAM/qsFj7Eu9jEwdGkP1x8AVwwOl4ZmqDTwtRr3vzDYVrWSu15wbMjPBa3yoU swfGF5fYD5jeDIdL67YiV5dKNEvbzVVa8IBljl0gITONlar1Pw517OSo5WV4TDu9h5RL fGGauz4UvdCVnqU/GURsOk6Q+70OnAKsvpLVFS3TvMu/P6gWsT/0ftLTvkRo/nyXDBi0 wsbQ== X-Gm-Message-State: AIVw113Zn9PynPCiH19EXztE9kPKbDVbPKb9gNxQK/fiKhffw1S1b6mt KSlTvfdemNz3KA== X-Received: by 10.129.85.79 with SMTP id j76mr1180913ywb.435.1501768758351; Thu, 03 Aug 2017 06:59:18 -0700 (PDT) Received: from [10.0.0.5] (45-19-110-76.lightspeed.tukrga.sbcglobal.net. [45.19.110.76]) by smtp.gmail.com with ESMTPSA id v10sm13034127ywc.59.2017.08.03.06.59.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Aug 2017 06:59:17 -0700 (PDT) From: Suresh Krishnan Message-Id: <36982247-F46B-4E00-94FF-1A4A840977F3@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_C229EEA8-887D-46AC-BF18-B3433E9B8ABD" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 3 Aug 2017 09:59:19 -0400 In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB9864B@blreml501-mbb> Cc: The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" To: Dhruv Dhody References: <150171365232.5747.13842708422130152703.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9864B@blreml501-mbb> X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:59:21 -0000 --Apple-Mail=_C229EEA8-887D-46AC-BF18-B3433E9B8ABD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Dhruv, Thanks for the quick response. > On Aug 3, 2017, at 9:34 AM, Dhruv Dhody = wrote: >=20 > Hi Suresh,=20 >=20 >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org ] = On Behalf Of Suresh Krishnan >> Sent: 03 August 2017 04:11 >> To: The IESG > >> Cc: cmargaria@juniper.net ; = draft-ietf-pce-pceps@ietf.org ; = pce@ietf.org ; >> pce-chairs@ietf.org >> Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: = (with >> DISCUSS and COMMENT) >>=20 >> Suresh Krishnan has entered the following ballot position for >> draft-ietf-pce-pceps-15: Discuss >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut = this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >>=20 >>=20 >>=20 >> = ---------------------------------------------------------------------- >> DISCUSS: >> = ---------------------------------------------------------------------- >>=20 >> * Section 3.2: >>=20 >> This seems to be overly broad and directly contradicts to what is = required >> by RFC5440. >>=20 >> A PCEP speaker receiving any other message apart from StartTLS, = Open, >> or >> PCErr as the first message, MUST treat it as an unexpected message >> and reply with a PCErr message with Error-Type set to [TBA2 by = IANA] >> (PCEP StartTLS failure) and Error-value set to 2 (reception of any >> other message apart from StartTLS, Open, or PCErr message), and = MUST >> close the TCP connection. >>=20 >> According to RFC5440, when a non-Open message is received the PCEP = speaker >> is required to send a PCErr message with Error-Type 1 ("PCEP session >> establishment >> failure") and Error-value 1 ("reception of an invalid Open message or = a >> non Open message"). I think this text needs to be reworded to narrow = down >> the scope of this error. >>=20 > [[Dhruv Dhody]] I have updated to -=20 >=20 > Any message received prior to StartTLS or Open message MUST trigger = a > protocol error condition causing a PCErr message to be sent with > Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error- > value set to 2 (reception of a message apart from StartTLS or Open) > and MUST close the TCP connection. >=20 > As per the wording of RFC5440 and I removed PCErr (which was = incorrect). Excellent. >=20 >> * The fallback procedure after receiving the error code 4 needs to be >> clarified. Is the response 4 remembered for future connections or is = it >> only limited to a single attempt immediately after the TLS connection >> establishment failure. i.e. After falling back, does the client ever = try >> to establish a secure connection again? >>=20 >>=20 > [[Dhruv Dhody]] Agreed, I have updated to -=20 >=20 > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. This attempt SHOULD be limited to > only once. Sounds good. There is also some other text in this section that also = needs some reworking.=20 =20 A PCEP speaker that supports PCEPS but has previously already learned the peer willingness to reestablish session without TLS, MAY send the Open message directly Remembering this only once sounds like the right thing to me. >=20 >=20 >> = ---------------------------------------------------------------------- >> COMMENT: >> = ---------------------------------------------------------------------- >>=20 >> * Section 3.2: >>=20 >> This sentence needs to be reworded >>=20 >> s/If a PCE that supports PCEPS connection/If a PCE supports PCEPS >> connection/ >>=20 >>=20 > [[Dhruv Dhody]] Ack.=20 >=20 Great. I will clear as soon as the new revision posts. Regards Suresh --Apple-Mail=_C229EEA8-887D-46AC-BF18-B3433E9B8ABD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi Dhruv,
  Thanks for the quick = response.

On Aug 3, 2017, at 9:34 AM, = Dhruv Dhody <dhruv.dhody@huawei.com> wrote:

Hi Suresh, 
-----Original = Message-----
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Suresh = Krishnan
Sent: 03 August 2017 04:11
To: The = IESG <iesg@ietf.org>
Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org;
pce-chairs@ietf.orgSubject: [Pce] Suresh Krishnan's Discuss on = draft-ietf-pce-pceps-15: (with
DISCUSS and COMMENT)

Suresh Krishnan has entered the following = ballot position for
draft-ietf-pce-pceps-15: Discuss

When responding, please keep the subject line = intact and reply to all
email addresses included in the To = and CC lines. (Feel free to cut this
introductory = paragraph, however.)


Please = refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

* Section 3.2:

This seems to be overly broad and directly contradicts to = what is required
by RFC5440.

  A PCEP speaker receiving any other message apart = from StartTLS, Open,
or
  PCErr as = the first message, MUST treat it as an unexpected message
  and reply with a PCErr message with Error-Type = set to [TBA2 by IANA]
  (PCEP StartTLS failure) = and Error-value set to 2 (reception of any
  other= message apart from StartTLS, Open, or PCErr message), and MUST
  close the TCP connection.

According to RFC5440, when a non-Open message is received the = PCEP speaker
is required to send a PCErr message with = Error-Type 1 ("PCEP session
establishment
failure") and Error-value 1 ("reception of an invalid Open = message or a
non Open message"). I think this text needs = to be reworded to narrow down
the scope of this error.

[[Dhruv Dhody]] I have updated to =  - 
  Any message received prior to = StartTLS or Open message MUST trigger a
  protocol error = condition causing a PCErr message to be sent with
  Error-Type set to [TBA2 by IANA] = (PCEP StartTLS failure) and Error-
  value set to 2 = (reception of a message apart from StartTLS or Open)
  and MUST close the TCP = connection.

As per the wording of RFC5440 = and I removed PCErr (which was incorrect).

Excellent.


* The fallback procedure = after receiving the error code 4 needs to be
clarified. Is = the response 4 remembered for future connections or is it
only limited to a single attempt immediately after the TLS = connection
establishment failure. i.e. After falling back, = does the client ever try
to establish a secure connection = again?


[[Dhruv Dhody]] Agreed, I have = updated to - 
  o  4 (ok without TLS) if it is = willing to exchange PCEP messages
     without the solicited TLS = connection, and it MUST close the TCP
     session.  The receiver MAY = choose to attempt to re-establish the
     PCEP= session without TLS next.  This attempt SHOULD be limited = to
     only = once.

Sounds good. There is also some other text in this = section that also needs some reworking. 
   
   A PCEP = speaker that supports PCEPS but
   has = previously already learned the peer willingness to reestablish
   session without TLS, MAY send the Open message = directly

Remembering this only = once sounds like the right thing to me.


---------------------------------------------------------------= -------
COMMENT:
---------------------------------------------------------------= -------

* Section 3.2:

This sentence needs to be reworded

s/If a PCE that supports PCEPS connection/If a PCE supports = PCEPS
connection/


[[Dhruv Dhody]] Ack. 

Great. I = will clear as soon as the new revision posts.

Regards
Suresh

= --Apple-Mail=_C229EEA8-887D-46AC-BF18-B3433E9B8ABD-- From nobody Thu Aug 3 08:27:01 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30CF1132004; Thu, 3 Aug 2017 08:26:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.881 X-Spam-Level: X-Spam-Status: No, score=-1.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=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 sKVxv7ATku7V; Thu, 3 Aug 2017 08:26:51 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB7D1132043; Thu, 3 Aug 2017 08:26:51 -0700 (PDT) Received: from [10.0.1.63] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v73FQjCo088106 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 3 Aug 2017 10:26:46 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.63] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Ben Campbell In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> Date: Thu, 3 Aug 2017 10:26:44 -0500 Cc: The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> To: Dhruv Dhody X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 15:26:54 -0000 Thanks, please also see inline. I will remove sections that do not seem = to need further comment. > On Aug 3, 2017, at 8:35 AM, Dhruv Dhody = wrote: >=20 > Hi Ben,=20 >=20 > Thanks for your review. See inline.. >=20 >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ben Campbell >>=20 [=E2=80=A6] >>=20 >> = ---------------------------------------------------------------------- >> DISCUSS: >> = ---------------------------------------------------------------------- >>=20 >> -3.4, step 2: "Peer validation always SHOULD include a check on = whether >> the locally configured expected DNS name or IP address of >> the peer that is contacted matches its presented >> certificate." >>=20 >> Why is that not a MUST? As it is, this need to at least discuss the = risks >> involved if you don't check the identity of the peer cert (here or in = the >> security considerations.) >>=20 > [[Dhruv Dhody]] Reworded to say -=20 >=20 > + Implementations MUST follow the rules and guidelines for > peer validation as defined in [RFC6125]. If an expected > DNS name or IP address for the peer is configured, then = the > implementations MUST check them against the values in the > presented certificate. Thanks, that would resolve my DISCUSS position. >>=20 >> = ---------------------------------------------------------------------- >> COMMENT: >> = ---------------------------------------------------------------------- >>=20 >> Substantive: >>=20 >> - I share Warren's question about why you chose STARTTLS over a = dedicated >> port, especially since the 2nd to last paragraph in 3.2 goes out of = its >> way to mention that. What were the tradeoffs involved that made = adding the >> additional protocol machinery more attractive than allocating a port >> number? >>=20 > [[Dhruv Dhody]] I have added this text -=20 >=20 > This document uses the standard StartTLS procedure in PCEP, instead > of using a different port for the secured session. This is done to > avoid requesting allocation of another port number for the PCEPS. > The StartTLS procedure makes more efficient use of scarce port > numbers and allow simpler configuration of PCEP. That=E2=80=99s helpful, but it only shows the benefits side of the = tradeoff. I assume people thought the additional protocol complexity was = a reasonable cost to bear? >=20 >> - 3.2: "Implementations MUST support SHA-256 as defined by [SHS] as >> the hash algorithm for the fingerprint." >> Do you really intend "MUST support" (meaning you have to be able to = handle >> sha-256, but could allow other hashes) vs "MUST use"? >>=20 > [[Dhruv Dhody]] Yes, additional hash algorithm MAY also be = supported/used. >=20 Is there an expectation people will use multiple hash algorithms = side-by-side? Or is this for purposes of hash agility? >> - 3.5: "Implementations >> that want to support a wide variety of trust models SHOULD expose = as >> many details of the presented certificate to the administrator as >> possible >> so that the trust model can be implemented by the administrator." >> "as much as possible" is pretty vague for the a 2119 SHOULD. Since = the >> following sentences also include a SHOULD along with considerably = more >> detail, I suggest dropping the SHOULD in this sentence, and leaving = the >> one in the following sentence. >>=20 > [[Dhruv Dhody]] Ack.=20 >=20 >> - 3.6: Is the exponential backoff requirement part of the procedures = in >> 5440? >> The wording suggests that it is not. If so, it needs elaboration = here. >>=20 > [[Dhruv Dhody]] It is part of RFC5440, text updated to -=20 >=20 > The initiator SHOULD follow the procedure listed in [RFC5440] to > retry session setup as per the exponential back-off session > establishment retry procedure. >=20 >> Editorial: >>=20 >> - 3.2, paragraph 8: s/"... PCE MUST responds with..."/ "...PCE MUST >> respond with..." >>=20 > [[Dhruv Dhody]] Ack >=20 >> - 3.4 : "Negotiation of mutual authentication is REQUIRED." >> Does that mean that the peers must elect to use mutual = authentication, or >> that if they want to use it, they must agree to do so? (The pattern >> persists throughout the section, but the meaning seems more obvious = for >> some of the >> others.) >>=20 > [[Dhruv Dhody]] I am also not sure, this was added keeping RFC6614 as = our reference.=20 > Since TLS supports multiple authentication mode, this might be a say = mutual as well as server-only authentication should be supported. But = not sure about the word negotiation here. I think we can remove this = statement, will do so once you confirm. he=20 The important thing is that the intent of the WG is clear. Do you mean = to say that the working group intended to allow both server-only and = mutual authentication, or do you mean to say the working group did not = think about it? [=E2=80=A6] Thanks! Ben.= From nobody Fri Aug 4 11:40:03 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D33E13217B; Fri, 4 Aug 2017 11:39:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 HZZVjSRccBys; Fri, 4 Aug 2017 11:39:51 -0700 (PDT) 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 CD3B7131F6A; Fri, 4 Aug 2017 11:39:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSS75752; Fri, 04 Aug 2017 18:39:47 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 4 Aug 2017 19:39:45 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0301.000; Sat, 5 Aug 2017 00:09:34 +0530 From: Dhruv Dhody To: "'Suresh Krishnan'" CC: The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTC+B5sGgODEwBI0aOT/5bm1qi4qJyF2fggAA2C4CAAWyiQA== Date: Fri, 4 Aug 2017 18:39:34 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98D9C@blreml501-mbb> References: <150171365232.5747.13842708422130152703.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9864B@blreml501-mbb> <36982247-F46B-4E00-94FF-1A4A840977F3@gmail.com> In-Reply-To: <36982247-F46B-4E00-94FF-1A4A840977F3@gmail.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.77.87] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB98D9Cblreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0205.5984BF74.002D, 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: 1a550dae02ed9ba805bac019fbddd61f Archived-At: Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 18:39:54 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB98D9Cblreml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Suresh, From: Suresh Krishnan [mailto:suresh.krishnan@gmail.com] Sent: 03 August 2017 19:29 To: Dhruv Dhody Cc: The IESG ; cmargaria@juniper.net; draft-ietf-pce-pceps@i= etf.org; pce@ietf.org; pce-chairs@ietf.org Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (w= ith DISCUSS and COMMENT) Hi Dhruv, Thanks for the quick response. On Aug 3, 2017, at 9:34 AM, Dhruv Dhody > wrote: Hi Suresh, -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Suresh Krishnan Sent: 03 August 2017 04:11 To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pce= ps@ietf.org; pce@ietf.org; pce-chairs@ietf.org Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Suresh Krishnan has entered the following ballot position for draft-ietf-pce-pceps-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- * Section 3.2: This seems to be overly broad and directly contradicts to what is required by RFC5440. A PCEP speaker receiving any other message apart from StartTLS, Open, or PCErr as the first message, MUST treat it as an unexpected message and reply with a PCErr message with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error-value set to 2 (reception of any other message apart from StartTLS, Open, or PCErr message), and MUST close the TCP connection. According to RFC5440, when a non-Open message is received the PCEP speaker is required to send a PCErr message with Error-Type 1 ("PCEP session establishment failure") and Error-value 1 ("reception of an invalid Open message or a non Open message"). I think this text needs to be reworded to narrow down the scope of this error. [[Dhruv Dhody]] I have updated to - Any message received prior to StartTLS or Open message MUST trigger a protocol error condition causing a PCErr message to be sent with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Error- value set to 2 (reception of a message apart from StartTLS or Open) and MUST close the TCP connection. As per the wording of RFC5440 and I removed PCErr (which was incorrect). Excellent. * The fallback procedure after receiving the error code 4 needs to be clarified. Is the response 4 remembered for future connections or is it only limited to a single attempt immediately after the TLS connection establishment failure. i.e. After falling back, does the client ever try to establish a secure connection again? [[Dhruv Dhody]] Agreed, I have updated to - o 4 (ok without TLS) if it is willing to exchange PCEP messages without the solicited TLS connection, and it MUST close the TCP session. The receiver MAY choose to attempt to re-establish the PCEP session without TLS next. This attempt SHOULD be limited to only once. Sounds good. There is also some other text in this section that also needs = some reworking. A PCEP speaker that supports PCEPS but has previously already learned the peer willingness to reestablish session without TLS, MAY send the Open message directly Remembering this only once sounds like the right thing to me. [[Dhruv Dhody]] Updated to - A PCEP speaker that supports PCEPS but has learned in the last exchange, the peer's willingness to reestablish session without TLS, MAY send the Open message directly, as per [RFC5440]. The attempt to re-establish the PCEP session without TLS SHOULD be limited to only once. Thanks! Dhruv ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- * Section 3.2: This sentence needs to be reworded s/If a PCE that supports PCEPS connection/If a PCE supports PCEPS connection/ [[Dhruv Dhody]] Ack. Great. I will clear as soon as the new revision posts. Regards Suresh --_000_23CE718903A838468A8B325B80962F9B8CB98D9Cblreml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Suresh,

 =

From: = Suresh Krishnan [mailto:suresh.krishnan@gmail.com]
Sent: 03 August 2017 19:29
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: The IESG <iesg@ietf.org>; cmargaria@juniper.net; draft-iet= f-pce-pceps@ietf.org; pce@ietf.org; pce-chairs@ietf.org
Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps= -15: (with DISCUSS and COMMENT)

 

Hi Dhruv,

  Thanks for the quick res= ponse.

 

On Aug 3, 2017, at 9:34 AM, Dhr= uv Dhody <dhruv.dhody@huawei.com> wrote:

 

Hi Suresh, 


----= -Original Message-----
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Suresh Krishnan
Sent: 03 August 2017 04:11
To: The IESG <iesg@ietf.org>
Cc: cmargaria@juniper.net; = ;draft-ietf-pce-pceps@ietf.org; pce@ietf.org;
pce-ch= airs@ietf.org
Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-pceps-15: (with<= br> DISCUSS and COMMENT)

Suresh Krishnan has entered the following ballot position for
draft-ietf-pce-pceps-15: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statemen= t/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-pce-pceps= /



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

* Section 3.2:

This seems to be overly broad and directly contradicts to what is required<= br> by RFC5440.

  A PCEP speaker receiving any other message apart from StartTLS,= Open,
or
  PCErr as the first message, MUST treat it as an unexpected mess= age
  and reply with a PCErr message with Error-Type set to [TBA2 by = IANA]
  (PCEP StartTLS failure) and Error-value set to 2 (reception of = any
  other message apart from StartTLS, Open, or PCErr message), and= MUST
  close the TCP connection.

According to RFC5440, when a non-Open message is received the PCEP speaker<= br> is required to send a PCErr message with Error-Type 1 ("PCEP session establishment
failure") and Error-value 1 ("reception of an invalid Open messag= e or a
non Open message"). I think this text needs to be reworded to narrow d= own
the scope of this error.

[[Dhruv Dhody]] I have updated to &= nbsp;- 

  Any message received prior to StartTLS or Open message MUST tri= gger a
  protocol error condition causing a PCErr message to be sent wit= h
  Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) and Er= ror-
  value set to 2 (reception of a message apart from StartTLS or O= pen)
  and MUST close the TCP connection.

As per the wording of RFC5440 and I removed PCErr (which was incorrect).

 

Excellent.





* Th= e fallback procedure after receiving the error code 4 needs to be
clarified. Is the response 4 remembered for future connections or is it
only limited to a single attempt immediately after the TLS connection
establishment failure. i.e. After falling back, does the client ever try to establish a secure connection again?

[[Dhruv Dhody]] Agreed, I have upda= ted to - 

  o  4 (ok without TLS) if it is willing to exchange PCEP me= ssages
     without the solicited TLS connection, and it = MUST close the TCP
     session.  The receiver MAY choose to att= empt to re-establish the
     PCEP session without TLS next.  This att= empt SHOULD be limited to
     only once.

 

Sounds good. There is also some= other text in this section that also needs some reworking. 

   =

   A PCEP speaker tha= t supports PCEPS but

   has previously alr= eady learned the peer willingness to reestablish

   session without TL= S, MAY send the Open message directly

 

Remembering this only once soun= ds like the right thing to me.



= [[Dhruv Dhody]] Updated to -

=  

=    A PCEP speaker that supports PCEPS but

=    has learned in the last exchange, the peer's willingness to

=    reestablish session without TLS, MAY send the Open message dir= ectly,

=    as per [RFC5440].  The attempt to re-establish the PCEP s= ession

    without TL= S SHOULD be limited to only once.

=  

= Thanks!

= Dhruv




----= ------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

* Section 3.2:

This sentence needs to be reworded

s/If a PCE that supports PCEPS connection/If a PCE supports PCEPS
connection/

[[Dhruv Dhody]] Ack. 

 

Great. I will clear as soon as = the new revision posts.

 

Regards

Suresh

 

--_000_23CE718903A838468A8B325B80962F9B8CB98D9Cblreml501mbb_-- From nobody Fri Aug 4 11:40:51 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E62A13217B; Fri, 4 Aug 2017 11:40:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 y5EDxqScetS5; Fri, 4 Aug 2017 11:40:48 -0700 (PDT) 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 2081B13207A; Fri, 4 Aug 2017 11:40:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLY50725; Fri, 04 Aug 2017 18:40:44 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 4 Aug 2017 19:40:43 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Sat, 5 Aug 2017 00:10:34 +0530 From: Dhruv Dhody To: "'Ben Campbell'" CC: The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTC+GeKMusC97gUUWSIE/gjuf8xaJyV6tggAAOMQCAAVcKwA== Date: Fri, 4 Aug 2017 18:40:34 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98DB2@blreml501-mbb> References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.77.87] 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.0A020202.5984BFAD.00C9, 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: 634ee1c563fa61fdb532b74f425c49a0 Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 18:40:50 -0000 SGkgQmVuLCANCg0KUGxlYXNlIHNlZSBpbmxpbmUuLi4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBCZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dDQo+ IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3IDIwOjU3DQo+IFRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhv ZHlAaHVhd2VpLmNvbT4NCj4gQ2M6IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPjsgY21hcmdhcmlh QGp1bmlwZXIubmV0OyBkcmFmdC1pZXRmLXBjZS0NCj4gcGNlcHNAaWV0Zi5vcmc7IHBjZUBpZXRm Lm9yZzsgcGNlLWNoYWlyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW1BjZV0gQmVuIENhbXBi ZWxsJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNToNCj4gKHdpdGggRElTQ1VT UyBhbmQgQ09NTUVOVCkNCg0KIChzbmlwKQ0KDQo+ID4+DQo+ID4+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ PiAtDQo+ID4+IENPTU1FTlQ6DQo+ID4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+PiAtDQo+ID4+DQo+ID4+ IFN1YnN0YW50aXZlOg0KPiA+Pg0KPiA+PiAtIEkgc2hhcmUgV2FycmVuJ3MgcXVlc3Rpb24gYWJv dXQgd2h5IHlvdSBjaG9zZSBTVEFSVFRMUyBvdmVyIGENCj4gPj4gZGVkaWNhdGVkIHBvcnQsIGVz cGVjaWFsbHkgc2luY2UgdGhlIDJuZCB0byBsYXN0IHBhcmFncmFwaCBpbiAzLjINCj4gPj4gZ29l cyBvdXQgb2YgaXRzIHdheSB0byBtZW50aW9uIHRoYXQuIFdoYXQgd2VyZSB0aGUgdHJhZGVvZmZz IGludm9sdmVkDQo+ID4+IHRoYXQgbWFkZSBhZGRpbmcgdGhlIGFkZGl0aW9uYWwgcHJvdG9jb2wg bWFjaGluZXJ5IG1vcmUgYXR0cmFjdGl2ZQ0KPiA+PiB0aGFuIGFsbG9jYXRpbmcgYSBwb3J0IG51 bWJlcj8NCj4gPj4NCj4gPiBbW0RocnV2IERob2R5XV0gSSBoYXZlIGFkZGVkIHRoaXMgdGV4dCAt DQo+ID4NCj4gPiAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0aGUgc3RhbmRhcmQgU3RhcnRUTFMgcHJv Y2VkdXJlIGluIFBDRVAsIGluc3RlYWQNCj4gPiAgIG9mIHVzaW5nIGEgZGlmZmVyZW50IHBvcnQg Zm9yIHRoZSBzZWN1cmVkIHNlc3Npb24uICBUaGlzIGlzIGRvbmUgdG8NCj4gPiAgIGF2b2lkIHJl cXVlc3RpbmcgYWxsb2NhdGlvbiBvZiBhbm90aGVyIHBvcnQgbnVtYmVyIGZvciB0aGUgUENFUFMu DQo+ID4gICBUaGUgU3RhcnRUTFMgcHJvY2VkdXJlIG1ha2VzIG1vcmUgZWZmaWNpZW50IHVzZSBv ZiBzY2FyY2UgcG9ydA0KPiA+ICAgbnVtYmVycyBhbmQgYWxsb3cgc2ltcGxlciBjb25maWd1cmF0 aW9uIG9mIFBDRVAuDQo+IA0KPiBUaGF04oCZcyBoZWxwZnVsLCBidXQgaXQgb25seSBzaG93cyB0 aGUgYmVuZWZpdHMgc2lkZSBvZiB0aGUgdHJhZGVvZmYuIEkNCj4gYXNzdW1lIHBlb3BsZSB0aG91 Z2h0IHRoZSBhZGRpdGlvbmFsIHByb3RvY29sIGNvbXBsZXhpdHkgd2FzIGEgcmVhc29uYWJsZQ0K PiBjb3N0IHRvIGJlYXI/DQo+IA0KW1tEaHJ1diBEaG9keV1dIFRoZXJlIHdhcyBzdWJzdGFudGl2 ZSBkaXNjdXNzaW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QgcmVnYXJkaW5nIHRoaXMsIGFzIG91ciBv cmlnaW5hbCBwcm9wb3NhbCByZXF1ZXN0ZWQgYSBuZXcgcG9ydCBhbmQgd2Ugd2VyZSBhZHZpc2Vk IHRvIHVzZSBTdGFydFRMUyBpbnN0ZWFkIGFmdGVyIGRpc2N1c3Npb24gd2l0aCB0cmFuc3BvcnQv c2VjdXJpdHkgZm9sa3MuIFNlZSBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L3BjZS9jdXJyZW50L21zZzAzNTQwLmh0bWwuIA0KDQoNCj4gDQo+ID4NCj4gPj4gLSAzLjI6ICJJ bXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IFNIQS0yNTYgYXMgZGVmaW5lZCBieSBbU0hTXSBh cw0KPiA+PiAgICAgICAgICB0aGUgaGFzaCBhbGdvcml0aG0gZm9yIHRoZSBmaW5nZXJwcmludC4i DQo+ID4+IERvIHlvdSByZWFsbHkgaW50ZW5kICJNVVNUIHN1cHBvcnQiIChtZWFuaW5nIHlvdSBo YXZlIHRvIGJlIGFibGUgdG8NCj4gPj4gaGFuZGxlIHNoYS0yNTYsIGJ1dCBjb3VsZCBhbGxvdyBv dGhlciBoYXNoZXMpIHZzICJNVVNUIHVzZSI/DQo+ID4+DQo+ID4gW1tEaHJ1diBEaG9keV1dIFll cywgYWRkaXRpb25hbCBoYXNoIGFsZ29yaXRobSBNQVkgYWxzbyBiZQ0KPiBzdXBwb3J0ZWQvdXNl ZC4NCj4gPg0KPiANCj4gSXMgdGhlcmUgYW4gZXhwZWN0YXRpb24gcGVvcGxlIHdpbGwgdXNlIG11 bHRpcGxlIGhhc2ggYWxnb3JpdGhtcyBzaWRlLWJ5LQ0KPiBzaWRlPyBPciBpcyB0aGlzIGZvciBw dXJwb3NlcyBvZiBoYXNoIGFnaWxpdHk/DQo+IA0KW1tEaHJ1diBEaG9keV1dIFNIQS0yNTYgaXMg dGhlIGN1cnJlbnQgbWFuZGF0b3J5IGhhc2gsIG90aGVycyBtaWdodCBiZWNvbWUgdXNhYmxlIGFu ZCB1c2VmdWwgYXMgdGhlIHRlY2hub2xvZ3kgZXZvbHZlcy4gRG8geW91IGhhdmUgYW55IHN1Z2dl c3RlZCBjaGFuZ2UgaW4gbWluZD8gDQpJIHNlZSBSRkM2NjE0IHVzZSBzaW1pbGFyIGxhbmd1YWdl ICJJbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IFNIQS0xIGFzIHRoZSBoYXNoIGFsZ29yaXRo bSBmb3IgdGhlIGZpbmdlcnByaW50Li4uLiINCg0KKHNuaXApDQoNCj4gPj4gLSAzLjQgOiAiTmVn b3RpYXRpb24gb2YgbXV0dWFsIGF1dGhlbnRpY2F0aW9uIGlzIFJFUVVJUkVELiINCj4gPj4gRG9l cyB0aGF0IG1lYW4gdGhhdCB0aGUgcGVlcnMgbXVzdCBlbGVjdCB0byB1c2UgbXV0dWFsDQo+ID4+ IGF1dGhlbnRpY2F0aW9uLCBvciB0aGF0IGlmIHRoZXkgd2FudCB0byB1c2UgaXQsIHRoZXkgbXVz dCBhZ3JlZSB0byBkbw0KPiA+PiBzbz8gKFRoZSBwYXR0ZXJuIHBlcnNpc3RzIHRocm91Z2hvdXQg dGhlIHNlY3Rpb24sIGJ1dCB0aGUgbWVhbmluZw0KPiA+PiBzZWVtcyBtb3JlIG9idmlvdXMgZm9y IHNvbWUgb2YgdGhlDQo+ID4+IG90aGVycy4pDQo+ID4+DQo+ID4gW1tEaHJ1diBEaG9keV1dIEkg YW0gYWxzbyBub3Qgc3VyZSwgdGhpcyB3YXMgYWRkZWQga2VlcGluZyBSRkM2NjE0IGFzDQo+IG91 ciByZWZlcmVuY2UuDQo+ID4gU2luY2UgVExTIHN1cHBvcnRzIG11bHRpcGxlIGF1dGhlbnRpY2F0 aW9uIG1vZGUsIHRoaXMgbWlnaHQgYmUgYSBzYXkNCj4gPiBtdXR1YWwgYXMgd2VsbCBhcyBzZXJ2 ZXItb25seSBhdXRoZW50aWNhdGlvbiBzaG91bGQgYmUgc3VwcG9ydGVkLiBCdXQNCj4gPiBub3Qg c3VyZSBhYm91dCB0aGUgd29yZCBuZWdvdGlhdGlvbiBoZXJlLiBJIHRoaW5rIHdlIGNhbiByZW1v dmUgdGhpcw0KPiA+IHN0YXRlbWVudCwgd2lsbCBkbyBzbyBvbmNlIHlvdSBjb25maXJtLiBoZQ0K PiANCj4gVGhlIGltcG9ydGFudCB0aGluZyBpcyB0aGF0IHRoZSBpbnRlbnQgb2YgdGhlIFdHIGlz IGNsZWFyLiBEbyB5b3UgbWVhbiB0bw0KPiBzYXkgdGhhdCB0aGUgd29ya2luZyBncm91cCBpbnRl bmRlZCB0byBhbGxvdyBib3RoIHNlcnZlci1vbmx5IGFuZCBtdXR1YWwNCj4gYXV0aGVudGljYXRp b24sIG9yIGRvIHlvdSBtZWFuIHRvIHNheSB0aGUgd29ya2luZyBncm91cCBkaWQgbm90IHRoaW5r DQo+IGFib3V0IGl0Pw0KPiANCltbRGhydXYgRGhvZHldXSBPbiBmdXJ0aGVyIGRpc2N1c3Npb24g d2l0aCBteSBjby1hdXRob3JzLCB3ZSBmZWVsIHdlIHNob3VsZCByZW1vdmUgdGhlIHN0YXRlbWVu dC4gVGhlIHByZXZpb3VzIHN0YXRlbWVudCBpbiB0aGUgZHJhZnQgYWJvdXQgbXV0dWFsIGF1dGhl bnRpY2F0aW9uIGlzIGVub3VnaCBhbmQgbXV0dWFsIGF1dGhlbnRpY2F0aW9uIHNob3VsZCBiZSB0 aGUgc3RhbmRhcmQuIA0KDQpSZWdhcmRzLA0KRGhydXYNCg0KPiBb4oCmXQ0KPiBUaGFua3MhDQo+ IA0KPiBCZW4uDQo= From nobody Fri Aug 4 11:41:55 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFA0C131FE1; Fri, 4 Aug 2017 11:41:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 DYyhiSLN6Qk4; Fri, 4 Aug 2017 11:41:44 -0700 (PDT) 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 DED8F131EB3; Fri, 4 Aug 2017 11:41:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLY50800; Fri, 04 Aug 2017 18:41:41 +0000 (GMT) Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 4 Aug 2017 19:41:40 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Sat, 5 Aug 2017 00:11:28 +0530 From: Dhruv Dhody To: "'Alexey Melnikov'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTDEAWa0wCnLOXH0eQPSyn6ZYwFaJyejWw///Q9QCAAYO08A== Date: Fri, 4 Aug 2017 18:41:27 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> In-Reply-To: <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.77.87] 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.0A020202.5984BFE5.012B, 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: 2584350350601a73558ae0ccd163daa1 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 18:41:47 -0000 SGkgQWxleGV5LCANCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBBbGV4 ZXkgTWVsbmlrb3YgW21haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtXQ0KPiBTZW50OiAwMyBB dWd1c3QgMjAxNyAxOToyNA0KPiBUbzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdlaS5j b20+OyBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCj4gQ2M6IGNtYXJnYXJpYUBqdW5pcGVyLm5l dDsgZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc7IHBjZUBpZXRmLm9yZzsNCj4gcGNlLWNo YWlyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgRGlz Y3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNToNCj4gKHdpdGggRElTQ1VTUyBhbmQgQ09N TUVOVCkNCj4gDQo+IEhpLA0KPiANCj4gT24gVGh1LCBBdWcgMywgMjAxNywgYXQgMDI6MzYgUE0s IERocnV2IERob2R5IHdyb3RlOg0KPiA+IEhpIEFsZXhleSwNCj4gPg0KPiA+IFRoYW5rcyBmb3Ig eW91ciBjb21tZW50cywgc2VlIGlubGluZS4uLg0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBBbGV4ZXkgTWVsbmlrb3YNCj4gPiA+IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3 IDE1OjM1DQo+ID4gPiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQo+ID4gPiBDYzogY21h cmdhcmlhQGp1bmlwZXIubmV0OyBkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZzsNCj4gPiA+ IHBjZUBpZXRmLm9yZzsgcGNlLWNoYWlyc0BpZXRmLm9yZw0KPiA+ID4gU3ViamVjdDogW1BjZV0g QWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNToNCj4g PiA+ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQo+ID4gPg0KPiA+ID4gQWxleGV5IE1lbG5p a292IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiA+ID4g ZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6IERpc2N1c3MNCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4g PiAtLQ0KPiA+ID4gRElTQ1VTUzoNCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gPiAtLQ0KPiA+ID4N Cj4gPiA+IEkgYW0gdmVyeSBnbGFkIHRvIHNlZSB0aGlzIGRvY3VtZW50IGFuZCBJIHdpbGwgYmUg c3dpdGNoaW5nIHRvICJZZXMiDQo+ID4gPiBvbmNlIHdlIGRpc2N1c3MgdGhlIGZvbGxvd2luZyBp c3N1ZXM6DQo+ID4gPg0KPiA+ID4gMSkNCj4gPiA+ICAgICAgICAgICAgICAgICAgICstKy0rICAg ICAgICAgICAgICAgICArLSstKw0KPiA+ID4gICAgICAgICAgICAgICAgICAgfFBDQ3wgICAgICAg ICAgICAgICAgIHxQQ0V8DQo+ID4gPiAgICAgICAgICAgICAgICAgICArLSstKyAgICAgICAgICAg ICAgICAgKy0rLSsNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCBTdGFydFRMUyAgICAgICAgICAgIHwN Cj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCBtc2cgICAgICAgICAgICAgICAgIHwNCj4gPiA+ ICAgICAgICAgICAgICAgICAgICAgfC0tLS0tLS0gICAgICAgICAgICAgIHwNCj4gPiA+ICAgICAg ICAgICAgICAgICAgICAgfCAgICAgICBcICAgU3RhcnRUTFMgIHwNCj4gPiA+ICAgICAgICAgICAg ICAgICAgICAgfCAgICAgICAgXCAgbXNnICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAg ICAgfCAgICAgICAgIFwgIC0tLS0tLS0tLXwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAg ICAgICAgICBcLyAgICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAg ICAvXCAgICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgIC8gIC0t LS0tLS0tPnwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgLyAgICAgICAgICAg IHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfDwtLS0tLS0gICAgICAgICAgICAgIHwNCj4g PiA+ICAgICAgICAgICAgICAgICAgICAgfDo6Ojo6Ojo6OlRMUzo6Ojo6Ojo6OnwgVExTIEVzdGFi bGlzaG1lbnQNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfDo6Ojo6RXN0YWJsaXNobWVudDo6 OnwgRmFpbHVyZQ0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg ICAgfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8PC0tLS0tLS0tLS0tLS0tLS0tLS0tfCBT ZW5kIEVycm9yLVR5cGUgVEJBMg0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgUENF cnIgICAgICAgICAgfCBFcnJvci1WYWx1ZSAzLzQNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAg fCAgICAgICAgICAgICAgICAgICAgIHwNCj4gPiA+DQo+ID4gPiAgICAgICBGaWd1cmUgMjogQm90 aCBQQ0VQIFNwZWFrZXIgc3VwcG9ydHMgUENFUFMgKHN0cmljdCksIGJ1dCBjYW5ub3QNCj4gPiA+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlc3RhYmxpc2ggVExTDQo+ID4gPg0KPiA+ ID4gRmlyc3RseSwgSSB0aGluayB5b3UgYWxzbyBuZWVkIHRvIGRlbW9uc3RyYXRlIGEgY2FzZSB3 aGVuIHRoZSBzZXJ2ZXINCj4gPiA+IGVuZCBvZiBUTFMgaXMgcmVmdXNpbmcgdG8gc3RhcnRUTFMg YmVmb3JlIHRyeWluZyBUTFMgbmVnb3RpYXRpb24NCj4gPiA+IChlLmcuIGlmIGl0IGRvZXNuJ3Qg aGF2ZSBjZXJ0aWZpY2F0ZSBjb25maWd1cmVkKS4gSW4gdGhpcyBjYXNlIHlvdQ0KPiA+ID4gbmVl ZCB0byBzZW5kIFBDRXJyIGluIHRoZSBjbGVhci4gSSB0aGluayBlYXJsaWVyIHRleHQgc3VnZ2Vz dCB0aGF0DQo+IHRoaXMgY2FzZSBpcyBwb3NzaWJsZS4NCj4gPiA+DQo+ID4gW1tEaHJ1diBEaG9k eV1dIE5vLCB0aGUgb25seSBlcnJvciB0byBTdGFydFRMUyBpcyBieSBhbiBpbXBsZW1lbnRhdGlv bg0KPiA+IHRoYXQgZG9lcyBub3QgdW5kZXJzdGFuZCB0aGUgbWVzc2FnZS4NCj4gPiBJbiBjYXNl IGNlcnRpZmljYXRlIGlzIG5vdCBjb25maWd1cmVkIHdlIHdvdWxkIHN0YXJ0IFRMUyBuZWdvdGlh dGlvbiwNCj4gPiB3aGljaCB3b3VsZCBmYWlsLg0KPiANCj4gSSB0aGluayB5b3Ugc2hvdWxkIGNs YXJpZnkgdGhpcy4NCj4gDQo+IEkgaGF2ZSBpbXBsZW1lbnRlZCBTdGFydFRMUyBpbiBib3RoIElN QVAgYW5kIExEQVAgYW5kIHRoaXMgaXMgbm90DQo+IG5lY2Vzc2FyaWx5IGhvdyBpdCB3b3JrcyB0 aGVyZTogYmVmb3JlIFRMUyBuZWdvdGlhdGlvbiBzdGFydHMgaXQgaXMNCj4gcG9zc2libGUgZm9y IHRoZSBzZXJ2ZXIgZW5kIHRvIHJlamVjdCBuZWdvdGlhdGlvbiBpbiBjbGVhcnRleHQuDQo+IA0K W1tEaHJ1diBEaG9keV1dIEVycm9yIGNhbiBiZSBhZGRlZCBoZXJlLCBNb3JlIG9uIHRoaXMsIHNl ZSByZXBseSBiZWxvdy4gIA0KDQo+ID4gPiBTZWNvbmRseSwgZG9lcyB0aGUgY2FzZSBkZXBpY3Rl ZCBvbiB0aGlzIHBpY3R1cmUgbWVhbiB0aGF0IFRMUyB3YXMNCj4gPiA+IG5lZ290aWF0ZWQgc3Vj Y2Vzc2Z1bGx5LCBidXQgVExTIGlkZW50aXRpZXMgd2VyZSBub3Qgc3VjY2Vzc2Z1bGx5DQo+IHZl cmlmaWVkPw0KPiA+ID4gKEkuZS4gdGhlIFBDRXJyIGlzIHNlbnQgb3ZlciB0aGUgVExTIGxheWVy KS4gSWYgVExTIGZhaWxlZCB0bw0KPiA+ID4gbmVnb3RpYXRlLCB5b3UgZG9uJ3QgaGF2ZSBhIGNo YW5uZWwgdG8gc2VuZCBkYXRhIG9uLCBhcyB0aGUgb3RoZXINCj4gPiA+IGVuZCB3aWxsIGdldCBj b25mdXNlZC4gSSB0aGluayB5b3UganVzdCBoYXZlIHRvIGNsb3NlIGNvbm5lY3Rpb24gaW4NCj4g c3VjaCBjYXNlLg0KPiA+ID4NCj4gPiBbW0RocnV2IERob2R5XV0gTm8sIHRoZSBQQ0VyciBpcyBz ZW50IGluIGNsZWFyIG92ZXIgdGhlIFRDUCBjb25uZWN0aW9uDQo+ID4gKHVuZGVybHlpbmcgdHJh bnNwb3J0KS4NCj4gPiBFS1IgYWxzbyBtYWRlIGEgc2ltaWxhciBwb2ludC4gSSB1cGRhdGVkIHRo ZSB0ZXh0IHRvIGluY2x1ZGUgdGhpcyAtDQo+ID4NCj4gPiAgICBOb3RlIHRoYXQsIHRoZSBQQ0VQ IGltcGxlbWVudGF0aW9uIE1VU1Qgc2VuZCB0aGUgUENFcnIgbWVzc2FnZSBvbmNlDQo+ID4gICAg dGhlIFRMUyBjb25uZWN0aW9uIGhhcyBiZWVuIGNsb3NlZCBpLmUuIHRoZSBUTFMgY2xvc2Vfbm90 aWZ5DQo+ID4gICAgW1JGQzUyNDZdIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gdGhlIHBlZXIuICBB cyBwZXIgW1JGQzUyNDZdLCBpZiB0aGUNCj4gPiAgICBkYXRhIG1heSBiZSBjYXJyaWVkIG92ZXIg dGhlIHVuZGVybHlpbmcgdHJhbnNwb3J0IGFmdGVyIHRoZSBUTFMNCj4gPiAgICBjb25uZWN0aW9u IGlzIGNsb3NlZCwgdGhlIFRMUyBpbXBsZW1lbnRhdGlvbiBtdXN0IHJlY2VpdmUgdGhlDQo+ID4g ICAgcmVzcG9uZGluZyBjbG9zZV9ub3RpZnkgYWxlcnQgYmVmb3JlIGluZGljYXRpbmcgdG8gdGhl IGFwcGxpY2F0aW9uDQo+ID4gICAgbGF5ZXIgdGhhdCB0aGUgVExTIGNvbm5lY3Rpb24gaGFzIGVu ZGVkLg0KPiANCj4gSG1tLCBJIGFtIG5vdCBzdXJlIHRoaXMgd2lsbCBldmVyIHdvcmsuIEkga25v dyB0aGF0IGltcGxlbWVudGF0aW9ucyBvZiBUTFMNCj4gaW4gb3RoZXIgcHJvdG9jb2xzIEkgd29y a2VkIG9uIGNhbid0IHJlYWQgYW55IGNsZWFydGV4dCBUQ1AgZGF0YSBhZnRlciBUTFMNCj4gaGFz IGZhaWxlZC4NCj4gDQpbW0RocnV2IERob2R5XV0gT25lIHdheSB0byByZXNvbHZlIHRoaXMgaXNz dWUgd291bGQgYmUgd2UgbW92ZSB0aGVzZSBlcnJvcnMgZnJvbSBhZnRlciBUTFMgbmVnb3RpYXRp b24gdG8gYmVmb3JlIGl0LCBzbyB0aGF0IHRoZXkgYmVjb21lIHRoZSByZXNwb25zZSB0byBTdGFy dFRMUyBhcyBzdWdnZXN0ZWQgYnkgeW91ciBwcmV2aW91cyBjb21tZW50LiANCldlIHdvdWxkIG5v dCBiZSBzZW5kaW5nIGVycm9yIGluIGNsZWFyIHRleHQgaW4gY2FzZSBvZiBUTFMgbmVnb3RpYXRp b24gZmFpbHVyZS4gDQoNClNvIGJhc2ljYWxseSB0aGUgY2hhbmdlIHdvdWxkIGxvb2sgc29tZXRo aW5nIGxpa2UgLSAgDQoNCk9MRDogDQogICBBZnRlciB0aGUgZXhjaGFuZ2Ugb2YgU3RhcnRUTFMg bWVzc2FnZXMsIGlmIGEgUENFUCBzcGVha2VyIGNhbm5vdA0KICAgZXN0YWJsaXNoIGEgVExTIGNv bm5lY3Rpb24gZm9yIHNvbWUgcmVhc29uIChlLmcuIHRoZSByZXF1aXJlZA0KICAgbWVjaGFuaXNt cyBmb3IgY2VydGlmaWNhdGUgcmV2b2NhdGlvbiBjaGVja2luZyBhcmUgbm90IGF2YWlsYWJsZSks IGl0DQogICBNVVNUIHJldHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluIGNsZWFyKSB3aXRoIEVycm9y LVR5cGUgc2V0IHRvIFtUQkEyDQogICBieSBJQU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKSBh bmQgRXJyb3ItdmFsdWUgc2V0IHRvOg0KDQogICBvICAzIChub3Qgd2l0aG91dCBUTFMpIGlmIGl0 IGlzIG5vdCB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQg dGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0K ICAgICAgc2Vzc2lvbi4NCg0KICAgbyAgNCAob2sgd2l0aG91dCBUTFMpIGlmIGl0IGlzIHdpbGxp bmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlcw0KICAgICAgd2l0aG91dCB0aGUgc29saWNpdGVk IFRMUyBjb25uZWN0aW9uLCBhbmQgaXQgTVVTVCBjbG9zZSB0aGUgVENQDQogICAgICBzZXNzaW9u LiAgVGhlIHJlY2VpdmVyIE1BWSBjaG9vc2UgdG8gYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhl DQogICAgICBQQ0VQIHNlc3Npb24gd2l0aG91dCBUTFMgbmV4dC4gIFRoZSBhdHRlbXB0IHRvIHJl LWVzdGFibGlzaCB0aGUNCiAgICAgIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9VTEQgYmUg bGltaXRlZCB0byBvbmx5IG9uY2UuDQoNCk5FVzoNCiAgIElmIGEgUENFUCBzcGVha2VyIHRoYXQg aXMgdW53aWxsaW5nIG9yIHVuYWJsZSB0byBuZWdvdGlhdGUgVExTDQogICByZWNlaXZlcyBhIFN0 YXJ0VExTIG1lc3NhZ2VzLCBpdCBNVVNUIHJldHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluDQogICBj bGVhcikgd2l0aCBFcnJvci1UeXBlIHNldCB0byBbVEJBMiBieSBJQU5BXSAoUENFUCBTdGFydFRM UyBmYWlsdXJlKQ0KICAgYW5kIEVycm9yLXZhbHVlIHNldCB0bzoNCg0KICAgbyAgMyAobm90IHdp dGhvdXQgVExTKSBpZiBpdCBpcyBub3Qgd2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2Vz DQogICAgICB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNU IGNsb3NlIHRoZSBUQ1ANCiAgICAgIHNlc3Npb24uDQoNCiAgIG8gIDQgKG9rIHdpdGhvdXQgVExT KSBpZiBpdCBpcyB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhv dXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRD UA0KICAgICAgc2Vzc2lvbi4gIFRoZSByZWNlaXZlciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8g cmUtZXN0YWJsaXNoIHRoZQ0KICAgICAgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIG5leHQuICBU aGUgYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlDQogICAgICBQQ0VQIHNlc3Npb24gd2l0aG91 dCBUTFMgU0hPVUxEIGJlIGxpbWl0ZWQgdG8gb25seSBvbmNlLg0KDQogICBBZnRlciB0aGUgZXhj aGFuZ2Ugb2YgU3RhcnRUTFMgbWVzc2FnZXMsIGlmIHRoZSBUTFMgbmVnb3RpYXRpb24gZmFpbHMN CiAgIGZvciBzb21lIHJlYXNvbiAoZS5nLiB0aGUgcmVxdWlyZWQgbWVjaGFuaXNtcyBmb3IgY2Vy dGlmaWNhdGUNCiAgIHJldm9jYXRpb24gY2hlY2tpbmcgYXJlIG5vdCBhdmFpbGFibGUpLCBib3Ro IHBlZXJzIFNIT1VMRCBpbW1lZGlhdGVseQ0KICAgY2xvc2UgdGhlIGNvbm5lY3Rpb24uICBTaW5j ZSB0aGUgaW5pdGlhdG9yIGhhcyBubyB3YXkgdG8ga25vdyBpZiB0aGUNCiAgIHBlZXIgaXMgd2ls bGluZyB0byBhY2NlcHQgUENFUCBjb25uZWN0aW9uIHdpdGhvdXQgVExTLCBiYXNlZCBvbiB0aGUN CiAgIGxvY2FsIHBvbGljeSwgaXQgTUFZIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZSBQQ0VQ IHNlc3Npb24gd2l0aG91dA0KICAgVExTLiAgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRo ZSBQQ0VQIHNlc3Npb24gd2l0aG91dCBUTFMgU0hPVUxEDQogICBiZSBsaW1pdGVkIHRvIG9ubHkg b25jZS4NCkVORA0KDQpXb3JraW5nIHZlcnNpb246IGh0dHBzOi8vZ2l0aHViLmNvbS9kaHJ1dmRo b2R5LWh1YXdlaS9pZXRmL2Jsb2IvbWFzdGVyL2RyYWZ0LWlldGYtcGNlLXBjZXBzLTE2LnR4dA0K RGlmZjogaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmP3VybDE9ZHJhZnQtaWV0Zi1wY2Ut cGNlcHMtMTUmdXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vZGhydXZkaG9k eS1odWF3ZWkvaWV0Zi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYudHh0DQoNClJlZ2Fy ZHMsDQpEaHJ1dg0KDQo+ID4gPiBTbyBtYXliZSB5b3UgbmVlZCAzIGZpZ3VyZXMgZGVzY3JpYmlu ZyB0aGUgYWJvdmUgMyBjYXNlcy4NCg== From nobody Fri Aug 4 11:42:45 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B7C11321C0; Fri, 4 Aug 2017 11:42:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 6UinvJmAt-7a; Fri, 4 Aug 2017 11:42:40 -0700 (PDT) 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 5F6E61321A3; Fri, 4 Aug 2017 11:42:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLY50875; Fri, 04 Aug 2017 18:42:37 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 4 Aug 2017 19:42:36 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Sat, 5 Aug 2017 00:12:28 +0530 From: Dhruv Dhody To: "'Eric Rescorla'" , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTCuS9a5lteACDJUiXLjY6vwnXVqJx/TVwgAIXZ7A= Date: Fri, 4 Aug 2017 18:42:27 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB98DE7@blreml501-mbb> References: <150160552743.9608.12510518895697614960.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98604@blreml501-mbb> In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98604@blreml501-mbb> 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.77.87] 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.0A020203.5984C01E.0028, 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: f92bca682966fed498036fb9b9e0d297 Archived-At: Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 18:42:44 -0000 Hi Eric,=20 I have made an update based on further comments from Alexey regarding the P= CErr after TLS negotiation failed. See my reply in that thread.=20 Also,=20 Working version: https://github.com/dhruvdhody-huawei/ietf/blob/master/draf= t-ietf-pce-pceps-16.txt Diff: https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-pceps-15&url2=3D= https://raw.githubusercontent.com/dhruvdhody-huawei/ietf/master/draft-ietf-= pce-pceps-16.txt Regards, Dhruv > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody > Sent: 03 August 2017 19:03 > To: 'Eric Rescorla' ; The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: > (with DISCUSS and COMMENT) >=20 > Hi Eric, >=20 > Thanks for your review, please see inline... >=20 > > -----Original Message----- > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Eric Rescorla > > Sent: 01 August 2017 22:09 > > To: The IESG > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; > > pce@ietf.org; pce-chairs@ietf.org > > Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-pceps-15: > > (with DISCUSS and COMMENT) > > > > Eric Rescorla has entered the following ballot position for > > draft-ietf-pce-pceps-15: Discuss > > > > When responding, please keep the subject line intact and reply to all > > email addresses included in the To and CC lines. (Feel free to cut > > this introductory paragraph, however.) > > > > > > Please refer to > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ > > > > > > > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > 1. This needs a cite to RFC 6125 to define how to do name validation. > > > [[Dhruv Dhody]] Updated. >=20 > + Implementations MUST follow the rules and guidelines for > peer validation as defined in [RFC6125]. >=20 > > 2. You require TLS_RSA_WITH_AES_128_GCM_SHA256, but this is not > > consistent with modern recommendations, which are for algorithms that > > provide forward secrecy. You should be recommending > > TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 with P-256, which is > > consistent with the recommendations for TLS 1.3 (and UTA, IIRC). > > > [[Dhruv Dhody]] The reason for the misalignment has been just a matter of > time, for a document in the review queue for a while. We are happy to > align with TLS 1.3 and UTA recommendations. Text updated to - >=20 > * PCEPS implementations MUST, at a minimum, support negotiation > of the TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 [RFC6460], and > SHOULD support TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 as > well. Implementations SHOULD support the NIST P-256 > (secp256r1) curve [RFC4492]. In addition, PCEPS > implementations MUST support negotiation of the mandatory-to- > implement ciphersuites required by the versions of TLS that > they support. >=20 > > 3, It's clear to me how authentication of the PCE works in that the > > PCC connects to it using a domain name or IP address and therefore can > > check the PCC's certificate against that, but it's not clear to me > > what the PCE does when the client connects? > > Is it supposed to have a list of valid peers? > > > [[Dhruv Dhody]] Any of the usual techniques applicable in TLS to verify > client authorization can be applied here: from a list of trusted CAs, to = a > list of fingerprints and identities associated to them. >=20 > > 4. The error reporting mechanism you describe in S 3.2 is unusual: > > > > After the exchange of StartTLS messages, if a PCEP speaker cannot > > establish a TLS connection for some reason (e.g. the required > > mechanisms for certificate revocation checking are not available), i= t > > MUST return a PCErr message (in clear) with Error-Type set to [TBA2 > > by IANA] (PCEP StartTLS failure) and Error-value set to: > > > > I am not aware of any other protocol that does this, and it's a bit > > problematic because you either need to (a) require that you always > > send a TLS alert so that the receiver knows that the next byte is a > > PCE message or (b) specify some mechanism for demuxing PCE and TLS. > > Even in the former category, many TLS stacks are greedy about their > > IO, so they will read the alert + the PCE message and then discard the > > message. Instead you should > > either: > > > > (a) specify that you always send TLS alerts and don't send PCE errors > > (TLS alerts are pretty rich) > > (b) send any post-handshake alerts over the TLS connection. > > > > Failing that, you need to provide detailed instructions about how to > > make this work. > > > [[Dhruv Dhody]] I have added this text - >=20 > Note that, the PCEP implementation MUST send the PCErr message once > the TLS connection has been closed i.e. the TLS close_notify > [RFC5246] has been received from the peer. As per [RFC5246], if the > data may be carried over the underlying transport after the TLS > connection is closed, the TLS implementation must receive the > responding close_notify alert before indicating to the application > layer that the TLS connection has ended. >=20 > Would this resolve the discuss? >=20 > > > > 5. It seems like it would be a good idea to specify a pinning > > mechanism so you could say "always do TLS in future". Is that > > something that was discussed? > > > [[Dhruv Dhody]] The document uses a SHOULD right now. Do you have some > suggested text or a reference for this? >=20 > > 6. * TLS with X.509 certificates using certificate fingerprints= : > > Implementations MUST allow the configuration of a list of > > trusted certificates, identified via fingerprint of the > > Distinguished Encoding Rules (DER) encoded certificate octets= . > > Implementations MUST support SHA-256 as defined by [SHS] as > > the hash algorithm for the fingerprint. > > > > What does "trusted" mean here? I think it means "one I would accept as > > a counterparty" rather than "can sign other certs". In any case, this > > must be clear. > [[Dhruv Dhody]] Updated to - >=20 > * TLS with X.509 certificates using certificate fingerprints: > Implementations MUST allow the configuration of a list of > certificates that are trusted to identify peers, identified > via fingerprint of the Distinguished Encoding Rules (DER) > encoded certificate octets. Implementations MUST support > SHA-256 as defined by [SHS] as the hash algorithm for the > fingerprint. >=20 > > > > A bunch of other stuff is underspecified (see below). > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > This document needs a significant editorial pass. I found a number of > > writing errors, e.g., "Securing via TLS of an existing PCEP session is > > not permitted," > > > [[Dhruv Dhody]] Some updates are done, other authors will redo an > editorial pass. >=20 > > S 1. > > defining their application in depth. Moreover, [RFC6952] remarks th= e > > importance of ensuring PCEP communication privacy, especially when > > > > The term here is "confidentiality" > > > [[Dhruv Dhody]] Ack, updated but RFC6952 used that word :) >=20 > > S 3.2. > > The whole description of how you can race StartTLS iff you know you > > are TLS only is really hard to understand until you get to the > > diagrams. I would write something like: > > > > The PCC initiates the use of TLS by sending a StartTLS message > > The PCE agrees to the use of TLS by responding with its own > > StartTLS message. If the PCE is configured to only do TLS, it > > may send the StartTLS message immediately upon TCP connection > > establishment; otherwise it MUST wait for the PCC's first > > message to see whether it is an Open or StartTLS message. > > > > > [[Dhruv Dhody]] Ack. I have added this at the start. > > > > S 3.4. > > + Implementations SHOULD indicate their trusted CAs. For TL= S > > 1.2, this is done using [RFC5246], Section 7.4.4, > > "certificate_authorities" (server side) and [RFC6066], > > Section 6 "Trusted CA Indication" (client side). > > > > Do common stacks do this? I know NSS does not. > > > > > [[Dhruv Dhody]] Should be a part of platform setup, BTW this text is same > as RFC6614. If you have recommendations in other RFCs, please let us know= n. >=20 > > To support TLS re-negotiation both peers MUST support the mechanism > > described in [RFC5746]. Any attempt to initiate a TLS handshake to > > establish new cryptographic parameters not aligned with [RFC5746] > > SHALL be considered a TLS negotiation failure. > > > > Is there a reason to allow renegotiation at all? > > > [[Dhruv Dhody]] The only reason for mentioning renegotiation was > historical (as it was discussed in some prior RFCs we have used as > reference). As per the current recommendations we have removed the text. >=20 > > > > S 3.5 > > [I-D.ietf-pce-stateful-sync-optimizations] specify a Speaker Entity > > Identifier TLV (SPEAKER-ENTITY-ID), as an optional TLV that MAY be > > included in the OPEN Object. It contains a unique identifier for th= e > > node that does not change during the lifetime of the PCEP speaker. > > An implementation would thus expose the speaker entity identifier as > > part of the X509v3 certificate, so that an implementation could use > > this identifier for the peer identification trust model. > > > > This seems underspecified. Is there an OID assigned? > > > > > [[Dhruv Dhody]] Updated, added subjectAltName:otherName >=20 > > S 4.1. > > DANE [RFC6698] defines a secure method to associate the certificate > > that is obtained from a TLS server with a domain name using DNS, > > i.e., using the TLSA DNS resource record (RR) to associate a TLS > > server certificate or public key with the domain name where the > > record is found, thus forming a "TLSA certificate association". The > > DNS information needs to be protected by DNS Security (DNSSEC). A > > PCC willing to apply DANE to verify server identity MUST conform to > > the rules defined in section 4 of [RFC6698]. The server's domain > > name must be authorized separately, as TLSA does not provide any > > useful authorization guarantees. > > > > This is also underspecified. Which DANE types are you suggesting you us= e? > > > > > [[Dhruv Dhody]] Added text - >=20 > The implementation MUST > support Service certificate constraint (TLSA Certificate Usages type > 1) with Matching type 2 (SHA2-256) as described in > [RFC6698][RFC7671]. >=20 > > S 7. > > Some TLS ciphersuites only provide integrity validation of their > > payload, and provide no encryption. This specification does not > > forbid the use of such ciphersuites, but administrators must weight > > carefully the risk of relevant internal data leakage that can occur > > in such a case, as explicitly stated by [RFC6952]. > > > > Why don't you forbid it? > > > [[Dhruv Dhody]] The main reason for not completely forbidding them is tha= t > many PCE connections are considered to be "internal", within the provider > dedicated management network. In discussions with operational units, they > expressed concerns about traceability and error detection in case of full > encryption. I'd suggest to avoid the forbidding, but leaving a strong > requirement (with a "RECOMMENDED" or a "SHOULD"). I have updated the text > to - >=20 > Some TLS ciphersuites only provide integrity validation of their > payload, and provide no encryption, such ciphersuites SHOULD NOT be > used by default. Administrators MAY allow the usage of these > ciphersuites after careful weighting of the risk of relevant internal > data leakage, that can occur in such a case, as explicitly stated by > [RFC6952]. >=20 >=20 > Working version: https://github.com/dhruvdhody- > huawei/ietf/blob/master/draft-ietf-pce-pceps-16.txt > Diff: https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-pceps- > 15&url2=3Dhttps://raw.githubusercontent.com/dhruvdhody- > huawei/ietf/master/draft-ietf-pce-pceps-16.txt >=20 > Regards, > Dhruv >=20 > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Sat Aug 5 10:29:06 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B37E2131D9F for ; Sat, 5 Aug 2017 10:28:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.61 X-Spam-Level: X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com 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 vvAe5vkMaGYy for ; Sat, 5 Aug 2017 10:28:55 -0700 (PDT) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D586129B2A for ; Sat, 5 Aug 2017 10:28:52 -0700 (PDT) Received: by mail-yw0-x22c.google.com with SMTP id p68so25023500ywg.0 for ; Sat, 05 Aug 2017 10:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=EhMHaWePm4izLL1uELrfAFGxleuGHfppf6hNKkU/xpo=; b=BADdMWgzkzwJKlst+7wRezAF4u4WD6PPCMn6LIYRKMWvNsCK6sXfF4m6DIrKs4rlQw WO1Yi3zT8CarvxRFDtZvq0utuJXf8oItk0R4LVhvK8MhLMBIZ0U8Sr87aQTvsDEi4W8+ m4ESgWUpLUDE8kHPQ+d0XZhBc+S6uA6UC7Ocgga6fuvL7ReSZY4pII2OrLqk7Nu+YEfN HCGYxS5c73/xe0iA7O7GMdCIu0CHcps+OfmKcI4NbNbzZx9uVtEADDRM2dsy7pAUHXU8 6QVw9v/CX0bKz/8HdTbi9HokNWh6yfU7ZQ5RcZhO3nC2ia4R0coPwAKTUA/yhjH3g94a /fUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=EhMHaWePm4izLL1uELrfAFGxleuGHfppf6hNKkU/xpo=; b=PsI1FE6G+SFtc5JkzxlhAxq/1nzlB/5Mo9NzKYSrytWAj0RtAb+n6z1UkIxLbHuYiB FQQTGPfIf8IZnZ4g0QxIOcXvSrcJwZjA42+G2s0pBlcLl17UdVeUvxwivuXQjUDvonID omIaQePFGqDT5YtrIXCQwbkUZw6XV9HLKwkYsxgUmTS2h4n4u34kTRxhNZSdk2u5Uxf/ g6B2+4uCwQZpxJ2DFrzug7Kz7c0mPrsZ4b974JuneTiLtXfiuk+N/E9DlsJy4YXTFGXn zTF+IA9IxsJxWe5E5D55eeFagv3C/Hr2R+5WXOSQ4tP47QOkJmTr2JFSC4yELWUe9XML nF3Q== X-Gm-Message-State: AHYfb5h/eli3CsdDOeeSnD8N95+yJ21yLHpD4gbNrv6A4I05SBQEO2ms qFUk+Qw1hd86BenjwU/3P+aDw967yXa5 X-Received: by 10.37.56.12 with SMTP id f12mr5021269yba.289.1501954131492; Sat, 05 Aug 2017 10:28:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.36.12 with HTTP; Sat, 5 Aug 2017 10:28:10 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> From: Eric Rescorla Date: Sat, 5 Aug 2017 10:28:10 -0700 Message-ID: To: Dhruv Dhody Cc: Alexey Melnikov , The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c03e4c27a26d6055604f287" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 17:28:58 -0000 --94eb2c03e4c27a26d6055604f287 Content-Type: text/plain; charset="UTF-8" On Fri, Aug 4, 2017 at 11:41 AM, Dhruv Dhody wrote: > Hi Alexey, > > > -----Original Message----- > > From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm] > > Sent: 03 August 2017 19:24 > > To: Dhruv Dhody ; The IESG > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > > pce-chairs@ietf.org > > Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: > > (with DISCUSS and COMMENT) > > > > Hi, > > > > On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote: > > > Hi Alexey, > > > > > > Thanks for your comments, see inline... > > > > > > > -----Original Message----- > > > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov > > > > Sent: 03 August 2017 15:35 > > > > To: The IESG > > > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; > > > > pce@ietf.org; pce-chairs@ietf.org > > > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: > > > > (with DISCUSS and COMMENT) > > > > > > > > Alexey Melnikov has entered the following ballot position for > > > > draft-ietf-pce-pceps-15: Discuss > > > > -------------------------------------------------------------------- > > > > -- > > > > DISCUSS: > > > > -------------------------------------------------------------------- > > > > -- > > > > > > > > I am very glad to see this document and I will be switching to "Yes" > > > > once we discuss the following issues: > > > > > > > > 1) > > > > +-+-+ +-+-+ > > > > |PCC| |PCE| > > > > +-+-+ +-+-+ > > > > | | > > > > | StartTLS | > > > > | msg | > > > > |------- | > > > > | \ StartTLS | > > > > | \ msg | > > > > | \ ---------| > > > > | \/ | > > > > | /\ | > > > > | / -------->| > > > > | / | > > > > |<------ | > > > > |:::::::::TLS:::::::::| TLS Establishment > > > > |:::::Establishment:::| Failure > > > > | | > > > > |<--------------------| Send Error-Type TBA2 > > > > | PCErr | Error-Value 3/4 > > > > | | > > > > > > > > Figure 2: Both PCEP Speaker supports PCEPS (strict), but cannot > > > > establish TLS > > > > > > > > Firstly, I think you also need to demonstrate a case when the server > > > > end of TLS is refusing to startTLS before trying TLS negotiation > > > > (e.g. if it doesn't have certificate configured). In this case you > > > > need to send PCErr in the clear. I think earlier text suggest that > > this case is possible. > > > > > > > [[Dhruv Dhody]] No, the only error to StartTLS is by an implementation > > > that does not understand the message. > > > In case certificate is not configured we would start TLS negotiation, > > > which would fail. > > > > I think you should clarify this. > > > > I have implemented StartTLS in both IMAP and LDAP and this is not > > necessarily how it works there: before TLS negotiation starts it is > > possible for the server end to reject negotiation in cleartext. > > > [[Dhruv Dhody]] Error can be added here, More on this, see reply below. > > > > > Secondly, does the case depicted on this picture mean that TLS was > > > > negotiated successfully, but TLS identities were not successfully > > verified? > > > > (I.e. the PCErr is sent over the TLS layer). If TLS failed to > > > > negotiate, you don't have a channel to send data on, as the other > > > > end will get confused. I think you just have to close connection in > > such case. > > > > > > > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP connection > > > (underlying transport). > > > EKR also made a similar point. I updated the text to include this - > > > > > > Note that, the PCEP implementation MUST send the PCErr message once > > > the TLS connection has been closed i.e. the TLS close_notify > > > [RFC5246] has been received from the peer. As per [RFC5246], if the > > > data may be carried over the underlying transport after the TLS > > > connection is closed, the TLS implementation must receive the > > > responding close_notify alert before indicating to the application > > > layer that the TLS connection has ended. > > > > Hmm, I am not sure this will ever work. I know that implementations of > TLS > > in other protocols I worked on can't read any cleartext TCP data after > TLS > > has failed. > > > [[Dhruv Dhody]] One way to resolve this issue would be we move these > errors from after TLS negotiation to before it, so that they become the > response to StartTLS as suggested by your previous comment. > We would not be sending error in clear text in case of TLS negotiation > failure. > > So basically the change would look something like - > > OLD: > After the exchange of StartTLS messages, if a PCEP speaker cannot > establish a TLS connection for some reason (e.g. the required > mechanisms for certificate revocation checking are not available), it > MUST return a PCErr message (in clear) with Error-Type set to [TBA2 > by IANA] (PCEP StartTLS failure) and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > NEW: > If a PCEP speaker that is unwilling or unable to negotiate TLS > receives a StartTLS messages, it MUST return a PCErr message (in > clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) > and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > After the exchange of StartTLS messages, if the TLS negotiation fails > for some reason (e.g. the required mechanisms for certificate > revocation checking are not available), both peers SHOULD immediately > close the connection. Since the initiator has no way to know if the > peer is willing to accept PCEP connection without TLS, based on the > local policy, it MAY attempt to re-establish the PCEP session without > TLS. The attempt to re-establish the PCEP session without TLS SHOULD > be limited to only once. This will technically work, but is there a reason you don't specify a parameter to STARTTLS which expresses your policy? -Ekr > > Working version: https://github.com/dhruvdhody- > huawei/ietf/blob/master/draft-ietf-pce-pceps-16.txt > Diff: https://tools.ietf.org/rfcdiff?url1=draft-ietf-pce-pceps-15& > url2=https://raw.githubusercontent.com/dhruvdhody-huawei/ > ietf/master/draft-ietf-pce-pceps-16.txt > > Regards, > Dhruv > > > > > So maybe you need 3 figures describing the above 3 cases. > --94eb2c03e4c27a26d6055604f287 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Aug 4, 2017 at 11:41 AM, Dhruv Dhody <dhruv.dhody@huawei.= com> wrote:
Hi Alexey,

> -----Original Message-----
> From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm]
> Sent: 03 August 2017 19:24
> To: Dhruv Dhody <dhruv.dhody@huawei.com>; The IESG <iesg@ietf.org>
> Cc: cmargar= ia@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org;
> pce-chairs@ie= tf.org
> Subject: Re: [Pce] = Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15:
> (with DISCUSS and COMMENT)
>
> Hi,
>
> On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote:
> > Hi Alexey,
> >
> > Thanks for your comments, see inline...
> >
> > > -----Original Message-----
> > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov
> > > Sent: 03 August 2017 15:35
> > > To: The IESG <iesg@ietf.org>
> > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org;
> > > pce@ietf.o= rg; pce-chairs= @ietf.org
> > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-p= ce-pceps-15:
> > > (with DISCUSS and COMMENT)
> > >
> > > Alexey Melnikov has entered the following ballot position fo= r
> > > draft-ietf-pce-pceps-15: Discuss
> > > -------------------------------------------------------= -------------
> > > --
> > > DISCUSS:
> > > -------------------------------------------------------= -------------
> > > --
> > >
> > > I am very glad to see this document and I will be switching = to "Yes"
> > > once we discuss the following issues:
> > >
> > > 1)
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|PCC|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0|PCE|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| StartTLS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| msg=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|-------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 =C2=A0StartTLS=C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 \=C2=A0 msg=C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 ---------|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \/=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /\=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/=C2=A0 -------->| > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 /=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::::::TLS:::::::::| TLS Establishment
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::Establishment:::| Failure
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<--------------------| Send Error-Type TBA2
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 PCErr=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 | Error-Value 3/4
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 2: Both PCEP Speaker suppor= ts PCEPS (strict), but cannot
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 establish TLS
> > >
> > > Firstly, I think you also need to demonstrate a case when th= e server
> > > end of TLS is refusing to startTLS before trying TLS negotia= tion
> > > (e.g. if it doesn't have certificate configured). In thi= s case you
> > > need to send PCErr in the clear. I think earlier text sugges= t that
> this case is possible.
> > >
> > [[Dhruv Dhody]] No, the only error to StartTLS is by an implement= ation
> > that does not understand the message.
> > In case certificate is not configured we would start TLS negotiat= ion,
> > which would fail.
>
> I think you should clarify this.
>
> I have implemented StartTLS in both IMAP and LDAP and this is not
> necessarily how it works there: before TLS negotiation starts it is > possible for the server end to reject negotiation in cleartext.
>
[[Dhruv Dhody]] Error can be added here, More on this, see repl= y below.

> > > Secondly, does the case depicted on this picture mean that T= LS was
> > > negotiated successfully, but TLS identities were not success= fully
> verified?
> > > (I.e. the PCErr is sent over the TLS layer). If TLS failed t= o
> > > negotiate, you don't have a channel to send data on, as = the other
> > > end will get confused. I think you just have to close connec= tion in
> such case.
> > >
> > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP conne= ction
> > (underlying transport).
> > EKR also made a similar point. I updated the text to include this= -
> >
> >=C2=A0 =C2=A0 Note that, the PCEP implementation MUST send the PCE= rr message once
> >=C2=A0 =C2=A0 the TLS connection has been closed i.e. the TLS clos= e_notify
> >=C2=A0 =C2=A0 [RFC5246] has been received from the peer.=C2=A0 As = per [RFC5246], if the
> >=C2=A0 =C2=A0 data may be carried over the underlying transport af= ter the TLS
> >=C2=A0 =C2=A0 connection is closed, the TLS implementation must re= ceive the
> >=C2=A0 =C2=A0 responding close_notify alert before indicating to t= he application
> >=C2=A0 =C2=A0 layer that the TLS connection has ended.
>
> Hmm, I am not sure this will ever work. I know that implementations of= TLS
> in other protocols I worked on can't read any cleartext TCP data a= fter TLS
> has failed.
>
[[Dhruv Dhody]] One way to resolve this issue would be we move these= errors from after TLS negotiation to before it, so that they become the re= sponse to StartTLS as suggested by your previous comment.
We would not be sending error in clear text in case of TLS negotiation fail= ure.

So basically the change would look something like -

OLD:
=C2=A0 =C2=A0After the exchange of StartTLS messages, if a PCEP speaker can= not
=C2=A0 =C2=A0establish a TLS connection for some reason (e.g. the required<= br> =C2=A0 =C2=A0mechanisms for certificate revocation checking are not availab= le), it
=C2=A0 =C2=A0MUST return a PCErr message (in clear) with Error-Type set to = [TBA2
=C2=A0 =C2=A0by IANA] (PCEP StartTLS failure) and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

NEW:
=C2=A0 =C2=A0If a PCEP speaker that is unwilling or unable to negotiate TLS=
=C2=A0 =C2=A0receives a StartTLS messages, it MUST return a PCErr message (= in
=C2=A0 =C2=A0clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS fa= ilure)
=C2=A0 =C2=A0and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

=C2=A0 =C2=A0After the exchange of StartTLS messages, if the TLS negotiatio= n fails
=C2=A0 =C2=A0for some reason (e.g. the required mechanisms for certificate<= br> =C2=A0 =C2=A0revocation checking are not available), both peers SHOULD imme= diately
=C2=A0 =C2=A0close the connection.=C2=A0 Since the initiator has no way to = know if the
=C2=A0 =C2=A0peer is willing to accept PCEP connection without TLS, based o= n the
=C2=A0 =C2=A0local policy, it MAY attempt to re-establish the PCEP session = without
=C2=A0 =C2=A0TLS.=C2=A0 The attempt to re-establish the PCEP session withou= t TLS SHOULD
=C2=A0 =C2=A0be limited to only once.

This = will technically work, but is there a reason you don't specify a parame= ter to
STARTTLS which expresses your policy?

=
-Ekr
=C2=A0
=C2=A0

Working version: ht= tps://github.com/dhruvdhody-huawei/ietf/blob/master/draft-ietf-pc= e-pceps-16.txt
Diff: https= ://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-pceps-15&url2= =3Dhttps://raw.githubusercontent.com/dhruvdhody-huawei/ietf/maste= r/draft-ietf-pce-pceps-16.txt

Regards,
Dhruv

> > > So maybe you need 3 figures describing the above 3 cases.

--94eb2c03e4c27a26d6055604f287-- From nobody Mon Aug 7 03:46:26 2017 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 BACAC132194; Mon, 7 Aug 2017 03:46:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> Date: Mon, 07 Aug 2017 03:46:17 -0700 Archived-At: Subject: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 10:46:18 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-pce-pceps-15: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for addressing my DISCUSS points and comments. I think the text about use of RFC 6125 should use RFC 6125 terminology like DNS-ID and CN-ID, because they have a bit more semantics associated with them other than just subjectAltName:DNS. I think you should also clarify whether you want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). From nobody Mon Aug 7 03:48:16 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FB47132194; Mon, 7 Aug 2017 03:48:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=UUBv2tn0; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=WXl/GNW0 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 zNB6tmEjXAWB; Mon, 7 Aug 2017 03:48:08 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D457E132195; Mon, 7 Aug 2017 03:48:08 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 3D22821BE5; Mon, 7 Aug 2017 06:48:08 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Mon, 07 Aug 2017 06:48:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=Wi8h0WDtr2TFucYYpdssTRP7OLmUS 3iMKlQMBuxlR5E=; b=UUBv2tn0Q694641JjPbwoT/Y/FYOoVREtSVZ4zL7Ox/5X 9h98kuoSA5g1wvjnvSwrXRoUVBZoKmdVMkN4PWktYc34BYtPmhMSx3bsKoZtJjl3 XyJpuVjaE+coH2GgfJpmPoMhzol3GFiGfub7Y4D2klHkKeOKVZzMv8/rK6v9IdfC rgJu2kZbI16gkVtDuLCqc2kiJ2RlmwtRbxf2Ht3tlXRbb4VeuefzxE8JGOgFkgqd 0J/U58ymrrXWpd2S2UqJDb0MpNUkrh2U/s3luHvxvGQSwl0oVY2Y2hkoRi/zC0PH JUUuoznBBA5cJxfNQPGVZEVdC/LVd5hAyTwHTSeQQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Wi8h0W Dtr2TFucYYpdssTRP7OLmUS3iMKlQMBuxlR5E=; b=WXl/GNW0CDByFlNg+PsO6M R3ZDuFgRsdbPJwdQZ/rBUNw/4/F/GHMLybFqLvFTXjdorkGX8fifKCCvrrFMkblR 4ZVg6JrJ/1IEe+vloTpqFHpZZ2Geqk3XnK6m6BUG0oY2fAQCahIiho432aS70DKa 8kugpkKbNu3Z1S76zv58Uufdd0qjVc+x0JbbMTE80AH6/GNwFg8wm2LCcyr0+ngl pUp78RigDBebLe+gKD2tdhjHo7uTCrFfT0k5OkmHVEYUo7nLLEPd2saqhIjCa9iH CKXrTtVS3KdfSiVu4vzouHQYCX/K9gqB5pSt07tvnY4GXUu/99wcQDRKfSVCSI1Q == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 1A83C9E249; Mon, 7 Aug 2017 06:48:08 -0400 (EDT) Message-Id: <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> From: Alexey Melnikov To: Alexey Melnikov , The IESG Cc: cmargaria@juniper.net, draft-ietf-pce-pceps@ietf.org, pce@ietf.org, pce-chairs@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b2cde4a Date: Mon, 07 Aug 2017 11:48:08 +0100 References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> In-Reply-To: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 10:48:10 -0000 One more little thing: In figure 5, I see: Send Error (not without TLS) What does "not without TLS" mean? I think the figure is sending PCErr in the clear (without TLS) On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wrote: > Alexey Melnikov has entered the following ballot position for > draft-ietf-pce-pceps-15: Yes (snip) > I think the text about use of RFC 6125 should use RFC 6125 terminology > like > DNS-ID and CN-ID, because they have a bit more semantics associated with > them > other than just subjectAltName:DNS. I think you should also clarify > whether you > want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). > > From nobody Mon Aug 7 04:11:11 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B985132190; Mon, 7 Aug 2017 04:11:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=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 We-0FPDOucvU; Mon, 7 Aug 2017 04:11:07 -0700 (PDT) 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 A76BD13219C; Mon, 7 Aug 2017 04:11:02 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSW75697; Mon, 07 Aug 2017 11:11:00 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 7 Aug 2017 12:10:58 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 16:40:48 +0530 From: Dhruv Dhody To: "olivier.dugeon@orange.com" , Jonathan Hardwick , "pce@ietf.org" CC: "pce-chairs@ietf.org" , "dhruv.ietf@gmail.com" Thread-Topic: [Pce] PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgFcXzKAAhTdf+A= Date: Mon, 7 Aug 2017 11:10:47 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> In-Reply-To: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.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.149.39] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB993D0blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.59884AC4.00E0, 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: fa690d48b5422cd42a657f625a203ea1 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 11:11:10 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB993D0blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgT2xpdmVyLA0KDQpTb3JyeSBmb3IgYSBsYXRlIHJlc3BvbnNlIGFuZCB0aGFua3MgZm9yIGVu Z2FnaW5nIG9uIHRoaXMgdG9waWMuIFdpdGggdGhpcyByZXNwb25zZSBJIHdvdWxkIHRyeSB0byBj bGVhciB1cCBzb21lIG1pc2NvbmNlcHRpb25zLCBzb21lIGNvbnRleHQgYW5kIGNvdW50ZXItdmll d3BvaW50LiAgUGxlYXNlIHNlZSBpbmxpbmXigKYNCg0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tDQpT ZW50OiAyNyBKdWx5IDIwMTcgMjM6NDINClRvOiBKb25hdGhhbiBIYXJkd2ljayA8Sm9uYXRoYW4u SGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBwY2VAaWV0Zi5vcmcNCkNjOiBwY2UtY2hhaXJzQGll dGYub3JnDQpTdWJqZWN0OiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90 b2NvbD8NCg0KDQpIaSBKb24sDQoNClRoYW5rcyB0byBvcGVuIHRoaXMgdGhyZWFkLiBBcyBtYW55 IG9mIHlvdSBoYXZlIGFscmVhZHkgc2FpZCwgUENFUCBpcyBhbHJlYWR5IGFuIFNETiBjb250cm9s bGVyIHByb3RvY29sIHNpbmNlIHRoZSB3b3JrIG9uIHN0YXRlZnVsIG1vZGUuIEJ1dCwgSU1ITywg cmVjZW50IGRyYWZ0cyBkb2Vzbid0IGdvIGludG8gdGhlIHJpZ2h0IGRpcmVjdGlvbi4gTGV0IG1l IGV4cGxhaW46DQoNCjEvIE9uIFBDRS1MUy4gT2YgY291cnNlIHRoZXJlIGlzIGFscmVhZHkgcGxl bnR5IG9mIHNvbHV0aW9uIHRvIGxlYXJuIHRoZSB0b3BvbG9neSBlLmcuIGxpc3RlbiB0byBJR1Ag cHJvdG9jb2wsIEJHUC1MUyAuLi4gQnV0LCBkb250IGZvcmdldCB0aGF0IHRoZSBwcmltYXJ5IGdv YWwgb2YgUENFIGlzIHRvIGNvbXB1dGUgYSBwYXRoIG9uIGEgdG9wb2xvZ3kuIFRoaXMgbWVhbiB0 aGF0IHRoZSBQQ0UgbmVlZCBhIGdyYXBoIHdoaWNoIHJlcHJlc2VudCB0aGUgbmV0d29yayB0b3Bv bG9neS4gVGhpcyBncmFwaCBpcyBleHRyYWN0IGZyb20gdGhlIFRFRCwgbGF0ZXIgZnVsZmlsIGJ5 IHRoZSB0b3BvbG9neSBsZWFybmluZyBtZWNoYW5pc20uIFdoeSBQQ0UtTFMgYW5kIG90aGVyIGVx dWl2YWxlbnQgbWVjaGFuaXNtIHRoYXQgY29sbGVjdCB0b3BvbG9neSBpbmZvcm1hdGlvbiBvbiBh IG5vZGUgYnkgbm9kZSBiYXNpcyA/IFNpbXBseSBiZWNhdXNlIHlvdSBhcmUgdW5hYmxlIHRvIGd1 YXJhbnRlZSB0aGF0IHRoZSBncmFwaCB5b3UgZXh0cmFjdCBmcm9tIHdoYXQgeW91IGxlYXJuIGlz IGFjY3VyYXRlLiBJbmRlZWQsIGEgbm9kZSBrbm93biBpdHMgaW50ZXJmYWNlcyB0aHJvdWdoIHdo YXQgdGhlIGFkbWluaXN0cmF0b3IgY29uZmlndXJlIGluIHRoaXMgbm9kZS4gQnV0LCBpdCBkb2Vz bid0IGtub3cgZXhhY3RseSB0byB3aGljaCBuZWlnaGJvdXIgaXQgaXMgY29ubmVjdGVkIHdoaWxl IHRoZXJlIGlzIGEgcHJvdG9jb2wgYmV0d2VlbiBub2RlLiBJbiBJUCBuZXR3b3JrLCBpdCBpcyB0 aGUgcm9sZSBvZiB0aGUgSUdQLiBpZiB0aGVyZSBpcyBhbiBlcnJvciBpbiB0aGUgbm9kZSBjb25m aWd1cmF0aW9uLCB0aGUgSUdQIGFkamFjZW5jeSBkb2Vzbid0IGZpcmUgdXAgYW5kIHRodXMsIElH UCBvciBCR1AtTFMgd2lsbCBub3QgcmVwb3J0IHRoaXMgbGluayBiZXR3ZW5uIHRoZSB0d28gbm9k ZXMuIFRoZSBncmFwaCBpcyBub3QgY29tcGxldGUsIGJ1dCBub3Qgd3JvbmcuIFNvIHdoZW4geW91 IGxlYXJuIHRoZSB0b3BvbG9neSBmcm9tIHRoZSBJR1AgeW91IGNvdWxkIGd1YXJhbnRlZSB0aGF0 IHRoZSBsaW5rIGJldHdlZW4gdHdvIG5vZGVzIGNvcnJlc3BvbmRzIGVmZmVjdGl2ZWx5IHRvIHdo YXQgaXMgcmVhbGx5IGNvbmZpZ3VyZWQgYW5kIHBoeXNpY2FsbHkgY29ubmVjdGVkLiBJZiB0aGVy ZSBpcyBubyBwcm90b2NvbCBiZXR3ZWVuIHRoZSBub2RlcywgeW91IGNhbid0IGd1YXJhbnRlZSB0 aGF0IHdoYXQgdGhlIG5vZGUgYW5ub3VuY2UgdGhyb3VnaCBQQ0VQLUxTIGlzIGFjY3VyYXRlLiBF LmcuIE5vZGUgQSByZXBvcnQgTGluayBBLUIgYW5kIG5vZGUgQiByZXBvcnQgTGluayBCLUEgaW5z dGVhZCBvZiBMaW5rIEItQyBhbmQgTGluayBCLUMgaW5zdGVhZCBvZiBMaW5rIEItQSBkdWUgdG8g YSB3cm9uZyBtYW51YWwgY29uZmlndXJhdGlvbi4gWW91IG9idGFpbiBhIHdyb25nIHRvcG9sb2d5 IGFuZCB0aHVzIGEgd3JvbmcgZ3JhcGggYXMgeW91IGludmVydCB0d28gbGlua3MgYmV0d2VlbiB0 d28gbm9kZXMuIEFuIHlvdSBoYXZlIG5vIHdheSB0byBjaGVjayBpdC4gU28sIGluIGFueSBjYXNl LCBhbmQgaXQgaXMgdHJ1ZSBmb3IgT3B0aWNhbCAvIFRyYW5zcG9ydCBuZXR3b3JrLCB5b3UgTVVT VCBydW4gYW4gSUdQIGluIHlvdXIgbmV0d29yayB0byBiZSBzdXJlIHRoYXQgdGhlIHRvcG9sb2d5 IGlzIGFjY3VyYXRlIGFuZCBzbyB0byBndWFyYW50ZWUgdGhhdCB0aGUgUENFIHdvcmsgb24gYSBj b3JyZWN0IGdyYXBoLiBBIFBDRSB3b3JraW5nIG9uIGEgYmFkIHRvcG9sb2d5IGlzIHBhaW5mdWwu IFNvLCBiZWNhdXNlIHlvdSBtdXN0IHJ1biBhbiBJR1AgaW4geW91ciBuZXR3b3JrLCBmdWxmaWwg dGhlIFBDRSBURUQgYnkgbGlzdGVuIHRoZSBJR1Agb3IgQkdQLUxTIGlzIHRoZSBiZXN0IHNvbHV0 aW9uLiBJTUhPLCBQQ0UgV0cgbXVzdCBub3Qgd29yayBvbiBhbHRlcm5hdGl2ZSBzb2x1dGlvbiB0 byBsZWFybiB0b3BvbG9neS4NCltbRGhydXYgRGhvZHldXSBXaGVuIFBDRVAtTFMgaXMgZGVwbG95 ZWQgaW4gU0ROIG1vZGUgKG5vZGUgYnkgbm9kZSBiYXNpcyksIHRoZSBub2RlIGNvdWxkIHJ1biBh bnkgcHJvdG9jb2wgb24gdGhlIGxpbmsgdG8gbWFrZSB2ZXJpZmljYXRpb24uIEFkcmlhbiBhbHNv IG1lbnRpb25lZCBpbiBoaXMgcmVwbHksIHRoYXQgZGV2aWNlIGNvdWxkIGJlIHJ1bm5pbmcsIHNv bWUgZm9ybSBvZiBkaXNjb3ZlcnkvdmVyaWZpY2F0aW9uIHByb3RvY29sIHN1Y2ggYXMgTE1QLCBM TERQIG9yIGV2ZW4gSUdQIG9uIHRoZSBwZXIgbGluayBiYXNpcy4gRWFjaCBub2RlIGlzIGZyZWUg dG8gcnVuIGFueSBsb2NhbCBtZWNoYW5pc20gdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGxpbmsgaW5m b3JtYXRpb24gaXMgY29ycmVjdC4gVGhlIFBDRVAtTFMgZXh0ZW5zaW9uIGlzIHdyaXR0ZW4gaW4g c3VjaCBhIHdheSB0aGF0IGl0IGNvdWxkIGJlIHVzZWQgaW4gYW55IG1vZGUgYW5kIGluZGVwZW5k ZW50IG9mIHdoYXQgdGhlIGRldmljZSBjaG9vc2UgdG8gZG8uIFRoZSBQQ0VQLUxTIGFsc28gc3Vw cG9ydCDigJxyZW1vdGUgZGF0YeKAnSAoZGF0YSBhIG5vZGUgd291bGQgaGF2ZSBsZWFybmVkIHZp YSBvdGhlciBwcm90b2NvbHMgYXMgSUdQIC0gcmVtb3RlIG5vZGVzIGFuZCBsaW5rcykuDQoNClRo ZXJlIGFyZSAqYWxyZWFkeSogbXVsdGlwbGUgd2F5cyB0byBsZWFybiBURUQgYXQgUENFIOKAkyBJ R1AtVEUsIEJHUC1MUywgTmV0Q29uZi8gUmVzdENvbmYg4oCTIFlhbmcuIFRoZSBhcmNoaXRlY3R1 cmUgYWxsb3dzIHRoYXQuIFRoZSB2YXJpb3VzIGltcGxlbWVudGF0aW9uIG9mIFNETiBhbHNvIGFs cmVhZHkgYWxsb3cgbXVsdGlwbGUgU0JJIHRvIGFjaGlldmUgdGhlIHNhbWUgcmVzdWx0LCB0byBh bGxvdyB0aGUgU0ROIHNvbHV0aW9uIHRvIGJlIGRlcGxveWVkIGluIHZhcmlvdXMgc2NlbmFyaW9z IGFuZCB0byBtZWV0IGRpZmZlcmVudCByZXF1aXJlbWVudHMgb2YgdGhlIG5ldHdvcmsuIFRoZSBQ Q0VQLUxTIGNsYWltcyB0aGF0IHRoZXJlIGFyZSBzcGVjaWZpYyBkZXBsb3ltZW50cyB0aGF0IHdv dWxkIGxpa2UgdG8gdXNlIFBDRVAtTFMgYXMgdGhlIG1lY2hhbmlzbSBvZiBjaG9pY2UsIGFzIHRo ZSBvdGhlciBTQkkgZG9lc27igJl0IHdvcmsgZm9yIHRoZW0uICBJdCBkb2VzIG5vdCBjbGFpbSB0 aGF0IG90aGVyIG1lY2hhbmlzbSBzaG91bGQgbm90IGJlIHVzZWQgZXZlciwgaXQgaXMganVzdCBh bm90aGVyIHRvb2wgaW4gdGhlIHRvb2wtc2V0IGFuZCBJTUhPIHdlIHNob3VsZCBhbGxvdyBpdCwg aWYgZG9lcyBubyBicmVhay9oYXJtIHRoZSBuZXR3b3JrLg0KDQoyLyBPbiBQQ0UtQ0M6IFdoeSBl eHRlbmRpbmcgUENFIGZvciBzdWNoIGZ1bmN0aW9uYWxpdHkgPyBGb3IgSVAvTVBMUywgaXQgaXMg YSBub24gc2Vuc2UgdG8gc3R1ZHkgc3VjaCBzb2x1dGlvbiBlc3BlY2lhbGx5IHdpdGggU2VnbWVu dCBSb3V0aW5nIHdoZXJlIHlvdSBuZWVkIHRvIGNvbmZpZ3VyZSB0aGUgZWRnZSBub2RlLiBGb3Ig T3B0aWNhbCAvIFRyYW5zcG9ydCBuZXR3b3JrLCB3ZWxsLCBhZ2FpbiwgaXQgaXMgbm90IHRoZSBn b29kIHNvbHV0aW9uLiBGaXJzdCwgdmVuZG9yIGFyZSBvcHBvc2VkIHRvIG9wZW4gdGhlaXIgUk9B RE0gdG8gZmluZSB0dW5lIHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZSBub2RlIGRpc3JlZ2FyZGlu ZyBpZiB0aGUgcHJvdG9jb2wgaXMgUENFUCBvciBOZXRjb25mLiBTbywgaWYgeW91IGludGVuZCB0 byBjb250cm9sIGFuIE9wdGljYWwgLyBUcmFuc3BvcnQgbmV0d29yayB0aHJvdWdoIGFuIFNETiBD b250cm9sbGVyLCB0aGUgYmVzdCBpcyB0byB1c2UgR01QTFMuIFRoaXMga2VlcCB2ZW5kb3IgYWRq dXN0IHRoZSBsYW1iZGEgd2l0aG91dCBkaXNjbG9zaW5nIHRoZWlyIElQUi4gT2YgY291cnNlIHRo ZWlyIGlzIGFuIGluaXRpYXRpdmUgbmFtZWQgT3BlblJPQURNIHdoaWNoIHRyeSB0byBicmVhayB0 aGlzIHdpdGggaXRzIFRyYW5zb3J0UENFIHByb2plY3Qgd2l0aGluIE9wZW5EYXlMaWdodC4gQnV0 IGxvb2sgYXQgdGhlIHNwZWM6IGl0IGlzIHlhbmcgbW9kZWwgKyBOZXRDb25mLiBOb3QgUENFUCAr IGV4dGVuc2lvbi4gQWdhaW4sIElNSE8sIGl0IGlzIG5vdCB0aGUgZ29vZCBzb2x1dGlvbiB0byBz dHVkeS4NCltbRGhydXYgRGhvZHldXSBBdCB0aGUgYnJvYWQgbGV2ZWwgdGhpcyBmdW5jdGlvbmFs aXR5IGFscmVhZHkgZXhpc3QgaW4gUENFLiBUaGlzIGlzIGp1c3QgYSBzcGVjaWFsIGNhc2UgZm9y IFBDRSBpbml0aWF0ZWQgTFNQLCB3aGVyZSB0aGUgTFNQIGlzIG9uZSBob3AuIEEgUENFLWVuYWJs ZWQgY29udHJvbGxlciBjYW4gc3BlYWsgUENFUCBhcyB0aGUgU0JJIChpLmUuLCBpdCBjYW4gY29t bXVuaWNhdGUgd2l0aCBlYWNoIG5vZGUgYWxvbmcgdGhlIHBhdGggdXNpbmcgUENFUCkuICBUaGF0 IG1lYW5zIHRoYXQgdGhlIGNvbnRyb2xsZXIgY2FuIGNvbW11bmljYXRlIHdpdGggYSBjb252ZW50 aW9uYWwgY29udHJvbCBwbGFuZS1lbmFibGVkIE5FIHVzaW5nIFBDRVAgYW5kIGNhbiBhbHNvIHVz ZSB0aGUgc2FtZSBwcm90b2NvbCB0byBwcm9ncmFtIGluZGl2aWR1YWwgTkVzLiBJdCBpcyBqdXN0 IOKAnE9GLWxpa2XigJ0gZnVuY3Rpb25hbGl0eSBmb3IgUENFUC4NCg0KWWVzLCBzZWdtZW50IHJv dXRpbmcgc2hvdWxkIGFsc28gYmUgc3VwcG9ydGVkLCB0aGF0IGlzIHdoeSBQQ0VDQy1TUiBhbHNv IGV4aXN0LiBUaGUgdHdvIHByb3Bvc2FscyBhcmUgY29tcGxlbWVudGFyeS4gUGxlYXNlIGNoZWNr IHRoZSBURUFTIFdHIGRvY3VtZW50cyB0aGF0IGV4cGxhaW4gdGhpcyBmdXJ0aGVyLg0KDQpFdmVu IFRyYW5zcG9ydFBDRSBwaGlsb3NvcGh5IGlzIHRvIGFsbG93IGJvdGggTmV0Q29uZi9QQ0VQIGFz IFNCSSwgYXQgbGVhc3QgdGhhdCB3aGF0IHRoZSBtYXRlcmlhbCBvbmxpbmUgc2F5cyA6KQ0KDQoz LyBPbiBQQ0VDQy1TUi4gVGhpcyB0aW1lLCBpdCBjb3VsZCBtYWtlIHNlbnNlLiBCdXQsIGFnYWlu LCBpdCBpcyBub3QgdGhlIGdvb2Qgd2F5IHRvIHByb2NlZWQuIEluIGZhY3QsIHdoZW4geW91IHVz ZSBQQ0VQIGFzIGNvbnRyb2wgcHJvdG9jb2wsIHRoZSBub2RlIGRvZXNuJ3Qgc3RvcmUgdGhlIGNv bmZpZ3VyYXRpb24gbGlrZSBpdCBkb2VzIHdpdGggTmV0Q29uZiBpbiB0aGUgc3RhbmRhcmQtY29u ZmlnLCBidXQgaXQgaXMgc3RvcmUgaW4gdGhlIGVwaGVtZXJhbCBjb25maWcuIFRoaXMgbWVhbnMg dGhhdCB3aGVuIHRoZSBQQ0VQIHNlc3Npb24gYnJlYWsgb3IgdGhlIG5vZGUgcmVsb2FkLCBhbGwg dGhlIGNvbmZpZ3VyYXRpb24gaXMgbG9vc2UuIElmIHlvdSBuZWVkIHRvIHdhaXQgUENFIGNvbmZp Z3VyYXRpb24gdG8gZmluaXNoIHRvIGJvb3QgZS5nLiBhZHZlcnRpc2UgU2VnbWVudCBSb3V0aW5n IGNhcGFiaWxpdGllcyBuZWVkIFNSR0IsIHByZWZpeCBTSUQgLi4uIGl0IGlzIG5vdCBhIHNhZmUg c29sdXRpb24uIEZvciB0aGF0IGtpbmQgb2YgaW5mb3JtYXRpb24gTmV0Q29uZiBpcyBzdXBlcmlv ciB0byBQQ0VQLiBJbiBhZGRpdGlvbiBTUFJJTkcgV0cgaXMgd29ya2luZyBvbiB5YW5nIG1vZGVs IGZvciBOZXRDb25mIGZvciB0aGlzIHB1cnBvc2UuIE5vdCBvbiBQQ0VQIGV4dGVuc2lvbi4gT25l IG1vcmUgdGltZSwgSU1ITywgUENFIFdHIG11c3Qgbm90IHNwZW50IGVuZXJneSBpbiB0aGlzIGRp cmVjdGlvbi4NCltbRGhydXYgRGhvZHldXSBQQ0VQIGlzIG5vdCAoYW5kIGRvZXMgbm90IGNsYWlt IHRvIGJlIGEpIGNvbmZpZ3VyYXRpb24gcHJvdG9jb2wuIEp1c3QgbGlrZSBQQ0UtaW5pdGlhdGVk IExTUCwgeW91IGNvdWxkIHNldCBsb2NhbCBwb2xpY3kgb24gbm9kZSB0byByZXRhaW4gaW5mb3Jt YXRpb24gd2hlbiB0aGUgc2Vzc2lvbiBnb2VzIGRvd24uIFNpbmNlIHRoaXMgaXMgbm90IGNvbmZp Z3VyYXRpb24sIHRoYXQgaW5mb3JtYXRpb24gd291bGQgbm90IHN1cnZpdmUgdGhlIG5vZGUgcmVz dGFydHMuIFRoaXMgaXMgdHJ1ZSBmb3IgYW55IFBDRSBpbnRlcmFjdGlvbnMsIGFuZCBob2xkcyB0 cnVlIGZvciBQQ0VDQy1TUiBhcyB3ZWxsLiBCdXQgdGhlIGtleSBpcyB0aGF0LCBQQ0VDQy1TUiBp cyBub3QgdHJ5aW5nIHRvIGJlIGEgcmVwbGFjZW1lbnQgb2YgU1ItWWFuZywgaXQgaXMgYSB3YXkg Zm9yIGEgUENFLWJhc2VkIGNvbnRyb2xsZXIgdG8gaW5zdHJ1Y3QgdGhlIFNSIGZvcndhcmRpbmcg YWN0aW9uIGVhY2ggbm9kZSBuZWVkcyB0byBtYWtlIHZpYSBQQ0VQLCBhbG9uZ3NpZGUgdGhlIGxh YmVsIHN0YWNrIGluc3RydWN0aW9ucyB0byB0aGUgaGVhZCBub2RlIHRoYXQgbmVlZHMgdG8gYmUg YXR0YWNoZWQgdG8gcGFja2V0cyBhcyB0aGV5IGVudGVyIHRoZSBuZXR3b3JrLg0KDQo0LyBXaGF0 IGlzIG1pc3Npbmc/IFllcy4gVGhlcmUgaXMgbWlzc2luZyBwaWVjZXMgaW4gdGhlIHB1enpsZS4g QW5kIHNwZW50IGVuZXJneSB0byBleHRyYSBmdW5jdGlvbnMgd2hpbGUgZXNzZW50aWFsIG9uZXMg YXJlIG5vdCByZWFkeSBpcyBub3QgdGhlIGdvb2Qgd2F5IHRvIHByb2dyZXNzLiBJJ20gcmVmZXJy aW5nIHRvIHRoZSB0cmFmZmljIHN0ZWVyaW5nLiBJIGtub3cgdGhhdCB0aGVyZSBpcyBhIHZlcnkg cmVjZW50IGRyYWZ0IHRoYXQgcHJvcG9zZSBhIEZsb3dTcGVjIGxpa2UgaW4gUENFUC4gSW5kZWVk LCBvbmNlIGEgdHVubmVsIGlzIHNldHVwIHRocm91Z2ggUENFUCwgeW91IGhhdmUgbm8gZ29vZCB0 b29sIHRvIGVuZm9yY2UgdGhlIHRyYWZmaWMgaW4gdGhpcyBuZXdseSBjcmVhdGVkIHR1bm5lbC4g QWdhaW4sIHVzaW5nIE5ldENvbmYgaXMgbm90IGEgZ29vZCBpZGVhIGFzIHlvdSBtaXggZXBoZW1l cmFsIGNvbmZpZyBhbmQgc3RhbmRhcmQgY29uZmlnLiBCR1AtRmxvd1NwZWMgaXMgdG9vIGNsb3Nl IHRvbyByZWxhdGVkIHRvIEJHUCBhbmQgbm90IGVuc3VyZSBmaW5lIGdyYW51bGFyaXR5IHlvdSB3 aXNoIHRvIHN0ZWVyIHRoZSB0cmFmZmljIGludG8gYSB0dW5uZWwuIFNvLCBJTUhPLCB0aGlzIGlz IHRoZSBkaXJlY3Rpb24gd2hlcmUgdGhlIFdHIG11c3QgZ28uDQpbW0RocnV2IERob2R5XV0gRmxv d3NwZWMgcHJvcG9zYWwgaXMgcGFydCBvZiB0aGUgb3ZlcmFsbCBQQ0VDQyBmcmFtZXdvcmsgYW5k IGdvb2QsIHRoYXQgeW91IGFncmVlIG9uIHVzZWZ1bG5lc3Mgb2YgdGhhdCBwYXJ0IDopDQpCdXQg c29tZSBvZiB0aGUga2V5IHBoaWxvc29waHkgZm9yIG90aGVyIHByb3Bvc2FsIGlzIG9uIHRoZSBz YW1lIGxpbmUgb2YgZW5hYmxpbmcg4oCcUENFUCBhcyBTQkkgcHJvdG9jb2zigJ0gYmV0d2VlbiBh IFBDRS1iYXNlZCBjb250cm9sbGVyIGFuZCB0aGUgZGV2aWNlIHRvIG1lZXQgYWxsIHJlcXVpcmVt ZW50cyBvZiBjZW50cmFsIGNvbnRyb2wgb2YgVEUgTFNQcy4NCg0KTm93LCBqdXN0IHRvIGZpbmlz aCwgY2FuIHlvdSByYWlzZSBoYW5kIGluIHRoZSByb29tIHRvIGNvdW50IHRoZSBudW1iZXIgb2Yg b3BlcmF0aW9uYWwgbmV0d29yayB3aGVyZSBSU1ZQLVRFIGlzIHJlYWxseSB1c2VkIChJIG1lYW4g b3RoZXIgdGhhbiB0aG9zZSB1c2VkIGZvciBGUlIpID8gbnVtYmVyIG9mIG9wZXJhdGlvbmFsIG5l dHdvcmsgdXNpbmcgU2VnbWVudCBSb3V0aW5nID8gQW5kIG9uIHRoaXMgZmV3IHN1YnNldCB0aGUg bnVtYmVyIHRoYXQgcmVhbGx5IHVzZSBQQ0VQID8gSSdtIHByZXR0eSBzdXJlIHRoYXQgSSBoYXZl IHN1ZmZpY2llbnQgZmluZ2VyIGluIG9uZSBoYW5kIHRvIGNvdW50IHRoZW0uIEFuZCwgaWYgSSBy ZXN0cmljdCB0aGVtIHRvIHdoaWNoIGFyZSByZWFsbHkgbmVlZCBQYXRoIENvbXB1dGF0aW9uIHdp dGggY29uc3RyYWludHMgKEkgbWVhbiBwYXRoIGRpdmVyc2l0eSwgYmFuZHdpZHRoIHJlc2VydmF0 aW9uLCBkZWxheSBjb25zdHJhaW50IC4uLikgSSB3aWxsIGJlIHZlcnkgaGFwcHkgaWYgb25lIGhh bmQgcmFpc2UgaW4gdGhlIHJvb20uIFNvLCBmcm9tIHRoaXMgcG9vciBvcGVyYXRpb25hbCB1c2Fn ZSwgd2UgYWJzb2x1dGVseSBkb24ndCBrbm93IGlmIFBDRVAgaXMgc3RhYmxlLCBzY2FsZSBhdCBs YXJnZSAuLi4gQ2FuIHdlIGd1YXJhbnRlZSB0aGF0IGEgUENFIGNvdWxkIG1haW50YWluIGEgUENF UCBzZXNzaW9uIHdpdGggYWxsIG5vZGVzIGluIGEgbGFyZ2UgbmV0d29yayAoc2F5IDEwMDAgbm9k ZXMgYW5kIG1vcmUpID8gTm8uIEJlY2F1c2Ugbm9ib2R5IHJlcG9ydCBvbiB0aGUgV0cgc3VjaCBl eHBlcmllbmNlIGxpa2Ugb3RoZXIgV0cgZG8uIERvIHdlIGhhdmUgaW50ZXJvcGVyYWJpbGl0eSBp c3N1ZXMgPyBZZXMgcGxlbnR5LiBGcm9tIGFsbCBpbmR1c3RyaWFsIGFuZCBPcGVuIFNvdXJjZSBQ Q0Ugc29sdXRpb25zIEkgdGVzdGVkIG5vIG9uZSBpbXBsZW1lbnQgY29ycmVjdGx5IGFsbCB0aGUg UkZDcyBhbmQgcmVjZW50IGRyYWZ0cy4gU28sIGJlZm9yZSBleHRlbmRpbmcgUENFUCBJIHN1Z2dl c3QgdG8gY29uY2VudHJhdGUgb24gaW1wbGVtZW50aW5nIHdoYXQgaXMgYWxyZWFkeSBhdmFpbGFi bGUuIE1ha2UgbGFyZ2UgZXhwZXJpbWVudCwgc2VlIHdoYXQncyBoYXBwZW4uIERlYnVnLCByZXBv cnQsIGFkanVzdC4gVGhlbiB3ZSBjb3VsZCB0aGluayBhYm91dCB0aGUgZnV0dXJlIG9mIFBDRVAg d2hlbiB3ZSB3aWxsIGNvbGxlY3Qgc3VmZmljaWVudCBiYWNrZ3JvdW5kIGFuZCBleHBlcmllbmNl LiBVcCB0byBrbm93LCBmcm9tIHdoYXQgSSBleHBlcmltZW50LCB0aGUgdGVjaG5vbG9neSBpcyBn b29kLCBwcm9taXNpbmcsIGJ1dCB0b28geW91bmcuDQpbW0RocnV2IERob2R5XV0gSSBhZ3JlZSB0 aGF0IHNvbWUgb2YgdGhlIGFib3ZlIGlzc3VlcyBleGlzdC4gV2Ugc2hvdWxkIHdlbGNvbWUgYW55 IGluaXRpYXRpdmVzIGxpa2UgSGFja2F0aG9uLCBJbnRlci1PcCBldGMgdGhhdCBoZWxwIHdpdGgg dGhvc2UuDQpPdXIgYWltIGhlcmUgd2FzIHRvIGluY3JlYXNlIGRlcGxveW1lbnQgb2YgUENFIGJ5 IGVuYWJsaW5nIFBDRVAgdG8gYmUgYSDigJxmdWxsIFNCSSBwcm90b2NvbCBmb3IgVEUgTFNQc+KA nSwgdGhpcyB3b3VsZCBoZWxwIGluIG1vdmluZyBzb21lIG5ldHdvcmtzIHRvd2FyZHMgYSBjZW50 cmFsbHkgY29udHJvbGxlZCBlbnZpcm9ubWVudCB3aXRoIFBDRSBhdCB0aGUgY2VudGVyLiBIb3Bl ZnVsbHkgdGhlc2UgZXh0ZW5zaW9ucyB3b3VsZCBoZWxwIGluIHRoYXQuDQoNClJlZ2FyZHMsDQpE aHJ1dg0KDQoNCm15IDJjdHMNCg0KT2xpdmllcg0KDQpMZSAyMC8wNy8yMDE3IMOgIDE3OjIyLCBK b25hdGhhbiBIYXJkd2ljayBhIMOpY3JpdCA6DQpEZWFyIFBDRSBXRw0KDQpUaGUgcHVycG9zZSBv ZiB0aGlzIGVtYWlsIGlzIHRvIGluaXRpYXRlIGEgZGlzY3Vzc2lvbiBhYm91dCB3aGV0aGVyIHdl IHdhbnQgdG8gZXh0ZW5kIFBDRVAgdG8gYWxsb3cgaXQgdG8gcmVwbGFjZSB0aGUgZnVuY3Rpb25z IHRoYXQgYXJlIHRyYWRpdGlvbmFsbHkgcHJvdmlkZWQgYnkgdGhlIHJvdXRpbmcgYW5kIHNpZ25h bGxpbmcgcHJvdG9jb2xzLg0KDQpPcmlnaW5hbGx5LCBQQ0VQIHdhcyBkZXNpZ25lZCB3aXRoIHRo ZSBnb2FsIG9mIHByb3ZpZGluZyBhIGRpc3RyaWJ1dGVkIHBhdGggY29tcHV0YXRpb24gc2Vydmlj ZS4gIEluIHJlY2VudCB5ZWFycyB3ZSBoYXZlIGV4dGVuZGVkIHRoYXQgbWlzc2lvbiwgYW5kIGFk ZGVkIHBhdGggbW9kaWZpY2F0aW9uIGFuZCBwYXRoIGluc3RhbnRpYXRpb24gY2FwYWJpbGl0aWVz IHRvIFBDRVAuICBUaGlzIGhhcyBhZGRlZCBjYXBhYmlsaXRpZXMgdG8gUENFUCB0aGF0IHdvdWxk IHRyYWRpdGlvbmFsbHkgaGF2ZSBiZWVuIHBlcmZvcm1lZCBieSB0aGUgbmV0d29yayBtYW5hZ2Vt ZW50IHBsYW5lLg0KDQpXZSBhcmUgbm93IHN0YXJ0aW5nIHRvIGRpc2N1c3MgcHJvcG9zYWxzIHRv IGFkZCBtb3JlIGNhcGFiaWxpdGllcyB0byBQQ0VQIOKAkyBjYXBhYmlsaXRpZXMgdGhhdCBhcmUg dHJhZGl0aW9uYWxseSBwYXJ0IG9mIHJvdXRpbmcgYW5kIHNpZ25hbGxpbmcuICBUaGVyZSB3ZXJl IHRocmVlIGV4YW1wbGVzIG9mIHRoaXMgaW4gdGhlIFBDRSB3b3JraW5nIGdyb3VwIG1lZXRpbmcg dGhpcyB3ZWVrLg0KDQrCtyAgICAgICAgIFRoZSBQQ0VDQyBwcm9wb3NhbCwgd2hpY2ggZXh0ZW5k cyBQQ0VQ4oCZcyBwYXRoIGluc3RhbnRpYXRpb24gY2FwYWJpbGl0eSBzbyB0aGF0IHRoZSBQQ0Ug Y2FuIHByb3Zpc2lvbiBhIHBhdGggZW5kLXRvLWVuZCBieSB0b3VjaGluZyBlYWNoIGhvcCBhbG9u ZyB0aGUgcGF0aC4gIFRoaXMgcmVwbGFjZXMgdGhlIGZ1bmN0aW9uIGFscmVhZHkgcHJvdmlkZWQg YnkgUlNWUC1URS4NCg0KwrcgICAgICAgICBUaGUgUENFUC1MUyBwcm9wb3NhbCwgd2hpY2ggZXh0 ZW5kcyBQQ0VQIHRvIGFsbG93IGxpbmsgc3RhdGUgYW5kIFRFIGluZm9ybWF0aW9uIHRvIGJlIGNv bW11bmljYXRlZCBmcm9tIHRoZSBuZXR3b3JrIHRvIHRoZSBQQ0UuICBUaGlzIHJlcGxhY2VzIHRo ZSBsaW5rIHN0YXRlIGZsb29kaW5nIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5IHRoZSBJR1BzLCBvciBC R1AtTFMuDQoNCsK3ICAgICAgICAgVGhlIFBDRUNDLVNSIHByb3Bvc2FsIGV4dGVuZHMgUENFUCB0 byBhbGxvdyBkZXZpY2UtbGV2ZWwgY29uZmlndXJhdGlvbiB0byBiZSBjb21tdW5pY2F0ZWQgYmV0 d2VlbiB0aGUgbmV0d29yayBhbmQgdGhlIFBDRSwgc3VjaCBhcyBTUkdCcywgcHJlZml4IFNJRHMg ZXRjLiAgQWdhaW4sIHRoaXMgcmVwbGFjZXMgZnVuY3Rpb25zIHRoYXQgYXJlIGFscmVhZHkgZGVz aWduZWQgaW50byB0aGUgSUdQcy4NCg0KVGhlc2UgcHJvcG9zYWxzIGFyZSB0YWtpbmcgUENFUCBp biB0aGUgZGlyZWN0aW9uIG9mIGJlaW5nIGEgZnVsbHktZmxlZGdlZCBTRE4gcHJvdG9jb2wuICBX aXRoIHRoZXNlIHByb3Bvc2Fscywgb25lIGNhbiBlbnZpc2lvbiBhIG5ldHdvcmsgaW4gd2hpY2gg dGhlcmUgaXMgbm8gdHJhZGl0aW9uYWwgY29udHJvbCBwbGFuZS4gIFBDRVAgaXMgdXNlZCB0byBj b21tdW5pY2F0ZSB0aGUgY3VycmVudCBuZXR3b3JrIHN0YXRlIGFuZCB0byBwcm9ncmFtIGZsb3dz LiAgVGhlc2UgcHJvcG9zYWxzIGhhdmUgdGhlaXIgcm9vdHMgaW4gdGhlIEFDVE4gYW5kIFBDRUND IGFyY2hpdGVjdHVyZXMgdGhhdCBhcmUgYWRvcHRlZCB3aXRoaW4gdGhlIFRFQVMgd29ya2luZyBn cm91cC4gIFRFQVMgaXMgdmVyeSBtdWNoIGFzc3VtaW5nIHRoYXQgdGhpcyBpcyB0aGUgZGlyZWN0 aW9uIHRoYXQgd2Ugd2FudCB0byB0YWtlIFBDRVAgaW4uICBIb3dldmVyLCB0aGVyZSBhcmUgdHdv IHByb2NlZHVyYWwgaXNzdWVzLCBhcyBJIHNlZSBpdC4NCg0KMS4gICAgICAgV2UgaGF2ZSBub3Qg aGFkIGFuIGV4cGxpY2l0IGRpc2N1c3Npb24gaW4gdGhlIFBDRSBXRyBhYm91dCB3aGV0aGVyIHdl IHdhbnQgdG8gdGFrZSBQQ0VQIGluIHRoaXMgZGlyZWN0aW9uLiAgV2UgaGF2ZSBoYWQgYSBmZXcg bGl2ZWx5IGRlYmF0ZXMgb24gc3BlY2lmaWMgY2FzZXMsIGxpa2UgUENFUC1MUywgYnV0IHRob3Nl IGNhc2VzIHJlcHJlc2VudCB0aGUg4oCcdGhpbiBlbmQgb2YgdGhlIHdlZGdl4oCdLiAgSWYgd2Ug c3RhcnQgZG93biB0aGlzIHBhdGggdGhlbiB3ZSBhcmUgYWNjZXB0aW5nIHRoYXQgUENFUCB3aWxs IHJlcGxhY2UgdGhlIGZ1bmN0aW9ucyBhdmFpbGFibGUgaW4gdGhlIHRyYWRpdGlvbmFsIGNvbnRy b2wgcGxhbmUuICBXZSBuZWVkIHRvIHRlc3Qgd2hldGhlciB0aGVyZSBpcyBhIGNvbnNlbnN1cyBp biB0aGUgd29ya2luZyBncm91cCB0byBtb3ZlIGluIHRoYXQgZGlyZWN0aW9uLg0KDQoyLiAgICAg ICBXZSBkbyBub3QgY3VycmVudGx5IGhhdmUgYSBjaGFydGVyIHRoYXQgYWxsb3dzIHVzIHRvIGFk ZCB0aGlzIHR5cGUgb2YgY2FwYWJpbGl0eSB0byBQQ0VQLiAgRGVwZW5kaW5nIG9uIHRoZSBvdXRj b21lIG9mIGRpc2N1c3Npb24gKDEpLCB3ZSBjYW4gb2YgY291cnNlIGV4dGVuZCB0aGUgY2hhcnRl ci4NCg0KVGhpcyBlbWFpbCBpcyB0byBpbml0aWF0ZSB0aGUgZGlzY3Vzc2lvbiAoMSkuICBTbywg cGxlYXNlIHJlcGx5IHRvIHRoZSBtYWlsaW5nIGxpc3QgYW5kIHNoYXJlIHlvdXIgdGhvdWdodHMg b24gd2hldGhlciBQQ0VQIHNob3VsZCBiZSBleHRlbmRlZCBpbiB0aGlzIGRpcmVjdGlvbiwgYW5k IGhvdyBmYXIgd2Ugc2hvdWxkIGdvLg0KDQpJIGFtIGhvcGluZyB0byBnZXQgbW9yZSB0aGFuIGp1 c3Qg4oCceWVz4oCdIG9yIOKAnG5v4oCdIGFuc3dlcnMgdG8gdGhpcyBxdWVzdGlvbiAoYWx0aG91 Z2ggdGhhdCB3b3VsZCBiZSBiZXR0ZXIgdGhhbiBubyBhbnN3ZXIpLiAgSSB3b3VsZCBsaWtlIHRv IGhlYXIganVzdGlmaWNhdGlvbnMgZm9yIG9yIGFnYWluc3QuICBTdWNoIGFzLCB3aGljaCBwcm9k dWN0aW9uIG5ldHdvcmtzIHdvdWxkIHJ1biBQQ0VQIGluIHBsYWNlIG9mIGEgdHJhZGl0aW9uYWwg Y29udHJvbCBwbGFuZT8gIFdoeSBpcyBpdCBub3QgZGVzaXJhYmxlIHRvIHNvbHZlIHRoZSBwcm9i bGVtcyBpbiB0aG9zZSBuZXR3b3JrcyB3aXRoIHRoZSB0cmFkaXRpb25hbCBjb250cm9sIHBsYW5l PyAgV2hhdCBoYXJtIGNvdWxkIHRoaXMgZG8/ICBXaGF0IHdvdWxkIGJlIHRoZSBvcGVyYXRpb25h bCBwcm9ibGVtcyBhc3NvY2lhdGVkIHdpdGggYWRkaW5nIHRoZXNlIGZ1bmN0aW9ucyB0byBQQ0VQ Pw0KDQpNYW55IHRoYW5rcw0KSm9uDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KUGNlIG1haWxpbmcgbGlzdA0KDQpQY2VAaWV0Zi5v cmc8bWFpbHRvOlBjZUBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9wY2UNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMg am9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVz IG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMs IGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1 IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVk aXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1l c3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0K T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBh bHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQg bm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24u DQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz Lg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoN ClRoYW5rIHlvdS4NCg== --_000_23CE718903A838468A8B325B80962F9B8CB993D0blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlRyZWJ1Y2hldCBNUyI7DQoJcGFub3NlLTE6MiAxMSA2IDMgMiAyIDIgMiAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEg MSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToy IDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlVidW50dTsN CglwYW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30NCi8qIFN0eWxlIERlZmluaXRpb25zICov DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1h cmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxl ZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KcHJl DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNr Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGku TXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9y aXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJv dHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCnNwYW4uRW1haWxT dHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgljb2xvcjoj MUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpA bGlzdCBsMA0KCXttc28tbGlzdC1pZDo1NTA0NTg1MTg7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7 DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjIwNTc0NDEyNTYgMTM0ODA3NTUzIDEzNDgwNzU1NSAx MzQ4MDc1NTcgMTM0ODA3NTUzIDEzNDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUzIDEzNDgwNzU1 NSAxMzQ4MDc1NTc7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlz dCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZl bDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9 DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6NjY5OTE3MTczOw0KCW1zby1s aXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxMTA1MDgyOTA4IDEzNDgw NzU2NyAxMzQ4MDc1NzcgMTM0ODA3NTc5IDEzNDgwNzU2NyAxMzQ4MDc1NzcgMTM0ODA3NTc5IDEz NDgwNzU2NyAxMzQ4MDc1NzcgMTM0ODA3NTc5O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6 bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4 dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEt bG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTku MHB0O30NCkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz dCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJ e21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh ZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxp bms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Ry ZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPkhpIE9saXZlciwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPlNvcnJ5IGZvciBhIGxhdGUgcmVzcG9uc2UgYW5kIHRoYW5rcyBm b3IgZW5nYWdpbmcgb24gdGhpcyB0b3BpYy4gV2l0aCB0aGlzIHJlc3BvbnNlIEkgd291bGQgdHJ5 IHRvIGNsZWFyIHVwIHNvbWUgbWlzY29uY2VwdGlvbnMsDQogc29tZSBjb250ZXh0IGFuZCBjb3Vu dGVyLXZpZXdwb2ludC4gJm5ic3A7UGxlYXNlIHNlZSBpbmxpbmXigKY8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k b3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiBQY2Ug W21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+b2xpdmll ci5kdWdlb25Ab3JhbmdlLmNvbTxicj4NCjxiPlNlbnQ6PC9iPiAyNyBKdWx5IDIwMTcgMjM6NDI8 YnI+DQo8Yj5Ubzo8L2I+IEpvbmF0aGFuIEhhcmR3aWNrICZsdDtKb25hdGhhbi5IYXJkd2lja0Bt ZXRhc3dpdGNoLmNvbSZndDs7IHBjZUBpZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gcGNlLWNoYWly c0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4g Y29udHJvbGxlciBwcm90b2NvbD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj5IaSBKb24sPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj5UaGFu a3MgdG8gb3BlbiB0aGlzIHRocmVhZC4gQXMgbWFueSBvZiB5b3UgaGF2ZSBhbHJlYWR5IHNhaWQs IFBDRVAgaXMgYWxyZWFkeSBhbiBTRE4gY29udHJvbGxlciBwcm90b2NvbCBzaW5jZSB0aGUgd29y ayBvbiBzdGF0ZWZ1bCBtb2RlLiBCdXQsIElNSE8sIHJlY2VudCBkcmFmdHMgZG9lc24ndCBnbyBp bnRvIHRoZSByaWdodCBkaXJlY3Rpb24uIExldCBtZSBleHBsYWluOjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtVYnVudHUmcXVvdDssc2Vy aWYiPjEvIE9uIFBDRS1MUy4gT2YgY291cnNlIHRoZXJlIGlzIGFscmVhZHkgcGxlbnR5IG9mIHNv bHV0aW9uIHRvIGxlYXJuIHRoZSB0b3BvbG9neSBlLmcuIGxpc3RlbiB0byBJR1AgcHJvdG9jb2ws IEJHUC1MUyAuLi4gQnV0LCBkb250IGZvcmdldCB0aGF0IHRoZSBwcmltYXJ5IGdvYWwgb2YgUENF IGlzIHRvIGNvbXB1dGUgYSBwYXRoIG9uIGEgdG9wb2xvZ3kuIFRoaXMgbWVhbg0KIHRoYXQgdGhl IFBDRSBuZWVkIGEgZ3JhcGggd2hpY2ggcmVwcmVzZW50IHRoZSBuZXR3b3JrIHRvcG9sb2d5LiBU aGlzIGdyYXBoIGlzIGV4dHJhY3QgZnJvbSB0aGUgVEVELCBsYXRlciBmdWxmaWwgYnkgdGhlIHRv cG9sb2d5IGxlYXJuaW5nIG1lY2hhbmlzbS4gV2h5IFBDRS1MUyBhbmQgb3RoZXIgZXF1aXZhbGVu dCBtZWNoYW5pc20gdGhhdCBjb2xsZWN0IHRvcG9sb2d5IGluZm9ybWF0aW9uIG9uIGEgbm9kZSBi eSBub2RlIGJhc2lzID8gU2ltcGx5DQogYmVjYXVzZSB5b3UgYXJlIHVuYWJsZSB0byBndWFyYW50 ZWUgdGhhdCB0aGUgZ3JhcGggeW91IGV4dHJhY3QgZnJvbSB3aGF0IHlvdSBsZWFybiBpcyBhY2N1 cmF0ZS4gSW5kZWVkLCBhIG5vZGUga25vd24gaXRzIGludGVyZmFjZXMgdGhyb3VnaCB3aGF0IHRo ZSBhZG1pbmlzdHJhdG9yIGNvbmZpZ3VyZSBpbiB0aGlzIG5vZGUuIEJ1dCwgaXQgZG9lc24ndCBr bm93IGV4YWN0bHkgdG8gd2hpY2ggbmVpZ2hib3VyIGl0IGlzIGNvbm5lY3RlZCB3aGlsZQ0KIHRo ZXJlIGlzIGEgcHJvdG9jb2wgYmV0d2VlbiBub2RlLiBJbiBJUCBuZXR3b3JrLCBpdCBpcyB0aGUg cm9sZSBvZiB0aGUgSUdQLiBpZiB0aGVyZSBpcyBhbiBlcnJvciBpbiB0aGUgbm9kZSBjb25maWd1 cmF0aW9uLCB0aGUgSUdQIGFkamFjZW5jeSBkb2Vzbid0IGZpcmUgdXAgYW5kIHRodXMsIElHUCBv ciBCR1AtTFMgd2lsbCBub3QgcmVwb3J0IHRoaXMgbGluayBiZXR3ZW5uIHRoZSB0d28gbm9kZXMu IFRoZSBncmFwaCBpcyBub3QgY29tcGxldGUsDQogYnV0IG5vdCB3cm9uZy4gU28gd2hlbiB5b3Ug bGVhcm4gdGhlIHRvcG9sb2d5IGZyb20gdGhlIElHUCB5b3UgY291bGQgZ3VhcmFudGVlIHRoYXQg dGhlIGxpbmsgYmV0d2VlbiB0d28gbm9kZXMgY29ycmVzcG9uZHMgZWZmZWN0aXZlbHkgdG8gd2hh dCBpcyByZWFsbHkgY29uZmlndXJlZCBhbmQgcGh5c2ljYWxseSBjb25uZWN0ZWQuIElmIHRoZXJl IGlzIG5vIHByb3RvY29sIGJldHdlZW4gdGhlIG5vZGVzLCB5b3UgY2FuJ3QgZ3VhcmFudGVlIHRo YXQNCiB3aGF0IHRoZSBub2RlIGFubm91bmNlIHRocm91Z2ggUENFUC1MUyBpcyBhY2N1cmF0ZS4g RS5nLiBOb2RlIEEgcmVwb3J0IExpbmsgQS1CIGFuZCBub2RlIEIgcmVwb3J0IExpbmsgQi1BIGlu c3RlYWQgb2YgTGluayBCLUMgYW5kIExpbmsgQi1DIGluc3RlYWQgb2YgTGluayBCLUEgZHVlIHRv IGEgd3JvbmcgbWFudWFsIGNvbmZpZ3VyYXRpb24uIFlvdSBvYnRhaW4gYSB3cm9uZyB0b3BvbG9n eSBhbmQgdGh1cyBhIHdyb25nIGdyYXBoIGFzIHlvdSBpbnZlcnQNCiB0d28gbGlua3MgYmV0d2Vl biB0d28gbm9kZXMuIEFuIHlvdSBoYXZlIG5vIHdheSB0byBjaGVjayBpdC4gU28sIGluIGFueSBj YXNlLCBhbmQgaXQgaXMgdHJ1ZSBmb3IgT3B0aWNhbCAvIFRyYW5zcG9ydCBuZXR3b3JrLCB5b3Ug TVVTVCBydW4gYW4gSUdQIGluIHlvdXIgbmV0d29yayB0byBiZSBzdXJlIHRoYXQgdGhlIHRvcG9s b2d5IGlzIGFjY3VyYXRlIGFuZCBzbyB0byBndWFyYW50ZWUgdGhhdCB0aGUgUENFIHdvcmsgb24g YSBjb3JyZWN0IGdyYXBoLg0KIEEgUENFIHdvcmtpbmcgb24gYSBiYWQgdG9wb2xvZ3kgaXMgcGFp bmZ1bC4gU28sIGJlY2F1c2UgeW91IG11c3QgcnVuIGFuIElHUCBpbiB5b3VyIG5ldHdvcmssIGZ1 bGZpbCB0aGUgUENFIFRFRCBieSBsaXN0ZW4gdGhlIElHUCBvciBCR1AtTFMgaXMgdGhlIGJlc3Qg c29sdXRpb24uIElNSE8sIFBDRSBXRyBtdXN0IG5vdCB3b3JrIG9uIGFsdGVybmF0aXZlIHNvbHV0 aW9uIHRvIGxlYXJuIHRvcG9sb2d5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPltbRGhydXYgRGhvZHldXSBXaGVuIFBDRVAtTFMgaXMgZGVwbG95ZWQg aW4gU0ROIG1vZGUgKG5vZGUgYnkgbm9kZSBiYXNpcyksIHRoZSBub2RlIGNvdWxkIHJ1biBhbnkg cHJvdG9jb2wgb24gdGhlIGxpbmsgdG8gbWFrZQ0KIHZlcmlmaWNhdGlvbi4gQWRyaWFuIGFsc28g bWVudGlvbmVkIGluIGhpcyByZXBseSwgdGhhdCBkZXZpY2UgY291bGQgYmUgcnVubmluZywgc29t ZSBmb3JtIG9mIGRpc2NvdmVyeS92ZXJpZmljYXRpb24gcHJvdG9jb2wgc3VjaCBhcyBMTVAsIExM RFAgb3IgZXZlbiBJR1Agb24gdGhlIHBlciBsaW5rIGJhc2lzLiBFYWNoIG5vZGUgaXMgZnJlZSB0 byBydW4gYW55IGxvY2FsIG1lY2hhbmlzbSB0byBtYWtlIHN1cmUgdGhhdCB0aGUgbGluayBpbmZv cm1hdGlvbg0KIGlzIGNvcnJlY3QuIFRoZSBQQ0VQLUxTIGV4dGVuc2lvbiBpcyB3cml0dGVuIGlu IHN1Y2ggYSB3YXkgdGhhdCBpdCBjb3VsZCBiZSB1c2VkIGluIGFueSBtb2RlIGFuZCBpbmRlcGVu ZGVudCBvZiB3aGF0IHRoZSBkZXZpY2UgY2hvb3NlIHRvIGRvLiBUaGUgUENFUC1MUyBhbHNvIHN1 cHBvcnQg4oCccmVtb3RlIGRhdGHigJ0gKGRhdGEgYSBub2RlIHdvdWxkIGhhdmUgbGVhcm5lZCB2 aWEgb3RoZXIgcHJvdG9jb2xzIGFzIElHUCAtIHJlbW90ZSBub2RlcyBhbmQNCiBsaW5rcykuIDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZXJlIGFy ZSAqYWxyZWFkeSogbXVsdGlwbGUgd2F5cyB0byBsZWFybiBURUQgYXQgUENFIOKAkyBJR1AtVEUs IEJHUC1MUywgTmV0Q29uZi8gUmVzdENvbmYg4oCTIFlhbmcuIFRoZSBhcmNoaXRlY3R1cmUgYWxs b3dzIHRoYXQuDQogVGhlIHZhcmlvdXMgaW1wbGVtZW50YXRpb24gb2YgU0ROIGFsc28gYWxyZWFk eSBhbGxvdyBtdWx0aXBsZSBTQkkgdG8gYWNoaWV2ZSB0aGUgc2FtZSByZXN1bHQsIHRvIGFsbG93 IHRoZSBTRE4gc29sdXRpb24gdG8gYmUgZGVwbG95ZWQgaW4gdmFyaW91cyBzY2VuYXJpb3MgYW5k IHRvIG1lZXQgZGlmZmVyZW50IHJlcXVpcmVtZW50cyBvZiB0aGUgbmV0d29yay4gVGhlIFBDRVAt TFMgY2xhaW1zIHRoYXQgdGhlcmUgYXJlIHNwZWNpZmljIGRlcGxveW1lbnRzDQogdGhhdCB3b3Vs ZCBsaWtlIHRvIHVzZSBQQ0VQLUxTIGFzIHRoZSBtZWNoYW5pc20gb2YgY2hvaWNlLCBhcyB0aGUg b3RoZXIgU0JJIGRvZXNu4oCZdCB3b3JrIGZvciB0aGVtLiAmbmJzcDtJdCBkb2VzIG5vdCBjbGFp bSB0aGF0IG90aGVyIG1lY2hhbmlzbSBzaG91bGQgbm90IGJlIHVzZWQgZXZlciwgaXQgaXMganVz dCBhbm90aGVyIHRvb2wgaW4gdGhlIHRvb2wtc2V0IGFuZCBJTUhPIHdlIHNob3VsZCBhbGxvdyBp dCwgaWYgZG9lcyBubyBicmVhay9oYXJtIHRoZQ0KIG5ldHdvcmsuIDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtVYnVudHUmcXVvdDssc2Vy aWYiPjIvIE9uIFBDRS1DQzogV2h5IGV4dGVuZGluZyBQQ0UgZm9yIHN1Y2ggZnVuY3Rpb25hbGl0 eSA/IEZvciBJUC9NUExTLCBpdCBpcyBhIG5vbiBzZW5zZSB0byBzdHVkeSBzdWNoIHNvbHV0aW9u IGVzcGVjaWFsbHkgd2l0aCBTZWdtZW50IFJvdXRpbmcgd2hlcmUgeW91IG5lZWQgdG8gY29uZmln dXJlIHRoZSBlZGdlIG5vZGUuIEZvciBPcHRpY2FsIC8gVHJhbnNwb3J0IG5ldHdvcmssDQogd2Vs bCwgYWdhaW4sIGl0IGlzIG5vdCB0aGUgZ29vZCBzb2x1dGlvbi4gRmlyc3QsIHZlbmRvciBhcmUg b3Bwb3NlZCB0byBvcGVuIHRoZWlyIFJPQURNIHRvIGZpbmUgdHVuZSB0aGUgY29uZmlndXJhdGlv biBvZiB0aGUgbm9kZSBkaXNyZWdhcmRpbmcgaWYgdGhlIHByb3RvY29sIGlzIFBDRVAgb3IgTmV0 Y29uZi4gU28sIGlmIHlvdSBpbnRlbmQgdG8gY29udHJvbCBhbiBPcHRpY2FsIC8gVHJhbnNwb3J0 IG5ldHdvcmsgdGhyb3VnaCBhbiBTRE4gQ29udHJvbGxlciwNCiB0aGUgYmVzdCBpcyB0byB1c2Ug R01QTFMuIFRoaXMga2VlcCB2ZW5kb3IgYWRqdXN0IHRoZSBsYW1iZGEgd2l0aG91dCBkaXNjbG9z aW5nIHRoZWlyIElQUi4gT2YgY291cnNlIHRoZWlyIGlzIGFuIGluaXRpYXRpdmUgbmFtZWQgT3Bl blJPQURNIHdoaWNoIHRyeSB0byBicmVhayB0aGlzIHdpdGggaXRzIFRyYW5zb3J0UENFIHByb2pl Y3Qgd2l0aGluIE9wZW5EYXlMaWdodC4gQnV0IGxvb2sgYXQgdGhlIHNwZWM6IGl0IGlzIHlhbmcg bW9kZWwgJiM0MzsgTmV0Q29uZi4NCiBOb3QgUENFUCAmIzQzOyBleHRlbnNpb24uIEFnYWluLCBJ TUhPLCBpdCBpcyBub3QgdGhlIGdvb2Qgc29sdXRpb24gdG8gc3R1ZHkuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+W1tEaHJ1diBEaG9keV1dIEF0IHRo ZSBicm9hZCBsZXZlbCB0aGlzIGZ1bmN0aW9uYWxpdHkgYWxyZWFkeSBleGlzdCBpbiBQQ0UuIFRo aXMgaXMganVzdCBhIHNwZWNpYWwgY2FzZSBmb3IgUENFIGluaXRpYXRlZCBMU1AsDQogd2hlcmUg dGhlIExTUCBpcyBvbmUgaG9wLiBBIFBDRS1lbmFibGVkIGNvbnRyb2xsZXIgY2FuIHNwZWFrIFBD RVAgYXMgdGhlIFNCSSAoaS5lLiwgaXQgY2FuIGNvbW11bmljYXRlIHdpdGggZWFjaCBub2RlIGFs b25nIHRoZSBwYXRoIHVzaW5nIFBDRVApLiZuYnNwOyBUaGF0IG1lYW5zIHRoYXQgdGhlIGNvbnRy b2xsZXIgY2FuIGNvbW11bmljYXRlIHdpdGggYSBjb252ZW50aW9uYWwgY29udHJvbCBwbGFuZS1l bmFibGVkIE5FIHVzaW5nIFBDRVAgYW5kIGNhbg0KIGFsc28gdXNlIHRoZSBzYW1lIHByb3RvY29s IHRvIHByb2dyYW0gaW5kaXZpZHVhbCBORXMuIEl0IGlzIGp1c3Qg4oCcT0YtbGlrZeKAnSBmdW5j dGlvbmFsaXR5IGZvciBQQ0VQLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjUuMjVwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+WWVzLCBzZWdtZW50IHJv dXRpbmcgc2hvdWxkIGFsc28gYmUgc3VwcG9ydGVkLCB0aGF0IGlzIHdoeSBQQ0VDQy1TUiBhbHNv IGV4aXN0LiBUaGUgdHdvIHByb3Bvc2FscyBhcmUgY29tcGxlbWVudGFyeS4gUGxlYXNlIGNoZWNr DQogdGhlIFRFQVMgV0cgZG9jdW1lbnRzIHRoYXQgZXhwbGFpbiB0aGlzIGZ1cnRoZXIuIDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDo1LjI1cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPkV2ZW4gVHJhbnNwb3J0UENFIHBoaWxvc29waHkgaXMgdG8gYWxsb3cg Ym90aCBOZXRDb25mL1BDRVAgYXMgU0JJLCBhdCBsZWFzdCB0aGF0IHdoYXQgdGhlIG1hdGVyaWFs IG9ubGluZSBzYXlzIDopDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj4zLyBPbiBQQ0VDQy1TUi4gVGhp cyB0aW1lLCBpdCBjb3VsZCBtYWtlIHNlbnNlLiBCdXQsIGFnYWluLCBpdCBpcyBub3QgdGhlIGdv b2Qgd2F5IHRvIHByb2NlZWQuIEluIGZhY3QsIHdoZW4geW91IHVzZSBQQ0VQIGFzIGNvbnRyb2wg cHJvdG9jb2wsIHRoZSBub2RlIGRvZXNuJ3Qgc3RvcmUgdGhlIGNvbmZpZ3VyYXRpb24gbGlrZSBp dCBkb2VzIHdpdGggTmV0Q29uZiBpbg0KIHRoZSBzdGFuZGFyZC1jb25maWcsIGJ1dCBpdCBpcyBz dG9yZSBpbiB0aGUgZXBoZW1lcmFsIGNvbmZpZy4gVGhpcyBtZWFucyB0aGF0IHdoZW4gdGhlIFBD RVAgc2Vzc2lvbiBicmVhayBvciB0aGUgbm9kZSByZWxvYWQsIGFsbCB0aGUgY29uZmlndXJhdGlv biBpcyBsb29zZS4gSWYgeW91IG5lZWQgdG8gd2FpdCBQQ0UgY29uZmlndXJhdGlvbiB0byBmaW5p c2ggdG8gYm9vdCBlLmcuIGFkdmVydGlzZSBTZWdtZW50IFJvdXRpbmcgY2FwYWJpbGl0aWVzDQog bmVlZCBTUkdCLCBwcmVmaXggU0lEIC4uLiBpdCBpcyBub3QgYSBzYWZlIHNvbHV0aW9uLiBGb3Ig dGhhdCBraW5kIG9mIGluZm9ybWF0aW9uIE5ldENvbmYgaXMgc3VwZXJpb3IgdG8gUENFUC4gSW4g YWRkaXRpb24gU1BSSU5HIFdHIGlzIHdvcmtpbmcgb24geWFuZyBtb2RlbCBmb3IgTmV0Q29uZiBm b3IgdGhpcyBwdXJwb3NlLiBOb3Qgb24gUENFUCBleHRlbnNpb24uIE9uZSBtb3JlIHRpbWUsIElN SE8sIFBDRSBXRyBtdXN0IG5vdCBzcGVudCBlbmVyZ3kNCiBpbiB0aGlzIGRpcmVjdGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5bW0RocnV2IERo b2R5XV0gUENFUCBpcyBub3QgKGFuZCBkb2VzIG5vdCBjbGFpbSB0byBiZSBhKSBjb25maWd1cmF0 aW9uIHByb3RvY29sLiBKdXN0IGxpa2UgUENFLWluaXRpYXRlZCBMU1AsIHlvdSBjb3VsZCBzZXQg bG9jYWwNCiBwb2xpY3kgb24gbm9kZSB0byByZXRhaW4gaW5mb3JtYXRpb24gd2hlbiB0aGUgc2Vz c2lvbiBnb2VzIGRvd24uIFNpbmNlIHRoaXMgaXMgbm90IGNvbmZpZ3VyYXRpb24sIHRoYXQgaW5m b3JtYXRpb24gd291bGQgbm90IHN1cnZpdmUgdGhlIG5vZGUgcmVzdGFydHMuIFRoaXMgaXMgdHJ1 ZSBmb3IgYW55IFBDRSBpbnRlcmFjdGlvbnMsIGFuZCBob2xkcyB0cnVlIGZvciBQQ0VDQy1TUiBh cyB3ZWxsLiBCdXQgdGhlIGtleSBpcyB0aGF0LCBQQ0VDQy1TUg0KIGlzIG5vdCB0cnlpbmcgdG8g YmUgYSByZXBsYWNlbWVudCBvZiBTUi1ZYW5nLCBpdCBpcyBhIHdheSBmb3IgYSBQQ0UtYmFzZWQg Y29udHJvbGxlciB0byBpbnN0cnVjdCB0aGUgU1IgZm9yd2FyZGluZyBhY3Rpb24gZWFjaCBub2Rl IG5lZWRzIHRvIG1ha2UgdmlhIFBDRVAsIGFsb25nc2lkZSB0aGUgbGFiZWwgc3RhY2sgaW5zdHJ1 Y3Rpb25zIHRvIHRoZSBoZWFkIG5vZGUgdGhhdCBuZWVkcyB0byBiZSBhdHRhY2hlZCB0byBwYWNr ZXRzIGFzIHRoZXkNCiBlbnRlciB0aGUgbmV0d29yay4gPG86cD48L286cD48L3NwYW4+PC9wPg0K PHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1VidW50dSZxdW90OyxzZXJpZiI+NC8g V2hhdCBpcyBtaXNzaW5nPyBZZXMuIFRoZXJlIGlzIG1pc3NpbmcgcGllY2VzIGluIHRoZSBwdXp6 bGUuIEFuZCBzcGVudCBlbmVyZ3kgdG8gZXh0cmEgZnVuY3Rpb25zIHdoaWxlIGVzc2VudGlhbCBv bmVzIGFyZSBub3QgcmVhZHkgaXMgbm90IHRoZSBnb29kIHdheSB0byBwcm9ncmVzcy4gSSdtIHJl ZmVycmluZyB0byB0aGUgdHJhZmZpYyBzdGVlcmluZy4gSSBrbm93DQogdGhhdCB0aGVyZSBpcyBh IHZlcnkgcmVjZW50IGRyYWZ0IHRoYXQgcHJvcG9zZSBhIEZsb3dTcGVjIGxpa2UgaW4gUENFUC4g SW5kZWVkLCBvbmNlIGEgdHVubmVsIGlzIHNldHVwIHRocm91Z2ggUENFUCwgeW91IGhhdmUgbm8g Z29vZCB0b29sIHRvIGVuZm9yY2UgdGhlIHRyYWZmaWMgaW4gdGhpcyBuZXdseSBjcmVhdGVkIHR1 bm5lbC4gQWdhaW4sIHVzaW5nIE5ldENvbmYgaXMgbm90IGEgZ29vZCBpZGVhIGFzIHlvdSBtaXgg ZXBoZW1lcmFsIGNvbmZpZw0KIGFuZCBzdGFuZGFyZCBjb25maWcuIEJHUC1GbG93U3BlYyBpcyB0 b28gY2xvc2UgdG9vIHJlbGF0ZWQgdG8gQkdQIGFuZCBub3QgZW5zdXJlIGZpbmUgZ3JhbnVsYXJp dHkgeW91IHdpc2ggdG8gc3RlZXIgdGhlIHRyYWZmaWMgaW50byBhIHR1bm5lbC4gU28sIElNSE8s IHRoaXMgaXMgdGhlIGRpcmVjdGlvbiB3aGVyZSB0aGUgV0cgbXVzdCBnby48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5bW0RocnV2IERob2R5XV0gRmxv d3NwZWMgcHJvcG9zYWwgaXMgcGFydCBvZiB0aGUgb3ZlcmFsbCBQQ0VDQyBmcmFtZXdvcmsgYW5k IGdvb2QsIHRoYXQgeW91IGFncmVlIG9uIHVzZWZ1bG5lc3Mgb2YgdGhhdCBwYXJ0IDopDQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5CdXQgc29tZSBv ZiB0aGUga2V5IHBoaWxvc29waHkgZm9yIG90aGVyIHByb3Bvc2FsIGlzIG9uIHRoZSBzYW1lIGxp bmUgb2YgZW5hYmxpbmcg4oCcUENFUCBhcyBTQkkgcHJvdG9jb2zigJ0gYmV0d2VlbiBhIFBDRS1i YXNlZCBjb250cm9sbGVyDQogYW5kIHRoZSBkZXZpY2UgdG8gbWVldCBhbGwgcmVxdWlyZW1lbnRz IG9mIGNlbnRyYWwgY29udHJvbCBvZiBURSBMU1BzLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj5Ob3cs IGp1c3QgdG8gZmluaXNoLCBjYW4geW91IHJhaXNlIGhhbmQgaW4gdGhlIHJvb20gdG8gY291bnQg dGhlIG51bWJlciBvZiBvcGVyYXRpb25hbCBuZXR3b3JrIHdoZXJlIFJTVlAtVEUgaXMgcmVhbGx5 IHVzZWQgKEkgbWVhbiBvdGhlciB0aGFuIHRob3NlIHVzZWQgZm9yIEZSUikgPyBudW1iZXIgb2Yg b3BlcmF0aW9uYWwgbmV0d29yayB1c2luZyBTZWdtZW50IFJvdXRpbmcNCiA/IEFuZCBvbiB0aGlz IGZldyBzdWJzZXQgdGhlIG51bWJlciB0aGF0IHJlYWxseSB1c2UgUENFUCA/IEknbSBwcmV0dHkg c3VyZSB0aGF0IEkgaGF2ZSBzdWZmaWNpZW50IGZpbmdlciBpbiBvbmUgaGFuZCB0byBjb3VudCB0 aGVtLiBBbmQsIGlmIEkgcmVzdHJpY3QgdGhlbSB0byB3aGljaCBhcmUgcmVhbGx5IG5lZWQgUGF0 aCBDb21wdXRhdGlvbiB3aXRoIGNvbnN0cmFpbnRzIChJIG1lYW4gcGF0aCBkaXZlcnNpdHksIGJh bmR3aWR0aCByZXNlcnZhdGlvbiwNCiBkZWxheSBjb25zdHJhaW50IC4uLikgSSB3aWxsIGJlIHZl cnkgaGFwcHkgaWYgb25lIGhhbmQgcmFpc2UgaW4gdGhlIHJvb20uIFNvLCBmcm9tIHRoaXMgcG9v ciBvcGVyYXRpb25hbCB1c2FnZSwgd2UgYWJzb2x1dGVseSBkb24ndCBrbm93IGlmIFBDRVAgaXMg c3RhYmxlLCBzY2FsZSBhdCBsYXJnZSAuLi4gQ2FuIHdlIGd1YXJhbnRlZSB0aGF0IGEgUENFIGNv dWxkIG1haW50YWluIGEgUENFUCBzZXNzaW9uIHdpdGggYWxsIG5vZGVzIGluIGEgbGFyZ2UNCiBu ZXR3b3JrIChzYXkgMTAwMCBub2RlcyBhbmQgbW9yZSkgPyBOby4gQmVjYXVzZSBub2JvZHkgcmVw b3J0IG9uIHRoZSBXRyBzdWNoIGV4cGVyaWVuY2UgbGlrZSBvdGhlciBXRyBkby4gRG8gd2UgaGF2 ZSBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyA/IFllcyBwbGVudHkuIEZyb20gYWxsIGluZHVzdHJp YWwgYW5kIE9wZW4gU291cmNlIFBDRSBzb2x1dGlvbnMgSSB0ZXN0ZWQgbm8gb25lIGltcGxlbWVu dCBjb3JyZWN0bHkgYWxsIHRoZSBSRkNzIGFuZA0KIHJlY2VudCBkcmFmdHMuIFNvLCBiZWZvcmUg ZXh0ZW5kaW5nIFBDRVAgSSBzdWdnZXN0IHRvIGNvbmNlbnRyYXRlIG9uIGltcGxlbWVudGluZyB3 aGF0IGlzIGFscmVhZHkgYXZhaWxhYmxlLiBNYWtlIGxhcmdlIGV4cGVyaW1lbnQsIHNlZSB3aGF0 J3MgaGFwcGVuLiBEZWJ1ZywgcmVwb3J0LCBhZGp1c3QuIFRoZW4gd2UgY291bGQgdGhpbmsgYWJv dXQgdGhlIGZ1dHVyZSBvZiBQQ0VQIHdoZW4gd2Ugd2lsbCBjb2xsZWN0IHN1ZmZpY2llbnQgYmFj a2dyb3VuZA0KIGFuZCBleHBlcmllbmNlLiBVcCB0byBrbm93LCBmcm9tIHdoYXQgSSBleHBlcmlt ZW50LCB0aGUgdGVjaG5vbG9neSBpcyBnb29kLCBwcm9taXNpbmcsIGJ1dCB0b28geW91bmcuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+W1tEaHJ1diBE aG9keV1dIEkgYWdyZWUgdGhhdCBzb21lIG9mIHRoZSBhYm92ZSBpc3N1ZXMgZXhpc3QuIFdlIHNo b3VsZCB3ZWxjb21lIGFueSBpbml0aWF0aXZlcyBsaWtlIEhhY2thdGhvbiwgSW50ZXItT3AgZXRj IHRoYXQNCiBoZWxwIHdpdGggdGhvc2UuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPk91ciBhaW0gaGVyZSB3YXMgdG8gaW5jcmVhc2UgZGVw bG95bWVudCBvZiBQQ0UgYnkgZW5hYmxpbmcgUENFUCB0byBiZSBhIOKAnGZ1bGwgU0JJIHByb3Rv Y29sIGZvciBURSBMU1Bz4oCdLCB0aGlzIHdvdWxkIGhlbHAgaW4gbW92aW5nDQogc29tZSBuZXR3 b3JrcyB0b3dhcmRzIGEgY2VudHJhbGx5IGNvbnRyb2xsZWQgZW52aXJvbm1lbnQgd2l0aCBQQ0Ug YXQgdGhlIGNlbnRlci4gSG9wZWZ1bGx5IHRoZXNlIGV4dGVuc2lvbnMgd291bGQgaGVscCBpbiB0 aGF0Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij5EaHJ1djxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtVYnVudHUmcXVvdDssc2VyaWYiPm15IDJjdHM8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj5P bGl2aWVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGUgMjAvMDcvMjAx NyDDoCAxNzoyMiwgSm9uYXRoYW4gSGFyZHdpY2sgYSDDqWNyaXQmbmJzcDs6PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBQQ0UgV0c8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhlIHB1cnBvc2Ugb2YgdGhpcyBlbWFpbCBpcyB0byBpbml0aWF0ZSBh IGRpc2N1c3Npb24gYWJvdXQgd2hldGhlciB3ZSB3YW50IHRvIGV4dGVuZCBQQ0VQIHRvIGFsbG93 IGl0IHRvIHJlcGxhY2UgdGhlIGZ1bmN0aW9ucyB0aGF0IGFyZSB0cmFkaXRpb25hbGx5IHByb3Zp ZGVkIGJ5IHRoZSByb3V0aW5nIGFuZCBzaWduYWxsaW5nIHByb3RvY29scy48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+T3JpZ2luYWxseSwgUENFUCB3YXMgZGVzaWduZWQgd2l0aCB0aGUgZ29hbCBv ZiBwcm92aWRpbmcgYSBkaXN0cmlidXRlZCBwYXRoIGNvbXB1dGF0aW9uIHNlcnZpY2UuJm5ic3A7 IEluIHJlY2VudCB5ZWFycyB3ZSBoYXZlIGV4dGVuZGVkIHRoYXQgbWlzc2lvbiwgYW5kIGFkZGVk IHBhdGggbW9kaWZpY2F0aW9uIGFuZCBwYXRoIGluc3RhbnRpYXRpb24gY2FwYWJpbGl0aWVzIHRv IFBDRVAuJm5ic3A7IFRoaXMgaGFzIGFkZGVkIGNhcGFiaWxpdGllcw0KIHRvIFBDRVAgdGhhdCB3 b3VsZCB0cmFkaXRpb25hbGx5IGhhdmUgYmVlbiBwZXJmb3JtZWQgYnkgdGhlIG5ldHdvcmsgbWFu YWdlbWVudCBwbGFuZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgYXJlIG5vdyBzdGFydGlu ZyB0byBkaXNjdXNzIHByb3Bvc2FscyB0byBhZGQgbW9yZSBjYXBhYmlsaXRpZXMgdG8gUENFUCDi gJMgY2FwYWJpbGl0aWVzIHRoYXQgYXJlIHRyYWRpdGlvbmFsbHkgcGFydCBvZiByb3V0aW5nIGFu ZCBzaWduYWxsaW5nLiZuYnNwOyBUaGVyZSB3ZXJlIHRocmVlIGV4YW1wbGVzIG9mIHRoaXMgaW4g dGhlIFBDRSB3b3JraW5nIGdyb3VwIG1lZXRpbmcgdGhpcyB3ZWVrLjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21z by1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFu IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+VGhlIFBDRUNDIHByb3Bvc2FsLCB3aGljaCBleHRlbmRzIFBDRVDigJlz IHBhdGggaW5zdGFudGlhdGlvbiBjYXBhYmlsaXR5IHNvIHRoYXQgdGhlIFBDRSBjYW4gcHJvdmlz aW9uIGEgcGF0aCBlbmQtdG8tZW5kIGJ5IHRvdWNoaW5nIGVhY2ggaG9wIGFsb25nIHRoZSBwYXRo LiZuYnNwOyBUaGlzIHJlcGxhY2VzIHRoZSBmdW5jdGlvbiBhbHJlYWR5IHByb3ZpZGVkIGJ5IFJT VlAtVEUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJt c28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5UaGUgUENFUC1MUyBwcm9wb3Nh bCwgd2hpY2ggZXh0ZW5kcyBQQ0VQIHRvIGFsbG93IGxpbmsgc3RhdGUgYW5kIFRFIGluZm9ybWF0 aW9uIHRvIGJlIGNvbW11bmljYXRlZCBmcm9tIHRoZSBuZXR3b3JrIHRvIHRoZSBQQ0UuJm5ic3A7 IFRoaXMgcmVwbGFjZXMgdGhlIGxpbmsgc3RhdGUgZmxvb2RpbmcgZnVuY3Rpb24gcHJvdmlkZWQg YnkgdGhlIElHUHMsIG9yIEJHUC1MUy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEg bGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJv bCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBw dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlRo ZSBQQ0VDQy1TUiBwcm9wb3NhbCBleHRlbmRzIFBDRVAgdG8gYWxsb3cgZGV2aWNlLWxldmVsIGNv bmZpZ3VyYXRpb24gdG8gYmUgY29tbXVuaWNhdGVkIGJldHdlZW4gdGhlIG5ldHdvcmsgYW5kIHRo ZSBQQ0UsIHN1Y2ggYXMgU1JHQnMsIHByZWZpeCBTSURzIGV0Yy4mbmJzcDsgQWdhaW4sIHRoaXMg cmVwbGFjZXMgZnVuY3Rpb25zIHRoYXQgYXJlIGFscmVhZHkgZGVzaWduZWQgaW50byB0aGUgSUdQ cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlc2UgcHJvcG9zYWxzIGFyZSB0YWtpbmcgUENF UCBpbiB0aGUgZGlyZWN0aW9uIG9mIGJlaW5nIGEgZnVsbHktZmxlZGdlZCBTRE4gcHJvdG9jb2wu Jm5ic3A7IFdpdGggdGhlc2UgcHJvcG9zYWxzLCBvbmUgY2FuIGVudmlzaW9uIGEgbmV0d29yayBp biB3aGljaCB0aGVyZSBpcyBubyB0cmFkaXRpb25hbCBjb250cm9sIHBsYW5lLiZuYnNwOyBQQ0VQ IGlzIHVzZWQgdG8gY29tbXVuaWNhdGUgdGhlIGN1cnJlbnQgbmV0d29yayBzdGF0ZQ0KIGFuZCB0 byBwcm9ncmFtIGZsb3dzLiZuYnNwOyBUaGVzZSBwcm9wb3NhbHMgaGF2ZSB0aGVpciByb290cyBp biB0aGUgQUNUTiBhbmQgUENFQ0MgYXJjaGl0ZWN0dXJlcyB0aGF0IGFyZSBhZG9wdGVkIHdpdGhp biB0aGUgVEVBUyB3b3JraW5nIGdyb3VwLiZuYnNwOyBURUFTIGlzIHZlcnkgbXVjaCBhc3N1bWlu ZyB0aGF0IHRoaXMgaXMgdGhlIGRpcmVjdGlvbiB0aGF0IHdlIHdhbnQgdG8gdGFrZSBQQ0VQIGlu LiZuYnNwOyBIb3dldmVyLCB0aGVyZSBhcmUgdHdvIHByb2NlZHVyYWwNCiBpc3N1ZXMsIGFzIEkg c2VlIGl0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm80Ij48IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xLjxzcGFuIHN0eWxlPSJm b250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5XZSBoYXZlIG5vdCBo YWQgYW4gZXhwbGljaXQgZGlzY3Vzc2lvbiBpbiB0aGUgUENFIFdHIGFib3V0IHdoZXRoZXIgd2Ug d2FudCB0byB0YWtlIFBDRVAgaW4gdGhpcyBkaXJlY3Rpb24uJm5ic3A7IFdlIGhhdmUgaGFkIGEg ZmV3IGxpdmVseSBkZWJhdGVzIG9uIHNwZWNpZmljIGNhc2VzLCBsaWtlIFBDRVAtTFMsIGJ1dCB0 aG9zZSBjYXNlcyByZXByZXNlbnQgdGhlIOKAnHRoaW4gZW5kIG9mIHRoZSB3ZWRnZeKAnS4mbmJz cDsgSWYNCiB3ZSBzdGFydCBkb3duIHRoaXMgcGF0aCB0aGVuIHdlIGFyZSBhY2NlcHRpbmcgdGhh dCBQQ0VQIHdpbGwgcmVwbGFjZSB0aGUgZnVuY3Rpb25zIGF2YWlsYWJsZSBpbiB0aGUgdHJhZGl0 aW9uYWwgY29udHJvbCBwbGFuZS4mbmJzcDsgV2UgbmVlZCB0byB0ZXN0IHdoZXRoZXIgdGhlcmUg aXMgYSBjb25zZW5zdXMgaW4gdGhlIHdvcmtpbmcgZ3JvdXAgdG8gbW92ZSBpbiB0aGF0IGRpcmVj dGlvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1cHBv cnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHlsZT0iZm9u dDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+V2UgZG8gbm90IGN1cnJl bnRseSBoYXZlIGEgY2hhcnRlciB0aGF0IGFsbG93cyB1cyB0byBhZGQgdGhpcyB0eXBlIG9mIGNh cGFiaWxpdHkgdG8gUENFUC4mbmJzcDsgRGVwZW5kaW5nIG9uIHRoZSBvdXRjb21lIG9mIGRpc2N1 c3Npb24gKDEpLCB3ZSBjYW4gb2YgY291cnNlIGV4dGVuZCB0aGUgY2hhcnRlci48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhpcyBlbWFpbCBpcyB0byBpbml0aWF0ZSB0aGUgZGlzY3Vzc2lvbiAo MSkuJm5ic3A7IFNvLCBwbGVhc2UgcmVwbHkgdG8gdGhlIG1haWxpbmcgbGlzdCBhbmQgc2hhcmUg eW91ciB0aG91Z2h0cyBvbiB3aGV0aGVyIFBDRVAgc2hvdWxkIGJlIGV4dGVuZGVkIGluIHRoaXMg ZGlyZWN0aW9uLCBhbmQgaG93IGZhciB3ZSBzaG91bGQgZ28uPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkkgYW0gaG9waW5nIHRvIGdldCBtb3JlIHRoYW4ganVzdCDigJx5ZXPigJ0gb3Ig4oCcbm/i gJ0gYW5zd2VycyB0byB0aGlzIHF1ZXN0aW9uIChhbHRob3VnaCB0aGF0IHdvdWxkIGJlIGJldHRl ciB0aGFuIG5vIGFuc3dlcikuJm5ic3A7IEkgd291bGQgbGlrZSB0byBoZWFyIGp1c3RpZmljYXRp b25zIGZvciBvciBhZ2FpbnN0LiZuYnNwOyBTdWNoIGFzLCB3aGljaCBwcm9kdWN0aW9uIG5ldHdv cmtzIHdvdWxkIHJ1biBQQ0VQIGluIHBsYWNlIG9mDQogYSB0cmFkaXRpb25hbCBjb250cm9sIHBs YW5lPyZuYnNwOyBXaHkgaXMgaXQgbm90IGRlc2lyYWJsZSB0byBzb2x2ZSB0aGUgcHJvYmxlbXMg aW4gdGhvc2UgbmV0d29ya3Mgd2l0aCB0aGUgdHJhZGl0aW9uYWwgY29udHJvbCBwbGFuZT8mbmJz cDsgV2hhdCBoYXJtIGNvdWxkIHRoaXMgZG8/Jm5ic3A7IFdoYXQgd291bGQgYmUgdGhlIG9wZXJh dGlvbmFsIHByb2JsZW1zIGFzc29jaWF0ZWQgd2l0aCBhZGRpbmcgdGhlc2UgZnVuY3Rpb25zIHRv IFBDRVA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1hbnkgdGhhbmtzPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Kb248bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+UGNlIG1haWxpbmcg bGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpQY2VAaWV0Zi5vcmci PlBjZUBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9wY2U8L2E+PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHByZT5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86 cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Q2UgbWVz c2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRp b25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPG86 cD48L286cD48L3ByZT4NCjxwcmU+cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3Bp ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVy cmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5hIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRl IHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS48 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5UaGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3Ig cHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OzxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBv ciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPklm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhl IHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLjxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaGFuayB5b3UuPG86cD48L286cD48 L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_23CE718903A838468A8B325B80962F9B8CB993D0blreml501mbb_-- From nobody Mon Aug 7 04:17:34 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66CB11321AF; Mon, 7 Aug 2017 04:17:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 cijr_OA_gpAv; Mon, 7 Aug 2017 04:17:30 -0700 (PDT) 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 6FD5C1321A7; Mon, 7 Aug 2017 04:17:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSW76765; Mon, 07 Aug 2017 11:17:19 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 7 Aug 2017 12:17:18 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 16:47:05 +0530 From: Dhruv Dhody To: Jonathan Hardwick , "pce@ietf.org" CC: "pce-chairs@ietf.org" , "dhruv.ietf@gmail.com" Thread-Topic: PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgOCLYAw Date: Mon, 7 Aug 2017 11:17:05 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB993F1@blreml501-mbb> References: In-Reply-To: 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.149.39] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB993F1blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.59884C40.001B, 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: c19bb4b417adabd1ed9faadf3692e33e Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 11:17:32 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB993F1blreml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, One overall clarification - The notion that PCEP extensions replaces other protocol is not the right wa= y to look at the issue here. It should be looked at in complementary terms = *only*. There are some other points that some have made on the overarching principl= e. Let me try to summarize them from my point of view - (1) Use of Yang based mechanism (NetConf/RestConf/gRPC/gNMI) instead, devel= op solution based on yang only. Well to me that sounds like moving functionality that exist in PCEP to Yang= (and isn't that the issue that has been pointed out for these PCEP extensi= ons!). Note that, I would never argue against developing solution based on Yang, a= s IMHO both should co-exist and have different considerations involved. W.r.t binary in yang based solutions, though it is possible, it is not some= thing that is implemented or available right now in NetConf/RestConf where = as PCEP extensions have been implemented/tested, and moreover having multip= le SBI options is good :) (2) The functionality already exist in other protocols, and creating choice= would lead to operation-issues. I think it was pointed out by Adrian, we already have multiple protocols do= ing similar things today - - OSPF-TE, ISIS-TE, BGP-LS, Yang based solutions (NetConf/RestConf/gRPC) fo= r TED - PCEP, Yang based solutions (NetConf/RestConf/gRPC) for path setup - BGP-FlowSpec, Yang based solutions (NetConf/RestConf/gRPC) for flow This PCEP proposals in question, did not create these choices, they exist a= lready and adding PCEP in the mix does not change that. --- Some of the arguments for not taking on this work could be applied to vario= us other works that IETF has taken on in recent past :), looks like we appl= y the principles selectively. IMHO if there exist deployments where the work makes sense, then it should = be explored. If there are implementations that exist or are planned, and if= there are a volunteers from multiple organizations who would like to conti= nue to work on it, and if it does no harm - the work should continue. There have been experiments, Hackathon and Bits-n-Bytes effort that showcas= ed interest. There have been presentations from operators on how they plan = to deploy and use these functionalities. There are implementation reports a= s well. --- Jon's mail asked the question where do we stop? My answer would be - - at "configuration" - at use of PCEP for work beyond TE - kitchen sink (as Jeff put it) - harm to the network (non-backward compatible etc) - incompatible with framework in TEAS The work proposed in PCEP falls well under the umbrella of acceptable PCEP = extensions IMHO. Regards, Dhruv From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Jonathan Hardwick Sent: 20 July 2017 20:52 To: pce@ietf.org Cc: pce-chairs@ietf.org Subject: [Pce] PCEP as an SDN controller protocol? Dear PCE WG The purpose of this email is to initiate a discussion about whether we want= to extend PCEP to allow it to replace the functions that are traditionally= provided by the routing and signalling protocols. Originally, PCEP was designed with the goal of providing a distributed path= computation service. In recent years we have extended that mission, and a= dded path modification and path instantiation capabilities to PCEP. This h= as added capabilities to PCEP that would traditionally have been performed = by the network management plane. We are now starting to discuss proposals to add more capabilities to PCEP -= capabilities that are traditionally part of routing and signalling. There= were three examples of this in the PCE working group meeting this week. * The PCECC proposal, which extends PCEP's path instantiation capab= ility so that the PCE can provision a path end-to-end by touching each hop = along the path. This replaces the function already provided by RSVP-TE. * The PCEP-LS proposal, which extends PCEP to allow link state and = TE information to be communicated from the network to the PCE. This replac= es the link state flooding function provided by the IGPs, or BGP-LS. * The PCECC-SR proposal extends PCEP to allow device-level configur= ation to be communicated between the network and the PCE, such as SRGBs, pr= efix SIDs etc. Again, this replaces functions that are already designed in= to the IGPs. These proposals are taking PCEP in the direction of being a fully-fledged S= DN protocol. With these proposals, one can envision a network in which the= re is no traditional control plane. PCEP is used to communicate the curren= t network state and to program flows. These proposals have their roots in = the ACTN and PCECC architectures that are adopted within the TEAS working g= roup. TEAS is very much assuming that this is the direction that we want t= o take PCEP in. However, there are two procedural issues, as I see it. 1. We have not had an explicit discussion in the PCE WG about whether= we want to take PCEP in this direction. We have had a few lively debates = on specific cases, like PCEP-LS, but those cases represent the "thin end of= the wedge". If we start down this path then we are accepting that PCEP wi= ll replace the functions available in the traditional control plane. We ne= ed to test whether there is a consensus in the working group to move in tha= t direction. 2. We do not currently have a charter that allows us to add this type= of capability to PCEP. Depending on the outcome of discussion (1), we can= of course extend the charter. This email is to initiate the discussion (1). So, please reply to the mail= ing list and share your thoughts on whether PCEP should be extended in this= direction, and how far we should go. I am hoping to get more than just "yes" or "no" answers to this question (a= lthough that would be better than no answer). I would like to hear justifi= cations for or against. Such as, which production networks would run PCEP = in place of a traditional control plane? Why is it not desirable to solve = the problems in those networks with the traditional control plane? What ha= rm could this do? What would be the operational problems associated with a= dding these functions to PCEP? Many thanks Jon --_000_23CE718903A838468A8B325B80962F9B8CB993F1blreml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

=  

One o= verall clarification –

=  

The n= otion that PCEP extensions replaces other protocol is not the right way to = look at the issue here. It should be looked at in complementary terms *only*. 

=  

There= are some other points that some have made on the overarching principle. Le= t me try to summarize them from my point of view - 

=  

(1) U= se of Yang based mechanism (NetConf/RestConf/gRPC/gNMI) instead, develop so= lution based on yang only.  

Well = to me that sounds like moving functionality that exist in PCEP to Yang (and= isn't that the issue that has been pointed out for these PCEP extensions!).

Note = that, I would never argue against developing solution based on Yang, as IMH= O both should co-exist and have different considerations involved.

W.r.t= binary in yang based solutions, though it is possible, it is not something= that is implemented or available right now in NetConf/RestConf where as PCEP extensions have been implemented/tested, an= d moreover having multiple SBI options is good :)

=  

(2) T= he functionality already exist in other protocols, and creating choice woul= d lead to operation-issues.

I thi= nk it was pointed out by Adrian, we already have multiple protocols doing s= imilar things today -

- OSP= F-TE, ISIS-TE, BGP-LS, Yang based solutions (NetConf/RestConf/gRPC) for TED=

- PCE= P, Yang based solutions (NetConf/RestConf/gRPC) for path setup

- BGP= -FlowSpec, Yang based solutions (NetConf/RestConf/gRPC) for flow

This = PCEP proposals in question, did not create these choices, they exist alread= y and adding PCEP in the mix does not change that.

=  

---

=  

Some = of the arguments for not taking on this work could be applied to various ot= her works that IETF has taken on in recent past :), looks like we apply the principles selectively.

=  

IMHO = if there exist deployments where the work makes sense, then it should be ex= plored. If there are implementations that exist or are planned, and if there are a volunteers from multiple organizations = who would like to continue to work on it, and if it does no harm - the work= should continue.  

There= have been experiments, Hackathon and Bits-n-Bytes effort that showcased in= terest. There have been presentations from operators on how they plan to deploy and use these functionalities. There are implem= entation reports as well.  

=  

---

=  

Jon&#= 8217;s mail asked the question where do we stop? My answer would be -<= /o:p>

- at = "configuration"

- at = use of PCEP for work beyond TE

- kitchen sink (as Jeff put it)

- har= m to the network (non-backward compatible etc)

- inc= ompatible with framework in TEAS

=  

The w= ork proposed in PCEP falls well under the umbrella of acceptable PCEP exten= sions IMHO.

=  

Regar= ds,

Dhruv=

=  

From:<= /span> Pce [mailto:pce-bounc= es@ietf.org] On Behalf Of Jonathan Hardwick
Sent: 20 July 2017 20:52
To: pce@ietf.org
Cc: pce-chairs@ietf.org
Subject: [Pce] PCEP as an SDN controller protocol?=

 

Dear PCE WG

 

The purpose of this email is to= initiate a discussion about whether we want to extend PCEP to allow it to = replace the functions that are traditionally provided by the routing and si= gnalling protocols.

 

Originally, PCEP was designed w= ith the goal of providing a distributed path computation service.  In = recent years we have extended that mission, and added path modification and= path instantiation capabilities to PCEP.  This has added capabilities to PCEP that would traditionally have been per= formed by the network management plane.

 

We are now starting to discuss = proposals to add more capabilities to PCEP – capabilities that are tr= aditionally part of routing and signalling.  There were three examples= of this in the PCE working group meeting this week.

·         The PCECC proposal, whi= ch extends PCEP’s path instantiation capability so that the PCE can p= rovision a path end-to-end by touching each hop along the path.  This = replaces the function already provided by RSVP-TE.

·         The PCEP-LS proposal, w= hich extends PCEP to allow link state and TE information to be communicated= from the network to the PCE.  This replaces the link state flooding f= unction provided by the IGPs, or BGP-LS.

·         The PCECC-SR proposal e= xtends PCEP to allow device-level configuration to be communicated between = the network and the PCE, such as SRGBs, prefix SIDs etc.  Again, this = replaces functions that are already designed into the IGPs.

 

These proposals are taking PCEP= in the direction of being a fully-fledged SDN protocol.  With these p= roposals, one can envision a network in which there is no traditional contr= ol plane.  PCEP is used to communicate the current network state and to program flows.  These proposals have the= ir roots in the ACTN and PCECC architectures that are adopted within the TE= AS working group.  TEAS is very much assuming that this is the directi= on that we want to take PCEP in.  However, there are two procedural issues, as I see it.

1. &nbs= p;     We have not had an expl= icit discussion in the PCE WG about whether we want to take PCEP in this di= rection.  We have had a few lively debates on specific cases, like PCE= P-LS, but those cases represent the “thin end of the wedge”.  If we start down this path then we are acce= pting that PCEP will replace the functions available in the traditional con= trol plane.  We need to test whether there is a consensus in the worki= ng group to move in that direction.

2. &nbs= p;     We do not currently hav= e a charter that allows us to add this type of capability to PCEP.  De= pending on the outcome of discussion (1), we can of course extend the chart= er.

 

This email is to initiate the d= iscussion (1).  So, please reply to the mailing list and share your th= oughts on whether PCEP should be extended in this direction, and how far we= should go.

 

I am hoping to get more than ju= st “yes” or “no” answers to this question (although= that would be better than no answer).  I would like to hear justifica= tions for or against.  Such as, which production networks would run PCEP in place of a traditional control plane?  Why is it not desirabl= e to solve the problems in those networks with the traditional control plan= e?  What harm could this do?  What would be the operational probl= ems associated with adding these functions to PCEP?

 

Many thanks

Jon

 

--_000_23CE718903A838468A8B325B80962F9B8CB993F1blreml501mbb_-- From nobody Mon Aug 7 06:46:04 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8661F1321F6; Mon, 7 Aug 2017 06:46:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 Pqj5U2620eOS; Mon, 7 Aug 2017 06:46:00 -0700 (PDT) Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCC7D1321EC; Mon, 7 Aug 2017 06:46:00 -0700 (PDT) Received: by mail-yw0-x22f.google.com with SMTP id p68so2970667ywg.0; Mon, 07 Aug 2017 06:46:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=N9C9n9XdzQJ4fkmNtBw89Jcw1isPtn2KYKDCdg/GI3s=; b=QZvNJk5U4xaWfliDit9ibk2zAA/JM2TOoPeWphlf4FlpYR0NNRegkDAoaKz6COssII XRifdQzH63G+DRts2wD2om85ZMLW1Hc2TfqqvN+FxFU0pQmYI8yJ0rbh5lAYdHA9JasP FWgPzR0rl49yFGEj416eu54MOLWMER5/3RxqMXDPjpWEyOqMDvCVsHCRBSfW7lYKWxOo OXK+En1GpzMU2NfQqoq3PB3Ji/STWTUNPqfR1jQOjQ6BjIobzxkCQZoveQnW055VbwLP O8K/6UlERa3HReBq9zwUR6lhemJAruxiu8LJxPchPnspVlS9mF7AA1u3A37sbTV5Bsn1 YayA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=N9C9n9XdzQJ4fkmNtBw89Jcw1isPtn2KYKDCdg/GI3s=; b=S7YDHkN8LEkmPT4c/Bsj3YlZpmkDQM28s9amqdrfg1In8tdULxxAOVZ2QY2VwdfpbK ofVx6hsb1hB3bGWTD4RjwxqA3MhTEfo71WIHt++hPRvbdiDWmIlcT/HG/g2z/mfAcs6R eb0IZ+3k49af00s+0Q6QHIqY5CByMI7EXuy6PM1P7x8x0BaC9nVtpwbysv8vfpwrdXQZ le0ZtKVZZIqHihqBDmWfiwznyt1VrXCVxxVyw+p8m/Y1nsmxZXxVxef3BhTpHWmFZRhE zMWKeaD3EzLtnHUaknSiTCv3u9wm/tgUJEz6+Yk2aiusigphg9yi4WrCv6GlOfidiZXT QAEg== X-Gm-Message-State: AHYfb5gznF7UnDnEnEBp2sSMJJHXED5a7k+7gdBvIMas64ph+l6/Ix5f eFvREEh3rTSFaODWuFDOPp0CW5+iyw== X-Received: by 10.37.172.72 with SMTP id r8mr569076ybd.38.1502113559812; Mon, 07 Aug 2017 06:45:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.52.79 with HTTP; Mon, 7 Aug 2017 06:45:59 -0700 (PDT) In-Reply-To: <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> From: Spencer Dawkins at IETF Date: Mon, 7 Aug 2017 08:45:59 -0500 Message-ID: To: Alexey Melnikov Cc: The IESG , cmargaria@juniper.net, draft-ietf-pce-pceps@ietf.org, pce@ietf.org, pce-chairs@ietf.org Content-Type: multipart/alternative; boundary="f403045eb4302527cd05562a11ec" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 13:46:03 -0000 --f403045eb4302527cd05562a11ec Content-Type: text/plain; charset="UTF-8" This is Alexey's ballot, but ... On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov wrote: > One more little thing: > > > In figure 5, I see: Send Error (not without TLS) > > What does "not without TLS" mean? I think the figure is sending PCErr in > the clear (without TLS) > This text wasn't clear to me, either. Thanks for actually mentioning this in your ballot, Alexey. Spencer > On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wrote: > > Alexey Melnikov has entered the following ballot position for > > draft-ietf-pce-pceps-15: Yes > (snip) > > I think the text about use of RFC 6125 should use RFC 6125 terminology > > like > > DNS-ID and CN-ID, because they have a bit more semantics associated with > > them > > other than just subjectAltName:DNS. I think you should also clarify > > whether you > > want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). > > > > > > --f403045eb4302527cd05562a11ec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This is Alexey's ballot, but ...

On Mon, Aug 7, 2017 at 5:48 AM, Alexey = Melnikov <aamelnikov@fastmail.fm> wrote:
One more little thing:


In figure 5, I see: Send Error (not without TLS)

What does "not without TLS" mean? I think the figure is sending P= CErr in
the clear (without TLS)

This text wasn&= #39;t clear to me, either.

Thanks for actually men= tioning this in your ballot, Alexey.

Spencer
=
=C2=A0
On Mon, Au= g 7, 2017, at 11:46 AM, Alexey Melnikov wrote:
> Alexey Melnikov has entered the following ballot position for
> draft-ietf-pce-pceps-15: Yes
=C2=A0(snip)
> I think the text about use of = RFC 6125 should use RFC 6125 terminology
> like
> DNS-ID and CN-ID, because they have a bit more semantics associated wi= th
> them
> other than just subjectAltName:DNS. I think you should also clarify > whether you
> want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). >
>


--f403045eb4302527cd05562a11ec-- From nobody Mon Aug 7 07:41:56 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CA37132011; Mon, 7 Aug 2017 07:41:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.231 X-Spam-Level: X-Spam-Status: No, score=-2.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 w38cZIwXjE56; Mon, 7 Aug 2017 07:41:48 -0700 (PDT) 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 9E82D132342; Mon, 7 Aug 2017 07:41:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSX13233; Mon, 07 Aug 2017 14:41:44 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 7 Aug 2017 15:41:43 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 20:11:30 +0530 From: Dhruv Dhody To: Eric Rescorla CC: Alexey Melnikov , The IESG , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTDEAWa0wCnLOXH0eQPSyn6ZYwFaJyejWw///Q9QCAAYO08IAB3NgAgANLs0A= Date: Mon, 7 Aug 2017 14:41:30 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.76.63] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB99517blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.59887C29.006A, 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: 24805ca8536bced5928eb87bc9831287 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 14:41:51 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB99517blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpYywNCg0KRnJvbTogRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbV0NClNl bnQ6IDA1IEF1Z3VzdCAyMDE3IDIyOjU4DQpUbzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1 YXdlaS5jb20+DQpDYzogQWxleGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPjsg VGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+OyBjbWFyZ2FyaWFAanVuaXBlci5uZXQ7IGRyYWZ0LWll dGYtcGNlLXBjZXBzQGlldGYub3JnOyBwY2VAaWV0Zi5vcmc7IHBjZS1jaGFpcnNAaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWll dGYtcGNlLXBjZXBzLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQoNCg0KT24gRnJp LCBBdWcgNCwgMjAxNyBhdCAxMTo0MSBBTSwgRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdl aS5jb208bWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIEFsZXhleSwN Cg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBBbGV4ZXkgTWVsbmlrb3Yg W21haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtPG1haWx0bzphYW1lbG5pa292QGZhc3RtYWls LmZtPl0NCj4gU2VudDogMDMgQXVndXN0IDIwMTcgMTk6MjQNCj4gVG86IERocnV2IERob2R5IDxk aHJ1di5kaG9keUBodWF3ZWkuY29tPG1haWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tPj47IFRo ZSBJRVNHIDxpZXNnQGlldGYub3JnPG1haWx0bzppZXNnQGlldGYub3JnPj4NCj4gQ2M6IGNtYXJn YXJpYUBqdW5pcGVyLm5ldDxtYWlsdG86Y21hcmdhcmlhQGp1bmlwZXIubmV0PjsgZHJhZnQtaWV0 Zi1wY2UtcGNlcHNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3Jn PjsgcGNlQGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+Ow0KPiBwY2UtY2hhaXJzQGlldGYu b3JnPG1haWx0bzpwY2UtY2hhaXJzQGlldGYub3JnPg0KPiBTdWJqZWN0OiBSZTogW1BjZV0gQWxl eGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNToNCj4gKHdp dGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCj4NCj4gSGksDQo+DQo+IE9uIFRodSwgQXVnIDMsIDIw MTcsIGF0IDAyOjM2IFBNLCBEaHJ1diBEaG9keSB3cm90ZToNCj4gPiBIaSBBbGV4ZXksDQo+ID4N Cj4gPiBUaGFua3MgZm9yIHlvdXIgY29tbWVudHMsIHNlZSBpbmxpbmUuLi4NCj4gPg0KPiA+ID4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+IEZyb206IFBjZSBbbWFpbHRvOnBjZS1i b3VuY2VzQGlldGYub3JnPG1haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBP ZiBBbGV4ZXkgTWVsbmlrb3YNCj4gPiA+IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3IDE1OjM1DQo+ID4g PiBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc8bWFpbHRvOmllc2dAaWV0Zi5vcmc+Pg0KPiA+ ID4gQ2M6IGNtYXJnYXJpYUBqdW5pcGVyLm5ldDxtYWlsdG86Y21hcmdhcmlhQGp1bmlwZXIubmV0 PjsgZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtcGNlLXBj ZXBzQGlldGYub3JnPjsNCj4gPiA+IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNlQGlldGYub3JnPjsg cGNlLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZz4NCj4gPiA+IFN1 YmplY3Q6IFtQY2VdIEFsZXhleSBNZWxuaWtvdidzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2Ut cGNlcHMtMTU6DQo+ID4gPiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KPiA+ID4NCj4gPiA+ IEFsZXhleSBNZWxuaWtvdiBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlv biBmb3INCj4gPiA+IGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1OiBEaXNjdXNzDQo+ID4gPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KPiA+ID4gLS0NCj4gPiA+IERJU0NVU1M6DQo+ID4gPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ ID4gLS0NCj4gPiA+DQo+ID4gPiBJIGFtIHZlcnkgZ2xhZCB0byBzZWUgdGhpcyBkb2N1bWVudCBh bmQgSSB3aWxsIGJlIHN3aXRjaGluZyB0byAiWWVzIg0KPiA+ID4gb25jZSB3ZSBkaXNjdXNzIHRo ZSBmb2xsb3dpbmcgaXNzdWVzOg0KPiA+ID4NCj4gPiA+IDEpDQo+ID4gPiAgICAgICAgICAgICAg ICAgICArLSstKyAgICAgICAgICAgICAgICAgKy0rLSsNCj4gPiA+ICAgICAgICAgICAgICAgICAg IHxQQ0N8ICAgICAgICAgICAgICAgICB8UENFfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgKy0r LSsgICAgICAgICAgICAgICAgICstKy0rDQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgU3RhcnRUTFMg ICAgICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgbXNnICAgICAgICAgICAg ICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwtLS0tLS0tICAgICAgICAgICAgICB8 DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgXCAgIFN0YXJ0VExTICB8DQo+ID4g PiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgIFwgIG1zZyAgICAgICB8DQo+ID4gPiAgICAg ICAgICAgICAgICAgICAgIHwgICAgICAgICBcICAtLS0tLS0tLS18DQo+ID4gPiAgICAgICAgICAg ICAgICAgICAgIHwgICAgICAgICAgXC8gICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAg ICAgIHwgICAgICAgICAgL1wgICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwg ICAgICAgICAvICAtLS0tLS0tLT58DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg IC8gICAgICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHw8LS0tLS0tICAgICAg ICAgICAgICB8DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHw6Ojo6Ojo6OjpUTFM6Ojo6Ojo6 Ojp8IFRMUyBFc3RhYmxpc2htZW50DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHw6Ojo6OkVz dGFibGlzaG1lbnQ6Ojp8IEZhaWx1cmUNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfDwtLS0tLS0tLS0t LS0tLS0tLS0tLXwgU2VuZCBFcnJvci1UeXBlIFRCQTINCj4gPiA+ICAgICAgICAgICAgICAgICAg ICAgfCAgICAgIFBDRXJyICAgICAgICAgIHwgRXJyb3ItVmFsdWUgMy80DQo+ID4gPiAgICAgICAg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICB8DQo+ID4gPg0KPiA+ID4gICAgICAg RmlndXJlIDI6IEJvdGggUENFUCBTcGVha2VyIHN1cHBvcnRzIFBDRVBTIChzdHJpY3QpLCBidXQg Y2Fubm90DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXN0YWJsaXNoIFRM Uw0KPiA+ID4NCj4gPiA+IEZpcnN0bHksIEkgdGhpbmsgeW91IGFsc28gbmVlZCB0byBkZW1vbnN0 cmF0ZSBhIGNhc2Ugd2hlbiB0aGUgc2VydmVyDQo+ID4gPiBlbmQgb2YgVExTIGlzIHJlZnVzaW5n IHRvIHN0YXJ0VExTIGJlZm9yZSB0cnlpbmcgVExTIG5lZ290aWF0aW9uDQo+ID4gPiAoZS5nLiBp ZiBpdCBkb2Vzbid0IGhhdmUgY2VydGlmaWNhdGUgY29uZmlndXJlZCkuIEluIHRoaXMgY2FzZSB5 b3UNCj4gPiA+IG5lZWQgdG8gc2VuZCBQQ0VyciBpbiB0aGUgY2xlYXIuIEkgdGhpbmsgZWFybGll ciB0ZXh0IHN1Z2dlc3QgdGhhdA0KPiB0aGlzIGNhc2UgaXMgcG9zc2libGUuDQo+ID4gPg0KPiA+ IFtbRGhydXYgRGhvZHldXSBObywgdGhlIG9ubHkgZXJyb3IgdG8gU3RhcnRUTFMgaXMgYnkgYW4g aW1wbGVtZW50YXRpb24NCj4gPiB0aGF0IGRvZXMgbm90IHVuZGVyc3RhbmQgdGhlIG1lc3NhZ2Uu DQo+ID4gSW4gY2FzZSBjZXJ0aWZpY2F0ZSBpcyBub3QgY29uZmlndXJlZCB3ZSB3b3VsZCBzdGFy dCBUTFMgbmVnb3RpYXRpb24sDQo+ID4gd2hpY2ggd291bGQgZmFpbC4NCj4NCj4gSSB0aGluayB5 b3Ugc2hvdWxkIGNsYXJpZnkgdGhpcy4NCj4NCj4gSSBoYXZlIGltcGxlbWVudGVkIFN0YXJ0VExT IGluIGJvdGggSU1BUCBhbmQgTERBUCBhbmQgdGhpcyBpcyBub3QNCj4gbmVjZXNzYXJpbHkgaG93 IGl0IHdvcmtzIHRoZXJlOiBiZWZvcmUgVExTIG5lZ290aWF0aW9uIHN0YXJ0cyBpdCBpcw0KPiBw b3NzaWJsZSBmb3IgdGhlIHNlcnZlciBlbmQgdG8gcmVqZWN0IG5lZ290aWF0aW9uIGluIGNsZWFy dGV4dC4NCj4NCltbRGhydXYgRGhvZHldXSBFcnJvciBjYW4gYmUgYWRkZWQgaGVyZSwgTW9yZSBv biB0aGlzLCBzZWUgcmVwbHkgYmVsb3cuDQoNCj4gPiA+IFNlY29uZGx5LCBkb2VzIHRoZSBjYXNl IGRlcGljdGVkIG9uIHRoaXMgcGljdHVyZSBtZWFuIHRoYXQgVExTIHdhcw0KPiA+ID4gbmVnb3Rp YXRlZCBzdWNjZXNzZnVsbHksIGJ1dCBUTFMgaWRlbnRpdGllcyB3ZXJlIG5vdCBzdWNjZXNzZnVs bHkNCj4gdmVyaWZpZWQ/DQo+ID4gPiAoSS5lLiB0aGUgUENFcnIgaXMgc2VudCBvdmVyIHRoZSBU TFMgbGF5ZXIpLiBJZiBUTFMgZmFpbGVkIHRvDQo+ID4gPiBuZWdvdGlhdGUsIHlvdSBkb24ndCBo YXZlIGEgY2hhbm5lbCB0byBzZW5kIGRhdGEgb24sIGFzIHRoZSBvdGhlcg0KPiA+ID4gZW5kIHdp bGwgZ2V0IGNvbmZ1c2VkLiBJIHRoaW5rIHlvdSBqdXN0IGhhdmUgdG8gY2xvc2UgY29ubmVjdGlv biBpbg0KPiBzdWNoIGNhc2UuDQo+ID4gPg0KPiA+IFtbRGhydXYgRGhvZHldXSBObywgdGhlIFBD RXJyIGlzIHNlbnQgaW4gY2xlYXIgb3ZlciB0aGUgVENQIGNvbm5lY3Rpb24NCj4gPiAodW5kZXJs eWluZyB0cmFuc3BvcnQpLg0KPiA+IEVLUiBhbHNvIG1hZGUgYSBzaW1pbGFyIHBvaW50LiBJIHVw ZGF0ZWQgdGhlIHRleHQgdG8gaW5jbHVkZSB0aGlzIC0NCj4gPg0KPiA+ICAgIE5vdGUgdGhhdCwg dGhlIFBDRVAgaW1wbGVtZW50YXRpb24gTVVTVCBzZW5kIHRoZSBQQ0VyciBtZXNzYWdlIG9uY2UN Cj4gPiAgICB0aGUgVExTIGNvbm5lY3Rpb24gaGFzIGJlZW4gY2xvc2VkIGkuZS4gdGhlIFRMUyBj bG9zZV9ub3RpZnkNCj4gPiAgICBbUkZDNTI0Nl0gaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSB0aGUg cGVlci4gIEFzIHBlciBbUkZDNTI0Nl0sIGlmIHRoZQ0KPiA+ICAgIGRhdGEgbWF5IGJlIGNhcnJp ZWQgb3ZlciB0aGUgdW5kZXJseWluZyB0cmFuc3BvcnQgYWZ0ZXIgdGhlIFRMUw0KPiA+ICAgIGNv bm5lY3Rpb24gaXMgY2xvc2VkLCB0aGUgVExTIGltcGxlbWVudGF0aW9uIG11c3QgcmVjZWl2ZSB0 aGUNCj4gPiAgICByZXNwb25kaW5nIGNsb3NlX25vdGlmeSBhbGVydCBiZWZvcmUgaW5kaWNhdGlu ZyB0byB0aGUgYXBwbGljYXRpb24NCj4gPiAgICBsYXllciB0aGF0IHRoZSBUTFMgY29ubmVjdGlv biBoYXMgZW5kZWQuDQo+DQo+IEhtbSwgSSBhbSBub3Qgc3VyZSB0aGlzIHdpbGwgZXZlciB3b3Jr LiBJIGtub3cgdGhhdCBpbXBsZW1lbnRhdGlvbnMgb2YgVExTDQo+IGluIG90aGVyIHByb3RvY29s cyBJIHdvcmtlZCBvbiBjYW4ndCByZWFkIGFueSBjbGVhcnRleHQgVENQIGRhdGEgYWZ0ZXIgVExT DQo+IGhhcyBmYWlsZWQuDQo+DQpbW0RocnV2IERob2R5XV0gT25lIHdheSB0byByZXNvbHZlIHRo aXMgaXNzdWUgd291bGQgYmUgd2UgbW92ZSB0aGVzZSBlcnJvcnMgZnJvbSBhZnRlciBUTFMgbmVn b3RpYXRpb24gdG8gYmVmb3JlIGl0LCBzbyB0aGF0IHRoZXkgYmVjb21lIHRoZSByZXNwb25zZSB0 byBTdGFydFRMUyBhcyBzdWdnZXN0ZWQgYnkgeW91ciBwcmV2aW91cyBjb21tZW50Lg0KV2Ugd291 bGQgbm90IGJlIHNlbmRpbmcgZXJyb3IgaW4gY2xlYXIgdGV4dCBpbiBjYXNlIG9mIFRMUyBuZWdv dGlhdGlvbiBmYWlsdXJlLg0KDQpTbyBiYXNpY2FsbHkgdGhlIGNoYW5nZSB3b3VsZCBsb29rIHNv bWV0aGluZyBsaWtlIC0NCg0KT0xEOg0KICAgQWZ0ZXIgdGhlIGV4Y2hhbmdlIG9mIFN0YXJ0VExT IG1lc3NhZ2VzLCBpZiBhIFBDRVAgc3BlYWtlciBjYW5ub3QNCiAgIGVzdGFibGlzaCBhIFRMUyBj b25uZWN0aW9uIGZvciBzb21lIHJlYXNvbiAoZS5nLiB0aGUgcmVxdWlyZWQNCiAgIG1lY2hhbmlz bXMgZm9yIGNlcnRpZmljYXRlIHJldm9jYXRpb24gY2hlY2tpbmcgYXJlIG5vdCBhdmFpbGFibGUp LCBpdA0KICAgTVVTVCByZXR1cm4gYSBQQ0VyciBtZXNzYWdlIChpbiBjbGVhcikgd2l0aCBFcnJv ci1UeXBlIHNldCB0byBbVEJBMg0KICAgYnkgSUFOQV0gKFBDRVAgU3RhcnRUTFMgZmFpbHVyZSkg YW5kIEVycm9yLXZhbHVlIHNldCB0bzoNCg0KICAgbyAgMyAobm90IHdpdGhvdXQgVExTKSBpZiBp dCBpcyBub3Qgd2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzDQogICAgICB3aXRob3V0 IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1AN CiAgICAgIHNlc3Npb24uDQoNCiAgIG8gIDQgKG9rIHdpdGhvdXQgVExTKSBpZiBpdCBpcyB3aWxs aW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQgdGhlIHNvbGljaXRl ZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0KICAgICAgc2Vzc2lv bi4gIFRoZSByZWNlaXZlciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRo ZQ0KICAgICAgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIG5leHQuICBUaGUgYXR0ZW1wdCB0byBy ZS1lc3RhYmxpc2ggdGhlDQogICAgICBQQ0VQIHNlc3Npb24gd2l0aG91dCBUTFMgU0hPVUxEIGJl IGxpbWl0ZWQgdG8gb25seSBvbmNlLg0KDQpORVc6DQogICBJZiBhIFBDRVAgc3BlYWtlciB0aGF0 IGlzIHVud2lsbGluZyBvciB1bmFibGUgdG8gbmVnb3RpYXRlIFRMUw0KICAgcmVjZWl2ZXMgYSBT dGFydFRMUyBtZXNzYWdlcywgaXQgTVVTVCByZXR1cm4gYSBQQ0VyciBtZXNzYWdlIChpbg0KICAg Y2xlYXIpIHdpdGggRXJyb3ItVHlwZSBzZXQgdG8gW1RCQTIgYnkgSUFOQV0gKFBDRVAgU3RhcnRU TFMgZmFpbHVyZSkNCiAgIGFuZCBFcnJvci12YWx1ZSBzZXQgdG86DQoNCiAgIG8gIDMgKG5vdCB3 aXRob3V0IFRMUykgaWYgaXQgaXMgbm90IHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdl cw0KICAgICAgd2l0aG91dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9uLCBhbmQgaXQgTVVT VCBjbG9zZSB0aGUgVENQDQogICAgICBzZXNzaW9uLg0KDQogICBvICA0IChvayB3aXRob3V0IFRM UykgaWYgaXQgaXMgd2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzDQogICAgICB3aXRo b3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBU Q1ANCiAgICAgIHNlc3Npb24uICBUaGUgcmVjZWl2ZXIgTUFZIGNob29zZSB0byBhdHRlbXB0IHRv IHJlLWVzdGFibGlzaCB0aGUNCiAgICAgIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBuZXh0LiAg VGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZQ0KICAgICAgUENFUCBzZXNzaW9uIHdpdGhv dXQgVExTIFNIT1VMRCBiZSBsaW1pdGVkIHRvIG9ubHkgb25jZS4NCg0KICAgQWZ0ZXIgdGhlIGV4 Y2hhbmdlIG9mIFN0YXJ0VExTIG1lc3NhZ2VzLCBpZiB0aGUgVExTIG5lZ290aWF0aW9uIGZhaWxz DQogICBmb3Igc29tZSByZWFzb24gKGUuZy4gdGhlIHJlcXVpcmVkIG1lY2hhbmlzbXMgZm9yIGNl cnRpZmljYXRlDQogICByZXZvY2F0aW9uIGNoZWNraW5nIGFyZSBub3QgYXZhaWxhYmxlKSwgYm90 aCBwZWVycyBTSE9VTEQgaW1tZWRpYXRlbHkNCiAgIGNsb3NlIHRoZSBjb25uZWN0aW9uLiAgU2lu Y2UgdGhlIGluaXRpYXRvciBoYXMgbm8gd2F5IHRvIGtub3cgaWYgdGhlDQogICBwZWVyIGlzIHdp bGxpbmcgdG8gYWNjZXB0IFBDRVAgY29ubmVjdGlvbiB3aXRob3V0IFRMUywgYmFzZWQgb24gdGhl DQogICBsb2NhbCBwb2xpY3ksIGl0IE1BWSBhdHRlbXB0IHRvIHJlLWVzdGFibGlzaCB0aGUgUENF UCBzZXNzaW9uIHdpdGhvdXQNCiAgIFRMUy4gIFRoZSBhdHRlbXB0IHRvIHJlLWVzdGFibGlzaCB0 aGUgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIFNIT1VMRA0KICAgYmUgbGltaXRlZCB0byBvbmx5 IG9uY2UuDQoNClRoaXMgd2lsbCB0ZWNobmljYWxseSB3b3JrLCBidXQgaXMgdGhlcmUgYSByZWFz b24geW91IGRvbid0IHNwZWNpZnkgYSBwYXJhbWV0ZXIgdG8NClNUQVJUVExTIHdoaWNoIGV4cHJl c3NlcyB5b3VyIHBvbGljeT8NCg0KLUVrcg0KW1tbRGhydXYgRGhvZHldXV0gSXQgY291bGQgYmUg ZG9uZSB0aGF0IHdheSBhcyB3ZWxsLCBidXQgYXQgdGhpcyBsYXRlIHN0YWdlIHdlIHNob3VsZCBh dm9pZCBtYWtpbmcgYSBjaGFuZ2UgdGhhdCB3b3VsZCByZXF1aXJlIGFkZGluZyBhIG5ldyBQQ0VQ IG9iamVjdC4NCkFzIHRoZXJlIGlzIG5vIHdheSB0byBhZGQgdGhpcyBpbiBjdXJyZW50IFN0YXJ0 VExTIG1lc3NhZ2UgZW5jb2RpbmcuDQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQoNCg0KV29ya2luZyB2 ZXJzaW9uOiBodHRwczovL2dpdGh1Yi5jb20vZGhydXZkaG9keS1odWF3ZWkvaWV0Zi9ibG9iL21h c3Rlci9kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNi50eHQNCkRpZmY6IGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1JnVybDI9aHR0cHM6Ly9y YXcuZ2l0aHVidXNlcmNvbnRlbnQuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvbWFzdGVyL2Ry YWZ0LWlldGYtcGNlLXBjZXBzLTE2LnR4dA0KDQpSZWdhcmRzLA0KRGhydXYNCg0KPiA+ID4gU28g bWF5YmUgeW91IG5lZWQgMyBmaWd1cmVzIGRlc2NyaWJpbmcgdGhlIGFib3ZlIDMgY2FzZXMuDQoN Cg== --_000_23CE718903A838468A8B325B80962F9B8CB99517blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2Ut MToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJUcmVidWNoZXQgTVMiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw dCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5IaSBFcmljLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20g MGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEVyaWMgUmVzY29ybGEgW21haWx0bzpl a3JAcnRmbS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMDUgQXVndXN0IDIwMTcgMjI6NTg8YnI+ DQo8Yj5Ubzo8L2I+IERocnV2IERob2R5ICZsdDtkaHJ1di5kaG9keUBodWF3ZWkuY29tJmd0Ozxi cj4NCjxiPkNjOjwvYj4gQWxleGV5IE1lbG5pa292ICZsdDthYW1lbG5pa292QGZhc3RtYWlsLmZt Jmd0OzsgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7OyBjbWFyZ2FyaWFAanVuaXBlci5u ZXQ7IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnOyBwY2VAaWV0Zi5vcmc7IHBjZS1jaGFp cnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtQY2VdIEFsZXhleSBNZWxuaWtv didzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6ICh3aXRoIERJU0NVU1MgYW5k IENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEZy aSwgQXVnIDQsIDIwMTcgYXQgMTE6NDEgQU0sIERocnV2IERob2R5ICZsdDs8YSBocmVmPSJtYWls dG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRocnV2LmRob2R5QGh1 YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5IaSBBbGV4ZXksPGJyPg0KPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogQWxleGV5IE1lbG5pa292IFttYWlsdG86PGEg aHJlZj0ibWFpbHRvOmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0iIHRhcmdldD0iX2JsYW5rIj5hYW1l bG5pa292QGZhc3RtYWlsLmZtPC9hPl08YnI+DQomZ3Q7IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3IDE5 OjI0PGJyPg0KJmd0OyBUbzogRGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1haWx0bzpkaHJ1di5k aG9keUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTwv YT4mZ3Q7OyBUaGUgSUVTRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmllc2dAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj5pZXNnQGlldGYub3JnPC9hPiZndDs8YnI+DQomZ3Q7IENjOiA8YSBocmVmPSJt YWlsdG86Y21hcmdhcmlhQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+Y21hcmdhcmlhQGp1 bmlwZXIubmV0PC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPC9hPjsN CjxhIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wY2VAaWV0Zi5v cmc8L2E+Ozxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOnBjZS1jaGFpcnNAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5wY2UtY2hhaXJzQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7IFN1YmplY3Q6IFJlOiBbUGNlXSBB bGV4ZXkgTWVsbmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1Ojxicj4N CiZndDsgKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIaSw8 YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBUaHUsIEF1ZyAzLCAyMDE3LCBhdCAwMjozNiBQTSwgRGhy dXYgRGhvZHkgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IEhpIEFsZXhleSw8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDsgVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLCBzZWUgaW5saW5lLi4uPGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS08YnI+DQomZ3Q7ICZndDsgJmd0OyBGcm9tOiBQY2UgW21haWx0bzo8YSBocmVmPSJtYWlsdG86 cGNlLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wY2UtYm91bmNlc0BpZXRmLm9y ZzwvYT5dIE9uIEJlaGFsZiBPZiBBbGV4ZXkgTWVsbmlrb3Y8YnI+DQomZ3Q7ICZndDsgJmd0OyBT ZW50OiAwMyBBdWd1c3QgMjAxNyAxNTozNTxicj4NCiZndDsgJmd0OyAmZ3Q7IFRvOiBUaGUgSUVT RyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmllc2dAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pZXNn QGlldGYub3JnPC9hPiZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBDYzogPGEgaHJlZj0ibWFpbHRv OmNtYXJnYXJpYUBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmNtYXJnYXJpYUBqdW5pcGVy Lm5ldDwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZzwvYT47PGJyPg0K Jmd0OyAmZ3Q7ICZndDsgPGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPnBjZUBpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayI+DQpwY2UtY2hhaXJzQGlldGYub3JnPC9hPjxicj4NCiZndDsgJmd0 OyAmZ3Q7IFN1YmplY3Q6IFtQY2VdIEFsZXhleSBNZWxuaWtvdidzIERpc2N1c3Mgb24gZHJhZnQt aWV0Zi1wY2UtcGNlcHMtMTU6PGJyPg0KJmd0OyAmZ3Q7ICZndDsgKHdpdGggRElTQ1VTUyBhbmQg Q09NTUVOVCk8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IEFsZXhleSBN ZWxuaWtvdiBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3I8YnI+ DQomZ3Q7ICZndDsgJmd0OyBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTogRGlzY3Vzczxicj4NCiZn dDsgJmd0OyAmZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgLS08YnI+DQomZ3Q7 ICZndDsgJmd0OyBESVNDVVNTOjxicj4NCiZndDsgJmd0OyAmZ3Q7IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0K Jmd0OyAmZ3Q7ICZndDsgLS08YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7 IEkgYW0gdmVyeSBnbGFkIHRvIHNlZSB0aGlzIGRvY3VtZW50IGFuZCBJIHdpbGwgYmUgc3dpdGNo aW5nIHRvICZxdW90O1llcyZxdW90Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IG9uY2Ugd2UgZGlzY3Vz cyB0aGUgZm9sbG93aW5nIGlzc3Vlczo8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyAmZ3Q7IDEpPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQz OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7JiM0MzstJiM0MzstJiM0Mzs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3xQ Q0N8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDt8UENFfDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7JiM0MzstJiM0Mzst JiM0MzsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7fCBTdGFydFRMUyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IHw8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IG1zZyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 fDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wtLS0tLS0tJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHw8YnI+DQomZ3Q7ICZndDsg Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7XCZuYnNw OyAmbmJzcDtTdGFydFRMUyZuYnNwOyB8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBcJm5ic3A7IG1zZyZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1wmbmJzcDsgLS0tLS0tLS0tfDxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFwvJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w8YnI+DQom Z3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAvXCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0 OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsvJm5ic3A7IC0tLS0tLS0tJmd0O3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC8mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7fCZsdDstLS0tLS0mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgfDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w6Ojo6 Ojo6OjpUTFM6Ojo6Ojo6Ojp8IFRMUyBFc3RhYmxpc2htZW50PGJyPg0KJmd0OyAmZ3Q7ICZndDsm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7fDo6Ojo6RXN0YWJsaXNobWVudDo6OnwgRmFpbHVyZTxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbHQ7LS0tLS0tLS0tLS0tLS0tLS0t LS18IFNlbmQgRXJyb3ItVHlwZSBUQkEyPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7IFBDRXJyJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyB8IEVycm9yLVZhbHVlIDMvNDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtGaWd1cmUgMjogQm90aCBQ Q0VQIFNwZWFrZXIgc3VwcG9ydHMgUENFUFMgKHN0cmljdCksIGJ1dCBjYW5ub3Q8YnI+DQomZ3Q7 ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyBlc3RhYmxpc2ggVExTPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsg Jmd0OyBGaXJzdGx5LCBJIHRoaW5rIHlvdSBhbHNvIG5lZWQgdG8gZGVtb25zdHJhdGUgYSBjYXNl IHdoZW4gdGhlIHNlcnZlcjxicj4NCiZndDsgJmd0OyAmZ3Q7IGVuZCBvZiBUTFMgaXMgcmVmdXNp bmcgdG8gc3RhcnRUTFMgYmVmb3JlIHRyeWluZyBUTFMgbmVnb3RpYXRpb248YnI+DQomZ3Q7ICZn dDsgJmd0OyAoZS5nLiBpZiBpdCBkb2Vzbid0IGhhdmUgY2VydGlmaWNhdGUgY29uZmlndXJlZCku IEluIHRoaXMgY2FzZSB5b3U8YnI+DQomZ3Q7ICZndDsgJmd0OyBuZWVkIHRvIHNlbmQgUENFcnIg aW4gdGhlIGNsZWFyLiBJIHRoaW5rIGVhcmxpZXIgdGV4dCBzdWdnZXN0IHRoYXQ8YnI+DQomZ3Q7 IHRoaXMgY2FzZSBpcyBwb3NzaWJsZS48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyBbW0RocnV2IERob2R5XV0gTm8sIHRoZSBvbmx5IGVycm9yIHRvIFN0YXJ0VExTIGlzIGJ5IGFu IGltcGxlbWVudGF0aW9uPGJyPg0KJmd0OyAmZ3Q7IHRoYXQgZG9lcyBub3QgdW5kZXJzdGFuZCB0 aGUgbWVzc2FnZS48YnI+DQomZ3Q7ICZndDsgSW4gY2FzZSBjZXJ0aWZpY2F0ZSBpcyBub3QgY29u ZmlndXJlZCB3ZSB3b3VsZCBzdGFydCBUTFMgbmVnb3RpYXRpb24sPGJyPg0KJmd0OyAmZ3Q7IHdo aWNoIHdvdWxkIGZhaWwuPGJyPg0KJmd0Ozxicj4NCiZndDsgSSB0aGluayB5b3Ugc2hvdWxkIGNs YXJpZnkgdGhpcy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBJIGhhdmUgaW1wbGVtZW50ZWQgU3RhcnRU TFMgaW4gYm90aCBJTUFQIGFuZCBMREFQIGFuZCB0aGlzIGlzIG5vdDxicj4NCiZndDsgbmVjZXNz YXJpbHkgaG93IGl0IHdvcmtzIHRoZXJlOiBiZWZvcmUgVExTIG5lZ290aWF0aW9uIHN0YXJ0cyBp dCBpczxicj4NCiZndDsgcG9zc2libGUgZm9yIHRoZSBzZXJ2ZXIgZW5kIHRvIHJlamVjdCBuZWdv dGlhdGlvbiBpbiBjbGVhcnRleHQuPGJyPg0KJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPltbRGhydXYgRGhvZHldXSBFcnJvciBjYW4gYmUg YWRkZWQgaGVyZSwgTW9yZSBvbiB0aGlzLCBzZWUgcmVwbHkgYmVsb3cuPGJyPg0KPGJyPg0KJmd0 OyAmZ3Q7ICZndDsgU2Vjb25kbHksIGRvZXMgdGhlIGNhc2UgZGVwaWN0ZWQgb24gdGhpcyBwaWN0 dXJlIG1lYW4gdGhhdCBUTFMgd2FzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgbmVnb3RpYXRlZCBzdWNj ZXNzZnVsbHksIGJ1dCBUTFMgaWRlbnRpdGllcyB3ZXJlIG5vdCBzdWNjZXNzZnVsbHk8YnI+DQom Z3Q7IHZlcmlmaWVkPzxicj4NCiZndDsgJmd0OyAmZ3Q7IChJLmUuIHRoZSBQQ0VyciBpcyBzZW50 IG92ZXIgdGhlIFRMUyBsYXllcikuIElmIFRMUyBmYWlsZWQgdG88YnI+DQomZ3Q7ICZndDsgJmd0 OyBuZWdvdGlhdGUsIHlvdSBkb24ndCBoYXZlIGEgY2hhbm5lbCB0byBzZW5kIGRhdGEgb24sIGFz IHRoZSBvdGhlcjxicj4NCiZndDsgJmd0OyAmZ3Q7IGVuZCB3aWxsIGdldCBjb25mdXNlZC4gSSB0 aGluayB5b3UganVzdCBoYXZlIHRvIGNsb3NlIGNvbm5lY3Rpb24gaW48YnI+DQomZ3Q7IHN1Y2gg Y2FzZS48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBbW0RocnV2IERob2R5XV0g Tm8sIHRoZSBQQ0VyciBpcyBzZW50IGluIGNsZWFyIG92ZXIgdGhlIFRDUCBjb25uZWN0aW9uPGJy Pg0KJmd0OyAmZ3Q7ICh1bmRlcmx5aW5nIHRyYW5zcG9ydCkuPGJyPg0KJmd0OyAmZ3Q7IEVLUiBh bHNvIG1hZGUgYSBzaW1pbGFyIHBvaW50LiBJIHVwZGF0ZWQgdGhlIHRleHQgdG8gaW5jbHVkZSB0 aGlzIC08YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IE5vdGUgdGhh dCwgdGhlIFBDRVAgaW1wbGVtZW50YXRpb24gTVVTVCBzZW5kIHRoZSBQQ0VyciBtZXNzYWdlIG9u Y2U8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IHRoZSBUTFMgY29ubmVjdGlvbiBoYXMgYmVl biBjbG9zZWQgaS5lLiB0aGUgVExTIGNsb3NlX25vdGlmeTxicj4NCiZndDsgJmd0OyZuYnNwOyAm bmJzcDsgW1JGQzUyNDZdIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gdGhlIHBlZXIuJm5ic3A7IEFz IHBlciBbUkZDNTI0Nl0sIGlmIHRoZTxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgZGF0YSBt YXkgYmUgY2FycmllZCBvdmVyIHRoZSB1bmRlcmx5aW5nIHRyYW5zcG9ydCBhZnRlciB0aGUgVExT PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBjb25uZWN0aW9uIGlzIGNsb3NlZCwgdGhlIFRM UyBpbXBsZW1lbnRhdGlvbiBtdXN0IHJlY2VpdmUgdGhlPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZu YnNwOyByZXNwb25kaW5nIGNsb3NlX25vdGlmeSBhbGVydCBiZWZvcmUgaW5kaWNhdGluZyB0byB0 aGUgYXBwbGljYXRpb248YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IGxheWVyIHRoYXQgdGhl IFRMUyBjb25uZWN0aW9uIGhhcyBlbmRlZC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBIbW0sIEkgYW0g bm90IHN1cmUgdGhpcyB3aWxsIGV2ZXIgd29yay4gSSBrbm93IHRoYXQgaW1wbGVtZW50YXRpb25z IG9mIFRMUzxicj4NCiZndDsgaW4gb3RoZXIgcHJvdG9jb2xzIEkgd29ya2VkIG9uIGNhbid0IHJl YWQgYW55IGNsZWFydGV4dCBUQ1AgZGF0YSBhZnRlciBUTFM8YnI+DQomZ3Q7IGhhcyBmYWlsZWQu PGJyPg0KJmd0Ozxicj4NCltbRGhydXYgRGhvZHldXSBPbmUgd2F5IHRvIHJlc29sdmUgdGhpcyBp c3N1ZSB3b3VsZCBiZSB3ZSBtb3ZlIHRoZXNlIGVycm9ycyBmcm9tIGFmdGVyIFRMUyBuZWdvdGlh dGlvbiB0byBiZWZvcmUgaXQsIHNvIHRoYXQgdGhleSBiZWNvbWUgdGhlIHJlc3BvbnNlIHRvIFN0 YXJ0VExTIGFzIHN1Z2dlc3RlZCBieSB5b3VyIHByZXZpb3VzIGNvbW1lbnQuPGJyPg0KV2Ugd291 bGQgbm90IGJlIHNlbmRpbmcgZXJyb3IgaW4gY2xlYXIgdGV4dCBpbiBjYXNlIG9mIFRMUyBuZWdv dGlhdGlvbiBmYWlsdXJlLjxicj4NCjxicj4NClNvIGJhc2ljYWxseSB0aGUgY2hhbmdlIHdvdWxk IGxvb2sgc29tZXRoaW5nIGxpa2UgLTxicj4NCjxicj4NCk9MRDo8YnI+DQombmJzcDsgJm5ic3A7 QWZ0ZXIgdGhlIGV4Y2hhbmdlIG9mIFN0YXJ0VExTIG1lc3NhZ2VzLCBpZiBhIFBDRVAgc3BlYWtl ciBjYW5ub3Q8YnI+DQombmJzcDsgJm5ic3A7ZXN0YWJsaXNoIGEgVExTIGNvbm5lY3Rpb24gZm9y IHNvbWUgcmVhc29uIChlLmcuIHRoZSByZXF1aXJlZDxicj4NCiZuYnNwOyAmbmJzcDttZWNoYW5p c21zIGZvciBjZXJ0aWZpY2F0ZSByZXZvY2F0aW9uIGNoZWNraW5nIGFyZSBub3QgYXZhaWxhYmxl KSwgaXQ8YnI+DQombmJzcDsgJm5ic3A7TVVTVCByZXR1cm4gYSBQQ0VyciBtZXNzYWdlIChpbiBj bGVhcikgd2l0aCBFcnJvci1UeXBlIHNldCB0byBbVEJBMjxicj4NCiZuYnNwOyAmbmJzcDtieSBJ QU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKSBhbmQgRXJyb3ItdmFsdWUgc2V0IHRvOjxicj4N Cjxicj4NCiZuYnNwOyAmbmJzcDtvJm5ic3A7IDMgKG5vdCB3aXRob3V0IFRMUykgaWYgaXQgaXMg bm90IHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxicj4NCiZuYnNwOyAmbmJzcDsg Jm5ic3A7IHdpdGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1Qg Y2xvc2UgdGhlIFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlc3Npb24uPGJyPg0KPGJy Pg0KJm5ic3A7ICZuYnNwO28mbmJzcDsgNCAob2sgd2l0aG91dCBUTFMpIGlmIGl0IGlzIHdpbGxp bmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHdp dGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhl IFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlc3Npb24uJm5ic3A7IFRoZSByZWNlaXZl ciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZTxicj4NCiZuYnNwOyAm bmJzcDsgJm5ic3A7IFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBuZXh0LiZuYnNwOyBUaGUgYXR0 ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgUENFUCBz ZXNzaW9uIHdpdGhvdXQgVExTIFNIT1VMRCBiZSBsaW1pdGVkIHRvIG9ubHkgb25jZS48YnI+DQo8 YnI+DQpORVc6PGJyPg0KJm5ic3A7ICZuYnNwO0lmIGEgUENFUCBzcGVha2VyIHRoYXQgaXMgdW53 aWxsaW5nIG9yIHVuYWJsZSB0byBuZWdvdGlhdGUgVExTPGJyPg0KJm5ic3A7ICZuYnNwO3JlY2Vp dmVzIGEgU3RhcnRUTFMgbWVzc2FnZXMsIGl0IE1VU1QgcmV0dXJuIGEgUENFcnIgbWVzc2FnZSAo aW48YnI+DQombmJzcDsgJm5ic3A7Y2xlYXIpIHdpdGggRXJyb3ItVHlwZSBzZXQgdG8gW1RCQTIg YnkgSUFOQV0gKFBDRVAgU3RhcnRUTFMgZmFpbHVyZSk8YnI+DQombmJzcDsgJm5ic3A7YW5kIEVy cm9yLXZhbHVlIHNldCB0bzo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7byZuYnNwOyAzIChub3Qg d2l0aG91dCBUTFMpIGlmIGl0IGlzIG5vdCB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2Fn ZXM8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNv bm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8YnI+DQombmJzcDsgJm5ic3A7ICZu YnNwOyBzZXNzaW9uLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtvJm5ic3A7IDQgKG9rIHdpdGhv dXQgVExTKSBpZiBpdCBpcyB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXM8YnI+DQom bmJzcDsgJm5ic3A7ICZuYnNwOyB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24s IGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBzZXNz aW9uLiZuYnNwOyBUaGUgcmVjZWl2ZXIgTUFZIGNob29zZSB0byBhdHRlbXB0IHRvIHJlLWVzdGFi bGlzaCB0aGU8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBQQ0VQIHNlc3Npb24gd2l0aG91dCBU TFMgbmV4dC4mbmJzcDsgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZTxicj4NCiZuYnNw OyAmbmJzcDsgJm5ic3A7IFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9VTEQgYmUgbGltaXRl ZCB0byBvbmx5IG9uY2UuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO0FmdGVyIHRoZSBleGNoYW5n ZSBvZiBTdGFydFRMUyBtZXNzYWdlcywgaWYgdGhlIFRMUyBuZWdvdGlhdGlvbiBmYWlsczxicj4N CiZuYnNwOyAmbmJzcDtmb3Igc29tZSByZWFzb24gKGUuZy4gdGhlIHJlcXVpcmVkIG1lY2hhbmlz bXMgZm9yIGNlcnRpZmljYXRlPGJyPg0KJm5ic3A7ICZuYnNwO3Jldm9jYXRpb24gY2hlY2tpbmcg YXJlIG5vdCBhdmFpbGFibGUpLCBib3RoIHBlZXJzIFNIT1VMRCBpbW1lZGlhdGVseTxicj4NCiZu YnNwOyAmbmJzcDtjbG9zZSB0aGUgY29ubmVjdGlvbi4mbmJzcDsgU2luY2UgdGhlIGluaXRpYXRv ciBoYXMgbm8gd2F5IHRvIGtub3cgaWYgdGhlPGJyPg0KJm5ic3A7ICZuYnNwO3BlZXIgaXMgd2ls bGluZyB0byBhY2NlcHQgUENFUCBjb25uZWN0aW9uIHdpdGhvdXQgVExTLCBiYXNlZCBvbiB0aGU8 YnI+DQombmJzcDsgJm5ic3A7bG9jYWwgcG9saWN5LCBpdCBNQVkgYXR0ZW1wdCB0byByZS1lc3Rh Ymxpc2ggdGhlIFBDRVAgc2Vzc2lvbiB3aXRob3V0PGJyPg0KJm5ic3A7ICZuYnNwO1RMUy4mbmJz cDsgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZSBQQ0VQIHNlc3Npb24gd2l0aG91dCBU TFMgU0hPVUxEPGJyPg0KJm5ic3A7ICZuYnNwO2JlIGxpbWl0ZWQgdG8gb25seSBvbmNlLjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhpcyB3aWxsIHRlY2huaWNhbGx5IHdvcmssIGJ1dCBpcyB0aGVyZSBhIHJlYXNvbiB5b3UgZG9u J3Qgc3BlY2lmeSBhIHBhcmFtZXRlciB0bzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+U1RBUlRUTFMgd2hpY2ggZXhwcmVzc2VzIHlvdXIgcG9saWN5 PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4t RWtyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1tEaHJ1diBEaG9keV1dXSBJdCBjb3VsZCBiZSBk b25lIHRoYXQgd2F5IGFzIHdlbGwsIGJ1dCBhdCB0aGlzIGxhdGUgc3RhZ2Ugd2Ugc2hvdWxkIGF2 b2lkIG1ha2luZyBhIGNoYW5nZSB0aGF0IHdvdWxkIHJlcXVpcmUgYWRkaW5nIGEgbmV3IFBDRVAg b2JqZWN0Lg0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BcyB0aGVyZSBp cyBubyB3YXkgdG8gYWRkIHRoaXMgaW4gY3VycmVudCBTdGFydFRMUyBtZXNzYWdlIGVuY29kaW5n Lg0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9p PjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5EaHJ1djwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDow Y20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg I0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0 O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KV29ya2luZyB2 ZXJzaW9uOiA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGhydXZkaG9keS1odWF3ZWkvaWV0 Zi9ibG9iL21hc3Rlci9kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNi50eHQiIHRhcmdldD0iX2JsYW5r Ij4NCmh0dHBzOi8vZ2l0aHViLmNvbS9kaHJ1dmRob2R5LWh1YXdlaS9pZXRmL2Jsb2IvbWFzdGVy L2RyYWZ0LWlldGYtcGNlLXBjZXBzLTE2LnR4dDwvYT48YnI+DQpEaWZmOiA8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNSZh bXA7dXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vZGhydXZkaG9keS1odWF3 ZWkvaWV0Zi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYudHh0IiB0YXJnZXQ9Il9ibGFu ayI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1w Y2Vwcy0xNSZhbXA7dXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vZGhydXZk aG9keS1odWF3ZWkvaWV0Zi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYudHh0PC9hPjxi cj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KRGhydXY8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgU28gbWF5YmUgeW91 IG5lZWQgMyBmaWd1cmVzIGRlc2NyaWJpbmcgdGhlIGFib3ZlIDMgY2FzZXMuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_23CE718903A838468A8B325B80962F9B8CB99517blreml501mbb_-- From nobody Mon Aug 7 07:42:55 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A504813239C; Mon, 7 Aug 2017 07:42:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 g-hafeiXQ4lP; Mon, 7 Aug 2017 07:42:48 -0700 (PDT) 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 55FA71323A4; Mon, 7 Aug 2017 07:42:47 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMD13089; Mon, 07 Aug 2017 14:42:44 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 7 Aug 2017 15:42:43 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 20:12:29 +0530 From: Dhruv Dhody To: Alexey Melnikov , The IESG CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) Thread-Index: AQHTD2p1+w72bdEK5kmSJO8K0AUEfaJ48jvg Date: Mon, 7 Aug 2017 14:42:28 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99540@blreml501-mbb> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> In-Reply-To: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.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.76.63] 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.0A090202.59887C65.01C6, 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: 9c0c8be9f93b630e28851189c0a2c11b Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 14:42:50 -0000 Hi Alexey,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov > Sent: 07 August 2017 16:16 > To: The IESG > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > Subject: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with > COMMENT) >=20 > Alexey Melnikov has entered the following ballot position for > draft-ietf-pce-pceps-15: Yes >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Thank you for addressing my DISCUSS points and comments. >=20 > I think the text about use of RFC 6125 should use RFC 6125 terminology > like DNS-ID and CN-ID, because they have a bit more semantics associated > with them other than just subjectAltName:DNS. I think you should also > clarify whether you want to allow wildcards in DNS-ID/CN-ID (RFC 6125 > talks about that). >=20 [[[Dhruv Dhody]]] Ack, updated to -=20 + Implementations MUST follow the rules and guidelines for peer validation as defined in [RFC6125]. If an expected DNS name or IP address for the peer is configured, then the implementations MUST check them against the values in the presented certificate. The DNS names and the IP addresses can be contained in the CN-ID [RFC6125] (Common Name Identifier) or the subjectAltName entries. For verification, only one of these entries is considered. The following precedence applies: for DNS name validation, DNS- ID [RFC6125] has precedence over CN-ID; for IP address validation, subjectAltName:iPAddr has precedence over CN- ID. + Implementations MAY allow the configuration of a set of additional properties of the certificate to check for a peer's authorization to communicate (e.g., a set of allowed values in URI-ID [RFC6125] or a set of allowed X509v3 Certificate Policies). The definition of these properties are out of scope of this document.=20 Regards, Dhruv >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Aug 7 07:43:48 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 422591323A4; Mon, 7 Aug 2017 07:43:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 l9esH-xlHz7f; Mon, 7 Aug 2017 07:43:38 -0700 (PDT) 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 E1A2D1321B0; Mon, 7 Aug 2017 07:43:36 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMD13227; Mon, 07 Aug 2017 14:43:34 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 7 Aug 2017 15:43:31 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 20:13:19 +0530 From: Dhruv Dhody To: Spencer Dawkins at IETF , Alexey Melnikov CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) Thread-Index: AQHTD2p1+w72bdEK5kmSJO8K0AUEfaJ4WkcAgAAxsYCAAF69QA== Date: Mon, 7 Aug 2017 14:43:19 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> In-Reply-To: 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.76.63] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB99553blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.59887C97.0055, 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: 9c0c8be9f93b630e28851189c0a2c11b Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 14:43:40 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB99553blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3BlbmNlciwgQWxleGV5LA0KDQpUaGUgdGV4dCByZWZlcnMgdG8gdGhlIEVycm9yIGl0c2Vs Zi4NCg0KICAgSWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxpbmcgb3IgdW5hYmxlIHRv IG5lZ290aWF0ZSBUTFMNCiAgIHJlY2VpdmVzIGEgU3RhcnRUTFMgbWVzc2FnZXMsIGl0IE1VU1Qg cmV0dXJuIGEgUENFcnIgbWVzc2FnZSAoaW4NCiAgIGNsZWFyKSB3aXRoIEVycm9yLVR5cGUgc2V0 IHRvIFtUQkEyIGJ5IElBTkFdIChQQ0VQIFN0YXJ0VExTIGZhaWx1cmUpDQogICBhbmQgRXJyb3It dmFsdWUgc2V0IHRvOg0KDQogICBvICAzIChub3Qgd2l0aG91dCBUTFMpIGlmIGl0IGlzIG5vdCB3 aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQgdGhlIHNvbGlj aXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0KICAgICAgc2Vz c2lvbi4NCg0KSSBjYW4gc2VlIGhvdyBpdCBjb3VsZCBiZSBtaXNsZWFkaW5nIGFuZCBJIGhhdmUg Y29ycmVjdGVkIGl0IHRvIOKAkw0KDQogICAgICAgICAgICAgICAgICArLSstKyAgICAgICAgICAg ICAgICAgKy0rLSsNCiAgICAgICAgICAgICAgICAgIHxQQ0N8ICAgICAgICAgICAgICAgICB8UENF fA0KICAgICAgICAgICAgICAgICAgKy0rLSsgICAgICAgICAgICAgICAgICstKy0rDQogICAgICAg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAg IHwgU3RhcnRUTFMgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAgIHwgbXNnICAgICAg ICAgICAgICAgICB8IFBDRSB3YWl0cw0KICAgICAgICAgICAgICAgICAgICB8LS0tLS0tLS0tLS0t LS0tLS0tLS0+fCBmb3IgUENDDQogICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICBQ Q0VyciB8DQogICAgICAgICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0tLS0tLS0tLS18IFNlbmQg RXJyb3INCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgIHwgVHlwZT1U QkEyLFZhbHVlPTMNCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgIHwg KG5vdCB3aXRob3V0IFRMUykNCiAgICAgICAgICAgICAgICAgICAgfDwtLS0tLS0tLS0tLS0tLS0t LS0tLXwNCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICBDbG9zZSAgICAgICAgIHwNCg0KDQoN CiAgIEZpZ3VyZSA1OiBCb3RoIFBDRVAgU3BlYWtlciBzdXBwb3J0cyBQQ0VQUyBhcyB3ZWxsIGFz IHdpdGhvdXQgUENFUFMsDQogICAgICAgICAgICAgICAgICAgYnV0IFBDRSBjYW5ub3Qgc3RhcnQg VExTIG5lZ290aWF0aW9uDQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQpGcm9tOiBQY2UgW21haWx0bzpw Y2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFNwZW5jZXIgRGF3a2lucyBhdCBJRVRG DQpTZW50OiAwNyBBdWd1c3QgMjAxNyAxOToxNg0KVG86IEFsZXhleSBNZWxuaWtvdiA8YWFtZWxu aWtvdkBmYXN0bWFpbC5mbT4NCkNjOiBjbWFyZ2FyaWFAanVuaXBlci5uZXQ7IGRyYWZ0LWlldGYt cGNlLXBjZXBzQGlldGYub3JnOyBwY2VAaWV0Zi5vcmc7IFRoZSBJRVNHIDxpZXNnQGlldGYub3Jn PjsgcGNlLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQY2VdIEFsZXhleSBNZWxuaWtv didzIFllcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTogKHdpdGggQ09NTUVOVCkNCg0KVGhp cyBpcyBBbGV4ZXkncyBiYWxsb3QsIGJ1dCAuLi4NCg0KT24gTW9uLCBBdWcgNywgMjAxNyBhdCA1 OjQ4IEFNLCBBbGV4ZXkgTWVsbmlrb3YgPGFhbWVsbmlrb3ZAZmFzdG1haWwuZm08bWFpbHRvOmFh bWVsbmlrb3ZAZmFzdG1haWwuZm0+PiB3cm90ZToNCk9uZSBtb3JlIGxpdHRsZSB0aGluZzoNCg0K DQpJbiBmaWd1cmUgNSwgSSBzZWU6IFNlbmQgRXJyb3IgKG5vdCB3aXRob3V0IFRMUykNCg0KV2hh dCBkb2VzICJub3Qgd2l0aG91dCBUTFMiIG1lYW4/IEkgdGhpbmsgdGhlIGZpZ3VyZSBpcyBzZW5k aW5nIFBDRXJyIGluDQp0aGUgY2xlYXIgKHdpdGhvdXQgVExTKQ0KDQpUaGlzIHRleHQgd2Fzbid0 IGNsZWFyIHRvIG1lLCBlaXRoZXIuDQoNClRoYW5rcyBmb3IgYWN0dWFsbHkgbWVudGlvbmluZyB0 aGlzIGluIHlvdXIgYmFsbG90LCBBbGV4ZXkuDQoNClNwZW5jZXINCg0KT24gTW9uLCBBdWcgNywg MjAxNywgYXQgMTE6NDYgQU0sIEFsZXhleSBNZWxuaWtvdiB3cm90ZToNCj4gQWxleGV5IE1lbG5p a292IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiBkcmFm dC1pZXRmLXBjZS1wY2Vwcy0xNTogWWVzDQogKHNuaXApDQo+IEkgdGhpbmsgdGhlIHRleHQgYWJv dXQgdXNlIG9mIFJGQyA2MTI1IHNob3VsZCB1c2UgUkZDIDYxMjUgdGVybWlub2xvZ3kNCj4gbGlr ZQ0KPiBETlMtSUQgYW5kIENOLUlELCBiZWNhdXNlIHRoZXkgaGF2ZSBhIGJpdCBtb3JlIHNlbWFu dGljcyBhc3NvY2lhdGVkIHdpdGgNCj4gdGhlbQ0KPiBvdGhlciB0aGFuIGp1c3Qgc3ViamVjdEFs dE5hbWU6RE5TLiBJIHRoaW5rIHlvdSBzaG91bGQgYWxzbyBjbGFyaWZ5DQo+IHdoZXRoZXIgeW91 DQo+IHdhbnQgdG8gYWxsb3cgd2lsZGNhcmRzIGluIEROUy1JRC9DTi1JRCAoUkZDIDYxMjUgdGFs a3MgYWJvdXQgdGhhdCkuDQo+DQo+DQoNCg== --_000_23CE718903A838468A8B325B80962F9B8CB99553blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2Ut MToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJUcmVidWNoZXQgTVMiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw dCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5IaSBTcGVuY2VyLCBBbGV4ZXksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhlIHRleHQgcmVmZXJzIHRvIHRoZSBFcnJvciBpdHNl bGYuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsg SWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxpbmcgb3IgdW5hYmxlIHRvIG5lZ290aWF0 ZSBUTFM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsg cmVjZWl2ZXMgYSBTdGFydFRMUyBtZXNzYWdlcywgaXQgTVVTVCByZXR1cm4gYSBQQ0VyciBtZXNz YWdlIChpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNw OyBjbGVhcikgd2l0aCBFcnJvci1UeXBlIHNldCB0byBbVEJBMiBieSBJQU5BXSAoUENFUCBTdGFy dFRMUyBmYWlsdXJlKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNw OyZuYnNwOyBhbmQgRXJyb3ItdmFsdWUgc2V0IHRvOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PiZuYnNwOyZuYnNwOyBvJm5ic3A7IDMgKG5vdCB3aXRob3V0IFRMUykgaWYgaXQgaXMgbm90IHdp bGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aXRob3V0IHRoZSBz b2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgc2Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNo ZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNo ZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj5JIGNhbiBzZWUgaG93IGl0IGNvdWxkIGJlIG1pc2xlYWRpbmcgYW5kIEkgaGF2ZSBj b3JyZWN0ZWQgaXQgdG8g4oCTDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0Mzs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfFBDQ3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfFBDRXw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0Mzst JiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstJiM0Mzst JiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgU3RhcnRUTFMmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IG1zZyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IFBDRSB3YWl0czxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8LS0tLS0tLS0tLS0tLS0tLS0tLS0mZ3Q7fCBmb3IgUEND PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUENFcnIgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt8Jmx0Oy0tLS0tLS0tLS0tLS0tLS0tLS0tfCBTZW5kIEVycm9yPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBUeXBlPVRCQTIsVmFsdWU9MzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgKG5vdCB3aXRob3V0IFRM Uyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZsdDstLS0tLS0tLS0t LS0tLS0tLS0tLXw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDbG9zZSZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7IEZpZ3VyZSA1OiBC b3RoIFBDRVAgU3BlYWtlciBzdXBwb3J0cyBQQ0VQUyBhcyB3ZWxsIGFzIHdpdGhvdXQgUENFUFMs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGJ1dCBQQ0UgY2Fubm90IHN0YXJ0IFRM UyBuZWdvdGlhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVj aGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+RGhydXY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNo ZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4w cHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5v cmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlNwZW5jZXIgRGF3a2lucyBhdCBJRVRGPGJyPg0KPGI+ U2VudDo8L2I+IDA3IEF1Z3VzdCAyMDE3IDE5OjE2PGJyPg0KPGI+VG86PC9iPiBBbGV4ZXkgTWVs bmlrb3YgJmx0O2FhbWVsbmlrb3ZAZmFzdG1haWwuZm0mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBjbWFy Z2FyaWFAanVuaXBlci5uZXQ7IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnOyBwY2VAaWV0 Zi5vcmc7IFRoZSBJRVNHICZsdDtpZXNnQGlldGYub3JnJmd0OzsgcGNlLWNoYWlyc0BpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgWWVzIG9u IGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1OiAod2l0aCBDT01NRU5UKTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIGlzIEFsZXhleSdzIGJh bGxvdCwgYnV0IC4uLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1v biwgQXVnIDcsIDIwMTcgYXQgNTo0OCBBTSwgQWxleGV5IE1lbG5pa292ICZsdDs8YSBocmVmPSJt YWlsdG86YWFtZWxuaWtvdkBmYXN0bWFpbC5mbSIgdGFyZ2V0PSJfYmxhbmsiPmFhbWVsbmlrb3ZA ZmFzdG1haWwuZm08L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbmUgbW9yZSBsaXR0bGUgdGhpbmc6PGJyPg0KPGJyPg0KPGJy Pg0KSW4gZmlndXJlIDUsIEkgc2VlOiBTZW5kIEVycm9yIChub3Qgd2l0aG91dCBUTFMpPGJyPg0K PGJyPg0KV2hhdCBkb2VzICZxdW90O25vdCB3aXRob3V0IFRMUyZxdW90OyBtZWFuPyBJIHRoaW5r IHRoZSBmaWd1cmUgaXMgc2VuZGluZyBQQ0VyciBpbjxicj4NCnRoZSBjbGVhciAod2l0aG91dCBU TFMpPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5UaGlzIHRleHQgd2Fzbid0IGNsZWFyIHRvIG1lLCBlaXRoZXIuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgYWN0 dWFsbHkgbWVudGlvbmluZyB0aGlzIGluIHlvdXIgYmFsbG90LCBBbGV4ZXkuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNwZW5jZXI8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdp bi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g TW9uLCBBdWcgNywgMjAxNywgYXQgMTE6NDYgQU0sIEFsZXhleSBNZWxuaWtvdiB3cm90ZTo8YnI+ DQomZ3Q7IEFsZXhleSBNZWxuaWtvdiBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBw b3NpdGlvbiBmb3I8YnI+DQomZ3Q7IGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1OiBZZXM8YnI+DQom bmJzcDsoc25pcCk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4mZ3Q7IEkgdGhpbmsgdGhlIHRleHQg YWJvdXQgdXNlIG9mIFJGQyA2MTI1IHNob3VsZCB1c2UgUkZDIDYxMjUgdGVybWlub2xvZ3k8YnI+ DQomZ3Q7IGxpa2U8YnI+DQomZ3Q7IEROUy1JRCBhbmQgQ04tSUQsIGJlY2F1c2UgdGhleSBoYXZl IGEgYml0IG1vcmUgc2VtYW50aWNzIGFzc29jaWF0ZWQgd2l0aDxicj4NCiZndDsgdGhlbTxicj4N CiZndDsgb3RoZXIgdGhhbiBqdXN0IHN1YmplY3RBbHROYW1lOkROUy4gSSB0aGluayB5b3Ugc2hv dWxkIGFsc28gY2xhcmlmeTxicj4NCiZndDsgd2hldGhlciB5b3U8YnI+DQomZ3Q7IHdhbnQgdG8g YWxsb3cgd2lsZGNhcmRzIGluIEROUy1JRC9DTi1JRCAoUkZDIDYxMjUgdGFsa3MgYWJvdXQgdGhh dCkuPGJyPg0KJmd0Ozxicj4NCiZndDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_23CE718903A838468A8B325B80962F9B8CB99553blreml501mbb_-- From nobody Mon Aug 7 08:25:11 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32EDF132504 for ; Mon, 7 Aug 2017 08:25:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.61 X-Spam-Level: X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com 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 BryIjSyJlh4U for ; Mon, 7 Aug 2017 08:25:03 -0700 (PDT) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A70AC1324F5 for ; Mon, 7 Aug 2017 08:24:59 -0700 (PDT) Received: by mail-yw0-x231.google.com with SMTP id s143so4778260ywg.1 for ; Mon, 07 Aug 2017 08:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FhMFynCSx/WoGswXH6NeTjj5HKI5jjudVHr6Zewd5NY=; b=ZC+b6xsmsFwAQALC5Q09tFu65PIdp/xmAlaQyB27RJAugC6dV1ef/V4iZXH3SgW2Zh 2LWYwSXrB5nSqr0eH3OOWAgW7bMd7sQp6He9Zxp4Mj3FnJYllr5hVTQ/AqVvaRT+HeAf Sutj01lImF9kS0QFJt5oINHB1JUTGo94DIyhjBzx7h29E9ZejnTuWUuGhOhEoVqDx0CW VmgkbIoizsYnWDgu2HB3Abuk9mg/4wKlxazWBNPjsOLBpWNFtFAdcXdDdYd2z6K3lHva YcRQ8hYsYjBLRDpN2hlEoSbZBxUlFFLVsMX6AXBNK7Cj1Yxrh5pxsgXazxj4ujYZvRR8 sCug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=FhMFynCSx/WoGswXH6NeTjj5HKI5jjudVHr6Zewd5NY=; b=q9Zx5d/4hMvoeGvIZP4ZGl9DQa+Jtu86CMiwAkwBszE9jhppBiWH7ymAX1OzJuDlob U/yr7bxotNp7XsWN4joRSMBQZnsEhxIoE+U9jp9iDMTs8IKSHQLJBlO6gWM+PlojMbvN khOLM6xV8vrZtfTAbmUcjcmLvVa6Rf495jzYznp2zx+Uij4o8j6GNraKZJf03oHgf4hP FajwqfqNPtw37l2A4yTfp3muBZx9U959uevVz7IPk2meqC2BPdAsOtioRB7wMN9+xIn9 EdZW+0QDzBR/zV+uOlwGChqCCpk0oRerI39RAOg8qCzO8Or3oY3Kh6j9NwfYsRlEA7Ow e5jw== X-Gm-Message-State: AHYfb5gyfOynaHkutll81p1TdZ4sEfC/t+HjyyGJKy2fAV4prbqkIj3n rKL0KstMuT63NHQMNzu300u4E3uUwNsw X-Received: by 10.129.172.21 with SMTP id k21mr802210ywh.321.1502119498922; Mon, 07 Aug 2017 08:24:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.218.130 with HTTP; Mon, 7 Aug 2017 08:24:18 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> From: Eric Rescorla Date: Mon, 7 Aug 2017 08:24:18 -0700 Message-ID: To: Dhruv Dhody Cc: Alexey Melnikov , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" , "cmargaria@juniper.net" Content-Type: multipart/alternative; boundary="f4030436885e24d9a605562b735d" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 15:25:06 -0000 --f4030436885e24d9a605562b735d Content-Type: text/plain; charset="UTF-8" On Mon, Aug 7, 2017 at 7:41 AM, Dhruv Dhody wrote: > Hi Eric, > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com] > *Sent:* 05 August 2017 22:58 > *To:* Dhruv Dhody > *Cc:* Alexey Melnikov ; The IESG ; > cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > > *Subject:* Re: [Pce] Alexey Melnikov's Discuss on > draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) > > > > > > > > On Fri, Aug 4, 2017 at 11:41 AM, Dhruv Dhody > wrote: > > Hi Alexey, > > > -----Original Message----- > > From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm] > > Sent: 03 August 2017 19:24 > > To: Dhruv Dhody ; The IESG > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > > pce-chairs@ietf.org > > > Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: > > (with DISCUSS and COMMENT) > > > > Hi, > > > > On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote: > > > Hi Alexey, > > > > > > Thanks for your comments, see inline... > > > > > > > -----Original Message----- > > > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov > > > > Sent: 03 August 2017 15:35 > > > > To: The IESG > > > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; > > > > pce@ietf.org; pce-chairs@ietf.org > > > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: > > > > (with DISCUSS and COMMENT) > > > > > > > > Alexey Melnikov has entered the following ballot position for > > > > draft-ietf-pce-pceps-15: Discuss > > > > -------------------------------------------------------------------- > > > > -- > > > > DISCUSS: > > > > -------------------------------------------------------------------- > > > > -- > > > > > > > > I am very glad to see this document and I will be switching to "Yes" > > > > once we discuss the following issues: > > > > > > > > 1) > > > > +-+-+ +-+-+ > > > > |PCC| |PCE| > > > > +-+-+ +-+-+ > > > > | | > > > > | StartTLS | > > > > | msg | > > > > |------- | > > > > | \ StartTLS | > > > > | \ msg | > > > > | \ ---------| > > > > | \/ | > > > > | /\ | > > > > | / -------->| > > > > | / | > > > > |<------ | > > > > |:::::::::TLS:::::::::| TLS Establishment > > > > |:::::Establishment:::| Failure > > > > | | > > > > |<--------------------| Send Error-Type TBA2 > > > > | PCErr | Error-Value 3/4 > > > > | | > > > > > > > > Figure 2: Both PCEP Speaker supports PCEPS (strict), but cannot > > > > establish TLS > > > > > > > > Firstly, I think you also need to demonstrate a case when the server > > > > end of TLS is refusing to startTLS before trying TLS negotiation > > > > (e.g. if it doesn't have certificate configured). In this case you > > > > need to send PCErr in the clear. I think earlier text suggest that > > this case is possible. > > > > > > > [[Dhruv Dhody]] No, the only error to StartTLS is by an implementation > > > that does not understand the message. > > > In case certificate is not configured we would start TLS negotiation, > > > which would fail. > > > > I think you should clarify this. > > > > I have implemented StartTLS in both IMAP and LDAP and this is not > > necessarily how it works there: before TLS negotiation starts it is > > possible for the server end to reject negotiation in cleartext. > > > > [[Dhruv Dhody]] Error can be added here, More on this, see reply below. > > > > > Secondly, does the case depicted on this picture mean that TLS was > > > > negotiated successfully, but TLS identities were not successfully > > verified? > > > > (I.e. the PCErr is sent over the TLS layer). If TLS failed to > > > > negotiate, you don't have a channel to send data on, as the other > > > > end will get confused. I think you just have to close connection in > > such case. > > > > > > > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP connection > > > (underlying transport). > > > EKR also made a similar point. I updated the text to include this - > > > > > > Note that, the PCEP implementation MUST send the PCErr message once > > > the TLS connection has been closed i.e. the TLS close_notify > > > [RFC5246] has been received from the peer. As per [RFC5246], if the > > > data may be carried over the underlying transport after the TLS > > > connection is closed, the TLS implementation must receive the > > > responding close_notify alert before indicating to the application > > > layer that the TLS connection has ended. > > > > Hmm, I am not sure this will ever work. I know that implementations of > TLS > > in other protocols I worked on can't read any cleartext TCP data after > TLS > > has failed. > > > [[Dhruv Dhody]] One way to resolve this issue would be we move these > errors from after TLS negotiation to before it, so that they become the > response to StartTLS as suggested by your previous comment. > We would not be sending error in clear text in case of TLS negotiation > failure. > > So basically the change would look something like - > > OLD: > After the exchange of StartTLS messages, if a PCEP speaker cannot > establish a TLS connection for some reason (e.g. the required > mechanisms for certificate revocation checking are not available), it > MUST return a PCErr message (in clear) with Error-Type set to [TBA2 > by IANA] (PCEP StartTLS failure) and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > NEW: > If a PCEP speaker that is unwilling or unable to negotiate TLS > receives a StartTLS messages, it MUST return a PCErr message (in > clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) > and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > After the exchange of StartTLS messages, if the TLS negotiation fails > for some reason (e.g. the required mechanisms for certificate > revocation checking are not available), both peers SHOULD immediately > close the connection. Since the initiator has no way to know if the > peer is willing to accept PCEP connection without TLS, based on the > local policy, it MAY attempt to re-establish the PCEP session without > TLS. The attempt to re-establish the PCEP session without TLS SHOULD > be limited to only once. > > > > This will technically work, but is there a reason you don't specify a > parameter to > > STARTTLS which expresses your policy? > > > > -Ekr > > *[[[Dhruv Dhody]]] It could be done that way as well, but at this late > stage we should avoid making a change that would require adding a new PCEP > object. * > > *As there is no way to add this in current StartTLS message encoding. * > > > This is still an I-D, right? Are there any fielded implementations? -Ekr > *Regards,* > > *Dhruv* > > > > > > > Working version: https://github.com/dhruvdhody- > huawei/ietf/blob/master/draft-ietf-pce-pceps-16.txt > Diff: https://tools.ietf.org/rfcdiff?url1=draft-ietf-pce- > pceps-15&url2=https://raw.githubusercontent.com/ > dhruvdhody-huawei/ietf/master/draft-ietf-pce-pceps-16.txt > > Regards, > Dhruv > > > > > > So maybe you need 3 figures describing the above 3 cases. > > > --f4030436885e24d9a605562b735d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Aug 7, 2017 at 7:41 AM, Dhruv Dhody <dhruv.dhody@huawei.c= om> wrote:

Hi Eric,

=C2=A0

From: = Eric Rescorla [mailto:ekr= @rtfm.com]
Sent: 05 August 2017 22:58
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: Alexey Melnikov <aamelnikov@fastmail.fm>; The IESG <iesg@ietf.org>; cmargaria@juniper.net; draft-ietf-p= ce-pceps@ietf.org; pc= e@ietf.org; pc= e-chairs@ietf.org


Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-p= ceps-15: (with DISCUSS and COMMENT)

=C2=A0

=C2=A0

=C2=A0

On Fri, Aug 4, 2017 at 11:41 AM, Dhruv Dhody <dhruv.dhody@huawei= .com> wrote:

Hi Alexey,

> -----Original Message-----
> From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm]
> Sent: 03 August 2017 19:24
> To: Dhruv Dhody <dhruv.dhody@huawei.com>; The IESG <iesg@ietf.org>
> Cc: cmargar= ia@juniper.net; draft-ie= tf-pce-pceps@ietf.org; pce@ietf.org;
> pce-chairs@ie= tf.org

> Subject: Re: [Pce] Alexey Melnikov's Discus= s on draft-ietf-pce-pceps-15:
> (with DISCUSS and COMMENT)
>
> Hi,
>
> On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote:
> > Hi Alexey,
> >
> > Thanks for your comments, see inline...
> >
> > > -----Original Message-----
> > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov
> > > Sent: 03 August 2017 15:35
> > > To: The IESG <iesg@ietf.org>
> > > Cc: cmargaria@juniper.net; draft-ie= tf-pce-pceps@ietf.org;
> > > pce@ietf.o= rg; pce-chairs@ietf.org
> > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-p= ce-pceps-15:
> > > (with DISCUSS and COMMENT)
> > >
> > > Alexey Melnikov has entered the following ballot position fo= r
> > > draft-ietf-pce-pceps-15: Discuss
> > > -------------------------------------------------------= -------------
> > > --
> > > DISCUSS:
> > > -------------------------------------------------------= -------------
> > > --
> > >
> > > I am very glad to see this document and I will be switching = to "Yes"
> > > once we discuss the following issues:
> > >
> > > 1)
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|PCC|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0|PCE|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| StartTLS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| msg=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|-------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 =C2=A0StartTLS=C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 \=C2=A0 msg=C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 ---------|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \/=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /\=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/=C2=A0 -------->| > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 /=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::::::TLS:::::::::| TLS Establishment
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::Establishment:::| Failure
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<--------------------| Send Error-Type TBA2
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 PCErr=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 | Error-Value 3/4
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 2: Both PCEP Speaker suppor= ts PCEPS (strict), but cannot
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 establish TLS
> > >
> > > Firstly, I think you also need to demonstrate a case when th= e server
> > > end of TLS is refusing to startTLS before trying TLS negotia= tion
> > > (e.g. if it doesn't have certificate configured). In thi= s case you
> > > need to send PCErr in the clear. I think earlier text sugges= t that
> this case is possible.
> > >
> > [[Dhruv Dhody]] No, the only error to StartTLS is by an implement= ation
> > that does not understand the message.
> > In case certificate is not configured we would start TLS negotiat= ion,
> > which would fail.
>
> I think you should clarify this.
>
> I have implemented StartTLS in both IMAP and LDAP and this is not
> necessarily how it works there: before TLS negotiation starts it is > possible for the server end to reject negotiation in cleartext.
>

[[Dhruv Dhody]] Error can be added here, More on thi= s, see reply below.

> > > Secondly, does the case depicted on this picture mean that T= LS was
> > > negotiated successfully, but TLS identities were not success= fully
> verified?
> > > (I.e. the PCErr is sent over the TLS layer). If TLS failed t= o
> > > negotiate, you don't have a channel to send data on, as = the other
> > > end will get confused. I think you just have to close connec= tion in
> such case.
> > >
> > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP conne= ction
> > (underlying transport).
> > EKR also made a similar point. I updated the text to include this= -
> >
> >=C2=A0 =C2=A0 Note that, the PCEP implementation MUST send the PCE= rr message once
> >=C2=A0 =C2=A0 the TLS connection has been closed i.e. the TLS clos= e_notify
> >=C2=A0 =C2=A0 [RFC5246] has been received from the peer.=C2=A0 As = per [RFC5246], if the
> >=C2=A0 =C2=A0 data may be carried over the underlying transport af= ter the TLS
> >=C2=A0 =C2=A0 connection is closed, the TLS implementation must re= ceive the
> >=C2=A0 =C2=A0 responding close_notify alert before indicating to t= he application
> >=C2=A0 =C2=A0 layer that the TLS connection has ended.
>
> Hmm, I am not sure this will ever work. I know that implementations of= TLS
> in other protocols I worked on can't read any cleartext TCP data a= fter TLS
> has failed.
>
[[Dhruv Dhody]] One way to resolve this issue would be we move these errors= from after TLS negotiation to before it, so that they become the response = to StartTLS as suggested by your previous comment.
We would not be sending error in clear text in case of TLS negotiation fail= ure.

So basically the change would look something like -

OLD:
=C2=A0 =C2=A0After the exchange of StartTLS messages, if a PCEP speaker can= not
=C2=A0 =C2=A0establish a TLS connection for some reason (e.g. the required<= br> =C2=A0 =C2=A0mechanisms for certificate revocation checking are not availab= le), it
=C2=A0 =C2=A0MUST return a PCErr message (in clear) with Error-Type set to = [TBA2
=C2=A0 =C2=A0by IANA] (PCEP StartTLS failure) and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

NEW:
=C2=A0 =C2=A0If a PCEP speaker that is unwilling or unable to negotiate TLS=
=C2=A0 =C2=A0receives a StartTLS messages, it MUST return a PCErr message (= in
=C2=A0 =C2=A0clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS fa= ilure)
=C2=A0 =C2=A0and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

=C2=A0 =C2=A0After the exchange of StartTLS messages, if the TLS negotiatio= n fails
=C2=A0 =C2=A0for some reason (e.g. the required mechanisms for certificate<= br> =C2=A0 =C2=A0revocation checking are not available), both peers SHOULD imme= diately
=C2=A0 =C2=A0close the connection.=C2=A0 Since the initiator has no way to = know if the
=C2=A0 =C2=A0peer is willing to accept PCEP connection without TLS, based o= n the
=C2=A0 =C2=A0local policy, it MAY attempt to re-establish the PCEP session = without
=C2=A0 =C2=A0TLS.=C2=A0 The attempt to re-establish the PCEP session withou= t TLS SHOULD
=C2=A0 =C2=A0be limited to only once.

=C2=A0

This will technically work, but is there a reason yo= u don't specify a parameter to

STARTTLS which expresses your policy?<= /p>

=C2=A0

-Ekr

[[[Dhruv Dhody]]] It could= be done that way as well, but at this late stage we should avoid making a = change that would require adding a new PCEP object.

As there is no way to add = this in current StartTLS message encoding.

=C2=A0


This is still an I-D, right? Are there any fielded implementations?

-Ekr
=C2=A0

--f4030436885e24d9a605562b735d-- From nobody Mon Aug 7 08:47:21 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FFF9132394; Mon, 7 Aug 2017 08:47:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 fMSaqZONEqiA; Mon, 7 Aug 2017 08:47:10 -0700 (PDT) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD0BD13203E; Mon, 7 Aug 2017 08:47:08 -0700 (PDT) Received: by mail-yw0-x22d.google.com with SMTP id p68so5217818ywg.0; Mon, 07 Aug 2017 08:47:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Xf83a3bUHvPhUvRKd+jUxNw2/qa8UQB2bOhF9W38rMg=; b=KonDkGhLDS2r//t5/6S5UtID83bFl1yh9ba0WIzu7rm8EIiBGMJxVEm3AnKThYSjW+ /WY9avMrsN7JVuWMpHaq/zSVZYwyGv+vlTq1dGIHNAh05gMnR8OCfHObKEWoKjuyFMAM vLYQKhwwcRHgM9f+asXfF+y2VYC4sQ0YAUz3x9mTpdCAEqKnKAK2TJYdp7JHyxyHxEW9 i7fjGeTLCVbHmnRRpZW3L3mGiDVYv+F9vJUjAt6qLag8glpYK7N8WCVMM3UO4J9FCmhp t1Odq3xVdOivmnVxNXG7aeET7AIP2EdbPC21jENG3qvt0LusOR2w4MMmgklhKiyGale0 tQnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Xf83a3bUHvPhUvRKd+jUxNw2/qa8UQB2bOhF9W38rMg=; b=htciPiS+7o+bb9HDQ072CxRf71YMffHI9J7THnj9VatRW3qhPJXKMsFUCA29md4grC 8xNNTbAzrVHbPabiP56B6ObAItU0ET1aChY3Fd3bh+7FhgjY/lDjR4V7+231ROmI9Ion 9o6l0+aZmXul0Q80XWOOBmC5pqYxqiaZZhgFmBB+iXOW7QeeQHi+DBBxc7mv80KpYBfs kYaEuld5B0ybajfSKq6yHFyJSNgejovpatXa4NHd6xSu6gRXNzTinFwXlgR29UZPfUU9 B7vv2fFnwgJfOr9STgCAwd78QAztNNjjfTfo50y/zgKBWLPENIs0TeBNsoBiC83PoMzT RV4w== X-Gm-Message-State: AHYfb5jD5bLaH1SZ26YxmJ8m++SS1sh1911T2WzWdmkcp4cLEYjKh3Dj V0arF49Q6gZ+2Jb/kJzB5lk1fUhRvw== X-Received: by 10.13.213.148 with SMTP id x142mr814026ywd.311.1502120827984; Mon, 07 Aug 2017 08:47:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.52.79 with HTTP; Mon, 7 Aug 2017 08:47:07 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> From: Spencer Dawkins at IETF Date: Mon, 7 Aug 2017 10:47:07 -0500 Message-ID: To: Dhruv Dhody Cc: Alexey Melnikov , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Content-Type: multipart/alternative; boundary="001a114fa2665ca59e05562bc250" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 15:47:12 -0000 --001a114fa2665ca59e05562bc250 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Dhruv, On Mon, Aug 7, 2017 at 9:43 AM, Dhruv Dhody wrote: > Hi Spencer, Alexey, > > > > The text refers to the Error itself. > > > > If a PCEP speaker that is unwilling or unable to negotiate TLS > > receives a StartTLS messages, it MUST return a PCErr message (in > > clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) > > and Error-value set to: > > > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > > without the solicited TLS connection, and it MUST close the TCP > > session. > > > > I can see how it could be misleading and I have corrected it to =E2=80=93 > > > > +-+-+ +-+-+ > > |PCC| |PCE| > > +-+-+ +-+-+ > > | | > > | StartTLS | > > | msg | PCE waits > > |-------------------->| for PCC > > | PCErr | > > |<--------------------| Send Error > > | | Type=3DTBA2,Value=3D3 > > | | (not without TLS) > > |<--------------------| > > | Close | > > > > > > > > Figure 5: Both PCEP Speaker supports PCEPS as well as without PCEPS, > > but PCE cannot start TLS negotiation > This is still Alexey's ballot, of course, but ... I like the change you're making, but the part that confused me is that in English, multiple negatives don't work well - so, "not without TLS" simplifies to "with TLS" in common usage. Are you using "not without TLS" to mean "TLS usage required", or something like that? Spencer > > > Regards, > > Dhruv > > > > *From:* Pce [mailto:pce-bounces@ietf.org] *On Behalf Of *Spencer Dawkins > at IETF > *Sent:* 07 August 2017 19:16 > *To:* Alexey Melnikov > *Cc:* cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > The IESG ; pce-chairs@ietf.org > *Subject:* Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: > (with COMMENT) > > > > This is Alexey's ballot, but ... > > > > On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov > wrote: > > One more little thing: > > > In figure 5, I see: Send Error (not without TLS) > > What does "not without TLS" mean? I think the figure is sending PCErr in > the clear (without TLS) > > > > This text wasn't clear to me, either. > > > > Thanks for actually mentioning this in your ballot, Alexey. > > > > Spencer > > > > On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wrote: > > Alexey Melnikov has entered the following ballot position for > > draft-ietf-pce-pceps-15: Yes > (snip) > > > I think the text about use of RFC 6125 should use RFC 6125 terminology > > like > > DNS-ID and CN-ID, because they have a bit more semantics associated wit= h > > them > > other than just subjectAltName:DNS. I think you should also clarify > > whether you > > want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). > > > > > > > --001a114fa2665ca59e05562bc250 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Dhruv,

On Mon, Aug 7, 2017 at 9:43 AM, Dhruv Dhody <= ;dhruv.dhody@hu= awei.com> wrote:

Hi Spencer, Alexey,

=C2=A0

The text refers to the Error its= elf.

=C2=A0

=C2=A0=C2=A0 If a PCEP speaker that is unwil= ling or unable to negotiate TLS

=C2=A0=C2=A0 receives a StartTLS messages, i= t MUST return a PCErr message (in

=C2=A0=C2=A0 clear) with Error-Type set to [= TBA2 by IANA] (PCEP StartTLS failure)

=C2=A0=C2=A0 and Error-value set to:<= u>

=C2=A0

=C2=A0=C2=A0 o=C2=A0 3 (not without TLS) if = it is not willing to exchange PCEP messages

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 without the s= olicited TLS connection, and it MUST close the TCP

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 session.

=C2=A0

I can see how it could be mislea= ding and I have corrected it to =E2=80=93

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +-+-+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |PCC|=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |PCE|

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0+-+-+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | = StartTLS=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | = msg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 | PCE waits

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |-= ------------------->| for PCC

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 PCErr |

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|&l= t;--------------------| Send Error

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Type=3DTBA2,Value=3D3

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | (not without TLS)=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |&= lt;--------------------|

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Close=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0|

=C2=A0

=C2=A0

=C2=A0

=C2=A0=C2=A0 Figure 5: Both PCEP Speaker sup= ports PCEPS as well as without PCEPS,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 but PCE = cannot start TLS negotiation


This is still Alexey's ballot, of course, but ...
I like the change you're making, but the part that confuse= d me is that in English, multiple negatives don't work well - so, "= ;not without TLS" simplifies to "with TLS" in common usage.<= /div>

Are you using "not without TLS" to mean = "TLS usage required", or something like that?

Spencer=C2=A0

=C2=A0

Regards,

Dhruv

=C2=A0

From: = Pce [mailto:pce-b= ounces@ietf.org] On Behalf Of Spencer Dawkins at IETF
Sent: 07 August 2017 19:16
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Cc: cmarg= aria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; The IESG <iesg@ietf.org>; pce-chairs@ietf.org
Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps= -15: (with COMMENT)

=C2=A0

This is Alexey's ballot, but ...

=C2=A0

On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov <= aamelnikov@fast= mail.fm> wrote:

One more little thing:


In figure 5, I see: Send Error (not without TLS)

What does "not without TLS" mean? I think the figure is sending P= CErr in
the clear (without TLS)

=C2=A0

This text wasn't clear to me, either.<= /u>

=C2=A0

Thanks for actually mentioning this in your ballot, = Alexey.

=C2=A0

Spencer

=C2=A0

On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wr= ote:
> Alexey Melnikov has entered the following ballot position for
> draft-ietf-pce-pceps-15: Yes
=C2=A0(snip)

> I think the text= about use of RFC 6125 should use RFC 6125 terminology
> like
> DNS-ID and CN-ID, because they have a bit more semantics associated wi= th
> them
> other than just subjectAltName:DNS. I think you should also clarify > whether you
> want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). >
>

=C2=A0


--001a114fa2665ca59e05562bc250-- From nobody Mon Aug 7 14:38:14 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C41012009C; Mon, 7 Aug 2017 14:38:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=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 0Fnh6n9P3dmh; Mon, 7 Aug 2017 14:38:09 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8744B124BE8; Mon, 7 Aug 2017 14:38:09 -0700 (PDT) Received: from [10.0.1.63] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v77Lc4sE034742 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 7 Aug 2017 16:38:05 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.63] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Ben Campbell In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98DB2@blreml501-mbb> Date: Mon, 7 Aug 2017 16:38:04 -0500 Cc: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <47928D93-5F37-40A0-A502-F55DC3A2F92A@nostrum.com> References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB98DB2@blreml501-mbb> To: Dhruv Dhody X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 21:38:12 -0000 Hi, also inline: Thanks! Ben. > On Aug 4, 2017, at 1:40 PM, Dhruv Dhody = wrote: >=20 > Hi Ben,=20 >=20 > Please see inline... >=20 >> -----Original Message----- >> From: Ben Campbell [mailto:ben@nostrum.com] >> Sent: 03 August 2017 20:57 >> To: Dhruv Dhody >> Cc: The IESG ; cmargaria@juniper.net; draft-ietf-pce- >> pceps@ietf.org; pce@ietf.org; pce-chairs@ietf.org >> Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: >> (with DISCUSS and COMMENT) >=20 > (snip) >=20 >>>>=20 >>>> = --------------------------------------------------------------------- >>>> - >>>> COMMENT: >>>> = --------------------------------------------------------------------- >>>> - >>>>=20 >>>> Substantive: >>>>=20 >>>> - I share Warren's question about why you chose STARTTLS over a >>>> dedicated port, especially since the 2nd to last paragraph in 3.2 >>>> goes out of its way to mention that. What were the tradeoffs = involved >>>> that made adding the additional protocol machinery more attractive >>>> than allocating a port number? >>>>=20 >>> [[Dhruv Dhody]] I have added this text - >>>=20 >>> This document uses the standard StartTLS procedure in PCEP, instead >>> of using a different port for the secured session. This is done to >>> avoid requesting allocation of another port number for the PCEPS. >>> The StartTLS procedure makes more efficient use of scarce port >>> numbers and allow simpler configuration of PCEP. >>=20 >> That=E2=80=99s helpful, but it only shows the benefits side of the = tradeoff. I >> assume people thought the additional protocol complexity was a = reasonable >> cost to bear? >>=20 > [[Dhruv Dhody]] There was substantive discussion on the mailing list = regarding this, as our original proposal requested a new port and we = were advised to use StartTLS instead after discussion with = transport/security folks. See = https://www.ietf.org/mail-archive/web/pce/current/msg03540.html.=20 Okay, good enough. >=20 >=20 >>=20 >>>=20 >>>> - 3.2: "Implementations MUST support SHA-256 as defined by [SHS] as >>>> the hash algorithm for the fingerprint." >>>> Do you really intend "MUST support" (meaning you have to be able to >>>> handle sha-256, but could allow other hashes) vs "MUST use"? >>>>=20 >>> [[Dhruv Dhody]] Yes, additional hash algorithm MAY also be >> supported/used. >>>=20 >>=20 >> Is there an expectation people will use multiple hash algorithms = side-by- >> side? Or is this for purposes of hash agility? >>=20 > [[Dhruv Dhody]] SHA-256 is the current mandatory hash, others might = become usable and useful as the technology evolves. Do you have any = suggested change in mind?=20 > I see RFC6614 use similar language "Implementations MUST support SHA-1 = as the hash algorithm for the fingerprint=E2=80=A6." I guess my question is whether the intent is for implementations to be = able to pick any hash they want, as long as SHA-256 is an option, or do = you expect everyone to use SHA-256 unless that is replaced at some point = due to security concerns. If the former, =E2=80=9CMUST support=E2=80=A6=E2= =80=9D makes sense. If the latter, something like =E2=80=9CMUST (or = SHOULD) use=E2=80=A6=E2=80=9D with a caveat that future specs might = update this if SHA-256 is proven unsafe at some point in the future. My real concern here is interoperability=E2=80=94if an implementation = chooses a hash other than SHA-256, how does the peer know what hash to = use? >=20 > (snip) >=20 >>>> - 3.4 : "Negotiation of mutual authentication is REQUIRED." >>>> Does that mean that the peers must elect to use mutual >>>> authentication, or that if they want to use it, they must agree to = do >>>> so? (The pattern persists throughout the section, but the meaning >>>> seems more obvious for some of the >>>> others.) >>>>=20 >>> [[Dhruv Dhody]] I am also not sure, this was added keeping RFC6614 = as >> our reference. >>> Since TLS supports multiple authentication mode, this might be a say >>> mutual as well as server-only authentication should be supported. = But >>> not sure about the word negotiation here. I think we can remove this >>> statement, will do so once you confirm. he >>=20 >> The important thing is that the intent of the WG is clear. Do you = mean to >> say that the working group intended to allow both server-only and = mutual >> authentication, or do you mean to say the working group did not think >> about it? >>=20 > [[Dhruv Dhody]] On further discussion with my co-authors, we feel we = should remove the statement. The previous statement in the draft about = mutual authentication is enough and mutual authentication should be the = standard.=20 Okay. >=20 > Regards, > Dhruv >=20 >> [=E2=80=A6] >> Thanks! >>=20 >> Ben. From nobody Mon Aug 7 14:43:11 2017 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 D8B871243F6; Mon, 7 Aug 2017 14:43:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150214218979.19114.17028413739130618619.idtracker@ietfa.amsl.com> Date: Mon, 07 Aug 2017 14:43:09 -0700 Archived-At: Subject: [Pce] Ben Campbell's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 21:43:10 -0000 Ben Campbell has entered the following ballot position for draft-ietf-pce-pceps-15: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for resolving my DISCUSS point and other comments via email. I'm clearing now under the assumption the discussed updates will make it into a future revision. From nobody Mon Aug 7 16:13:44 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A15129D9D; Mon, 7 Aug 2017 16:13:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk 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 trTjMDQDPSfh; Mon, 7 Aug 2017 16:13:40 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 538A61243F6; Mon, 7 Aug 2017 16:13:40 -0700 (PDT) Received: from nitebug.localdomain (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 817D02487F2; Tue, 8 Aug 2017 01:13:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1502147617; bh=R8/1YthKHkKTC1+l6+Rm7vReqlW+BW3McK2ixe0pyMI=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=M9d3ioiqKqedURFhr4czVxPqoVHqiaGCqoDjRzVR4BUVEXf8jYRl9Sdwdk98pczeu bCayh2zgIk4eP3volpE/bNd2Dq2/Z6KjYqfyfrd4ptb94qDpVckg4+y1s7vHVzAkK0 Jr3vCnj2Y8TZE5Adl08a5V/ieaT8d/dRsqMhoESw= To: Dhruv Dhody , "olivier.dugeon@orange.com" , Jonathan Hardwick , "pce@ietf.org" Cc: "pce-chairs@ietf.org" References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> From: Robert Varga Message-ID: Date: Tue, 8 Aug 2017 01:13:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="68Nuc6OxC3lXChG57C9d2iStaHnPmcNpe" Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 23:13:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --68Nuc6OxC3lXChG57C9d2iStaHnPmcNpe Content-Type: multipart/mixed; boundary="ThjeUKqP8rAADXrHMnhkk87kaJoJvdaPJ"; protected-headers="v1" From: Robert Varga To: Dhruv Dhody , "olivier.dugeon@orange.com" , Jonathan Hardwick , "pce@ietf.org" Cc: "pce-chairs@ietf.org" Message-ID: Subject: Re: [Pce] PCEP as an SDN controller protocol? References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> --ThjeUKqP8rAADXrHMnhkk87kaJoJvdaPJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07/08/17 13:10, Dhruv Dhody wrote: > Hi Oliver, Hello Dhruv, > Sorry for a late response and thanks for engaging on this topic. With > this response I would try to clear up some misconceptions, some context= > and counter-viewpoint. Please see inline=E2=80=A6 >=20 > =20 >=20 > *From:*Pce [mailto:pce-bounces@ietf.org] *On Behalf Of > *olivier.dugeon@orange.com > *Sent:* 27 July 2017 23:42 > *To:* Jonathan Hardwick ; pce@ietf.or= g > *Cc:* pce-chairs@ietf.org > *Subject:* Re: [Pce] PCEP as an SDN controller protocol? >=20 > =20 >=20 > Hi Jon, >=20 > Thanks to open this thread. As many of you have already said, PCEP is > already an SDN controller protocol since the work on stateful mode. But= , > IMHO, recent drafts doesn't go into the right direction. Let me explain= : >=20 > 1/ On PCE-LS. Of course there is already plenty of solution to learn th= e > topology e.g. listen to IGP protocol, BGP-LS ... But, dont forget that > the primary goal of PCE is to compute a path on a topology. This mean > that the PCE need a graph which represent the network topology. This > graph is extract from the TED, later fulfil by the topology learning > mechanism. Why PCE-LS and other equivalent mechanism that collect > topology information on a node by node basis ? Simply because you are > unable to guarantee that the graph you extract from what you learn is > accurate. Indeed, a node known its interfaces through what the > administrator configure in this node. But, it doesn't know exactly to > which neighbour it is connected while there is a protocol between node.= > In IP network, it is the role of the IGP. if there is an error in the > node configuration, the IGP adjacency doesn't fire up and thus, IGP or > BGP-LS will not report this link betwenn the two nodes. The graph is no= t > complete, but not wrong. So when you learn the topology from the IGP yo= u > could guarantee that the link between two nodes corresponds effectively= > to what is really configured and physically connected. If there is no > protocol between the nodes, you can't guarantee that what the node > announce through PCEP-LS is accurate. E.g. Node A report Link A-B and > node B report Link B-A instead of Link B-C and Link B-C instead of Link= > B-A due to a wrong manual configuration. You obtain a wrong topology an= d > thus a wrong graph as you invert two links between two nodes. An you > have no way to check it. So, in any case, and it is true for Optical / > Transport network, you MUST run an IGP in your network to be sure that > the topology is accurate and so to guarantee that the PCE work on a > correct graph. A PCE working on a bad topology is painful. So, because > you must run an IGP in your network, fulfil the PCE TED by listen the > IGP or BGP-LS is the best solution. IMHO, PCE WG must not work on > alternative solution to learn topology. >=20 > [[Dhruv Dhody]] When PCEP-LS is deployed in SDN mode (node by node > basis), the node could run any protocol on the link to make > verification. Adrian also mentioned in his reply, that device could be > running, some form of discovery/verification protocol such as LMP, LLDP= > or even IGP on the per link basis. Each node is free to run any local > mechanism to make sure that the link information is correct. The PCEP-L= S > extension is written in such a way that it could be used in any mode an= d > independent of what the device choose to do. The PCEP-LS also support > =E2=80=9Cremote data=E2=80=9D (data a node would have learned via other= protocols as IGP > - remote nodes and links). >=20 > =20 >=20 > There are *already* multiple ways to learn TED at PCE =E2=80=93 IGP-TE,= BGP-LS, > NetConf/ RestConf =E2=80=93 Yang. The architecture allows that. The var= ious > implementation of SDN also already allow multiple SBI to achieve the > same result, to allow the SDN solution to be deployed in various > scenarios and to meet different requirements of the network. The PCEP-L= S > claims that there are specific deployments that would like to use > PCEP-LS as the mechanism of choice, as the other SBI doesn=E2=80=99t wo= rk for > them. It does not claim that other mechanism should not be used ever, > it is just another tool in the tool-set and IMHO we should allow it, if= > does no break/harm the network. Yes. My question is here is whether the same can be achieved by tunnelling the same data over BGP-LS. What advantages does PCEP-LS bring to counter-balance the duplication of protocol-level work? Understanding that balance, does the WG feel it should focus on that work= ? > 3/ On PCECC-SR. This time, it could make sense. But, again, it is not > the good way to proceed. In fact, when you use PCEP as control protocol= , > the node doesn't store the configuration like it does with NetConf in > the standard-config, but it is store in the ephemeral config. This mean= s > that when the PCEP session break or the node reload, all the > configuration is loose. If you need to wait PCE configuration to finish= > to boot e.g. advertise Segment Routing capabilities need SRGB, prefix > SID ... it is not a safe solution. For that kind of information NetConf= > is superior to PCEP. In addition SPRING WG is working on yang model for= > NetConf for this purpose. Not on PCEP extension. One more time, IMHO, > PCE WG must not spent energy in this direction. >=20 > [[Dhruv Dhody]] PCEP is not (and does not claim to be a) configuration > protocol. Just like PCE-initiated LSP, you could set local policy on > node to retain information when the session goes down. Since this is no= t > configuration, that information would not survive the node restarts. > This is true for any PCE interactions, and holds true for PCECC-SR as > well. But the key is that, PCECC-SR is not trying to be a replacement o= f > SR-Yang, it is a way for a PCE-based controller to instruct the SR > forwarding action each node needs to make via PCEP, alongside the label= > stack instructions to the head node that needs to be attached to packet= s > as they enter the network. I agree. From the protocol perspective, though, stateful PCEP with state synchronization optimizations makes it possible to retain state across reboots and skip state resynchronization. On the other hand, I think NETCONF can make equivalent functionality available via a rather simple extension, especially with (finally) revised notifications. I agree with Olivier that for state transfer design NETCONF/YANG is much friendlier to extensions than PCEP. It makes much easier to reason about data structure and interactions, which I think is extremely important for other WGs. Regards, Robert --ThjeUKqP8rAADXrHMnhkk87kaJoJvdaPJ-- --68Nuc6OxC3lXChG57C9d2iStaHnPmcNpe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQI/BAEBCgApFiEEj8CFcGydMnp9J9aFKwPBKqDPANMFAlmI9CELHG5pdGVAaHEu c2sACgkQKwPBKqDPANPgig/9HQM6yCBbgz9r6btqf9QhI5E79yxwaRjJskw6II9e dBlZgmC+uAxQGmDWmGXofXQBZsgcssFaNw6hIfxl/spcfWEqy1x803Rn/Tj8cSXI DEtGQyiEsmmSB7+EHvKhS5s5TBK+WasM0p27gCAu6JzJMI95tuBIhVvRjT/U5Kz3 6Pk3TRTyqwc2G32d+/INwlEWdqXUv0zXbJB8E7JyIDdk/9TjsKl1mwa1p4fvX0bj lZJAmW0aVBBDWg0OKrVS6fvJZDEEE9XbjTj4tMrtjr/3bEhxo6rr/nKr967ybzep vtuiLXbEWekzY/QIsfTgjTJfaQ+QMAcp6UIX36N6m5WolfcKhNSX+MqbpA4u/++c i/DZ18bDj23eU3epNhJICl8uomx1cR08ZSASB+Je64RfCvlfcwfQWo66qmpaH0Be X+0r02GQsx7jndSt9wmDu0HoPwx8m2o+K2+kdAh28wj0nUlHa9mFy/EwnWejq+m2 eHKDLqbmgumg7fGXd+9Yy/8w6On0TQt8lp3nzXPpCGrpttGTODElE/0BEbpaD/Mh VC+cjn7EjpSzrt9XFle+sDe9KRwaYZ4qtH5higdYJXYh1HO8MsrcQELcGFDCJQge L4CQGfuEBAVT45m663YldWtUSGCrhRjpS6kKEHkYNBKtbXb2Sk5sseBVpgYwBdu5 pxg= =6sql -----END PGP SIGNATURE----- --68Nuc6OxC3lXChG57C9d2iStaHnPmcNpe-- From nobody Mon Aug 7 16:39:30 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E77A1128C81; Mon, 7 Aug 2017 16:39:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lucidvision.com 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 ecncy_PE6PjJ; Mon, 7 Aug 2017 16:39:24 -0700 (PDT) Received: from lucidvision.com (lucidab1.miniserver.com [78.31.106.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A4FA129B30; Mon, 7 Aug 2017 16:39:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1502149040; bh=4oBJFQqQ94Zuu0AN/ed1W1CObwT3G/kgNP3MV4dTTIQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=ThndX7aeMNadaizvXqnebQhFh6plxNAQwedqvC7YYWX1PTCG91ylsW7r9nPzmoMiz c8m4YX0HeFG8kSV5XYvqfVAezeSzEMB1aPK8VgZePpzP7gMRe9BGWh1H9HVeM7oc2r QybV4MHjga4cGmO/QErrEjUM5p6XGNkkZeXGOktY= X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.255.148.181; Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Thomas Nadeau In-Reply-To: Date: Mon, 7 Aug 2017 19:39:17 -0400 Cc: Dhruv Dhody , "olivier.dugeon@orange.com" , Jonathan Hardwick , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> To: Robert Varga X-Mailer: Apple Mail (2.3273) X-Authenticated-User: tnadeau@lucidvision.com X-Info: aspam skipped due to (g_smite_skip_relay) X-Encryption: SSL encrypted X-MyRbl: Color=Yellow Age=0 Spam=0 Notspam=20 Stars=0 Good=0 Friend=2 Surbl=0 Catch=0 r=0 ip=50.255.148.181 X-IP-stats: Notspam Incoming Last 0, First 816, in=6310, out=0, spam=0 Known=true ip=50.255.148.181 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 23:39:27 -0000 > On Aug 7, 2017:7:13 PM, at 7:13 PM, Robert Varga wrote: >=20 > On 07/08/17 13:10, Dhruv Dhody wrote: >> Hi Oliver, >=20 > Hello Dhruv, >=20 >> Sorry for a late response and thanks for engaging on this topic. With >> this response I would try to clear up some misconceptions, some = context >> and counter-viewpoint. Please see inline=E2=80=A6 >>=20 >>=20 >>=20 >> *From:*Pce [mailto:pce-bounces@ietf.org] *On Behalf Of >> *olivier.dugeon@orange.com >> *Sent:* 27 July 2017 23:42 >> *To:* Jonathan Hardwick ; = pce@ietf.org >> *Cc:* pce-chairs@ietf.org >> *Subject:* Re: [Pce] PCEP as an SDN controller protocol? >>=20 >>=20 >>=20 >> Hi Jon, >>=20 >> Thanks to open this thread. As many of you have already said, PCEP is >> already an SDN controller protocol since the work on stateful mode. = But, >> IMHO, recent drafts doesn't go into the right direction. Let me = explain: >>=20 >> 1/ On PCE-LS. Of course there is already plenty of solution to learn = the >> topology e.g. listen to IGP protocol, BGP-LS ... But, dont forget = that >> the primary goal of PCE is to compute a path on a topology. This mean >> that the PCE need a graph which represent the network topology. This >> graph is extract from the TED, later fulfil by the topology learning >> mechanism. Why PCE-LS and other equivalent mechanism that collect >> topology information on a node by node basis ? Simply because you are >> unable to guarantee that the graph you extract from what you learn is >> accurate. Indeed, a node known its interfaces through what the >> administrator configure in this node. But, it doesn't know exactly to >> which neighbour it is connected while there is a protocol between = node. >> In IP network, it is the role of the IGP. if there is an error in the >> node configuration, the IGP adjacency doesn't fire up and thus, IGP = or >> BGP-LS will not report this link betwenn the two nodes. The graph is = not >> complete, but not wrong. So when you learn the topology from the IGP = you >> could guarantee that the link between two nodes corresponds = effectively >> to what is really configured and physically connected. If there is no >> protocol between the nodes, you can't guarantee that what the node >> announce through PCEP-LS is accurate. E.g. Node A report Link A-B and >> node B report Link B-A instead of Link B-C and Link B-C instead of = Link >> B-A due to a wrong manual configuration. You obtain a wrong topology = and >> thus a wrong graph as you invert two links between two nodes. An you >> have no way to check it. So, in any case, and it is true for Optical = / >> Transport network, you MUST run an IGP in your network to be sure = that >> the topology is accurate and so to guarantee that the PCE work on a >> correct graph. A PCE working on a bad topology is painful. So, = because >> you must run an IGP in your network, fulfil the PCE TED by listen the >> IGP or BGP-LS is the best solution. IMHO, PCE WG must not work on >> alternative solution to learn topology. >>=20 >> [[Dhruv Dhody]] When PCEP-LS is deployed in SDN mode (node by node >> basis), the node could run any protocol on the link to make >> verification. Adrian also mentioned in his reply, that device could = be >> running, some form of discovery/verification protocol such as LMP, = LLDP >> or even IGP on the per link basis. Each node is free to run any local >> mechanism to make sure that the link information is correct. The = PCEP-LS >> extension is written in such a way that it could be used in any mode = and >> independent of what the device choose to do. The PCEP-LS also support >> =E2=80=9Cremote data=E2=80=9D (data a node would have learned via = other protocols as IGP >> - remote nodes and links). >>=20 >>=20 >>=20 >> There are *already* multiple ways to learn TED at PCE =E2=80=93 = IGP-TE, BGP-LS, >> NetConf/ RestConf =E2=80=93 Yang. The architecture allows that. The = various >> implementation of SDN also already allow multiple SBI to achieve the >> same result, to allow the SDN solution to be deployed in various >> scenarios and to meet different requirements of the network. The = PCEP-LS >> claims that there are specific deployments that would like to use >> PCEP-LS as the mechanism of choice, as the other SBI doesn=E2=80=99t = work for >> them. It does not claim that other mechanism should not be used = ever, >> it is just another tool in the tool-set and IMHO we should allow it, = if >> does no break/harm the network. >=20 > Yes. My question is here is whether the same can be achieved by > tunnelling the same data over BGP-LS. >=20 > What advantages does PCEP-LS bring to counter-balance the duplication = of > protocol-level work? >=20 > Understanding that balance, does the WG feel it should focus on that = work? TOM: Lets not forget that BGP-LS is deployed on a pretty wide scale now = both=20 on the device (pick any major router vendor) and client sides (ODL, = etc=E2=80=A6), so the big advantage is that there is something that is not only working, = but deployed into production. The latter is important from the IETF=E2=80=99s = perspective, as=20 running and deployed code with a good deal of deployment experience.=20 =E2=80=94Tom >=20 >> 3/ On PCECC-SR. This time, it could make sense. But, again, it is not >> the good way to proceed. In fact, when you use PCEP as control = protocol, >> the node doesn't store the configuration like it does with NetConf in >> the standard-config, but it is store in the ephemeral config. This = means >> that when the PCEP session break or the node reload, all the >> configuration is loose. If you need to wait PCE configuration to = finish >> to boot e.g. advertise Segment Routing capabilities need SRGB, prefix >> SID ... it is not a safe solution. For that kind of information = NetConf >> is superior to PCEP. In addition SPRING WG is working on yang model = for >> NetConf for this purpose. Not on PCEP extension. One more time, IMHO, >> PCE WG must not spent energy in this direction. >>=20 >> [[Dhruv Dhody]] PCEP is not (and does not claim to be a) = configuration >> protocol. Just like PCE-initiated LSP, you could set local policy on >> node to retain information when the session goes down. Since this is = not >> configuration, that information would not survive the node restarts. >> This is true for any PCE interactions, and holds true for PCECC-SR as >> well. But the key is that, PCECC-SR is not trying to be a replacement = of >> SR-Yang, it is a way for a PCE-based controller to instruct the SR >> forwarding action each node needs to make via PCEP, alongside the = label >> stack instructions to the head node that needs to be attached to = packets >> as they enter the network. >=20 > I agree. =46rom the protocol perspective, though, stateful PCEP with = state > synchronization optimizations makes it possible to retain state across > reboots and skip state resynchronization. >=20 > On the other hand, I think NETCONF can make equivalent functionality > available via a rather simple extension, especially with (finally) > revised notifications. >=20 > I agree with Olivier that for state transfer design NETCONF/YANG is = much > friendlier to extensions than PCEP. It makes much easier to reason = about > data structure and interactions, which I think is extremely important > for other WGs. >=20 > Regards, > Robert >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Aug 7 16:42:50 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C7CC128C81; Mon, 7 Aug 2017 16:42:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 5ioB8qedYA2F; Mon, 7 Aug 2017 16:42:47 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020C71201F8; Mon, 7 Aug 2017 16:42:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11730; q=dns/txt; s=iport; t=1502149366; x=1503358966; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=EAg2+MJbYw7gZryuJ5RAVOp7Wy3w8PeccIpHqeWT2EM=; b=UpZhgWS95b0YQFxX1D2Q9vTzs7zgMegpj+hn60DCMVIhKJ2jxGW6+o75 q1d/TTMzGDWIzLYmUMH/ZNSXciZpUWd75NeXktwum46bF2jTctDuiP1u4 ay7jye9kIk50zuMpVYf9LbWn3tsFr0xTNIItOftPpnuz4xMC3s1aBPftM Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DkAABb+ohZ/5pdJa1bARkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNaZG0nB44IkAaBTCKWFYISIQuFGwIahEI/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRgBAQEBAgEBAQwVETEIAQsMBAIBCA4DAQIBAQEBAgIVAgwDAgICJQsUAQIGC?= =?us-ascii?q?AEBBAEJBAUbigwIEKwLgiaLYAEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQuCHYI?= =?us-ascii?q?CgUyBYgErC4JxhHMHEA8GDAIjAYI1MIIxAQSgDwKUMYIPhVqKY5YHAR84gQp3F?= =?us-ascii?q?UkSAYR/BRyBZ3aIT4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,340,1498521600"; d="scan'208";a="466342835" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Aug 2017 23:42:45 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v77NgjlE018751 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 7 Aug 2017 23:42:45 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 7 Aug 2017 18:42:45 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Mon, 7 Aug 2017 18:42:45 -0500 From: "Ken Gray (kegray)" To: Thomas Nadeau , Robert Varga CC: "pce-chairs@ietf.org" , "pce@ietf.org" Thread-Topic: [Pce] PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgFyX9WAAhqA54AAGT6igAAA5XuA//+96YA= Date: Mon, 7 Aug 2017 23:42:45 +0000 Message-ID: <184D7A16-B473-4D74-8144-C5227E92CFD1@cisco.com> References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> In-Reply-To: <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.122.36] Content-Type: text/plain; charset="utf-8" Content-ID: <5AB3098A93A5D54C873D915D89202F47@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 23:42:50 -0000 U29tZXRoaW5nIHZhZ3VlbHkgZmFtaWxpYXIgYWJvdXQgdGhpcyB0aHJlYWQg4oCmDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBQY2UgPHBjZS1ib3VuY2VzQGlldGYub3JnPiBv biBiZWhhbGYgb2YgVGhvbWFzIE5hZGVhdSA8dG5hZGVhdUBsdWNpZHZpc2lvbi5jb20+DQpEYXRl OiBNb25kYXksIEF1Z3VzdCA3LCAyMDE3IGF0IDc6MzkgUE0NClRvOiBSb2JlcnQgVmFyZ2EgPG5p dGVAaHEuc2s+DQpDYzogInBjZS1jaGFpcnNAaWV0Zi5vcmciIDxwY2UtY2hhaXJzQGlldGYub3Jn PiwgInBjZUBpZXRmLm9yZyIgPHBjZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbUGNlXSBQQ0VQ IGFzIGFuIFNETiBjb250cm9sbGVyIHByb3RvY29sPw0KDQogICAgDQogICAgPiBPbiBBdWcgNywg MjAxNzo3OjEzIFBNLCBhdCA3OjEzIFBNLCBSb2JlcnQgVmFyZ2EgPG5pdGVAaHEuc2s+IHdyb3Rl Og0KICAgID4gDQogICAgPiBPbiAwNy8wOC8xNyAxMzoxMCwgRGhydXYgRGhvZHkgd3JvdGU6DQog ICAgPj4gSGkgT2xpdmVyLA0KICAgID4gDQogICAgPiBIZWxsbyBEaHJ1diwNCiAgICA+IA0KICAg ID4+IFNvcnJ5IGZvciBhIGxhdGUgcmVzcG9uc2UgYW5kIHRoYW5rcyBmb3IgZW5nYWdpbmcgb24g dGhpcyB0b3BpYy4gV2l0aA0KICAgID4+IHRoaXMgcmVzcG9uc2UgSSB3b3VsZCB0cnkgdG8gY2xl YXIgdXAgc29tZSBtaXNjb25jZXB0aW9ucywgc29tZSBjb250ZXh0DQogICAgPj4gYW5kIGNvdW50 ZXItdmlld3BvaW50LiAgUGxlYXNlIHNlZSBpbmxpbmXigKYNCiAgICA+PiANCiAgICA+PiANCiAg ICA+PiANCiAgICA+PiAqRnJvbToqUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddICpP biBCZWhhbGYgT2YNCiAgICA+PiAqb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbQ0KICAgID4+ICpT ZW50OiogMjcgSnVseSAyMDE3IDIzOjQyDQogICAgPj4gKlRvOiogSm9uYXRoYW4gSGFyZHdpY2sg PEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPjsgcGNlQGlldGYub3JnDQogICAgPj4g KkNjOiogcGNlLWNoYWlyc0BpZXRmLm9yZw0KICAgID4+ICpTdWJqZWN0OiogUmU6IFtQY2VdIFBD RVAgYXMgYW4gU0ROIGNvbnRyb2xsZXIgcHJvdG9jb2w/DQogICAgPj4gDQogICAgPj4gDQogICAg Pj4gDQogICAgPj4gSGkgSm9uLA0KICAgID4+IA0KICAgID4+IFRoYW5rcyB0byBvcGVuIHRoaXMg dGhyZWFkLiBBcyBtYW55IG9mIHlvdSBoYXZlIGFscmVhZHkgc2FpZCwgUENFUCBpcw0KICAgID4+ IGFscmVhZHkgYW4gU0ROIGNvbnRyb2xsZXIgcHJvdG9jb2wgc2luY2UgdGhlIHdvcmsgb24gc3Rh dGVmdWwgbW9kZS4gQnV0LA0KICAgID4+IElNSE8sIHJlY2VudCBkcmFmdHMgZG9lc24ndCBnbyBp bnRvIHRoZSByaWdodCBkaXJlY3Rpb24uIExldCBtZSBleHBsYWluOg0KICAgID4+IA0KICAgID4+ IDEvIE9uIFBDRS1MUy4gT2YgY291cnNlIHRoZXJlIGlzIGFscmVhZHkgcGxlbnR5IG9mIHNvbHV0 aW9uIHRvIGxlYXJuIHRoZQ0KICAgID4+IHRvcG9sb2d5IGUuZy4gbGlzdGVuIHRvIElHUCBwcm90 b2NvbCwgQkdQLUxTIC4uLiBCdXQsIGRvbnQgZm9yZ2V0IHRoYXQNCiAgICA+PiB0aGUgcHJpbWFy eSBnb2FsIG9mIFBDRSBpcyB0byBjb21wdXRlIGEgcGF0aCBvbiBhIHRvcG9sb2d5LiBUaGlzIG1l YW4NCiAgICA+PiB0aGF0IHRoZSBQQ0UgbmVlZCBhIGdyYXBoIHdoaWNoIHJlcHJlc2VudCB0aGUg bmV0d29yayB0b3BvbG9neS4gVGhpcw0KICAgID4+IGdyYXBoIGlzIGV4dHJhY3QgZnJvbSB0aGUg VEVELCBsYXRlciBmdWxmaWwgYnkgdGhlIHRvcG9sb2d5IGxlYXJuaW5nDQogICAgPj4gbWVjaGFu aXNtLiBXaHkgUENFLUxTIGFuZCBvdGhlciBlcXVpdmFsZW50IG1lY2hhbmlzbSB0aGF0IGNvbGxl Y3QNCiAgICA+PiB0b3BvbG9neSBpbmZvcm1hdGlvbiBvbiBhIG5vZGUgYnkgbm9kZSBiYXNpcyA/ IFNpbXBseSBiZWNhdXNlIHlvdSBhcmUNCiAgICA+PiB1bmFibGUgdG8gZ3VhcmFudGVlIHRoYXQg dGhlIGdyYXBoIHlvdSBleHRyYWN0IGZyb20gd2hhdCB5b3UgbGVhcm4gaXMNCiAgICA+PiBhY2N1 cmF0ZS4gSW5kZWVkLCBhIG5vZGUga25vd24gaXRzIGludGVyZmFjZXMgdGhyb3VnaCB3aGF0IHRo ZQ0KICAgID4+IGFkbWluaXN0cmF0b3IgY29uZmlndXJlIGluIHRoaXMgbm9kZS4gQnV0LCBpdCBk b2Vzbid0IGtub3cgZXhhY3RseSB0bw0KICAgID4+IHdoaWNoIG5laWdoYm91ciBpdCBpcyBjb25u ZWN0ZWQgd2hpbGUgdGhlcmUgaXMgYSBwcm90b2NvbCBiZXR3ZWVuIG5vZGUuDQogICAgPj4gSW4g SVAgbmV0d29yaywgaXQgaXMgdGhlIHJvbGUgb2YgdGhlIElHUC4gaWYgdGhlcmUgaXMgYW4gZXJy b3IgaW4gdGhlDQogICAgPj4gbm9kZSBjb25maWd1cmF0aW9uLCB0aGUgSUdQIGFkamFjZW5jeSBk b2Vzbid0IGZpcmUgdXAgYW5kIHRodXMsIElHUCBvcg0KICAgID4+IEJHUC1MUyB3aWxsIG5vdCBy ZXBvcnQgdGhpcyBsaW5rIGJldHdlbm4gdGhlIHR3byBub2Rlcy4gVGhlIGdyYXBoIGlzIG5vdA0K ICAgID4+IGNvbXBsZXRlLCBidXQgbm90IHdyb25nLiBTbyB3aGVuIHlvdSBsZWFybiB0aGUgdG9w b2xvZ3kgZnJvbSB0aGUgSUdQIHlvdQ0KICAgID4+IGNvdWxkIGd1YXJhbnRlZSB0aGF0IHRoZSBs aW5rIGJldHdlZW4gdHdvIG5vZGVzIGNvcnJlc3BvbmRzIGVmZmVjdGl2ZWx5DQogICAgPj4gdG8g d2hhdCBpcyByZWFsbHkgY29uZmlndXJlZCBhbmQgcGh5c2ljYWxseSBjb25uZWN0ZWQuIElmIHRo ZXJlIGlzIG5vDQogICAgPj4gcHJvdG9jb2wgYmV0d2VlbiB0aGUgbm9kZXMsIHlvdSBjYW4ndCBn dWFyYW50ZWUgdGhhdCB3aGF0IHRoZSBub2RlDQogICAgPj4gYW5ub3VuY2UgdGhyb3VnaCBQQ0VQ LUxTIGlzIGFjY3VyYXRlLiBFLmcuIE5vZGUgQSByZXBvcnQgTGluayBBLUIgYW5kDQogICAgPj4g bm9kZSBCIHJlcG9ydCBMaW5rIEItQSBpbnN0ZWFkIG9mIExpbmsgQi1DIGFuZCBMaW5rIEItQyBp bnN0ZWFkIG9mIExpbmsNCiAgICA+PiBCLUEgZHVlIHRvIGEgd3JvbmcgbWFudWFsIGNvbmZpZ3Vy YXRpb24uIFlvdSBvYnRhaW4gYSB3cm9uZyB0b3BvbG9neSBhbmQNCiAgICA+PiB0aHVzIGEgd3Jv bmcgZ3JhcGggYXMgeW91IGludmVydCB0d28gbGlua3MgYmV0d2VlbiB0d28gbm9kZXMuIEFuIHlv dQ0KICAgID4+IGhhdmUgbm8gd2F5IHRvIGNoZWNrIGl0LiBTbywgaW4gYW55IGNhc2UsIGFuZCBp dCBpcyB0cnVlIGZvciBPcHRpY2FsIC8NCiAgICA+PiBUcmFuc3BvcnQgbmV0d29yaywgeW91IE1V U1QgcnVuIGFuIElHUCBpbiB5b3VyIG5ldHdvcmsgdG8gYmUgc3VyZSB0aGF0DQogICAgPj4gdGhl IHRvcG9sb2d5IGlzIGFjY3VyYXRlIGFuZCBzbyB0byBndWFyYW50ZWUgdGhhdCB0aGUgUENFIHdv cmsgb24gYQ0KICAgID4+IGNvcnJlY3QgZ3JhcGguIEEgUENFIHdvcmtpbmcgb24gYSBiYWQgdG9w b2xvZ3kgaXMgcGFpbmZ1bC4gU28sIGJlY2F1c2UNCiAgICA+PiB5b3UgbXVzdCBydW4gYW4gSUdQ IGluIHlvdXIgbmV0d29yaywgZnVsZmlsIHRoZSBQQ0UgVEVEIGJ5IGxpc3RlbiB0aGUNCiAgICA+ PiBJR1Agb3IgQkdQLUxTIGlzIHRoZSBiZXN0IHNvbHV0aW9uLiBJTUhPLCBQQ0UgV0cgbXVzdCBu b3Qgd29yayBvbg0KICAgID4+IGFsdGVybmF0aXZlIHNvbHV0aW9uIHRvIGxlYXJuIHRvcG9sb2d5 Lg0KICAgID4+IA0KICAgID4+IFtbRGhydXYgRGhvZHldXSBXaGVuIFBDRVAtTFMgaXMgZGVwbG95 ZWQgaW4gU0ROIG1vZGUgKG5vZGUgYnkgbm9kZQ0KICAgID4+IGJhc2lzKSwgdGhlIG5vZGUgY291 bGQgcnVuIGFueSBwcm90b2NvbCBvbiB0aGUgbGluayB0byBtYWtlDQogICAgPj4gdmVyaWZpY2F0 aW9uLiBBZHJpYW4gYWxzbyBtZW50aW9uZWQgaW4gaGlzIHJlcGx5LCB0aGF0IGRldmljZSBjb3Vs ZCBiZQ0KICAgID4+IHJ1bm5pbmcsIHNvbWUgZm9ybSBvZiBkaXNjb3ZlcnkvdmVyaWZpY2F0aW9u IHByb3RvY29sIHN1Y2ggYXMgTE1QLCBMTERQDQogICAgPj4gb3IgZXZlbiBJR1Agb24gdGhlIHBl ciBsaW5rIGJhc2lzLiBFYWNoIG5vZGUgaXMgZnJlZSB0byBydW4gYW55IGxvY2FsDQogICAgPj4g bWVjaGFuaXNtIHRvIG1ha2Ugc3VyZSB0aGF0IHRoZSBsaW5rIGluZm9ybWF0aW9uIGlzIGNvcnJl Y3QuIFRoZSBQQ0VQLUxTDQogICAgPj4gZXh0ZW5zaW9uIGlzIHdyaXR0ZW4gaW4gc3VjaCBhIHdh eSB0aGF0IGl0IGNvdWxkIGJlIHVzZWQgaW4gYW55IG1vZGUgYW5kDQogICAgPj4gaW5kZXBlbmRl bnQgb2Ygd2hhdCB0aGUgZGV2aWNlIGNob29zZSB0byBkby4gVGhlIFBDRVAtTFMgYWxzbyBzdXBw b3J0DQogICAgPj4g4oCccmVtb3RlIGRhdGHigJ0gKGRhdGEgYSBub2RlIHdvdWxkIGhhdmUgbGVh cm5lZCB2aWEgb3RoZXIgcHJvdG9jb2xzIGFzIElHUA0KICAgID4+IC0gcmVtb3RlIG5vZGVzIGFu ZCBsaW5rcykuDQogICAgPj4gDQogICAgPj4gDQogICAgPj4gDQogICAgPj4gVGhlcmUgYXJlICph bHJlYWR5KiBtdWx0aXBsZSB3YXlzIHRvIGxlYXJuIFRFRCBhdCBQQ0Ug4oCTIElHUC1URSwgQkdQ LUxTLA0KICAgID4+IE5ldENvbmYvIFJlc3RDb25mIOKAkyBZYW5nLiBUaGUgYXJjaGl0ZWN0dXJl IGFsbG93cyB0aGF0LiBUaGUgdmFyaW91cw0KICAgID4+IGltcGxlbWVudGF0aW9uIG9mIFNETiBh bHNvIGFscmVhZHkgYWxsb3cgbXVsdGlwbGUgU0JJIHRvIGFjaGlldmUgdGhlDQogICAgPj4gc2Ft ZSByZXN1bHQsIHRvIGFsbG93IHRoZSBTRE4gc29sdXRpb24gdG8gYmUgZGVwbG95ZWQgaW4gdmFy aW91cw0KICAgID4+IHNjZW5hcmlvcyBhbmQgdG8gbWVldCBkaWZmZXJlbnQgcmVxdWlyZW1lbnRz IG9mIHRoZSBuZXR3b3JrLiBUaGUgUENFUC1MUw0KICAgID4+IGNsYWltcyB0aGF0IHRoZXJlIGFy ZSBzcGVjaWZpYyBkZXBsb3ltZW50cyB0aGF0IHdvdWxkIGxpa2UgdG8gdXNlDQogICAgPj4gUENF UC1MUyBhcyB0aGUgbWVjaGFuaXNtIG9mIGNob2ljZSwgYXMgdGhlIG90aGVyIFNCSSBkb2VzbuKA mXQgd29yayBmb3INCiAgICA+PiB0aGVtLiAgSXQgZG9lcyBub3QgY2xhaW0gdGhhdCBvdGhlciBt ZWNoYW5pc20gc2hvdWxkIG5vdCBiZSB1c2VkIGV2ZXIsDQogICAgPj4gaXQgaXMganVzdCBhbm90 aGVyIHRvb2wgaW4gdGhlIHRvb2wtc2V0IGFuZCBJTUhPIHdlIHNob3VsZCBhbGxvdyBpdCwgaWYN CiAgICA+PiBkb2VzIG5vIGJyZWFrL2hhcm0gdGhlIG5ldHdvcmsuDQogICAgPiANCiAgICA+IFll cy4gTXkgcXVlc3Rpb24gaXMgaGVyZSBpcyB3aGV0aGVyIHRoZSBzYW1lIGNhbiBiZSBhY2hpZXZl ZCBieQ0KICAgID4gdHVubmVsbGluZyB0aGUgc2FtZSBkYXRhIG92ZXIgQkdQLUxTLg0KICAgID4g DQogICAgPiBXaGF0IGFkdmFudGFnZXMgZG9lcyBQQ0VQLUxTIGJyaW5nIHRvIGNvdW50ZXItYmFs YW5jZSB0aGUgZHVwbGljYXRpb24gb2YNCiAgICA+IHByb3RvY29sLWxldmVsIHdvcms/DQogICAg PiANCiAgICA+IFVuZGVyc3RhbmRpbmcgdGhhdCBiYWxhbmNlLCBkb2VzIHRoZSBXRyBmZWVsIGl0 IHNob3VsZCBmb2N1cyBvbiB0aGF0IHdvcms/DQogICAgDQogICAgVE9NOiBMZXRzIG5vdCBmb3Jn ZXQgdGhhdCBCR1AtTFMgaXMgZGVwbG95ZWQgb24gYSBwcmV0dHkgd2lkZSBzY2FsZSBub3cgYm90 aCANCiAgICBvbiB0aGUgZGV2aWNlIChwaWNrIGFueSBtYWpvciByb3V0ZXIgdmVuZG9yKSBhbmQg Y2xpZW50IHNpZGVzIChPREwsIGV0Y+KApiksIHNvDQogICAgdGhlIGJpZyBhZHZhbnRhZ2UgaXMg dGhhdCB0aGVyZSBpcyBzb21ldGhpbmcgdGhhdCBpcyBub3Qgb25seSB3b3JraW5nLCBidXQgZGVw bG95ZWQNCiAgICBpbnRvIHByb2R1Y3Rpb24uICBUaGUgbGF0dGVyIGlzIGltcG9ydGFudCBmcm9t IHRoZSBJRVRG4oCZcyBwZXJzcGVjdGl2ZSwgYXMgDQogICAgcnVubmluZyBhbmQgZGVwbG95ZWQg Y29kZSB3aXRoIGEgZ29vZCBkZWFsIG9mIGRlcGxveW1lbnQgZXhwZXJpZW5jZS4gDQogICAgDQog ICAgCeKAlFRvbQ0KICAgIA0KICAgIA0KICAgID4gDQogICAgPj4gMy8gT24gUENFQ0MtU1IuIFRo aXMgdGltZSwgaXQgY291bGQgbWFrZSBzZW5zZS4gQnV0LCBhZ2FpbiwgaXQgaXMgbm90DQogICAg Pj4gdGhlIGdvb2Qgd2F5IHRvIHByb2NlZWQuIEluIGZhY3QsIHdoZW4geW91IHVzZSBQQ0VQIGFz IGNvbnRyb2wgcHJvdG9jb2wsDQogICAgPj4gdGhlIG5vZGUgZG9lc24ndCBzdG9yZSB0aGUgY29u ZmlndXJhdGlvbiBsaWtlIGl0IGRvZXMgd2l0aCBOZXRDb25mIGluDQogICAgPj4gdGhlIHN0YW5k YXJkLWNvbmZpZywgYnV0IGl0IGlzIHN0b3JlIGluIHRoZSBlcGhlbWVyYWwgY29uZmlnLiBUaGlz IG1lYW5zDQogICAgPj4gdGhhdCB3aGVuIHRoZSBQQ0VQIHNlc3Npb24gYnJlYWsgb3IgdGhlIG5v ZGUgcmVsb2FkLCBhbGwgdGhlDQogICAgPj4gY29uZmlndXJhdGlvbiBpcyBsb29zZS4gSWYgeW91 IG5lZWQgdG8gd2FpdCBQQ0UgY29uZmlndXJhdGlvbiB0byBmaW5pc2gNCiAgICA+PiB0byBib290 IGUuZy4gYWR2ZXJ0aXNlIFNlZ21lbnQgUm91dGluZyBjYXBhYmlsaXRpZXMgbmVlZCBTUkdCLCBw cmVmaXgNCiAgICA+PiBTSUQgLi4uIGl0IGlzIG5vdCBhIHNhZmUgc29sdXRpb24uIEZvciB0aGF0 IGtpbmQgb2YgaW5mb3JtYXRpb24gTmV0Q29uZg0KICAgID4+IGlzIHN1cGVyaW9yIHRvIFBDRVAu IEluIGFkZGl0aW9uIFNQUklORyBXRyBpcyB3b3JraW5nIG9uIHlhbmcgbW9kZWwgZm9yDQogICAg Pj4gTmV0Q29uZiBmb3IgdGhpcyBwdXJwb3NlLiBOb3Qgb24gUENFUCBleHRlbnNpb24uIE9uZSBt b3JlIHRpbWUsIElNSE8sDQogICAgPj4gUENFIFdHIG11c3Qgbm90IHNwZW50IGVuZXJneSBpbiB0 aGlzIGRpcmVjdGlvbi4NCiAgICA+PiANCiAgICA+PiBbW0RocnV2IERob2R5XV0gUENFUCBpcyBu b3QgKGFuZCBkb2VzIG5vdCBjbGFpbSB0byBiZSBhKSBjb25maWd1cmF0aW9uDQogICAgPj4gcHJv dG9jb2wuIEp1c3QgbGlrZSBQQ0UtaW5pdGlhdGVkIExTUCwgeW91IGNvdWxkIHNldCBsb2NhbCBw b2xpY3kgb24NCiAgICA+PiBub2RlIHRvIHJldGFpbiBpbmZvcm1hdGlvbiB3aGVuIHRoZSBzZXNz aW9uIGdvZXMgZG93bi4gU2luY2UgdGhpcyBpcyBub3QNCiAgICA+PiBjb25maWd1cmF0aW9uLCB0 aGF0IGluZm9ybWF0aW9uIHdvdWxkIG5vdCBzdXJ2aXZlIHRoZSBub2RlIHJlc3RhcnRzLg0KICAg ID4+IFRoaXMgaXMgdHJ1ZSBmb3IgYW55IFBDRSBpbnRlcmFjdGlvbnMsIGFuZCBob2xkcyB0cnVl IGZvciBQQ0VDQy1TUiBhcw0KICAgID4+IHdlbGwuIEJ1dCB0aGUga2V5IGlzIHRoYXQsIFBDRUND LVNSIGlzIG5vdCB0cnlpbmcgdG8gYmUgYSByZXBsYWNlbWVudCBvZg0KICAgID4+IFNSLVlhbmcs IGl0IGlzIGEgd2F5IGZvciBhIFBDRS1iYXNlZCBjb250cm9sbGVyIHRvIGluc3RydWN0IHRoZSBT Ug0KICAgID4+IGZvcndhcmRpbmcgYWN0aW9uIGVhY2ggbm9kZSBuZWVkcyB0byBtYWtlIHZpYSBQ Q0VQLCBhbG9uZ3NpZGUgdGhlIGxhYmVsDQogICAgPj4gc3RhY2sgaW5zdHJ1Y3Rpb25zIHRvIHRo ZSBoZWFkIG5vZGUgdGhhdCBuZWVkcyB0byBiZSBhdHRhY2hlZCB0byBwYWNrZXRzDQogICAgPj4g YXMgdGhleSBlbnRlciB0aGUgbmV0d29yay4NCiAgICA+IA0KICAgID4gSSBhZ3JlZS4gRnJvbSB0 aGUgcHJvdG9jb2wgcGVyc3BlY3RpdmUsIHRob3VnaCwgc3RhdGVmdWwgUENFUCB3aXRoIHN0YXRl DQogICAgPiBzeW5jaHJvbml6YXRpb24gb3B0aW1pemF0aW9ucyBtYWtlcyBpdCBwb3NzaWJsZSB0 byByZXRhaW4gc3RhdGUgYWNyb3NzDQogICAgPiByZWJvb3RzIGFuZCBza2lwIHN0YXRlIHJlc3lu Y2hyb25pemF0aW9uLg0KICAgID4gDQogICAgPiBPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBO RVRDT05GIGNhbiBtYWtlIGVxdWl2YWxlbnQgZnVuY3Rpb25hbGl0eQ0KICAgID4gYXZhaWxhYmxl IHZpYSBhIHJhdGhlciBzaW1wbGUgZXh0ZW5zaW9uLCBlc3BlY2lhbGx5IHdpdGggKGZpbmFsbHkp DQogICAgPiByZXZpc2VkIG5vdGlmaWNhdGlvbnMuDQogICAgPiANCiAgICA+IEkgYWdyZWUgd2l0 aCBPbGl2aWVyIHRoYXQgZm9yIHN0YXRlIHRyYW5zZmVyIGRlc2lnbiBORVRDT05GL1lBTkcgaXMg bXVjaA0KICAgID4gZnJpZW5kbGllciB0byBleHRlbnNpb25zIHRoYW4gUENFUC4gSXQgbWFrZXMg bXVjaCBlYXNpZXIgdG8gcmVhc29uIGFib3V0DQogICAgPiBkYXRhIHN0cnVjdHVyZSBhbmQgaW50 ZXJhY3Rpb25zLCB3aGljaCBJIHRoaW5rIGlzIGV4dHJlbWVseSBpbXBvcnRhbnQNCiAgICA+IGZv ciBvdGhlciBXR3MuDQogICAgPiANCiAgICA+IFJlZ2FyZHMsDQogICAgPiBSb2JlcnQNCiAgICA+ IA0KICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CiAgICA+IFBjZSBtYWlsaW5nIGxpc3QNCiAgICA+IFBjZUBpZXRmLm9yZw0KICAgID4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCiAgICANCiAgICBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIFBjZSBtYWlsaW5nIGxp c3QNCiAgICBQY2VAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3BjZQ0KICAgIA0KDQo= From nobody Tue Aug 8 04:02:06 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06837127601; Tue, 8 Aug 2017 04:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.23 X-Spam-Level: X-Spam-Status: No, score=-2.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 GIt0oCtolhQg; Tue, 8 Aug 2017 04:01:52 -0700 (PDT) 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 52F7B1320BE; Tue, 8 Aug 2017 04:01:50 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSY61537; Tue, 08 Aug 2017 11:01:47 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 12:01:44 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 16:31:33 +0530 From: Dhruv Dhody To: Eric Rescorla CC: Alexey Melnikov , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" , "cmargaria@juniper.net" Thread-Topic: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTDEAWa0wCnLOXH0eQPSyn6ZYwFaJyejWw///Q9QCAAYO08IAB3NgAgANLs0D//7ZbAIABnrxA Date: Tue, 8 Aug 2017 11:01:33 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99B99@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> In-Reply-To: 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.149.39] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB99B99blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.59899A1C.020A, 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: 24805ca8536bced5928eb87bc9831287 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 11:01:56 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB99B99blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpYywNCg0KRnJvbTogRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbV0NClNl bnQ6IDA3IEF1Z3VzdCAyMDE3IDIwOjU0DQpUbzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1 YXdlaS5jb20+DQpDYzogQWxleGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPjsg ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc7IHBjZUBpZXRmLm9yZzsgVGhlIElFU0cgPGll c2dAaWV0Zi5vcmc+OyBwY2UtY2hhaXJzQGlldGYub3JnOyBjbWFyZ2FyaWFAanVuaXBlci5uZXQN ClN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWll dGYtcGNlLXBjZXBzLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQoNCg0KT24gTW9u LCBBdWcgNywgMjAxNyBhdCA3OjQxIEFNLCBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2Vp LmNvbTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGkgRXJpYywNCg0K RnJvbTogRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbTxtYWlsdG86ZWtyQHJ0Zm0u Y29tPl0NClNlbnQ6IDA1IEF1Z3VzdCAyMDE3IDIyOjU4DQpUbzogRGhydXYgRGhvZHkgPGRocnV2 LmRob2R5QGh1YXdlaS5jb208bWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20+Pg0KQ2M6IEFs ZXhleSBNZWxuaWtvdiA8YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTxtYWlsdG86YWFtZWxuaWtvdkBm YXN0bWFpbC5mbT4+OyBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZzxtYWlsdG86aWVzZ0BpZXRmLm9y Zz4+OyBjbWFyZ2FyaWFAanVuaXBlci5uZXQ8bWFpbHRvOmNtYXJnYXJpYUBqdW5pcGVyLm5ldD47 IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vw c0BpZXRmLm9yZz47IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNlQGlldGYub3JnPjsgcGNlLWNoYWly c0BpZXRmLm9yZzxtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZz4NCg0KU3ViamVjdDogUmU6IFtQ Y2VdIEFsZXhleSBNZWxuaWtvdidzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6 ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQoNCg0KDQpPbiBGcmksIEF1ZyA0LCAyMDE3IGF0 IDExOjQxIEFNLCBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTxtYWlsdG86ZGhy dXYuZGhvZHlAaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGkgQWxleGV5LA0KDQo+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEFsZXhleSBNZWxuaWtvdiBbbWFpbHRvOmFhbWVsbmlr b3ZAZmFzdG1haWwuZm08bWFpbHRvOmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0+XQ0KPiBTZW50OiAw MyBBdWd1c3QgMjAxNyAxOToyNA0KPiBUbzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdl aS5jb208bWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20+PjsgVGhlIElFU0cgPGllc2dAaWV0 Zi5vcmc8bWFpbHRvOmllc2dAaWV0Zi5vcmc+Pg0KPiBDYzogY21hcmdhcmlhQGp1bmlwZXIubmV0 PG1haWx0bzpjbWFyZ2FyaWFAanVuaXBlci5uZXQ+OyBkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRm Lm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc+OyBwY2VAaWV0Zi5vcmc8 bWFpbHRvOnBjZUBpZXRmLm9yZz47DQo+IHBjZS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1j aGFpcnNAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBE aXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1Og0KPiAod2l0aCBESVNDVVNTIGFuZCBD T01NRU5UKQ0KPg0KPiBIaSwNCj4NCj4gT24gVGh1LCBBdWcgMywgMjAxNywgYXQgMDI6MzYgUE0s IERocnV2IERob2R5IHdyb3RlOg0KPiA+IEhpIEFsZXhleSwNCj4gPg0KPiA+IFRoYW5rcyBmb3Ig eW91ciBjb21tZW50cywgc2VlIGlubGluZS4uLg0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmc8 bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEFsZXhleSBNZWxuaWtv dg0KPiA+ID4gU2VudDogMDMgQXVndXN0IDIwMTcgMTU6MzUNCj4gPiA+IFRvOiBUaGUgSUVTRyA8 aWVzZ0BpZXRmLm9yZzxtYWlsdG86aWVzZ0BpZXRmLm9yZz4+DQo+ID4gPiBDYzogY21hcmdhcmlh QGp1bmlwZXIubmV0PG1haWx0bzpjbWFyZ2FyaWFAanVuaXBlci5uZXQ+OyBkcmFmdC1pZXRmLXBj ZS1wY2Vwc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc+Ow0K PiA+ID4gcGNlQGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+OyBwY2UtY2hhaXJzQGlldGYu b3JnPG1haWx0bzpwY2UtY2hhaXJzQGlldGYub3JnPg0KPiA+ID4gU3ViamVjdDogW1BjZV0gQWxl eGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNToNCj4gPiA+ ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQo+ID4gPg0KPiA+ID4gQWxleGV5IE1lbG5pa292 IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiA+ID4gZHJh ZnQtaWV0Zi1wY2UtcGNlcHMtMTU6IERpc2N1c3MNCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gPiAt LQ0KPiA+ID4gRElTQ1VTUzoNCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gPiAtLQ0KPiA+ID4NCj4g PiA+IEkgYW0gdmVyeSBnbGFkIHRvIHNlZSB0aGlzIGRvY3VtZW50IGFuZCBJIHdpbGwgYmUgc3dp dGNoaW5nIHRvICJZZXMiDQo+ID4gPiBvbmNlIHdlIGRpc2N1c3MgdGhlIGZvbGxvd2luZyBpc3N1 ZXM6DQo+ID4gPg0KPiA+ID4gMSkNCj4gPiA+ICAgICAgICAgICAgICAgICAgICstKy0rICAgICAg ICAgICAgICAgICArLSstKw0KPiA+ID4gICAgICAgICAgICAgICAgICAgfFBDQ3wgICAgICAgICAg ICAgICAgIHxQQ0V8DQo+ID4gPiAgICAgICAgICAgICAgICAgICArLSstKyAgICAgICAgICAgICAg ICAgKy0rLSsNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAg IHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCBTdGFydFRMUyAgICAgICAgICAgIHwNCj4g PiA+ICAgICAgICAgICAgICAgICAgICAgfCBtc2cgICAgICAgICAgICAgICAgIHwNCj4gPiA+ICAg ICAgICAgICAgICAgICAgICAgfC0tLS0tLS0gICAgICAgICAgICAgIHwNCj4gPiA+ICAgICAgICAg ICAgICAgICAgICAgfCAgICAgICBcICAgU3RhcnRUTFMgIHwNCj4gPiA+ICAgICAgICAgICAgICAg ICAgICAgfCAgICAgICAgXCAgbXNnICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAg fCAgICAgICAgIFwgIC0tLS0tLS0tLXwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAg ICAgICBcLyAgICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAv XCAgICAgICAgIHwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgIC8gIC0tLS0t LS0tPnwNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgLyAgICAgICAgICAgIHwN Cj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfDwtLS0tLS0gICAgICAgICAgICAgIHwNCj4gPiA+ ICAgICAgICAgICAgICAgICAgICAgfDo6Ojo6Ojo6OlRMUzo6Ojo6Ojo6OnwgVExTIEVzdGFibGlz aG1lbnQNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfDo6Ojo6RXN0YWJsaXNobWVudDo6Onwg RmFpbHVyZQ0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg fA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8PC0tLS0tLS0tLS0tLS0tLS0tLS0tfCBTZW5k IEVycm9yLVR5cGUgVEJBMg0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgUENFcnIg ICAgICAgICAgfCBFcnJvci1WYWx1ZSAzLzQNCj4gPiA+ICAgICAgICAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgIHwNCj4gPiA+DQo+ID4gPiAgICAgICBGaWd1cmUgMjogQm90aCBQ Q0VQIFNwZWFrZXIgc3VwcG9ydHMgUENFUFMgKHN0cmljdCksIGJ1dCBjYW5ub3QNCj4gPiA+ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlc3RhYmxpc2ggVExTDQo+ID4gPg0KPiA+ID4g Rmlyc3RseSwgSSB0aGluayB5b3UgYWxzbyBuZWVkIHRvIGRlbW9uc3RyYXRlIGEgY2FzZSB3aGVu IHRoZSBzZXJ2ZXINCj4gPiA+IGVuZCBvZiBUTFMgaXMgcmVmdXNpbmcgdG8gc3RhcnRUTFMgYmVm b3JlIHRyeWluZyBUTFMgbmVnb3RpYXRpb24NCj4gPiA+IChlLmcuIGlmIGl0IGRvZXNuJ3QgaGF2 ZSBjZXJ0aWZpY2F0ZSBjb25maWd1cmVkKS4gSW4gdGhpcyBjYXNlIHlvdQ0KPiA+ID4gbmVlZCB0 byBzZW5kIFBDRXJyIGluIHRoZSBjbGVhci4gSSB0aGluayBlYXJsaWVyIHRleHQgc3VnZ2VzdCB0 aGF0DQo+IHRoaXMgY2FzZSBpcyBwb3NzaWJsZS4NCj4gPiA+DQo+ID4gW1tEaHJ1diBEaG9keV1d IE5vLCB0aGUgb25seSBlcnJvciB0byBTdGFydFRMUyBpcyBieSBhbiBpbXBsZW1lbnRhdGlvbg0K PiA+IHRoYXQgZG9lcyBub3QgdW5kZXJzdGFuZCB0aGUgbWVzc2FnZS4NCj4gPiBJbiBjYXNlIGNl cnRpZmljYXRlIGlzIG5vdCBjb25maWd1cmVkIHdlIHdvdWxkIHN0YXJ0IFRMUyBuZWdvdGlhdGlv biwNCj4gPiB3aGljaCB3b3VsZCBmYWlsLg0KPg0KPiBJIHRoaW5rIHlvdSBzaG91bGQgY2xhcmlm eSB0aGlzLg0KPg0KPiBJIGhhdmUgaW1wbGVtZW50ZWQgU3RhcnRUTFMgaW4gYm90aCBJTUFQIGFu ZCBMREFQIGFuZCB0aGlzIGlzIG5vdA0KPiBuZWNlc3NhcmlseSBob3cgaXQgd29ya3MgdGhlcmU6 IGJlZm9yZSBUTFMgbmVnb3RpYXRpb24gc3RhcnRzIGl0IGlzDQo+IHBvc3NpYmxlIGZvciB0aGUg c2VydmVyIGVuZCB0byByZWplY3QgbmVnb3RpYXRpb24gaW4gY2xlYXJ0ZXh0Lg0KPg0KW1tEaHJ1 diBEaG9keV1dIEVycm9yIGNhbiBiZSBhZGRlZCBoZXJlLCBNb3JlIG9uIHRoaXMsIHNlZSByZXBs eSBiZWxvdy4NCg0KPiA+ID4gU2Vjb25kbHksIGRvZXMgdGhlIGNhc2UgZGVwaWN0ZWQgb24gdGhp cyBwaWN0dXJlIG1lYW4gdGhhdCBUTFMgd2FzDQo+ID4gPiBuZWdvdGlhdGVkIHN1Y2Nlc3NmdWxs eSwgYnV0IFRMUyBpZGVudGl0aWVzIHdlcmUgbm90IHN1Y2Nlc3NmdWxseQ0KPiB2ZXJpZmllZD8N Cj4gPiA+IChJLmUuIHRoZSBQQ0VyciBpcyBzZW50IG92ZXIgdGhlIFRMUyBsYXllcikuIElmIFRM UyBmYWlsZWQgdG8NCj4gPiA+IG5lZ290aWF0ZSwgeW91IGRvbid0IGhhdmUgYSBjaGFubmVsIHRv IHNlbmQgZGF0YSBvbiwgYXMgdGhlIG90aGVyDQo+ID4gPiBlbmQgd2lsbCBnZXQgY29uZnVzZWQu IEkgdGhpbmsgeW91IGp1c3QgaGF2ZSB0byBjbG9zZSBjb25uZWN0aW9uIGluDQo+IHN1Y2ggY2Fz ZS4NCj4gPiA+DQo+ID4gW1tEaHJ1diBEaG9keV1dIE5vLCB0aGUgUENFcnIgaXMgc2VudCBpbiBj bGVhciBvdmVyIHRoZSBUQ1AgY29ubmVjdGlvbg0KPiA+ICh1bmRlcmx5aW5nIHRyYW5zcG9ydCku DQo+ID4gRUtSIGFsc28gbWFkZSBhIHNpbWlsYXIgcG9pbnQuIEkgdXBkYXRlZCB0aGUgdGV4dCB0 byBpbmNsdWRlIHRoaXMgLQ0KPiA+DQo+ID4gICAgTm90ZSB0aGF0LCB0aGUgUENFUCBpbXBsZW1l bnRhdGlvbiBNVVNUIHNlbmQgdGhlIFBDRXJyIG1lc3NhZ2Ugb25jZQ0KPiA+ICAgIHRoZSBUTFMg Y29ubmVjdGlvbiBoYXMgYmVlbiBjbG9zZWQgaS5lLiB0aGUgVExTIGNsb3NlX25vdGlmeQ0KPiA+ ICAgIFtSRkM1MjQ2XSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIHRoZSBwZWVyLiAgQXMgcGVyIFtS RkM1MjQ2XSwgaWYgdGhlDQo+ID4gICAgZGF0YSBtYXkgYmUgY2FycmllZCBvdmVyIHRoZSB1bmRl cmx5aW5nIHRyYW5zcG9ydCBhZnRlciB0aGUgVExTDQo+ID4gICAgY29ubmVjdGlvbiBpcyBjbG9z ZWQsIHRoZSBUTFMgaW1wbGVtZW50YXRpb24gbXVzdCByZWNlaXZlIHRoZQ0KPiA+ICAgIHJlc3Bv bmRpbmcgY2xvc2Vfbm90aWZ5IGFsZXJ0IGJlZm9yZSBpbmRpY2F0aW5nIHRvIHRoZSBhcHBsaWNh dGlvbg0KPiA+ICAgIGxheWVyIHRoYXQgdGhlIFRMUyBjb25uZWN0aW9uIGhhcyBlbmRlZC4NCj4N Cj4gSG1tLCBJIGFtIG5vdCBzdXJlIHRoaXMgd2lsbCBldmVyIHdvcmsuIEkga25vdyB0aGF0IGlt cGxlbWVudGF0aW9ucyBvZiBUTFMNCj4gaW4gb3RoZXIgcHJvdG9jb2xzIEkgd29ya2VkIG9uIGNh bid0IHJlYWQgYW55IGNsZWFydGV4dCBUQ1AgZGF0YSBhZnRlciBUTFMNCj4gaGFzIGZhaWxlZC4N Cj4NCltbRGhydXYgRGhvZHldXSBPbmUgd2F5IHRvIHJlc29sdmUgdGhpcyBpc3N1ZSB3b3VsZCBi ZSB3ZSBtb3ZlIHRoZXNlIGVycm9ycyBmcm9tIGFmdGVyIFRMUyBuZWdvdGlhdGlvbiB0byBiZWZv cmUgaXQsIHNvIHRoYXQgdGhleSBiZWNvbWUgdGhlIHJlc3BvbnNlIHRvIFN0YXJ0VExTIGFzIHN1 Z2dlc3RlZCBieSB5b3VyIHByZXZpb3VzIGNvbW1lbnQuDQpXZSB3b3VsZCBub3QgYmUgc2VuZGlu ZyBlcnJvciBpbiBjbGVhciB0ZXh0IGluIGNhc2Ugb2YgVExTIG5lZ290aWF0aW9uIGZhaWx1cmUu DQoNClNvIGJhc2ljYWxseSB0aGUgY2hhbmdlIHdvdWxkIGxvb2sgc29tZXRoaW5nIGxpa2UgLQ0K DQpPTEQ6DQogICBBZnRlciB0aGUgZXhjaGFuZ2Ugb2YgU3RhcnRUTFMgbWVzc2FnZXMsIGlmIGEg UENFUCBzcGVha2VyIGNhbm5vdA0KICAgZXN0YWJsaXNoIGEgVExTIGNvbm5lY3Rpb24gZm9yIHNv bWUgcmVhc29uIChlLmcuIHRoZSByZXF1aXJlZA0KICAgbWVjaGFuaXNtcyBmb3IgY2VydGlmaWNh dGUgcmV2b2NhdGlvbiBjaGVja2luZyBhcmUgbm90IGF2YWlsYWJsZSksIGl0DQogICBNVVNUIHJl dHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluIGNsZWFyKSB3aXRoIEVycm9yLVR5cGUgc2V0IHRvIFtU QkEyDQogICBieSBJQU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKSBhbmQgRXJyb3ItdmFsdWUg c2V0IHRvOg0KDQogICBvICAzIChub3Qgd2l0aG91dCBUTFMpIGlmIGl0IGlzIG5vdCB3aWxsaW5n IHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQgdGhlIHNvbGljaXRlZCBU TFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0KICAgICAgc2Vzc2lvbi4N Cg0KICAgbyAgNCAob2sgd2l0aG91dCBUTFMpIGlmIGl0IGlzIHdpbGxpbmcgdG8gZXhjaGFuZ2Ug UENFUCBtZXNzYWdlcw0KICAgICAgd2l0aG91dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9u LCBhbmQgaXQgTVVTVCBjbG9zZSB0aGUgVENQDQogICAgICBzZXNzaW9uLiAgVGhlIHJlY2VpdmVy IE1BWSBjaG9vc2UgdG8gYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlDQogICAgICBQQ0VQIHNl c3Npb24gd2l0aG91dCBUTFMgbmV4dC4gIFRoZSBhdHRlbXB0IHRvIHJlLWVzdGFibGlzaCB0aGUN CiAgICAgIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9VTEQgYmUgbGltaXRlZCB0byBvbmx5 IG9uY2UuDQoNCk5FVzoNCiAgIElmIGEgUENFUCBzcGVha2VyIHRoYXQgaXMgdW53aWxsaW5nIG9y IHVuYWJsZSB0byBuZWdvdGlhdGUgVExTDQogICByZWNlaXZlcyBhIFN0YXJ0VExTIG1lc3NhZ2Vz LCBpdCBNVVNUIHJldHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluDQogICBjbGVhcikgd2l0aCBFcnJv ci1UeXBlIHNldCB0byBbVEJBMiBieSBJQU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKQ0KICAg YW5kIEVycm9yLXZhbHVlIHNldCB0bzoNCg0KICAgbyAgMyAobm90IHdpdGhvdXQgVExTKSBpZiBp dCBpcyBub3Qgd2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzDQogICAgICB3aXRob3V0 IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1AN CiAgICAgIHNlc3Npb24uDQoNCiAgIG8gIDQgKG9rIHdpdGhvdXQgVExTKSBpZiBpdCBpcyB3aWxs aW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQgdGhlIHNvbGljaXRl ZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0KICAgICAgc2Vzc2lv bi4gIFRoZSByZWNlaXZlciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRo ZQ0KICAgICAgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIG5leHQuICBUaGUgYXR0ZW1wdCB0byBy ZS1lc3RhYmxpc2ggdGhlDQogICAgICBQQ0VQIHNlc3Npb24gd2l0aG91dCBUTFMgU0hPVUxEIGJl IGxpbWl0ZWQgdG8gb25seSBvbmNlLg0KDQogICBBZnRlciB0aGUgZXhjaGFuZ2Ugb2YgU3RhcnRU TFMgbWVzc2FnZXMsIGlmIHRoZSBUTFMgbmVnb3RpYXRpb24gZmFpbHMNCiAgIGZvciBzb21lIHJl YXNvbiAoZS5nLiB0aGUgcmVxdWlyZWQgbWVjaGFuaXNtcyBmb3IgY2VydGlmaWNhdGUNCiAgIHJl dm9jYXRpb24gY2hlY2tpbmcgYXJlIG5vdCBhdmFpbGFibGUpLCBib3RoIHBlZXJzIFNIT1VMRCBp bW1lZGlhdGVseQ0KICAgY2xvc2UgdGhlIGNvbm5lY3Rpb24uICBTaW5jZSB0aGUgaW5pdGlhdG9y IGhhcyBubyB3YXkgdG8ga25vdyBpZiB0aGUNCiAgIHBlZXIgaXMgd2lsbGluZyB0byBhY2NlcHQg UENFUCBjb25uZWN0aW9uIHdpdGhvdXQgVExTLCBiYXNlZCBvbiB0aGUNCiAgIGxvY2FsIHBvbGlj eSwgaXQgTUFZIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZSBQQ0VQIHNlc3Npb24gd2l0aG91 dA0KICAgVExTLiAgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZSBQQ0VQIHNlc3Npb24g d2l0aG91dCBUTFMgU0hPVUxEDQogICBiZSBsaW1pdGVkIHRvIG9ubHkgb25jZS4NCg0KVGhpcyB3 aWxsIHRlY2huaWNhbGx5IHdvcmssIGJ1dCBpcyB0aGVyZSBhIHJlYXNvbiB5b3UgZG9uJ3Qgc3Bl Y2lmeSBhIHBhcmFtZXRlciB0bw0KU1RBUlRUTFMgd2hpY2ggZXhwcmVzc2VzIHlvdXIgcG9saWN5 Pw0KDQotRWtyDQpbW1tEaHJ1diBEaG9keV1dXSBJdCBjb3VsZCBiZSBkb25lIHRoYXQgd2F5IGFz IHdlbGwsIGJ1dCBhdCB0aGlzIGxhdGUgc3RhZ2Ugd2Ugc2hvdWxkIGF2b2lkIG1ha2luZyBhIGNo YW5nZSB0aGF0IHdvdWxkIHJlcXVpcmUgYWRkaW5nIGEgbmV3IFBDRVAgb2JqZWN0Lg0KQXMgdGhl cmUgaXMgbm8gd2F5IHRvIGFkZCB0aGlzIGluIGN1cnJlbnQgU3RhcnRUTFMgbWVzc2FnZSBlbmNv ZGluZy4NCg0KDQpUaGlzIGlzIHN0aWxsIGFuIEktRCwgcmlnaHQ/IEFyZSB0aGVyZSBhbnkgZmll bGRlZCBpbXBsZW1lbnRhdGlvbnM/DQoNCi1Fa3INCg0KW1tEaHJ1diBEaG9keV1dIFRoZXJlIGFy ZSBpbXBsZW1lbnRhdGlvbnMsIG5vdCBzdXJlIGlmIHRoZXkgcXVhbGlmeSBhcyDigJxmaWVsZGVk 4oCdLg0KDQpEbyB5b3UgZmVlbCBzdHJvbmdseSBhYm91dCBtYWtpbmcgdGhlIGNoYW5nZT8NCg0K UmVnYXJkcywNCkRocnV2DQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQoNCg0KV29ya2luZyB2ZXJzaW9u OiBodHRwczovL2dpdGh1Yi5jb20vZGhydXZkaG9keS1odWF3ZWkvaWV0Zi9ibG9iL21hc3Rlci9k cmFmdC1pZXRmLXBjZS1wY2Vwcy0xNi50eHQNCkRpZmY6IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv cmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1JnVybDI9aHR0cHM6Ly9yYXcuZ2l0 aHVidXNlcmNvbnRlbnQuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvbWFzdGVyL2RyYWZ0LWll dGYtcGNlLXBjZXBzLTE2LnR4dA0KDQpSZWdhcmRzLA0KRGhydXYNCg0KPiA+ID4gU28gbWF5YmUg eW91IG5lZWQgMyBmaWd1cmVzIGRlc2NyaWJpbmcgdGhlIGFib3ZlIDMgY2FzZXMuDQoNCg0K --_000_23CE718903A838468A8B325B80962F9B8CB99B99blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OiJUcmVidWNoZXQgTVMiOw0KCXBhbm9zZS0xOjIgMTEgNiAzIDIgMiAyIDIgMiA0O30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiVHJlYnVj aGV0IE1TIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izg0M0MwQzttc28tc3R5 bGUtdGV4dGZpbGwtZmlsbC1jb2xvcjojODQzQzBDO21zby1zdHlsZS10ZXh0ZmlsbC1maWxsLWFs cGhhOjEwMC4wJSI+SGkgRXJpYyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU cmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEVyaWMgUmVzY29ybGEgW21haWx0 bzpla3JAcnRmbS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMDcgQXVndXN0IDIwMTcgMjA6NTQ8 YnI+DQo8Yj5Ubzo8L2I+IERocnV2IERob2R5ICZsdDtkaHJ1di5kaG9keUBodWF3ZWkuY29tJmd0 Ozxicj4NCjxiPkNjOjwvYj4gQWxleGV5IE1lbG5pa292ICZsdDthYW1lbG5pa292QGZhc3RtYWls LmZtJmd0OzsgZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc7IHBjZUBpZXRmLm9yZzsgVGhl IElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7OyBwY2UtY2hhaXJzQGlldGYub3JnOyBjbWFyZ2Fy aWFAanVuaXBlci5uZXQ8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtQY2VdIEFsZXhleSBNZWxu aWtvdidzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6ICh3aXRoIERJU0NVU1Mg YW5kIENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u IE1vbiwgQXVnIDcsIDIwMTcgYXQgNzo0MSBBTSwgRGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1h aWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYuZGhvZHlA aHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgRXJpYywNCjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAw Y20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4gRXJpYyBSZXNjb3JsYSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpla3JAcnRmbS5j b20iIHRhcmdldD0iX2JsYW5rIj5la3JAcnRmbS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+ IDA1IEF1Z3VzdCAyMDE3IDIyOjU4PGJyPg0KPGI+VG86PC9iPiBEaHJ1diBEaG9keSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5kaHJ1 di5kaG9keUBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IEFsZXhleSBNZWxuaWtv diAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0iIHRhcmdldD0iX2Js YW5rIj5hYW1lbG5pa292QGZhc3RtYWlsLmZtPC9hPiZndDs7IFRoZSBJRVNHICZsdDs8YSBocmVm PSJtYWlsdG86aWVzZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmllc2dAaWV0Zi5vcmc8L2E+ Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpjbWFyZ2FyaWFAanVuaXBlci5uZXQiIHRhcmdldD0iX2Js YW5rIj5jbWFyZ2FyaWFAanVuaXBlci5uZXQ8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWll dGYtcGNlLXBjZXBzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtaWV0Zi1wY2UtcGNl cHNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPnBjZUBpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpwY2UtY2hhaXJzQGlldGYub3JnPC9hPjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1JTiI+PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXBj ZXBzLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1JTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LUlOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj5PbiBGcmksIEF1ZyA0LCAy MDE3IGF0IDExOjQxIEFNLCBEaHJ1diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRo b2R5QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5kaHJ1di5kaG9keUBodWF3ZWkuY29tPC9h PiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNt IDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdo dDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLUlOIj5IaSBBbGV4ZXksPGJyPg0KPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogQWxleGV5IE1lbG5pa292IFttYWlsdG86PGEgaHJl Zj0ibWFpbHRvOmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0iIHRhcmdldD0iX2JsYW5rIj5hYW1lbG5p a292QGZhc3RtYWlsLmZtPC9hPl08YnI+DQomZ3Q7IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3IDE5OjI0 PGJyPg0KJmd0OyBUbzogRGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1haWx0bzpkaHJ1di5kaG9k eUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTwvYT4m Z3Q7OyBUaGUgSUVTRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmllc2dAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5pZXNnQGlldGYub3JnPC9hPiZndDs8YnI+DQomZ3Q7IENjOiA8YSBocmVmPSJtYWls dG86Y21hcmdhcmlhQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+Y21hcmdhcmlhQGp1bmlw ZXIubmV0PC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPC9hPjsNCjxh IGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wY2VAaWV0Zi5vcmc8 L2E+Ozxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOnBjZS1jaGFpcnNAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj5wY2UtY2hhaXJzQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+ Jmd0OyBTdWJqZWN0OiBSZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFm dC1pZXRmLXBjZS1wY2Vwcy0xNTo8YnI+DQomZ3Q7ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQp PGJyPg0KJmd0Ozxicj4NCiZndDsgSGksPGJyPg0KJmd0Ozxicj4NCiZndDsgT24gVGh1LCBBdWcg MywgMjAxNywgYXQgMDI6MzYgUE0sIERocnV2IERob2R5IHdyb3RlOjxicj4NCiZndDsgJmd0OyBI aSBBbGV4ZXksPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFRoYW5rcyBmb3IgeW91ciBj b21tZW50cywgc2VlIGlubGluZS4uLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7 IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgRnJvbTogUGNl IFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+cGNlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgQWxleGV5IE1lbG5p a292PGJyPg0KJmd0OyAmZ3Q7ICZndDsgU2VudDogMDMgQXVndXN0IDIwMTcgMTU6MzU8YnI+DQom Z3Q7ICZndDsgJmd0OyBUbzogVGhlIElFU0cgJmx0OzxhIGhyZWY9Im1haWx0bzppZXNnQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+aWVzZ0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KJmd0OyAmZ3Q7 ICZndDsgQ2M6IDxhIGhyZWY9Im1haWx0bzpjbWFyZ2FyaWFAanVuaXBlci5uZXQiIHRhcmdldD0i X2JsYW5rIj5jbWFyZ2FyaWFAanVuaXBlci5uZXQ8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWlldGYtcGNlLXBjZXBzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtaWV0Zi1wY2Ut cGNlcHNAaWV0Zi5vcmc8L2E+Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzpw Y2VAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wY2VAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJt YWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KcGNlLWNoYWlyc0Bp ZXRmLm9yZzwvYT48YnI+DQomZ3Q7ICZndDsgJmd0OyBTdWJqZWN0OiBbUGNlXSBBbGV4ZXkgTWVs bmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1Ojxicj4NCiZndDsgJmd0 OyAmZ3Q7ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+ DQomZ3Q7ICZndDsgJmd0OyBBbGV4ZXkgTWVsbmlrb3YgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu ZyBiYWxsb3QgcG9zaXRpb24gZm9yPGJyPg0KJmd0OyAmZ3Q7ICZndDsgZHJhZnQtaWV0Zi1wY2Ut cGNlcHMtMTU6IERpc2N1c3M8YnI+DQomZ3Q7ICZndDsgJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZn dDsgJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgRElTQ1VTUzo8YnI+DQomZ3Q7ICZn dDsgJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7 ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBJIGFtIHZlcnkgZ2xhZCB0byBzZWUgdGhpcyBkb2N1 bWVudCBhbmQgSSB3aWxsIGJlIHN3aXRjaGluZyB0byAmcXVvdDtZZXMmcXVvdDs8YnI+DQomZ3Q7 ICZndDsgJmd0OyBvbmNlIHdlIGRpc2N1c3MgdGhlIGZvbGxvd2luZyBpc3N1ZXM6PGJyPg0KJmd0 OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAxKTxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7JiM0MzstJiM0MzstJiM0MzsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7PGJyPg0KJmd0 OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8UENDfCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fFBDRXw8YnI+DQomZ3Q7ICZndDsgJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOzxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxi cj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgU3RhcnRUTFMmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCBtc2cmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDt8LS0tLS0tLSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyB8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO1wmbmJzcDsgJm5ic3A7U3RhcnRUTFMmbmJzcDsgfDxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgXCZuYnNwOyBtc2cmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7 ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDtcJm5ic3A7IC0tLS0tLS0tLXw8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBcLyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgL1wmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7LyZuYnNwOyAtLS0tLS0tLSZndDt8PGJy Pg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAvJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbHQ7LS0tLS0tJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHw8YnI+DQomZ3Q7ICZndDsgJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDt8Ojo6Ojo6Ojo6VExTOjo6Ojo6Ojo6fCBUTFMgRXN0YWJsaXNo bWVudDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w6Ojo6OkVzdGFibGlz aG1lbnQ6Ojp8IEZhaWx1cmU8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDt8Jmx0Oy0tLS0tLS0tLS0tLS0tLS0tLS0tfCBTZW5kIEVycm9yLVR5cGUgVEJBMjxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyBQQ0Vy ciZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfCBFcnJvci1WYWx1ZSAzLzQ8YnI+ DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w8 YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7RmlndXJlIDI6IEJvdGggUENFUCBTcGVha2VyIHN1cHBvcnRzIFBDRVBTIChzdHJp Y3QpLCBidXQgY2Fubm90PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZXN0YWJsaXNoIFRMUzxicj4NCiZndDsg Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgRmlyc3RseSwgSSB0aGluayB5b3UgYWxzbyBu ZWVkIHRvIGRlbW9uc3RyYXRlIGEgY2FzZSB3aGVuIHRoZSBzZXJ2ZXI8YnI+DQomZ3Q7ICZndDsg Jmd0OyBlbmQgb2YgVExTIGlzIHJlZnVzaW5nIHRvIHN0YXJ0VExTIGJlZm9yZSB0cnlpbmcgVExT IG5lZ290aWF0aW9uPGJyPg0KJmd0OyAmZ3Q7ICZndDsgKGUuZy4gaWYgaXQgZG9lc24ndCBoYXZl IGNlcnRpZmljYXRlIGNvbmZpZ3VyZWQpLiBJbiB0aGlzIGNhc2UgeW91PGJyPg0KJmd0OyAmZ3Q7 ICZndDsgbmVlZCB0byBzZW5kIFBDRXJyIGluIHRoZSBjbGVhci4gSSB0aGluayBlYXJsaWVyIHRl eHQgc3VnZ2VzdCB0aGF0PGJyPg0KJmd0OyB0aGlzIGNhc2UgaXMgcG9zc2libGUuPGJyPg0KJmd0 OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgW1tEaHJ1diBEaG9keV1dIE5vLCB0aGUgb25seSBl cnJvciB0byBTdGFydFRMUyBpcyBieSBhbiBpbXBsZW1lbnRhdGlvbjxicj4NCiZndDsgJmd0OyB0 aGF0IGRvZXMgbm90IHVuZGVyc3RhbmQgdGhlIG1lc3NhZ2UuPGJyPg0KJmd0OyAmZ3Q7IEluIGNh c2UgY2VydGlmaWNhdGUgaXMgbm90IGNvbmZpZ3VyZWQgd2Ugd291bGQgc3RhcnQgVExTIG5lZ290 aWF0aW9uLDxicj4NCiZndDsgJmd0OyB3aGljaCB3b3VsZCBmYWlsLjxicj4NCiZndDs8YnI+DQom Z3Q7IEkgdGhpbmsgeW91IHNob3VsZCBjbGFyaWZ5IHRoaXMuPGJyPg0KJmd0Ozxicj4NCiZndDsg SSBoYXZlIGltcGxlbWVudGVkIFN0YXJ0VExTIGluIGJvdGggSU1BUCBhbmQgTERBUCBhbmQgdGhp cyBpcyBub3Q8YnI+DQomZ3Q7IG5lY2Vzc2FyaWx5IGhvdyBpdCB3b3JrcyB0aGVyZTogYmVmb3Jl IFRMUyBuZWdvdGlhdGlvbiBzdGFydHMgaXQgaXM8YnI+DQomZ3Q7IHBvc3NpYmxlIGZvciB0aGUg c2VydmVyIGVuZCB0byByZWplY3QgbmVnb3RpYXRpb24gaW4gY2xlYXJ0ZXh0Ljxicj4NCiZndDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+W1tEaHJ1diBEaG9keV1dIEVycm9yIGNhbiBiZSBhZGRl ZCBoZXJlLCBNb3JlIG9uIHRoaXMsIHNlZSByZXBseSBiZWxvdy48YnI+DQo8YnI+DQomZ3Q7ICZn dDsgJmd0OyBTZWNvbmRseSwgZG9lcyB0aGUgY2FzZSBkZXBpY3RlZCBvbiB0aGlzIHBpY3R1cmUg bWVhbiB0aGF0IFRMUyB3YXM8YnI+DQomZ3Q7ICZndDsgJmd0OyBuZWdvdGlhdGVkIHN1Y2Nlc3Nm dWxseSwgYnV0IFRMUyBpZGVudGl0aWVzIHdlcmUgbm90IHN1Y2Nlc3NmdWxseTxicj4NCiZndDsg dmVyaWZpZWQ/PGJyPg0KJmd0OyAmZ3Q7ICZndDsgKEkuZS4gdGhlIFBDRXJyIGlzIHNlbnQgb3Zl ciB0aGUgVExTIGxheWVyKS4gSWYgVExTIGZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyAmZ3Q7IG5l Z290aWF0ZSwgeW91IGRvbid0IGhhdmUgYSBjaGFubmVsIHRvIHNlbmQgZGF0YSBvbiwgYXMgdGhl IG90aGVyPGJyPg0KJmd0OyAmZ3Q7ICZndDsgZW5kIHdpbGwgZ2V0IGNvbmZ1c2VkLiBJIHRoaW5r IHlvdSBqdXN0IGhhdmUgdG8gY2xvc2UgY29ubmVjdGlvbiBpbjxicj4NCiZndDsgc3VjaCBjYXNl Ljxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFtbRGhydXYgRGhvZHldXSBObywg dGhlIFBDRXJyIGlzIHNlbnQgaW4gY2xlYXIgb3ZlciB0aGUgVENQIGNvbm5lY3Rpb248YnI+DQom Z3Q7ICZndDsgKHVuZGVybHlpbmcgdHJhbnNwb3J0KS48YnI+DQomZ3Q7ICZndDsgRUtSIGFsc28g bWFkZSBhIHNpbWlsYXIgcG9pbnQuIEkgdXBkYXRlZCB0aGUgdGV4dCB0byBpbmNsdWRlIHRoaXMg LTxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgTm90ZSB0aGF0LCB0 aGUgUENFUCBpbXBsZW1lbnRhdGlvbiBNVVNUIHNlbmQgdGhlIFBDRXJyIG1lc3NhZ2Ugb25jZTxi cj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgdGhlIFRMUyBjb25uZWN0aW9uIGhhcyBiZWVuIGNs b3NlZCBpLmUuIHRoZSBUTFMgY2xvc2Vfbm90aWZ5PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNw OyBbUkZDNTI0Nl0gaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSB0aGUgcGVlci4mbmJzcDsgQXMgcGVy IFtSRkM1MjQ2XSwgaWYgdGhlPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBkYXRhIG1heSBi ZSBjYXJyaWVkIG92ZXIgdGhlIHVuZGVybHlpbmcgdHJhbnNwb3J0IGFmdGVyIHRoZSBUTFM8YnI+ DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IGNvbm5lY3Rpb24gaXMgY2xvc2VkLCB0aGUgVExTIGlt cGxlbWVudGF0aW9uIG11c3QgcmVjZWl2ZSB0aGU8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 IHJlc3BvbmRpbmcgY2xvc2Vfbm90aWZ5IGFsZXJ0IGJlZm9yZSBpbmRpY2F0aW5nIHRvIHRoZSBh cHBsaWNhdGlvbjxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgbGF5ZXIgdGhhdCB0aGUgVExT IGNvbm5lY3Rpb24gaGFzIGVuZGVkLjxicj4NCiZndDs8YnI+DQomZ3Q7IEhtbSwgSSBhbSBub3Qg c3VyZSB0aGlzIHdpbGwgZXZlciB3b3JrLiBJIGtub3cgdGhhdCBpbXBsZW1lbnRhdGlvbnMgb2Yg VExTPGJyPg0KJmd0OyBpbiBvdGhlciBwcm90b2NvbHMgSSB3b3JrZWQgb24gY2FuJ3QgcmVhZCBh bnkgY2xlYXJ0ZXh0IFRDUCBkYXRhIGFmdGVyIFRMUzxicj4NCiZndDsgaGFzIGZhaWxlZC48YnI+ DQomZ3Q7PGJyPg0KW1tEaHJ1diBEaG9keV1dIE9uZSB3YXkgdG8gcmVzb2x2ZSB0aGlzIGlzc3Vl IHdvdWxkIGJlIHdlIG1vdmUgdGhlc2UgZXJyb3JzIGZyb20gYWZ0ZXIgVExTIG5lZ290aWF0aW9u IHRvIGJlZm9yZSBpdCwgc28gdGhhdCB0aGV5IGJlY29tZSB0aGUgcmVzcG9uc2UgdG8gU3RhcnRU TFMgYXMgc3VnZ2VzdGVkIGJ5IHlvdXIgcHJldmlvdXMgY29tbWVudC48YnI+DQpXZSB3b3VsZCBu b3QgYmUgc2VuZGluZyBlcnJvciBpbiBjbGVhciB0ZXh0IGluIGNhc2Ugb2YgVExTIG5lZ290aWF0 aW9uIGZhaWx1cmUuPGJyPg0KPGJyPg0KU28gYmFzaWNhbGx5IHRoZSBjaGFuZ2Ugd291bGQgbG9v ayBzb21ldGhpbmcgbGlrZSAtPGJyPg0KPGJyPg0KT0xEOjxicj4NCiZuYnNwOyAmbmJzcDtBZnRl ciB0aGUgZXhjaGFuZ2Ugb2YgU3RhcnRUTFMgbWVzc2FnZXMsIGlmIGEgUENFUCBzcGVha2VyIGNh bm5vdDxicj4NCiZuYnNwOyAmbmJzcDtlc3RhYmxpc2ggYSBUTFMgY29ubmVjdGlvbiBmb3Igc29t ZSByZWFzb24gKGUuZy4gdGhlIHJlcXVpcmVkPGJyPg0KJm5ic3A7ICZuYnNwO21lY2hhbmlzbXMg Zm9yIGNlcnRpZmljYXRlIHJldm9jYXRpb24gY2hlY2tpbmcgYXJlIG5vdCBhdmFpbGFibGUpLCBp dDxicj4NCiZuYnNwOyAmbmJzcDtNVVNUIHJldHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluIGNsZWFy KSB3aXRoIEVycm9yLVR5cGUgc2V0IHRvIFtUQkEyPGJyPg0KJm5ic3A7ICZuYnNwO2J5IElBTkFd IChQQ0VQIFN0YXJ0VExTIGZhaWx1cmUpIGFuZCBFcnJvci12YWx1ZSBzZXQgdG86PGJyPg0KPGJy Pg0KJm5ic3A7ICZuYnNwO28mbmJzcDsgMyAobm90IHdpdGhvdXQgVExTKSBpZiBpdCBpcyBub3Qg d2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgd2l0aG91dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9uLCBhbmQgaXQgTVVTVCBjbG9z ZSB0aGUgVENQPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2Vzc2lvbi48YnI+DQo8YnI+DQom bmJzcDsgJm5ic3A7byZuYnNwOyA0IChvayB3aXRob3V0IFRMUykgaWYgaXQgaXMgd2lsbGluZyB0 byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgd2l0aG91 dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9uLCBhbmQgaXQgTVVTVCBjbG9zZSB0aGUgVENQ PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2Vzc2lvbi4mbmJzcDsgVGhlIHJlY2VpdmVyIE1B WSBjaG9vc2UgdG8gYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlPGJyPg0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIG5leHQuJm5ic3A7IFRoZSBhdHRlbXB0 IHRvIHJlLWVzdGFibGlzaCB0aGU8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBQQ0VQIHNlc3Np b24gd2l0aG91dCBUTFMgU0hPVUxEIGJlIGxpbWl0ZWQgdG8gb25seSBvbmNlLjxicj4NCjxicj4N Ck5FVzo8YnI+DQombmJzcDsgJm5ic3A7SWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxp bmcgb3IgdW5hYmxlIHRvIG5lZ290aWF0ZSBUTFM8YnI+DQombmJzcDsgJm5ic3A7cmVjZWl2ZXMg YSBTdGFydFRMUyBtZXNzYWdlcywgaXQgTVVTVCByZXR1cm4gYSBQQ0VyciBtZXNzYWdlIChpbjxi cj4NCiZuYnNwOyAmbmJzcDtjbGVhcikgd2l0aCBFcnJvci1UeXBlIHNldCB0byBbVEJBMiBieSBJ QU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKTxicj4NCiZuYnNwOyAmbmJzcDthbmQgRXJyb3It dmFsdWUgc2V0IHRvOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtvJm5ic3A7IDMgKG5vdCB3aXRo b3V0IFRMUykgaWYgaXQgaXMgbm90IHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxi cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHdpdGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVj dGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 IHNlc3Npb24uPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO28mbmJzcDsgNCAob2sgd2l0aG91dCBU TFMpIGlmIGl0IGlzIHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxicj4NCiZuYnNw OyAmbmJzcDsgJm5ic3A7IHdpdGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5k IGl0IE1VU1QgY2xvc2UgdGhlIFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlc3Npb24u Jm5ic3A7IFRoZSByZWNlaXZlciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNo IHRoZTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBu ZXh0LiZuYnNwOyBUaGUgYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlPGJyPg0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIFNIT1VMRCBiZSBsaW1pdGVkIHRv IG9ubHkgb25jZS48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7QWZ0ZXIgdGhlIGV4Y2hhbmdlIG9m IFN0YXJ0VExTIG1lc3NhZ2VzLCBpZiB0aGUgVExTIG5lZ290aWF0aW9uIGZhaWxzPGJyPg0KJm5i c3A7ICZuYnNwO2ZvciBzb21lIHJlYXNvbiAoZS5nLiB0aGUgcmVxdWlyZWQgbWVjaGFuaXNtcyBm b3IgY2VydGlmaWNhdGU8YnI+DQombmJzcDsgJm5ic3A7cmV2b2NhdGlvbiBjaGVja2luZyBhcmUg bm90IGF2YWlsYWJsZSksIGJvdGggcGVlcnMgU0hPVUxEIGltbWVkaWF0ZWx5PGJyPg0KJm5ic3A7 ICZuYnNwO2Nsb3NlIHRoZSBjb25uZWN0aW9uLiZuYnNwOyBTaW5jZSB0aGUgaW5pdGlhdG9yIGhh cyBubyB3YXkgdG8ga25vdyBpZiB0aGU8YnI+DQombmJzcDsgJm5ic3A7cGVlciBpcyB3aWxsaW5n IHRvIGFjY2VwdCBQQ0VQIGNvbm5lY3Rpb24gd2l0aG91dCBUTFMsIGJhc2VkIG9uIHRoZTxicj4N CiZuYnNwOyAmbmJzcDtsb2NhbCBwb2xpY3ksIGl0IE1BWSBhdHRlbXB0IHRvIHJlLWVzdGFibGlz aCB0aGUgUENFUCBzZXNzaW9uIHdpdGhvdXQ8YnI+DQombmJzcDsgJm5ic3A7VExTLiZuYnNwOyBU aGUgYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBT SE9VTEQ8YnI+DQombmJzcDsgJm5ic3A7YmUgbGltaXRlZCB0byBvbmx5IG9uY2UuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tSU4iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPlRoaXMg d2lsbCB0ZWNobmljYWxseSB3b3JrLCBidXQgaXMgdGhlcmUgYSByZWFzb24geW91IGRvbid0IHNw ZWNpZnkgYSBwYXJhbWV0ZXIgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj5TVEFSVFRMUyB3aGlj aCBleHByZXNzZXMgeW91ciBwb2xpY3k/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPi1Fa3I8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxpPjxzcGFuIGxhbmc9IkVOLUlOIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1tEaHJ1diBEaG9keV1dXSBJdCBjb3VsZCBi ZSBkb25lIHRoYXQgd2F5IGFzIHdlbGwsIGJ1dCBhdCB0aGlzIGxhdGUgc3RhZ2UNCiB3ZSBzaG91 bGQgYXZvaWQgbWFraW5nIGEgY2hhbmdlIHRoYXQgd291bGQgcmVxdWlyZSBhZGRpbmcgYSBuZXcg UENFUCBvYmplY3QuIDwvc3Bhbj4NCjwvaT48L2I+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gbGFuZz0i RU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFzIHRoZXJlIGlzIG5vIHdheSB0 byBhZGQgdGhpcyBpbiBjdXJyZW50IFN0YXJ0VExTIG1lc3NhZ2UgZW5jb2RpbmcuDQo8L3NwYW4+ PC9pPjwvYj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48Yj48aT48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvaT48L2I+PHNwYW4gbGFuZz0iRU4tSU4iPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhpcyBpcyBzdGlsbCBhbiBJLUQsIHJpZ2h0PyBBcmUgdGhlcmUgYW55IGZpZWxk ZWQgaW1wbGVtZW50YXRpb25zPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4tRWtyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM4NDNDMEM7bXNvLXN0eWxlLXRl eHRmaWxsLWZpbGwtY29sb3I6Izg0M0MwQzttc28tc3R5bGUtdGV4dGZpbGwtZmlsbC1hbHBoYTox MDAuMCUiPltbRGhydXYgRGhvZHldXSBUaGVyZSBhcmUgaW1wbGVtZW50YXRpb25zLCBub3Qgc3Vy ZSBpZiB0aGV5IHF1YWxpZnkgYXMg4oCcZmllbGRlZOKAnS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izg0M0MwQzttc28tc3R5bGUtdGV4dGZpbGwtZmlsbC1jb2xvcjojODQzQzBDO21z by1zdHlsZS10ZXh0ZmlsbC1maWxsLWFscGhhOjEwMC4wJSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojODQzQzBDO21zby1zdHlsZS10ZXh0ZmlsbC1maWxsLWNvbG9yOiM4NDND MEM7bXNvLXN0eWxlLXRleHRmaWxsLWZpbGwtYWxwaGE6MTAwLjAlIj5EbyB5b3UgZmVlbCBzdHJv bmdseSBhYm91dCBtYWtpbmcgdGhlIGNoYW5nZT8gJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojODQzQzBDO21zby1zdHlsZS10ZXh0Zmls bC1maWxsLWNvbG9yOiM4NDNDMEM7bXNvLXN0eWxlLXRleHRmaWxsLWZpbGwtYWxwaGE6MTAwLjAl Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM4NDNDMEM7bXNvLXN0eWxlLXRl eHRmaWxsLWZpbGwtY29sb3I6Izg0M0MwQzttc28tc3R5bGUtdGV4dGZpbGwtZmlsbC1hbHBoYTox MDAuMCUiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojODQzQzBDO21zby1z dHlsZS10ZXh0ZmlsbC1maWxsLWNvbG9yOiM4NDNDMEM7bXNvLXN0eWxlLXRleHRmaWxsLWZpbGwt YWxwaGE6MTAwLjAlIj5EaHJ1djxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp bmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk IGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48aT48c3BhbiBsYW5nPSJFTi1J TiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1T JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8L3NwYW4+PC9pPjwvYj48 c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48Yj48aT48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+RGhydXY8L3NwYW4+PC9pPjwvYj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1JTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxl ZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+PGJyPg0K V29ya2luZyB2ZXJzaW9uOiA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGhydXZkaG9keS1o dWF3ZWkvaWV0Zi9ibG9iL21hc3Rlci9kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNi50eHQiIHRhcmdl dD0iX2JsYW5rIj4NCmh0dHBzOi8vZ2l0aHViLmNvbS9kaHJ1dmRob2R5LWh1YXdlaS9pZXRmL2Js b2IvbWFzdGVyL2RyYWZ0LWlldGYtcGNlLXBjZXBzLTE2LnR4dDwvYT48YnI+DQpEaWZmOiA8YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1w Y2Vwcy0xNSZhbXA7dXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vZGhydXZk aG9keS1odWF3ZWkvaWV0Zi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYudHh0IiB0YXJn ZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1p ZXRmLXBjZS1wY2Vwcy0xNSZhbXA7dXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5j b20vZGhydXZkaG9keS1odWF3ZWkvaWV0Zi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYu dHh0PC9hPjxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KRGhydXY8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4t SU4iPjxicj4NCiZndDsgJmd0OyAmZ3Q7IFNvIG1heWJlIHlvdSBuZWVkIDMgZmlndXJlcyBkZXNj cmliaW5nIHRoZSBhYm92ZSAzIGNhc2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tSU4iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_23CE718903A838468A8B325B80962F9B8CB99B99blreml501mbb_-- From nobody Tue Aug 8 04:08:51 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D771B1321AC; Tue, 8 Aug 2017 04:08:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 py-ODP4uQqR4; Tue, 8 Aug 2017 04:08:39 -0700 (PDT) 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 392831321A8; Tue, 8 Aug 2017 04:08:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSY62735; Tue, 08 Aug 2017 11:08:36 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 12:08:34 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 16:38:24 +0530 From: Dhruv Dhody To: Spencer Dawkins at IETF CC: Alexey Melnikov , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Thread-Topic: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) Thread-Index: AQHTD2p1+w72bdEK5kmSJO8K0AUEfaJ4WkcAgAAxsYCAAF69QP//wxuAgAGe2IA= Date: Tue, 8 Aug 2017 11:08:23 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99BB1@blreml501-mbb> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB99BB1blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.59899BB4.01CE, 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: fb4055fd0a8747225f479382a6b408d3 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 11:08:42 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB99BB1blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3BlbmNlciwNCg0KRnJvbTogU3BlbmNlciBEYXdraW5zIGF0IElFVEYgW21haWx0bzpzcGVu Y2VyZGF3a2lucy5pZXRmQGdtYWlsLmNvbV0NClNlbnQ6IDA3IEF1Z3VzdCAyMDE3IDIxOjE3DQpU bzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdlaS5jb20+DQpDYzogQWxleGV5IE1lbG5p a292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPjsgY21hcmdhcmlhQGp1bmlwZXIubmV0OyBkcmFm dC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZzsgcGNlQGlldGYub3JnOyBUaGUgSUVTRyA8aWVzZ0Bp ZXRmLm9yZz47IHBjZS1jaGFpcnNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkg TWVsbmlrb3YncyBZZXMgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6ICh3aXRoIENPTU1FTlQp DQoNCkhpLCBEaHJ1diwNCg0KT24gTW9uLCBBdWcgNywgMjAxNyBhdCA5OjQzIEFNLCBEaHJ1diBE aG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNv bT4+IHdyb3RlOg0KSGkgU3BlbmNlciwgQWxleGV5LA0KDQpUaGUgdGV4dCByZWZlcnMgdG8gdGhl IEVycm9yIGl0c2VsZi4NCg0KICAgSWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxpbmcg b3IgdW5hYmxlIHRvIG5lZ290aWF0ZSBUTFMNCiAgIHJlY2VpdmVzIGEgU3RhcnRUTFMgbWVzc2Fn ZXMsIGl0IE1VU1QgcmV0dXJuIGEgUENFcnIgbWVzc2FnZSAoaW4NCiAgIGNsZWFyKSB3aXRoIEVy cm9yLVR5cGUgc2V0IHRvIFtUQkEyIGJ5IElBTkFdIChQQ0VQIFN0YXJ0VExTIGZhaWx1cmUpDQog ICBhbmQgRXJyb3ItdmFsdWUgc2V0IHRvOg0KDQogICBvICAzIChub3Qgd2l0aG91dCBUTFMpIGlm IGl0IGlzIG5vdCB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhv dXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRD UA0KICAgICAgc2Vzc2lvbi4NCg0KSSBjYW4gc2VlIGhvdyBpdCBjb3VsZCBiZSBtaXNsZWFkaW5n IGFuZCBJIGhhdmUgY29ycmVjdGVkIGl0IHRvIOKAkw0KDQogICAgICAgICAgICAgICAgICArLSst KyAgICAgICAgICAgICAgICAgKy0rLSsNCiAgICAgICAgICAgICAgICAgIHxQQ0N8ICAgICAgICAg ICAgICAgICB8UENFfA0KICAgICAgICAgICAgICAgICAgKy0rLSsgICAgICAgICAgICAgICAgICst Ky0rDQogICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAg ICAgICAgICAgICAgIHwgU3RhcnRUTFMgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAg IHwgbXNnICAgICAgICAgICAgICAgICB8IFBDRSB3YWl0cw0KICAgICAgICAgICAgICAgICAgICB8 LS0tLS0tLS0tLS0tLS0tLS0tLS0+fCBmb3IgUENDDQogICAgICAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICBQQ0VyciB8DQogICAgICAgICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0tLS0t LS0tLS18IFNlbmQgRXJyb3INCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgIHwgVHlwZT1UQkEyLFZhbHVlPTMNCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgICAgIHwgKG5vdCB3aXRob3V0IFRMUykNCiAgICAgICAgICAgICAgICAgICAgfDwtLS0t LS0tLS0tLS0tLS0tLS0tLXwNCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICBDbG9zZSAgICAg ICAgIHwNCg0KDQoNCiAgIEZpZ3VyZSA1OiBCb3RoIFBDRVAgU3BlYWtlciBzdXBwb3J0cyBQQ0VQ UyBhcyB3ZWxsIGFzIHdpdGhvdXQgUENFUFMsDQogICAgICAgICAgICAgICAgICAgYnV0IFBDRSBj YW5ub3Qgc3RhcnQgVExTIG5lZ290aWF0aW9uDQoNClRoaXMgaXMgc3RpbGwgQWxleGV5J3MgYmFs bG90LCBvZiBjb3Vyc2UsIGJ1dCAuLi4NCg0KSSBsaWtlIHRoZSBjaGFuZ2UgeW91J3JlIG1ha2lu ZywgYnV0IHRoZSBwYXJ0IHRoYXQgY29uZnVzZWQgbWUgaXMgdGhhdCBpbiBFbmdsaXNoLCBtdWx0 aXBsZSBuZWdhdGl2ZXMgZG9uJ3Qgd29yayB3ZWxsIC0gc28sICJub3Qgd2l0aG91dCBUTFMiIHNp bXBsaWZpZXMgdG8gIndpdGggVExTIiBpbiBjb21tb24gdXNhZ2UuDQoNCkFyZSB5b3UgdXNpbmcg Im5vdCB3aXRob3V0IFRMUyIgdG8gbWVhbiAiVExTIHVzYWdlIHJlcXVpcmVkIiwgb3Igc29tZXRo aW5nIGxpa2UgdGhhdD8NCg0KU3BlbmNlcg0KW1tEaHJ1diBEaG9keV1dIFllcywgaXQgbWVhbnMg IlRMUyB1c2FnZSByZXF1aXJlZCIuICBJIGNhbiByZXdvcmQgaXQgdG8gdGhlIHRleHQgd2UgaGF2 ZSBpbiB0aGUgSUFOQSBzZWN0aW9uIOKAkw0KDQogICBFcnJvci0NCiAgIFR5cGUgICAgTWVhbmlu ZyAgICAgICAgICAgICAgIEVycm9yLXZhbHVlICAgICAgICAgICAgIFJlZmVyZW5jZQ0KDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzOkZhaWx1cmUsIGNvbm5lY3Rpb24gICBUaGlz IGRvY3VtZW50DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aXRob3V0IFRMUyBu b3QNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBvc3NpYmxlDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA0OkZhaWx1cmUsIGNvbm5lY3Rpb24gICBUaGlzIGRvY3Vt ZW50DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgd2l0aG91dCBUTFMgcG9zc2li bGUNCg0KUmVnYXJkcywNCkRocnV2DQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQpGcm9tOiBQY2UgW21h aWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmc+XSBP biBCZWhhbGYgT2YgU3BlbmNlciBEYXdraW5zIGF0IElFVEYNClNlbnQ6IDA3IEF1Z3VzdCAyMDE3 IDE5OjE2DQpUbzogQWxleGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPG1haWx0 bzphYW1lbG5pa292QGZhc3RtYWlsLmZtPj4NCkNjOiBjbWFyZ2FyaWFAanVuaXBlci5uZXQ8bWFp bHRvOmNtYXJnYXJpYUBqdW5pcGVyLm5ldD47IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3Jn PG1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZz47IHBjZUBpZXRmLm9yZzxtYWls dG86cGNlQGlldGYub3JnPjsgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc8bWFpbHRvOmllc2dAaWV0 Zi5vcmc+PjsgcGNlLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZz4N ClN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBZZXMgb24gZHJhZnQtaWV0Zi1w Y2UtcGNlcHMtMTU6ICh3aXRoIENPTU1FTlQpDQoNClRoaXMgaXMgQWxleGV5J3MgYmFsbG90LCBi dXQgLi4uDQoNCk9uIE1vbiwgQXVnIDcsIDIwMTcgYXQgNTo0OCBBTSwgQWxleGV5IE1lbG5pa292 IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPG1haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtPj4g d3JvdGU6DQpPbmUgbW9yZSBsaXR0bGUgdGhpbmc6DQoNCg0KSW4gZmlndXJlIDUsIEkgc2VlOiBT ZW5kIEVycm9yIChub3Qgd2l0aG91dCBUTFMpDQoNCldoYXQgZG9lcyAibm90IHdpdGhvdXQgVExT IiBtZWFuPyBJIHRoaW5rIHRoZSBmaWd1cmUgaXMgc2VuZGluZyBQQ0VyciBpbg0KdGhlIGNsZWFy ICh3aXRob3V0IFRMUykNCg0KVGhpcyB0ZXh0IHdhc24ndCBjbGVhciB0byBtZSwgZWl0aGVyLg0K DQpUaGFua3MgZm9yIGFjdHVhbGx5IG1lbnRpb25pbmcgdGhpcyBpbiB5b3VyIGJhbGxvdCwgQWxl eGV5Lg0KDQpTcGVuY2VyDQoNCk9uIE1vbiwgQXVnIDcsIDIwMTcsIGF0IDExOjQ2IEFNLCBBbGV4 ZXkgTWVsbmlrb3Ygd3JvdGU6DQo+IEFsZXhleSBNZWxuaWtvdiBoYXMgZW50ZXJlZCB0aGUgZm9s bG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6IFll cw0KIChzbmlwKQ0KPiBJIHRoaW5rIHRoZSB0ZXh0IGFib3V0IHVzZSBvZiBSRkMgNjEyNSBzaG91 bGQgdXNlIFJGQyA2MTI1IHRlcm1pbm9sb2d5DQo+IGxpa2UNCj4gRE5TLUlEIGFuZCBDTi1JRCwg YmVjYXVzZSB0aGV5IGhhdmUgYSBiaXQgbW9yZSBzZW1hbnRpY3MgYXNzb2NpYXRlZCB3aXRoDQo+ IHRoZW0NCj4gb3RoZXIgdGhhbiBqdXN0IHN1YmplY3RBbHROYW1lOkROUy4gSSB0aGluayB5b3Ug c2hvdWxkIGFsc28gY2xhcmlmeQ0KPiB3aGV0aGVyIHlvdQ0KPiB3YW50IHRvIGFsbG93IHdpbGRj YXJkcyBpbiBETlMtSUQvQ04tSUQgKFJGQyA2MTI1IHRhbGtzIGFib3V0IHRoYXQpLg0KPg0KPg0K DQoNCg== --_000_23CE718903A838468A8B325B80962F9B8CB99BB1blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OiJUcmVidWNoZXQgTVMiOw0KCXBhbm9zZS0xOjIgMTEgNiAzIDIgMiAyIDIgMiA0O30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkw LjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIFNwZW5jZXIsDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+IFNwZW5jZXIgRGF3a2lucyBhdCBJRVRGIFttYWlsdG86c3BlbmNlcmRhd2tpbnMu aWV0ZkBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMDcgQXVndXN0IDIwMTcgMjE6MTc8 YnI+DQo8Yj5Ubzo8L2I+IERocnV2IERob2R5ICZsdDtkaHJ1di5kaG9keUBodWF3ZWkuY29tJmd0 Ozxicj4NCjxiPkNjOjwvYj4gQWxleGV5IE1lbG5pa292ICZsdDthYW1lbG5pa292QGZhc3RtYWls LmZtJmd0OzsgY21hcmdhcmlhQGp1bmlwZXIubmV0OyBkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRm Lm9yZzsgcGNlQGlldGYub3JnOyBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZndDs7IHBjZS1j aGFpcnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtQY2VdIEFsZXhleSBNZWxu aWtvdidzIFllcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTogKHdpdGggQ09NTUVOVCk8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksIERo cnV2LDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1vbiwgQXVnIDcs IDIwMTcgYXQgOTo0MyBBTSwgRGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1haWx0bzpkaHJ1di5k aG9keUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTwv YT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+SGkgU3BlbmNlciwgQWxleGV5LDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1J TiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJl YnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxz cGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5U aGUgdGV4dCByZWZlcnMgdG8gdGhlIEVycm9yIGl0c2VsZi4NCjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsgSWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxpbmcgb3IgdW5hYmxlIHRvIG5lZ290 aWF0ZSBUTFM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyByZWNlaXZlcyBhIFN0YXJ0VExTIG1lc3NhZ2VzLCBpdCBNVVNUIHJl dHVybiBhIFBDRXJyIG1lc3NhZ2UgKGluPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlO IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgY2xlYXIpIHdpdGggRXJyb3ItVHlwZSBz ZXQgdG8gW1RCQTIgYnkgSUFOQV0gKFBDRVAgU3RhcnRUTFMgZmFpbHVyZSk8L3NwYW4+PHNwYW4g bGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBhbmQg RXJyb3ItdmFsdWUgc2V0IHRvOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgbyZuYnNwOyAzIChub3Qgd2l0aG91dCBUTFMp IGlmIGl0IGlzIG5vdCB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXM8L3NwYW4+PHNw YW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFu ZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4i IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzZXNzaW9u Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGNhbiBzZWUgaG93IGl0IGNvdWxkIGJlIG1pc2xlYWRp bmcgYW5kIEkgaGF2ZSBjb3JyZWN0ZWQgaXQgdG8g4oCTDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t SU4iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfFBDQ3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfFBDRXw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmIzQzOy0mIzQzOy0mIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1J TiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgU3RhcnRUTFMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bhbj48c3BhbiBs YW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgbXNnJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgUENFIHdhaXRzPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfC0tLS0tLS0tLS0tLS0tLS0tLS0t Jmd0O3wgZm9yIFBDQzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUENFcnIgfDwvc3Bhbj48c3Bh biBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbHQ7LS0tLS0tLS0t LS0tLS0tLS0tLS18IFNlbmQgRXJyb3I8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4i IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgVHlwZT1UQkEyLFZhbHVlPTM8L3NwYW4+PHNw YW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgKG5v dCB3aXRob3V0IFRMUyk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jmx0Oy0tLS0tLS0tLS0tLS0tLS0tLS0tfDwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQ2xvc2UmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7fDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IEZpZ3VyZSA1OiBCb3RoIFBDRVAgU3BlYWtlciBz dXBwb3J0cyBQQ0VQUyBhcyB3ZWxsIGFzIHdpdGhvdXQgUENFUFMsPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYnV0IFBDRSBjYW5ub3Qgc3RhcnQgVExTIG5l Z290aWF0aW9uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VGhpcyBpcyBzdGlsbCBBbGV4ZXkncyBiYWxsb3QsIG9mIGNvdXJzZSwgYnV0IC4uLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGxp a2UgdGhlIGNoYW5nZSB5b3UncmUgbWFraW5nLCBidXQgdGhlIHBhcnQgdGhhdCBjb25mdXNlZCBt ZSBpcyB0aGF0IGluIEVuZ2xpc2gsIG11bHRpcGxlIG5lZ2F0aXZlcyBkb24ndCB3b3JrIHdlbGwg LSBzbywgJnF1b3Q7bm90IHdpdGhvdXQgVExTJnF1b3Q7IHNpbXBsaWZpZXMgdG8gJnF1b3Q7d2l0 aCBUTFMmcXVvdDsgaW4gY29tbW9uIHVzYWdlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcmUgeW91IHVzaW5nICZxdW90O25vdCB3aXRob3V0 IFRMUyZxdW90OyB0byBtZWFuICZxdW90O1RMUyB1c2FnZSByZXF1aXJlZCZxdW90Oywgb3Igc29t ZXRoaW5nIGxpa2UgdGhhdD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+U3BlbmNlciZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjUuMjVwdCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+W1tEaHJ1diBEaG9keV1dIFllcywgaXQgbWVhbnMNCjwvc3Bh bj48L2k+PC9iPiZxdW90O1RMUyB1c2FnZSByZXF1aXJlZCZxdW90Oy4gJm5ic3A7PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1T JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBjYW4gcmV3b3JkIGl0IHRvIHRoZSB0 ZXh0IHdlIGhhdmUgaW4gdGhlIElBTkEgc2VjdGlvbiDigJMNCjxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjUuMjVw dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MTAuNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgRXJy b3ItPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjE1Ljc1cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBU eXBlJm5ic3A7Jm5ic3A7Jm5ic3A7IE1lYW5pbmcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg RXJyb3ItdmFsdWUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVmZXJlbmNlPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE1Ljc1cHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxMC41cHQiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzOkZhaWx1cmUsIGNvbm5lY3Rpb24mbmJzcDsm bmJzcDsgVGhpcyBkb2N1bWVudDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxMC41cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aXRob3V0IFRMUyBub3Q8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTAuNXB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cG9zc2libGU8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MTAuNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNDpG YWlsdXJlLCBjb25uZWN0aW9uJm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQ8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NS4yNXB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7d2l0 aG91dCBUTFMgcG9zc2libGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NS4yNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6NS4yNXB0Ij48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjUuMjVwdCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+RGhydXY8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw dDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUlOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1JTiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RGhydXY8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJFTi1JTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0 Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUx RTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ IFBjZSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPnBjZS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+ U3BlbmNlciBEYXdraW5zIGF0IElFVEY8YnI+DQo8Yj5TZW50OjwvYj4gMDcgQXVndXN0IDIwMTcg MTk6MTY8YnI+DQo8Yj5Ubzo8L2I+IEFsZXhleSBNZWxuaWtvdiAmbHQ7PGEgaHJlZj0ibWFpbHRv OmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0iIHRhcmdldD0iX2JsYW5rIj5hYW1lbG5pa292QGZhc3Rt YWlsLmZtPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpjbWFyZ2FyaWFA anVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj5jbWFyZ2FyaWFAanVuaXBlci5uZXQ8L2E+Ow0K PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRv OnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBjZUBpZXRmLm9yZzwvYT47IFRoZSBJRVNH ICZsdDs8YSBocmVmPSJtYWlsdG86aWVzZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmllc2dA aWV0Zi5vcmc8L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+cGNlLWNoYWlyc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gUmU6IFtQY2VdIEFsZXhleSBNZWxuaWtvdidzIFllcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vw cy0xNTogKHdpdGggQ09NTUVOVCk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tSU4iPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj5UaGlzIGlz IEFsZXhleSdzIGJhbGxvdCwgYnV0IC4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1JTiI+T24gTW9uLCBBdWcgNywgMjAxNyBhdCA1OjQ4IEFNLCBBbGV4ZXkgTWVsbmlrb3YgJmx0 OzxhIGhyZWY9Im1haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtIiB0YXJnZXQ9Il9ibGFuayI+ YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+T25lIG1vcmUgbGl0dGxlIHRo aW5nOjxicj4NCjxicj4NCjxicj4NCkluIGZpZ3VyZSA1LCBJIHNlZTogU2VuZCBFcnJvciAobm90 IHdpdGhvdXQgVExTKTxicj4NCjxicj4NCldoYXQgZG9lcyAmcXVvdDtub3Qgd2l0aG91dCBUTFMm cXVvdDsgbWVhbj8gSSB0aGluayB0aGUgZmlndXJlIGlzIHNlbmRpbmcgUENFcnIgaW48YnI+DQp0 aGUgY2xlYXIgKHdpdGhvdXQgVExTKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj5UaGlzIHRleHQgd2Fzbid0IGNsZWFyIHRvIG1lLCBl aXRoZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1J TiI+VGhhbmtzIGZvciBhY3R1YWxseSBtZW50aW9uaW5nIHRoaXMgaW4geW91ciBiYWxsb3QsIEFs ZXhleS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlO Ij5TcGVuY2VyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tSU4iPk9uIE1vbiwg QXVnIDcsIDIwMTcsIGF0IDExOjQ2IEFNLCBBbGV4ZXkgTWVsbmlrb3Ygd3JvdGU6PGJyPg0KJmd0 OyBBbGV4ZXkgTWVsbmlrb3YgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRp b24gZm9yPGJyPg0KJmd0OyBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTogWWVzPGJyPg0KJm5ic3A7 KHNuaXApPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4w cHQiPjxzcGFuIGxhbmc9IkVOLUlOIj4mZ3Q7IEkgdGhpbmsgdGhlIHRleHQgYWJvdXQgdXNlIG9m IFJGQyA2MTI1IHNob3VsZCB1c2UgUkZDIDYxMjUgdGVybWlub2xvZ3k8YnI+DQomZ3Q7IGxpa2U8 YnI+DQomZ3Q7IEROUy1JRCBhbmQgQ04tSUQsIGJlY2F1c2UgdGhleSBoYXZlIGEgYml0IG1vcmUg c2VtYW50aWNzIGFzc29jaWF0ZWQgd2l0aDxicj4NCiZndDsgdGhlbTxicj4NCiZndDsgb3RoZXIg dGhhbiBqdXN0IHN1YmplY3RBbHROYW1lOkROUy4gSSB0aGluayB5b3Ugc2hvdWxkIGFsc28gY2xh cmlmeTxicj4NCiZndDsgd2hldGhlciB5b3U8YnI+DQomZ3Q7IHdhbnQgdG8gYWxsb3cgd2lsZGNh cmRzIGluIEROUy1JRC9DTi1JRCAoUkZDIDYxMjUgdGFsa3MgYWJvdXQgdGhhdCkuPGJyPg0KJmd0 Ozxicj4NCiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlO Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_23CE718903A838468A8B325B80962F9B8CB99BB1blreml501mbb_-- From nobody Tue Aug 8 04:48:34 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A341E1321E7; Tue, 8 Aug 2017 04:48:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 B5VrQ_FqLffX; Tue, 8 Aug 2017 04:48:30 -0700 (PDT) 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 42EF61321D8; Tue, 8 Aug 2017 04:48:29 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML711-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSY70090; Tue, 08 Aug 2017 11:48:27 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 12:48:25 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 17:18:16 +0530 From: Dhruv Dhody To: Ben Campbell CC: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Thread-Topic: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTC+GeKMusC97gUUWSIE/gjuf8xaJyV6tggAAOMQCAAVcKwIAFWgkAgAFDX+A= Date: Tue, 8 Aug 2017 11:48:16 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99C90@blreml501-mbb> References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB98DB2@blreml501-mbb> <47928D93-5F37-40A0-A502-F55DC3A2F92A@nostrum.com> In-Reply-To: <47928D93-5F37-40A0-A502-F55DC3A2F92A@nostrum.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.149.39] 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.0A0B0206.5989A50B.0101, 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: 8e93995a2716fdc84cdb4652f3e38ce5 Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 11:48:32 -0000 SGkgQmVuLCANCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCZW4gQ2Ft cGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dDQo+IFNlbnQ6IDA4IEF1Z3VzdCAyMDE3IDAz OjA4DQo+IFRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4NCj4gQ2M6IGNt YXJnYXJpYUBqdW5pcGVyLm5ldDsgZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc7IHBjZUBp ZXRmLm9yZzsNCj4gVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+OyBwY2UtY2hhaXJzQGlldGYub3Jn DQo+IFN1YmplY3Q6IFJlOiBbUGNlXSBCZW4gQ2FtcGJlbGwncyBEaXNjdXNzIG9uIGRyYWZ0LWll dGYtcGNlLXBjZXBzLTE1Og0KPiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KPiANCihzbmlw KQ0KPiA+Pg0KPiA+Pj4NCj4gPj4+PiAtIDMuMjogIkltcGxlbWVudGF0aW9ucyBNVVNUIHN1cHBv cnQgU0hBLTI1NiBhcyBkZWZpbmVkIGJ5IFtTSFNdIGFzDQo+ID4+Pj4gICAgICAgICB0aGUgaGFz aCBhbGdvcml0aG0gZm9yIHRoZSBmaW5nZXJwcmludC4iDQo+ID4+Pj4gRG8geW91IHJlYWxseSBp bnRlbmQgIk1VU1Qgc3VwcG9ydCIgKG1lYW5pbmcgeW91IGhhdmUgdG8gYmUgYWJsZSB0bw0KPiA+ Pj4+IGhhbmRsZSBzaGEtMjU2LCBidXQgY291bGQgYWxsb3cgb3RoZXIgaGFzaGVzKSB2cyAiTVVT VCB1c2UiPw0KPiA+Pj4+DQo+ID4+PiBbW0RocnV2IERob2R5XV0gWWVzLCBhZGRpdGlvbmFsIGhh c2ggYWxnb3JpdGhtIE1BWSBhbHNvIGJlDQo+ID4+IHN1cHBvcnRlZC91c2VkLg0KPiA+Pj4NCj4g Pj4NCj4gPj4gSXMgdGhlcmUgYW4gZXhwZWN0YXRpb24gcGVvcGxlIHdpbGwgdXNlIG11bHRpcGxl IGhhc2ggYWxnb3JpdGhtcw0KPiA+PiBzaWRlLWJ5LSBzaWRlPyBPciBpcyB0aGlzIGZvciBwdXJw b3NlcyBvZiBoYXNoIGFnaWxpdHk/DQo+ID4+DQo+ID4gW1tEaHJ1diBEaG9keV1dIFNIQS0yNTYg aXMgdGhlIGN1cnJlbnQgbWFuZGF0b3J5IGhhc2gsIG90aGVycyBtaWdodA0KPiBiZWNvbWUgdXNh YmxlIGFuZCB1c2VmdWwgYXMgdGhlIHRlY2hub2xvZ3kgZXZvbHZlcy4gRG8geW91IGhhdmUgYW55 DQo+IHN1Z2dlc3RlZCBjaGFuZ2UgaW4gbWluZD8NCj4gPiBJIHNlZSBSRkM2NjE0IHVzZSBzaW1p bGFyIGxhbmd1YWdlICJJbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IFNIQS0xDQo+IGFzIHRo ZSBoYXNoIGFsZ29yaXRobSBmb3IgdGhlIGZpbmdlcnByaW504oCmLiINCj4gDQo+IEkgZ3Vlc3Mg bXkgcXVlc3Rpb24gaXMgd2hldGhlciB0aGUgaW50ZW50IGlzIGZvciBpbXBsZW1lbnRhdGlvbnMg dG8gYmUNCj4gYWJsZSB0byBwaWNrIGFueSBoYXNoIHRoZXkgd2FudCwgYXMgbG9uZyBhcyBTSEEt MjU2IGlzIGFuIG9wdGlvbiwgb3IgZG8NCj4geW91IGV4cGVjdCBldmVyeW9uZSB0byB1c2UgU0hB LTI1NiB1bmxlc3MgdGhhdCBpcyByZXBsYWNlZCBhdCBzb21lIHBvaW50DQo+IGR1ZSB0byBzZWN1 cml0eSBjb25jZXJucy4gSWYgdGhlIGZvcm1lciwg4oCcTVVTVCBzdXBwb3J04oCm4oCdIG1ha2Vz IHNlbnNlLiBJZg0KPiB0aGUgbGF0dGVyLCBzb21ldGhpbmcgbGlrZSDigJxNVVNUICAob3IgU0hP VUxEKSB1c2XigKbigJ0gd2l0aCBhIGNhdmVhdCB0aGF0DQo+IGZ1dHVyZSBzcGVjcyBtaWdodCB1 cGRhdGUgdGhpcyBpZiBTSEEtMjU2IGlzIHByb3ZlbiB1bnNhZmUgYXQgc29tZSBwb2ludA0KPiBp biB0aGUgZnV0dXJlLg0KPiANCltbRGhydXYgRGhvZHldXSBJIHdhcyBpbmNvcnJlY3QgaW4gbXkg cmVwbHkgYmVmb3JlLCBpdCBpcyB0aGUgbGF0dGVyLCBhcyB3ZSBhbHNvIGhhdmUgdGhpcyB0ZXh0 IGluIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyB0aGF0IGV4cGxhaW5zIHRoaXMgLSANCg0K ICAgV2hlbiB1c2luZyBjZXJ0aWZpY2F0ZSBmaW5nZXJwcmludHMgdG8gaWRlbnRpZnkgUENFUFMg cGVlcnMsIGFueSB0d28NCiAgIGNlcnRpZmljYXRlcyB0aGF0IHByb2R1Y2UgdGhlIHNhbWUgaGFz aCB2YWx1ZSB3aWxsIGJlIGNvbnNpZGVyZWQgdGhlDQogICBzYW1lIHBlZXIuICBUaGVyZWZvcmUs IGl0IGlzIGltcG9ydGFudCB0byBtYWtlIHN1cmUgdGhhdCB0aGUgaGFzaA0KICAgZnVuY3Rpb24g dXNlZCBpcyBjcnlwdG9ncmFwaGljYWxseSB1bmNvbXByb21pc2VkLCBzbyB0aGF0IGF0dGFja2Vy cw0KICAgYXJlIHZlcnkgdW5saWtlbHkgdG8gYmUgYWJsZSB0byBwcm9kdWNlIGEgaGFzaCBjb2xs aXNpb24gd2l0aCBhDQogICBjZXJ0aWZpY2F0ZSBvZiB0aGVpciBjaG9pY2UuICBUaGlzIGRvY3Vt ZW50IG1hbmRhdGVzIHN1cHBvcnQgZm9yDQogICBTSEEtMjU2IGFzIGRlZmluZWQgYnkgW1NIU10s IGJ1dCBhIGxhdGVyIHJldmlzaW9uIG1heSBkZW1hbmQgc3VwcG9ydA0KICAgZm9yIHN0cm9uZ2Vy IGZ1bmN0aW9ucyBpZiBzdWl0YWJsZSBhdHRhY2tzIG9uIGl0IGFyZSBrbm93bi4NCg0KU28gYSBm dXR1cmUgcmV2aXNpb24gd291bGQgdXBkYXRlIHRoZSBIYXNoIGZ1bmN0aW9uIHRvIGJlIHVzZWQu IEkgd2lsbCB1cGRhdGUgdGhlIHRleHQgYXMgeW91IHN1Z2dlc3QuIA0KDQo+IE15IHJlYWwgY29u Y2VybiBoZXJlIGlzIGludGVyb3BlcmFiaWxpdHnigJRpZiBhbiBpbXBsZW1lbnRhdGlvbiBjaG9v c2VzIGENCj4gaGFzaCBvdGhlciB0aGFuIFNIQS0yNTYsIGhvdyBkb2VzIHRoZSBwZWVyIGtub3cg d2hhdCBoYXNoIHRvIHVzZT8NCj4gDQpbW0RocnV2IERob2R5XV0gVGhpcyBpcyBhIGxvY2FsIHBy b3BlcnR5IGFuZCBkb2VzIG5vdCBuZWVkIHRvIGJlIGV4Y2hhbmdlZC4gVGhlIHBlZXIgcHJvdmlk ZXMgdGhlIGNlcnRpZmljYXRlLCBiYXNlZCBvbiBsb2NhbCBoYXNoIGZ1bmN0aW9uIGluIHVzZSwg dGhlIGhhc2ggb2YgREVSIGVuY29kZWQgY2VydGlmaWNhdGUgb2N0ZXRzIGlzIGNyZWF0ZWQgYW5k IGNvbXBhcmVkIHRvIGEgbG9jYWwgZmluZ2VycHJpbnQgY29uZmlndXJlZC4gDQoNCj4gPg0KPiA+ IChzbmlwKQ0KPiA+DQoNClJlZ2FyZHMsDQpEaHJ1dg0K From nobody Tue Aug 8 05:28:36 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F4AF1321EF; Tue, 8 Aug 2017 05:28:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 CfnahSZP2GmB; Tue, 8 Aug 2017 05:28:32 -0700 (PDT) Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEBA11321E6; Tue, 8 Aug 2017 05:28:31 -0700 (PDT) Received: by mail-yw0-x22f.google.com with SMTP id s143so20014376ywg.1; Tue, 08 Aug 2017 05:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=D7rVmIIku7P+QBSYqO0R/XL/BX2q0yuQ24esEO7ivC0=; b=OtqH9shsbz7JsZRr7FYvXlds+f7cx40XJdGi6Y9NhdqV8Nuq4gDgjllGSQ099ug30o iCak9HrrYPyRU+blQ+uely64Yk3p5Lmml8kZayPcoaz35hQ8sEwc1EOK3L/dElXjiVLj S/1woC2ydANRvcJW7YABXx8A2h4UykSpwp51d/KnPY1K11EGU9A6dYYXIikgjnJ6QTJW +puA3KxFxfARRQac8x4+IiymHi+AHVxzRo3Tk2tIzp89xy4yfaciLj+uHPFLNrzaFYQS X/739390mBuBFH5JI6XygaiIekVYWp7Ye7txajyf7IT8DwAt7W+cT/rku95Ns6avjZVO fT8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=D7rVmIIku7P+QBSYqO0R/XL/BX2q0yuQ24esEO7ivC0=; b=ZEsGqChovIBbOPNC1LOD783RUMY40craPMTflfKv6VzkJPhnL/dQ+jzqKFy0xhISYu pSGC7DKqpcZgOvluwidOjrh9JQRd76/QIKifPUDmgzfJfPOw4Tr0ZHlns2flmhy8os3Q yw3Erq9EwweXj79guJBKluJ7Wyjz+/iQbUYdY7r+HhN2NL7VM3B3n/j3Hz5aYh1uW19k MZBWRGfzoR0mmActgj1ps+hbV0XOjRAhH2GdNNxHKJB52zz5ZSTZn8bayACJ7XtT5e8i M++zhMZ+13iFulUyVDl3IJD2zwZmaYNm7arM+4TtA0CZLt/sfHAP352CTITS5W/RiGAk yy6g== X-Gm-Message-State: AHYfb5jfBidHTe9Ztxoq4LL+TUd6Ab/vP3sKuS0BDJsmJm0G6OnNRya+ wJW/jajA+oyHI0HQlihgpQ0ddWYvjQ== X-Received: by 10.129.98.86 with SMTP id w83mr3378326ywb.127.1502195310924; Tue, 08 Aug 2017 05:28:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.52.79 with HTTP; Tue, 8 Aug 2017 05:28:30 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99BB1@blreml501-mbb> References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99BB1@blreml501-mbb> From: Spencer Dawkins at IETF Date: Tue, 8 Aug 2017 07:28:30 -0500 Message-ID: To: Dhruv Dhody Cc: Alexey Melnikov , "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Content-Type: multipart/alternative; boundary="001a11470eeee4288c05563d19ca" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 12:28:35 -0000 --001a11470eeee4288c05563d19ca Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Dhruv, On Tue, Aug 8, 2017 at 6:08 AM, Dhruv Dhody wrote: > Hi Spencer, > > > > *From:* Spencer Dawkins at IETF [mailto:spencerdawkins.ietf@gmail.com] > *Sent:* 07 August 2017 21:17 > *To:* Dhruv Dhody > *Cc:* Alexey Melnikov ; cmargaria@juniper.net; > draft-ietf-pce-pceps@ietf.org; pce@ietf.org; The IESG ; > pce-chairs@ietf.org > *Subject:* Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: > (with COMMENT) > > > > Hi, Dhruv, > > > > On Mon, Aug 7, 2017 at 9:43 AM, Dhruv Dhody > wrote: > > Hi Spencer, Alexey, > > > > The text refers to the Error itself. > > > > If a PCEP speaker that is unwilling or unable to negotiate TLS > > receives a StartTLS messages, it MUST return a PCErr message (in > > clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) > > and Error-value set to: > > > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > > without the solicited TLS connection, and it MUST close the TCP > > session. > > > > I can see how it could be misleading and I have corrected it to =E2=80=93 > > > > +-+-+ +-+-+ > > |PCC| |PCE| > > +-+-+ +-+-+ > > | | > > | StartTLS | > > | msg | PCE waits > > |-------------------->| for PCC > > | PCErr | > > |<--------------------| Send Error > > | | Type=3DTBA2,Value=3D3 > > | | (not without TLS) > > |<--------------------| > > | Close | > > > > > > > > Figure 5: Both PCEP Speaker supports PCEPS as well as without PCEPS, > > but PCE cannot start TLS negotiation > > > > This is still Alexey's ballot, of course, but ... > > > > I like the change you're making, but the part that confused me is that in > English, multiple negatives don't work well - so, "not without TLS" > simplifies to "with TLS" in common usage. > > > > Are you using "not without TLS" to mean "TLS usage required", or somethin= g > like that? > > > > Spencer > > *[[Dhruv Dhody]] Yes, it means *"TLS usage required". *I can reword it > to the text we have in the IANA section =E2=80=93* > Thanks! I know what that means. Spencer > > > Error- > > Type Meaning Error-value Reference > > > > 3:Failure, connection This document > > without TLS not > > possible > > 4:Failure, connection This document > > without TLS possible > > > > *Regards,* > > *Dhruv* > > > > Regards, > > Dhruv > > > > *From:* Pce [mailto:pce-bounces@ietf.org] *On Behalf Of *Spencer Dawkins > at IETF > *Sent:* 07 August 2017 19:16 > *To:* Alexey Melnikov > *Cc:* cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > The IESG ; pce-chairs@ietf.org > *Subject:* Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: > (with COMMENT) > > > > This is Alexey's ballot, but ... > > > > On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov > wrote: > > One more little thing: > > > In figure 5, I see: Send Error (not without TLS) > > What does "not without TLS" mean? I think the figure is sending PCErr in > the clear (without TLS) > > > > This text wasn't clear to me, either. > > > > Thanks for actually mentioning this in your ballot, Alexey. > > > > Spencer > > > > On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wrote: > > Alexey Melnikov has entered the following ballot position for > > draft-ietf-pce-pceps-15: Yes > (snip) > > > I think the text about use of RFC 6125 should use RFC 6125 terminology > > like > > DNS-ID and CN-ID, because they have a bit more semantics associated wit= h > > them > > other than just subjectAltName:DNS. I think you should also clarify > > whether you > > want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). > > > > > > > > > --001a11470eeee4288c05563d19ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Dhruv,

On Tue, Aug 8, 2017 at 6:08 AM, Dhruv Dhody <= ;dhruv.dhody@hu= awei.com> wrote:

Hi Spencer,

=C2=A0

From: Spencer Dawkins at IETF [mailt= o:spence= rdawkins.ietf@gmail.com]
Sent: 07 August 2017 21:17
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: Alexey Melnikov <aamelnikov@fastmail.fm>; cmargaria@juniper.net; draft-ietf-pce-pceps@iet= f.org; pce@ietf.org; The IESG <iesg@ie= tf.org>; pc= e-chairs@ietf.org
Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps= -15: (with COMMENT)

=C2=A0

Hi, Dhruv,

=C2=A0

On Mon, Aug 7, 2017 at 9:43 AM, Dhruv Dhody <dhruv.dhody@huawei.= com> wrote:

Hi Spencer, Alexe= y,

=C2=A0

The text refers t= o the Error itself.

=C2=A0

=C2=A0=C2=A0 If a PCEP speake= r that is unwilling or unable to negotiate TLS<= u>

=C2=A0=C2=A0 receives a Start= TLS messages, it MUST return a PCErr message (in

=C2=A0=C2=A0 clear) with Erro= r-Type set to [TBA2 by IANA] (PCEP StartTLS failure)

=C2=A0=C2=A0 and Error-value = set to:

=C2=A0

=C2=A0=C2=A0 o=C2=A0 3 (not w= ithout TLS) if it is not willing to exchange PCEP messages

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 without the solicited TLS connection, and it MUST close the TCP<= span lang=3D"EN-IN">

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 session.

=C2=A0

I can see how it = could be misleading and I have corrected it to =E2=80=93

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= +-+-+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+=

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= |PCC|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |PCE|=

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= +-+-+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-+-+

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 | StartTLS=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 | msg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | PCE waits

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |-------------------->| for PCC=

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 PCErr |<= /span>

=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0|<--------------------| Send Error

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Type=3DTBA2,= Value=3D3

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | (not without= TLS)

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |<--------------------|<= u>

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Close=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|

=C2=A0

=C2=A0

=C2=A0

=C2=A0=C2=A0 Figure 5: Both P= CEP Speaker supports PCEPS as well as without PCEPS,

=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 but PCE cannot start TLS negotiation<= /u>

=C2=A0

This is still Alexey's ballot, of course, but ..= .

=C2=A0

I like the change you're making, but the part th= at confused me is that in English, multiple negatives don't work well -= so, "not without TLS" simplifies to "with TLS" in comm= on usage.

=C2=A0

Are you using "not without TLS" to mean &q= uot;TLS usage required", or something like that?

=C2=A0

Spencer=C2=A0

[[Dhruv Dhody]] Yes, it means "TLS usage required". =C2=A0I can reword it to the text we have in the IANA section =E2=80=93

Thanks! I know what that means.

Spenc= er
=C2=A0

=C2=A0

=C2=A0=C2=A0 Er= ror-

=C2=A0=C2=A0 T= ype=C2=A0=C2=A0=C2=A0 Meaning=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Error-value=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Reference

=C2=A0<= u>

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 3:Failure, connection=C2=A0=C2=A0 This doc= ument

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 without TLS not

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0possible

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 4:Failure, connection=C2=A0=C2=A0 This doc= ument

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0without TLS possible

=C2=A0

Regards,

Dhruv

=C2=A0

Regards,

Dhruv

=C2=A0

From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Spencer Dawkins at IETF
Sent: 07 August 2017 19:16
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Cc: cmarg= aria@juniper.net; draft-ie= tf-pce-pceps@ietf.org; pce@ietf.org; The IES= G <iesg@ietf.org&= gt;; pce-chairs@ietf.or= g
Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps= -15: (with COMMENT)

=C2=A0

This is Alexey's ballot, bu= t ...

=C2=A0

On Mon, Aug 7, 2017 at 5:48 AM,= Alexey Melnikov <aamelnikov@fastmail.fm> wrote:

One more little thing:


In figure 5, I see: Send Error (not without TLS)

What does "not without TLS" mean? I think the figure is sending P= CErr in
the clear (without TLS)

=C2=A0

This text wasn't clear to m= e, either.

=C2=A0

Thanks for actually mentioning = this in your ballot, Alexey.

=C2=A0

Spencer

=C2=A0

On Mon, Aug 7, 2017, at 11:46 A= M, Alexey Melnikov wrote:
> Alexey Melnikov has entered the following ballot position for
> draft-ietf-pce-pceps-15: Yes
=C2=A0(snip)

= > I think the text about use of RFC 6125 should use RFC 6125 terminology=
> like
> DNS-ID and CN-ID, because they have a bit more semantics associated wi= th
> them
> other than just subjectAltName:DNS. I think you should also clarify > whether you
> want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that). >
>

=C2=A0

=C2=A0


--001a11470eeee4288c05563d19ca-- From nobody Tue Aug 8 05:34:12 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30A581320B5; Tue, 8 Aug 2017 05:34:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.718 X-Spam-Level: X-Spam-Status: No, score=-2.718 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=FjK/VbFE; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=QUZzbKDp 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 q6xle8yiqGsP; Tue, 8 Aug 2017 05:34:00 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E728D13233A; Tue, 8 Aug 2017 05:33:59 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4CA4020C55; Tue, 8 Aug 2017 08:33:59 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Tue, 08 Aug 2017 08:33:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=ukmvBs2v0K2PZlPqo1LDRRH3fNoWc xiccXeAPQTo6Bc=; b=FjK/VbFEvQ0Z8rkmaDDoP9TTgob9ptfvQdUoZQ748+4OV GpBtOBZPHG4y7JYvYGuO4XwunhHBHwG1c5Sg4yhtRs1o47ckHTSk6KSmYnbbM1Bk iR2hc/lcbTdx0Hag9WXHBkZKAGnLgsziqPQ7XmQ0dDxXf3kkSjsUV5B4jj2QERih rU69zlDsPDTvrcLfIU9A9nWSUt5ii1bAFyq/uthoFkZbK3KsyI+hO3GBKWC6igU4 8JG+9CsTYfVliEQuCR6aEo5RLTLJK5TMFmoa3V3xH8hAjw+ZfkCjSA28jjvmPdtD +0KhI/JPRzjiGcs72mFeX1x7Th1VFJ1zC27TjymeQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ukmvBs 2v0K2PZlPqo1LDRRH3fNoWcxiccXeAPQTo6Bc=; b=QUZzbKDpepOTvxupNU3JJs 8/fp+EVcy7C9Zx9KOYdImuaR6vhD9tjlUWK+YergIoErEeSLtmJM2q0bQdtR5Iq6 TgpHLAHXEqKpReIutxXVYn6UJ04oFNsaA4BdFuHQZniRllVSqk7lD+0hFKKoTQFP eBr4GSM0m/kpTerC5KkIjx/KwCoMtYYBoWd+1tcWMqdQ/V2efVx8hteLD35bflO5 0RAPLfEBq1P1phM65OkDMkAn0ykYXszobsQ5EVUGpjaWfQXlcVxGcvdxKGRo55DC baIvmjKVvw/Zo0knnz5iqDaI4k8/TM7ozXwJXb5xw0IsUGeU6hZrTDkQbYcsF+3w == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 21BB99E2A1; Tue, 8 Aug 2017 08:33:59 -0400 (EDT) Message-Id: <1502195638.844110.1066755056.4A2217DE@webmail.messagingengine.com> From: Alexey Melnikov To: Spencer Dawkins at IETF , Dhruv Dhody Cc: cmargaria@juniper.net, draft-ietf-pce-pceps@ietf.org, pce@ietf.org, The IESG , pce-chairs@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="_----------=_15021956398441104" X-Mailer: MessagingEngine.com Webmail Interface - ajax-4448c6f4 References: <150210277776.19062.13322344032277131609.idtracker@ietfa.amsl.com> <1502102888.3075507.1065437200.4EB91616@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB99553@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99BB1@blreml501-mbb> In-Reply-To: Date: Tue, 08 Aug 2017 13:33:58 +0100 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 12:34:02 -0000 This is a multi-part message in MIME format. --_----------=_15021956398441104 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi, (Top post) I agree that the new wording is clearer. On Tue, Aug 8, 2017, at 01:28 PM, Spencer Dawkins at IETF wrote: > Hi, Dhruv, >=20 > On Tue, Aug 8, 2017 at 6:08 AM, Dhruv Dhody > wrote:>> Hi Spencer, ____ >> __ __ >> *From:* Spencer Dawkins at IETF >> [mailto:spencerdawkins.ietf@gmail.com] *Sent:* 07 August 2017 21:17 >> *To:* Dhruv Dhody *Cc:* Alexey Melnikov >> ; cmargaria@juniper.net; draft-ietf-pce- >> pceps@ietf.org; pce@ietf.org; The IESG ; pce- >> chairs@ietf.org *Subject:* Re: [Pce] Alexey Melnikov's Yes on draft-ietf= -pce-pceps- >> 15: (with COMMENT)____>> __ __ >> Hi, Dhruv,____ >> __ __ >> On Mon, Aug 7, 2017 at 9:43 AM, Dhruv Dhody >> wrote:____>>> Hi Spencer, Alexey,____ >>> ____ >>> The text refers to the Error itself. ____ >>> ____ >>> If a PCEP speaker that is unwilling or unable to negotiate >>> TLS____>>> receives a StartTLS messages, it MUST return a PCErr m= essage >>> (in____>>> clear) with Error-Type set to [TBA2 by IANA] (PCEP Sta= rtTLS >>> failure)____>>> and Error-value set to:____ >>> ____ >>> o 3 (not without TLS) if it is not willing to exchange PCEP >>> messages____>>> without the solicited TLS connection, and it M= UST close the >>> TCP____>>> session.____ >>> ____ >>> I can see how it could be misleading and I have corrected it to >>> =E2=80=93 ____>>> ____ >>> +-+-+ +-+-+____ >>> |PCC| |PCE|____ >>> +-+-+ +-+-+____ >>> | |____ >>> | StartTLS |____ >>> | msg | PCE waits____ >>> |-------------------->| for PCC____ >>> | PCErr |____ >>> |<--------------------| Send Error____ >>> | | Type=3DTBA2,Value=3D3____>>= > | | (not without TLS)____>>> = |<--------------------|____ >>> | Close |____ >>> ____ >>> ____ >>> ____ >>> Figure 5: Both PCEP Speaker supports PCEPS as well as without >>> PCEPS,____>>> but PCE cannot start TLS negotiatio= n____ >> __ __ >> This is still Alexey's ballot, of course, but ...____ >> __ __ >> I like the change you're making, but the part that confused me is >> that in English, multiple negatives don't work well - so, "not >> without TLS" simplifies to "with TLS" in common usage.____>> __ __ >> Are you using "not without TLS" to mean "TLS usage required", or >> something like that?____>> __ __ >> Spencer ____ >> **[[Dhruv Dhody]] Yes, it means **"TLS usage required". **I can >> reword it to the text we have in the IANA section =E2=80=93**>=20 > Thanks! I know what that means. >=20 > Spencer >=20=20 >> **____** >> **__ __** >> Error-____ >> Type Meaning Error-value >> Reference____>> __ __ >> 3:Failure, connection This >> document____>> = without TLS not____ >> possible____ >> 4:Failure, connection This >> document____>> = without TLS possible____ >> __ __ >> **Regards,____** >> **Dhruv____** >>> ____ >>> Regards,____ >>> Dhruv____ >>> ____ >>> *From:* Pce [mailto:pce-bounces@ietf.org] *On Behalf Of *Spencer >>> Dawkins at IETF *Sent:* 07 August 2017 19:16 *To:* Alexey Melnikov >>> *Cc:* cmargaria@juniper.net; draft-ietf-pce- >>> pceps@ietf.org; pce@ietf.org; The IESG ; pce- >>> chairs@ietf.org *Subject:* Re: [Pce] Alexey Melnikov's Yes on draft-iet= f-pce-pceps- >>> 15: (with COMMENT)____>>> ____ >>> This is Alexey's ballot, but ...____ >>> ____ >>> On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov >>> wrote:____>>>> One more little thing: >>>> >>>> >>>> In figure 5, I see: Send Error (not without TLS) >>>> >>>> What does "not without TLS" mean? I think the figure is sending >>>> PCErr in the clear (without TLS)____>>> ____ >>> This text wasn't clear to me, either.____ >>> ____ >>> Thanks for actually mentioning this in your ballot, Alexey.____ >>> ____ >>> Spencer____ >>> ____ >>>> On Mon, Aug 7, 2017, at 11:46 AM, Alexey Melnikov wrote: >>>> > Alexey Melnikov has entered the following ballot position for >>>> > draft-ietf-pce-pceps-15: Yes >>>> (snip)____>>>> > I think the text about use of RFC 6125 should use R= FC 6125 >>>> > terminology >>>> > like DNS-ID and CN-ID, because they have a bit more semantics >>>> > associated with them other than just subjectAltName:DNS. I think >>>> > you should also clarify whether you want to allow wildcards in >>>> > DNS-ID/CN-ID (RFC 6125 talks about that). >>>> > >>>> >____>>> ____ >> __ __ --_----------=_15021956398441104 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Hi,
(Top post)
I agree that the new wording is clearer.

On Tue, Aug 8, 2017, at 01:28 PM, Spencer Dawkins at IETF wrote:
Hi, Dhruv,

On Tue, Aug 8, 2017 at 6:08 AM, Dh= ruv Dhody <d= hruv.dhody@huawei.com> wrote:

Hi Spencer,

=  

From: Spencer Dawkins at IETF [mailto:spencerdawkins.ietf@gmail.com]
Sent: 07 August 2017 21:17
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: Alexey M= elnikov <aamelnikov@fastmail.f= m>; cmargaria@juniper.net; draft-ietf-pce-pceps@i= etf.org; pce@ietf.org; The IESG <= ;iesg@ietf.org>; pce-chairs@ietf.org
Subject: Re: = [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMENT)

 

Hi, Dhruv,

 

On Mon, Aug 7, 2017 at 9:= 43 AM, Dhruv Dhody <dhruv.dhod= y@huawei.com> wrote:

H= i Spencer, Alexey,<= /span>

 

The text refers to the Error itself.

 

   If a PCEP speaker that is unwillin= g or unable to negotiate TLS

=    receives a Start= TLS messages, it MUST return a PCErr message (in

 &nb= sp; clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure)

   and Error-value set to:

 =

<= span class=3D"colour" style=3D"color:rgb(31, 73, 125)">   o  3 (not without TLS) if it is not w= illing to exchange PCEP messages<= u>

    &= nbsp; without the solicited TLS connection, and it MUST close the TCP

      session.

 

I can see how it could be misle= ading and I have corrected it to =E2=80=93

 =

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

          =         |PCC|    &nb= sp;            |PCE|=

<= span class=3D"colour" style=3D"color:rgb(31, 73, 125)">         &= nbsp;        +-+-+   &nbs= p;             = +-+-+

        &nbs= p;           |  = ;            &n= bsp;      |

   &nb= sp;            =     | StartTLS       &nbs= p;    |<= /u>

      = ;            &n= bsp; | msg           = ;      | PCE waits

  &= nbsp;           &nbs= p;     |-------------------->| for PCC=

            = ;        |     =           PCErr |

            &nb= sp;       |<--------------------= | Send Error=

       &nb= sp;            |&nbs= p;            &= nbsp;       | Type=3DTBA2,Value=3D3

           &= nbsp;        |    &n= bsp;            = ;    | (not without TLS)

   =             &nb= sp;    |<--------------------|

 &nb= sp;            =       |       Close&= nbsp;        |

 

 <= /u>

 

 &nb= sp; Figure 5: Both PCEP Speaker supports PCEPS as well as without PCEPS,

          =          but PCE cannot start TLS n= egotiation

 

This is still Alexey's ballot, of course, but ...
=

 

I like the change you're making, but the part that confused me is t= hat in English, multiple negatives don't work well - so, "not without TLS" = simplifies to "with TLS" in common usage.

 

Are you using "not without TLS" to mean "TLS usage required", or so= mething like that?

 

Spencer 

[[Dhruv Dhody]] Yes, it means "TLS usage required".  I can reword it to the text we have in the IANA section =E2= =80=93


Thanks! I know what that means.

Spencer
 

=

 

=    Error-=

   Type    Meaning   &n= bsp;           Error-valu= e             R= eference

 
<= /p>

   &n= bsp;            = ;            &n= bsp;    3:Failure, connection   This document=

         &= nbsp;           &nbs= p;           without= TLS not

        = ;            &n= bsp;            poss= ible

        &nb= sp;            =             4:F= ailure, connection   This document

 &nb= sp;            =             &nb= sp;       without TLS possible=

 

Regards,=

<= b>Dhruv

=

 

Reg= ards,

Dhruv

&nb= sp;

<= div style=3D"border-top-width:initial;border-right-width:initial;border-bot= tom-width:initial;border-top-style:none;border-right-style:none;border-bott= om-style:none;border-top-color:initial;border-right-color:initial;border-bo= ttom-color:initial;border-image-source:initial;border-image-slice:initial;b= order-image-width:initial;border-image-outset:initial;border-image-repeat:i= nitial;border-left-width:1.5pt;border-left-style:solid;border-left-color:bl= ue;padding-top:0cm;padding-right:0cm;padding-bottom:0cm;padding-left:4pt;">=

From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Spencer Daw= kins at IETF
Sent: 07 August 2017 19:16
To: Alexey Me= lnikov <aamelnikov@fastmail.fm= >
Cc: cmargaria@= juniper.net; draft-iet= f-pce-pceps@ietf.org; pce@ietf.org;= The IESG <iesg@ietf.org>; pce-chairs@ietf.org
Subject: Re: [Pce] Alexey Melnikov's Yes on draft-ietf-pce-pceps-15: (with COMMEN= T)

 

<= p>This is Alexey's ballot, but ...

 

On Mon, Aug 7, 2017 at 5:48 AM, Alexey Melnikov = <aamelnikov@fastmail.fm>= ; wrote:

O= ne more little thing:


In figure 5, I see: Send Error (not wit= hout TLS)

What does "not without TLS" mean? I think the figure is = sending PCErr in
the clear (without TLS)

 

This text wasn't clear to me, either.

 

Thanks for actually mentioning this in your ba= llot, Alexey.

 

Spencer

 

On Mon, Aug 7, 2017, at 11:46 AM, Alex= ey Melnikov wrote:
> Alexey Melnikov has entered the following ballo= t position for
> draft-ietf-pce-pceps-15: Yes
 (snip)

> I think the text about use of RFC 6125 should use RFC 6125 ter= minology
> like
> DNS-ID and CN-ID, because they have a bit m= ore semantics associated with
> them
> other than just subjec= tAltName:DNS. I think you should also clarify
> whether you
>= want to allow wildcards in DNS-ID/CN-ID (RFC 6125 talks about that).
&= gt;
>

 

 


--_----------=_15021956398441104-- From nobody Tue Aug 8 05:49:07 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD3413201D for ; Tue, 8 Aug 2017 05:49:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com 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 ApEQ9M5_4jOE for ; Tue, 8 Aug 2017 05:49:00 -0700 (PDT) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0F871321A2 for ; Tue, 8 Aug 2017 05:49:00 -0700 (PDT) Received: by mail-yw0-x230.google.com with SMTP id l82so20332305ywc.2 for ; Tue, 08 Aug 2017 05:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ihP1lD37oBpUYBUDqxJyk1rhQsQRadfMwHFACWIQc5c=; b=mgHGMNFeUufIWKLOFwSPv018+t7mvc0xuJzL5EOgCn61c9huvsblIBNqE0U1nW4zQs Z++hMbg1i0rNBwStaz3yK6RhRDA1dLqIQ6hjHd2/USiyXGY3FcdwlFKbs2NMc6R4tFZ7 LPvNv+XF+irlGGHRAe1C43gsFAVglM/pUSVwa5x1Y5kUOTz9ylhyx3D5OIUr/ZR0tJEe +7+mZexJuXwXoOCp3rW4+irtfJKyrrONHXbmK1eVHzwGC/7IF1X0QfS7kCjtWz8gxfwl zZf7aG+TEsM9ju/dfE+2GodamXj2ubWmngFgDvNMerijgEXd86WYs8VQJQ8ZjJDbXQsk kwnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ihP1lD37oBpUYBUDqxJyk1rhQsQRadfMwHFACWIQc5c=; b=f2dEekWNVgWUTcCr4ShtFkcUEamsxmU6Xdz8TivU5NmsMO+yyNFNHgqsXVUf15NTxF dUSKSlPwXjC4IfhI8AMEafTTrnefajLBKszjQJ5xziUJVM0GclX79/SlpCALHOMYc0Lt 2i0XL5ynAxPcSr+xwpdaJcpmZ6ScMYgJsNFPNDj2MOBjsgwQ7KnjHoKbo7x5dK2G4Rr0 BWemJiE3iOl6Vw5r7UzWXMDPhk5SiT4uCWu+SLTw+ptFmNm7UwDTRZedLpeYyaClF+k2 vF1v8Vw0y9eJUPUbZH4CKusDsQf8ScRwa1R4AyGF6lSvB/yiYtyQzUeaJbAv71NL6ETI t8uQ== X-Gm-Message-State: AHYfb5hk5+jarEvC4KF65oUXlm+0as+SGbpKX3u1SguSA+w5ib4218+b 33mJO+/JRaTSpEck43Nw0DNQAH9SBHhC X-Received: by 10.37.248.12 with SMTP id u12mr3233749ybd.248.1502196539745; Tue, 08 Aug 2017 05:48:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.218.130 with HTTP; Tue, 8 Aug 2017 05:48:19 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99B99@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99B99@blreml501-mbb> From: Eric Rescorla Date: Tue, 8 Aug 2017 05:48:19 -0700 Message-ID: To: Dhruv Dhody Cc: Alexey Melnikov , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" , "cmargaria@juniper.net" Content-Type: multipart/alternative; boundary="f403045db86622ff9505563d6304" Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 12:49:05 -0000 --f403045db86622ff9505563d6304 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Aug 8, 2017 at 4:01 AM, Dhruv Dhody wrote: > Hi Eric, > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com] > *Sent:* 07 August 2017 20:54 > *To:* Dhruv Dhody > *Cc:* Alexey Melnikov ; > draft-ietf-pce-pceps@ietf.org; pce@ietf.org; The IESG ; > pce-chairs@ietf.org; cmargaria@juniper.net > > *Subject:* Re: [Pce] Alexey Melnikov's Discuss on > draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) > > > > > > > > On Mon, Aug 7, 2017 at 7:41 AM, Dhruv Dhody > wrote: > > Hi Eric, > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com] > *Sent:* 05 August 2017 22:58 > *To:* Dhruv Dhody > *Cc:* Alexey Melnikov ; The IESG ; > cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > > > *Subject:* Re: [Pce] Alexey Melnikov's Discuss on > draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) > > > > > > > > On Fri, Aug 4, 2017 at 11:41 AM, Dhruv Dhody > wrote: > > Hi Alexey, > > > -----Original Message----- > > From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm] > > Sent: 03 August 2017 19:24 > > To: Dhruv Dhody ; The IESG > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; pce@ietf.org; > > pce-chairs@ietf.org > > > Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15= : > > (with DISCUSS and COMMENT) > > > > Hi, > > > > On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote: > > > Hi Alexey, > > > > > > Thanks for your comments, see inline... > > > > > > > -----Original Message----- > > > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melniko= v > > > > Sent: 03 August 2017 15:35 > > > > To: The IESG > > > > Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; > > > > pce@ietf.org; pce-chairs@ietf.org > > > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15= : > > > > (with DISCUSS and COMMENT) > > > > > > > > Alexey Melnikov has entered the following ballot position for > > > > draft-ietf-pce-pceps-15: Discuss > > > > -------------------------------------------------------------------= - > > > > -- > > > > DISCUSS: > > > > -------------------------------------------------------------------= - > > > > -- > > > > > > > > I am very glad to see this document and I will be switching to "Yes= " > > > > once we discuss the following issues: > > > > > > > > 1) > > > > +-+-+ +-+-+ > > > > |PCC| |PCE| > > > > +-+-+ +-+-+ > > > > | | > > > > | StartTLS | > > > > | msg | > > > > |------- | > > > > | \ StartTLS | > > > > | \ msg | > > > > | \ ---------| > > > > | \/ | > > > > | /\ | > > > > | / -------->| > > > > | / | > > > > |<------ | > > > > |:::::::::TLS:::::::::| TLS Establishment > > > > |:::::Establishment:::| Failure > > > > | | > > > > |<--------------------| Send Error-Type TBA2 > > > > | PCErr | Error-Value 3/4 > > > > | | > > > > > > > > Figure 2: Both PCEP Speaker supports PCEPS (strict), but cann= ot > > > > establish TLS > > > > > > > > Firstly, I think you also need to demonstrate a case when the serve= r > > > > end of TLS is refusing to startTLS before trying TLS negotiation > > > > (e.g. if it doesn't have certificate configured). In this case you > > > > need to send PCErr in the clear. I think earlier text suggest that > > this case is possible. > > > > > > > [[Dhruv Dhody]] No, the only error to StartTLS is by an implementatio= n > > > that does not understand the message. > > > In case certificate is not configured we would start TLS negotiation, > > > which would fail. > > > > I think you should clarify this. > > > > I have implemented StartTLS in both IMAP and LDAP and this is not > > necessarily how it works there: before TLS negotiation starts it is > > possible for the server end to reject negotiation in cleartext. > > > > [[Dhruv Dhody]] Error can be added here, More on this, see reply below. > > > > > Secondly, does the case depicted on this picture mean that TLS was > > > > negotiated successfully, but TLS identities were not successfully > > verified? > > > > (I.e. the PCErr is sent over the TLS layer). If TLS failed to > > > > negotiate, you don't have a channel to send data on, as the other > > > > end will get confused. I think you just have to close connection in > > such case. > > > > > > > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP connectio= n > > > (underlying transport). > > > EKR also made a similar point. I updated the text to include this - > > > > > > Note that, the PCEP implementation MUST send the PCErr message onc= e > > > the TLS connection has been closed i.e. the TLS close_notify > > > [RFC5246] has been received from the peer. As per [RFC5246], if t= he > > > data may be carried over the underlying transport after the TLS > > > connection is closed, the TLS implementation must receive the > > > responding close_notify alert before indicating to the application > > > layer that the TLS connection has ended. > > > > Hmm, I am not sure this will ever work. I know that implementations of > TLS > > in other protocols I worked on can't read any cleartext TCP data after > TLS > > has failed. > > > [[Dhruv Dhody]] One way to resolve this issue would be we move these > errors from after TLS negotiation to before it, so that they become the > response to StartTLS as suggested by your previous comment. > We would not be sending error in clear text in case of TLS negotiation > failure. > > So basically the change would look something like - > > OLD: > After the exchange of StartTLS messages, if a PCEP speaker cannot > establish a TLS connection for some reason (e.g. the required > mechanisms for certificate revocation checking are not available), it > MUST return a PCErr message (in clear) with Error-Type set to [TBA2 > by IANA] (PCEP StartTLS failure) and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > NEW: > If a PCEP speaker that is unwilling or unable to negotiate TLS > receives a StartTLS messages, it MUST return a PCErr message (in > clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS failure) > and Error-value set to: > > o 3 (not without TLS) if it is not willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. > > o 4 (ok without TLS) if it is willing to exchange PCEP messages > without the solicited TLS connection, and it MUST close the TCP > session. The receiver MAY choose to attempt to re-establish the > PCEP session without TLS next. The attempt to re-establish the > PCEP session without TLS SHOULD be limited to only once. > > After the exchange of StartTLS messages, if the TLS negotiation fails > for some reason (e.g. the required mechanisms for certificate > revocation checking are not available), both peers SHOULD immediately > close the connection. Since the initiator has no way to know if the > peer is willing to accept PCEP connection without TLS, based on the > local policy, it MAY attempt to re-establish the PCEP session without > TLS. The attempt to re-establish the PCEP session without TLS SHOULD > be limited to only once. > > > > This will technically work, but is there a reason you don't specify a > parameter to > > STARTTLS which expresses your policy? > > > > -Ekr > > *[[[Dhruv Dhody]]] It could be done that way as well, but at this late > stage we should avoid making a change that would require adding a new PCE= P > object. * > > *As there is no way to add this in current StartTLS message encoding. * > > > > > > This is still an I-D, right? Are there any fielded implementations? > > > > -Ekr > > > > *[[Dhruv Dhody]] There are implementations, not sure if they qualify as > =E2=80=9Cfielded=E2=80=9D. * > > > > *Do you feel strongly about making the change? * > > It seems like it would clean up a number of confusing issues in your draft, so I'd like to understand why the WG didn't do it. -Ekr > *Regards,* > > *Dhruv* > > > > *Regards,* > > *Dhruv* > > > > > > > Working version: https://github.com/dhruvdhody- > huawei/ietf/blob/master/draft-ietf-pce-pceps-16.txt > Diff: https://tools.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce- > pceps-15&url2=3Dhttps://raw.githubusercontent.com/ > dhruvdhody-huawei/ietf/master/draft-ietf-pce-pceps-16.txt > > Regards, > Dhruv > > > > > > So maybe you need 3 figures describing the above 3 cases. > > > > > --f403045db86622ff9505563d6304 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Aug 8, 2017 at 4:01 AM, Dhruv Dhody <dhruv.dhody@huawei.c= om> wrote:

Hi Eric,

=C2=A0

From: Eric Rescorla [mailto:ekr@rtfm.com]
Sent: 07 August 2017 20:54
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: Alexey Melnikov <aamelnikov@fastmail.fm>; draft-ietf-pce-pceps@ietf.org; = pce@ietf.org; The IES= G <iesg@ietf.org&= gt;; pce-chairs@ie= tf.org; cmar= garia@juniper.net


Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-p= ceps-15: (with DISCUSS and COMMENT)

=C2=A0

=C2=A0

=C2=A0

On Mon, Aug 7, 2017 at 7:41 AM, Dhruv Dhody <dhruv.dhody@huawei.= com> wrote:

Hi Eric,

=C2=A0

From: Eric Rescorla [mailto:ekr@rtfm.com]
Sent: 05 August 2017 22:58
To: Dhruv Dhody <dhruv.dhody@huawei.com>
Cc: Alexey Melnikov <aamelnikov@fastmail.fm>; The IESG <iesg@ietf.org>; cmargaria@junipe= r.net; draft-ie= tf-pce-pceps@ietf.org; pce@ietf.org; pce-chairs@ietf.org


Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-p= ceps-15: (with DISCUSS and COMMENT)

=C2=A0

=C2=A0

=C2=A0

On Fri, Aug 4, 2017 at 11:41 AM= , Dhruv Dhody <dhruv.dhody@huawei.com> wrote:

Hi Alexey,

> -----Original Message-----
> From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm]
> Sent: 03 August 2017 19:24
> To: Dhruv Dhody <dhruv.dhody@huawei.com>; The IESG <iesg@ietf.org>
> Cc: cmargar= ia@juniper.net; draft-ie= tf-pce-pceps@ietf.org; pce@ietf.org;
> pce-chairs@ie= tf.org

> Subject: Re: [Pce] Alexey = Melnikov's Discuss on draft-ietf-pce-pceps-15:
> (with DISCUSS and COMMENT)
>
> Hi,
>
> On Thu, Aug 3, 2017, at 02:36 PM, Dhruv Dhody wrote:
> > Hi Alexey,
> >
> > Thanks for your comments, see inline...
> >
> > > -----Original Message-----
> > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alexey Melnikov
> > > Sent: 03 August 2017 15:35
> > > To: The IESG <iesg@ietf.org>
> > > Cc: cmargaria@juniper.net; draft-ie= tf-pce-pceps@ietf.org;
> > > pce@ietf.o= rg; pce-chairs@ietf.org
> > > Subject: [Pce] Alexey Melnikov's Discuss on draft-ietf-p= ce-pceps-15:
> > > (with DISCUSS and COMMENT)
> > >
> > > Alexey Melnikov has entered the following ballot position fo= r
> > > draft-ietf-pce-pceps-15: Discuss
> > > -------------------------------------------------------= -------------
> > > --
> > > DISCUSS:
> > > -------------------------------------------------------= -------------
> > > --
> > >
> > > I am very glad to see this document and I will be switching = to "Yes"
> > > once we discuss the following issues:
> > >
> > > 1)
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|PCC|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0|PCE|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0+-+-+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+-+-+
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| StartTLS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0| msg=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|-------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 =C2=A0StartTLS=C2=A0 |=
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 \=C2=A0 msg=C2=A0 =C2=A0 =C2= =A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\=C2=A0 ---------|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \/=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /\=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/=C2=A0 -------->| > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 /=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<------=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 |
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::::::TLS:::::::::| TLS Establishment
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|:::::Establishment:::| Failure
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|<--------------------| Send Error-Type TBA2
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 PCErr=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 | Error-Value 3/4
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0|
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 2: Both PCEP Speaker suppor= ts PCEPS (strict), but cannot
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 establish TLS
> > >
> > > Firstly, I think you also need to demonstrate a case when th= e server
> > > end of TLS is refusing to startTLS before trying TLS negotia= tion
> > > (e.g. if it doesn't have certificate configured). In thi= s case you
> > > need to send PCErr in the clear. I think earlier text sugges= t that
> this case is possible.
> > >
> > [[Dhruv Dhody]] No, the only error to StartTLS is by an implement= ation
> > that does not understand the message.
> > In case certificate is not configured we would start TLS negotiat= ion,
> > which would fail.
>
> I think you should clarify this.
>
> I have implemented StartTLS in both IMAP and LDAP and this is not
> necessarily how it works there: before TLS negotiation starts it is > possible for the server end to reject negotiation in cleartext.
>

[[Dhruv Dhody]] Error can be ad= ded here, More on this, see reply below.

> > > Secondly, does the case depicted on this picture mean that T= LS was
> > > negotiated successfully, but TLS identities were not success= fully
> verified?
> > > (I.e. the PCErr is sent over the TLS layer). If TLS failed t= o
> > > negotiate, you don't have a channel to send data on, as = the other
> > > end will get confused. I think you just have to close connec= tion in
> such case.
> > >
> > [[Dhruv Dhody]] No, the PCErr is sent in clear over the TCP conne= ction
> > (underlying transport).
> > EKR also made a similar point. I updated the text to include this= -
> >
> >=C2=A0 =C2=A0 Note that, the PCEP implementation MUST send the PCE= rr message once
> >=C2=A0 =C2=A0 the TLS connection has been closed i.e. the TLS clos= e_notify
> >=C2=A0 =C2=A0 [RFC5246] has been received from the peer.=C2=A0 As = per [RFC5246], if the
> >=C2=A0 =C2=A0 data may be carried over the underlying transport af= ter the TLS
> >=C2=A0 =C2=A0 connection is closed, the TLS implementation must re= ceive the
> >=C2=A0 =C2=A0 responding close_notify alert before indicating to t= he application
> >=C2=A0 =C2=A0 layer that the TLS connection has ended.
>
> Hmm, I am not sure this will ever work. I know that implementations of= TLS
> in other protocols I worked on can't read any cleartext TCP data a= fter TLS
> has failed.
>
[[Dhruv Dhody]] One way to resolve this issue would be we move these errors= from after TLS negotiation to before it, so that they become the response = to StartTLS as suggested by your previous comment.
We would not be sending error in clear text in case of TLS negotiation fail= ure.

So basically the change would look something like -

OLD:
=C2=A0 =C2=A0After the exchange of StartTLS messages, if a PCEP speaker can= not
=C2=A0 =C2=A0establish a TLS connection for some reason (e.g. the required<= br> =C2=A0 =C2=A0mechanisms for certificate revocation checking are not availab= le), it
=C2=A0 =C2=A0MUST return a PCErr message (in clear) with Error-Type set to = [TBA2
=C2=A0 =C2=A0by IANA] (PCEP StartTLS failure) and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

NEW:
=C2=A0 =C2=A0If a PCEP speaker that is unwilling or unable to negotiate TLS=
=C2=A0 =C2=A0receives a StartTLS messages, it MUST return a PCErr message (= in
=C2=A0 =C2=A0clear) with Error-Type set to [TBA2 by IANA] (PCEP StartTLS fa= ilure)
=C2=A0 =C2=A0and Error-value set to:

=C2=A0 =C2=A0o=C2=A0 3 (not without TLS) if it is not willing to exchange P= CEP messages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.

=C2=A0 =C2=A0o=C2=A0 4 (ok without TLS) if it is willing to exchange PCEP m= essages
=C2=A0 =C2=A0 =C2=A0 without the solicited TLS connection, and it MUST clos= e the TCP
=C2=A0 =C2=A0 =C2=A0 session.=C2=A0 The receiver MAY choose to attempt to r= e-establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS next.=C2=A0 The attempt to re= -establish the
=C2=A0 =C2=A0 =C2=A0 PCEP session without TLS SHOULD be limited to only onc= e.

=C2=A0 =C2=A0After the exchange of StartTLS messages, if the TLS negotiatio= n fails
=C2=A0 =C2=A0for some reason (e.g. the required mechanisms for certificate<= br> =C2=A0 =C2=A0revocation checking are not available), both peers SHOULD imme= diately
=C2=A0 =C2=A0close the connection.=C2=A0 Since the initiator has no way to = know if the
=C2=A0 =C2=A0peer is willing to accept PCEP connection without TLS, based o= n the
=C2=A0 =C2=A0local policy, it MAY attempt to re-establish the PCEP session = without
=C2=A0 =C2=A0TLS.=C2=A0 The attempt to re-establish the PCEP session withou= t TLS SHOULD
=C2=A0 =C2=A0be limited to only once.

=C2=A0

This will technically work, but= is there a reason you don't specify a parameter to

STARTTLS which expresses your p= olicy?

=C2=A0

-Ekr

[[[Dhruv Dh= ody]]] It could be done that way as well, but at this late stage we should avoid making a change that would require adding a new PCEP objec= t.

As there is= no way to add this in current StartTLS message encoding.

=C2=A0

=C2=A0

This is still an I-D, right? Are there any fielded i= mplementations?

=C2=A0

-Ekr

=C2=A0

[[Dhruv Dhody]] There are = implementations, not sure if they qualify as =E2=80=9Cfielded=E2=80=9D.

=C2=A0

Do you feel strongly about= making the change? =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=


It seems like it would clean up a number of conf= using issues in your draft, so I'd like to understand why the WG didn&#= 39;t do it.

-Ekr

=C2=A0

<= /span>

Regards,

Dhruv=

=C2=A0

=C2=A0


--f403045db86622ff9505563d6304-- From nobody Tue Aug 8 06:40:55 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E90941324C5; Tue, 8 Aug 2017 06:40:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 NKu3FPfFK5pZ; Tue, 8 Aug 2017 06:40:50 -0700 (PDT) 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 97A661324C1; Tue, 8 Aug 2017 06:40:48 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DME86865; Tue, 08 Aug 2017 13:40:46 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 14:40:44 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 19:10:34 +0530 From: Dhruv Dhody To: Eric Rescorla CC: Alexey Melnikov , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" , "cmargaria@juniper.net" Thread-Topic: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) Thread-Index: AQHTDEAWa0wCnLOXH0eQPSyn6ZYwFaJyejWw///Q9QCAAYO08IAB3NgAgANLs0D//7ZbAIABnrxA///IBIAADExgAA== Date: Tue, 8 Aug 2017 13:40:33 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99D93@blreml501-mbb> References: <150175472723.9824.8664411936101979517.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB9867E@blreml501-mbb> <1501768430.1127539.1062021760.5848DD02@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CB98DC9@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99517@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB99B99@blreml501-mbb> In-Reply-To: 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.78.239] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB99D93blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.5989BF5F.0013, 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: 2584350350601a73558ae0ccd163daa1 Archived-At: Subject: Re: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 13:40:54 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB99D93blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpYywNCg0KRnJvbTogRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbV0NClNl bnQ6IDA4IEF1Z3VzdCAyMDE3IDE4OjE4DQpUbzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1 YXdlaS5jb20+DQpDYzogQWxleGV5IE1lbG5pa292IDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPjsg ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc7IHBjZUBpZXRmLm9yZzsgVGhlIElFU0cgPGll c2dAaWV0Zi5vcmc+OyBwY2UtY2hhaXJzQGlldGYub3JnOyBjbWFyZ2FyaWFAanVuaXBlci5uZXQN ClN1YmplY3Q6IFJlOiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBEaXNjdXNzIG9uIGRyYWZ0LWll dGYtcGNlLXBjZXBzLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQoNCg0KT24gVHVl LCBBdWcgOCwgMjAxNyBhdCA0OjAxIEFNLCBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2Vp LmNvbTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGkgRXJpYywNCg0K RnJvbTogRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbTxtYWlsdG86ZWtyQHJ0Zm0u Y29tPl0NClNlbnQ6IDA3IEF1Z3VzdCAyMDE3IDIwOjU0DQpUbzogRGhydXYgRGhvZHkgPGRocnV2 LmRob2R5QGh1YXdlaS5jb208bWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20+Pg0KQ2M6IEFs ZXhleSBNZWxuaWtvdiA8YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTxtYWlsdG86YWFtZWxuaWtvdkBm YXN0bWFpbC5mbT4+OyBkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQt aWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc+OyBwY2VAaWV0Zi5vcmc8bWFpbHRvOnBjZUBpZXRmLm9y Zz47IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPG1haWx0bzppZXNnQGlldGYub3JnPj47IHBjZS1j aGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1jaGFpcnNAaWV0Zi5vcmc+OyBjbWFyZ2FyaWFAanVu aXBlci5uZXQ8bWFpbHRvOmNtYXJnYXJpYUBqdW5pcGVyLm5ldD4NCg0KU3ViamVjdDogUmU6IFtQ Y2VdIEFsZXhleSBNZWxuaWtvdidzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6 ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQoNCg0KDQpPbiBNb24sIEF1ZyA3LCAyMDE3IGF0 IDc6NDEgQU0sIERocnV2IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPG1haWx0bzpkaHJ1 di5kaG9keUBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBFcmljLA0KDQpGcm9tOiBFcmljIFJlc2Nv cmxhIFttYWlsdG86ZWtyQHJ0Zm0uY29tPG1haWx0bzpla3JAcnRmbS5jb20+XQ0KU2VudDogMDUg QXVndXN0IDIwMTcgMjI6NTgNClRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNv bTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+DQpDYzogQWxleGV5IE1lbG5pa292IDxh YW1lbG5pa292QGZhc3RtYWlsLmZtPG1haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtPj47IFRo ZSBJRVNHIDxpZXNnQGlldGYub3JnPG1haWx0bzppZXNnQGlldGYub3JnPj47IGNtYXJnYXJpYUBq dW5pcGVyLm5ldDxtYWlsdG86Y21hcmdhcmlhQGp1bmlwZXIubmV0PjsgZHJhZnQtaWV0Zi1wY2Ut cGNlcHNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPjsgcGNl QGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+OyBwY2UtY2hhaXJzQGlldGYub3JnPG1haWx0 bzpwY2UtY2hhaXJzQGlldGYub3JnPg0KDQpTdWJqZWN0OiBSZTogW1BjZV0gQWxleGV5IE1lbG5p a292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTogKHdpdGggRElTQ1VTUyBh bmQgQ09NTUVOVCkNCg0KDQoNCk9uIEZyaSwgQXVnIDQsIDIwMTcgYXQgMTE6NDEgQU0sIERocnV2 IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPG1haWx0bzpkaHJ1di5kaG9keUBodWF3ZWku Y29tPj4gd3JvdGU6DQpIaSBBbGV4ZXksDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4gRnJvbTogQWxleGV5IE1lbG5pa292IFttYWlsdG86YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTxt YWlsdG86YWFtZWxuaWtvdkBmYXN0bWFpbC5mbT5dDQo+IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3IDE5 OjI0DQo+IFRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbTxtYWlsdG86ZGhy dXYuZGhvZHlAaHVhd2VpLmNvbT4+OyBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZzxtYWlsdG86aWVz Z0BpZXRmLm9yZz4+DQo+IENjOiBjbWFyZ2FyaWFAanVuaXBlci5uZXQ8bWFpbHRvOmNtYXJnYXJp YUBqdW5pcGVyLm5ldD47IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPG1haWx0bzpkcmFm dC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZz47IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNlQGlldGYu b3JnPjsNCj4gcGNlLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZz4N Cj4gU3ViamVjdDogUmU6IFtQY2VdIEFsZXhleSBNZWxuaWtvdidzIERpc2N1c3Mgb24gZHJhZnQt aWV0Zi1wY2UtcGNlcHMtMTU6DQo+ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQo+DQo+IEhp LA0KPg0KPiBPbiBUaHUsIEF1ZyAzLCAyMDE3LCBhdCAwMjozNiBQTSwgRGhydXYgRGhvZHkgd3Jv dGU6DQo+ID4gSGkgQWxleGV5LA0KPiA+DQo+ID4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLCBz ZWUgaW5saW5lLi4uDQo+ID4NCj4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4g PiBGcm9tOiBQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGNlLWJvdW5j ZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgQWxleGV5IE1lbG5pa292DQo+ID4gPiBTZW50OiAw MyBBdWd1c3QgMjAxNyAxNTozNQ0KPiA+ID4gVG86IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPG1h aWx0bzppZXNnQGlldGYub3JnPj4NCj4gPiA+IENjOiBjbWFyZ2FyaWFAanVuaXBlci5uZXQ8bWFp bHRvOmNtYXJnYXJpYUBqdW5pcGVyLm5ldD47IGRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3Jn PG1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZz47DQo+ID4gPiBwY2VAaWV0Zi5v cmc8bWFpbHRvOnBjZUBpZXRmLm9yZz47IHBjZS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1j aGFpcnNAaWV0Zi5vcmc+DQo+ID4gPiBTdWJqZWN0OiBbUGNlXSBBbGV4ZXkgTWVsbmlrb3YncyBE aXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXBzLTE1Og0KPiA+ID4gKHdpdGggRElTQ1VTUyBh bmQgQ09NTUVOVCkNCj4gPiA+DQo+ID4gPiBBbGV4ZXkgTWVsbmlrb3YgaGFzIGVudGVyZWQgdGhl IGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+ID4gPiBkcmFmdC1pZXRmLXBjZS1wY2Vw cy0xNTogRGlzY3Vzcw0KPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+IC0tDQo+ID4gPiBESVNDVVNT Og0KPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+IC0tDQo+ID4gPg0KPiA+ID4gSSBhbSB2ZXJ5IGds YWQgdG8gc2VlIHRoaXMgZG9jdW1lbnQgYW5kIEkgd2lsbCBiZSBzd2l0Y2hpbmcgdG8gIlllcyIN Cj4gPiA+IG9uY2Ugd2UgZGlzY3VzcyB0aGUgZm9sbG93aW5nIGlzc3VlczoNCj4gPiA+DQo+ID4g PiAxKQ0KPiA+ID4gICAgICAgICAgICAgICAgICAgKy0rLSsgICAgICAgICAgICAgICAgICstKy0r DQo+ID4gPiAgICAgICAgICAgICAgICAgICB8UENDfCAgICAgICAgICAgICAgICAgfFBDRXwNCj4g PiA+ICAgICAgICAgICAgICAgICAgICstKy0rICAgICAgICAgICAgICAgICArLSstKw0KPiA+ID4g ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgfA0KPiA+ID4gICAgICAg ICAgICAgICAgICAgICB8IFN0YXJ0VExTICAgICAgICAgICAgfA0KPiA+ID4gICAgICAgICAgICAg ICAgICAgICB8IG1zZyAgICAgICAgICAgICAgICAgfA0KPiA+ID4gICAgICAgICAgICAgICAgICAg ICB8LS0tLS0tLSAgICAgICAgICAgICAgfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAg ICAgIFwgICBTdGFydFRMUyAgfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICBc ICBtc2cgICAgICAgfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgXCAgLS0t LS0tLS0tfA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgIFwvICAgICAgICAg fA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgIC9cICAgICAgICAgfA0KPiA+ ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgLyAgLS0tLS0tLS0+fA0KPiA+ID4gICAg ICAgICAgICAgICAgICAgICB8ICAgICAgICAvICAgICAgICAgICAgfA0KPiA+ID4gICAgICAgICAg ICAgICAgICAgICB8PC0tLS0tLSAgICAgICAgICAgICAgfA0KPiA+ID4gICAgICAgICAgICAgICAg ICAgICB8Ojo6Ojo6Ojo6VExTOjo6Ojo6Ojo6fCBUTFMgRXN0YWJsaXNobWVudA0KPiA+ID4gICAg ICAgICAgICAgICAgICAgICB8Ojo6OjpFc3RhYmxpc2htZW50Ojo6fCBGYWlsdXJlDQo+ID4gPiAg ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICB8DQo+ID4gPiAgICAgICAg ICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0tLS0tLS0tLS18IFNlbmQgRXJyb3ItVHlwZSBUQkEy DQo+ID4gPiAgICAgICAgICAgICAgICAgICAgIHwgICAgICBQQ0VyciAgICAgICAgICB8IEVycm9y LVZhbHVlIDMvNA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg ICAgfA0KPiA+ID4NCj4gPiA+ICAgICAgIEZpZ3VyZSAyOiBCb3RoIFBDRVAgU3BlYWtlciBzdXBw b3J0cyBQQ0VQUyAoc3RyaWN0KSwgYnV0IGNhbm5vdA0KPiA+ID4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGVzdGFibGlzaCBUTFMNCj4gPiA+DQo+ID4gPiBGaXJzdGx5LCBJIHRoaW5r IHlvdSBhbHNvIG5lZWQgdG8gZGVtb25zdHJhdGUgYSBjYXNlIHdoZW4gdGhlIHNlcnZlcg0KPiA+ ID4gZW5kIG9mIFRMUyBpcyByZWZ1c2luZyB0byBzdGFydFRMUyBiZWZvcmUgdHJ5aW5nIFRMUyBu ZWdvdGlhdGlvbg0KPiA+ID4gKGUuZy4gaWYgaXQgZG9lc24ndCBoYXZlIGNlcnRpZmljYXRlIGNv bmZpZ3VyZWQpLiBJbiB0aGlzIGNhc2UgeW91DQo+ID4gPiBuZWVkIHRvIHNlbmQgUENFcnIgaW4g dGhlIGNsZWFyLiBJIHRoaW5rIGVhcmxpZXIgdGV4dCBzdWdnZXN0IHRoYXQNCj4gdGhpcyBjYXNl IGlzIHBvc3NpYmxlLg0KPiA+ID4NCj4gPiBbW0RocnV2IERob2R5XV0gTm8sIHRoZSBvbmx5IGVy cm9yIHRvIFN0YXJ0VExTIGlzIGJ5IGFuIGltcGxlbWVudGF0aW9uDQo+ID4gdGhhdCBkb2VzIG5v dCB1bmRlcnN0YW5kIHRoZSBtZXNzYWdlLg0KPiA+IEluIGNhc2UgY2VydGlmaWNhdGUgaXMgbm90 IGNvbmZpZ3VyZWQgd2Ugd291bGQgc3RhcnQgVExTIG5lZ290aWF0aW9uLA0KPiA+IHdoaWNoIHdv dWxkIGZhaWwuDQo+DQo+IEkgdGhpbmsgeW91IHNob3VsZCBjbGFyaWZ5IHRoaXMuDQo+DQo+IEkg aGF2ZSBpbXBsZW1lbnRlZCBTdGFydFRMUyBpbiBib3RoIElNQVAgYW5kIExEQVAgYW5kIHRoaXMg aXMgbm90DQo+IG5lY2Vzc2FyaWx5IGhvdyBpdCB3b3JrcyB0aGVyZTogYmVmb3JlIFRMUyBuZWdv dGlhdGlvbiBzdGFydHMgaXQgaXMNCj4gcG9zc2libGUgZm9yIHRoZSBzZXJ2ZXIgZW5kIHRvIHJl amVjdCBuZWdvdGlhdGlvbiBpbiBjbGVhcnRleHQuDQo+DQpbW0RocnV2IERob2R5XV0gRXJyb3Ig Y2FuIGJlIGFkZGVkIGhlcmUsIE1vcmUgb24gdGhpcywgc2VlIHJlcGx5IGJlbG93Lg0KDQo+ID4g PiBTZWNvbmRseSwgZG9lcyB0aGUgY2FzZSBkZXBpY3RlZCBvbiB0aGlzIHBpY3R1cmUgbWVhbiB0 aGF0IFRMUyB3YXMNCj4gPiA+IG5lZ290aWF0ZWQgc3VjY2Vzc2Z1bGx5LCBidXQgVExTIGlkZW50 aXRpZXMgd2VyZSBub3Qgc3VjY2Vzc2Z1bGx5DQo+IHZlcmlmaWVkPw0KPiA+ID4gKEkuZS4gdGhl IFBDRXJyIGlzIHNlbnQgb3ZlciB0aGUgVExTIGxheWVyKS4gSWYgVExTIGZhaWxlZCB0bw0KPiA+ ID4gbmVnb3RpYXRlLCB5b3UgZG9uJ3QgaGF2ZSBhIGNoYW5uZWwgdG8gc2VuZCBkYXRhIG9uLCBh cyB0aGUgb3RoZXINCj4gPiA+IGVuZCB3aWxsIGdldCBjb25mdXNlZC4gSSB0aGluayB5b3UganVz dCBoYXZlIHRvIGNsb3NlIGNvbm5lY3Rpb24gaW4NCj4gc3VjaCBjYXNlLg0KPiA+ID4NCj4gPiBb W0RocnV2IERob2R5XV0gTm8sIHRoZSBQQ0VyciBpcyBzZW50IGluIGNsZWFyIG92ZXIgdGhlIFRD UCBjb25uZWN0aW9uDQo+ID4gKHVuZGVybHlpbmcgdHJhbnNwb3J0KS4NCj4gPiBFS1IgYWxzbyBt YWRlIGEgc2ltaWxhciBwb2ludC4gSSB1cGRhdGVkIHRoZSB0ZXh0IHRvIGluY2x1ZGUgdGhpcyAt DQo+ID4NCj4gPiAgICBOb3RlIHRoYXQsIHRoZSBQQ0VQIGltcGxlbWVudGF0aW9uIE1VU1Qgc2Vu ZCB0aGUgUENFcnIgbWVzc2FnZSBvbmNlDQo+ID4gICAgdGhlIFRMUyBjb25uZWN0aW9uIGhhcyBi ZWVuIGNsb3NlZCBpLmUuIHRoZSBUTFMgY2xvc2Vfbm90aWZ5DQo+ID4gICAgW1JGQzUyNDZdIGhh cyBiZWVuIHJlY2VpdmVkIGZyb20gdGhlIHBlZXIuICBBcyBwZXIgW1JGQzUyNDZdLCBpZiB0aGUN Cj4gPiAgICBkYXRhIG1heSBiZSBjYXJyaWVkIG92ZXIgdGhlIHVuZGVybHlpbmcgdHJhbnNwb3J0 IGFmdGVyIHRoZSBUTFMNCj4gPiAgICBjb25uZWN0aW9uIGlzIGNsb3NlZCwgdGhlIFRMUyBpbXBs ZW1lbnRhdGlvbiBtdXN0IHJlY2VpdmUgdGhlDQo+ID4gICAgcmVzcG9uZGluZyBjbG9zZV9ub3Rp ZnkgYWxlcnQgYmVmb3JlIGluZGljYXRpbmcgdG8gdGhlIGFwcGxpY2F0aW9uDQo+ID4gICAgbGF5 ZXIgdGhhdCB0aGUgVExTIGNvbm5lY3Rpb24gaGFzIGVuZGVkLg0KPg0KPiBIbW0sIEkgYW0gbm90 IHN1cmUgdGhpcyB3aWxsIGV2ZXIgd29yay4gSSBrbm93IHRoYXQgaW1wbGVtZW50YXRpb25zIG9m IFRMUw0KPiBpbiBvdGhlciBwcm90b2NvbHMgSSB3b3JrZWQgb24gY2FuJ3QgcmVhZCBhbnkgY2xl YXJ0ZXh0IFRDUCBkYXRhIGFmdGVyIFRMUw0KPiBoYXMgZmFpbGVkLg0KPg0KW1tEaHJ1diBEaG9k eV1dIE9uZSB3YXkgdG8gcmVzb2x2ZSB0aGlzIGlzc3VlIHdvdWxkIGJlIHdlIG1vdmUgdGhlc2Ug ZXJyb3JzIGZyb20gYWZ0ZXIgVExTIG5lZ290aWF0aW9uIHRvIGJlZm9yZSBpdCwgc28gdGhhdCB0 aGV5IGJlY29tZSB0aGUgcmVzcG9uc2UgdG8gU3RhcnRUTFMgYXMgc3VnZ2VzdGVkIGJ5IHlvdXIg cHJldmlvdXMgY29tbWVudC4NCldlIHdvdWxkIG5vdCBiZSBzZW5kaW5nIGVycm9yIGluIGNsZWFy IHRleHQgaW4gY2FzZSBvZiBUTFMgbmVnb3RpYXRpb24gZmFpbHVyZS4NCg0KU28gYmFzaWNhbGx5 IHRoZSBjaGFuZ2Ugd291bGQgbG9vayBzb21ldGhpbmcgbGlrZSAtDQoNCk9MRDoNCiAgIEFmdGVy IHRoZSBleGNoYW5nZSBvZiBTdGFydFRMUyBtZXNzYWdlcywgaWYgYSBQQ0VQIHNwZWFrZXIgY2Fu bm90DQogICBlc3RhYmxpc2ggYSBUTFMgY29ubmVjdGlvbiBmb3Igc29tZSByZWFzb24gKGUuZy4g dGhlIHJlcXVpcmVkDQogICBtZWNoYW5pc21zIGZvciBjZXJ0aWZpY2F0ZSByZXZvY2F0aW9uIGNo ZWNraW5nIGFyZSBub3QgYXZhaWxhYmxlKSwgaXQNCiAgIE1VU1QgcmV0dXJuIGEgUENFcnIgbWVz c2FnZSAoaW4gY2xlYXIpIHdpdGggRXJyb3ItVHlwZSBzZXQgdG8gW1RCQTINCiAgIGJ5IElBTkFd IChQQ0VQIFN0YXJ0VExTIGZhaWx1cmUpIGFuZCBFcnJvci12YWx1ZSBzZXQgdG86DQoNCiAgIG8g IDMgKG5vdCB3aXRob3V0IFRMUykgaWYgaXQgaXMgbm90IHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENF UCBtZXNzYWdlcw0KICAgICAgd2l0aG91dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9uLCBh bmQgaXQgTVVTVCBjbG9zZSB0aGUgVENQDQogICAgICBzZXNzaW9uLg0KDQogICBvICA0IChvayB3 aXRob3V0IFRMUykgaWYgaXQgaXMgd2lsbGluZyB0byBleGNoYW5nZSBQQ0VQIG1lc3NhZ2VzDQog ICAgICB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNs b3NlIHRoZSBUQ1ANCiAgICAgIHNlc3Npb24uICBUaGUgcmVjZWl2ZXIgTUFZIGNob29zZSB0byBh dHRlbXB0IHRvIHJlLWVzdGFibGlzaCB0aGUNCiAgICAgIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRM UyBuZXh0LiAgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZQ0KICAgICAgUENFUCBzZXNz aW9uIHdpdGhvdXQgVExTIFNIT1VMRCBiZSBsaW1pdGVkIHRvIG9ubHkgb25jZS4NCg0KTkVXOg0K ICAgSWYgYSBQQ0VQIHNwZWFrZXIgdGhhdCBpcyB1bndpbGxpbmcgb3IgdW5hYmxlIHRvIG5lZ290 aWF0ZSBUTFMNCiAgIHJlY2VpdmVzIGEgU3RhcnRUTFMgbWVzc2FnZXMsIGl0IE1VU1QgcmV0dXJu IGEgUENFcnIgbWVzc2FnZSAoaW4NCiAgIGNsZWFyKSB3aXRoIEVycm9yLVR5cGUgc2V0IHRvIFtU QkEyIGJ5IElBTkFdIChQQ0VQIFN0YXJ0VExTIGZhaWx1cmUpDQogICBhbmQgRXJyb3ItdmFsdWUg c2V0IHRvOg0KDQogICBvICAzIChub3Qgd2l0aG91dCBUTFMpIGlmIGl0IGlzIG5vdCB3aWxsaW5n IHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2FnZXMNCiAgICAgIHdpdGhvdXQgdGhlIHNvbGljaXRlZCBU TFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1QgY2xvc2UgdGhlIFRDUA0KICAgICAgc2Vzc2lvbi4N Cg0KICAgbyAgNCAob2sgd2l0aG91dCBUTFMpIGlmIGl0IGlzIHdpbGxpbmcgdG8gZXhjaGFuZ2Ug UENFUCBtZXNzYWdlcw0KICAgICAgd2l0aG91dCB0aGUgc29saWNpdGVkIFRMUyBjb25uZWN0aW9u LCBhbmQgaXQgTVVTVCBjbG9zZSB0aGUgVENQDQogICAgICBzZXNzaW9uLiAgVGhlIHJlY2VpdmVy IE1BWSBjaG9vc2UgdG8gYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlDQogICAgICBQQ0VQIHNl c3Npb24gd2l0aG91dCBUTFMgbmV4dC4gIFRoZSBhdHRlbXB0IHRvIHJlLWVzdGFibGlzaCB0aGUN CiAgICAgIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9VTEQgYmUgbGltaXRlZCB0byBvbmx5 IG9uY2UuDQoNCiAgIEFmdGVyIHRoZSBleGNoYW5nZSBvZiBTdGFydFRMUyBtZXNzYWdlcywgaWYg dGhlIFRMUyBuZWdvdGlhdGlvbiBmYWlscw0KICAgZm9yIHNvbWUgcmVhc29uIChlLmcuIHRoZSBy ZXF1aXJlZCBtZWNoYW5pc21zIGZvciBjZXJ0aWZpY2F0ZQ0KICAgcmV2b2NhdGlvbiBjaGVja2lu ZyBhcmUgbm90IGF2YWlsYWJsZSksIGJvdGggcGVlcnMgU0hPVUxEIGltbWVkaWF0ZWx5DQogICBj bG9zZSB0aGUgY29ubmVjdGlvbi4gIFNpbmNlIHRoZSBpbml0aWF0b3IgaGFzIG5vIHdheSB0byBr bm93IGlmIHRoZQ0KICAgcGVlciBpcyB3aWxsaW5nIHRvIGFjY2VwdCBQQ0VQIGNvbm5lY3Rpb24g d2l0aG91dCBUTFMsIGJhc2VkIG9uIHRoZQ0KICAgbG9jYWwgcG9saWN5LCBpdCBNQVkgYXR0ZW1w dCB0byByZS1lc3RhYmxpc2ggdGhlIFBDRVAgc2Vzc2lvbiB3aXRob3V0DQogICBUTFMuICBUaGUg YXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlIFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9V TEQNCiAgIGJlIGxpbWl0ZWQgdG8gb25seSBvbmNlLg0KDQpUaGlzIHdpbGwgdGVjaG5pY2FsbHkg d29yaywgYnV0IGlzIHRoZXJlIGEgcmVhc29uIHlvdSBkb24ndCBzcGVjaWZ5IGEgcGFyYW1ldGVy IHRvDQpTVEFSVFRMUyB3aGljaCBleHByZXNzZXMgeW91ciBwb2xpY3k/DQoNCi1Fa3INCltbW0Ro cnV2IERob2R5XV1dIEl0IGNvdWxkIGJlIGRvbmUgdGhhdCB3YXkgYXMgd2VsbCwgYnV0IGF0IHRo aXMgbGF0ZSBzdGFnZSB3ZSBzaG91bGQgYXZvaWQgbWFraW5nIGEgY2hhbmdlIHRoYXQgd291bGQg cmVxdWlyZSBhZGRpbmcgYSBuZXcgUENFUCBvYmplY3QuDQpBcyB0aGVyZSBpcyBubyB3YXkgdG8g YWRkIHRoaXMgaW4gY3VycmVudCBTdGFydFRMUyBtZXNzYWdlIGVuY29kaW5nLg0KDQoNClRoaXMg aXMgc3RpbGwgYW4gSS1ELCByaWdodD8gQXJlIHRoZXJlIGFueSBmaWVsZGVkIGltcGxlbWVudGF0 aW9ucz8NCg0KLUVrcg0KDQpbW0RocnV2IERob2R5XV0gVGhlcmUgYXJlIGltcGxlbWVudGF0aW9u cywgbm90IHN1cmUgaWYgdGhleSBxdWFsaWZ5IGFzIOKAnGZpZWxkZWTigJ0uDQoNCkRvIHlvdSBm ZWVsIHN0cm9uZ2x5IGFib3V0IG1ha2luZyB0aGUgY2hhbmdlPw0KDQpJdCBzZWVtcyBsaWtlIGl0 IHdvdWxkIGNsZWFuIHVwIGEgbnVtYmVyIG9mIGNvbmZ1c2luZyBpc3N1ZXMgaW4geW91ciBkcmFm dCwgc28gSSdkIGxpa2UgdG8gdW5kZXJzdGFuZCB3aHkgdGhlIFdHIGRpZG4ndCBkbyBpdC4NCg0K LUVrcg0KDQpbW1tEaHJ1diBEaG9keV1dXSBXZWxsIHRvIGJlIGZyYW5rLCBzaW5jZSBpdCB3YXMg bm90IHByb3Bvc2VkLCBXRyBkaWQgbm90IGNvbnNpZGVyIGl0IDopDQoNCkFzIGFuIGF1dGhvciwg d2hpbGUgcmVmZXJlbmNpbmcgU3RhcnRUTFMgd29yayBpbiBvdGhlciBwcm90b2NvbHMgd2UgZGlk IG5vdCBzZWUgc3VjaCBhIGNvbnNpZGVyYXRpb24gZWl0aGVyLCBhbmQgd2UgZW5kZWQgdXAgd2l0 aCB0aGUgUENFUCBlcnJvciBtZWNoYW5pc20gdG8gY29udmV5IHRoZSBpbmZvcm1hdGlvbi4NCg0K V2hpbGUgdGhlIHJlcXVlc3RlZCBjaGFuZ2UgbWF5IHNpbXBsaWZ5IGEgZmV3IHRoaW5ncywgYnV0 IGl0IHdvdWxkIGFsc28gcmVxdWlyZSBhZGRpbmcgYSBuZXcgc2VjdGlvbiBmb3IgYSBuZXcgUENF UCBvYmplY3QgLSBTdGFydFRMUyBvYmplY3QgKGFzIHVuZm9ydHVuYXRlbHkgdGhlcmUgaXMgbm8g d2F5IHRvIGNhcnJ5IHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgY3VycmVudCBtZXNzYWdlL29iamVj dHMpLiAgQXMgYW4gZWRpdG9yIEkgYW0gc2h5aW5nIGF3YXkgZnJvbSBtYWtpbmcgYSBjaGFuZ2Ug aWYgdGhlIGJlbmVmaXQgaXMgbm90IGJpZyAobWF5YmUgbXkgYmlhc2VkIHZpZXcpIGJ1dCBhcyBh biBBRCBpZiB5b3UgZmVlbCB0aGlzIGlzIHJlcXVpcmVkLCB3ZSB3b3VsZCBtYWtlIHRoZSBjaGFu Z2UuDQoNClRoYW5rcyBmb3IgeW91ciBjb250aW51ZWQgZGlzY3Vzc2lvbi4NCg0KUmVnYXJkcywN CkRocnV2DQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQpSZWdhcmRzLA0KRGhydXYNCg0KDQoNCldvcmtp bmcgdmVyc2lvbjogaHR0cHM6Ly9naXRodWIuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvYmxv Yi9tYXN0ZXIvZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTYudHh0DQpEaWZmOiBodHRwczovL3Rvb2xz LmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNSZ1cmwyPWh0dHBz Oi8vcmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbS9kaHJ1dmRob2R5LWh1YXdlaS9pZXRmL21hc3Rl ci9kcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNi50eHQNCg0KUmVnYXJkcywNCkRocnV2DQoNCj4gPiA+ IFNvIG1heWJlIHlvdSBuZWVkIDMgZmlndXJlcyBkZXNjcmliaW5nIHRoZSBhYm92ZSAzIGNhc2Vz Lg0KDQoNCg0K --_000_23CE718903A838468A8B325B80962F9B8CB99D93blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIjsN CglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNt Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFy YWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJ bWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsN CgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5F bWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1p bHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdv cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBw dCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTE0NzU0 ODg5NTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTY3 MTY5NzQ1OCA2MjYwNTI0OTQgMTA3NDMzMTY1MSAxMDc0MzMxNjUzIDEwNzQzMzE2NDkgMTA3NDMz MTY1MSAxMDc0MzMxNjUzIDEwNzQzMzE2NDkgMTA3NDMzMTY1MSAxMDc0MzMxNjUzO30NCkBsaXN0 IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ6LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiVHJlYnVj aGV0IE1TIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ bXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwy DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K QGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6 V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoy MDQ2NzA4OTg0Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlk czotMjExNDk2MTkyOCAtNjY1Mjk0ODI2IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAxMDc0MzMxNjQ5 IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAxMDc0MzMxNjQ5IDEwNzQzMzE2NTEgMTA3NDMzMTY1Mzt9 DQpAbGlzdCBsMTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6 IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxp YnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwx OmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBO ZXciO30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDE6bGV2 ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30N CkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5 OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDINCgl7bXNvLWxp c3QtaWQ6MjExODc5NTk5NjsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1w bGF0ZS1pZHM6MTg5MzA5NzQxOCAtOTc1OTAwNDU0IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAxMDc0 MzMxNjQ5IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAxMDc0MzMxNjQ5IDEwNzQzMzE2NTEgMTA3NDMz MTY1Mzt9DQpAbGlzdCBsMjpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1m YW1pbHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWls eTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciO30NCkBsaXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3Qg bDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwyOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMjpsZXZlbDkNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2lu LWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tSU4iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIEVyaWMsDQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4gRXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbV0NCjxicj4NCjxiPlNl bnQ6PC9iPiAwOCBBdWd1c3QgMjAxNyAxODoxODxicj4NCjxiPlRvOjwvYj4gRGhydXYgRGhvZHkg Jmx0O2RocnV2LmRob2R5QGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBBbGV4ZXkgTWVs bmlrb3YgJmx0O2FhbWVsbmlrb3ZAZmFzdG1haWwuZm0mZ3Q7OyBkcmFmdC1pZXRmLXBjZS1wY2Vw c0BpZXRmLm9yZzsgcGNlQGlldGYub3JnOyBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZndDs7 IHBjZS1jaGFpcnNAaWV0Zi5vcmc7IGNtYXJnYXJpYUBqdW5pcGVyLm5ldDxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBSZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRm LXBjZS1wY2Vwcy0xNTogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBBdWcgOCwgMjAxNyBhdCA0OjAxIEFN LCBEaHJ1diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20i IHRhcmdldD0iX2JsYW5rIj5kaHJ1di5kaG9keUBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojODQzQzBDIj5I aSBFcmljLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi bHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPiBFcmljDQogUmVzY29ybGEgW21haWx0bzo8YSBocmVmPSJtYWlsdG86ZWtyQHJ0Zm0uY29t IiB0YXJnZXQ9Il9ibGFuayI+ZWtyQHJ0Zm0uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAw NyBBdWd1c3QgMjAxNyAyMDo1NDxicj4NCjxiPlRvOjwvYj4gRGhydXYgRGhvZHkgJmx0OzxhIGhy ZWY9Im1haWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYu ZGhvZHlAaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBBbGV4ZXkgTWVsbmlrb3Yg Jmx0OzxhIGhyZWY9Im1haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtIiB0YXJnZXQ9Il9ibGFu ayI+YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWlldGYtcGNlLXBjZXBzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtaWV0Zi1wY2Ut cGNlcHNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPnBjZUBpZXRmLm9yZzwvYT47IFRoZSBJRVNHICZsdDs8YSBocmVmPSJtYWlsdG86 aWVzZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmllc2dAaWV0Zi5vcmc8L2E+Jmd0OzsNCjxh IGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGNlLWNo YWlyc0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpjbWFyZ2FyaWFAanVuaXBlci5uZXQi IHRhcmdldD0iX2JsYW5rIj4NCmNtYXJnYXJpYUBqdW5pcGVyLm5ldDwvYT48L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBS ZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vw cy0xNTogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gTW9uLCBBdWcgNywgMjAx NyBhdCA3OjQxIEFNLCBEaHJ1diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRob2R5 QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5kaHJ1di5kaG9keUBodWF3ZWkuY29tPC9hPiZn dDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBj bSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDow Y207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJl YnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgRXJpYywNCjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bh bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEVyaWMNCiBSZXNjb3JsYSBbbWFp bHRvOjxhIGhyZWY9Im1haWx0bzpla3JAcnRmbS5jb20iIHRhcmdldD0iX2JsYW5rIj5la3JAcnRm bS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDA1IEF1Z3VzdCAyMDE3IDIyOjU4PGJyPg0K PGI+VG86PC9iPiBEaHJ1diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRob2R5QGh1 YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5kaHJ1di5kaG9keUBodWF3ZWkuY29tPC9hPiZndDs8 YnI+DQo8Yj5DYzo8L2I+IEFsZXhleSBNZWxuaWtvdiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFhbWVs bmlrb3ZAZmFzdG1haWwuZm0iIHRhcmdldD0iX2JsYW5rIj5hYW1lbG5pa292QGZhc3RtYWlsLmZt PC9hPiZndDs7IFRoZSBJRVNHICZsdDs8YSBocmVmPSJtYWlsdG86aWVzZ0BpZXRmLm9yZyIgdGFy Z2V0PSJfYmxhbmsiPmllc2dAaWV0Zi5vcmc8L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpjbWFy Z2FyaWFAanVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj5jbWFyZ2FyaWFAanVuaXBlci5uZXQ8 L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+ZHJhZnQtaWV0Zi1wY2UtcGNlcHNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0i bWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBjZUBpZXRmLm9yZzwvYT47IDxh IGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpwY2Ut Y2hhaXJzQGlldGYub3JnPC9hPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCjxi PlN1YmplY3Q6PC9iPiBSZTogW1BjZV0gQWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFm dC1pZXRmLXBjZS1wY2Vwcy0xNTogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDs8c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T24g RnJpLCBBdWcgNCwgMjAxNyBhdCAxMTo0MSBBTSwgRGhydXYgRGhvZHkgJmx0OzxhIGhyZWY9Im1h aWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGhydXYuZGhvZHlA aHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQu OHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgQWxleGV5LDxicj4NCjxicj4NCiZndDsgLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IEFsZXhleSBNZWxuaWtvdiBb bWFpbHRvOjxhIGhyZWY9Im1haWx0bzphYW1lbG5pa292QGZhc3RtYWlsLmZtIiB0YXJnZXQ9Il9i bGFuayI+YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTwvYT5dPGJyPg0KJmd0OyBTZW50OiAwMyBBdWd1 c3QgMjAxNyAxOToyNDxicj4NCiZndDsgVG86IERocnV2IERob2R5ICZsdDs8YSBocmVmPSJtYWls dG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRocnV2LmRob2R5QGh1 YXdlaS5jb208L2E+Jmd0OzsgVGhlIElFU0cgJmx0OzxhIGhyZWY9Im1haWx0bzppZXNnQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+aWVzZ0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KJmd0OyBDYzog PGEgaHJlZj0ibWFpbHRvOmNtYXJnYXJpYUBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmNt YXJnYXJpYUBqdW5pcGVyLm5ldDwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1wY2Ut cGNlcHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRm Lm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86cGNlQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ cGNlQGlldGYub3JnPC9hPjs8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpwY2UtY2hhaXJzQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGNlLWNoYWlyc0BpZXRmLm9yZzwvYT48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZndDsgU3ViamVjdDogUmU6IFtQY2VdIEFsZXhleSBNZWxuaWtvdidzIERp c2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTU6PGJyPg0KJmd0OyAod2l0aCBESVNDVVNT IGFuZCBDT01NRU5UKTxicj4NCiZndDs8YnI+DQomZ3Q7IEhpLDxicj4NCiZndDs8YnI+DQomZ3Q7 IE9uIFRodSwgQXVnIDMsIDIwMTcsIGF0IDAyOjM2IFBNLCBEaHJ1diBEaG9keSB3cm90ZTo8YnI+ DQomZ3Q7ICZndDsgSGkgQWxleGV5LDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGFu a3MgZm9yIHlvdXIgY29tbWVudHMsIHNlZSBpbmxpbmUuLi48YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsgJmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgJmd0OyAm Z3Q7IEZyb206IFBjZSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPnBjZS1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9m IEFsZXhleSBNZWxuaWtvdjxicj4NCiZndDsgJmd0OyAmZ3Q7IFNlbnQ6IDAzIEF1Z3VzdCAyMDE3 IDE1OjM1PGJyPg0KJmd0OyAmZ3Q7ICZndDsgVG86IFRoZSBJRVNHICZsdDs8YSBocmVmPSJtYWls dG86aWVzZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmllc2dAaWV0Zi5vcmc8L2E+Jmd0Ozxi cj4NCiZndDsgJmd0OyAmZ3Q7IENjOiA8YSBocmVmPSJtYWlsdG86Y21hcmdhcmlhQGp1bmlwZXIu bmV0IiB0YXJnZXQ9Il9ibGFuayI+Y21hcmdhcmlhQGp1bmlwZXIubmV0PC9hPjsNCjxhIGhyZWY9 Im1haWx0bzpkcmFmdC1pZXRmLXBjZS1wY2Vwc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRy YWZ0LWlldGYtcGNlLXBjZXBzQGlldGYub3JnPC9hPjs8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YSBo cmVmPSJtYWlsdG86cGNlQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGNlQGlldGYub3JnPC9h PjsgPGEgaHJlZj0ibWFpbHRvOnBjZS1jaGFpcnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4N CnBjZS1jaGFpcnNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgU3ViamVjdDogW1Bj ZV0gQWxleGV5IE1lbG5pa292J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXBjZS1wY2Vwcy0xNTo8 YnI+DQomZ3Q7ICZndDsgJmd0OyAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKTxicj4NCiZndDsg Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgQWxleGV5IE1lbG5pa292IGhhcyBlbnRlcmVk IHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcjxicj4NCiZndDsgJmd0OyAmZ3Q7IGRy YWZ0LWlldGYtcGNlLXBjZXBzLTE1OiBEaXNjdXNzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS08YnI+DQomZ3Q7ICZndDsgJmd0OyAtLTxicj4NCiZndDsgJmd0OyAmZ3Q7IERJU0NVU1M6 PGJyPg0KJmd0OyAmZ3Q7ICZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7ICZndDsgJmd0OyAtLTxi cj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgSSBhbSB2ZXJ5IGdsYWQgdG8g c2VlIHRoaXMgZG9jdW1lbnQgYW5kIEkgd2lsbCBiZSBzd2l0Y2hpbmcgdG8gJnF1b3Q7WWVzJnF1 b3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgb25jZSB3ZSBkaXNjdXNzIHRoZSBmb2xsb3dpbmcgaXNz dWVzOjxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgMSk8YnI+DQomZ3Q7 ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0m IzQzOzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fFBDQ3wmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3xQQ0V8PGJyPg0K Jmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOyZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7JiM0MzstJiM0 MzstJiM0Mzs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IFN0YXJ0 VExTJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDxicj4NCiZndDsg Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgbXNnJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7ICZn dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7fC0tLS0tLS0mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgfDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtcJm5ic3A7ICZuYnNwO1N0YXJ0VExTJm5i c3A7IHw8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IFwmbmJzcDsgbXNnJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxi cj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7XCZuYnNwOyAtLS0tLS0tLS18PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgXC8mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC9cJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOy8mbmJzcDsgLS0t LS0tLS0mZ3Q7fDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgLyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IHw8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jmx0Oy0tLS0t LSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8PGJyPg0K Jmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDo6Ojo6Ojo6OlRMUzo6Ojo6Ojo6Onwg VExTIEVzdGFibGlzaG1lbnQ8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8 Ojo6OjpFc3RhYmxpc2htZW50Ojo6fCBGYWlsdXJlPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCZsdDstLS0tLS0tLS0tLS0tLS0tLS0tLXwgU2VuZCBFcnJvci1UeXBl IFRCQTI8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8Jm5ic3A7ICZuYnNw OyAmbmJzcDsgUENFcnImbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHwgRXJyb3It VmFsdWUgMy80PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpZ3VyZSAyOiBCb3RoIFBDRVAgU3BlYWtlciBzdXBwb3J0 cyBQQ0VQUyAoc3RyaWN0KSwgYnV0IGNhbm5vdDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGVzdGFibGlzaCBU TFM8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IEZpcnN0bHksIEkgdGhp bmsgeW91IGFsc28gbmVlZCB0byBkZW1vbnN0cmF0ZSBhIGNhc2Ugd2hlbiB0aGUgc2VydmVyPGJy Pg0KJmd0OyAmZ3Q7ICZndDsgZW5kIG9mIFRMUyBpcyByZWZ1c2luZyB0byBzdGFydFRMUyBiZWZv cmUgdHJ5aW5nIFRMUyBuZWdvdGlhdGlvbjxicj4NCiZndDsgJmd0OyAmZ3Q7IChlLmcuIGlmIGl0 IGRvZXNuJ3QgaGF2ZSBjZXJ0aWZpY2F0ZSBjb25maWd1cmVkKS4gSW4gdGhpcyBjYXNlIHlvdTxi cj4NCiZndDsgJmd0OyAmZ3Q7IG5lZWQgdG8gc2VuZCBQQ0VyciBpbiB0aGUgY2xlYXIuIEkgdGhp bmsgZWFybGllciB0ZXh0IHN1Z2dlc3QgdGhhdDxicj4NCiZndDsgdGhpcyBjYXNlIGlzIHBvc3Np YmxlLjxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFtbRGhydXYgRGhvZHldXSBO bywgdGhlIG9ubHkgZXJyb3IgdG8gU3RhcnRUTFMgaXMgYnkgYW4gaW1wbGVtZW50YXRpb248YnI+ DQomZ3Q7ICZndDsgdGhhdCBkb2VzIG5vdCB1bmRlcnN0YW5kIHRoZSBtZXNzYWdlLjxicj4NCiZn dDsgJmd0OyBJbiBjYXNlIGNlcnRpZmljYXRlIGlzIG5vdCBjb25maWd1cmVkIHdlIHdvdWxkIHN0 YXJ0IFRMUyBuZWdvdGlhdGlvbiw8YnI+DQomZ3Q7ICZndDsgd2hpY2ggd291bGQgZmFpbC48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBJIHRoaW5rIHlvdSBzaG91bGQgY2xhcmlmeSB0aGlzLjxicj4NCiZn dDs8YnI+DQomZ3Q7IEkgaGF2ZSBpbXBsZW1lbnRlZCBTdGFydFRMUyBpbiBib3RoIElNQVAgYW5k IExEQVAgYW5kIHRoaXMgaXMgbm90PGJyPg0KJmd0OyBuZWNlc3NhcmlseSBob3cgaXQgd29ya3Mg dGhlcmU6IGJlZm9yZSBUTFMgbmVnb3RpYXRpb24gc3RhcnRzIGl0IGlzPGJyPg0KJmd0OyBwb3Nz aWJsZSBmb3IgdGhlIHNlcnZlciBlbmQgdG8gcmVqZWN0IG5lZ290aWF0aW9uIGluIGNsZWFydGV4 dC48YnI+DQomZ3Q7PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPltbRGhydXYgRGhvZHldXSBFcnJv ciBjYW4gYmUgYWRkZWQgaGVyZSwgTW9yZSBvbiB0aGlzLCBzZWUgcmVwbHkgYmVsb3cuPGJyPg0K PGJyPg0KJmd0OyAmZ3Q7ICZndDsgU2Vjb25kbHksIGRvZXMgdGhlIGNhc2UgZGVwaWN0ZWQgb24g dGhpcyBwaWN0dXJlIG1lYW4gdGhhdCBUTFMgd2FzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgbmVnb3Rp YXRlZCBzdWNjZXNzZnVsbHksIGJ1dCBUTFMgaWRlbnRpdGllcyB3ZXJlIG5vdCBzdWNjZXNzZnVs bHk8YnI+DQomZ3Q7IHZlcmlmaWVkPzxicj4NCiZndDsgJmd0OyAmZ3Q7IChJLmUuIHRoZSBQQ0Vy ciBpcyBzZW50IG92ZXIgdGhlIFRMUyBsYXllcikuIElmIFRMUyBmYWlsZWQgdG88YnI+DQomZ3Q7 ICZndDsgJmd0OyBuZWdvdGlhdGUsIHlvdSBkb24ndCBoYXZlIGEgY2hhbm5lbCB0byBzZW5kIGRh dGEgb24sIGFzIHRoZSBvdGhlcjxicj4NCiZndDsgJmd0OyAmZ3Q7IGVuZCB3aWxsIGdldCBjb25m dXNlZC4gSSB0aGluayB5b3UganVzdCBoYXZlIHRvIGNsb3NlIGNvbm5lY3Rpb24gaW48YnI+DQom Z3Q7IHN1Y2ggY2FzZS48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBbW0RocnV2 IERob2R5XV0gTm8sIHRoZSBQQ0VyciBpcyBzZW50IGluIGNsZWFyIG92ZXIgdGhlIFRDUCBjb25u ZWN0aW9uPGJyPg0KJmd0OyAmZ3Q7ICh1bmRlcmx5aW5nIHRyYW5zcG9ydCkuPGJyPg0KJmd0OyAm Z3Q7IEVLUiBhbHNvIG1hZGUgYSBzaW1pbGFyIHBvaW50LiBJIHVwZGF0ZWQgdGhlIHRleHQgdG8g aW5jbHVkZSB0aGlzIC08YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 IE5vdGUgdGhhdCwgdGhlIFBDRVAgaW1wbGVtZW50YXRpb24gTVVTVCBzZW5kIHRoZSBQQ0VyciBt ZXNzYWdlIG9uY2U8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IHRoZSBUTFMgY29ubmVjdGlv biBoYXMgYmVlbiBjbG9zZWQgaS5lLiB0aGUgVExTIGNsb3NlX25vdGlmeTxicj4NCiZndDsgJmd0 OyZuYnNwOyAmbmJzcDsgW1JGQzUyNDZdIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gdGhlIHBlZXIu Jm5ic3A7IEFzIHBlciBbUkZDNTI0Nl0sIGlmIHRoZTxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJz cDsgZGF0YSBtYXkgYmUgY2FycmllZCBvdmVyIHRoZSB1bmRlcmx5aW5nIHRyYW5zcG9ydCBhZnRl ciB0aGUgVExTPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyBjb25uZWN0aW9uIGlzIGNsb3Nl ZCwgdGhlIFRMUyBpbXBsZW1lbnRhdGlvbiBtdXN0IHJlY2VpdmUgdGhlPGJyPg0KJmd0OyAmZ3Q7 Jm5ic3A7ICZuYnNwOyByZXNwb25kaW5nIGNsb3NlX25vdGlmeSBhbGVydCBiZWZvcmUgaW5kaWNh dGluZyB0byB0aGUgYXBwbGljYXRpb248YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7IGxheWVy IHRoYXQgdGhlIFRMUyBjb25uZWN0aW9uIGhhcyBlbmRlZC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBI bW0sIEkgYW0gbm90IHN1cmUgdGhpcyB3aWxsIGV2ZXIgd29yay4gSSBrbm93IHRoYXQgaW1wbGVt ZW50YXRpb25zIG9mIFRMUzxicj4NCiZndDsgaW4gb3RoZXIgcHJvdG9jb2xzIEkgd29ya2VkIG9u IGNhbid0IHJlYWQgYW55IGNsZWFydGV4dCBUQ1AgZGF0YSBhZnRlciBUTFM8YnI+DQomZ3Q7IGhh cyBmYWlsZWQuPGJyPg0KJmd0Ozxicj4NCltbRGhydXYgRGhvZHldXSBPbmUgd2F5IHRvIHJlc29s dmUgdGhpcyBpc3N1ZSB3b3VsZCBiZSB3ZSBtb3ZlIHRoZXNlIGVycm9ycyBmcm9tIGFmdGVyIFRM UyBuZWdvdGlhdGlvbiB0byBiZWZvcmUgaXQsIHNvIHRoYXQgdGhleSBiZWNvbWUgdGhlIHJlc3Bv bnNlIHRvIFN0YXJ0VExTIGFzIHN1Z2dlc3RlZCBieSB5b3VyIHByZXZpb3VzIGNvbW1lbnQuPGJy Pg0KV2Ugd291bGQgbm90IGJlIHNlbmRpbmcgZXJyb3IgaW4gY2xlYXIgdGV4dCBpbiBjYXNlIG9m IFRMUyBuZWdvdGlhdGlvbiBmYWlsdXJlLjxicj4NCjxicj4NClNvIGJhc2ljYWxseSB0aGUgY2hh bmdlIHdvdWxkIGxvb2sgc29tZXRoaW5nIGxpa2UgLTxicj4NCjxicj4NCk9MRDo8YnI+DQombmJz cDsgJm5ic3A7QWZ0ZXIgdGhlIGV4Y2hhbmdlIG9mIFN0YXJ0VExTIG1lc3NhZ2VzLCBpZiBhIFBD RVAgc3BlYWtlciBjYW5ub3Q8YnI+DQombmJzcDsgJm5ic3A7ZXN0YWJsaXNoIGEgVExTIGNvbm5l Y3Rpb24gZm9yIHNvbWUgcmVhc29uIChlLmcuIHRoZSByZXF1aXJlZDxicj4NCiZuYnNwOyAmbmJz cDttZWNoYW5pc21zIGZvciBjZXJ0aWZpY2F0ZSByZXZvY2F0aW9uIGNoZWNraW5nIGFyZSBub3Qg YXZhaWxhYmxlKSwgaXQ8YnI+DQombmJzcDsgJm5ic3A7TVVTVCByZXR1cm4gYSBQQ0VyciBtZXNz YWdlIChpbiBjbGVhcikgd2l0aCBFcnJvci1UeXBlIHNldCB0byBbVEJBMjxicj4NCiZuYnNwOyAm bmJzcDtieSBJQU5BXSAoUENFUCBTdGFydFRMUyBmYWlsdXJlKSBhbmQgRXJyb3ItdmFsdWUgc2V0 IHRvOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtvJm5ic3A7IDMgKG5vdCB3aXRob3V0IFRMUykg aWYgaXQgaXMgbm90IHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxicj4NCiZuYnNw OyAmbmJzcDsgJm5ic3A7IHdpdGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5k IGl0IE1VU1QgY2xvc2UgdGhlIFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlc3Npb24u PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO28mbmJzcDsgNCAob2sgd2l0aG91dCBUTFMpIGlmIGl0 IGlzIHdpbGxpbmcgdG8gZXhjaGFuZ2UgUENFUCBtZXNzYWdlczxicj4NCiZuYnNwOyAmbmJzcDsg Jm5ic3A7IHdpdGhvdXQgdGhlIHNvbGljaXRlZCBUTFMgY29ubmVjdGlvbiwgYW5kIGl0IE1VU1Qg Y2xvc2UgdGhlIFRDUDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlc3Npb24uJm5ic3A7IFRo ZSByZWNlaXZlciBNQVkgY2hvb3NlIHRvIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZTxicj4N CiZuYnNwOyAmbmJzcDsgJm5ic3A7IFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBuZXh0LiZuYnNw OyBUaGUgYXR0ZW1wdCB0byByZS1lc3RhYmxpc2ggdGhlPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgUENFUCBzZXNzaW9uIHdpdGhvdXQgVExTIFNIT1VMRCBiZSBsaW1pdGVkIHRvIG9ubHkgb25j ZS48YnI+DQo8YnI+DQpORVc6PGJyPg0KJm5ic3A7ICZuYnNwO0lmIGEgUENFUCBzcGVha2VyIHRo YXQgaXMgdW53aWxsaW5nIG9yIHVuYWJsZSB0byBuZWdvdGlhdGUgVExTPGJyPg0KJm5ic3A7ICZu YnNwO3JlY2VpdmVzIGEgU3RhcnRUTFMgbWVzc2FnZXMsIGl0IE1VU1QgcmV0dXJuIGEgUENFcnIg bWVzc2FnZSAoaW48YnI+DQombmJzcDsgJm5ic3A7Y2xlYXIpIHdpdGggRXJyb3ItVHlwZSBzZXQg dG8gW1RCQTIgYnkgSUFOQV0gKFBDRVAgU3RhcnRUTFMgZmFpbHVyZSk8YnI+DQombmJzcDsgJm5i c3A7YW5kIEVycm9yLXZhbHVlIHNldCB0bzo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7byZuYnNw OyAzIChub3Qgd2l0aG91dCBUTFMpIGlmIGl0IGlzIG5vdCB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBD RVAgbWVzc2FnZXM8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB3aXRob3V0IHRoZSBzb2xpY2l0 ZWQgVExTIGNvbm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8YnI+DQombmJzcDsg Jm5ic3A7ICZuYnNwOyBzZXNzaW9uLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtvJm5ic3A7IDQg KG9rIHdpdGhvdXQgVExTKSBpZiBpdCBpcyB3aWxsaW5nIHRvIGV4Y2hhbmdlIFBDRVAgbWVzc2Fn ZXM8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB3aXRob3V0IHRoZSBzb2xpY2l0ZWQgVExTIGNv bm5lY3Rpb24sIGFuZCBpdCBNVVNUIGNsb3NlIHRoZSBUQ1A8YnI+DQombmJzcDsgJm5ic3A7ICZu YnNwOyBzZXNzaW9uLiZuYnNwOyBUaGUgcmVjZWl2ZXIgTUFZIGNob29zZSB0byBhdHRlbXB0IHRv IHJlLWVzdGFibGlzaCB0aGU8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBQQ0VQIHNlc3Npb24g d2l0aG91dCBUTFMgbmV4dC4mbmJzcDsgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZTxi cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IFBDRVAgc2Vzc2lvbiB3aXRob3V0IFRMUyBTSE9VTEQg YmUgbGltaXRlZCB0byBvbmx5IG9uY2UuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO0FmdGVyIHRo ZSBleGNoYW5nZSBvZiBTdGFydFRMUyBtZXNzYWdlcywgaWYgdGhlIFRMUyBuZWdvdGlhdGlvbiBm YWlsczxicj4NCiZuYnNwOyAmbmJzcDtmb3Igc29tZSByZWFzb24gKGUuZy4gdGhlIHJlcXVpcmVk IG1lY2hhbmlzbXMgZm9yIGNlcnRpZmljYXRlPGJyPg0KJm5ic3A7ICZuYnNwO3Jldm9jYXRpb24g Y2hlY2tpbmcgYXJlIG5vdCBhdmFpbGFibGUpLCBib3RoIHBlZXJzIFNIT1VMRCBpbW1lZGlhdGVs eTxicj4NCiZuYnNwOyAmbmJzcDtjbG9zZSB0aGUgY29ubmVjdGlvbi4mbmJzcDsgU2luY2UgdGhl IGluaXRpYXRvciBoYXMgbm8gd2F5IHRvIGtub3cgaWYgdGhlPGJyPg0KJm5ic3A7ICZuYnNwO3Bl ZXIgaXMgd2lsbGluZyB0byBhY2NlcHQgUENFUCBjb25uZWN0aW9uIHdpdGhvdXQgVExTLCBiYXNl ZCBvbiB0aGU8YnI+DQombmJzcDsgJm5ic3A7bG9jYWwgcG9saWN5LCBpdCBNQVkgYXR0ZW1wdCB0 byByZS1lc3RhYmxpc2ggdGhlIFBDRVAgc2Vzc2lvbiB3aXRob3V0PGJyPg0KJm5ic3A7ICZuYnNw O1RMUy4mbmJzcDsgVGhlIGF0dGVtcHQgdG8gcmUtZXN0YWJsaXNoIHRoZSBQQ0VQIHNlc3Npb24g d2l0aG91dCBUTFMgU0hPVUxEPGJyPg0KJm5ic3A7ICZuYnNwO2JlIGxpbWl0ZWQgdG8gb25seSBv bmNlLjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5UaGlzIHdpbGwgdGVjaG5pY2FsbHkgd29yaywgYnV0IGlzIHRoZXJlIGEgcmVhc29u IHlvdSBkb24ndCBzcGVjaWZ5IGEgcGFyYW1ldGVyIHRvPHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ U1RBUlRUTFMgd2hpY2ggZXhwcmVzc2VzIHlvdXIgcG9saWN5PzxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPiZuYnNwOzxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tRWtyPHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1tbRGhydXYg RGhvZHldXV0gSXQgY291bGQgYmUgZG9uZSB0aGF0IHdheSBhcyB3ZWxsLCBidXQgYXQgdGhpcyBs YXRlIHN0YWdlIHdlIHNob3VsZCBhdm9pZA0KIG1ha2luZyBhIGNoYW5nZSB0aGF0IHdvdWxkIHJl cXVpcmUgYWRkaW5nIGEgbmV3IFBDRVAgb2JqZWN0LiA8L3NwYW4+PC9pPjwvYj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BcyB0aGVyZSBpcyBubyB3 YXkgdG8gYWRkIHRoaXMgaW4gY3VycmVudCBTdGFydFRMUyBtZXNzYWdlIGVuY29kaW5nLg0KPC9z cGFuPjwvaT48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjwvaT48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoaXMgaXMg c3RpbGwgYW4gSS1ELCByaWdodD8gQXJlIHRoZXJlIGFueSBmaWVsZGVkIGltcGxlbWVudGF0aW9u cz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4t RWtyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM4NDNDMEMiPltbRGhydXYgRGhvZHldXSBUaGVy ZSBhcmUgaW1wbGVtZW50YXRpb25zLCBub3Qgc3VyZSBpZiB0aGV5IHF1YWxpZnkgYXMg4oCcZmll bGRlZOKAnS4NCjwvc3Bhbj48L2k+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxpPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojODQzQzBDIj4mbmJzcDs8L3NwYW4+PC9pPjwvYj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48Yj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izg0M0Mw QyI+RG8geW91IGZlZWwgc3Ryb25nbHkgYWJvdXQgbWFraW5nIHRoZSBjaGFuZ2U/ICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48L2k+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkl0IHNlZW1zIGxpa2UgaXQgd291bGQgY2xlYW4gdXAgYSBudW1iZXIgb2YgY29u ZnVzaW5nIGlzc3VlcyBpbiB5b3VyIGRyYWZ0LCBzbyBJJ2QgbGlrZSB0byB1bmRlcnN0YW5kIHdo eSB0aGUgV0cgZGlkbid0IGRvIGl0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4tRWtyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1tbRGhydXYgRGhvZHldXV0gV2VsbCB0byBiZSBm cmFuaywgc2luY2UgaXQgd2FzIG5vdCBwcm9wb3NlZCwgV0cgZGlkIG5vdCBjb25zaWRlciBpdCA6 KQ0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVi dWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFzIGFuIGF1dGhvciwgd2hpbGUgcmVmZXJlbmNp bmcgU3RhcnRUTFMgd29yayBpbiBvdGhlciBwcm90b2NvbHMgd2UgZGlkIG5vdCBzZWUgc3VjaCBh IGNvbnNpZGVyYXRpb24gZWl0aGVyLCBhbmQgd2UgZW5kZWQgdXAgd2l0aCB0aGUgUENFUCBlcnJv ciBtZWNoYW5pc20NCiB0byBjb252ZXkgdGhlIGluZm9ybWF0aW9uLiA8bzpwPjwvbzpwPjwvc3Bh bj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+V2hpbGUgdGhlIHJlcXVlc3RlZCBjaGFuZ2UgbWF5IHNpbXBsaWZ5IGEgZmV3IHRo aW5ncywgYnV0IGl0IHdvdWxkIGFsc28gcmVxdWlyZSBhZGRpbmcgYSBuZXcgc2VjdGlvbiBmb3Ig YSBuZXcgUENFUCBvYmplY3QgLSBTdGFydFRMUyBvYmplY3QgKGFzIHVuZm9ydHVuYXRlbHkNCiB0 aGVyZSBpcyBubyB3YXkgdG8gY2FycnkgdGhlIGluZm9ybWF0aW9uIGluIHRoZSBjdXJyZW50IG1l c3NhZ2Uvb2JqZWN0cykuICZuYnNwO0FzIGFuIGVkaXRvciBJIGFtIHNoeWluZyBhd2F5IGZyb20g bWFraW5nIGEgY2hhbmdlIGlmIHRoZSBiZW5lZml0IGlzIG5vdCBiaWcgKG1heWJlIG15IGJpYXNl ZCB2aWV3KSBidXQgYXMgYW4gQUQgaWYgeW91IGZlZWwgdGhpcyBpcyByZXF1aXJlZCwgd2Ugd291 bGQgbWFrZSB0aGUgY2hhbmdlLg0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3Ig eW91ciBjb250aW51ZWQgZGlzY3Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1 Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkRocnV2PG86cD48L286cD48 L3NwYW4+PC9pPjwvYj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4w cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGlu ZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21h cmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM4NDNDMEMiPlJlZ2FyZHMsPC9zcGFuPjwvaT48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1 Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM4NDNDMEMiPkRocnV2PC9zcGFuPjwvaT48 L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2k+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0 IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8L3NwYW4+PC9pPjwv Yj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5EaHJ1 djwvc3Bhbj48L2k+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCldvcmtpbmcgdmVyc2lvbjogPGEgaHJlZj0iaHR0 cHM6Ly9naXRodWIuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvYmxvYi9tYXN0ZXIvZHJhZnQt aWV0Zi1wY2UtcGNlcHMtMTYudHh0IiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL2dpdGh1Yi5j b20vZGhydXZkaG9keS1odWF3ZWkvaWV0Zi9ibG9iL21hc3Rlci9kcmFmdC1pZXRmLXBjZS1wY2Vw cy0xNi50eHQ8L2E+PGJyPg0KRGlmZjogPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmP3VybDE9ZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTUmYW1wO3VybDI9aHR0cHM6Ly9yYXcu Z2l0aHVidXNlcmNvbnRlbnQuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvbWFzdGVyL2RyYWZ0 LWlldGYtcGNlLXBjZXBzLTE2LnR4dCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9yZmNkaWZmP3VybDE9ZHJhZnQtaWV0Zi1wY2UtcGNlcHMtMTUmYW1wO3VybDI9aHR0 cHM6Ly9yYXcuZ2l0aHVidXNlcmNvbnRlbnQuY29tL2RocnV2ZGhvZHktaHVhd2VpL2lldGYvbWFz dGVyL2RyYWZ0LWlldGYtcGNlLXBjZXBzLTE2LnR4dDwvYT48YnI+DQo8YnI+DQpSZWdhcmRzLDxi cj4NCkRocnV2PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YnI+DQomZ3Q7ICZndDsgJmd0OyBTbyBt YXliZSB5b3UgbmVlZCAzIGZpZ3VyZXMgZGVzY3JpYmluZyB0aGUgYWJvdmUgMyBjYXNlcy48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_23CE718903A838468A8B325B80962F9B8CB99D93blreml501mbb_-- From nobody Tue Aug 8 07:56:43 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F26361324A4; Tue, 8 Aug 2017 07:56:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 kgB8HVW4GGNs; Tue, 8 Aug 2017 07:56:34 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04B6313249B; Tue, 8 Aug 2017 07:56:33 -0700 (PDT) Received: from [10.0.1.63] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v78EuRGk087905 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 8 Aug 2017 09:56:28 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.63] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Ben Campbell In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99C90@blreml501-mbb> Date: Tue, 8 Aug 2017 09:56:27 -0500 Cc: "cmargaria@juniper.net" , "draft-ietf-pce-pceps@ietf.org" , "pce@ietf.org" , The IESG , "pce-chairs@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <496A0643-F50F-4A95-AC63-E0AEA67D4D43@nostrum.com> References: <150171415228.5759.6042228213633458080.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CB98665@blreml501-mbb> <23CE718903A838468A8B325B80962F9B8CB98DB2@blreml501-mbb> <47928D93-5F37-40A0-A502-F55DC3A2F92A@nostrum.com> <23CE718903A838468A8B325B80962F9B8CB99C90@blreml501-mbb> To: Dhruv Dhody X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 14:56:36 -0000 > On Aug 8, 2017, at 6:48 AM, Dhruv Dhody = wrote: >=20 > Hi Ben,=20 >=20 >> -----Original Message----- >> From: Ben Campbell [mailto:ben@nostrum.com] >> Sent: 08 August 2017 03:08 >> To: Dhruv Dhody >> Cc: cmargaria@juniper.net; draft-ietf-pce-pceps@ietf.org; = pce@ietf.org; >> The IESG ; pce-chairs@ietf.org >> Subject: Re: [Pce] Ben Campbell's Discuss on draft-ietf-pce-pceps-15: >> (with DISCUSS and COMMENT) >>=20 > (snip) >>>>=20 >>>>>=20 >>>>>> - 3.2: "Implementations MUST support SHA-256 as defined by [SHS] = as >>>>>> the hash algorithm for the fingerprint." >>>>>> Do you really intend "MUST support" (meaning you have to be able = to >>>>>> handle sha-256, but could allow other hashes) vs "MUST use"? >>>>>>=20 >>>>> [[Dhruv Dhody]] Yes, additional hash algorithm MAY also be >>>> supported/used. >>>>>=20 >>>>=20 >>>> Is there an expectation people will use multiple hash algorithms >>>> side-by- side? Or is this for purposes of hash agility? >>>>=20 >>> [[Dhruv Dhody]] SHA-256 is the current mandatory hash, others might >> become usable and useful as the technology evolves. Do you have any >> suggested change in mind? >>> I see RFC6614 use similar language "Implementations MUST support = SHA-1 >> as the hash algorithm for the fingerprint=E2=80=A6." >>=20 >> I guess my question is whether the intent is for implementations to = be >> able to pick any hash they want, as long as SHA-256 is an option, or = do >> you expect everyone to use SHA-256 unless that is replaced at some = point >> due to security concerns. If the former, =E2=80=9CMUST support=E2=80=A6= =E2=80=9D makes sense. If >> the latter, something like =E2=80=9CMUST (or SHOULD) use=E2=80=A6=E2=80= =9D with a caveat that >> future specs might update this if SHA-256 is proven unsafe at some = point >> in the future. >>=20 > [[Dhruv Dhody]] I was incorrect in my reply before, it is the latter, = as we also have this text in the security considerations that explains = this -=20 >=20 > When using certificate fingerprints to identify PCEPS peers, any two > certificates that produce the same hash value will be considered the > same peer. Therefore, it is important to make sure that the hash > function used is cryptographically uncompromised, so that attackers > are very unlikely to be able to produce a hash collision with a > certificate of their choice. This document mandates support for > SHA-256 as defined by [SHS], but a later revision may demand support > for stronger functions if suitable attacks on it are known. >=20 > So a future revision would update the Hash function to be used. I will = update the text as you suggest.=20 >=20 >> My real concern here is interoperability=E2=80=94if an implementation = chooses a >> hash other than SHA-256, how does the peer know what hash to use? >>=20 > [[Dhruv Dhody]] This is a local property and does not need to be = exchanged. The peer provides the certificate, based on local hash = function in use, the hash of DER encoded certificate octets is created = and compared to a local fingerprint configured.=20 Ah, that makes sense, thanks! (And in any case, the question is moot = based on the rest of your response.) I can=E2=80=99t remember if I mentioned it, but I have cleared my = DISCUSS position and entered a YES. Thanks! Ben. >=20 >>>=20 >>> (snip) >>>=20 >=20 > Regards, > Dhruv From nobody Tue Aug 8 08:21:44 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B8FD1324C7; Tue, 8 Aug 2017 08:21:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 CaDBhorRGX1P; Tue, 8 Aug 2017 08:21:38 -0700 (PDT) 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 A16CA13248E; Tue, 8 Aug 2017 08:21:09 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML712-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSZ08070; Tue, 08 Aug 2017 15:21:07 +0000 (GMT) Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 16:21:06 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 20:50:56 +0530 From: Dhruv Dhody To: Thomas Nadeau , Robert Varga CC: "olivier.dugeon@orange.com" , Jonathan Hardwick , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgFcXzKAAhTdf+AAHuIKgAAA5XqAACl3cDA= Date: Tue, 8 Aug 2017 15:20:55 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB99E41@blreml501-mbb> References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> In-Reply-To: <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.78.239] 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.5989D6E4.0053, 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: fa690d48b5422cd42a657f625a203ea1 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 15:21:42 -0000 SGkgUm9iZXJ0LCBUaG9tYXMsIA0KDQpTZWUgaW5saW5lLi4uDQoNCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogVGhvbWFzIE5hZGVhdSBbbWFpbHRvOnRuYWRlYXVAbHVjaWR2 aXNpb24uY29tXQ0KPiBTZW50OiAwOCBBdWd1c3QgMjAxNyAwNTowOQ0KPiBUbzogUm9iZXJ0IFZh cmdhIDxuaXRlQGhxLnNrPg0KPiBDYzogRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdlaS5j b20+OyBvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tOw0KPiBKb25hdGhhbiBIYXJkd2ljayA8Sm9u YXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBwY2VAaWV0Zi5vcmc7IHBjZS0NCj4gY2hh aXJzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbUGNlXSBQQ0VQIGFzIGFuIFNETiBjb250cm9s bGVyIHByb3RvY29sPw0KPiANCj4gDQo+ID4gT24gQXVnIDcsIDIwMTc6NzoxMyBQTSwgYXQgNzox MyBQTSwgUm9iZXJ0IFZhcmdhIDxuaXRlQGhxLnNrPiB3cm90ZToNCj4gPg0KPiA+IE9uIDA3LzA4 LzE3IDEzOjEwLCBEaHJ1diBEaG9keSB3cm90ZToNCj4gPj4gSGkgT2xpdmVyLA0KPiA+DQo+ID4g SGVsbG8gRGhydXYsDQo+ID4NCj4gPj4gU29ycnkgZm9yIGEgbGF0ZSByZXNwb25zZSBhbmQgdGhh bmtzIGZvciBlbmdhZ2luZyBvbiB0aGlzIHRvcGljLiBXaXRoDQo+ID4+IHRoaXMgcmVzcG9uc2Ug SSB3b3VsZCB0cnkgdG8gY2xlYXIgdXAgc29tZSBtaXNjb25jZXB0aW9ucywgc29tZQ0KPiA+PiBj b250ZXh0IGFuZCBjb3VudGVyLXZpZXdwb2ludC4gIFBsZWFzZSBzZWUgaW5saW5l4oCmDQo+ID4+ DQo+ID4+DQo+ID4+DQo+ID4+ICpGcm9tOipQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9y Z10gKk9uIEJlaGFsZiBPZg0KPiA+PiAqb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbQ0KPiA+PiAq U2VudDoqIDI3IEp1bHkgMjAxNyAyMzo0Mg0KPiA+PiAqVG86KiBKb25hdGhhbiBIYXJkd2ljayA8 Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+Ow0KPiA+PiBwY2VAaWV0Zi5vcmcNCj4g Pj4gKkNjOiogcGNlLWNoYWlyc0BpZXRmLm9yZw0KPiA+PiAqU3ViamVjdDoqIFJlOiBbUGNlXSBQ Q0VQIGFzIGFuIFNETiBjb250cm9sbGVyIHByb3RvY29sPw0KPiA+Pg0KPiA+Pg0KPiA+Pg0KPiA+ PiBIaSBKb24sDQo+ID4+DQo+ID4+IFRoYW5rcyB0byBvcGVuIHRoaXMgdGhyZWFkLiBBcyBtYW55 IG9mIHlvdSBoYXZlIGFscmVhZHkgc2FpZCwgUENFUCBpcw0KPiA+PiBhbHJlYWR5IGFuIFNETiBj b250cm9sbGVyIHByb3RvY29sIHNpbmNlIHRoZSB3b3JrIG9uIHN0YXRlZnVsIG1vZGUuDQo+ID4+ IEJ1dCwgSU1ITywgcmVjZW50IGRyYWZ0cyBkb2Vzbid0IGdvIGludG8gdGhlIHJpZ2h0IGRpcmVj dGlvbi4gTGV0IG1lDQo+IGV4cGxhaW46DQo+ID4+DQo+ID4+IDEvIE9uIFBDRS1MUy4gT2YgY291 cnNlIHRoZXJlIGlzIGFscmVhZHkgcGxlbnR5IG9mIHNvbHV0aW9uIHRvIGxlYXJuDQo+ID4+IHRo ZSB0b3BvbG9neSBlLmcuIGxpc3RlbiB0byBJR1AgcHJvdG9jb2wsIEJHUC1MUyAuLi4gQnV0LCBk b250IGZvcmdldA0KPiA+PiB0aGF0IHRoZSBwcmltYXJ5IGdvYWwgb2YgUENFIGlzIHRvIGNvbXB1 dGUgYSBwYXRoIG9uIGEgdG9wb2xvZ3kuIFRoaXMNCj4gPj4gbWVhbiB0aGF0IHRoZSBQQ0UgbmVl ZCBhIGdyYXBoIHdoaWNoIHJlcHJlc2VudCB0aGUgbmV0d29yayB0b3BvbG9neS4NCj4gPj4gVGhp cyBncmFwaCBpcyBleHRyYWN0IGZyb20gdGhlIFRFRCwgbGF0ZXIgZnVsZmlsIGJ5IHRoZSB0b3Bv bG9neQ0KPiA+PiBsZWFybmluZyBtZWNoYW5pc20uIFdoeSBQQ0UtTFMgYW5kIG90aGVyIGVxdWl2 YWxlbnQgbWVjaGFuaXNtIHRoYXQNCj4gPj4gY29sbGVjdCB0b3BvbG9neSBpbmZvcm1hdGlvbiBv biBhIG5vZGUgYnkgbm9kZSBiYXNpcyA/IFNpbXBseSBiZWNhdXNlDQo+ID4+IHlvdSBhcmUgdW5h YmxlIHRvIGd1YXJhbnRlZSB0aGF0IHRoZSBncmFwaCB5b3UgZXh0cmFjdCBmcm9tIHdoYXQgeW91 DQo+ID4+IGxlYXJuIGlzIGFjY3VyYXRlLiBJbmRlZWQsIGEgbm9kZSBrbm93biBpdHMgaW50ZXJm YWNlcyB0aHJvdWdoIHdoYXQNCj4gPj4gdGhlIGFkbWluaXN0cmF0b3IgY29uZmlndXJlIGluIHRo aXMgbm9kZS4gQnV0LCBpdCBkb2Vzbid0IGtub3cNCj4gPj4gZXhhY3RseSB0byB3aGljaCBuZWln aGJvdXIgaXQgaXMgY29ubmVjdGVkIHdoaWxlIHRoZXJlIGlzIGEgcHJvdG9jb2wNCj4gYmV0d2Vl biBub2RlLg0KPiA+PiBJbiBJUCBuZXR3b3JrLCBpdCBpcyB0aGUgcm9sZSBvZiB0aGUgSUdQLiBp ZiB0aGVyZSBpcyBhbiBlcnJvciBpbiB0aGUNCj4gPj4gbm9kZSBjb25maWd1cmF0aW9uLCB0aGUg SUdQIGFkamFjZW5jeSBkb2Vzbid0IGZpcmUgdXAgYW5kIHRodXMsIElHUA0KPiA+PiBvciBCR1At TFMgd2lsbCBub3QgcmVwb3J0IHRoaXMgbGluayBiZXR3ZW5uIHRoZSB0d28gbm9kZXMuIFRoZSBn cmFwaA0KPiA+PiBpcyBub3QgY29tcGxldGUsIGJ1dCBub3Qgd3JvbmcuIFNvIHdoZW4geW91IGxl YXJuIHRoZSB0b3BvbG9neSBmcm9tDQo+ID4+IHRoZSBJR1AgeW91IGNvdWxkIGd1YXJhbnRlZSB0 aGF0IHRoZSBsaW5rIGJldHdlZW4gdHdvIG5vZGVzDQo+ID4+IGNvcnJlc3BvbmRzIGVmZmVjdGl2 ZWx5IHRvIHdoYXQgaXMgcmVhbGx5IGNvbmZpZ3VyZWQgYW5kIHBoeXNpY2FsbHkNCj4gPj4gY29u bmVjdGVkLiBJZiB0aGVyZSBpcyBubyBwcm90b2NvbCBiZXR3ZWVuIHRoZSBub2RlcywgeW91IGNh bid0DQo+ID4+IGd1YXJhbnRlZSB0aGF0IHdoYXQgdGhlIG5vZGUgYW5ub3VuY2UgdGhyb3VnaCBQ Q0VQLUxTIGlzIGFjY3VyYXRlLg0KPiA+PiBFLmcuIE5vZGUgQSByZXBvcnQgTGluayBBLUIgYW5k IG5vZGUgQiByZXBvcnQgTGluayBCLUEgaW5zdGVhZCBvZg0KPiA+PiBMaW5rIEItQyBhbmQgTGlu ayBCLUMgaW5zdGVhZCBvZiBMaW5rIEItQSBkdWUgdG8gYSB3cm9uZyBtYW51YWwNCj4gPj4gY29u ZmlndXJhdGlvbi4gWW91IG9idGFpbiBhIHdyb25nIHRvcG9sb2d5IGFuZCB0aHVzIGEgd3Jvbmcg Z3JhcGggYXMNCj4gPj4geW91IGludmVydCB0d28gbGlua3MgYmV0d2VlbiB0d28gbm9kZXMuIEFu IHlvdSBoYXZlIG5vIHdheSB0byBjaGVjaw0KPiA+PiBpdC4gU28sIGluIGFueSBjYXNlLCBhbmQg aXQgaXMgdHJ1ZSBmb3IgT3B0aWNhbCAvIFRyYW5zcG9ydCBuZXR3b3JrLA0KPiA+PiB5b3UgTVVT VCBydW4gYW4gSUdQIGluIHlvdXIgbmV0d29yayB0byBiZSBzdXJlIHRoYXQgdGhlIHRvcG9sb2d5 IGlzDQo+ID4+IGFjY3VyYXRlIGFuZCBzbyB0byBndWFyYW50ZWUgdGhhdCB0aGUgUENFIHdvcmsg b24gYSBjb3JyZWN0IGdyYXBoLiBBDQo+ID4+IFBDRSB3b3JraW5nIG9uIGEgYmFkIHRvcG9sb2d5 IGlzIHBhaW5mdWwuIFNvLCBiZWNhdXNlIHlvdSBtdXN0IHJ1biBhbg0KPiA+PiBJR1AgaW4geW91 ciBuZXR3b3JrLCBmdWxmaWwgdGhlIFBDRSBURUQgYnkgbGlzdGVuIHRoZSBJR1Agb3IgQkdQLUxT DQo+ID4+IGlzIHRoZSBiZXN0IHNvbHV0aW9uLiBJTUhPLCBQQ0UgV0cgbXVzdCBub3Qgd29yayBv biBhbHRlcm5hdGl2ZQ0KPiBzb2x1dGlvbiB0byBsZWFybiB0b3BvbG9neS4NCj4gPj4NCj4gPj4g W1tEaHJ1diBEaG9keV1dIFdoZW4gUENFUC1MUyBpcyBkZXBsb3llZCBpbiBTRE4gbW9kZSAobm9k ZSBieSBub2RlDQo+ID4+IGJhc2lzKSwgdGhlIG5vZGUgY291bGQgcnVuIGFueSBwcm90b2NvbCBv biB0aGUgbGluayB0byBtYWtlDQo+ID4+IHZlcmlmaWNhdGlvbi4gQWRyaWFuIGFsc28gbWVudGlv bmVkIGluIGhpcyByZXBseSwgdGhhdCBkZXZpY2UgY291bGQNCj4gPj4gYmUgcnVubmluZywgc29t ZSBmb3JtIG9mIGRpc2NvdmVyeS92ZXJpZmljYXRpb24gcHJvdG9jb2wgc3VjaCBhcyBMTVAsDQo+ ID4+IExMRFAgb3IgZXZlbiBJR1Agb24gdGhlIHBlciBsaW5rIGJhc2lzLiBFYWNoIG5vZGUgaXMg ZnJlZSB0byBydW4gYW55DQo+ID4+IGxvY2FsIG1lY2hhbmlzbSB0byBtYWtlIHN1cmUgdGhhdCB0 aGUgbGluayBpbmZvcm1hdGlvbiBpcyBjb3JyZWN0Lg0KPiA+PiBUaGUgUENFUC1MUyBleHRlbnNp b24gaXMgd3JpdHRlbiBpbiBzdWNoIGEgd2F5IHRoYXQgaXQgY291bGQgYmUgdXNlZA0KPiA+PiBp biBhbnkgbW9kZSBhbmQgaW5kZXBlbmRlbnQgb2Ygd2hhdCB0aGUgZGV2aWNlIGNob29zZSB0byBk by4gVGhlDQo+ID4+IFBDRVAtTFMgYWxzbyBzdXBwb3J0IOKAnHJlbW90ZSBkYXRh4oCdIChkYXRh IGEgbm9kZSB3b3VsZCBoYXZlIGxlYXJuZWQNCj4gPj4gdmlhIG90aGVyIHByb3RvY29scyBhcyBJ R1ANCj4gPj4gLSByZW1vdGUgbm9kZXMgYW5kIGxpbmtzKS4NCj4gPj4NCj4gPj4NCj4gPj4NCj4g Pj4gVGhlcmUgYXJlICphbHJlYWR5KiBtdWx0aXBsZSB3YXlzIHRvIGxlYXJuIFRFRCBhdCBQQ0Ug 4oCTIElHUC1URSwNCj4gPj4gQkdQLUxTLCBOZXRDb25mLyBSZXN0Q29uZiDigJMgWWFuZy4gVGhl IGFyY2hpdGVjdHVyZSBhbGxvd3MgdGhhdC4gVGhlDQo+ID4+IHZhcmlvdXMgaW1wbGVtZW50YXRp b24gb2YgU0ROIGFsc28gYWxyZWFkeSBhbGxvdyBtdWx0aXBsZSBTQkkgdG8NCj4gPj4gYWNoaWV2 ZSB0aGUgc2FtZSByZXN1bHQsIHRvIGFsbG93IHRoZSBTRE4gc29sdXRpb24gdG8gYmUgZGVwbG95 ZWQgaW4NCj4gPj4gdmFyaW91cyBzY2VuYXJpb3MgYW5kIHRvIG1lZXQgZGlmZmVyZW50IHJlcXVp cmVtZW50cyBvZiB0aGUgbmV0d29yay4NCj4gPj4gVGhlIFBDRVAtTFMgY2xhaW1zIHRoYXQgdGhl cmUgYXJlIHNwZWNpZmljIGRlcGxveW1lbnRzIHRoYXQgd291bGQNCj4gPj4gbGlrZSB0byB1c2Ug UENFUC1MUyBhcyB0aGUgbWVjaGFuaXNtIG9mIGNob2ljZSwgYXMgdGhlIG90aGVyIFNCSQ0KPiA+ PiBkb2VzbuKAmXQgd29yayBmb3IgdGhlbS4gIEl0IGRvZXMgbm90IGNsYWltIHRoYXQgb3RoZXIg bWVjaGFuaXNtIHNob3VsZA0KPiA+PiBub3QgYmUgdXNlZCBldmVyLCBpdCBpcyBqdXN0IGFub3Ro ZXIgdG9vbCBpbiB0aGUgdG9vbC1zZXQgYW5kIElNSE8gd2UNCj4gPj4gc2hvdWxkIGFsbG93IGl0 LCBpZiBkb2VzIG5vIGJyZWFrL2hhcm0gdGhlIG5ldHdvcmsuDQo+ID4NCj4gPiBZZXMuIE15IHF1 ZXN0aW9uIGlzIGhlcmUgaXMgd2hldGhlciB0aGUgc2FtZSBjYW4gYmUgYWNoaWV2ZWQgYnkNCj4g PiB0dW5uZWxsaW5nIHRoZSBzYW1lIGRhdGEgb3ZlciBCR1AtTFMuDQo+ID4NCj4gPiBXaGF0IGFk dmFudGFnZXMgZG9lcyBQQ0VQLUxTIGJyaW5nIHRvIGNvdW50ZXItYmFsYW5jZSB0aGUgZHVwbGlj YXRpb24NCj4gPiBvZiBwcm90b2NvbC1sZXZlbCB3b3JrPw0KPiA+DQo+ID4gVW5kZXJzdGFuZGlu ZyB0aGF0IGJhbGFuY2UsIGRvZXMgdGhlIFdHIGZlZWwgaXQgc2hvdWxkIGZvY3VzIG9uIHRoYXQN Cj4gd29yaz8NCj4gDQo+IFRPTTogTGV0cyBub3QgZm9yZ2V0IHRoYXQgQkdQLUxTIGlzIGRlcGxv eWVkIG9uIGEgcHJldHR5IHdpZGUgc2NhbGUgbm93DQo+IGJvdGggb24gdGhlIGRldmljZSAocGlj ayBhbnkgbWFqb3Igcm91dGVyIHZlbmRvcikgYW5kIGNsaWVudCBzaWRlcyAoT0RMLA0KPiBldGPi gKYpLCBzbyB0aGUgYmlnIGFkdmFudGFnZSBpcyB0aGF0IHRoZXJlIGlzIHNvbWV0aGluZyB0aGF0 IGlzIG5vdCBvbmx5DQo+IHdvcmtpbmcsIGJ1dCBkZXBsb3llZCBpbnRvIHByb2R1Y3Rpb24uICBU aGUgbGF0dGVyIGlzIGltcG9ydGFudCBmcm9tIHRoZQ0KPiBJRVRG4oCZcyBwZXJzcGVjdGl2ZSwg YXMgcnVubmluZyBhbmQgZGVwbG95ZWQgY29kZSB3aXRoIGEgZ29vZCBkZWFsIG9mDQo+IGRlcGxv eW1lbnQgZXhwZXJpZW5jZS4NCj4gDQo+IAnigJRUb20NCj4gDQo+IA0KW1tbRGhydXYgRGhvZHld XV0gTGV0IG1lIHRyeSBhbm90aGVyIHdheSAtIA0KDQpJZiBJIGFtIG1ha2luZyBhIGRlY2lzaW9u IG9uIHdoaWNoIHByb3RvY29sIHRvIGNob29zZSwgSSB3b3VsZCBjb25zaWRlciAtIA0KDQpJZiB0 aGUgbmV0d29yayBpcyBhbHJlYWR5IHJ1bm5pbmcgSUdQLCBhbmQgdGhlIFBDRSBjYW4gam9pbiB0 aGUgSUdQIGRvbWFpbiwgbGV0J3MgZ28gSUdQLVRFIHdheS4gIA0KSWYgdGhlIG5ldHdvcmsgY2Fu IGV4cG9ydCBkYXRhIHZpYSBCR1AtTFMsIHRoZW4gUENFIGNhbiBnbyBCR1AtTFMgd2F5Lg0KQnV0 IHRoZXJlIGFyZSBkZXBsb3ltZW50cyB3aGVyZSAtDQotIFBDRSBjYW4ndCBqb2luIElHUCBkb21h aW4gDQotIG9yIE5ldHdvcmsgZG9lc27igJl0IHJ1biBCR1AtTFMgKG9wdGljYWwpDQotIG9yIFBD RSBpcyBiZWluZyBydW4gaW4gYSBjZW50cmFsIGNvbnRyb2wgbW9kZSAoUENFQ0MpDQoJLSBhbmQg dXNpbmcgUENFUCBmb3IgYm90aCBsZWFybmluZyBmcm9tIC8gcHJvZ3JhbW1pbmcgdGhlIGRldmlj ZSBpcyBhZHZhbnRhZ2VvdXMNCi0gSC1QQ0UgbW9kZSwgd2hlcmUgUENFUCBpcyB1c2VkIGZvciBj b21tdW5pY2F0aW9uIGJldHdlZW4gcGFyZW50IFBDRSBhbmQgY2hpbGQgUENFDQoJLSBQQ0VQLUxT IGNvdWxkIGJlIHVzZWQgdG8gY29tbXVuaWNhdGUgdGhlIGFic3RyYWN0IGRvbWFpbiB0b3BvbG9n eSAoYm9yZGVyIG5vZGVzLCBsaW5rcykNCg0KT3VyIGludGVudGlvbiBoYXMgbm90IGJlZW4gdG8g c2F5IGRvbuKAmXQgdXNlIEJHUC1MUyBvciBhbnkgb3RoZXIgZXhpc3RpbmcgbWVjaGFuaXNtLCBy YXRoZXIgaXQgaXMgdG8gc2F5IHRoYXQgdGhlcmUgYXJlIHNvbWUgZGVwbG95bWVudCBzY2VuYXJp b3Mgd2hlcmUgUENFUC1MUyBtYWtlcyBzZW5zZSBhbmQgbGV0IHVzIG9mZmVyIHRoYXQgY2hvaWNl IGZvciB0aG9zZSBkZXBsb3ltZW50cy4gIA0KDQo+ID4NCj4gPj4gMy8gT24gUENFQ0MtU1IuIFRo aXMgdGltZSwgaXQgY291bGQgbWFrZSBzZW5zZS4gQnV0LCBhZ2FpbiwgaXQgaXMgbm90DQo+ID4+ IHRoZSBnb29kIHdheSB0byBwcm9jZWVkLiBJbiBmYWN0LCB3aGVuIHlvdSB1c2UgUENFUCBhcyBj b250cm9sDQo+ID4+IHByb3RvY29sLCB0aGUgbm9kZSBkb2Vzbid0IHN0b3JlIHRoZSBjb25maWd1 cmF0aW9uIGxpa2UgaXQgZG9lcyB3aXRoDQo+ID4+IE5ldENvbmYgaW4gdGhlIHN0YW5kYXJkLWNv bmZpZywgYnV0IGl0IGlzIHN0b3JlIGluIHRoZSBlcGhlbWVyYWwNCj4gPj4gY29uZmlnLiBUaGlz IG1lYW5zIHRoYXQgd2hlbiB0aGUgUENFUCBzZXNzaW9uIGJyZWFrIG9yIHRoZSBub2RlDQo+ID4+ IHJlbG9hZCwgYWxsIHRoZSBjb25maWd1cmF0aW9uIGlzIGxvb3NlLiBJZiB5b3UgbmVlZCB0byB3 YWl0IFBDRQ0KPiA+PiBjb25maWd1cmF0aW9uIHRvIGZpbmlzaCB0byBib290IGUuZy4gYWR2ZXJ0 aXNlIFNlZ21lbnQgUm91dGluZw0KPiA+PiBjYXBhYmlsaXRpZXMgbmVlZCBTUkdCLCBwcmVmaXgg U0lEIC4uLiBpdCBpcyBub3QgYSBzYWZlIHNvbHV0aW9uLiBGb3INCj4gPj4gdGhhdCBraW5kIG9m IGluZm9ybWF0aW9uIE5ldENvbmYgaXMgc3VwZXJpb3IgdG8gUENFUC4gSW4gYWRkaXRpb24NCj4g Pj4gU1BSSU5HIFdHIGlzIHdvcmtpbmcgb24geWFuZyBtb2RlbCBmb3IgTmV0Q29uZiBmb3IgdGhp cyBwdXJwb3NlLiBOb3QNCj4gPj4gb24gUENFUCBleHRlbnNpb24uIE9uZSBtb3JlIHRpbWUsIElN SE8sIFBDRSBXRyBtdXN0IG5vdCBzcGVudCBlbmVyZ3kgaW4NCj4gdGhpcyBkaXJlY3Rpb24uDQo+ ID4+DQo+ID4+IFtbRGhydXYgRGhvZHldXSBQQ0VQIGlzIG5vdCAoYW5kIGRvZXMgbm90IGNsYWlt IHRvIGJlIGEpDQo+ID4+IGNvbmZpZ3VyYXRpb24gcHJvdG9jb2wuIEp1c3QgbGlrZSBQQ0UtaW5p dGlhdGVkIExTUCwgeW91IGNvdWxkIHNldA0KPiA+PiBsb2NhbCBwb2xpY3kgb24gbm9kZSB0byBy ZXRhaW4gaW5mb3JtYXRpb24gd2hlbiB0aGUgc2Vzc2lvbiBnb2VzDQo+ID4+IGRvd24uIFNpbmNl IHRoaXMgaXMgbm90IGNvbmZpZ3VyYXRpb24sIHRoYXQgaW5mb3JtYXRpb24gd291bGQgbm90DQo+ IHN1cnZpdmUgdGhlIG5vZGUgcmVzdGFydHMuDQo+ID4+IFRoaXMgaXMgdHJ1ZSBmb3IgYW55IFBD RSBpbnRlcmFjdGlvbnMsIGFuZCBob2xkcyB0cnVlIGZvciBQQ0VDQy1TUiBhcw0KPiA+PiB3ZWxs LiBCdXQgdGhlIGtleSBpcyB0aGF0LCBQQ0VDQy1TUiBpcyBub3QgdHJ5aW5nIHRvIGJlIGEgcmVw bGFjZW1lbnQNCj4gPj4gb2YgU1ItWWFuZywgaXQgaXMgYSB3YXkgZm9yIGEgUENFLWJhc2VkIGNv bnRyb2xsZXIgdG8gaW5zdHJ1Y3QgdGhlIFNSDQo+ID4+IGZvcndhcmRpbmcgYWN0aW9uIGVhY2gg bm9kZSBuZWVkcyB0byBtYWtlIHZpYSBQQ0VQLCBhbG9uZ3NpZGUgdGhlDQo+ID4+IGxhYmVsIHN0 YWNrIGluc3RydWN0aW9ucyB0byB0aGUgaGVhZCBub2RlIHRoYXQgbmVlZHMgdG8gYmUgYXR0YWNo ZWQNCj4gPj4gdG8gcGFja2V0cyBhcyB0aGV5IGVudGVyIHRoZSBuZXR3b3JrLg0KPiA+DQo+ID4g SSBhZ3JlZS4gRnJvbSB0aGUgcHJvdG9jb2wgcGVyc3BlY3RpdmUsIHRob3VnaCwgc3RhdGVmdWwg UENFUCB3aXRoDQo+ID4gc3RhdGUgc3luY2hyb25pemF0aW9uIG9wdGltaXphdGlvbnMgbWFrZXMg aXQgcG9zc2libGUgdG8gcmV0YWluIHN0YXRlDQo+ID4gYWNyb3NzIHJlYm9vdHMgYW5kIHNraXAg c3RhdGUgcmVzeW5jaHJvbml6YXRpb24uDQo+ID4NCj4gPiBPbiB0aGUgb3RoZXIgaGFuZCwgSSB0 aGluayBORVRDT05GIGNhbiBtYWtlIGVxdWl2YWxlbnQgZnVuY3Rpb25hbGl0eQ0KPiA+IGF2YWls YWJsZSB2aWEgYSByYXRoZXIgc2ltcGxlIGV4dGVuc2lvbiwgZXNwZWNpYWxseSB3aXRoIChmaW5h bGx5KQ0KPiA+IHJldmlzZWQgbm90aWZpY2F0aW9ucy4NCj4gPg0KPiA+IEkgYWdyZWUgd2l0aCBP bGl2aWVyIHRoYXQgZm9yIHN0YXRlIHRyYW5zZmVyIGRlc2lnbiBORVRDT05GL1lBTkcgaXMNCj4g PiBtdWNoIGZyaWVuZGxpZXIgdG8gZXh0ZW5zaW9ucyB0aGFuIFBDRVAuIEl0IG1ha2VzIG11Y2gg ZWFzaWVyIHRvDQo+ID4gcmVhc29uIGFib3V0IGRhdGEgc3RydWN0dXJlIGFuZCBpbnRlcmFjdGlv bnMsIHdoaWNoIEkgdGhpbmsgaXMNCj4gPiBleHRyZW1lbHkgaW1wb3J0YW50IGZvciBvdGhlciBX R3MuDQo+ID4NCltbW0RocnV2IERob2R5XV1dIE15IHBvaW50IGFib3ZlIHdhcyB0aGF0IGluIFBD RUNDLVNSLCB0aGUgaW50ZXJhY3Rpb24gYmV0d2VlbiBQQ0UgYW5kIGRldmljZSBzaG91bGQgbm90 IGJlIGNvbnNpZGVyZWQgYXMgY29uZmlndXJhdGlvbnMuIEl0IGlzIGEgY2FzZSB3aGVyZSBQQ0Ug aXMgbWFuYWdpbmcgdGhlIGxhYmVsIHNwYWNlLCBhbGxvY2F0aW5nIGxhYmVscyBhbmQgcHJvZ3Jh bW1pbmcgdGhlIGRldmljZSB3aXRoIGluc3RydWN0aW9ucy4gRnVydGhlciBpZiB5b3UgYXJlIHVz aW5nIFBDRSB0byBwcm9ncmFtIHRoZSBsYWJlbCBzdGFjayBhdCB0aGUgaGVhZCBub2RlLCB0aGlz IGFwcHJvYWNoIHN1Z2dlc3QgdXNpbmcgdGhlIHNhbWUgcHJvdG9jb2wgdG8gcHJvZ3JhbSB0aGUg bGFiZWwgaW5zdHJ1Y3Rpb25zIG9uIGFsbCBub2Rlcy4gDQoNCkkgZmVlbCB0aGVyZSBpcyBzcGFj ZSBmb3IgYm90aCBOZXRjb25mL1lhbmcgYW5kIFBDRVAgYmFzZWQgc29sdXRpb25zIGluIHBhcmFs bGVsLiANCg0KVGhhbmtzISANCkRocnV2DQoNCj4gPiBSZWdhcmRzLA0KPiA+IFJvYmVydA0KPiA+ DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g PiBQY2UgbWFpbGluZyBsaXN0DQo+ID4gUGNlQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg0K From nobody Tue Aug 8 10:32:29 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 092DB13253D; Tue, 8 Aug 2017 10:32:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net 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 thCXDL33X8xz; Tue, 8 Aug 2017 10:32:23 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0133.outbound.protection.outlook.com [104.47.38.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF37C13253E; Tue, 8 Aug 2017 10:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=nRJhq0MQ10RQkeftRmqg/B+RPKKLM+Qg3VQajTsGGQ4=; b=HnPkubL7oZ7mj3RyiAQct/0JxKjZOTXMwcyqPUGipVnyhCadUPyRjojt0nNIHZg91xX6q4/oUFrqshlF/b/9DLIYHFgrjvuA57810m37eHzkUPsEHgyHznOX4zk0e6CJc3F9Dh8izfcX5Ju52kVNN7p2JS4sDaLVw/CL/t35pkg= Received: from MWHPR05MB3551.namprd05.prod.outlook.com (10.174.250.154) by MWHPR05MB2864.namprd05.prod.outlook.com (10.168.245.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1341.9; Tue, 8 Aug 2017 17:32:21 +0000 Received: from MWHPR05MB3551.namprd05.prod.outlook.com ([10.174.250.154]) by MWHPR05MB3551.namprd05.prod.outlook.com ([10.174.250.154]) with mapi id 15.01.1341.010; Tue, 8 Aug 2017 17:32:21 +0000 From: John E Drake To: Dhruv Dhody , Thomas Nadeau , Robert Varga CC: "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgFn5aCAAhqA54AAGT6igAAA5XqAACDi3IAABIOK8A== Date: Tue, 8 Aug 2017 17:32:21 +0000 Message-ID: References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> <23CE718903A838468A8B325B80962F9B8CB99E41@blreml501-mbb> In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB99E41@blreml501-mbb> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jdrake@juniper.net; x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR05MB2864; 6:eUCWqBGDSi9b1Z3Ge0KvxJjoVL+V3yDGL0L4EWSEZreLu7DOrsdwT8pY8i8Sjb2ItKflj8ryDnP6PXPfYh90BLClcApvc1qHS1d7p4XEn17nchLCw0MEscIN4a5n/KISUM6cgtwP/z5G2X8mSah4rFWBBHhVufHKAgUNOnMcoMtR7EcwgryeglzcHaA/b99S6j1wfW4qadc6N5CCixxJy9OfgxyW5s2fVsFx8ZtYoOOlkXnjz24/DLgdf4Otzj9rWqepuqYvxkkNa4DzE+Uw2QcbFOsATFG8KBOgl2TTGHhF+5KDsSMwRPWEzwxhxAPWbCWLhAigBZdwohnEDoRWXA==; 5:+GVq5fgpYQYduB3dOKg0Z/NhReJv6xxhw5uJlLBcHisOuUcLAc2A3a936lYWUh558XrQf80mMQE+e2mIZkRwkoZOFXFfhoY1X4iYjdGbXTowecqimlTx4pECNbJUUvvv7lHWCWnnaUNyAkFLSCMozw==; 24:0eH0xrV8El/CIrpI0NAgMuvrremBnzxKOpS3eVkZ49Di4n7/+PJaDmyvnoFkmjn+rFXkC6xOfBZoGctNo+JcqVeAIaMRpMjvPv5z8GNGSCY=; 7:XHsAuQMHtEY+8m8sM2m4RMfmGFqdDCIMgvwUPEn3cTkBftw9ci81CmedII5xZeVz1g49tXZNbFPgEe3yVsKRFm+sTlXSMRguiw6tMue6GaC6NI/saFBuyegdK64tJ1/g+HcfuPyhLDwQYsjx94R9mLUk3Ik9RDQ3YTwAhrmVstTUnuvrBmJJagWQ80Mowjt5TKbkWgCHcyZPBIFY7FhwRmaSreoZFDJED5FC1Q1+71w= x-ms-office365-filtering-correlation-id: 7cd54055-1cfb-43e7-4a64-08d4de836cb1 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:MWHPR05MB2864; x-ms-traffictypediagnostic: MWHPR05MB2864: x-exchange-antispam-report-test: UriScan:(50582790962513)(18271650672692); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR05MB2864; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR05MB2864; x-forefront-prvs: 03932714EB x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39840400002)(39860400002)(39450400003)(39850400002)(39400400002)(13464003)(189002)(24454002)(199003)(377454003)(6116002)(2950100002)(229853002)(93886004)(81156014)(105586002)(8676002)(966005)(101416001)(7696004)(2900100001)(76176999)(54356999)(5890100001)(102836003)(5660300001)(106356001)(3846002)(86362001)(99286003)(54906002)(38730400002)(77096006)(9686003)(478600001)(189998001)(6506006)(6246003)(81166006)(25786009)(305945005)(50986999)(6436002)(8936002)(6306002)(97736004)(7736002)(53936002)(2906002)(3660700001)(68736007)(66066001)(14454004)(4326008)(74316002)(3280700002)(33656002)(53546010)(55016002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2864; H:MWHPR05MB3551.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2017 17:32:21.0316 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2864 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 17:32:27 -0000 SGksDQoNClNvLCB3aGF0IGV4YWN0bHkgaXMgaXQgdGhhdCBQQ0VQIHNob3VsZCBub3QgZG8/DQoN CllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2huDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIERocnV2IERob2R5DQo+IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCA4LCAyMDE3IDExOjIx IEFNDQo+IFRvOiBUaG9tYXMgTmFkZWF1IDx0bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbT47IFJvYmVy dCBWYXJnYSA8bml0ZUBocS5zaz4NCj4gQ2M6IHBjZUBpZXRmLm9yZzsgcGNlLWNoYWlyc0BpZXRm Lm9yZw0KPiBTdWJqZWN0OiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90 b2NvbD8NCj4gDQo+IEhpIFJvYmVydCwgVGhvbWFzLA0KPiANCj4gU2VlIGlubGluZS4uLg0KPiAN Cj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IFRob21hcyBOYWRlYXUg W21haWx0bzp0bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbV0NCj4gPiBTZW50OiAwOCBBdWd1c3QgMjAx NyAwNTowOQ0KPiA+IFRvOiBSb2JlcnQgVmFyZ2EgPG5pdGVAaHEuc2s+DQo+ID4gQ2M6IERocnV2 IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPjsgb2xpdmllci5kdWdlb25Ab3JhbmdlLmNv bTsNCj4gPiBKb25hdGhhbiBIYXJkd2ljayA8Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5j b20+OyBwY2VAaWV0Zi5vcmc7DQo+ID4gcGNlLSBjaGFpcnNAaWV0Zi5vcmcNCj4gPiBTdWJqZWN0 OiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90b2NvbD8NCj4gPg0KPiA+ DQo+ID4gPiBPbiBBdWcgNywgMjAxNzo3OjEzIFBNLCBhdCA3OjEzIFBNLCBSb2JlcnQgVmFyZ2Eg PG5pdGVAaHEuc2s+IHdyb3RlOg0KPiA+ID4NCj4gPiA+IE9uIDA3LzA4LzE3IDEzOjEwLCBEaHJ1 diBEaG9keSB3cm90ZToNCj4gPiA+PiBIaSBPbGl2ZXIsDQo+ID4gPg0KPiA+ID4gSGVsbG8gRGhy dXYsDQo+ID4gPg0KPiA+ID4+IFNvcnJ5IGZvciBhIGxhdGUgcmVzcG9uc2UgYW5kIHRoYW5rcyBm b3IgZW5nYWdpbmcgb24gdGhpcyB0b3BpYy4NCj4gPiA+PiBXaXRoIHRoaXMgcmVzcG9uc2UgSSB3 b3VsZCB0cnkgdG8gY2xlYXIgdXAgc29tZSBtaXNjb25jZXB0aW9ucywNCj4gPiA+PiBzb21lIGNv bnRleHQgYW5kIGNvdW50ZXItdmlld3BvaW50LiAgUGxlYXNlIHNlZSBpbmxpbmXigKYNCj4gPiA+ Pg0KPiA+ID4+DQo+ID4gPj4NCj4gPiA+PiAqRnJvbToqUGNlIFttYWlsdG86cGNlLWJvdW5jZXNA aWV0Zi5vcmddICpPbiBCZWhhbGYgT2YNCj4gPiA+PiAqb2xpdmllci5kdWdlb25Ab3JhbmdlLmNv bQ0KPiA+ID4+ICpTZW50OiogMjcgSnVseSAyMDE3IDIzOjQyDQo+ID4gPj4gKlRvOiogSm9uYXRo YW4gSGFyZHdpY2sgPEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPjsNCj4gPiA+PiBw Y2VAaWV0Zi5vcmcNCj4gPiA+PiAqQ2M6KiBwY2UtY2hhaXJzQGlldGYub3JnDQo+ID4gPj4gKlN1 YmplY3Q6KiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90b2NvbD8NCj4g PiA+Pg0KPiA+ID4+DQo+ID4gPj4NCj4gPiA+PiBIaSBKb24sDQo+ID4gPj4NCj4gPiA+PiBUaGFu a3MgdG8gb3BlbiB0aGlzIHRocmVhZC4gQXMgbWFueSBvZiB5b3UgaGF2ZSBhbHJlYWR5IHNhaWQs IFBDRVANCj4gPiA+PiBpcyBhbHJlYWR5IGFuIFNETiBjb250cm9sbGVyIHByb3RvY29sIHNpbmNl IHRoZSB3b3JrIG9uIHN0YXRlZnVsIG1vZGUuDQo+ID4gPj4gQnV0LCBJTUhPLCByZWNlbnQgZHJh ZnRzIGRvZXNuJ3QgZ28gaW50byB0aGUgcmlnaHQgZGlyZWN0aW9uLiBMZXQNCj4gPiA+PiBtZQ0K PiA+IGV4cGxhaW46DQo+ID4gPj4NCj4gPiA+PiAxLyBPbiBQQ0UtTFMuIE9mIGNvdXJzZSB0aGVy ZSBpcyBhbHJlYWR5IHBsZW50eSBvZiBzb2x1dGlvbiB0bw0KPiA+ID4+IGxlYXJuIHRoZSB0b3Bv bG9neSBlLmcuIGxpc3RlbiB0byBJR1AgcHJvdG9jb2wsIEJHUC1MUyAuLi4gQnV0LA0KPiA+ID4+ IGRvbnQgZm9yZ2V0IHRoYXQgdGhlIHByaW1hcnkgZ29hbCBvZiBQQ0UgaXMgdG8gY29tcHV0ZSBh IHBhdGggb24gYQ0KPiA+ID4+IHRvcG9sb2d5LiBUaGlzIG1lYW4gdGhhdCB0aGUgUENFIG5lZWQg YSBncmFwaCB3aGljaCByZXByZXNlbnQgdGhlDQo+IG5ldHdvcmsgdG9wb2xvZ3kuDQo+ID4gPj4g VGhpcyBncmFwaCBpcyBleHRyYWN0IGZyb20gdGhlIFRFRCwgbGF0ZXIgZnVsZmlsIGJ5IHRoZSB0 b3BvbG9neQ0KPiA+ID4+IGxlYXJuaW5nIG1lY2hhbmlzbS4gV2h5IFBDRS1MUyBhbmQgb3RoZXIg ZXF1aXZhbGVudCBtZWNoYW5pc20gdGhhdA0KPiA+ID4+IGNvbGxlY3QgdG9wb2xvZ3kgaW5mb3Jt YXRpb24gb24gYSBub2RlIGJ5IG5vZGUgYmFzaXMgPyBTaW1wbHkNCj4gPiA+PiBiZWNhdXNlIHlv dSBhcmUgdW5hYmxlIHRvIGd1YXJhbnRlZSB0aGF0IHRoZSBncmFwaCB5b3UgZXh0cmFjdCBmcm9t DQo+ID4gPj4gd2hhdCB5b3UgbGVhcm4gaXMgYWNjdXJhdGUuIEluZGVlZCwgYSBub2RlIGtub3du IGl0cyBpbnRlcmZhY2VzDQo+ID4gPj4gdGhyb3VnaCB3aGF0IHRoZSBhZG1pbmlzdHJhdG9yIGNv bmZpZ3VyZSBpbiB0aGlzIG5vZGUuIEJ1dCwgaXQNCj4gPiA+PiBkb2Vzbid0IGtub3cgZXhhY3Rs eSB0byB3aGljaCBuZWlnaGJvdXIgaXQgaXMgY29ubmVjdGVkIHdoaWxlIHRoZXJlDQo+ID4gPj4g aXMgYSBwcm90b2NvbA0KPiA+IGJldHdlZW4gbm9kZS4NCj4gPiA+PiBJbiBJUCBuZXR3b3JrLCBp dCBpcyB0aGUgcm9sZSBvZiB0aGUgSUdQLiBpZiB0aGVyZSBpcyBhbiBlcnJvciBpbg0KPiA+ID4+ IHRoZSBub2RlIGNvbmZpZ3VyYXRpb24sIHRoZSBJR1AgYWRqYWNlbmN5IGRvZXNuJ3QgZmlyZSB1 cCBhbmQgdGh1cywNCj4gPiA+PiBJR1Agb3IgQkdQLUxTIHdpbGwgbm90IHJlcG9ydCB0aGlzIGxp bmsgYmV0d2VubiB0aGUgdHdvIG5vZGVzLiBUaGUNCj4gPiA+PiBncmFwaCBpcyBub3QgY29tcGxl dGUsIGJ1dCBub3Qgd3JvbmcuIFNvIHdoZW4geW91IGxlYXJuIHRoZQ0KPiA+ID4+IHRvcG9sb2d5 IGZyb20gdGhlIElHUCB5b3UgY291bGQgZ3VhcmFudGVlIHRoYXQgdGhlIGxpbmsgYmV0d2VlbiB0 d28NCj4gPiA+PiBub2RlcyBjb3JyZXNwb25kcyBlZmZlY3RpdmVseSB0byB3aGF0IGlzIHJlYWxs eSBjb25maWd1cmVkIGFuZA0KPiA+ID4+IHBoeXNpY2FsbHkgY29ubmVjdGVkLiBJZiB0aGVyZSBp cyBubyBwcm90b2NvbCBiZXR3ZWVuIHRoZSBub2RlcywNCj4gPiA+PiB5b3UgY2FuJ3QgZ3VhcmFu dGVlIHRoYXQgd2hhdCB0aGUgbm9kZSBhbm5vdW5jZSB0aHJvdWdoIFBDRVAtTFMgaXMNCj4gYWNj dXJhdGUuDQo+ID4gPj4gRS5nLiBOb2RlIEEgcmVwb3J0IExpbmsgQS1CIGFuZCBub2RlIEIgcmVw b3J0IExpbmsgQi1BIGluc3RlYWQgb2YNCj4gPiA+PiBMaW5rIEItQyBhbmQgTGluayBCLUMgaW5z dGVhZCBvZiBMaW5rIEItQSBkdWUgdG8gYSB3cm9uZyBtYW51YWwNCj4gPiA+PiBjb25maWd1cmF0 aW9uLiBZb3Ugb2J0YWluIGEgd3JvbmcgdG9wb2xvZ3kgYW5kIHRodXMgYSB3cm9uZyBncmFwaA0K PiA+ID4+IGFzIHlvdSBpbnZlcnQgdHdvIGxpbmtzIGJldHdlZW4gdHdvIG5vZGVzLiBBbiB5b3Ug aGF2ZSBubyB3YXkgdG8NCj4gPiA+PiBjaGVjayBpdC4gU28sIGluIGFueSBjYXNlLCBhbmQgaXQg aXMgdHJ1ZSBmb3IgT3B0aWNhbCAvIFRyYW5zcG9ydA0KPiA+ID4+IG5ldHdvcmssIHlvdSBNVVNU IHJ1biBhbiBJR1AgaW4geW91ciBuZXR3b3JrIHRvIGJlIHN1cmUgdGhhdCB0aGUNCj4gPiA+PiB0 b3BvbG9neSBpcyBhY2N1cmF0ZSBhbmQgc28gdG8gZ3VhcmFudGVlIHRoYXQgdGhlIFBDRSB3b3Jr IG9uIGENCj4gPiA+PiBjb3JyZWN0IGdyYXBoLiBBIFBDRSB3b3JraW5nIG9uIGEgYmFkIHRvcG9s b2d5IGlzIHBhaW5mdWwuIFNvLA0KPiA+ID4+IGJlY2F1c2UgeW91IG11c3QgcnVuIGFuIElHUCBp biB5b3VyIG5ldHdvcmssIGZ1bGZpbCB0aGUgUENFIFRFRCBieQ0KPiA+ID4+IGxpc3RlbiB0aGUg SUdQIG9yIEJHUC1MUyBpcyB0aGUgYmVzdCBzb2x1dGlvbi4gSU1ITywgUENFIFdHIG11c3QNCj4g PiA+PiBub3Qgd29yayBvbiBhbHRlcm5hdGl2ZQ0KPiA+IHNvbHV0aW9uIHRvIGxlYXJuIHRvcG9s b2d5Lg0KPiA+ID4+DQo+ID4gPj4gW1tEaHJ1diBEaG9keV1dIFdoZW4gUENFUC1MUyBpcyBkZXBs b3llZCBpbiBTRE4gbW9kZSAobm9kZSBieSBub2RlDQo+ID4gPj4gYmFzaXMpLCB0aGUgbm9kZSBj b3VsZCBydW4gYW55IHByb3RvY29sIG9uIHRoZSBsaW5rIHRvIG1ha2UNCj4gPiA+PiB2ZXJpZmlj YXRpb24uIEFkcmlhbiBhbHNvIG1lbnRpb25lZCBpbiBoaXMgcmVwbHksIHRoYXQgZGV2aWNlIGNv dWxkDQo+ID4gPj4gYmUgcnVubmluZywgc29tZSBmb3JtIG9mIGRpc2NvdmVyeS92ZXJpZmljYXRp b24gcHJvdG9jb2wgc3VjaCBhcw0KPiA+ID4+IExNUCwgTExEUCBvciBldmVuIElHUCBvbiB0aGUg cGVyIGxpbmsgYmFzaXMuIEVhY2ggbm9kZSBpcyBmcmVlIHRvDQo+ID4gPj4gcnVuIGFueSBsb2Nh bCBtZWNoYW5pc20gdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGxpbmsgaW5mb3JtYXRpb24gaXMgY29y cmVjdC4NCj4gPiA+PiBUaGUgUENFUC1MUyBleHRlbnNpb24gaXMgd3JpdHRlbiBpbiBzdWNoIGEg d2F5IHRoYXQgaXQgY291bGQgYmUNCj4gPiA+PiB1c2VkIGluIGFueSBtb2RlIGFuZCBpbmRlcGVu ZGVudCBvZiB3aGF0IHRoZSBkZXZpY2UgY2hvb3NlIHRvIGRvLg0KPiA+ID4+IFRoZSBQQ0VQLUxT IGFsc28gc3VwcG9ydCDigJxyZW1vdGUgZGF0YeKAnSAoZGF0YSBhIG5vZGUgd291bGQgaGF2ZQ0K PiA+ID4+IGxlYXJuZWQgdmlhIG90aGVyIHByb3RvY29scyBhcyBJR1ANCj4gPiA+PiAtIHJlbW90 ZSBub2RlcyBhbmQgbGlua3MpLg0KPiA+ID4+DQo+ID4gPj4NCj4gPiA+Pg0KPiA+ID4+IFRoZXJl IGFyZSAqYWxyZWFkeSogbXVsdGlwbGUgd2F5cyB0byBsZWFybiBURUQgYXQgUENFIOKAkyBJR1At VEUsDQo+ID4gPj4gQkdQLUxTLCBOZXRDb25mLyBSZXN0Q29uZiDigJMgWWFuZy4gVGhlIGFyY2hp dGVjdHVyZSBhbGxvd3MgdGhhdC4gVGhlDQo+ID4gPj4gdmFyaW91cyBpbXBsZW1lbnRhdGlvbiBv ZiBTRE4gYWxzbyBhbHJlYWR5IGFsbG93IG11bHRpcGxlIFNCSSB0bw0KPiA+ID4+IGFjaGlldmUg dGhlIHNhbWUgcmVzdWx0LCB0byBhbGxvdyB0aGUgU0ROIHNvbHV0aW9uIHRvIGJlIGRlcGxveWVk DQo+ID4gPj4gaW4gdmFyaW91cyBzY2VuYXJpb3MgYW5kIHRvIG1lZXQgZGlmZmVyZW50IHJlcXVp cmVtZW50cyBvZiB0aGUgbmV0d29yay4NCj4gPiA+PiBUaGUgUENFUC1MUyBjbGFpbXMgdGhhdCB0 aGVyZSBhcmUgc3BlY2lmaWMgZGVwbG95bWVudHMgdGhhdCB3b3VsZA0KPiA+ID4+IGxpa2UgdG8g dXNlIFBDRVAtTFMgYXMgdGhlIG1lY2hhbmlzbSBvZiBjaG9pY2UsIGFzIHRoZSBvdGhlciBTQkkN Cj4gPiA+PiBkb2VzbuKAmXQgd29yayBmb3IgdGhlbS4gIEl0IGRvZXMgbm90IGNsYWltIHRoYXQg b3RoZXIgbWVjaGFuaXNtDQo+ID4gPj4gc2hvdWxkIG5vdCBiZSB1c2VkIGV2ZXIsIGl0IGlzIGp1 c3QgYW5vdGhlciB0b29sIGluIHRoZSB0b29sLXNldA0KPiA+ID4+IGFuZCBJTUhPIHdlIHNob3Vs ZCBhbGxvdyBpdCwgaWYgZG9lcyBubyBicmVhay9oYXJtIHRoZSBuZXR3b3JrLg0KPiA+ID4NCj4g PiA+IFllcy4gTXkgcXVlc3Rpb24gaXMgaGVyZSBpcyB3aGV0aGVyIHRoZSBzYW1lIGNhbiBiZSBh Y2hpZXZlZCBieQ0KPiA+ID4gdHVubmVsbGluZyB0aGUgc2FtZSBkYXRhIG92ZXIgQkdQLUxTLg0K PiA+ID4NCj4gPiA+IFdoYXQgYWR2YW50YWdlcyBkb2VzIFBDRVAtTFMgYnJpbmcgdG8gY291bnRl ci1iYWxhbmNlIHRoZQ0KPiA+ID4gZHVwbGljYXRpb24gb2YgcHJvdG9jb2wtbGV2ZWwgd29yaz8N Cj4gPiA+DQo+ID4gPiBVbmRlcnN0YW5kaW5nIHRoYXQgYmFsYW5jZSwgZG9lcyB0aGUgV0cgZmVl bCBpdCBzaG91bGQgZm9jdXMgb24gdGhhdA0KPiA+IHdvcms/DQo+ID4NCj4gPiBUT006IExldHMg bm90IGZvcmdldCB0aGF0IEJHUC1MUyBpcyBkZXBsb3llZCBvbiBhIHByZXR0eSB3aWRlIHNjYWxl DQo+ID4gbm93IGJvdGggb24gdGhlIGRldmljZSAocGljayBhbnkgbWFqb3Igcm91dGVyIHZlbmRv cikgYW5kIGNsaWVudCBzaWRlcw0KPiA+IChPREwsIGV0Y+KApiksIHNvIHRoZSBiaWcgYWR2YW50 YWdlIGlzIHRoYXQgdGhlcmUgaXMgc29tZXRoaW5nIHRoYXQgaXMNCj4gPiBub3Qgb25seSB3b3Jr aW5nLCBidXQgZGVwbG95ZWQgaW50byBwcm9kdWN0aW9uLiAgVGhlIGxhdHRlciBpcw0KPiA+IGlt cG9ydGFudCBmcm9tIHRoZSBJRVRG4oCZcyBwZXJzcGVjdGl2ZSwgYXMgcnVubmluZyBhbmQgZGVw bG95ZWQgY29kZQ0KPiA+IHdpdGggYSBnb29kIGRlYWwgb2YgZGVwbG95bWVudCBleHBlcmllbmNl Lg0KPiA+DQo+ID4gCeKAlFRvbQ0KPiA+DQo+ID4NCj4gW1tbRGhydXYgRGhvZHldXV0gTGV0IG1l IHRyeSBhbm90aGVyIHdheSAtDQo+IA0KPiBJZiBJIGFtIG1ha2luZyBhIGRlY2lzaW9uIG9uIHdo aWNoIHByb3RvY29sIHRvIGNob29zZSwgSSB3b3VsZCBjb25zaWRlciAtDQo+IA0KPiBJZiB0aGUg bmV0d29yayBpcyBhbHJlYWR5IHJ1bm5pbmcgSUdQLCBhbmQgdGhlIFBDRSBjYW4gam9pbiB0aGUg SUdQIGRvbWFpbiwgbGV0J3MNCj4gZ28gSUdQLVRFIHdheS4NCj4gSWYgdGhlIG5ldHdvcmsgY2Fu IGV4cG9ydCBkYXRhIHZpYSBCR1AtTFMsIHRoZW4gUENFIGNhbiBnbyBCR1AtTFMgd2F5Lg0KPiBC dXQgdGhlcmUgYXJlIGRlcGxveW1lbnRzIHdoZXJlIC0NCj4gLSBQQ0UgY2FuJ3Qgam9pbiBJR1Ag ZG9tYWluDQo+IC0gb3IgTmV0d29yayBkb2VzbuKAmXQgcnVuIEJHUC1MUyAob3B0aWNhbCkNCj4g LSBvciBQQ0UgaXMgYmVpbmcgcnVuIGluIGEgY2VudHJhbCBjb250cm9sIG1vZGUgKFBDRUNDKQ0K PiAJLSBhbmQgdXNpbmcgUENFUCBmb3IgYm90aCBsZWFybmluZyBmcm9tIC8gcHJvZ3JhbW1pbmcg dGhlIGRldmljZSBpcw0KPiBhZHZhbnRhZ2VvdXMNCj4gLSBILVBDRSBtb2RlLCB3aGVyZSBQQ0VQ IGlzIHVzZWQgZm9yIGNvbW11bmljYXRpb24gYmV0d2VlbiBwYXJlbnQgUENFIGFuZA0KPiBjaGls ZCBQQ0UNCj4gCS0gUENFUC1MUyBjb3VsZCBiZSB1c2VkIHRvIGNvbW11bmljYXRlIHRoZSBhYnN0 cmFjdCBkb21haW4gdG9wb2xvZ3kNCj4gKGJvcmRlciBub2RlcywgbGlua3MpDQo+IA0KPiBPdXIg aW50ZW50aW9uIGhhcyBub3QgYmVlbiB0byBzYXkgZG9u4oCZdCB1c2UgQkdQLUxTIG9yIGFueSBv dGhlciBleGlzdGluZw0KPiBtZWNoYW5pc20sIHJhdGhlciBpdCBpcyB0byBzYXkgdGhhdCB0aGVy ZSBhcmUgc29tZSBkZXBsb3ltZW50IHNjZW5hcmlvcyB3aGVyZQ0KPiBQQ0VQLUxTIG1ha2VzIHNl bnNlIGFuZCBsZXQgdXMgb2ZmZXIgdGhhdCBjaG9pY2UgZm9yIHRob3NlIGRlcGxveW1lbnRzLg0K PiANCj4gPiA+DQo+ID4gPj4gMy8gT24gUENFQ0MtU1IuIFRoaXMgdGltZSwgaXQgY291bGQgbWFr ZSBzZW5zZS4gQnV0LCBhZ2FpbiwgaXQgaXMNCj4gPiA+PiBub3QgdGhlIGdvb2Qgd2F5IHRvIHBy b2NlZWQuIEluIGZhY3QsIHdoZW4geW91IHVzZSBQQ0VQIGFzIGNvbnRyb2wNCj4gPiA+PiBwcm90 b2NvbCwgdGhlIG5vZGUgZG9lc24ndCBzdG9yZSB0aGUgY29uZmlndXJhdGlvbiBsaWtlIGl0IGRv ZXMNCj4gPiA+PiB3aXRoIE5ldENvbmYgaW4gdGhlIHN0YW5kYXJkLWNvbmZpZywgYnV0IGl0IGlz IHN0b3JlIGluIHRoZQ0KPiA+ID4+IGVwaGVtZXJhbCBjb25maWcuIFRoaXMgbWVhbnMgdGhhdCB3 aGVuIHRoZSBQQ0VQIHNlc3Npb24gYnJlYWsgb3INCj4gPiA+PiB0aGUgbm9kZSByZWxvYWQsIGFs bCB0aGUgY29uZmlndXJhdGlvbiBpcyBsb29zZS4gSWYgeW91IG5lZWQgdG8NCj4gPiA+PiB3YWl0 IFBDRSBjb25maWd1cmF0aW9uIHRvIGZpbmlzaCB0byBib290IGUuZy4gYWR2ZXJ0aXNlIFNlZ21l bnQNCj4gPiA+PiBSb3V0aW5nIGNhcGFiaWxpdGllcyBuZWVkIFNSR0IsIHByZWZpeCBTSUQgLi4u IGl0IGlzIG5vdCBhIHNhZmUNCj4gPiA+PiBzb2x1dGlvbi4gRm9yIHRoYXQga2luZCBvZiBpbmZv cm1hdGlvbiBOZXRDb25mIGlzIHN1cGVyaW9yIHRvIFBDRVAuDQo+ID4gPj4gSW4gYWRkaXRpb24g U1BSSU5HIFdHIGlzIHdvcmtpbmcgb24geWFuZyBtb2RlbCBmb3IgTmV0Q29uZiBmb3IgdGhpcw0K PiA+ID4+IHB1cnBvc2UuIE5vdCBvbiBQQ0VQIGV4dGVuc2lvbi4gT25lIG1vcmUgdGltZSwgSU1I TywgUENFIFdHIG11c3QNCj4gPiA+PiBub3Qgc3BlbnQgZW5lcmd5IGluDQo+ID4gdGhpcyBkaXJl Y3Rpb24uDQo+ID4gPj4NCj4gPiA+PiBbW0RocnV2IERob2R5XV0gUENFUCBpcyBub3QgKGFuZCBk b2VzIG5vdCBjbGFpbSB0byBiZSBhKQ0KPiA+ID4+IGNvbmZpZ3VyYXRpb24gcHJvdG9jb2wuIEp1 c3QgbGlrZSBQQ0UtaW5pdGlhdGVkIExTUCwgeW91IGNvdWxkIHNldA0KPiA+ID4+IGxvY2FsIHBv bGljeSBvbiBub2RlIHRvIHJldGFpbiBpbmZvcm1hdGlvbiB3aGVuIHRoZSBzZXNzaW9uIGdvZXMN Cj4gPiA+PiBkb3duLiBTaW5jZSB0aGlzIGlzIG5vdCBjb25maWd1cmF0aW9uLCB0aGF0IGluZm9y bWF0aW9uIHdvdWxkIG5vdA0KPiA+IHN1cnZpdmUgdGhlIG5vZGUgcmVzdGFydHMuDQo+ID4gPj4g VGhpcyBpcyB0cnVlIGZvciBhbnkgUENFIGludGVyYWN0aW9ucywgYW5kIGhvbGRzIHRydWUgZm9y IFBDRUNDLVNSDQo+ID4gPj4gYXMgd2VsbC4gQnV0IHRoZSBrZXkgaXMgdGhhdCwgUENFQ0MtU1Ig aXMgbm90IHRyeWluZyB0byBiZSBhDQo+ID4gPj4gcmVwbGFjZW1lbnQgb2YgU1ItWWFuZywgaXQg aXMgYSB3YXkgZm9yIGEgUENFLWJhc2VkIGNvbnRyb2xsZXIgdG8NCj4gPiA+PiBpbnN0cnVjdCB0 aGUgU1IgZm9yd2FyZGluZyBhY3Rpb24gZWFjaCBub2RlIG5lZWRzIHRvIG1ha2UgdmlhIFBDRVAs DQo+ID4gPj4gYWxvbmdzaWRlIHRoZSBsYWJlbCBzdGFjayBpbnN0cnVjdGlvbnMgdG8gdGhlIGhl YWQgbm9kZSB0aGF0IG5lZWRzDQo+ID4gPj4gdG8gYmUgYXR0YWNoZWQgdG8gcGFja2V0cyBhcyB0 aGV5IGVudGVyIHRoZSBuZXR3b3JrLg0KPiA+ID4NCj4gPiA+IEkgYWdyZWUuIEZyb20gdGhlIHBy b3RvY29sIHBlcnNwZWN0aXZlLCB0aG91Z2gsIHN0YXRlZnVsIFBDRVAgd2l0aA0KPiA+ID4gc3Rh dGUgc3luY2hyb25pemF0aW9uIG9wdGltaXphdGlvbnMgbWFrZXMgaXQgcG9zc2libGUgdG8gcmV0 YWluDQo+ID4gPiBzdGF0ZSBhY3Jvc3MgcmVib290cyBhbmQgc2tpcCBzdGF0ZSByZXN5bmNocm9u aXphdGlvbi4NCj4gPiA+DQo+ID4gPiBPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBORVRDT05G IGNhbiBtYWtlIGVxdWl2YWxlbnQgZnVuY3Rpb25hbGl0eQ0KPiA+ID4gYXZhaWxhYmxlIHZpYSBh IHJhdGhlciBzaW1wbGUgZXh0ZW5zaW9uLCBlc3BlY2lhbGx5IHdpdGggKGZpbmFsbHkpDQo+ID4g PiByZXZpc2VkIG5vdGlmaWNhdGlvbnMuDQo+ID4gPg0KPiA+ID4gSSBhZ3JlZSB3aXRoIE9saXZp ZXIgdGhhdCBmb3Igc3RhdGUgdHJhbnNmZXIgZGVzaWduIE5FVENPTkYvWUFORyBpcw0KPiA+ID4g bXVjaCBmcmllbmRsaWVyIHRvIGV4dGVuc2lvbnMgdGhhbiBQQ0VQLiBJdCBtYWtlcyBtdWNoIGVh c2llciB0bw0KPiA+ID4gcmVhc29uIGFib3V0IGRhdGEgc3RydWN0dXJlIGFuZCBpbnRlcmFjdGlv bnMsIHdoaWNoIEkgdGhpbmsgaXMNCj4gPiA+IGV4dHJlbWVseSBpbXBvcnRhbnQgZm9yIG90aGVy IFdHcy4NCj4gPiA+DQo+IFtbW0RocnV2IERob2R5XV1dIE15IHBvaW50IGFib3ZlIHdhcyB0aGF0 IGluIFBDRUNDLVNSLCB0aGUgaW50ZXJhY3Rpb24NCj4gYmV0d2VlbiBQQ0UgYW5kIGRldmljZSBz aG91bGQgbm90IGJlIGNvbnNpZGVyZWQgYXMgY29uZmlndXJhdGlvbnMuIEl0IGlzIGENCj4gY2Fz ZSB3aGVyZSBQQ0UgaXMgbWFuYWdpbmcgdGhlIGxhYmVsIHNwYWNlLCBhbGxvY2F0aW5nIGxhYmVs cyBhbmQNCj4gcHJvZ3JhbW1pbmcgdGhlIGRldmljZSB3aXRoIGluc3RydWN0aW9ucy4gRnVydGhl ciBpZiB5b3UgYXJlIHVzaW5nIFBDRSB0bw0KPiBwcm9ncmFtIHRoZSBsYWJlbCBzdGFjayBhdCB0 aGUgaGVhZCBub2RlLCB0aGlzIGFwcHJvYWNoIHN1Z2dlc3QgdXNpbmcgdGhlDQo+IHNhbWUgcHJv dG9jb2wgdG8gcHJvZ3JhbSB0aGUgbGFiZWwgaW5zdHJ1Y3Rpb25zIG9uIGFsbCBub2Rlcy4NCj4g DQo+IEkgZmVlbCB0aGVyZSBpcyBzcGFjZSBmb3IgYm90aCBOZXRjb25mL1lhbmcgYW5kIFBDRVAg YmFzZWQgc29sdXRpb25zIGluDQo+IHBhcmFsbGVsLg0KPiANCj4gVGhhbmtzIQ0KPiBEaHJ1dg0K PiANCj4gPiA+IFJlZ2FyZHMsDQo+ID4gPiBSb2JlcnQNCj4gPiA+DQo+ID4gPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ID4gUGNlIG1haWxpbmcg bGlzdA0KPiA+ID4gUGNlQGlldGYub3JnDQo+ID4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3BjZQ0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gUGNlIG1haWxpbmcgbGlzdA0KPiBQY2VAaWV0Zi5vcmcNCj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== From nobody Tue Aug 8 10:50:37 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3348D1327F0 for ; Tue, 8 Aug 2017 10:50:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.352 X-Spam-Level: X-Spam-Status: No, score=-1.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, REPTO_QUOTE_YAHOO=0.646, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com 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 jsxT-ify82Vn for ; Tue, 8 Aug 2017 10:50:32 -0700 (PDT) Received: from sonic319-47.consmr.mail.ne1.yahoo.com (sonic319-47.consmr.mail.ne1.yahoo.com [66.163.188.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D45871327E5 for ; Tue, 8 Aug 2017 10:50:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1502214630; bh=Iy53MVwizJHyTR6R+Pb00gMMIKOe5Y3KwZxXsfvDRQo=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=rKrXzy0zVYeQrYAcaoYRLAikiO+HJVvuZnvPp6hnc+PKsMA/M4tTRpiTeAKEsstgct59kdNYUvaEw38Qon0AEL3G8u8joDL2inv8sEXw5UfaEwiND0gBtjmNdCP7qMAnUpTindM9yaOW5cK9Jf6SJ/XCVGoLYg7SdaCIsvMMWxVPxF+KkTbHDpFPJV92G9V+LO0evikojfj1P5IoylDUUmxOXlwy2BhZ9uZZaXdbb1hFy3xxS1weXMJ74bTZZCCuScP55WD4WrtTCZfSLm12UfFKrleujBlivaGj7TgX3jCjPrndP6ziMQdrEAGGNzzWyT37a1p0UAa6gGrcwIDofw== X-YMail-OSG: lK8rHjwVM1kfR0ZPeHskNtpdHcZH.2QgjL9Osy.4ctf2ZvAk0b99dupvZTtrD11 XddVtFcJgatR.O5zI13akLeZAqeyCYIWUIPmsKcMH5rPtSb5_ILZLnksR_5.CUwmP1Eql50_5tYz 5BFyEtZ8unKAH3_R8YCvVpzpYwy_f5n8ixZ7NSD.882Wd0Z4XqmiezOVDmq81Fn9qkzmyBpKJt9h kBK0EtCNixD9Q0VggaQNPz3.eZX4a0lacU8u7niwSzZ.xErr1PV7a_fYGG_6YQ3Wt1rXkQd7_J5h _Ngr6VeGpSYSXahoqAX27Wf6S6lnk9BC0Sa7CeLwH8KxqaVS2OIFV8ltbqlOQiyLzzOp0oswNfzA ADFGXr1_52zJWBqOy5d65DUPB2oK.ChNWpETg2C8JDG74ZBmU9S1XdB9bT7mCpAH76NitXTN1_bN SmYmo3cgZKgiRE6f6B9nkQdFvBxcSnIINSKd9TSfMgzRvKmhzzD1ZqwNvtiC3aY27lvyd2qlnxit 1QBr0QzjS3eafXvXHkQYk Received: from sonic.gate.mail.ne1.yahoo.com by sonic319.consmr.mail.ne1.yahoo.com with HTTP; Tue, 8 Aug 2017 17:50:30 +0000 Date: Tue, 8 Aug 2017 17:46:29 +0000 (UTC) From: Igor Bryskin Reply-To: "i_bryskin@yahoo.com" To: "jdrake@juniper.net" , Dhruv Dhody , Thomas Nadeau , Robert Varga Cc: "pce@ietf.org" , "pce-chairs@ietf.org" Message-ID: <516191087.2028861.1502214389975@mail.yahoo.com> In-Reply-To: References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> <23CE718903A838468A8B325B80962F9B8CB99E41@blreml501-mbb> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2028860_489305580.1502214389968" X-Mailer: WebService/1.1.10286 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/5.18.2; Android/6.0.1; MMB29M; trltetmo; samsung; SM-N910T; 5.71; 2560x1440; ) Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 17:50:35 -0000 ------=_Part_2028860_489305580.1502214389968 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Excellent question, John. Wonder myself. Let's ask Gert. He is very good at= defining thibgs they are not :-) Yours also irresoectively,igor Sent from Yahoo Mail on Android=20 =20 On Tue, Aug 8, 2017 at 1:32 PM, John E Drake wrote: = Hi, So, what exactly is it that PCEP should not do? Yours Irrespectively, John > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody > Sent: Tuesday, August 8, 2017 11:21 AM > To: Thomas Nadeau ; Robert Varga > Cc: pce@ietf.org; pce-chairs@ietf.org > Subject: Re: [Pce] PCEP as an SDN controller protocol? >=20 > Hi Robert, Thomas, >=20 > See inline... >=20 > > -----Original Message----- > > From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] > > Sent: 08 August 2017 05:09 > > To: Robert Varga > > Cc: Dhruv Dhody ; olivier.dugeon@orange.com; > > Jonathan Hardwick ; pce@ietf.org; > > pce- chairs@ietf.org > > Subject: Re: [Pce] PCEP as an SDN controller protocol? > > > > > > > On Aug 7, 2017:7:13 PM, at 7:13 PM, Robert Varga wrote: > > > > > > On 07/08/17 13:10, Dhruv Dhody wrote: > > >> Hi Oliver, > > > > > > Hello Dhruv, > > > > > >> Sorry for a late response and thanks for engaging on this topic. > > >> With this response I would try to clear up some misconceptions, > > >> some context and counter-viewpoint.=C2=A0 Please see inline=E2=80=A6 > > >> > > >> > > >> > > >> *From:*Pce [mailto:pce-bounces@ietf.org] *On Behalf Of > > >> *olivier.dugeon@orange.com > > >> *Sent:* 27 July 2017 23:42 > > >> *To:* Jonathan Hardwick ; > > >> pce@ietf.org > > >> *Cc:* pce-chairs@ietf.org > > >> *Subject:* Re: [Pce] PCEP as an SDN controller protocol? > > >> > > >> > > >> > > >> Hi Jon, > > >> > > >> Thanks to open this thread. As many of you have already said, PCEP > > >> is already an SDN controller protocol since the work on stateful mod= e. > > >> But, IMHO, recent drafts doesn't go into the right direction. Let > > >> me > > explain: > > >> > > >> 1/ On PCE-LS. Of course there is already plenty of solution to > > >> learn the topology e.g. listen to IGP protocol, BGP-LS ... But, > > >> dont forget that the primary goal of PCE is to compute a path on a > > >> topology. This mean that the PCE need a graph which represent the > network topology. > > >> This graph is extract from the TED, later fulfil by the topology > > >> learning mechanism. Why PCE-LS and other equivalent mechanism that > > >> collect topology information on a node by node basis ? Simply > > >> because you are unable to guarantee that the graph you extract from > > >> what you learn is accurate. Indeed, a node known its interfaces > > >> through what the administrator configure in this node. But, it > > >> doesn't know exactly to which neighbour it is connected while there > > >> is a protocol > > between node. > > >> In IP network, it is the role of the IGP. if there is an error in > > >> the node configuration, the IGP adjacency doesn't fire up and thus, > > >> IGP or BGP-LS will not report this link betwenn the two nodes. The > > >> graph is not complete, but not wrong. So when you learn the > > >> topology from the IGP you could guarantee that the link between two > > >> nodes corresponds effectively to what is really configured and > > >> physically connected. If there is no protocol between the nodes, > > >> you can't guarantee that what the node announce through PCEP-LS is > accurate. > > >> E.g. Node A report Link A-B and node B report Link B-A instead of > > >> Link B-C and Link B-C instead of Link B-A due to a wrong manual > > >> configuration. You obtain a wrong topology and thus a wrong graph > > >> as you invert two links between two nodes. An you have no way to > > >> check it. So, in any case, and it is true for Optical / Transport > > >> network, you MUST run an IGP in your network to be sure that the > > >> topology is accurate and so to guarantee that the PCE work on a > > >> correct graph. A PCE working on a bad topology is painful. So, > > >> because you must run an IGP in your network, fulfil the PCE TED by > > >> listen the IGP or BGP-LS is the best solution. IMHO, PCE WG must > > >> not work on alternative > > solution to learn topology. > > >> > > >> [[Dhruv Dhody]] When PCEP-LS is deployed in SDN mode (node by node > > >> basis), the node could run any protocol on the link to make > > >> verification. Adrian also mentioned in his reply, that device could > > >> be running, some form of discovery/verification protocol such as > > >> LMP, LLDP or even IGP on the per link basis. Each node is free to > > >> run any local mechanism to make sure that the link information is co= rrect. > > >> The PCEP-LS extension is written in such a way that it could be > > >> used in any mode and independent of what the device choose to do. > > >> The PCEP-LS also support =E2=80=9Cremote data=E2=80=9D (data a node = would have > > >> learned via other protocols as IGP > > >> - remote nodes and links). > > >> > > >> > > >> > > >> There are *already* multiple ways to learn TED at PCE =E2=80=93 IGP-= TE, > > >> BGP-LS, NetConf/ RestConf =E2=80=93 Yang. The architecture allows th= at. The > > >> various implementation of SDN also already allow multiple SBI to > > >> achieve the same result, to allow the SDN solution to be deployed > > >> in various scenarios and to meet different requirements of the netwo= rk. > > >> The PCEP-LS claims that there are specific deployments that would > > >> like to use PCEP-LS as the mechanism of choice, as the other SBI > > >> doesn=E2=80=99t work for them.=C2=A0 It does not claim that other me= chanism > > >> should not be used ever, it is just another tool in the tool-set > > >> and IMHO we should allow it, if does no break/harm the network. > > > > > > Yes. My question is here is whether the same can be achieved by > > > tunnelling the same data over BGP-LS. > > > > > > What advantages does PCEP-LS bring to counter-balance the > > > duplication of protocol-level work? > > > > > > Understanding that balance, does the WG feel it should focus on that > > work? > > > > TOM: Lets not forget that BGP-LS is deployed on a pretty wide scale > > now both on the device (pick any major router vendor) and client sides > > (ODL, etc=E2=80=A6), so the big advantage is that there is something th= at is > > not only working, but deployed into production.=C2=A0 The latter is > > important from the IETF=E2=80=99s perspective, as running and deployed = code > > with a good deal of deployment experience. > > > > =C2=A0=C2=A0=C2=A0 =E2=80=94Tom > > > > > [[[Dhruv Dhody]]] Let me try another way - >=20 > If I am making a decision on which protocol to choose, I would consider - >=20 > If the network is already running IGP, and the PCE can join the IGP domai= n, let's > go IGP-TE way. > If the network can export data via BGP-LS, then PCE can go BGP-LS way. > But there are deployments where - > - PCE can't join IGP domain > - or Network doesn=E2=80=99t run BGP-LS (optical) > - or PCE is being run in a central control mode (PCECC) > =C2=A0=C2=A0=C2=A0 - and using PCEP for both learning from / programming = the device is > advantageous > - H-PCE mode, where PCEP is used for communication between parent PCE and > child PCE > =C2=A0=C2=A0=C2=A0 - PCEP-LS could be used to communicate the abstract do= main topology > (border nodes, links) >=20 > Our intention has not been to say don=E2=80=99t use BGP-LS or any other e= xisting > mechanism, rather it is to say that there are some deployment scenarios w= here > PCEP-LS makes sense and let us offer that choice for those deployments. >=20 > > > > > >> 3/ On PCECC-SR. This time, it could make sense. But, again, it is > > >> not the good way to proceed. In fact, when you use PCEP as control > > >> protocol, the node doesn't store the configuration like it does > > >> with NetConf in the standard-config, but it is store in the > > >> ephemeral config. This means that when the PCEP session break or > > >> the node reload, all the configuration is loose. If you need to > > >> wait PCE configuration to finish to boot e.g. advertise Segment > > >> Routing capabilities need SRGB, prefix SID ... it is not a safe > > >> solution. For that kind of information NetConf is superior to PCEP. > > >> In addition SPRING WG is working on yang model for NetConf for this > > >> purpose. Not on PCEP extension. One more time, IMHO, PCE WG must > > >> not spent energy in > > this direction. > > >> > > >> [[Dhruv Dhody]] PCEP is not (and does not claim to be a) > > >> configuration protocol. Just like PCE-initiated LSP, you could set > > >> local policy on node to retain information when the session goes > > >> down. Since this is not configuration, that information would not > > survive the node restarts. > > >> This is true for any PCE interactions, and holds true for PCECC-SR > > >> as well. But the key is that, PCECC-SR is not trying to be a > > >> replacement of SR-Yang, it is a way for a PCE-based controller to > > >> instruct the SR forwarding action each node needs to make via PCEP, > > >> alongside the label stack instructions to the head node that needs > > >> to be attached to packets as they enter the network. > > > > > > I agree. From the protocol perspective, though, stateful PCEP with > > > state synchronization optimizations makes it possible to retain > > > state across reboots and skip state resynchronization. > > > > > > On the other hand, I think NETCONF can make equivalent functionality > > > available via a rather simple extension, especially with (finally) > > > revised notifications. > > > > > > I agree with Olivier that for state transfer design NETCONF/YANG is > > > much friendlier to extensions than PCEP. It makes much easier to > > > reason about data structure and interactions, which I think is > > > extremely important for other WGs. > > > > [[[Dhruv Dhody]]] My point above was that in PCECC-SR, the interaction > between PCE and device should not be considered as configurations. It is = a > case where PCE is managing the label space, allocating labels and > programming the device with instructions. Further if you are using PCE to > program the label stack at the head node, this approach suggest using the > same protocol to program the label instructions on all nodes. >=20 > I feel there is space for both Netconf/Yang and PCEP based solutions in > parallel. >=20 > Thanks! > Dhruv >=20 > > > Regards, > > > Robert > > > > > > _______________________________________________ > > > Pce mailing list > > > Pce@ietf.org > > > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce =20 ------=_Part_2028860_489305580.1502214389968 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Excellent question, John. Wonder myself. Let's ask Gert. He is very good at= defining thibgs they are not :-)

Y= ours also irresoectively,
igor


On Tue, Aug 8, 2017 at 1:32 PM, John E Drake
<jdrake@juniper.net> wrote:
Hi,

So, what exact= ly is it that PCEP should not do?

Your= s Irrespectively,

John


> -----Original Message-----> From: Pce [mailto:pce-bounces@ietf= .org] On Behalf Of Dhruv Dhody
> Sent: Tuesday, Au= gust 8, 2017 11:21 AM
> To: Thomas Nadeau <tnadeau@lucidvision.com>; Robert Varga <nite@hq= .sk>
> Cc: pce@ietf.org; pce-chairs@ietf.org
> Subject: Re: [Pce] PCEP = as an SDN controller protocol?
>
&g= t; Hi Robert, Thomas,
>
> See in= line...
>
> > -----Original M= essage-----
> > From: Thomas Nadeau [mailto:tnadeau@lucidvision.com]
> >= Sent: 08 August 2017 05:09
> > To: Robert Varga &l= t;nite@hq.sk>
> > Cc: Dhruv Dhody <dhruv.dhody@huawei.com>; olivier.dugeon@orange.com;
> > Jonathan Ha= rdwick <Jonathan.Hardwick@me= taswitch.com>; pce@ietf.org;
> > pce= - chairs@ietf.org
> > Subject: Re: [P= ce] PCEP as an SDN controller protocol?
> >
> >
> > > On Aug 7, 2017:7:13 P= M, at 7:13 PM, Robert Varga <nite@hq.sk> wrote:
> > >
> > > On 07/08/17 13:10, Dhruv D= hody wrote:
> > >> Hi Oliver,
> > >
> > > Hello Dhruv,
> > >
> > >> Sorry for a late= response and thanks for engaging on this topic.
> >= ; >> With this response I would try to clear up some misconceptions,<= br clear=3D"none">> > >> some context and counter-viewpoint.&nb= sp; Please see inline=E2=80=A6
> > >>
> > >>
> > >>
> > >> *From:*Pce [mailto:pce-b= ounces@ietf.org] *On Behalf Of
> > >> *olivier.dugeon@orange.com
> > >> *Sent:* 27 July 2017 23:42
> > = >> *To:* Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>;
> >= >> pce@ietf.org
> > >> *Cc:* <= a shape=3D"rect" ymailto=3D"mailto:pce-chairs@ietf.org" href=3D"mailto:pce-= chairs@ietf.org">pce-chairs@ietf.org
> > >&g= t; *Subject:* Re: [Pce] PCEP as an SDN controller protocol?
> > >>
> > >>
> > >>
> > >> Hi Jon,
> > >>
> > >> Thanks to= open this thread. As many of you have already said, PCEP
> > >> is already an SDN controller protocol since the work on= stateful mode.
> > >> But, IMHO, recent draf= ts doesn't go into the right direction. Let
> > >= ;> me
> > explain:
> > &= gt;>
> > >> 1/ On PCE-LS. Of course there = is already plenty of solution to
> > >> learn= the topology e.g. listen to IGP protocol, BGP-LS ... But,
> > >> dont forget that the primary goal of PCE is to compute= a path on a
> > >> topology. This mean that = the PCE need a graph which represent the
> network top= ology.
> > >> This graph is extract from the = TED, later fulfil by the topology
> > >> lear= ning mechanism. Why PCE-LS and other equivalent mechanism that
> > >> collect topology information on a node by node bas= is ? Simply
> > >> because you are unable to = guarantee that the graph you extract from
> > >&= gt; what you learn is accurate. Indeed, a node known its interfaces
> > >> through what the administrator configure in t= his node. But, it
> > >> doesn't know exactly= to which neighbour it is connected while there
> >= >> is a protocol
> > between node.
> > >> In IP network, it is the role of the IGP. if t= here is an error in
> > >> the node configura= tion, the IGP adjacency doesn't fire up and thus,
> &g= t; >> IGP or BGP-LS will not report this link betwenn the two nodes. = The
> > >> graph is not complete, but not wro= ng. So when you learn the
> > >> topology fro= m the IGP you could guarantee that the link between two
&= gt; > >> nodes corresponds effectively to what is really configure= d and
> > >> physically connected. If there i= s no protocol between the nodes,
> > >> you c= an't guarantee that what the node announce through PCEP-LS is
> accurate.
> > >> E.g. Node A report= Link A-B and node B report Link B-A instead of
> >= >> Link B-C and Link B-C instead of Link B-A due to a wrong manual> > >> configuration. You obtain a wrong topol= ogy and thus a wrong graph
> > >> as you inve= rt two links between two nodes. An you have no way to
>= ; > >> check it. So, in any case, and it is true for Optical / Tra= nsport
> > >> network, you MUST run an IGP in= your network to be sure that the
> > >> topo= logy is accurate and so to guarantee that the PCE work on a
> > >> correct graph. A PCE working on a bad topology is pai= nful. So,
> > >> because you must run an IGP = in your network, fulfil the PCE TED by
> > >>= listen the IGP or BGP-LS is the best solution. IMHO, PCE WG must
> > >> not work on alternative
>= > solution to learn topology.
> > >>
> > >> [[Dhruv Dhody]] When PCEP-LS is deployed i= n SDN mode (node by node
> > >> basis), the n= ode could run any protocol on the link to make
> > = >> verification. Adrian also mentioned in his reply, that device coul= d
> > >> be running, some form of discovery/v= erification protocol such as
> > >> LMP, LLDP= or even IGP on the per link basis. Each node is free to
= > > >> run any local mechanism to make sure that the link infor= mation is correct.
> > >> The PCEP-LS extensi= on is written in such a way that it could be
> > &g= t;> used in any mode and independent of what the device choose to do.> > >> The PCEP-LS also support =E2=80=9Cremote= data=E2=80=9D (data a node would have
> > >>= learned via other protocols as IGP
> > >> - = remote nodes and links).
> > >>
> > >>
> > >>
> > >> There are *already* multiple ways to learn TED at PC= E =E2=80=93 IGP-TE,
> > >> BGP-LS, NetConf/ R= estConf =E2=80=93 Yang. The architecture allows that. The
> > >> various implementation of SDN also already allow multip= le SBI to
> > >> achieve the same result, to = allow the SDN solution to be deployed
> > >> = in various scenarios and to meet different requirements of the network.
> > >> The PCEP-LS claims that there are specifi= c deployments that would
> > >> like to use P= CEP-LS as the mechanism of choice, as the other SBI
> = > >> doesn=E2=80=99t work for them.  It does not claim that o= ther mechanism
> > >> should not be used ever= , it is just another tool in the tool-set
> > >&= gt; and IMHO we should allow it, if does no break/harm the network.
> > >
> > > Yes. My question= is here is whether the same can be achieved by
> >= > tunnelling the same data over BGP-LS.
> > >= ;
> > > What advantages does PCEP-LS bring to co= unter-balance the
> > > duplication of protocol-= level work?
> > >
> > &g= t; Understanding that balance, does the WG feel it should focus on that
> > work?
> >
> > TOM: Lets not forget that BGP-LS is deployed on a pretty wide s= cale
> > now both on the device (pick any major rou= ter vendor) and client sides
> > (ODL, etc=E2=80=A6= ), so the big advantage is that there is something that is
> > not only working, but deployed into production.  The latte= r is
> > important from the IETF=E2=80=99s perspect= ive, as running and deployed code
> > with a good d= eal of deployment experience.
> >
> >     =E2=80=94Tom
> >
> >
> [[[Dhruv Dhody]]] Let me try= another way -
>
> If I am makin= g a decision on which protocol to choose, I would consider -
>
> If the network is already running IGP, and= the PCE can join the IGP domain, let's
> go IGP-TE wa= y.
> If the network can export data via BGP-LS, then P= CE can go BGP-LS way.
> But there are deployments wher= e -
> - PCE can't join IGP domain
&g= t; - or Network doesn=E2=80=99t run BGP-LS (optical)
>= - or PCE is being run in a central control mode (PCECC)
= >     - and using PCEP for both learning from / programmi= ng the device is
> advantageous
>= - H-PCE mode, where PCEP is used for communication between parent PCE and<= br clear=3D"none">> child PCE
>     = - PCEP-LS could be used to communicate the abstract domain topology
> (border nodes, links)
>
> Our intention has not been to say don=E2=80=99t use BGP-LS or any= other existing
> mechanism, rather it is to say that = there are some deployment scenarios where
> PCEP-LS ma= kes sense and let us offer that choice for those deployments.
>
> > >
> > >= ;> 3/ On PCECC-SR. This time, it could make sense. But, again, it is
> > >> not the good way to proceed. In fact, whe= n you use PCEP as control
> > >> protocol, th= e node doesn't store the configuration like it does
> = > >> with NetConf in the standard-config, but it is store in the> > >> ephemeral config. This means that when = the PCEP session break or
> > >> the node rel= oad, all the configuration is loose. If you need to
> = > >> wait PCE configuration to finish to boot e.g. advertise Segme= nt
> > >> Routing capabilities need SRGB, pre= fix SID ... it is not a safe
> > >> solution.= For that kind of information NetConf is superior to PCEP.
> > >> In addition SPRING WG is working on yang model for Net= Conf for this
> > >> purpose. Not on PCEP ext= ension. One more time, IMHO, PCE WG must
> > >&g= t; not spent energy in
> > this direction.
> > >>
> > >> [[Dhruv D= hody]] PCEP is not (and does not claim to be a)
> >= >> configuration protocol. Just like PCE-initiated LSP, you could se= t
> > >> local policy on node to retain infor= mation when the session goes
> > >> down. Sin= ce this is not configuration, that information would not
= > > survive the node restarts.
> > >> T= his is true for any PCE interactions, and holds true for PCECC-SR
> > >> as well. But the key is that, PCECC-SR is not = trying to be a
> > >> replacement of SR-Yang,= it is a way for a PCE-based controller to
> > >= > instruct the SR forwarding action each node needs to make via PCEP,> > >> alongside the label stack instructions t= o the head node that needs
> > >> to be attac= hed to packets as they enter the network.
> > ><= br clear=3D"none">> > > I agree. From the protocol perspective, th= ough, stateful PCEP with
> > > state synchroniza= tion optimizations makes it possible to retain
> > = > state across reboots and skip state resynchronization.
> > >
> > > On the other hand, I thi= nk NETCONF can make equivalent functionality
> > &g= t; available via a rather simple extension, especially with (finally)
> > > revised notifications.
> &= gt; >
> > > I agree with Olivier that for sta= te transfer design NETCONF/YANG is
> > > much fr= iendlier to extensions than PCEP. It makes much easier to
> > > reason about data structure and interactions, which I think= is
> > > extremely important for other WGs.
> > >
> [[[Dhruv Dhody]]] My p= oint above was that in PCECC-SR, the interaction
> bet= ween PCE and device should not be considered as configurations. It is a
> case where PCE is managing the label space, allocating = labels and
> programming the device with instructions.= Further if you are using PCE to
> program the label s= tack at the head node, this approach suggest using the
&g= t; same protocol to program the label instructions on all nodes.
>
> I feel there is space for both Netco= nf/Yang and PCEP based solutions in
> parallel.
>
> Thanks!
> Dhr= uv
>
> > > Regards,
> > > Robert
> > >
> > > _______________________________________________> > > Pce mailing list
> >= > Pce@ietf.org
> > > htt= ps://www.ietf.org/mailman/listinfo/pce

>
> ____= ___________________________________________
> Pce mail= ing list
> Pce@ietf.org
>= https://www.ietf.org/mailman/listinfo/pce
_______________________________________________
Pce mai= ling list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
=
------=_Part_2028860_489305580.1502214389968-- From nobody Tue Aug 8 11:07:38 2017 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 54F8B132856; Tue, 8 Aug 2017 11:07:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150221565429.12387.12871236312624656635@ietfa.amsl.com> Date: Tue, 08 Aug 2017 11:07:34 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pceps-16.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 18:07:37 -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 WG of the IETF. Title : Secure Transport for PCEP Authors : Diego R. Lopez Oscar Gonzalez de Dios Qin Wu Dhruv Dhody Filename : draft-ietf-pce-pceps-16.txt Pages : 25 Date : 2017-08-08 Abstract: The Path Computation Element Communication Protocol (PCEP) defines the mechanisms for the communication between a Path Computation Client (PCC) and a Path Computation Element (PCE), or among PCEs. This document describes the usage of Transport Layer Security (TLS) to enhance PCEP security, hence the PCEPS acronym proposed for it. The additional security mechanisms are provided by the transport protocol supporting PCEP, and therefore they do not affect the flexibility and extensibility of PCEP. This document updates RFC 5440 in regards to the PCEP initialization phase procedures. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pceps-16 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pceps-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pceps-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 8 11:08:34 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CB9E132A5B; Tue, 8 Aug 2017 11:08:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 xa4WOWVPQeU1; Tue, 8 Aug 2017 11:08:28 -0700 (PDT) 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 9C030132843; Tue, 8 Aug 2017 11:08:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSZ28907; Tue, 08 Aug 2017 18:08:24 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 19:08:23 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 23:38:13 +0530 From: Dhruv Dhody To: "i_bryskin@yahoo.com" , "jdrake@juniper.net" , Thomas Nadeau , Robert Varga CC: "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] PCEP as an SDN controller protocol? Thread-Index: AdMBZDe3oIUEH6WSTDKg6cZRmOEpYgFcXzKAAhTdf+AAHuIKgAAA5XqAACl3cDD//+AUgIAAA/OA//+fnhA= Date: Tue, 8 Aug 2017 18:08:12 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB9A104@blreml501-mbb> References: <578_1501179107_597A2CE3_578_20_1_3370ad53-9c64-8048-e75b-d9e825f34a30@orange.com> <23CE718903A838468A8B325B80962F9B8CB993D0@blreml501-mbb> <640BA7DD-1EFF-4A0E-B5CF-4BD621F3326B@lucidvision.com> <23CE718903A838468A8B325B80962F9B8CB99E41@blreml501-mbb> <516191087.2028861.1502214389975@mail.yahoo.com> In-Reply-To: <516191087.2028861.1502214389975@mail.yahoo.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.78.239] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CB9A104blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0208.5989FE19.0037, 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: fa690d48b5422cd42a657f625a203ea1 Archived-At: Subject: Re: [Pce] PCEP as an SDN controller protocol? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 18:08:32 -0000 --_000_23CE718903A838468A8B325B80962F9B8CB9A104blreml501mbb_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9obiwgSWdvciwNCg0KSSB0cmllZCB0byBhbnN3ZXIgdGhhdCBxdWVzdGlvbiBpbiBhbm90 aGVyIHRocmVhZC4gSGVyZSBpcyBteSByZXNwb25zZSAtDQoNCkpvbuKAmXMgb3JpZ2luYWwgbWFp bCBhc2tlZCB0aGUgcXVlc3Rpb24gd2hlcmUgZG8gd2Ugc3RvcD8gTXkgYW5zd2VyIHdvdWxkIGJl IC0NCi0gYXQgImNvbmZpZ3VyYXRpb24iDQotIGF0IHVzZSBvZiBQQ0VQIGZvciB3b3JrIGJleW9u ZCBURQ0KLSBraXRjaGVuIHNpbmsgKGFzIEplZmYgcHV0IGl0KQ0KLSBoYXJtIHRvIHRoZSBuZXR3 b3JrIChub24tYmFja3dhcmQgY29tcGF0aWJsZSBldGMpDQotIGluY29tcGF0aWJsZSB3aXRoIGZy YW1ld29yayBpbiBURUFTDQoNCkkgc3VyZSB3ZSBjYW4gYWRkIG1vcmUgcG9pbnRzIHRvIHRoZSBs aXN0IQ0KDQpUaGFua3MhDQpEaHJ1dg0KDQpGcm9tOiBJZ29yIEJyeXNraW4gW21haWx0bzppX2Jy eXNraW5AeWFob28uY29tXQ0KU2VudDogMDggQXVndXN0IDIwMTcgMjM6MTYNClRvOiBqZHJha2VA anVuaXBlci5uZXQ7IERocnV2IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPjsgVGhvbWFz IE5hZGVhdSA8dG5hZGVhdUBsdWNpZHZpc2lvbi5jb20+OyBSb2JlcnQgVmFyZ2EgPG5pdGVAaHEu c2s+DQpDYzogcGNlQGlldGYub3JnOyBwY2UtY2hhaXJzQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90b2NvbD8NCg0KRXhjZWxsZW50IHF1 ZXN0aW9uLCBKb2huLiBXb25kZXIgbXlzZWxmLiBMZXQncyBhc2sgR2VydC4gSGUgaXMgdmVyeSBn b29kIGF0IGRlZmluaW5nIHRoaWJncyB0aGV5IGFyZSBub3QgOi0pDQoNCllvdXJzIGFsc28gaXJy ZXNvZWN0aXZlbHksDQppZ29yDQpTZW50IGZyb20gWWFob28gTWFpbCBvbiBBbmRyb2lkPGh0dHBz Oi8vb3ZlcnZpZXcubWFpbC55YWhvby5jb20vbW9iaWxlLz8uc3JjPUFuZHJvaWQ+DQoNCk9uIFR1 ZSwgQXVnIDgsIDIwMTcgYXQgMTozMiBQTSwgSm9obiBFIERyYWtlDQo8amRyYWtlQGp1bmlwZXIu bmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PiB3cm90ZToNCkhpLA0KDQpTbywgd2hhdCBl eGFjdGx5IGlzIGl0IHRoYXQgUENFUCBzaG91bGQgbm90IGRvPw0KDQpZb3VycyBJcnJlc3BlY3Rp dmVseSwNCg0KSm9obg0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog UGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYu b3JnPl0gT24gQmVoYWxmIE9mIERocnV2IERob2R5DQo+IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCA4 LCAyMDE3IDExOjIxIEFNDQo+IFRvOiBUaG9tYXMgTmFkZWF1IDx0bmFkZWF1QGx1Y2lkdmlzaW9u LmNvbTxtYWlsdG86dG5hZGVhdUBsdWNpZHZpc2lvbi5jb20+PjsgUm9iZXJ0IFZhcmdhIDxuaXRl QGhxLnNrPG1haWx0bzpuaXRlQGhxLnNrPj4NCj4gQ2M6IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNl QGlldGYub3JnPjsgcGNlLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9y Zz4NCj4gU3ViamVjdDogUmU6IFtQY2VdIFBDRVAgYXMgYW4gU0ROIGNvbnRyb2xsZXIgcHJvdG9j b2w/DQo+DQo+IEhpIFJvYmVydCwgVGhvbWFzLA0KPg0KPiBTZWUgaW5saW5lLi4uDQo+DQo+ID4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBUaG9tYXMgTmFkZWF1IFttYWls dG86dG5hZGVhdUBsdWNpZHZpc2lvbi5jb208bWFpbHRvOnRuYWRlYXVAbHVjaWR2aXNpb24uY29t Pl0NCj4gPiBTZW50OiAwOCBBdWd1c3QgMjAxNyAwNTowOQ0KPiA+IFRvOiBSb2JlcnQgVmFyZ2Eg PG5pdGVAaHEuc2s8bWFpbHRvOm5pdGVAaHEuc2s+Pg0KPiA+IENjOiBEaHJ1diBEaG9keSA8ZGhy dXYuZGhvZHlAaHVhd2VpLmNvbTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+OyBvbGl2 aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPG1haWx0bzpvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPjsN Cj4gPiBKb25hdGhhbiBIYXJkd2ljayA8Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208 bWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPj47IHBjZUBpZXRmLm9yZzxt YWlsdG86cGNlQGlldGYub3JnPjsNCj4gPiBwY2UtIGNoYWlyc0BpZXRmLm9yZzxtYWlsdG86Y2hh aXJzQGlldGYub3JnPg0KPiA+IFN1YmplY3Q6IFJlOiBbUGNlXSBQQ0VQIGFzIGFuIFNETiBjb250 cm9sbGVyIHByb3RvY29sPw0KPiA+DQo+ID4NCj4gPiA+IE9uIEF1ZyA3LCAyMDE3Ojc6MTMgUE0s IGF0IDc6MTMgUE0sIFJvYmVydCBWYXJnYSA8bml0ZUBocS5zazxtYWlsdG86bml0ZUBocS5zaz4+ IHdyb3RlOg0KPiA+ID4NCj4gPiA+IE9uIDA3LzA4LzE3IDEzOjEwLCBEaHJ1diBEaG9keSB3cm90 ZToNCj4gPiA+PiBIaSBPbGl2ZXIsDQo+ID4gPg0KPiA+ID4gSGVsbG8gRGhydXYsDQo+ID4gPg0K PiA+ID4+IFNvcnJ5IGZvciBhIGxhdGUgcmVzcG9uc2UgYW5kIHRoYW5rcyBmb3IgZW5nYWdpbmcg b24gdGhpcyB0b3BpYy4NCj4gPiA+PiBXaXRoIHRoaXMgcmVzcG9uc2UgSSB3b3VsZCB0cnkgdG8g Y2xlYXIgdXAgc29tZSBtaXNjb25jZXB0aW9ucywNCj4gPiA+PiBzb21lIGNvbnRleHQgYW5kIGNv dW50ZXItdmlld3BvaW50LiAgUGxlYXNlIHNlZSBpbmxpbmXigKYNCj4gPiA+Pg0KPiA+ID4+DQo+ ID4gPj4NCj4gPiA+PiAqRnJvbToqUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmc8bWFp bHRvOnBjZS1ib3VuY2VzQGlldGYub3JnPl0gKk9uIEJlaGFsZiBPZg0KPiA+ID4+ICpvbGl2aWVy LmR1Z2VvbkBvcmFuZ2UuY29tPG1haWx0bzpvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPg0KPiA+ ID4+ICpTZW50OiogMjcgSnVseSAyMDE3IDIzOjQyDQo+ID4gPj4gKlRvOiogSm9uYXRoYW4gSGFy ZHdpY2sgPEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPG1haWx0bzpKb25hdGhhbi5I YXJkd2lja0BtZXRhc3dpdGNoLmNvbT4+Ow0KPiA+ID4+IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNl QGlldGYub3JnPg0KPiA+ID4+ICpDYzoqIHBjZS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1j aGFpcnNAaWV0Zi5vcmc+DQo+ID4gPj4gKlN1YmplY3Q6KiBSZTogW1BjZV0gUENFUCBhcyBhbiBT RE4gY29udHJvbGxlciBwcm90b2NvbD8NCj4gPiA+Pg0KPiA+ID4+DQo+ID4gPj4NCj4gPiA+PiBI aSBKb24sDQo+ID4gPj4NCj4gPiA+PiBUaGFua3MgdG8gb3BlbiB0aGlzIHRocmVhZC4gQXMgbWFu eSBvZiB5b3UgaGF2ZSBhbHJlYWR5IHNhaWQsIFBDRVANCj4gPiA+PiBpcyBhbHJlYWR5IGFuIFNE TiBjb250cm9sbGVyIHByb3RvY29sIHNpbmNlIHRoZSB3b3JrIG9uIHN0YXRlZnVsIG1vZGUuDQo+ ID4gPj4gQnV0LCBJTUhPLCByZWNlbnQgZHJhZnRzIGRvZXNuJ3QgZ28gaW50byB0aGUgcmlnaHQg ZGlyZWN0aW9uLiBMZXQNCj4gPiA+PiBtZQ0KPiA+IGV4cGxhaW46DQo+ID4gPj4NCj4gPiA+PiAx LyBPbiBQQ0UtTFMuIE9mIGNvdXJzZSB0aGVyZSBpcyBhbHJlYWR5IHBsZW50eSBvZiBzb2x1dGlv biB0bw0KPiA+ID4+IGxlYXJuIHRoZSB0b3BvbG9neSBlLmcuIGxpc3RlbiB0byBJR1AgcHJvdG9j b2wsIEJHUC1MUyAuLi4gQnV0LA0KPiA+ID4+IGRvbnQgZm9yZ2V0IHRoYXQgdGhlIHByaW1hcnkg Z29hbCBvZiBQQ0UgaXMgdG8gY29tcHV0ZSBhIHBhdGggb24gYQ0KPiA+ID4+IHRvcG9sb2d5LiBU aGlzIG1lYW4gdGhhdCB0aGUgUENFIG5lZWQgYSBncmFwaCB3aGljaCByZXByZXNlbnQgdGhlDQo+ IG5ldHdvcmsgdG9wb2xvZ3kuDQo+ID4gPj4gVGhpcyBncmFwaCBpcyBleHRyYWN0IGZyb20gdGhl IFRFRCwgbGF0ZXIgZnVsZmlsIGJ5IHRoZSB0b3BvbG9neQ0KPiA+ID4+IGxlYXJuaW5nIG1lY2hh bmlzbS4gV2h5IFBDRS1MUyBhbmQgb3RoZXIgZXF1aXZhbGVudCBtZWNoYW5pc20gdGhhdA0KPiA+ ID4+IGNvbGxlY3QgdG9wb2xvZ3kgaW5mb3JtYXRpb24gb24gYSBub2RlIGJ5IG5vZGUgYmFzaXMg PyBTaW1wbHkNCj4gPiA+PiBiZWNhdXNlIHlvdSBhcmUgdW5hYmxlIHRvIGd1YXJhbnRlZSB0aGF0 IHRoZSBncmFwaCB5b3UgZXh0cmFjdCBmcm9tDQo+ID4gPj4gd2hhdCB5b3UgbGVhcm4gaXMgYWNj dXJhdGUuIEluZGVlZCwgYSBub2RlIGtub3duIGl0cyBpbnRlcmZhY2VzDQo+ID4gPj4gdGhyb3Vn aCB3aGF0IHRoZSBhZG1pbmlzdHJhdG9yIGNvbmZpZ3VyZSBpbiB0aGlzIG5vZGUuIEJ1dCwgaXQN Cj4gPiA+PiBkb2Vzbid0IGtub3cgZXhhY3RseSB0byB3aGljaCBuZWlnaGJvdXIgaXQgaXMgY29u bmVjdGVkIHdoaWxlIHRoZXJlDQo+ID4gPj4gaXMgYSBwcm90b2NvbA0KPiA+IGJldHdlZW4gbm9k ZS4NCj4gPiA+PiBJbiBJUCBuZXR3b3JrLCBpdCBpcyB0aGUgcm9sZSBvZiB0aGUgSUdQLiBpZiB0 aGVyZSBpcyBhbiBlcnJvciBpbg0KPiA+ID4+IHRoZSBub2RlIGNvbmZpZ3VyYXRpb24sIHRoZSBJ R1AgYWRqYWNlbmN5IGRvZXNuJ3QgZmlyZSB1cCBhbmQgdGh1cywNCj4gPiA+PiBJR1Agb3IgQkdQ LUxTIHdpbGwgbm90IHJlcG9ydCB0aGlzIGxpbmsgYmV0d2VubiB0aGUgdHdvIG5vZGVzLiBUaGUN Cj4gPiA+PiBncmFwaCBpcyBub3QgY29tcGxldGUsIGJ1dCBub3Qgd3JvbmcuIFNvIHdoZW4geW91 IGxlYXJuIHRoZQ0KPiA+ID4+IHRvcG9sb2d5IGZyb20gdGhlIElHUCB5b3UgY291bGQgZ3VhcmFu dGVlIHRoYXQgdGhlIGxpbmsgYmV0d2VlbiB0d28NCj4gPiA+PiBub2RlcyBjb3JyZXNwb25kcyBl ZmZlY3RpdmVseSB0byB3aGF0IGlzIHJlYWxseSBjb25maWd1cmVkIGFuZA0KPiA+ID4+IHBoeXNp Y2FsbHkgY29ubmVjdGVkLiBJZiB0aGVyZSBpcyBubyBwcm90b2NvbCBiZXR3ZWVuIHRoZSBub2Rl cywNCj4gPiA+PiB5b3UgY2FuJ3QgZ3VhcmFudGVlIHRoYXQgd2hhdCB0aGUgbm9kZSBhbm5vdW5j ZSB0aHJvdWdoIFBDRVAtTFMgaXMNCj4gYWNjdXJhdGUuDQo+ID4gPj4gRS5nLiBOb2RlIEEgcmVw b3J0IExpbmsgQS1CIGFuZCBub2RlIEIgcmVwb3J0IExpbmsgQi1BIGluc3RlYWQgb2YNCj4gPiA+ PiBMaW5rIEItQyBhbmQgTGluayBCLUMgaW5zdGVhZCBvZiBMaW5rIEItQSBkdWUgdG8gYSB3cm9u ZyBtYW51YWwNCj4gPiA+PiBjb25maWd1cmF0aW9uLiBZb3Ugb2J0YWluIGEgd3JvbmcgdG9wb2xv Z3kgYW5kIHRodXMgYSB3cm9uZyBncmFwaA0KPiA+ID4+IGFzIHlvdSBpbnZlcnQgdHdvIGxpbmtz IGJldHdlZW4gdHdvIG5vZGVzLiBBbiB5b3UgaGF2ZSBubyB3YXkgdG8NCj4gPiA+PiBjaGVjayBp dC4gU28sIGluIGFueSBjYXNlLCBhbmQgaXQgaXMgdHJ1ZSBmb3IgT3B0aWNhbCAvIFRyYW5zcG9y dA0KPiA+ID4+IG5ldHdvcmssIHlvdSBNVVNUIHJ1biBhbiBJR1AgaW4geW91ciBuZXR3b3JrIHRv IGJlIHN1cmUgdGhhdCB0aGUNCj4gPiA+PiB0b3BvbG9neSBpcyBhY2N1cmF0ZSBhbmQgc28gdG8g Z3VhcmFudGVlIHRoYXQgdGhlIFBDRSB3b3JrIG9uIGENCj4gPiA+PiBjb3JyZWN0IGdyYXBoLiBB IFBDRSB3b3JraW5nIG9uIGEgYmFkIHRvcG9sb2d5IGlzIHBhaW5mdWwuIFNvLA0KPiA+ID4+IGJl Y2F1c2UgeW91IG11c3QgcnVuIGFuIElHUCBpbiB5b3VyIG5ldHdvcmssIGZ1bGZpbCB0aGUgUENF IFRFRCBieQ0KPiA+ID4+IGxpc3RlbiB0aGUgSUdQIG9yIEJHUC1MUyBpcyB0aGUgYmVzdCBzb2x1 dGlvbi4gSU1ITywgUENFIFdHIG11c3QNCj4gPiA+PiBub3Qgd29yayBvbiBhbHRlcm5hdGl2ZQ0K PiA+IHNvbHV0aW9uIHRvIGxlYXJuIHRvcG9sb2d5Lg0KPiA+ID4+DQo+ID4gPj4gW1tEaHJ1diBE aG9keV1dIFdoZW4gUENFUC1MUyBpcyBkZXBsb3llZCBpbiBTRE4gbW9kZSAobm9kZSBieSBub2Rl DQo+ID4gPj4gYmFzaXMpLCB0aGUgbm9kZSBjb3VsZCBydW4gYW55IHByb3RvY29sIG9uIHRoZSBs aW5rIHRvIG1ha2UNCj4gPiA+PiB2ZXJpZmljYXRpb24uIEFkcmlhbiBhbHNvIG1lbnRpb25lZCBp biBoaXMgcmVwbHksIHRoYXQgZGV2aWNlIGNvdWxkDQo+ID4gPj4gYmUgcnVubmluZywgc29tZSBm b3JtIG9mIGRpc2NvdmVyeS92ZXJpZmljYXRpb24gcHJvdG9jb2wgc3VjaCBhcw0KPiA+ID4+IExN UCwgTExEUCBvciBldmVuIElHUCBvbiB0aGUgcGVyIGxpbmsgYmFzaXMuIEVhY2ggbm9kZSBpcyBm cmVlIHRvDQo+ID4gPj4gcnVuIGFueSBsb2NhbCBtZWNoYW5pc20gdG8gbWFrZSBzdXJlIHRoYXQg dGhlIGxpbmsgaW5mb3JtYXRpb24gaXMgY29ycmVjdC4NCj4gPiA+PiBUaGUgUENFUC1MUyBleHRl bnNpb24gaXMgd3JpdHRlbiBpbiBzdWNoIGEgd2F5IHRoYXQgaXQgY291bGQgYmUNCj4gPiA+PiB1 c2VkIGluIGFueSBtb2RlIGFuZCBpbmRlcGVuZGVudCBvZiB3aGF0IHRoZSBkZXZpY2UgY2hvb3Nl IHRvIGRvLg0KPiA+ID4+IFRoZSBQQ0VQLUxTIGFsc28gc3VwcG9ydCDigJxyZW1vdGUgZGF0YeKA nSAoZGF0YSBhIG5vZGUgd291bGQgaGF2ZQ0KPiA+ID4+IGxlYXJuZWQgdmlhIG90aGVyIHByb3Rv Y29scyBhcyBJR1ANCj4gPiA+PiAtIHJlbW90ZSBub2RlcyBhbmQgbGlua3MpLg0KPiA+ID4+DQo+ ID4gPj4NCj4gPiA+Pg0KPiA+ID4+IFRoZXJlIGFyZSAqYWxyZWFkeSogbXVsdGlwbGUgd2F5cyB0 byBsZWFybiBURUQgYXQgUENFIOKAkyBJR1AtVEUsDQo+ID4gPj4gQkdQLUxTLCBOZXRDb25mLyBS ZXN0Q29uZiDigJMgWWFuZy4gVGhlIGFyY2hpdGVjdHVyZSBhbGxvd3MgdGhhdC4gVGhlDQo+ID4g Pj4gdmFyaW91cyBpbXBsZW1lbnRhdGlvbiBvZiBTRE4gYWxzbyBhbHJlYWR5IGFsbG93IG11bHRp cGxlIFNCSSB0bw0KPiA+ID4+IGFjaGlldmUgdGhlIHNhbWUgcmVzdWx0LCB0byBhbGxvdyB0aGUg U0ROIHNvbHV0aW9uIHRvIGJlIGRlcGxveWVkDQo+ID4gPj4gaW4gdmFyaW91cyBzY2VuYXJpb3Mg YW5kIHRvIG1lZXQgZGlmZmVyZW50IHJlcXVpcmVtZW50cyBvZiB0aGUgbmV0d29yay4NCj4gPiA+ PiBUaGUgUENFUC1MUyBjbGFpbXMgdGhhdCB0aGVyZSBhcmUgc3BlY2lmaWMgZGVwbG95bWVudHMg dGhhdCB3b3VsZA0KPiA+ID4+IGxpa2UgdG8gdXNlIFBDRVAtTFMgYXMgdGhlIG1lY2hhbmlzbSBv ZiBjaG9pY2UsIGFzIHRoZSBvdGhlciBTQkkNCj4gPiA+PiBkb2VzbuKAmXQgd29yayBmb3IgdGhl bS4gIEl0IGRvZXMgbm90IGNsYWltIHRoYXQgb3RoZXIgbWVjaGFuaXNtDQo+ID4gPj4gc2hvdWxk IG5vdCBiZSB1c2VkIGV2ZXIsIGl0IGlzIGp1c3QgYW5vdGhlciB0b29sIGluIHRoZSB0b29sLXNl dA0KPiA+ID4+IGFuZCBJTUhPIHdlIHNob3VsZCBhbGxvdyBpdCwgaWYgZG9lcyBubyBicmVhay9o YXJtIHRoZSBuZXR3b3JrLg0KPiA+ID4NCj4gPiA+IFllcy4gTXkgcXVlc3Rpb24gaXMgaGVyZSBp cyB3aGV0aGVyIHRoZSBzYW1lIGNhbiBiZSBhY2hpZXZlZCBieQ0KPiA+ID4gdHVubmVsbGluZyB0 aGUgc2FtZSBkYXRhIG92ZXIgQkdQLUxTLg0KPiA+ID4NCj4gPiA+IFdoYXQgYWR2YW50YWdlcyBk b2VzIFBDRVAtTFMgYnJpbmcgdG8gY291bnRlci1iYWxhbmNlIHRoZQ0KPiA+ID4gZHVwbGljYXRp b24gb2YgcHJvdG9jb2wtbGV2ZWwgd29yaz8NCj4gPiA+DQo+ID4gPiBVbmRlcnN0YW5kaW5nIHRo YXQgYmFsYW5jZSwgZG9lcyB0aGUgV0cgZmVlbCBpdCBzaG91bGQgZm9jdXMgb24gdGhhdA0KPiA+ IHdvcms/DQo+ID4NCj4gPiBUT006IExldHMgbm90IGZvcmdldCB0aGF0IEJHUC1MUyBpcyBkZXBs b3llZCBvbiBhIHByZXR0eSB3aWRlIHNjYWxlDQo+ID4gbm93IGJvdGggb24gdGhlIGRldmljZSAo cGljayBhbnkgbWFqb3Igcm91dGVyIHZlbmRvcikgYW5kIGNsaWVudCBzaWRlcw0KPiA+IChPREws IGV0Y+KApiksIHNvIHRoZSBiaWcgYWR2YW50YWdlIGlzIHRoYXQgdGhlcmUgaXMgc29tZXRoaW5n IHRoYXQgaXMNCj4gPiBub3Qgb25seSB3b3JraW5nLCBidXQgZGVwbG95ZWQgaW50byBwcm9kdWN0 aW9uLiAgVGhlIGxhdHRlciBpcw0KPiA+IGltcG9ydGFudCBmcm9tIHRoZSBJRVRG4oCZcyBwZXJz cGVjdGl2ZSwgYXMgcnVubmluZyBhbmQgZGVwbG95ZWQgY29kZQ0KPiA+IHdpdGggYSBnb29kIGRl YWwgb2YgZGVwbG95bWVudCBleHBlcmllbmNlLg0KPiA+DQo+ID4gICAgIOKAlFRvbQ0KPiA+DQo+ ID4NCj4gW1tbRGhydXYgRGhvZHldXV0gTGV0IG1lIHRyeSBhbm90aGVyIHdheSAtDQo+DQo+IElm IEkgYW0gbWFraW5nIGEgZGVjaXNpb24gb24gd2hpY2ggcHJvdG9jb2wgdG8gY2hvb3NlLCBJIHdv dWxkIGNvbnNpZGVyIC0NCj4NCj4gSWYgdGhlIG5ldHdvcmsgaXMgYWxyZWFkeSBydW5uaW5nIElH UCwgYW5kIHRoZSBQQ0UgY2FuIGpvaW4gdGhlIElHUCBkb21haW4sIGxldCdzDQo+IGdvIElHUC1U RSB3YXkuDQo+IElmIHRoZSBuZXR3b3JrIGNhbiBleHBvcnQgZGF0YSB2aWEgQkdQLUxTLCB0aGVu IFBDRSBjYW4gZ28gQkdQLUxTIHdheS4NCj4gQnV0IHRoZXJlIGFyZSBkZXBsb3ltZW50cyB3aGVy ZSAtDQo+IC0gUENFIGNhbid0IGpvaW4gSUdQIGRvbWFpbg0KPiAtIG9yIE5ldHdvcmsgZG9lc27i gJl0IHJ1biBCR1AtTFMgKG9wdGljYWwpDQo+IC0gb3IgUENFIGlzIGJlaW5nIHJ1biBpbiBhIGNl bnRyYWwgY29udHJvbCBtb2RlIChQQ0VDQykNCj4gICAgIC0gYW5kIHVzaW5nIFBDRVAgZm9yIGJv dGggbGVhcm5pbmcgZnJvbSAvIHByb2dyYW1taW5nIHRoZSBkZXZpY2UgaXMNCj4gYWR2YW50YWdl b3VzDQo+IC0gSC1QQ0UgbW9kZSwgd2hlcmUgUENFUCBpcyB1c2VkIGZvciBjb21tdW5pY2F0aW9u IGJldHdlZW4gcGFyZW50IFBDRSBhbmQNCj4gY2hpbGQgUENFDQo+ICAgICAtIFBDRVAtTFMgY291 bGQgYmUgdXNlZCB0byBjb21tdW5pY2F0ZSB0aGUgYWJzdHJhY3QgZG9tYWluIHRvcG9sb2d5DQo+ IChib3JkZXIgbm9kZXMsIGxpbmtzKQ0KPg0KPiBPdXIgaW50ZW50aW9uIGhhcyBub3QgYmVlbiB0 byBzYXkgZG9u4oCZdCB1c2UgQkdQLUxTIG9yIGFueSBvdGhlciBleGlzdGluZw0KPiBtZWNoYW5p c20sIHJhdGhlciBpdCBpcyB0byBzYXkgdGhhdCB0aGVyZSBhcmUgc29tZSBkZXBsb3ltZW50IHNj ZW5hcmlvcyB3aGVyZQ0KPiBQQ0VQLUxTIG1ha2VzIHNlbnNlIGFuZCBsZXQgdXMgb2ZmZXIgdGhh dCBjaG9pY2UgZm9yIHRob3NlIGRlcGxveW1lbnRzLg0KPg0KPiA+ID4NCj4gPiA+PiAzLyBPbiBQ Q0VDQy1TUi4gVGhpcyB0aW1lLCBpdCBjb3VsZCBtYWtlIHNlbnNlLiBCdXQsIGFnYWluLCBpdCBp cw0KPiA+ID4+IG5vdCB0aGUgZ29vZCB3YXkgdG8gcHJvY2VlZC4gSW4gZmFjdCwgd2hlbiB5b3Ug dXNlIFBDRVAgYXMgY29udHJvbA0KPiA+ID4+IHByb3RvY29sLCB0aGUgbm9kZSBkb2Vzbid0IHN0 b3JlIHRoZSBjb25maWd1cmF0aW9uIGxpa2UgaXQgZG9lcw0KPiA+ID4+IHdpdGggTmV0Q29uZiBp biB0aGUgc3RhbmRhcmQtY29uZmlnLCBidXQgaXQgaXMgc3RvcmUgaW4gdGhlDQo+ID4gPj4gZXBo ZW1lcmFsIGNvbmZpZy4gVGhpcyBtZWFucyB0aGF0IHdoZW4gdGhlIFBDRVAgc2Vzc2lvbiBicmVh ayBvcg0KPiA+ID4+IHRoZSBub2RlIHJlbG9hZCwgYWxsIHRoZSBjb25maWd1cmF0aW9uIGlzIGxv b3NlLiBJZiB5b3UgbmVlZCB0bw0KPiA+ID4+IHdhaXQgUENFIGNvbmZpZ3VyYXRpb24gdG8gZmlu aXNoIHRvIGJvb3QgZS5nLiBhZHZlcnRpc2UgU2VnbWVudA0KPiA+ID4+IFJvdXRpbmcgY2FwYWJp bGl0aWVzIG5lZWQgU1JHQiwgcHJlZml4IFNJRCAuLi4gaXQgaXMgbm90IGEgc2FmZQ0KPiA+ID4+ IHNvbHV0aW9uLiBGb3IgdGhhdCBraW5kIG9mIGluZm9ybWF0aW9uIE5ldENvbmYgaXMgc3VwZXJp b3IgdG8gUENFUC4NCj4gPiA+PiBJbiBhZGRpdGlvbiBTUFJJTkcgV0cgaXMgd29ya2luZyBvbiB5 YW5nIG1vZGVsIGZvciBOZXRDb25mIGZvciB0aGlzDQo+ID4gPj4gcHVycG9zZS4gTm90IG9uIFBD RVAgZXh0ZW5zaW9uLiBPbmUgbW9yZSB0aW1lLCBJTUhPLCBQQ0UgV0cgbXVzdA0KPiA+ID4+IG5v dCBzcGVudCBlbmVyZ3kgaW4NCj4gPiB0aGlzIGRpcmVjdGlvbi4NCj4gPiA+Pg0KPiA+ID4+IFtb RGhydXYgRGhvZHldXSBQQ0VQIGlzIG5vdCAoYW5kIGRvZXMgbm90IGNsYWltIHRvIGJlIGEpDQo+ ID4gPj4gY29uZmlndXJhdGlvbiBwcm90b2NvbC4gSnVzdCBsaWtlIFBDRS1pbml0aWF0ZWQgTFNQ LCB5b3UgY291bGQgc2V0DQo+ID4gPj4gbG9jYWwgcG9saWN5IG9uIG5vZGUgdG8gcmV0YWluIGlu Zm9ybWF0aW9uIHdoZW4gdGhlIHNlc3Npb24gZ29lcw0KPiA+ID4+IGRvd24uIFNpbmNlIHRoaXMg aXMgbm90IGNvbmZpZ3VyYXRpb24sIHRoYXQgaW5mb3JtYXRpb24gd291bGQgbm90DQo+ID4gc3Vy dml2ZSB0aGUgbm9kZSByZXN0YXJ0cy4NCj4gPiA+PiBUaGlzIGlzIHRydWUgZm9yIGFueSBQQ0Ug aW50ZXJhY3Rpb25zLCBhbmQgaG9sZHMgdHJ1ZSBmb3IgUENFQ0MtU1INCj4gPiA+PiBhcyB3ZWxs LiBCdXQgdGhlIGtleSBpcyB0aGF0LCBQQ0VDQy1TUiBpcyBub3QgdHJ5aW5nIHRvIGJlIGENCj4g PiA+PiByZXBsYWNlbWVudCBvZiBTUi1ZYW5nLCBpdCBpcyBhIHdheSBmb3IgYSBQQ0UtYmFzZWQg Y29udHJvbGxlciB0bw0KPiA+ID4+IGluc3RydWN0IHRoZSBTUiBmb3J3YXJkaW5nIGFjdGlvbiBl YWNoIG5vZGUgbmVlZHMgdG8gbWFrZSB2aWEgUENFUCwNCj4gPiA+PiBhbG9uZ3NpZGUgdGhlIGxh YmVsIHN0YWNrIGluc3RydWN0aW9ucyB0byB0aGUgaGVhZCBub2RlIHRoYXQgbmVlZHMNCj4gPiA+ PiB0byBiZSBhdHRhY2hlZCB0byBwYWNrZXRzIGFzIHRoZXkgZW50ZXIgdGhlIG5ldHdvcmsuDQo+ ID4gPg0KPiA+ID4gSSBhZ3JlZS4gRnJvbSB0aGUgcHJvdG9jb2wgcGVyc3BlY3RpdmUsIHRob3Vn aCwgc3RhdGVmdWwgUENFUCB3aXRoDQo+ID4gPiBzdGF0ZSBzeW5jaHJvbml6YXRpb24gb3B0aW1p emF0aW9ucyBtYWtlcyBpdCBwb3NzaWJsZSB0byByZXRhaW4NCj4gPiA+IHN0YXRlIGFjcm9zcyBy ZWJvb3RzIGFuZCBza2lwIHN0YXRlIHJlc3luY2hyb25pemF0aW9uLg0KPiA+ID4NCj4gPiA+IE9u IHRoZSBvdGhlciBoYW5kLCBJIHRoaW5rIE5FVENPTkYgY2FuIG1ha2UgZXF1aXZhbGVudCBmdW5j dGlvbmFsaXR5DQo+ID4gPiBhdmFpbGFibGUgdmlhIGEgcmF0aGVyIHNpbXBsZSBleHRlbnNpb24s IGVzcGVjaWFsbHkgd2l0aCAoZmluYWxseSkNCj4gPiA+IHJldmlzZWQgbm90aWZpY2F0aW9ucy4N Cj4gPiA+DQo+ID4gPiBJIGFncmVlIHdpdGggT2xpdmllciB0aGF0IGZvciBzdGF0ZSB0cmFuc2Zl ciBkZXNpZ24gTkVUQ09ORi9ZQU5HIGlzDQo+ID4gPiBtdWNoIGZyaWVuZGxpZXIgdG8gZXh0ZW5z aW9ucyB0aGFuIFBDRVAuIEl0IG1ha2VzIG11Y2ggZWFzaWVyIHRvDQo+ID4gPiByZWFzb24gYWJv dXQgZGF0YSBzdHJ1Y3R1cmUgYW5kIGludGVyYWN0aW9ucywgd2hpY2ggSSB0aGluayBpcw0KPiA+ ID4gZXh0cmVtZWx5IGltcG9ydGFudCBmb3Igb3RoZXIgV0dzLg0KPiA+ID4NCj4gW1tbRGhydXYg RGhvZHldXV0gTXkgcG9pbnQgYWJvdmUgd2FzIHRoYXQgaW4gUENFQ0MtU1IsIHRoZSBpbnRlcmFj dGlvbg0KPiBiZXR3ZWVuIFBDRSBhbmQgZGV2aWNlIHNob3VsZCBub3QgYmUgY29uc2lkZXJlZCBh cyBjb25maWd1cmF0aW9ucy4gSXQgaXMgYQ0KPiBjYXNlIHdoZXJlIFBDRSBpcyBtYW5hZ2luZyB0 aGUgbGFiZWwgc3BhY2UsIGFsbG9jYXRpbmcgbGFiZWxzIGFuZA0KPiBwcm9ncmFtbWluZyB0aGUg ZGV2aWNlIHdpdGggaW5zdHJ1Y3Rpb25zLiBGdXJ0aGVyIGlmIHlvdSBhcmUgdXNpbmcgUENFIHRv DQo+IHByb2dyYW0gdGhlIGxhYmVsIHN0YWNrIGF0IHRoZSBoZWFkIG5vZGUsIHRoaXMgYXBwcm9h Y2ggc3VnZ2VzdCB1c2luZyB0aGUNCj4gc2FtZSBwcm90b2NvbCB0byBwcm9ncmFtIHRoZSBsYWJl bCBpbnN0cnVjdGlvbnMgb24gYWxsIG5vZGVzLg0KPg0KPiBJIGZlZWwgdGhlcmUgaXMgc3BhY2Ug Zm9yIGJvdGggTmV0Y29uZi9ZYW5nIGFuZCBQQ0VQIGJhc2VkIHNvbHV0aW9ucyBpbg0KPiBwYXJh bGxlbC4NCj4NCj4gVGhhbmtzIQ0KPiBEaHJ1dg0KPg0KPiA+ID4gUmVnYXJkcywNCj4gPiA+IFJv YmVydA0KPiA+ID4NCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+ID4gPiBQY2UgbWFpbGluZyBsaXN0DQo+ID4gPiBQY2VAaWV0Zi5vcmc8bWFp bHRvOlBjZUBpZXRmLm9yZz4NCj4gPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcGNlDQoNCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gUGNlIG1haWxpbmcgbGlzdA0KPiBQY2VAaWV0Zi5vcmc8bWFpbHRvOlBjZUBp ZXRmLm9yZz4NCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpQY2UgbWFpbGlu ZyBsaXN0DQpQY2VAaWV0Zi5vcmc8bWFpbHRvOlBjZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQo= --_000_23CE718903A838468A8B325B80962F9B8CB9A104blreml501mbb_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2Ut MToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJUcmVidWNoZXQgTVMiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw dCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj5IaSBKb2huLCBJZ29yLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+SSB0cmllZCB0byBhbnN3ZXIgdGhhdCBxdWVzdGlvbiBpbiBhbm90aGVyIHRocmVhZC4gSGVy ZSBpcyBteSByZXNwb25zZSAtICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oyxz ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Kb27igJlzIG9y aWdpbmFsIG1haWwgYXNrZWQgdGhlIHF1ZXN0aW9uIHdoZXJlIGRvIHdlIHN0b3A/IE15IGFuc3dl ciB3b3VsZCBiZSAtPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2Nv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPi0gYXQgJnF1b3Q7Y29uZmln dXJhdGlvbiZxdW90Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPi0gYXQgdXNlIG9mIFBD RVAgZm9yIHdvcmsgYmV5b25kIFRFDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0O3RleHQtaW5kZW50OjM2LjBwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPi0ga2l0Y2hlbiBzaW5rIChhcyBKZWZmIHB1dCBpdCk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+LSBoYXJtIHRvIHRoZSBuZXR3b3JrIChub24tYmFja3dhcmQgY29tcGF0 aWJsZSBldGMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPi0gaW5jb21wYXRpYmxlIHdpdGgg ZnJhbWV3b3JrIGluIFRFQVM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5J IHN1cmUgd2UgY2FuIGFkZCBtb3JlIHBvaW50cyB0byB0aGUgbGlzdCENCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyENCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkRocnV2PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBj bSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IElnb3IgQnJ5c2tpbiBbbWFp bHRvOmlfYnJ5c2tpbkB5YWhvby5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMDggQXVndXN0IDIw MTcgMjM6MTY8YnI+DQo8Yj5Ubzo8L2I+IGpkcmFrZUBqdW5pcGVyLm5ldDsgRGhydXYgRGhvZHkg Jmx0O2RocnV2LmRob2R5QGh1YXdlaS5jb20mZ3Q7OyBUaG9tYXMgTmFkZWF1ICZsdDt0bmFkZWF1 QGx1Y2lkdmlzaW9uLmNvbSZndDs7IFJvYmVydCBWYXJnYSAmbHQ7bml0ZUBocS5zayZndDs8YnI+ DQo8Yj5DYzo8L2I+IHBjZUBpZXRmLm9yZzsgcGNlLWNoYWlyc0BpZXRmLm9yZzxicj4NCjxiPlN1 YmplY3Q6PC9iPiBSZTogW1BjZV0gUENFUCBhcyBhbiBTRE4gY29udHJvbGxlciBwcm90b2NvbD88 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5FeGNlbGxlbnQg cXVlc3Rpb24sIEpvaG4uIFdvbmRlciBteXNlbGYuIExldCdzIGFzayBHZXJ0LiBIZSBpcyB2ZXJ5 IGdvb2QgYXQgZGVmaW5pbmcgdGhpYmdzIHRoZXkgYXJlIG5vdCA6LSk8bzpwPjwvbzpwPjwvcD4N CjxkaXYgaWQ9InlNYWlsX2N1cnNvckVsZW1lbnRUcmFja2VyXzE1MDIyMTQzMDc0NzQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9 InlNYWlsX2N1cnNvckVsZW1lbnRUcmFja2VyXzE1MDIyMTQzMTQ2NDIiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+WW91cnMgYWxzbyBpcnJlc29lY3RpdmVseSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdiBpZD0ieU1haWxfY3Vyc29yRWxlbWVudFRyYWNrZXJfMTUwMjIxNDMyNzA2MyI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPmlnb3I8bzpw PjwvbzpwPjwvcD4NCjxkaXYgaWQ9InltYWlsX2FuZHJvaWRfc2lnbmF0dXJlIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vb3ZlcnZpZXcubWFpbC55YWhvby5jb20vbW9i aWxlLz8uc3JjPUFuZHJvaWQiPlNlbnQgZnJvbSBZYWhvbyBNYWlsIG9uIEFuZHJvaWQ8L2E+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTttYXJnaW4tcmlnaHQ6 MGNtO21hcmdpbi1ib3R0b206MTUuMHB0Ij4NCjxkaXY+DQo8ZGl2IGlkPSJ5TWFpbF9jdXJzb3JF bGVtZW50VHJhY2tlcl8xNTAyMjE0Mjk3MTA1Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM2 RDAwRjYiPk9uIFR1ZSwgQXVnIDgsIDIwMTcgYXQgMTozMiBQTSwgSm9obiBFIERyYWtlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5TWFpbF9jdXJzb3JFbGVtZW50VHJh Y2tlcl8xNTAyMjE0Mjk1NjU5Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM2RDAwRjYiPiZs dDs8YSBocmVmPSJtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Ij5qZHJha2VAanVuaXBlci5uZXQ8 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgIzZEMDBGNiAxLjBwdDtwYWRk aW5nOjBjbSAwY20gMGNtIDE1LjBwdDttYXJnaW4tdG9wOjcuNXB0Ij4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkhpLDxicj4NCjxicj4NClNvLCB3aGF0IGV4YWN0bHkgaXMgaXQgdGhhdCBQQ0VQIHNo b3VsZCBub3QgZG8/PGJyPg0KPGJyPg0KWW91cnMgSXJyZXNwZWN0aXZlbHksPGJyPg0KPGJyPg0K Sm9objxicj4NCjxicj4NCjxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQomZ3Q7IEZyb206IFBjZSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpwY2UtYm91bmNlc0BpZXRm Lm9yZyI+cGNlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgRGhydXYgRGhvZHk8 YnI+DQomZ3Q7IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCA4LCAyMDE3IDExOjIxIEFNPGJyPg0KJmd0 OyBUbzogVGhvbWFzIE5hZGVhdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRuYWRlYXVAbHVjaWR2aXNp b24uY29tIj50bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbTwvYT4mZ3Q7OyBSb2JlcnQgVmFyZ2EgJmx0 OzxhIGhyZWY9Im1haWx0bzpuaXRlQGhxLnNrIj5uaXRlQGhxLnNrPC9hPiZndDs8YnI+DQomZ3Q7 IENjOiA8YSBocmVmPSJtYWlsdG86cGNlQGlldGYub3JnIj5wY2VAaWV0Zi5vcmc8L2E+OyA8YSBo cmVmPSJtYWlsdG86cGNlLWNoYWlyc0BpZXRmLm9yZyI+DQpwY2UtY2hhaXJzQGlldGYub3JnPC9h Pjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtQY2VdIFBDRVAgYXMgYW4gU0ROIGNvbnRyb2xsZXIg cHJvdG9jb2w/PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEhpIFJvYmVydCwgVGhvbWFzLDxicj4NCiZn dDsgPGJyPg0KJmd0OyBTZWUgaW5saW5lLi4uPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7ICZndDsgRnJvbTogVGhvbWFzIE5hZGVh dSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp0bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbSI+dG5hZGVh dUBsdWNpZHZpc2lvbi5jb208L2E+XTxicj4NCiZndDsgJmd0OyBTZW50OiAwOCBBdWd1c3QgMjAx NyAwNTowOTxicj4NCiZndDsgJmd0OyBUbzogUm9iZXJ0IFZhcmdhICZsdDs8YSBocmVmPSJtYWls dG86bml0ZUBocS5zayI+bml0ZUBocS5zazwvYT4mZ3Q7PGJyPg0KJmd0OyAmZ3Q7IENjOiBEaHJ1 diBEaG9keSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRocnV2LmRob2R5QGh1YXdlaS5jb20iPmRocnV2 LmRob2R5QGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpvbGl2aWVyLmR1Z2Vv bkBvcmFuZ2UuY29tIj5vbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPC9hPjs8YnI+DQomZ3Q7ICZn dDsgSm9uYXRoYW4gSGFyZHdpY2sgJmx0OzxhIGhyZWY9Im1haWx0bzpKb25hdGhhbi5IYXJkd2lj a0BtZXRhc3dpdGNoLmNvbSI+Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208L2E+Jmd0 OzsNCjxhIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwvYT47PGJyPg0K Jmd0OyAmZ3Q7IHBjZS0gPGEgaHJlZj0ibWFpbHRvOmNoYWlyc0BpZXRmLm9yZyI+Y2hhaXJzQGll dGYub3JnPC9hPjxicj4NCiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW1BjZV0gUENFUCBhcyBhbiBT RE4gY29udHJvbGxlciBwcm90b2NvbD88YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+ DQomZ3Q7ICZndDsgJmd0OyBPbiBBdWcgNywgMjAxNzo3OjEzIFBNLCBhdCA3OjEzIFBNLCBSb2Jl cnQgVmFyZ2EgJmx0OzxhIGhyZWY9Im1haWx0bzpuaXRlQGhxLnNrIj5uaXRlQGhxLnNrPC9hPiZn dDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBPbiAwNy8w OC8xNyAxMzoxMCwgRGhydXYgRGhvZHkgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhp IE9saXZlciw8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IEhlbGxvIERo cnV2LDxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFNvcnJ5IGZv ciBhIGxhdGUgcmVzcG9uc2UgYW5kIHRoYW5rcyBmb3IgZW5nYWdpbmcgb24gdGhpcyB0b3BpYy48 YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgV2l0aCB0aGlzIHJlc3BvbnNlIEkgd291bGQgdHJ5IHRv IGNsZWFyIHVwIHNvbWUgbWlzY29uY2VwdGlvbnMsPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHNv bWUgY29udGV4dCBhbmQgY291bnRlci12aWV3cG9pbnQuJm5ic3A7IFBsZWFzZSBzZWUgaW5saW5l 4oCmPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7ICpGcm9tOipQY2UgW21h aWx0bzo8YSBocmVmPSJtYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmciPnBjZS1ib3VuY2VzQGll dGYub3JnPC9hPl0gKk9uIEJlaGFsZiBPZjxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyAqPGEgaHJl Zj0ibWFpbHRvOm9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20iPm9saXZpZXIuZHVnZW9uQG9yYW5n ZS5jb208L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7ICpTZW50OiogMjcgSnVseSAyMDE3IDIz OjQyPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7ICpUbzoqIEpvbmF0aGFuIEhhcmR3aWNrICZsdDs8 YSBocmVmPSJtYWlsdG86Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20iPkpvbmF0aGFu LkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPC9hPiZndDs7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7 IDxhIGhyZWY9Im1haWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7 ICZndDsgJmd0OyZndDsgKkNjOiogPGEgaHJlZj0ibWFpbHRvOnBjZS1jaGFpcnNAaWV0Zi5vcmci PnBjZS1jaGFpcnNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7ICpTdWJqZWN0 OiogUmU6IFtQY2VdIFBDRVAgYXMgYW4gU0ROIGNvbnRyb2xsZXIgcHJvdG9jb2w/PGJyPg0KJmd0 OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZn dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhpIEpvbiw8YnI+DQomZ3Q7ICZndDsgJmd0 OyZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgVGhhbmtzIHRvIG9wZW4gdGhpcyB0aHJlYWQu IEFzIG1hbnkgb2YgeW91IGhhdmUgYWxyZWFkeSBzYWlkLCBQQ0VQPGJyPg0KJmd0OyAmZ3Q7ICZn dDsmZ3Q7IGlzIGFscmVhZHkgYW4gU0ROIGNvbnRyb2xsZXIgcHJvdG9jb2wgc2luY2UgdGhlIHdv cmsgb24gc3RhdGVmdWwgbW9kZS48YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgQnV0LCBJTUhPLCBy ZWNlbnQgZHJhZnRzIGRvZXNuJ3QgZ28gaW50byB0aGUgcmlnaHQgZGlyZWN0aW9uLiBMZXQ8YnI+ DQomZ3Q7ICZndDsgJmd0OyZndDsgbWU8YnI+DQomZ3Q7ICZndDsgZXhwbGFpbjo8YnI+DQomZ3Q7 ICZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgMS8gT24gUENFLUxTLiBPZiBj b3Vyc2UgdGhlcmUgaXMgYWxyZWFkeSBwbGVudHkgb2Ygc29sdXRpb24gdG88YnI+DQomZ3Q7ICZn dDsgJmd0OyZndDsgbGVhcm4gdGhlIHRvcG9sb2d5IGUuZy4gbGlzdGVuIHRvIElHUCBwcm90b2Nv bCwgQkdQLUxTIC4uLiBCdXQsPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGRvbnQgZm9yZ2V0IHRo YXQgdGhlIHByaW1hcnkgZ29hbCBvZiBQQ0UgaXMgdG8gY29tcHV0ZSBhIHBhdGggb24gYTxicj4N CiZndDsgJmd0OyAmZ3Q7Jmd0OyB0b3BvbG9neS4gVGhpcyBtZWFuIHRoYXQgdGhlIFBDRSBuZWVk IGEgZ3JhcGggd2hpY2ggcmVwcmVzZW50IHRoZTxicj4NCiZndDsgbmV0d29yayB0b3BvbG9neS48 YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgVGhpcyBncmFwaCBpcyBleHRyYWN0IGZyb20gdGhlIFRF RCwgbGF0ZXIgZnVsZmlsIGJ5IHRoZSB0b3BvbG9neTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBs ZWFybmluZyBtZWNoYW5pc20uIFdoeSBQQ0UtTFMgYW5kIG90aGVyIGVxdWl2YWxlbnQgbWVjaGFu aXNtIHRoYXQ8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgY29sbGVjdCB0b3BvbG9neSBpbmZvcm1h dGlvbiBvbiBhIG5vZGUgYnkgbm9kZSBiYXNpcyA/IFNpbXBseTxicj4NCiZndDsgJmd0OyAmZ3Q7 Jmd0OyBiZWNhdXNlIHlvdSBhcmUgdW5hYmxlIHRvIGd1YXJhbnRlZSB0aGF0IHRoZSBncmFwaCB5 b3UgZXh0cmFjdCBmcm9tPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHdoYXQgeW91IGxlYXJuIGlz IGFjY3VyYXRlLiBJbmRlZWQsIGEgbm9kZSBrbm93biBpdHMgaW50ZXJmYWNlczxicj4NCiZndDsg Jmd0OyAmZ3Q7Jmd0OyB0aHJvdWdoIHdoYXQgdGhlIGFkbWluaXN0cmF0b3IgY29uZmlndXJlIGlu IHRoaXMgbm9kZS4gQnV0LCBpdDxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBkb2Vzbid0IGtub3cg ZXhhY3RseSB0byB3aGljaCBuZWlnaGJvdXIgaXQgaXMgY29ubmVjdGVkIHdoaWxlIHRoZXJlPGJy Pg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGlzIGEgcHJvdG9jb2w8YnI+DQomZ3Q7ICZndDsgYmV0d2Vl biBub2RlLjxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBJbiBJUCBuZXR3b3JrLCBpdCBpcyB0aGUg cm9sZSBvZiB0aGUgSUdQLiBpZiB0aGVyZSBpcyBhbiBlcnJvciBpbjxicj4NCiZndDsgJmd0OyAm Z3Q7Jmd0OyB0aGUgbm9kZSBjb25maWd1cmF0aW9uLCB0aGUgSUdQIGFkamFjZW5jeSBkb2Vzbid0 IGZpcmUgdXAgYW5kIHRodXMsPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IElHUCBvciBCR1AtTFMg d2lsbCBub3QgcmVwb3J0IHRoaXMgbGluayBiZXR3ZW5uIHRoZSB0d28gbm9kZXMuIFRoZTxicj4N CiZndDsgJmd0OyAmZ3Q7Jmd0OyBncmFwaCBpcyBub3QgY29tcGxldGUsIGJ1dCBub3Qgd3Jvbmcu IFNvIHdoZW4geW91IGxlYXJuIHRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyB0b3BvbG9neSBm cm9tIHRoZSBJR1AgeW91IGNvdWxkIGd1YXJhbnRlZSB0aGF0IHRoZSBsaW5rIGJldHdlZW4gdHdv PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IG5vZGVzIGNvcnJlc3BvbmRzIGVmZmVjdGl2ZWx5IHRv IHdoYXQgaXMgcmVhbGx5IGNvbmZpZ3VyZWQgYW5kPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHBo eXNpY2FsbHkgY29ubmVjdGVkLiBJZiB0aGVyZSBpcyBubyBwcm90b2NvbCBiZXR3ZWVuIHRoZSBu b2Rlcyw8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgeW91IGNhbid0IGd1YXJhbnRlZSB0aGF0IHdo YXQgdGhlIG5vZGUgYW5ub3VuY2UgdGhyb3VnaCBQQ0VQLUxTIGlzPGJyPg0KJmd0OyBhY2N1cmF0 ZS48YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgRS5nLiBOb2RlIEEgcmVwb3J0IExpbmsgQS1CIGFu ZCBub2RlIEIgcmVwb3J0IExpbmsgQi1BIGluc3RlYWQgb2Y8YnI+DQomZ3Q7ICZndDsgJmd0OyZn dDsgTGluayBCLUMgYW5kIExpbmsgQi1DIGluc3RlYWQgb2YgTGluayBCLUEgZHVlIHRvIGEgd3Jv bmcgbWFudWFsPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGNvbmZpZ3VyYXRpb24uIFlvdSBvYnRh aW4gYSB3cm9uZyB0b3BvbG9neSBhbmQgdGh1cyBhIHdyb25nIGdyYXBoPGJyPg0KJmd0OyAmZ3Q7 ICZndDsmZ3Q7IGFzIHlvdSBpbnZlcnQgdHdvIGxpbmtzIGJldHdlZW4gdHdvIG5vZGVzLiBBbiB5 b3UgaGF2ZSBubyB3YXkgdG88YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgY2hlY2sgaXQuIFNvLCBp biBhbnkgY2FzZSwgYW5kIGl0IGlzIHRydWUgZm9yIE9wdGljYWwgLyBUcmFuc3BvcnQ8YnI+DQom Z3Q7ICZndDsgJmd0OyZndDsgbmV0d29yaywgeW91IE1VU1QgcnVuIGFuIElHUCBpbiB5b3VyIG5l dHdvcmsgdG8gYmUgc3VyZSB0aGF0IHRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyB0b3BvbG9n eSBpcyBhY2N1cmF0ZSBhbmQgc28gdG8gZ3VhcmFudGVlIHRoYXQgdGhlIFBDRSB3b3JrIG9uIGE8 YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgY29ycmVjdCBncmFwaC4gQSBQQ0Ugd29ya2luZyBvbiBh IGJhZCB0b3BvbG9neSBpcyBwYWluZnVsLiBTbyw8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgYmVj YXVzZSB5b3UgbXVzdCBydW4gYW4gSUdQIGluIHlvdXIgbmV0d29yaywgZnVsZmlsIHRoZSBQQ0Ug VEVEIGJ5PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGxpc3RlbiB0aGUgSUdQIG9yIEJHUC1MUyBp cyB0aGUgYmVzdCBzb2x1dGlvbi4gSU1ITywgUENFIFdHIG11c3Q8YnI+DQomZ3Q7ICZndDsgJmd0 OyZndDsgbm90IHdvcmsgb24gYWx0ZXJuYXRpdmU8YnI+DQomZ3Q7ICZndDsgc29sdXRpb24gdG8g bGVhcm4gdG9wb2xvZ3kuPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZn dDsmZ3Q7IFtbRGhydXYgRGhvZHldXSBXaGVuIFBDRVAtTFMgaXMgZGVwbG95ZWQgaW4gU0ROIG1v ZGUgKG5vZGUgYnkgbm9kZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBiYXNpcyksIHRoZSBub2Rl IGNvdWxkIHJ1biBhbnkgcHJvdG9jb2wgb24gdGhlIGxpbmsgdG8gbWFrZTxicj4NCiZndDsgJmd0 OyAmZ3Q7Jmd0OyB2ZXJpZmljYXRpb24uIEFkcmlhbiBhbHNvIG1lbnRpb25lZCBpbiBoaXMgcmVw bHksIHRoYXQgZGV2aWNlIGNvdWxkPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGJlIHJ1bm5pbmcs IHNvbWUgZm9ybSBvZiBkaXNjb3ZlcnkvdmVyaWZpY2F0aW9uIHByb3RvY29sIHN1Y2ggYXM8YnI+ DQomZ3Q7ICZndDsgJmd0OyZndDsgTE1QLCBMTERQIG9yIGV2ZW4gSUdQIG9uIHRoZSBwZXIgbGlu ayBiYXNpcy4gRWFjaCBub2RlIGlzIGZyZWUgdG88YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgcnVu IGFueSBsb2NhbCBtZWNoYW5pc20gdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGxpbmsgaW5mb3JtYXRp b24gaXMgY29ycmVjdC48YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgVGhlIFBDRVAtTFMgZXh0ZW5z aW9uIGlzIHdyaXR0ZW4gaW4gc3VjaCBhIHdheSB0aGF0IGl0IGNvdWxkIGJlPGJyPg0KJmd0OyAm Z3Q7ICZndDsmZ3Q7IHVzZWQgaW4gYW55IG1vZGUgYW5kIGluZGVwZW5kZW50IG9mIHdoYXQgdGhl IGRldmljZSBjaG9vc2UgdG8gZG8uPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFRoZSBQQ0VQLUxT IGFsc28gc3VwcG9ydCDigJxyZW1vdGUgZGF0YeKAnSAoZGF0YSBhIG5vZGUgd291bGQgaGF2ZTxi cj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBsZWFybmVkIHZpYSBvdGhlciBwcm90b2NvbHMgYXMgSUdQ PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IC0gcmVtb3RlIG5vZGVzIGFuZCBsaW5rcykuPGJyPg0K Jmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFRoZXJlIGFyZSAqYWxyZWFkeSogbXVs dGlwbGUgd2F5cyB0byBsZWFybiBURUQgYXQgUENFIOKAkyBJR1AtVEUsPGJyPg0KJmd0OyAmZ3Q7 ICZndDsmZ3Q7IEJHUC1MUywgTmV0Q29uZi8gUmVzdENvbmYg4oCTIFlhbmcuIFRoZSBhcmNoaXRl Y3R1cmUgYWxsb3dzIHRoYXQuIFRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyB2YXJpb3VzIGlt cGxlbWVudGF0aW9uIG9mIFNETiBhbHNvIGFscmVhZHkgYWxsb3cgbXVsdGlwbGUgU0JJIHRvPGJy Pg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGFjaGlldmUgdGhlIHNhbWUgcmVzdWx0LCB0byBhbGxvdyB0 aGUgU0ROIHNvbHV0aW9uIHRvIGJlIGRlcGxveWVkPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGlu IHZhcmlvdXMgc2NlbmFyaW9zIGFuZCB0byBtZWV0IGRpZmZlcmVudCByZXF1aXJlbWVudHMgb2Yg dGhlIG5ldHdvcmsuPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFRoZSBQQ0VQLUxTIGNsYWltcyB0 aGF0IHRoZXJlIGFyZSBzcGVjaWZpYyBkZXBsb3ltZW50cyB0aGF0IHdvdWxkPGJyPg0KJmd0OyAm Z3Q7ICZndDsmZ3Q7IGxpa2UgdG8gdXNlIFBDRVAtTFMgYXMgdGhlIG1lY2hhbmlzbSBvZiBjaG9p Y2UsIGFzIHRoZSBvdGhlciBTQkk8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgZG9lc27igJl0IHdv cmsgZm9yIHRoZW0uJm5ic3A7IEl0IGRvZXMgbm90IGNsYWltIHRoYXQgb3RoZXIgbWVjaGFuaXNt PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHNob3VsZCBub3QgYmUgdXNlZCBldmVyLCBpdCBpcyBq dXN0IGFub3RoZXIgdG9vbCBpbiB0aGUgdG9vbC1zZXQ8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsg YW5kIElNSE8gd2Ugc2hvdWxkIGFsbG93IGl0LCBpZiBkb2VzIG5vIGJyZWFrL2hhcm0gdGhlIG5l dHdvcmsuPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBZZXMuIE15IHF1 ZXN0aW9uIGlzIGhlcmUgaXMgd2hldGhlciB0aGUgc2FtZSBjYW4gYmUgYWNoaWV2ZWQgYnk8YnI+ DQomZ3Q7ICZndDsgJmd0OyB0dW5uZWxsaW5nIHRoZSBzYW1lIGRhdGEgb3ZlciBCR1AtTFMuPGJy Pg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBXaGF0IGFkdmFudGFnZXMgZG9l cyBQQ0VQLUxTIGJyaW5nIHRvIGNvdW50ZXItYmFsYW5jZSB0aGU8YnI+DQomZ3Q7ICZndDsgJmd0 OyBkdXBsaWNhdGlvbiBvZiBwcm90b2NvbC1sZXZlbCB3b3JrPzxicj4NCiZndDsgJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7ICZndDsgVW5kZXJzdGFuZGluZyB0aGF0IGJhbGFuY2UsIGRvZXMgdGhl IFdHIGZlZWwgaXQgc2hvdWxkIGZvY3VzIG9uIHRoYXQ8YnI+DQomZ3Q7ICZndDsgd29yaz88YnI+ DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgVE9NOiBMZXRzIG5vdCBmb3JnZXQgdGhhdCBCR1At TFMgaXMgZGVwbG95ZWQgb24gYSBwcmV0dHkgd2lkZSBzY2FsZTxicj4NCiZndDsgJmd0OyBub3cg Ym90aCBvbiB0aGUgZGV2aWNlIChwaWNrIGFueSBtYWpvciByb3V0ZXIgdmVuZG9yKSBhbmQgY2xp ZW50IHNpZGVzPGJyPg0KJmd0OyAmZ3Q7IChPREwsIGV0Y+KApiksIHNvIHRoZSBiaWcgYWR2YW50 YWdlIGlzIHRoYXQgdGhlcmUgaXMgc29tZXRoaW5nIHRoYXQgaXM8YnI+DQomZ3Q7ICZndDsgbm90 IG9ubHkgd29ya2luZywgYnV0IGRlcGxveWVkIGludG8gcHJvZHVjdGlvbi4mbmJzcDsgVGhlIGxh dHRlciBpczxicj4NCiZndDsgJmd0OyBpbXBvcnRhbnQgZnJvbSB0aGUgSUVURuKAmXMgcGVyc3Bl Y3RpdmUsIGFzIHJ1bm5pbmcgYW5kIGRlcGxveWVkIGNvZGU8YnI+DQomZ3Q7ICZndDsgd2l0aCBh IGdvb2QgZGVhbCBvZiBkZXBsb3ltZW50IGV4cGVyaWVuY2UuPGJyPg0KJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7ICZuYnNwOyZuYnNwOyZuYnNwOyDigJRUb208YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDs8YnI+DQomZ3Q7IFtbW0RocnV2IERob2R5XV1dIExldCBtZSB0cnkgYW5vdGhlciB3 YXkgLTxicj4NCiZndDsgPGJyPg0KJmd0OyBJZiBJIGFtIG1ha2luZyBhIGRlY2lzaW9uIG9uIHdo aWNoIHByb3RvY29sIHRvIGNob29zZSwgSSB3b3VsZCBjb25zaWRlciAtPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IElmIHRoZSBuZXR3b3JrIGlzIGFscmVhZHkgcnVubmluZyBJR1AsIGFuZCB0aGUgUENF IGNhbiBqb2luIHRoZSBJR1AgZG9tYWluLCBsZXQnczxicj4NCiZndDsgZ28gSUdQLVRFIHdheS48 YnI+DQomZ3Q7IElmIHRoZSBuZXR3b3JrIGNhbiBleHBvcnQgZGF0YSB2aWEgQkdQLUxTLCB0aGVu IFBDRSBjYW4gZ28gQkdQLUxTIHdheS48YnI+DQomZ3Q7IEJ1dCB0aGVyZSBhcmUgZGVwbG95bWVu dHMgd2hlcmUgLTxicj4NCiZndDsgLSBQQ0UgY2FuJ3Qgam9pbiBJR1AgZG9tYWluPGJyPg0KJmd0 OyAtIG9yIE5ldHdvcmsgZG9lc27igJl0IHJ1biBCR1AtTFMgKG9wdGljYWwpPGJyPg0KJmd0OyAt IG9yIFBDRSBpcyBiZWluZyBydW4gaW4gYSBjZW50cmFsIGNvbnRyb2wgbW9kZSAoUENFQ0MpPGJy Pg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsgLSBhbmQgdXNpbmcgUENFUCBmb3IgYm90aCBsZWFy bmluZyBmcm9tIC8gcHJvZ3JhbW1pbmcgdGhlIGRldmljZSBpczxicj4NCiZndDsgYWR2YW50YWdl b3VzPGJyPg0KJmd0OyAtIEgtUENFIG1vZGUsIHdoZXJlIFBDRVAgaXMgdXNlZCBmb3IgY29tbXVu aWNhdGlvbiBiZXR3ZWVuIHBhcmVudCBQQ0UgYW5kPGJyPg0KJmd0OyBjaGlsZCBQQ0U8YnI+DQom Z3Q7ICZuYnNwOyZuYnNwOyZuYnNwOyAtIFBDRVAtTFMgY291bGQgYmUgdXNlZCB0byBjb21tdW5p Y2F0ZSB0aGUgYWJzdHJhY3QgZG9tYWluIHRvcG9sb2d5PGJyPg0KJmd0OyAoYm9yZGVyIG5vZGVz LCBsaW5rcyk8YnI+DQomZ3Q7IDxicj4NCiZndDsgT3VyIGludGVudGlvbiBoYXMgbm90IGJlZW4g dG8gc2F5IGRvbuKAmXQgdXNlIEJHUC1MUyBvciBhbnkgb3RoZXIgZXhpc3Rpbmc8YnI+DQomZ3Q7 IG1lY2hhbmlzbSwgcmF0aGVyIGl0IGlzIHRvIHNheSB0aGF0IHRoZXJlIGFyZSBzb21lIGRlcGxv eW1lbnQgc2NlbmFyaW9zIHdoZXJlPGJyPg0KJmd0OyBQQ0VQLUxTIG1ha2VzIHNlbnNlIGFuZCBs ZXQgdXMgb2ZmZXIgdGhhdCBjaG9pY2UgZm9yIHRob3NlIGRlcGxveW1lbnRzLjxicj4NCiZndDsg PGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgMy8gT24gUENFQ0Mt U1IuIFRoaXMgdGltZSwgaXQgY291bGQgbWFrZSBzZW5zZS4gQnV0LCBhZ2FpbiwgaXQgaXM8YnI+ DQomZ3Q7ICZndDsgJmd0OyZndDsgbm90IHRoZSBnb29kIHdheSB0byBwcm9jZWVkLiBJbiBmYWN0 LCB3aGVuIHlvdSB1c2UgUENFUCBhcyBjb250cm9sPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHBy b3RvY29sLCB0aGUgbm9kZSBkb2Vzbid0IHN0b3JlIHRoZSBjb25maWd1cmF0aW9uIGxpa2UgaXQg ZG9lczxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyB3aXRoIE5ldENvbmYgaW4gdGhlIHN0YW5kYXJk LWNvbmZpZywgYnV0IGl0IGlzIHN0b3JlIGluIHRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBl cGhlbWVyYWwgY29uZmlnLiBUaGlzIG1lYW5zIHRoYXQgd2hlbiB0aGUgUENFUCBzZXNzaW9uIGJy ZWFrIG9yPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IHRoZSBub2RlIHJlbG9hZCwgYWxsIHRoZSBj b25maWd1cmF0aW9uIGlzIGxvb3NlLiBJZiB5b3UgbmVlZCB0bzxicj4NCiZndDsgJmd0OyAmZ3Q7 Jmd0OyB3YWl0IFBDRSBjb25maWd1cmF0aW9uIHRvIGZpbmlzaCB0byBib290IGUuZy4gYWR2ZXJ0 aXNlIFNlZ21lbnQ8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgUm91dGluZyBjYXBhYmlsaXRpZXMg bmVlZCBTUkdCLCBwcmVmaXggU0lEIC4uLiBpdCBpcyBub3QgYSBzYWZlPGJyPg0KJmd0OyAmZ3Q7 ICZndDsmZ3Q7IHNvbHV0aW9uLiBGb3IgdGhhdCBraW5kIG9mIGluZm9ybWF0aW9uIE5ldENvbmYg aXMgc3VwZXJpb3IgdG8gUENFUC48YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgSW4gYWRkaXRpb24g U1BSSU5HIFdHIGlzIHdvcmtpbmcgb24geWFuZyBtb2RlbCBmb3IgTmV0Q29uZiBmb3IgdGhpczxi cj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBwdXJwb3NlLiBOb3Qgb24gUENFUCBleHRlbnNpb24uIE9u ZSBtb3JlIHRpbWUsIElNSE8sIFBDRSBXRyBtdXN0PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IG5v dCBzcGVudCBlbmVyZ3kgaW48YnI+DQomZ3Q7ICZndDsgdGhpcyBkaXJlY3Rpb24uPGJyPg0KJmd0 OyAmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFtbRGhydXYgRGhvZHldXSBQ Q0VQIGlzIG5vdCAoYW5kIGRvZXMgbm90IGNsYWltIHRvIGJlIGEpPGJyPg0KJmd0OyAmZ3Q7ICZn dDsmZ3Q7IGNvbmZpZ3VyYXRpb24gcHJvdG9jb2wuIEp1c3QgbGlrZSBQQ0UtaW5pdGlhdGVkIExT UCwgeW91IGNvdWxkIHNldDxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBsb2NhbCBwb2xpY3kgb24g bm9kZSB0byByZXRhaW4gaW5mb3JtYXRpb24gd2hlbiB0aGUgc2Vzc2lvbiBnb2VzPGJyPg0KJmd0 OyAmZ3Q7ICZndDsmZ3Q7IGRvd24uIFNpbmNlIHRoaXMgaXMgbm90IGNvbmZpZ3VyYXRpb24sIHRo YXQgaW5mb3JtYXRpb24gd291bGQgbm90PGJyPg0KJmd0OyAmZ3Q7IHN1cnZpdmUgdGhlIG5vZGUg cmVzdGFydHMuPGJyPg0KJmd0OyAmZ3Q7ICZndDsmZ3Q7IFRoaXMgaXMgdHJ1ZSBmb3IgYW55IFBD RSBpbnRlcmFjdGlvbnMsIGFuZCBob2xkcyB0cnVlIGZvciBQQ0VDQy1TUjxicj4NCiZndDsgJmd0 OyAmZ3Q7Jmd0OyBhcyB3ZWxsLiBCdXQgdGhlIGtleSBpcyB0aGF0LCBQQ0VDQy1TUiBpcyBub3Qg dHJ5aW5nIHRvIGJlIGE8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgcmVwbGFjZW1lbnQgb2YgU1It WWFuZywgaXQgaXMgYSB3YXkgZm9yIGEgUENFLWJhc2VkIGNvbnRyb2xsZXIgdG88YnI+DQomZ3Q7 ICZndDsgJmd0OyZndDsgaW5zdHJ1Y3QgdGhlIFNSIGZvcndhcmRpbmcgYWN0aW9uIGVhY2ggbm9k ZSBuZWVkcyB0byBtYWtlIHZpYSBQQ0VQLDxicj4NCiZndDsgJmd0OyAmZ3Q7Jmd0OyBhbG9uZ3Np ZGUgdGhlIGxhYmVsIHN0YWNrIGluc3RydWN0aW9ucyB0byB0aGUgaGVhZCBub2RlIHRoYXQgbmVl ZHM8YnI+DQomZ3Q7ICZndDsgJmd0OyZndDsgdG8gYmUgYXR0YWNoZWQgdG8gcGFja2V0cyBhcyB0 aGV5IGVudGVyIHRoZSBuZXR3b3JrLjxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 ICZndDsgSSBhZ3JlZS4gRnJvbSB0aGUgcHJvdG9jb2wgcGVyc3BlY3RpdmUsIHRob3VnaCwgc3Rh dGVmdWwgUENFUCB3aXRoPGJyPg0KJmd0OyAmZ3Q7ICZndDsgc3RhdGUgc3luY2hyb25pemF0aW9u IG9wdGltaXphdGlvbnMgbWFrZXMgaXQgcG9zc2libGUgdG8gcmV0YWluPGJyPg0KJmd0OyAmZ3Q7 ICZndDsgc3RhdGUgYWNyb3NzIHJlYm9vdHMgYW5kIHNraXAgc3RhdGUgcmVzeW5jaHJvbml6YXRp b24uPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBPbiB0aGUgb3RoZXIg aGFuZCwgSSB0aGluayBORVRDT05GIGNhbiBtYWtlIGVxdWl2YWxlbnQgZnVuY3Rpb25hbGl0eTxi cj4NCiZndDsgJmd0OyAmZ3Q7IGF2YWlsYWJsZSB2aWEgYSByYXRoZXIgc2ltcGxlIGV4dGVuc2lv biwgZXNwZWNpYWxseSB3aXRoIChmaW5hbGx5KTxicj4NCiZndDsgJmd0OyAmZ3Q7IHJldmlzZWQg bm90aWZpY2F0aW9ucy48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IEkg YWdyZWUgd2l0aCBPbGl2aWVyIHRoYXQgZm9yIHN0YXRlIHRyYW5zZmVyIGRlc2lnbiBORVRDT05G L1lBTkcgaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyBtdWNoIGZyaWVuZGxpZXIgdG8gZXh0ZW5zaW9u cyB0aGFuIFBDRVAuIEl0IG1ha2VzIG11Y2ggZWFzaWVyIHRvPGJyPg0KJmd0OyAmZ3Q7ICZndDsg cmVhc29uIGFib3V0IGRhdGEgc3RydWN0dXJlIGFuZCBpbnRlcmFjdGlvbnMsIHdoaWNoIEkgdGhp bmsgaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyBleHRyZW1lbHkgaW1wb3J0YW50IGZvciBvdGhlciBX R3MuPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7IFtbW0RocnV2IERob2R5XV1dIE15IHBv aW50IGFib3ZlIHdhcyB0aGF0IGluIFBDRUNDLVNSLCB0aGUgaW50ZXJhY3Rpb248YnI+DQomZ3Q7 IGJldHdlZW4gUENFIGFuZCBkZXZpY2Ugc2hvdWxkIG5vdCBiZSBjb25zaWRlcmVkIGFzIGNvbmZp Z3VyYXRpb25zLiBJdCBpcyBhPGJyPg0KJmd0OyBjYXNlIHdoZXJlIFBDRSBpcyBtYW5hZ2luZyB0 aGUgbGFiZWwgc3BhY2UsIGFsbG9jYXRpbmcgbGFiZWxzIGFuZDxicj4NCiZndDsgcHJvZ3JhbW1p bmcgdGhlIGRldmljZSB3aXRoIGluc3RydWN0aW9ucy4gRnVydGhlciBpZiB5b3UgYXJlIHVzaW5n IFBDRSB0bzxicj4NCiZndDsgcHJvZ3JhbSB0aGUgbGFiZWwgc3RhY2sgYXQgdGhlIGhlYWQgbm9k ZSwgdGhpcyBhcHByb2FjaCBzdWdnZXN0IHVzaW5nIHRoZTxicj4NCiZndDsgc2FtZSBwcm90b2Nv bCB0byBwcm9ncmFtIHRoZSBsYWJlbCBpbnN0cnVjdGlvbnMgb24gYWxsIG5vZGVzLjxicj4NCiZn dDsgPGJyPg0KJmd0OyBJIGZlZWwgdGhlcmUgaXMgc3BhY2UgZm9yIGJvdGggTmV0Y29uZi9ZYW5n IGFuZCBQQ0VQIGJhc2VkIHNvbHV0aW9ucyBpbjxicj4NCiZndDsgcGFyYWxsZWwuPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7IERocnV2PGJyPg0KJmd0OyA8YnI+DQomZ3Q7 ICZndDsgJmd0OyBSZWdhcmRzLDxicj4NCiZndDsgJmd0OyAmZ3Q7IFJvYmVydDxicj4NCiZndDsg Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7ICZndDsgJmd0OyBQY2UgbWFpbGluZyBsaXN0 PGJyPg0KJmd0OyAmZ3Q7ICZndDsgPGEgaHJlZj0ibWFpbHRvOlBjZUBpZXRmLm9yZyI+UGNlQGll dGYub3JnPC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcGNlIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2U8L2E+PG86cD48L286cD48L3A+DQo8ZGl2IGlkPSJ5 cXRmZDQyOTgyIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCiZndDsgPGJyPg0KJmd0OyBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsg UGNlIG1haWxpbmcgbGlzdDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOlBjZUBpZXRmLm9yZyI+ UGNlQGlldGYub3JnPC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9wY2UiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3BjZTwvYT48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NClBjZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVm PSJtYWlsdG86UGNlQGlldGYub3JnIj5QY2VAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UiIHRhcmdldD0iX2JsYW5rIj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZTwvYT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_23CE718903A838468A8B325B80962F9B8CB9A104blreml501mbb_-- From nobody Tue Aug 8 11:15:40 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05999132A6C; Tue, 8 Aug 2017 11:15:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 WGLNLjpLeOjt; Tue, 8 Aug 2017 11:15:29 -0700 (PDT) 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 B23FD132324; Tue, 8 Aug 2017 11:15:23 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMF22475; Tue, 08 Aug 2017 18:15:21 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Aug 2017 19:15:20 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Tue, 8 Aug 2017 23:45:11 +0530 From: Dhruv Dhody To: The IESG , Eric Rescorla , "pce@ietf.org" CC: "pce-chairs@ietf.org" , "'Dhruv Dhody'" Thread-Topic: [Pce] I-D Action: draft-ietf-pce-pceps-16.txt Thread-Index: AQHTEHFNsJ314sDu00CV1rzzTHKeNKJ6wkwA Date: Tue, 8 Aug 2017 18:15:10 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CB9A133@blreml501-mbb> References: <150221565429.12387.12871236312624656635@ietfa.amsl.com> In-Reply-To: <150221565429.12387.12871236312624656635@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.78.239] 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.5989FFBA.0075, 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: fc454df14e7863ccd59ae80c71547c99 Archived-At: Subject: Re: [Pce] I-D Action: draft-ietf-pce-pceps-16.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 18:15:31 -0000 Hi All,=20 I have posted an update with all the changes that have been agreed on.=20 There is an open point under discussion with Eric, we could make another up= date if needed.=20 Thanks for all the comments!=20 Regards, Dhruv =20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet- > drafts@ietf.org > Sent: 08 August 2017 23:38 > To: i-d-announce@ietf.org > Cc: pce@ietf.org > Subject: [Pce] I-D Action: draft-ietf-pce-pceps-16.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Path Computation Element WG of the IETF. >=20 > Title : Secure Transport for PCEP > Authors : Diego R. Lopez > Oscar Gonzalez de Dios > Qin Wu > Dhruv Dhody > Filename : draft-ietf-pce-pceps-16.txt > Pages : 25 > Date : 2017-08-08 >=20 > Abstract: > The Path Computation Element Communication Protocol (PCEP) defines > the mechanisms for the communication between a Path Computation > Client (PCC) and a Path Computation Element (PCE), or among PCEs. > This document describes the usage of Transport Layer Security (TLS) > to enhance PCEP security, hence the PCEPS acronym proposed for it. > The additional security mechanisms are provided by the transport > protocol supporting PCEP, and therefore they do not affect the > flexibility and extensibility of PCEP. >=20 > This document updates RFC 5440 in regards to the PCEP initialization > phase procedures. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-pce-pceps-16 > https://datatracker.ietf.org/doc/html/draft-ietf-pce-pceps-16 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-pceps-16 >=20 >=20 > 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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 9 08:34:03 2017 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 7F787132331; Wed, 9 Aug 2017 08:34:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-pce-pceps@ietf.org, Cyril Margaria , pce-chairs@ietf.org, cmargaria@juniper.net, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150229284251.3664.1275257081373496092.idtracker@ietfa.amsl.com> Date: Wed, 09 Aug 2017 08:34:02 -0700 Archived-At: Subject: [Pce] Suresh Krishnan's No Objection on draft-ietf-pce-pceps-16: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 15:34:02 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-pce-pceps-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pceps/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for taking care of my DISCUSS points. From nobody Wed Aug 9 12:44:07 2017 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 97D831324A5; Wed, 9 Aug 2017 12:43:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk CC: Julien Meuric , db3546@att.com, draft-ietf-pce-pce-initiated-lsp@ietf.org, pce@ietf.org, pce-chairs@ietf.org, julien.meuric@orange.com Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <150230783857.3511.3361008716547750022.idtracker@ietfa.amsl.com> Date: Wed, 09 Aug 2017 12:43:58 -0700 Archived-At: Subject: [Pce] Last Call: (PCEP Extensions for PCE-initiated LSP Setup in a Stateful PCE Model) to Proposed Standard X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 19:43:59 -0000 The IESG has received a request from the Path Computation Element WG (pce) to consider the following document: - 'PCEP Extensions for PCE-initiated LSP Setup in a Stateful PCE Model' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-08-23. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The Path Computation Element Communication Protocol (PCEP) provides mechanisms for Path Computation Elements (PCEs) to perform path computations in response to Path Computation Clients (PCCs) requests. The extensions for stateful PCE provide active control of Multiprotocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSP) via PCEP, for a model where the PCC delegates control over one or more locally configured LSPs to the PCE. This document describes the creation and deletion of PCE-initiated LSPs under the stateful PCE model. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Aug 10 13:25:13 2017 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 E5993132448; Thu, 10 Aug 2017 13:24:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk CC: draft-ietf-pce-rfc6006bis@ietf.org, db3546@att.com, Jonathan Hardwick , pce@ietf.org, pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <150239669593.11904.3704934602374104509.idtracker@ietfa.amsl.com> Date: Thu, 10 Aug 2017 13:24:55 -0700 Archived-At: Subject: [Pce] Last Call: (Extensions to the Path Computation Element Communication Protocol (PCEP) for Point-to-Multipoint Traffic Engineering Label Switched Paths) to Proposed Standard X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 20:24:56 -0000 The IESG has received a request from the Path Computation Element WG (pce) to consider the following document: - 'Extensions to the Path Computation Element Communication Protocol (PCEP) for Point-to-Multipoint Traffic Engineering Label Switched Paths' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-08-24. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Point-to-point Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering Label Switched Paths (TE LSPs) may be established using signaling techniques, but their paths may first need to be determined. The Path Computation Element (PCE) has been identified as an appropriate technology for the determination of the paths of point-to-multipoint (P2MP) TE LSPs. This document describes extensions to the PCE communication Protocol (PCEP) to handle requests and responses for the computation of paths for P2MP TE LSPs. This document obsoletes RFC 6006. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2983/ From nobody Thu Aug 10 16:17:22 2017 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 6251D132701; Thu, 10 Aug 2017 16:17:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joel Halpern To: Cc: draft-ietf-pce-pce-initiated-lsp.all@ietf.org, pce@ietf.org, ietf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150240703036.8476.2109418125181500710@ietfa.amsl.com> Date: Thu, 10 Aug 2017 16:17:10 -0700 Archived-At: Subject: [Pce] Genart last call review of draft-ietf-pce-pce-initiated-lsp-10 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 23:17:10 -0000 Reviewer: Joel Halpern Review result: Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-pce-pce-initiated-lsp-10 Reviewer: Joel Halpern Review Date: 2017-08-10 IETF LC End Date: 2017-08-23 IESG Telechat date: 2017-08-31 Summary: This document as a Proposed Standard RFC Major issues: N/A Minor issues: N/A Nits/editorial comments: It seems odd to have a message for the creation or deletion of an LSP called an LSP Initiate Request. From nobody Sun Aug 13 06:47:47 2017 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 1B0A8132651; Sun, 13 Aug 2017 06:47:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Roni Even To: Cc: draft-ietf-pce-rfc6006bis.all@ietf.org, pce@ietf.org, ietf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150263205807.26527.8869013927407425945@ietfa.amsl.com> Date: Sun, 13 Aug 2017 06:47:38 -0700 Archived-At: Subject: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2017 13:47:38 -0000 Reviewer: Roni Even Review result: Ready with Nits I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-pce-rfc6006bis-?? Reviewer: Roni Even Review Date: 2017-08-13 IETF LC End Date: 2017-08-24 IESG Telechat date: 2017-08-31 Summary: The document is ready for publication as standard track RFC I read all the document and also did a compare with RFC6006 to look at the changes. Major issues: Minor issues: Nits/editorial comments: 1. In section 4.2 I am not sure why is this sentence there, is it for the current yang document or for a future one. Why have it at all?-"The PCEP YANG module [I-D.ietf-pce-pcep-yang] can be extended to also include the P2MP related parameters." From nobody Tue Aug 15 19:35:48 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B53513232C for ; Tue, 15 Aug 2017 19:35:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=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 gFZ3D3HhTzYH for ; Tue, 15 Aug 2017 19:35:40 -0700 (PDT) Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41E9713246D for ; Tue, 15 Aug 2017 19:35:39 -0700 (PDT) Received: from resomta-ch2-10v.sys.comcast.net ([69.252.207.106]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id hoBEdWS3f8zp5hoBGdDOAC; Wed, 16 Aug 2017 02:35:38 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-10v.sys.comcast.net with SMTP id hoBEdg5WI6bpPhoBFdjYAv; Wed, 16 Aug 2017 02:35:38 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id v7G2ZZuL019519; Tue, 15 Aug 2017 22:35:35 -0400 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id v7G2ZZ4l019516; Tue, 15 Aug 2017 22:35:35 -0400 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Dhruv Dhody Cc: gen-art@ietf.org, draft-ietf-pce-pceps.all@ietf.org, pce@ietf.org, ietf@ietf.org, dhruv.ietf@gmail.com In-Reply-To: <23CE718903A838468A8B325B80962F9B8CB98624@blreml501-mbb> (dhruv.dhody@huawei.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Tue, 15 Aug 2017 22:35:35 -0400 Message-ID: <87mv70utmw.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfODU7UPMr264N0dQW6q4ogRecsmwWpLhcikEfRQjr+e5MUxovo38FhEvu5sdKRlmIW0tyLJExzzPxOvYFUyrYTSmDIfPR/A1QBQQPUzzJoflWKNyKUzq hKuIf5Ws1k3lTXGiTwOzE4Ps3ZAQjxifIQu7E0gHhJx+m+6h/uQtSOuNs5yGUZR0bgwuPl/DUU/asBOJPlcZy4QxR54xk/o6NVOkB1OEy8yne3KyO3/di+ht tznyZh1oegsavet+PmJ65BXBrpfgsuQTJqcgfKjgvi5trAbw8t7tLWClYNYjyWD9U2r2IhTLbCv4Ho2Pt/mO8A== Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pceps-14 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 02:35:42 -0000 Dhruv Dhody writes: > [[Dhruv Dhody]] I have added this in the backward compatibility session to note this concern - > > Note that, a PCEP implementation that support PCEPS would respond > with PCErr message with Error-Type set to [TBA2 by IANA] (PCEP > StartTLS failure) and Error-value set to 2 if any other message is > sent before StartTLS or Open. If the sender of the invalid message > is a PCEP implementation that does not support PCEPS, it will not be > able to understand this error. A PCEPS implementation could also > send the PCErr message as per [RFC5440] with Error-Type "PCEP session > establishment failure" and Error-value "reception of an invalid Open > message or a non Open message" before closing the session. You are, of course, the author. But my opinion is that you'd get cleaner compatibility by sending a 1/1 error in this situation. Dale From nobody Wed Aug 16 01:47:50 2017 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 C5D19132677; Wed, 16 Aug 2017 01:47:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: pce@ietf.org, db3546@att.com, pce-chairs@ietf.org, julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150287326772.12508.521480144744631512.idtracker@ietfa.amsl.com> Date: Wed, 16 Aug 2017 01:47:47 -0700 Archived-At: Subject: [Pce] pce - New Meeting Session Request for IETF 100 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 08:47:48 -0000 A new meeting session request has just been submitted by Julien Meuric, a Chair of the pce working group. --------------------------------------------------------- Working Group Name: Path Computation Element Area Name: Routing Area Session Requester: Julien Meuric Number of Sessions: 1 Length of Session(s): 1.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: ccamp mpls teas Second Priority: isis ospf idr spring rtgarea Third Priority: sfc pals detnet rtgwg People who must be present: JP Vasseur Deborah Brungard Julien Meuric Jonathan Hardwick Resources Requested: Special Requests: --------------------------------------------------------- From nobody Wed Aug 16 08:28:35 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDE261323C3; Wed, 16 Aug 2017 08:28:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.534 X-Spam-Level: X-Spam-Status: No, score=-3.534 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 3rtPdczI2qgn; Wed, 16 Aug 2017 08:28:21 -0700 (PDT) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 199821321D9; Wed, 16 Aug 2017 08:28:21 -0700 (PDT) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id AFEC3A441FB; Wed, 16 Aug 2017 17:20:04 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 97AE6A44176; Wed, 16 Aug 2017 17:20:04 +0200 (CEST) Received: from [10.193.71.121] (10.193.71.121) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.352.0; Wed, 16 Aug 2017 17:20:04 +0200 To: Joel Halpern , CC: , , References: <150240703036.8476.2109418125181500710@ietfa.amsl.com> From: Julien Meuric Organization: Orange Message-ID: <25b0a2c3-0d8b-0e65-15f7-7e4c360032a9@orange.com> Date: Wed, 16 Aug 2017 17:20:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <150240703036.8476.2109418125181500710@ietfa.amsl.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pce-initiated-lsp-10 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 15:28:23 -0000 Hi Joel, Any issue with a request to initiate an LSP setup/teardown to a device? ;-) I agree the name reads odd, but it has been there for some time now and the WG seems to be fine with it. Besides, it does not prevent anyone to add better wording in a patch to their favorite decoding software... Thanks a lot for your review, Julien Aug. 11, 2017 - jmh@joelhalpern.com: > Nits/editorial comments: > It seems odd to have a message for the creation or deletion of an LSP > called an LSP Initiate Request. From nobody Wed Aug 16 08:48:17 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B3A0132626; Wed, 16 Aug 2017 08:48:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com 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 q6ORbgF922GB; Wed, 16 Aug 2017 08:48:01 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0ACE2132622; Wed, 16 Aug 2017 08:48:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id E26301C0496; Wed, 16 Aug 2017 08:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1502898480; bh=DQONiAweeOy21p7SDspn4wyqS0pI8nxPX6Yhns/Px6g=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=rPg411NGlCGLA5tRJasHr9GBkAUPlgyUJTj7poK0TkbDXwgnRR/b4y2ZXNxOypS// N2XgpXwDbXjI2dDwHBIUy5lKHSPkkc8PuX38HM5qCNNk+88/NK7OSt5ZYNzFQX7iWC 5o5iGFsiBxYRe9pVPUENNVFYKc65D0ub0wgF8f6s= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 17C85403133; Wed, 16 Aug 2017 08:47:59 -0700 (PDT) To: Julien Meuric , gen-art@ietf.org Cc: draft-ietf-pce-pce-initiated-lsp.all@ietf.org, pce@ietf.org, ietf@ietf.org References: <150240703036.8476.2109418125181500710@ietfa.amsl.com> <25b0a2c3-0d8b-0e65-15f7-7e4c360032a9@orange.com> From: "Joel M. Halpern" Message-ID: Date: Wed, 16 Aug 2017 11:47:59 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <25b0a2c3-0d8b-0e65-15f7-7e4c360032a9@orange.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-pce-initiated-lsp-10 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 15:48:02 -0000 That would work for me. I did conclude that the WG was happy with the term, which is why I considered it a nit. Yours, Joel On 8/16/17 11:20 AM, Julien Meuric wrote: > Hi Joel, > > Any issue with a request to initiate an LSP setup/teardown to a device? ;-) > > I agree the name reads odd, but it has been there for some time now and > the WG seems to be fine with it. Besides, it does not prevent anyone to > add better wording in a patch to their favorite decoding software... > > Thanks a lot for your review, > > Julien > > > Aug. 11, 2017 - jmh@joelhalpern.com: >> Nits/editorial comments: >> It seems odd to have a message for the creation or deletion of an LSP >> called an LSP Initiate Request. From nobody Thu Aug 17 02:06:39 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1748E13269C; Thu, 17 Aug 2017 02:06:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 vfJK_xvPb-9I; Thu, 17 Aug 2017 02:06:30 -0700 (PDT) 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 6DF54132386; Thu, 17 Aug 2017 02:06:29 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML710-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMU53567; Thu, 17 Aug 2017 09:06:27 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 17 Aug 2017 10:06:25 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0301.000; Thu, 17 Aug 2017 14:36:12 +0530 From: Dhruv Dhody To: Roni Even , "gen-art@ietf.org" CC: "draft-ietf-pce-rfc6006bis.all@ietf.org" , "pce@ietf.org" , "ietf@ietf.org" Thread-Topic: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 Thread-Index: AQHTFDrKXuNsUXmJ/0aASYriy6cC9KKIDkRA Date: Thu, 17 Aug 2017 09:06:12 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBB37A0@blreml501-mbx> References: <150263205807.26527.8869013927407425945@ietfa.amsl.com> In-Reply-To: <150263205807.26527.8869013927407425945@ietfa.amsl.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.149.39] 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.0A020202.59955C93.00CB, 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: af1ef5618c163fe384c012dbf9167f12 Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 09:06:32 -0000 Hi Roni,=20 Thanks for your comments. See inline... > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Roni Even > Sent: 13 August 2017 19:18 > To: gen-art@ietf.org > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; ietf@ietf.org > Subject: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 >=20 > Reviewer: Roni Even > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area Revie= w > Team (Gen-ART) reviews all IETF documents being processed by the IESG for > the IETF Chair. Please treat these comments just like any other last cal= l > comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-pce-rfc6006bis-?? > Reviewer: Roni Even > Review Date: 2017-08-13 > IETF LC End Date: 2017-08-24 > IESG Telechat date: 2017-08-31 >=20 > Summary: The document is ready for publication as standard track RFC >=20 > I read all the document and also did a compare with RFC6006 to look at th= e > changes. >=20 > Major issues: >=20 > Minor issues: >=20 > Nits/editorial comments: >=20 > 1. In section 4.2 I am not sure why is this sentence there, is it for the > current yang document or for a future one. Why have it at all?-"The PCEP > YANG module [I-D.ietf-pce-pcep-yang] can be extended to also include the > P2MP related parameters." >=20 [[Dhruv Dhody]] The text around MIB existed from RFC6006. Since then the fo= cus has shifted to Yang.=20 We wanted to keep this text about Yang to reflect that. =20 How about we reword to -=20 The PCEP YANG model is specified in [I-D.ietf-pce-pcep-yang]. The YANG models can be augmented to also include the P2MP related parameters. Thanks again for your review.=20 Regards, Dhruv Working Copy - https://github.com/dhruvdhody-huawei/ietf/blob/master/draft-= ietf-pce-rfc6006bis-04.txt >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Sat Aug 19 07:21:32 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8405E13282D; Sat, 19 Aug 2017 07:21:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 nH-hJkiKAHNW; Sat, 19 Aug 2017 07:21:12 -0700 (PDT) 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 856E7132825; Sat, 19 Aug 2017 07:21:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML713-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMX99228; Sat, 19 Aug 2017 14:21:09 +0000 (GMT) Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Sat, 19 Aug 2017 15:21:08 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.138]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0301.000; Sat, 19 Aug 2017 22:20:56 +0800 From: Roni Even To: Dhruv Dhody , Roni Even , "gen-art@ietf.org" CC: "draft-ietf-pce-rfc6006bis.all@ietf.org" , "pce@ietf.org" , "ietf@ietf.org" Thread-Topic: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 Thread-Index: AQHTFDrKXuNsUXmJ/0aASYriy6cC9KKIDkRAgAO04uA= Date: Sat, 19 Aug 2017 14:20:56 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7FED7B@DGGEMM506-MBX.china.huawei.com> References: <150263205807.26527.8869013927407425945@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBB37A0@blreml501-mbx> In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBB37A0@blreml501-mbx> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.165.147] Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A010203.59984955.0048, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.138, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: af1ef5618c163fe384c012dbf9167f12 Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2017 14:21:15 -0000 Hi, I did not see the text in RFC6006bis but this current text does not say muc= h. If there is some work to reference in PCE like pce-pcep-yang then add i= t otherwise I suggest to delete this sentence Roni > -----Original Message----- > From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Dhruv Dhody > Sent: =E9=E5=ED=A0=E4 17 =E0=E5=E2=E5=F1=E8 2017 12:06 > To: Roni Even; gen-art@ietf.org > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; ietf@ietf.org > Subject: Re: [Gen-art] [Pce] Genart last call review of draft-ietf-pce- > rfc6006bis-03 >=20 > Hi Roni, >=20 > Thanks for your comments. See inline... >=20 > > -----Original Message----- > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Roni Even > > Sent: 13 August 2017 19:18 > > To: gen-art@ietf.org > > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; > > ietf@ietf.org > > Subject: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 > > > > Reviewer: Roni Even > > Review result: Ready with Nits > > > > I am the assigned Gen-ART reviewer for this draft. The General Area > > Review Team (Gen-ART) reviews all IETF documents being processed by > > the IESG for the IETF Chair. Please treat these comments just like > > any other last call comments. > > > > For more information, please see the FAQ at > > > > . > > > > Document: draft-ietf-pce-rfc6006bis-?? > > Reviewer: Roni Even > > Review Date: 2017-08-13 > > IETF LC End Date: 2017-08-24 > > IESG Telechat date: 2017-08-31 > > > > Summary: The document is ready for publication as standard track RFC > > > > I read all the document and also did a compare with RFC6006 to look at > > the changes. > > > > Major issues: > > > > Minor issues: > > > > Nits/editorial comments: > > > > 1. In section 4.2 I am not sure why is this sentence there, is it for > > the current yang document or for a future one. Why have it at > > all?-"The PCEP YANG module [I-D.ietf-pce-pcep-yang] can be extended to > > also include the P2MP related parameters." > > > [[Dhruv Dhody]] The text around MIB existed from RFC6006. Since then the > focus has shifted to Yang. > We wanted to keep this text about Yang to reflect that. >=20 > How about we reword to - >=20 > The PCEP YANG model is specified in [I-D.ietf-pce-pcep-yang]. The > YANG models can be augmented to also include the P2MP related > parameters. >=20 > Thanks again for your review. >=20 > Regards, > Dhruv >=20 > Working Copy - https://github.com/dhruvdhody- > huawei/ietf/blob/master/draft-ietf-pce-rfc6006bis-04.txt >=20 >=20 >=20 > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Mon Aug 21 23:51:32 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34D81132195; Mon, 21 Aug 2017 23:51:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 t6pEwiajlHYR; Mon, 21 Aug 2017 23:51:11 -0700 (PDT) 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 A88AF132063; Mon, 21 Aug 2017 23:51:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DTX18266; Tue, 22 Aug 2017 06:51:08 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 22 Aug 2017 07:51:06 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Tue, 22 Aug 2017 12:20:58 +0530 From: Dhruv Dhody To: Roni Even , Roni Even , "gen-art@ietf.org" CC: "draft-ietf-pce-rfc6006bis.all@ietf.org" , "pce@ietf.org" , "ietf@ietf.org" Thread-Topic: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 Thread-Index: AQHTFDrKXuNsUXmJ/0aASYriy6cC9KKIDkRAgAO04uCABDL68A== Date: Tue, 22 Aug 2017 06:50:57 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBB55DD@blreml501-mbx> References: <150263205807.26527.8869013927407425945@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBB37A0@blreml501-mbx> <6E58094ECC8D8344914996DAD28F1CCD7FED7B@DGGEMM506-MBX.china.huawei.com> In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD7FED7B@DGGEMM506-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.149.39] Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.599BD45C.0129, 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: ed929434a3772e0913d9d5947688f56b Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 06:51:14 -0000 Hi Roni,=20 I would like to keep the text, thus I have added more description regarding= yang.=20 The PCEP YANG model "ietf-pcep" is specified in [I-D.ietf-pce-pcep- yang]. The P2MP capability of a PCEP entity or a configured peer, can be set using this YANG model. Also the support for P2MP path computation can be learned using this model. The statistics are maintained in the model "ietf-pcep-stats" as specified in [I-D.ietf- pce-pcep-yang]. This YANG model will be required to be augmented to also include the P2MP related statistics. Hope this works?=20 Regards, Dhruv Working copy: https://github.com/dhruvdhody-huawei/ietf/blob/master/draft-i= etf-pce-rfc6006bis-04.txt > -----Original Message----- > From: Roni Even > Sent: 19 August 2017 19:51 > To: Dhruv Dhody ; Roni Even > ; gen-art@ietf.org > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; ietf@ietf.org > Subject: RE: [Pce] Genart last call review of draft-ietf-pce-rfc6006bis-0= 3 >=20 > Hi, > I did not see the text in RFC6006bis but this current text does not say > much. If there is some work to reference in PCE like pce-pcep-yang then > add it otherwise I suggest to delete this sentence Roni >=20 > > -----Original Message----- > > From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Dhruv > > Dhody > > Sent: =E9=E5=ED=A0=E4 17 =E0=E5=E2=E5=F1=E8 2017 12:06 > > To: Roni Even; gen-art@ietf.org > > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; > > ietf@ietf.org > > Subject: Re: [Gen-art] [Pce] Genart last call review of > > draft-ietf-pce- > > rfc6006bis-03 > > > > Hi Roni, > > > > Thanks for your comments. See inline... > > > > > -----Original Message----- > > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Roni Even > > > Sent: 13 August 2017 19:18 > > > To: gen-art@ietf.org > > > Cc: draft-ietf-pce-rfc6006bis.all@ietf.org; pce@ietf.org; > > > ietf@ietf.org > > > Subject: [Pce] Genart last call review of > > > draft-ietf-pce-rfc6006bis-03 > > > > > > Reviewer: Roni Even > > > Review result: Ready with Nits > > > > > > I am the assigned Gen-ART reviewer for this draft. The General Area > > > Review Team (Gen-ART) reviews all IETF documents being processed by > > > the IESG for the IETF Chair. Please treat these comments just like > > > any other last call comments. > > > > > > For more information, please see the FAQ at > > > > > > . > > > > > > Document: draft-ietf-pce-rfc6006bis-?? > > > Reviewer: Roni Even > > > Review Date: 2017-08-13 > > > IETF LC End Date: 2017-08-24 > > > IESG Telechat date: 2017-08-31 > > > > > > Summary: The document is ready for publication as standard track RFC > > > > > > I read all the document and also did a compare with RFC6006 to look > > > at the changes. > > > > > > Major issues: > > > > > > Minor issues: > > > > > > Nits/editorial comments: > > > > > > 1. In section 4.2 I am not sure why is this sentence there, is it > > > for the current yang document or for a future one. Why have it at > > > all?-"The PCEP YANG module [I-D.ietf-pce-pcep-yang] can be extended > > > to also include the P2MP related parameters." > > > > > [[Dhruv Dhody]] The text around MIB existed from RFC6006. Since then > > the focus has shifted to Yang. > > We wanted to keep this text about Yang to reflect that. > > > > How about we reword to - > > > > The PCEP YANG model is specified in [I-D.ietf-pce-pcep-yang]. The > > YANG models can be augmented to also include the P2MP related > > parameters. > > > > Thanks again for your review. > > > > Regards, > > Dhruv > > > > Working Copy - https://github.com/dhruvdhody- > > huawei/ietf/blob/master/draft-ietf-pce-rfc6006bis-04.txt > > > > > > > > > > > > _______________________________________________ > > > Pce mailing list > > > Pce@ietf.org > > > https://www.ietf.org/mailman/listinfo/pce > > > > _______________________________________________ > > Gen-art mailing list > > Gen-art@ietf.org > > https://www.ietf.org/mailman/listinfo/gen-art From nobody Tue Aug 22 07:30:01 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB687132936 for ; Tue, 22 Aug 2017 07:29:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 xZdMzb6QwbbM for ; Tue, 22 Aug 2017 07:29:56 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2A111200F3 for ; Tue, 22 Aug 2017 07:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4370; q=dns/txt; s=iport; t=1503412195; x=1504621795; h=from:to:subject:date:message-id:mime-version; bh=Vlt25OSYM2zYN9oKhqY1qIParJnX+WzOvwGRvITfVhw=; b=GhTIK2crmdhE814iCGlAjUvn/B7wcEKJdtp6mqVwxvkqFjEBYz4JnDDd j9cZCihBTZjbkkQyvQ4guFDdSaIysebv91+XsdVmHH+QBzVNU7SXI9muz M2W/Zbtkd9STqYOams8V2e2jhGLmC9fb9xjlXk7DR32Majl8MUs6ZArHn 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ClBQCwPpxZ/4QNJK1cDg4BAQQBAQoBA?= =?us-ascii?q?YNaggCeJIFMkQiFOQ6CBIVjhAtAFwECAQEBAQEBAWsohUJKHgEMDjACBDAXEAQ?= =?us-ascii?q?BiV9krGSCJoQUAQGHSAEBAQEBBQEBAQEBI4MqggKBTIFjKwuBZYVJg0kwgjEFm?= =?us-ascii?q?CGINAKUQZJgligBIQE1gQp3FVsBhkgEATqKfIEPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,412,1498521600"; d="scan'208,217";a="285940466" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Aug 2017 14:29:54 +0000 Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v7METsUK026022 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 14:29:54 GMT Received: from xch-rcd-009.cisco.com (173.37.102.19) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 22 Aug 2017 09:29:53 -0500 Received: from xch-rcd-009.cisco.com ([173.37.102.19]) by XCH-RCD-009.cisco.com ([173.37.102.19]) with mapi id 15.00.1210.000; Tue, 22 Aug 2017 09:29:53 -0500 From: "JP Vasseur (jvasseur)" To: "pce@ietf.org" , Julien Meuric , "jonathan.hardwick@metaswitch.com" , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" , Dhruv Dhody Thread-Topic: Best Wishes for the future of PCE WG ! Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDA== Date: Tue, 22 Aug 2017 14:29:53 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.152.52] Content-Type: multipart/alternative; boundary="_000_DA817278D17246E78703EEEE77656EEDciscocom_" MIME-Version: 1.0 Archived-At: Subject: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 14:30:00 -0000 --_000_DA817278D17246E78703EEEE77656EEDciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBXRywNCg0KQWxtb3N0IDEyIHllYXJzIHNpbmNlIHdlIHN0YXJ0ZWQgdGhlIFBDRSBXRyAh IE1vcmUgdGhhbiAzMCBSRkNzLCBtYW55IHJlLWNoYXJ0ZXJpbmdzLCBjbG9zZWx5IHdvcmtpbmcg d2l0aCBzZXZlcmFsIG90aGVyIFdHcyAoTVBMUywgQ0NBTVAsIE9TUEYsIElTSVMsIOKApikgYW5k IG9mIGNvdXJzZSBtYW55IGltcGxlbWVudGF0aW9ucyBhbmQgZGVwbG95bWVudHMgaW4gdGhlIGZp ZWxkIGFwcGx5aW5nIHRoZSBQQ0UgYXJjaGl0ZWN0dXJlIHRvIHNldmVyYWwgYXJlYXMgIQ0KDQpB cyB5b3UgbWlnaHQgaGF2ZSBub3RpY2VkIEkgaGF2ZSBiZWVuIGZhaXJseSBzaWxlbnQgZm9yIHRo ZSBwYXN0IHR3byB5ZWFycywgZHJpdmluZyBzZXZlcmFsIHF1aXRlIGhlY3RpYyBwcm9qZWN0cyBy ZWxhdGVkIHRvIE1hY2hpbmUgTGVhcm5pbmcgZm9yIHRoZSBuZXR3b3JrIChTZWN1cml0eSwgV2ly ZWxlc3MsIElvVCwg4oCmKSBub3QgaW52b2x2aW5nIHRvbyBtdWNoIG9mIHN0YW5kYXJkaXphdGlv biB3b3JrICh5ZXQpLiBBcyBkaXNjdXNzZWQgYSBmZXcgdGltZXMsIHRoZSBQQ0UgbWF5IGFsc28g cGxheSBhIGdyZWF0IHJvbGUgaW4gTUwvQUkgZm9yIGNlbnRyYWwgZ2xvYmFsIG9wdGltaXphdGlv biA6LSkNCg0KQXMgYWdyZWVkIHdpdGggb3VyIEFEIERlYm9yYWggSSBoYXZlIGNvbXBsZXRlZCBh IHRyYW5zaXRpb24gcGhhc2UsIGFuZCBpdCBpcyBhIGdyZWF0IHRpbWUgZm9yIG1lIHRvIHN0ZXAg ZG93biBhcyBQQ0UgY28tY2hhaXIuDQoNCkkgd291bGQgbGlrZSB0byB3YXJtbHkgdGhhbmsgbXkg ZnJpZW5kIEFkcmlhbiB3aG9tIEkgc3RhcnRlZCB0aGUgUENFIFdHIHdpdGggaW4gMjAwNSBhbmQg bWFueSB5ZWFycyBvZiBjbG9zZSBjb2xsYWJvcmF0aW9uLCBKdWxpZW4gTWV1cmljIHdobyBoYXMg YmVlbiBhIHRlcnJpZmljIGNvLWNoYWlyLCBhbmQgSm9uYXRoYW4gd2hvIHN0ZXBwZWQgdXAgYXMg bmV3IGNvLWNoYWlyIGF0IGxpZ2h0IHNwZWVkLCBub3QgZm9yZ2V0dGluZyBEYW4gZm9yIHllYXJz IGFzIHNlY3JldGFyeSBhbmQgbm93IERocnV2Lg0KDQpTZWUgeW91IGFsbCBzb29uICENCg0KQ2hl ZXJzLA0KDQpKUC4NCg0KDQo= --_000_DA817278D17246E78703EEEE77656EEDciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <96DB2B7900ABDF4BA0141D62C07B8621@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBXRywNCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkFsbW9zdCAxMiB5ZWFycyBz aW5jZSB3ZSBzdGFydGVkIHRoZSBQQ0UgV0cgISBNb3JlIHRoYW4gMzAgUkZDcywgbWFueSByZS1j aGFydGVyaW5ncywgY2xvc2VseSB3b3JraW5nIHdpdGggc2V2ZXJhbCBvdGhlciBXR3MgKE1QTFMs IENDQU1QLCBPU1BGLCBJU0lTLCDigKYpIGFuZCBvZiBjb3Vyc2UNCjx1IGNsYXNzPSIiPm1hbnkg aW1wbGVtZW50YXRpb25zIGFuZCBkZXBsb3ltZW50cyBpbiB0aGUgZmllbGQgYXBwbHlpbmcgdGhl IFBDRSBhcmNoaXRlY3R1cmUgdG8gc2V2ZXJhbCBhcmVhcw0KPC91PiE8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkFzIHlvdSBtaWdodCBo YXZlIG5vdGljZWQgSSBoYXZlIGJlZW4gZmFpcmx5IHNpbGVudCBmb3IgdGhlIHBhc3QgdHdvIHll YXJzLCBkcml2aW5nIHNldmVyYWwgcXVpdGUgaGVjdGljIHByb2plY3RzIHJlbGF0ZWQgdG8gTWFj aGluZSBMZWFybmluZyBmb3IgdGhlIG5ldHdvcmsgKFNlY3VyaXR5LCBXaXJlbGVzcywgSW9ULCDi gKYpIG5vdCBpbnZvbHZpbmcgdG9vIG11Y2ggb2Ygc3RhbmRhcmRpemF0aW9uIHdvcmsgKHlldCku IEFzDQogZGlzY3Vzc2VkIGEgZmV3IHRpbWVzLCB0aGUgUENFIG1heSBhbHNvIHBsYXkgYSBncmVh dCByb2xlIGluIE1ML0FJIGZvciBjZW50cmFsIGdsb2JhbCBvcHRpbWl6YXRpb24gOi0pJm5ic3A7 PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5BcyBhZ3JlZWQgd2l0aCBvdXIgQUQgRGVib3JhaCBJIGhhdmUgY29tcGxldGVkIGEgdHJhbnNp dGlvbiBwaGFzZSwgYW5kIGl0IGlzIGEgZ3JlYXQgdGltZSBmb3IgbWUgdG8gc3RlcCBkb3duIGFz IFBDRSBjby1jaGFpci48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkkgd291bGQgbGlrZSB0byB3YXJtbHkgdGhhbmsgbXkgZnJpZW5kIEFk cmlhbiB3aG9tIEkgc3RhcnRlZCB0aGUgUENFIFdHIHdpdGggaW4gMjAwNSBhbmQgbWFueSB5ZWFy cyBvZiBjbG9zZSBjb2xsYWJvcmF0aW9uLCBKdWxpZW4gTWV1cmljIHdobyBoYXMgYmVlbiBhIHRl cnJpZmljIGNvLWNoYWlyLCBhbmQgSm9uYXRoYW4gd2hvIHN0ZXBwZWQgdXAgYXMgbmV3IGNvLWNo YWlyIGF0IGxpZ2h0IHNwZWVkLCBub3QgZm9yZ2V0dGluZw0KIERhbiBmb3IgeWVhcnMgYXMgc2Vj cmV0YXJ5IGFuZCBub3cgRGhydXYuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5TZWUgeW91IGFsbCBzb29uICE8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNoZWVycyw8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PkpQLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_DA817278D17246E78703EEEE77656EEDciscocom_-- From nobody Tue Aug 22 07:44:49 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 939EC126BF0 for ; Tue, 22 Aug 2017 07:44:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 HYmT6O0hwjQa for ; Tue, 22 Aug 2017 07:44:46 -0700 (PDT) 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 B3744124207 for ; Tue, 22 Aug 2017 07:44:45 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DTY10850; Tue, 22 Aug 2017 14:44:23 +0000 (GMT) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.233]) by lhreml703-cah.china.huawei.com ([10.201.108.44]) with mapi id 14.03.0301.000; Tue, 22 Aug 2017 15:44:13 +0100 From: Khasanov Boris To: "JP Vasseur (jvasseur)" CC: "pce@ietf.org" , Julien Meuric , "jonathan.hardwick@metaswitch.com" , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" , Dhruv Dhody Thread-Topic: Best Wishes for the future of PCE WG ! Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDKKQcEJg Date: Tue, 22 Aug 2017 14:44:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.198.110.173] Content-Type: multipart/alternative; boundary="_000_C7794D4A32C7D046B93DBCF0FA202C182E69020Flhreml505mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0204.599C4358.01DE, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.233, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4a4d91e2d24cef79a9a6e201c3b048af Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 14:44:49 -0000 --_000_C7794D4A32C7D046B93DBCF0FA202C182E69020Flhreml505mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSlAsDQoNCkZyb20gb25lIHNpZGUgaXQgaXMgYSBiaXQgc2FkIHRvIGhlYXIgdGhhdCBuZXdz LCBidXQgc3VyZWx5IGl0IHdpbGwgYmUgaHVnZSBhZHZhbnRhZ2UgZm9yIHRob3NlIG5ldyBwcm9q ZWN0cyB0byBnZXQgeW91IG9uYm9hcmQuDQpZb3VyIGFjY29tcGxpc2htZW50cyBzYXkgbXVjaCBt b3JlIHRoYW4gYW55IHdvcmRzLg0KV2FybWVzdCB3aXNoZXMhDQoNClNZLA0KQm9yaXMNCg0KDQpG cm9tOiBQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEpQIFZh c3NldXIgKGp2YXNzZXVyKQ0KU2VudDogVHVlc2RheSwgQXVndXN0IDIyLCAyMDE3IDU6MzAgUE0N ClRvOiBwY2VAaWV0Zi5vcmc7IEp1bGllbiBNZXVyaWM7IGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFz d2l0Y2guY29tOyBEZWJvcmFoIEEgQnJ1bmdhcmQ7IEFkcmlhbiBGYXJyZWw7IGQua2luZ0BsYW5j YXN0ZXIuYWMudWs7IERocnV2IERob2R5DQpTdWJqZWN0OiBbUGNlXSBCZXN0IFdpc2hlcyBmb3Ig dGhlIGZ1dHVyZSBvZiBQQ0UgV0cgIQ0KDQpEZWFyIFdHLA0KDQpBbG1vc3QgMTIgeWVhcnMgc2lu Y2Ugd2Ugc3RhcnRlZCB0aGUgUENFIFdHICEgTW9yZSB0aGFuIDMwIFJGQ3MsIG1hbnkgcmUtY2hh cnRlcmluZ3MsIGNsb3NlbHkgd29ya2luZyB3aXRoIHNldmVyYWwgb3RoZXIgV0dzIChNUExTLCBD Q0FNUCwgT1NQRiwgSVNJUywg4oCmKSBhbmQgb2YgY291cnNlIG1hbnkgaW1wbGVtZW50YXRpb25z IGFuZCBkZXBsb3ltZW50cyBpbiB0aGUgZmllbGQgYXBwbHlpbmcgdGhlIFBDRSBhcmNoaXRlY3R1 cmUgdG8gc2V2ZXJhbCBhcmVhcyAhDQoNCkFzIHlvdSBtaWdodCBoYXZlIG5vdGljZWQgSSBoYXZl IGJlZW4gZmFpcmx5IHNpbGVudCBmb3IgdGhlIHBhc3QgdHdvIHllYXJzLCBkcml2aW5nIHNldmVy YWwgcXVpdGUgaGVjdGljIHByb2plY3RzIHJlbGF0ZWQgdG8gTWFjaGluZSBMZWFybmluZyBmb3Ig dGhlIG5ldHdvcmsgKFNlY3VyaXR5LCBXaXJlbGVzcywgSW9ULCDigKYpIG5vdCBpbnZvbHZpbmcg dG9vIG11Y2ggb2Ygc3RhbmRhcmRpemF0aW9uIHdvcmsgKHlldCkuIEFzIGRpc2N1c3NlZCBhIGZl dyB0aW1lcywgdGhlIFBDRSBtYXkgYWxzbyBwbGF5IGEgZ3JlYXQgcm9sZSBpbiBNTC9BSSBmb3Ig Y2VudHJhbCBnbG9iYWwgb3B0aW1pemF0aW9uIDotKQ0KDQpBcyBhZ3JlZWQgd2l0aCBvdXIgQUQg RGVib3JhaCBJIGhhdmUgY29tcGxldGVkIGEgdHJhbnNpdGlvbiBwaGFzZSwgYW5kIGl0IGlzIGEg Z3JlYXQgdGltZSBmb3IgbWUgdG8gc3RlcCBkb3duIGFzIFBDRSBjby1jaGFpci4NCg0KSSB3b3Vs ZCBsaWtlIHRvIHdhcm1seSB0aGFuayBteSBmcmllbmQgQWRyaWFuIHdob20gSSBzdGFydGVkIHRo ZSBQQ0UgV0cgd2l0aCBpbiAyMDA1IGFuZCBtYW55IHllYXJzIG9mIGNsb3NlIGNvbGxhYm9yYXRp b24sIEp1bGllbiBNZXVyaWMgd2hvIGhhcyBiZWVuIGEgdGVycmlmaWMgY28tY2hhaXIsIGFuZCBK b25hdGhhbiB3aG8gc3RlcHBlZCB1cCBhcyBuZXcgY28tY2hhaXIgYXQgbGlnaHQgc3BlZWQsIG5v dCBmb3JnZXR0aW5nIERhbiBmb3IgeWVhcnMgYXMgc2VjcmV0YXJ5IGFuZCBub3cgRGhydXYuDQoN ClNlZSB5b3UgYWxsIHNvb24gIQ0KDQpDaGVlcnMsDQoNCkpQLg0KDQoNCg== --_000_C7794D4A32C7D046B93DBCF0FA202C182E69020Flhreml505mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46Mi4w Y20gNDIuNXB0IDIuMGNtIDMuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iUlUiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgSlAsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZyb20gb25lIHNpZGUg aXQgaXMgYSBiaXQgc2FkIHRvIGhlYXIgdGhhdCBuZXdzLCBidXQgc3VyZWx5IGl0IHdpbGwgYmUg aHVnZSBhZHZhbnRhZ2UgZm9yIHRob3NlIG5ldyBwcm9qZWN0cyB0byBnZXQgeW91IG9uYm9hcmQu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Zb3VyIGFjY29tcGxp c2htZW50cyBzYXkgbXVjaCBtb3JlIHRoYW4gYW55IHdvcmRzLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5XYXJtZXN0IHdpc2hlcyE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+U1ksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Cb3Jp czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUGNl IFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkpQIFZh c3NldXIgKGp2YXNzZXVyKTxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBBdWd1c3QgMjIsIDIw MTcgNTozMCBQTTxicj4NCjxiPlRvOjwvYj4gcGNlQGlldGYub3JnOyBKdWxpZW4gTWV1cmljOyBq b25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTsgRGVib3JhaCBBIEJydW5nYXJkOyBBZHJp YW4gRmFycmVsOyBkLmtpbmdAbGFuY2FzdGVyLmFjLnVrOyBEaHJ1diBEaG9keTxicj4NCjxiPlN1 YmplY3Q6PC9iPiBbUGNlXSBCZXN0IFdpc2hlcyBmb3IgdGhlIGZ1dHVyZSBvZiBQQ0UgV0cgITxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIgV0csIDxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxtb3N0IDEyIHll YXJzIHNpbmNlIHdlIHN0YXJ0ZWQgdGhlIFBDRSBXRyAhIE1vcmUgdGhhbiAzMCBSRkNzLCBtYW55 IHJlLWNoYXJ0ZXJpbmdzLCBjbG9zZWx5IHdvcmtpbmcgd2l0aCBzZXZlcmFsIG90aGVyIFdHcyAo TVBMUywgQ0NBTVAsIE9TUEYsIElTSVMsIOKApikgYW5kIG9mIGNvdXJzZQ0KPHU+bWFueSBpbXBs ZW1lbnRhdGlvbnMgYW5kIGRlcGxveW1lbnRzIGluIHRoZSBmaWVsZCBhcHBseWluZyB0aGUgUENF IGFyY2hpdGVjdHVyZSB0byBzZXZlcmFsIGFyZWFzDQo8L3U+ITxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyB5b3UgbWlnaHQgaGF2ZSBub3Rp Y2VkIEkgaGF2ZSBiZWVuIGZhaXJseSBzaWxlbnQgZm9yIHRoZSBwYXN0IHR3byB5ZWFycywgZHJp dmluZyBzZXZlcmFsIHF1aXRlIGhlY3RpYyBwcm9qZWN0cyByZWxhdGVkIHRvIE1hY2hpbmUgTGVh cm5pbmcgZm9yIHRoZSBuZXR3b3JrIChTZWN1cml0eSwgV2lyZWxlc3MsIElvVCwg4oCmKSBub3Qg aW52b2x2aW5nIHRvbyBtdWNoIG9mIHN0YW5kYXJkaXphdGlvbiB3b3JrICh5ZXQpLg0KIEFzIGRp c2N1c3NlZCBhIGZldyB0aW1lcywgdGhlIFBDRSBtYXkgYWxzbyBwbGF5IGEgZ3JlYXQgcm9sZSBp biBNTC9BSSBmb3IgY2VudHJhbCBnbG9iYWwgb3B0aW1pemF0aW9uIDotKSZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBhZ3JlZWQg d2l0aCBvdXIgQUQgRGVib3JhaCBJIGhhdmUgY29tcGxldGVkIGEgdHJhbnNpdGlvbiBwaGFzZSwg YW5kIGl0IGlzIGEgZ3JlYXQgdGltZSBmb3IgbWUgdG8gc3RlcCBkb3duIGFzIFBDRSBjby1jaGFp ci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ SSB3b3VsZCBsaWtlIHRvIHdhcm1seSB0aGFuayBteSBmcmllbmQgQWRyaWFuIHdob20gSSBzdGFy dGVkIHRoZSBQQ0UgV0cgd2l0aCBpbiAyMDA1IGFuZCBtYW55IHllYXJzIG9mIGNsb3NlIGNvbGxh Ym9yYXRpb24sIEp1bGllbiBNZXVyaWMgd2hvIGhhcyBiZWVuIGEgdGVycmlmaWMgY28tY2hhaXIs IGFuZCBKb25hdGhhbiB3aG8gc3RlcHBlZCB1cCBhcyBuZXcgY28tY2hhaXIgYXQgbGlnaHQgc3Bl ZWQsIG5vdA0KIGZvcmdldHRpbmcgRGFuIGZvciB5ZWFycyBhcyBzZWNyZXRhcnkgYW5kIG5vdyBE aHJ1di4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+U2VlIHlvdSBhbGwgc29vbiAhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SlAuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_C7794D4A32C7D046B93DBCF0FA202C182E69020Flhreml505mbschi_-- From nobody Tue Aug 22 07:47:39 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67EF6132938 for ; Tue, 22 Aug 2017 07:47:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 wv-xN4Z_IkUr for ; Tue, 22 Aug 2017 07:47:36 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DB7D1321E6 for ; Tue, 22 Aug 2017 07:47:36 -0700 (PDT) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id v7MEjxWG041030; Tue, 22 Aug 2017 10:47:30 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 2cgp79sv79-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 22 Aug 2017 10:47:30 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v7MElSfb001398; Tue, 22 Aug 2017 10:47:29 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v7MElKFW001243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 22 Aug 2017 10:47:22 -0400 Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (MISOUT7MSGHUBAC.itservices.sbc.com [130.9.129.147]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Tue, 22 Aug 2017 14:47:00 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.245]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0319.002; Tue, 22 Aug 2017 10:46:59 -0400 From: "BRUNGARD, DEBORAH A" To: "JP Vasseur (jvasseur)" , "pce@ietf.org" , Julien Meuric , "jonathan.hardwick@metaswitch.com" , "Adrian Farrel" , "d.king@lancaster.ac.uk" , Dhruv Dhody Thread-Topic: Best Wishes for the future of PCE WG ! Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDKKQcgHw Date: Tue, 22 Aug 2017 14:46:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.10.199.193] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C87CE534E0MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-08-22_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1708220227 Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 14:47:38 -0000 --_000_F64C10EAA68C8044B33656FA214632C87CE534E0MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSlAsDQoNCldlIHRoYW5rIHlvdSBmb3IgaW5pdGlhdGluZyBQQ0UgYW5kIGFsbCB0aGVzZSB5 ZWFycyBvZiBzZXJ2aWNlISBQQ0Ugd291bGQgbm90IGJlIHdoYXQgaXQgaXMgdG9kYXkgd2l0aG91 dCB5b3UuDQoNCldlIGxvb2sgZm9yd2FyZCB0byBzZWVpbmcgeW91IGFnYWluIGF0IElFVEYg4oCT IGhvcGVmdWxseSB0byBraWNrIG9mZiBhbm90aGVyIGdyZWF0IGlkZWEhDQpBbGwgdGhlIGJlc3Qt DQpEZWJvcmFoDQoNCg0KRnJvbTogSlAgVmFzc2V1ciAoanZhc3NldXIpIFttYWlsdG86anZhc3Nl dXJAY2lzY28uY29tXQ0KU2VudDogVHVlc2RheSwgQXVndXN0IDIyLCAyMDE3IDEwOjMwIEFNDQpU bzogcGNlQGlldGYub3JnOyBKdWxpZW4gTWV1cmljIDxqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+ OyBqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTsgQlJVTkdBUkQsIERFQk9SQUggQSA8 ZGIzNTQ2QGF0dC5jb20+OyBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjsgZC5r aW5nQGxhbmNhc3Rlci5hYy51azsgRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdlaS5jb20+ DQpTdWJqZWN0OiBCZXN0IFdpc2hlcyBmb3IgdGhlIGZ1dHVyZSBvZiBQQ0UgV0cgIQ0KDQpEZWFy IFdHLA0KDQpBbG1vc3QgMTIgeWVhcnMgc2luY2Ugd2Ugc3RhcnRlZCB0aGUgUENFIFdHICEgTW9y ZSB0aGFuIDMwIFJGQ3MsIG1hbnkgcmUtY2hhcnRlcmluZ3MsIGNsb3NlbHkgd29ya2luZyB3aXRo IHNldmVyYWwgb3RoZXIgV0dzIChNUExTLCBDQ0FNUCwgT1NQRiwgSVNJUywg4oCmKSBhbmQgb2Yg Y291cnNlIG1hbnkgaW1wbGVtZW50YXRpb25zIGFuZCBkZXBsb3ltZW50cyBpbiB0aGUgZmllbGQg YXBwbHlpbmcgdGhlIFBDRSBhcmNoaXRlY3R1cmUgdG8gc2V2ZXJhbCBhcmVhcyAhDQoNCkFzIHlv dSBtaWdodCBoYXZlIG5vdGljZWQgSSBoYXZlIGJlZW4gZmFpcmx5IHNpbGVudCBmb3IgdGhlIHBh c3QgdHdvIHllYXJzLCBkcml2aW5nIHNldmVyYWwgcXVpdGUgaGVjdGljIHByb2plY3RzIHJlbGF0 ZWQgdG8gTWFjaGluZSBMZWFybmluZyBmb3IgdGhlIG5ldHdvcmsgKFNlY3VyaXR5LCBXaXJlbGVz cywgSW9ULCDigKYpIG5vdCBpbnZvbHZpbmcgdG9vIG11Y2ggb2Ygc3RhbmRhcmRpemF0aW9uIHdv cmsgKHlldCkuIEFzIGRpc2N1c3NlZCBhIGZldyB0aW1lcywgdGhlIFBDRSBtYXkgYWxzbyBwbGF5 IGEgZ3JlYXQgcm9sZSBpbiBNTC9BSSBmb3IgY2VudHJhbCBnbG9iYWwgb3B0aW1pemF0aW9uIDot KQ0KDQpBcyBhZ3JlZWQgd2l0aCBvdXIgQUQgRGVib3JhaCBJIGhhdmUgY29tcGxldGVkIGEgdHJh bnNpdGlvbiBwaGFzZSwgYW5kIGl0IGlzIGEgZ3JlYXQgdGltZSBmb3IgbWUgdG8gc3RlcCBkb3du IGFzIFBDRSBjby1jaGFpci4NCg0KSSB3b3VsZCBsaWtlIHRvIHdhcm1seSB0aGFuayBteSBmcmll bmQgQWRyaWFuIHdob20gSSBzdGFydGVkIHRoZSBQQ0UgV0cgd2l0aCBpbiAyMDA1IGFuZCBtYW55 IHllYXJzIG9mIGNsb3NlIGNvbGxhYm9yYXRpb24sIEp1bGllbiBNZXVyaWMgd2hvIGhhcyBiZWVu IGEgdGVycmlmaWMgY28tY2hhaXIsIGFuZCBKb25hdGhhbiB3aG8gc3RlcHBlZCB1cCBhcyBuZXcg Y28tY2hhaXIgYXQgbGlnaHQgc3BlZWQsIG5vdCBmb3JnZXR0aW5nIERhbiBmb3IgeWVhcnMgYXMg c2VjcmV0YXJ5IGFuZCBub3cgRGhydXYuDQoNClNlZSB5b3UgYWxsIHNvb24gIQ0KDQpDaGVlcnMs DQoNCkpQLg0KDQoNCg== --_000_F64C10EAA68C8044B33656FA214632C87CE534E0MISOUT7MSGUSRDE_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4g MS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBKUCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPldlIHRoYW5rIHlvdSBmb3IgaW5pdGlhdGluZyBQQ0UgYW5kIGFsbCB0 aGVzZSB5ZWFycyBvZiBzZXJ2aWNlISBQQ0Ugd291bGQgbm90IGJlIHdoYXQgaXQgaXMgdG9kYXkg d2l0aG91dCB5b3UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5X ZSBsb29rIGZvcndhcmQgdG8gc2VlaW5nIHlvdSBhZ2FpbiBhdCBJRVRGIOKAkyBob3BlZnVsbHkg dG8ga2ljayBvZmYgYW5vdGhlciBncmVhdCBpZGVhITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbGwgdGhl IGJlc3QtPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkRlYm9yYWg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4g MGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4gSlAgVmFzc2V1ciAoanZhc3NldXIpIFttYWlsdG86anZhc3NldXJAY2lzY28u Y29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEF1Z3VzdCAyMiwgMjAxNyAxMDozMCBB TTxicj4NCjxiPlRvOjwvYj4gcGNlQGlldGYub3JnOyBKdWxpZW4gTWV1cmljICZsdDtqdWxpZW4u bWV1cmljQG9yYW5nZS5jb20mZ3Q7OyBqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTsg QlJVTkdBUkQsIERFQk9SQUggQSAmbHQ7ZGIzNTQ2QGF0dC5jb20mZ3Q7OyBBZHJpYW4gRmFycmVs ICZsdDthZHJpYW5Ab2xkZG9nLmNvLnVrJmd0OzsgZC5raW5nQGxhbmNhc3Rlci5hYy51azsgRGhy dXYgRGhvZHkgJmx0O2RocnV2LmRob2R5QGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8 L2I+IEJlc3QgV2lzaGVzIGZvciB0aGUgZnV0dXJlIG9mIFBDRSBXRyAhPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBXRywgPG86cD48L286cD48L3A+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbG1vc3QgMTIgeWVhcnMgc2luY2Ugd2Ug c3RhcnRlZCB0aGUgUENFIFdHICEgTW9yZSB0aGFuIDMwIFJGQ3MsIG1hbnkgcmUtY2hhcnRlcmlu Z3MsIGNsb3NlbHkgd29ya2luZyB3aXRoIHNldmVyYWwgb3RoZXIgV0dzIChNUExTLCBDQ0FNUCwg T1NQRiwgSVNJUywg4oCmKSBhbmQgb2YgY291cnNlDQo8dT5tYW55IGltcGxlbWVudGF0aW9ucyBh bmQgZGVwbG95bWVudHMgaW4gdGhlIGZpZWxkIGFwcGx5aW5nIHRoZSBQQ0UgYXJjaGl0ZWN0dXJl IHRvIHNldmVyYWwgYXJlYXMNCjwvdT4hPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIHlvdSBtaWdodCBoYXZlIG5vdGljZWQgSSBoYXZlIGJl ZW4gZmFpcmx5IHNpbGVudCBmb3IgdGhlIHBhc3QgdHdvIHllYXJzLCBkcml2aW5nIHNldmVyYWwg cXVpdGUgaGVjdGljIHByb2plY3RzIHJlbGF0ZWQgdG8gTWFjaGluZSBMZWFybmluZyBmb3IgdGhl IG5ldHdvcmsgKFNlY3VyaXR5LCBXaXJlbGVzcywgSW9ULCDigKYpIG5vdCBpbnZvbHZpbmcgdG9v IG11Y2ggb2Ygc3RhbmRhcmRpemF0aW9uIHdvcmsgKHlldCkuDQogQXMgZGlzY3Vzc2VkIGEgZmV3 IHRpbWVzLCB0aGUgUENFIG1heSBhbHNvIHBsYXkgYSBncmVhdCByb2xlIGluIE1ML0FJIGZvciBj ZW50cmFsIGdsb2JhbCBvcHRpbWl6YXRpb24gOi0pJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGFncmVlZCB3aXRoIG91ciBBRCBE ZWJvcmFoIEkgaGF2ZSBjb21wbGV0ZWQgYSB0cmFuc2l0aW9uIHBoYXNlLCBhbmQgaXQgaXMgYSBn cmVhdCB0aW1lIGZvciBtZSB0byBzdGVwIGRvd24gYXMgUENFIGNvLWNoYWlyLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdvdWxkIGxpa2Ug dG8gd2FybWx5IHRoYW5rIG15IGZyaWVuZCBBZHJpYW4gd2hvbSBJIHN0YXJ0ZWQgdGhlIFBDRSBX RyB3aXRoIGluIDIwMDUgYW5kIG1hbnkgeWVhcnMgb2YgY2xvc2UgY29sbGFib3JhdGlvbiwgSnVs aWVuIE1ldXJpYyB3aG8gaGFzIGJlZW4gYSB0ZXJyaWZpYyBjby1jaGFpciwgYW5kIEpvbmF0aGFu IHdobyBzdGVwcGVkIHVwIGFzIG5ldyBjby1jaGFpciBhdCBsaWdodCBzcGVlZCwgbm90DQogZm9y Z2V0dGluZyBEYW4gZm9yIHllYXJzIGFzIHNlY3JldGFyeSBhbmQgbm93IERocnV2LiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWUg eW91IGFsbCBzb29uICE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5KUC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F64C10EAA68C8044B33656FA214632C87CE534E0MISOUT7MSGUSRDE_-- From nobody Tue Aug 22 07:49:59 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 079F81329BF for ; Tue, 22 Aug 2017 07:49:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=danielking-net.20150623.gappssmtp.com 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 gERSo45Eajqq for ; Tue, 22 Aug 2017 07:49:56 -0700 (PDT) Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 399DB1321E6 for ; Tue, 22 Aug 2017 07:49:56 -0700 (PDT) Received: by mail-wr0-x230.google.com with SMTP id p8so63757754wrf.5 for ; Tue, 22 Aug 2017 07:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=danielking-net.20150623.gappssmtp.com; s=20150623; h=sender:from:to:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=Q4eppQ/mN0fTag7YY6IEE9y1hkQ0WsK6pjPkJfDnEDc=; b=G2RS9VcG93K9vu9NfGC7DP4YCshOxayFdNyFSPSnxFY8lL+JOZDAo/RH01Hv9lZ2Fh HOTv2MDAvgV/AomSZdIp13Sa+8OXju11iOtOXyduBuH2PBLcPTnn/P3IqQWh7jqWMT/M qB3s3dkJPDe40atVYMxxitqHJgauhcGyK/nJQ4Z0uPeTBWksKmSBwQtOLukdh8nz4+Oy m/xrG+qwtGbOTRoepSHe27QmFq5XdMnLXxxrxT8qEiAg3EWafCHhOzEGPUSVpjcmUXA3 iyPBVD+t0yIYt4Hzp8CzN4GEbbLWtQcr7Ty8Krk9xA5FJdEIfMf6PCp5nWpqSLBOYZf+ DQcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:references:in-reply-to:subject :date:message-id:mime-version:thread-index:content-language; bh=Q4eppQ/mN0fTag7YY6IEE9y1hkQ0WsK6pjPkJfDnEDc=; b=BFPzcA3ScLu1ZTiBcMHwHioGa6x5D+E9gF2TnA7IiYgkrLPzLVUjMGahJfYZKI8FPR Mmg9i03lDIQAi7ABXrA372sAw6PU+0t8h/W5pnHiUhDpEiU1N07hpfUvJisLEq73dwBA oIELKzFkV/hbxQt0CbI/WRUHT4T4lctzbOkPYFE49DMPZ9yidD1Wa8/28eyCeCUdABTQ Vn3ZhRcs3WRY0EOL2sub6gd3sfa4KA8162oj0CCezv3nJBPOt0uV1LWcrEKbV+wTBYWY pPQTMg4uicoCq3tsbLVx/ATHzP20F4bHrokIfeSx04g+cyVN2NzGeTmi2pfcfgxm0fVI neDw== X-Gm-Message-State: AHYfb5jhj4Gb9u+SV/nGTd/bVaah/Sbd8C76tuX0ZtCsd5GAeC5uQyT6 SGlZ9AZgnKik9Das X-Received: by 10.80.141.19 with SMTP id s19mr333454eds.280.1503413394499; Tue, 22 Aug 2017 07:49:54 -0700 (PDT) Received: from CIPHER ([85.159.237.37]) by smtp.gmail.com with ESMTPSA id p47sm2131689edc.7.2017.08.22.07.49.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Aug 2017 07:49:53 -0700 (PDT) Sender: Daniel King X-Google-Original-Sender: "Daniel King" From: To: "'JP Vasseur \(jvasseur\)'" , , "'Julien Meuric'" , , "'Deborah A Brungard'" , "'Adrian Farrel'" , "'Dhruv Dhody'" References: In-Reply-To: Date: Tue, 22 Aug 2017 15:49:50 +0100 Message-ID: <004d01d31b55$e90279a0$bb076ce0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01D31B5E.4AC77DE0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDKKQc7dw Content-Language: en-gb Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 14:49:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_004E_01D31B5E.4AC77DE0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for your leadership and many contributions JP =E2=80=93 long may = they continue! The PCE architecture(s) and protocol are IETF = jewels=E2=80=A6 =20 BR, Dan.=20 = = = =20 From: JP Vasseur (jvasseur) [mailto:jvasseur@cisco.com]=20 Sent: 22 August 2017 15:30 To: pce@ietf.org; Julien Meuric ; = jonathan.hardwick@metaswitch.com; Deborah A Brungard ; = Adrian Farrel ; King, Daniel = ; Dhruv Dhody Subject: Best Wishes for the future of PCE WG ! =20 Dear WG,=20 =20 Almost 12 years since we started the PCE WG ! More than 30 RFCs, many = re-charterings, closely working with several other WGs (MPLS, CCAMP, = OSPF, ISIS, =E2=80=A6) and of course many implementations and = deployments in the field applying the PCE architecture to several areas = ! =20 As you might have noticed I have been fairly silent for the past two = years, driving several quite hectic projects related to Machine Learning = for the network (Security, Wireless, IoT, =E2=80=A6) not involving too = much of standardization work (yet). As discussed a few times, the PCE = may also play a great role in ML/AI for central global optimization :-)=20 =20 As agreed with our AD Deborah I have completed a transition phase, and = it is a great time for me to step down as PCE co-chair. =20 I would like to warmly thank my friend Adrian whom I started the PCE WG = with in 2005 and many years of close collaboration, Julien Meuric who = has been a terrific co-chair, and Jonathan who stepped up as new = co-chair at light speed, not forgetting Dan for years as secretary and = now Dhruv.=20 =20 See you all soon ! =20 Cheers, =20 JP. =20 =20 ------=_NextPart_000_004E_01D31B5E.4AC77DE0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Thanks for = your leadership and many contributions JP =E2=80=93 long may they = continue! The PCE architecture(s) and protocol are IETF = jewels=E2=80=A6

 

BR, Dan. =

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

From: JP Vasseur (jvasseur) = [mailto:jvasseur@cisco.com]
Sent: 22 August 2017 = 15:30
To: pce@ietf.org; Julien Meuric = <julien.meuric@orange.com>; jonathan.hardwick@metaswitch.com; = Deborah A Brungard <db3546@att.com>; Adrian Farrel = <adrian@olddog.co.uk>; King, Daniel = <d.king@lancaster.ac.uk>; Dhruv Dhody = <dhruv.dhody@huawei.com>
Subject: Best Wishes for the = future of PCE WG !

 

Dear WG, =

 

Almost 12 years since we started the PCE WG ! More = than 30 RFCs, many re-charterings, closely working with several other = WGs (MPLS, CCAMP, OSPF, ISIS, =E2=80=A6) and of course many = implementations and deployments in the field applying the PCE = architecture to several areas !

 

As you might have noticed I have been fairly silent = for the past two years, driving several quite hectic projects related to = Machine Learning for the network (Security, Wireless, IoT, =E2=80=A6) = not involving too much of standardization work (yet). As discussed a few = times, the PCE may also play a great role in ML/AI for central global = optimization :-) 

 

As agreed with our AD Deborah I have completed a = transition phase, and it is a great time for me to step down as PCE = co-chair.

 

I = would like to warmly thank my friend Adrian whom I started the PCE WG = with in 2005 and many years of close collaboration, Julien Meuric who = has been a terrific co-chair, and Jonathan who stepped up as new = co-chair at light speed, not forgetting Dan for years as secretary and = now Dhruv. 

 

See you all soon !

 

Cheers,

 

JP.

 

 

------=_NextPart_000_004E_01D31B5E.4AC77DE0-- From nobody Tue Aug 22 08:06:25 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84CF31329C9 for ; Tue, 22 Aug 2017 08:06:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.799 X-Spam-Level: X-Spam-Status: No, score=-4.799 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.com 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 TpiK07y_3aAy for ; Tue, 22 Aug 2017 08:06:20 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0129.outbound.protection.outlook.com [104.47.36.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B13C61321A8 for ; Tue, 22 Aug 2017 08:06:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VG1B1w9sBUtXMrsyKdyAeQrKfVyyju+3xYaJHV/04rE=; b=EnXttfoR6JrglOdei+uqd8d3G6O9kHirEYgo3xm/6NY7UOpnOQKRZufeRo5sJb/eq+uWYJiMGLozZZz5IBaGwQSO2EB0RFwG5APoF6wKNxNiG9XETTrrPeg3m07QWFfErjfjDkGPVGB8MviwsX7f2XS4uHzBv1Q8PBqYZEch7EY= Received: from BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) by BY2PR0201MB0550.namprd02.prod.outlook.com (10.160.124.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1362.18; Tue, 22 Aug 2017 15:06:16 +0000 Received: from BY2PR0201MB1910.namprd02.prod.outlook.com ([10.163.75.152]) by BY2PR0201MB1910.namprd02.prod.outlook.com ([10.163.75.152]) with mapi id 15.01.1362.019; Tue, 22 Aug 2017 15:06:16 +0000 From: Jonathan Hardwick To: "JP Vasseur (jvasseur)" CC: "pce@ietf.org" , Julien Meuric , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" , Dhruv Dhody Thread-Topic: Best Wishes for the future of PCE WG ! Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDKKQeKpg Date: Tue, 22 Aug 2017 15:06:16 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Jonathan.Hardwick@metaswitch.com; x-originating-ip: [86.175.167.186] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BY2PR0201MB0550; 6:GImvmBLKdy7RApCrUTXNJdB5k5uLJr3Ym9m+IYNQz6KUdJU9aVsqTpBOnZevG1hpy5EG3JmwibhkfhFfN+ZQpoZAkKz/6MLXVZckFL9xWsfp+IV896SK3Vqv/Q4Q+Gu3NvgZxnIcS12xG894QBcyTQViHCnI358h1UQDz1f0qR4ucKauNr4R63RJlnqW2Czx9+Z4HizuLYETkUjSIaytJArGag642VtLBr61LDJiChBJWeCfm3IDz/IEwEYTT6IMzFlBj1TAiP8JMGn6OZPq2rDrjGNLO1DsxM73Bn/kqDfmL8YjQh3J1LtiwDezwvuHhI2vhseWzmsRKns/2y+MVw==; 5:EmS5oH6c33CMZmYE+luRLHypergNqvcxti86C5B1yTnuoEj0cNVdbf+0vKuV+hyWFWGfK41Nh7z/S3sbWbYGkizheYbnODHNabimC4D7LlPralvflIz8PGvrMrqsWlgJKjly3RKavf/793VgdHMCgA==; 24:3l3WkedMIcEr3quwdIsBD1Mv2SSH221X6EgcXcY+cNIv75i8zkMPIYDiuVhofudQxFQWArj9XoB+vAkj59jDGzmlV2SvkVCdZvBCKb3MfWM=; 7:8yAiTmKcxXAIyV4fawSIC/RrWPOjx6A5tL4Kn4foPskuFE+vapQXR+rLlYC1XfBw0yEHo2E7dq5i1PpeaA0q+fmw/zSMXr44GzErx7ZNxqY0ACnjlGeF05fNfmq/FBv/2Jw9FzFLdYx3VTMaQAhMDXeYb7WQYaPTbeB8QGqFwwCEObWVxIvNZg9Pi6Xx5EvhZY8BlCUxS6eowBC108ucE1mDplIHVEACTL5bU5WV+uQ= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 615eaab6-1158-40d7-6ea8-08d4e96f5686 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR0201MB0550; x-ms-traffictypediagnostic: BY2PR0201MB0550: x-exchange-antispam-report-test: UriScan:(50582790962513)(97927398514766)(95692535739014)(18271650672692)(21748063052155)(5213294742642)(231250463719595)(43874152186217); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(3002001)(6041248)(20161123562025)(20161123558100)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR0201MB0550; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR0201MB0550; x-forefront-prvs: 04073E895A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(6506006)(76176999)(5660300001)(3280700002)(55016002)(6916009)(229853002)(50986999)(54356999)(74316002)(77096006)(2950100002)(14454004)(54906002)(99286003)(106356001)(8936002)(105586002)(81166006)(9686003)(54896002)(7736002)(8676002)(6306002)(72206003)(101416001)(53936002)(3660700001)(33656002)(81156014)(2906002)(86362001)(53546010)(4326008)(66066001)(6246003)(478600001)(6116002)(7696004)(25786009)(790700001)(189998001)(102836003)(3846002)(2900100001)(6436002)(68736007)(97736004)(110136004); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0201MB0550; H:BY2PR0201MB1910.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BY2PR0201MB19101F132492855191FA623584840BY2PR0201MB1910_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2017 15:06:16.6812 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0201MB0550 Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 15:06:23 -0000 --_000_BY2PR0201MB19101F132492855191FA623584840BY2PR0201MB1910_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzLCBKUCwgZm9yIGluaXRpYXRpbmcgdGhpcyB3b3JrIGFuZCBmb3IgeW91ciBodWdlIGNv bnRyaWJ1dGlvbiB0byBpdCENClZlcnkgYmVzdCB3aXNoZXMgZm9yIHlvdXIgbmV3IHByb2plY3Rz LiAgSG9wZSB0byBzZWUgeW91IGFnYWluIHNvb24hDQoNCkNoZWVycw0KSm9uDQoNCkZyb206IEpQ IFZhc3NldXIgKGp2YXNzZXVyKSBbbWFpbHRvOmp2YXNzZXVyQGNpc2NvLmNvbV0NClNlbnQ6IDIy IEF1Z3VzdCAyMDE3IDE1OjMwDQpUbzogcGNlQGlldGYub3JnOyBKdWxpZW4gTWV1cmljIDxqdWxp ZW4ubWV1cmljQG9yYW5nZS5jb20+OyBKb25hdGhhbiBIYXJkd2ljayA8Sm9uYXRoYW4uSGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20+OyBEZWJvcmFoIEEgQnJ1bmdhcmQgPGRiMzU0NkBhdHQuY29tPjsg QWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az47IGQua2luZ0BsYW5jYXN0ZXIuYWMu dWs7IERocnV2IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPg0KU3ViamVjdDogQmVzdCBX aXNoZXMgZm9yIHRoZSBmdXR1cmUgb2YgUENFIFdHICENCg0KRGVhciBXRywNCg0KQWxtb3N0IDEy IHllYXJzIHNpbmNlIHdlIHN0YXJ0ZWQgdGhlIFBDRSBXRyAhIE1vcmUgdGhhbiAzMCBSRkNzLCBt YW55IHJlLWNoYXJ0ZXJpbmdzLCBjbG9zZWx5IHdvcmtpbmcgd2l0aCBzZXZlcmFsIG90aGVyIFdH cyAoTVBMUywgQ0NBTVAsIE9TUEYsIElTSVMsIOKApikgYW5kIG9mIGNvdXJzZSBtYW55IGltcGxl bWVudGF0aW9ucyBhbmQgZGVwbG95bWVudHMgaW4gdGhlIGZpZWxkIGFwcGx5aW5nIHRoZSBQQ0Ug YXJjaGl0ZWN0dXJlIHRvIHNldmVyYWwgYXJlYXMgIQ0KDQpBcyB5b3UgbWlnaHQgaGF2ZSBub3Rp Y2VkIEkgaGF2ZSBiZWVuIGZhaXJseSBzaWxlbnQgZm9yIHRoZSBwYXN0IHR3byB5ZWFycywgZHJp dmluZyBzZXZlcmFsIHF1aXRlIGhlY3RpYyBwcm9qZWN0cyByZWxhdGVkIHRvIE1hY2hpbmUgTGVh cm5pbmcgZm9yIHRoZSBuZXR3b3JrIChTZWN1cml0eSwgV2lyZWxlc3MsIElvVCwg4oCmKSBub3Qg aW52b2x2aW5nIHRvbyBtdWNoIG9mIHN0YW5kYXJkaXphdGlvbiB3b3JrICh5ZXQpLiBBcyBkaXNj dXNzZWQgYSBmZXcgdGltZXMsIHRoZSBQQ0UgbWF5IGFsc28gcGxheSBhIGdyZWF0IHJvbGUgaW4g TUwvQUkgZm9yIGNlbnRyYWwgZ2xvYmFsIG9wdGltaXphdGlvbiA6LSkNCg0KQXMgYWdyZWVkIHdp dGggb3VyIEFEIERlYm9yYWggSSBoYXZlIGNvbXBsZXRlZCBhIHRyYW5zaXRpb24gcGhhc2UsIGFu ZCBpdCBpcyBhIGdyZWF0IHRpbWUgZm9yIG1lIHRvIHN0ZXAgZG93biBhcyBQQ0UgY28tY2hhaXIu DQoNCkkgd291bGQgbGlrZSB0byB3YXJtbHkgdGhhbmsgbXkgZnJpZW5kIEFkcmlhbiB3aG9tIEkg c3RhcnRlZCB0aGUgUENFIFdHIHdpdGggaW4gMjAwNSBhbmQgbWFueSB5ZWFycyBvZiBjbG9zZSBj b2xsYWJvcmF0aW9uLCBKdWxpZW4gTWV1cmljIHdobyBoYXMgYmVlbiBhIHRlcnJpZmljIGNvLWNo YWlyLCBhbmQgSm9uYXRoYW4gd2hvIHN0ZXBwZWQgdXAgYXMgbmV3IGNvLWNoYWlyIGF0IGxpZ2h0 IHNwZWVkLCBub3QgZm9yZ2V0dGluZyBEYW4gZm9yIHllYXJzIGFzIHNlY3JldGFyeSBhbmQgbm93 IERocnV2Lg0KDQpTZWUgeW91IGFsbCBzb29uICENCg0KQ2hlZXJzLA0KDQpKUC4NCg0KDQo= --_000_BY2PR0201MB19101F132492855191FA623584840BY2PR0201MB1910_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3 Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6 ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t Pg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0 RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ VGhhbmtzLCBKUCwgZm9yIGluaXRpYXRpbmcgdGhpcyB3b3JrIGFuZCBmb3IgeW91ciBodWdlIGNv bnRyaWJ1dGlvbiB0byBpdCE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+VmVyeSBiZXN0IHdpc2hlcyBmb3IgeW91ciBuZXcgcHJvamVjdHMuJm5ic3A7IEhvcGUg dG8gc2VlIHlvdSBhZ2FpbiBzb29uITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+Q2hlZXJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PkpvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBKUCBWYXNzZXVyIChq dmFzc2V1cikgW21haWx0bzpqdmFzc2V1ckBjaXNjby5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4g MjIgQXVndXN0IDIwMTcgMTU6MzA8YnI+DQo8Yj5Ubzo8L2I+IHBjZUBpZXRmLm9yZzsgSnVsaWVu IE1ldXJpYyAmbHQ7anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tJmd0OzsgSm9uYXRoYW4gSGFyZHdp Y2sgJmx0O0pvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tJmd0OzsgRGVib3JhaCBBIEJy dW5nYXJkICZsdDtkYjM1NDZAYXR0LmNvbSZndDs7IEFkcmlhbiBGYXJyZWwgJmx0O2FkcmlhbkBv bGRkb2cuY28udWsmZ3Q7OyBkLmtpbmdAbGFuY2FzdGVyLmFjLnVrOyBEaHJ1diBEaG9keSAmbHQ7 ZGhydXYuZGhvZHlAaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gQmVzdCBXaXNo ZXMgZm9yIHRoZSBmdXR1cmUgb2YgUENFIFdHICE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5EZWFyIFdHLCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkFsbW9zdCAxMiB5ZWFycyBzaW5jZSB3ZSBzdGFydGVkIHRoZSBQ Q0UgV0cgISBNb3JlIHRoYW4gMzAgUkZDcywgbWFueSByZS1jaGFydGVyaW5ncywgY2xvc2VseSB3 b3JraW5nIHdpdGggc2V2ZXJhbCBvdGhlciBXR3MgKE1QTFMsIENDQU1QLCBPU1BGLCBJU0lTLCDi gKYpIGFuZCBvZiBjb3Vyc2UNCjx1Pm1hbnkgaW1wbGVtZW50YXRpb25zIGFuZCBkZXBsb3ltZW50 cyBpbiB0aGUgZmllbGQgYXBwbHlpbmcgdGhlIFBDRSBhcmNoaXRlY3R1cmUgdG8gc2V2ZXJhbCBh cmVhcw0KPC91PiE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QXMgeW91IG1pZ2h0IGhhdmUgbm90aWNlZCBJIGhhdmUgYmVlbiBmYWlybHkgc2ls ZW50IGZvciB0aGUgcGFzdCB0d28geWVhcnMsIGRyaXZpbmcgc2V2ZXJhbCBxdWl0ZSBoZWN0aWMg cHJvamVjdHMgcmVsYXRlZCB0byBNYWNoaW5lIExlYXJuaW5nIGZvciB0aGUgbmV0d29yayAoU2Vj dXJpdHksIFdpcmVsZXNzLCBJb1QsIOKApikgbm90IGludm9sdmluZyB0b28gbXVjaCBvZiBzdGFu ZGFyZGl6YXRpb24gd29yayAoeWV0KS4NCiBBcyBkaXNjdXNzZWQgYSBmZXcgdGltZXMsIHRoZSBQ Q0UgbWF5IGFsc28gcGxheSBhIGdyZWF0IHJvbGUgaW4gTUwvQUkgZm9yIGNlbnRyYWwgZ2xvYmFs IG9wdGltaXphdGlvbiA6LSkmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgYWdyZWVkIHdpdGggb3VyIEFEIERlYm9yYWggSSBoYXZl IGNvbXBsZXRlZCBhIHRyYW5zaXRpb24gcGhhc2UsIGFuZCBpdCBpcyBhIGdyZWF0IHRpbWUgZm9y IG1lIHRvIHN0ZXAgZG93biBhcyBQQ0UgY28tY2hhaXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd291bGQgbGlrZSB0byB3YXJtbHkgdGhh bmsgbXkgZnJpZW5kIEFkcmlhbiB3aG9tIEkgc3RhcnRlZCB0aGUgUENFIFdHIHdpdGggaW4gMjAw NSBhbmQgbWFueSB5ZWFycyBvZiBjbG9zZSBjb2xsYWJvcmF0aW9uLCBKdWxpZW4gTWV1cmljIHdo byBoYXMgYmVlbiBhIHRlcnJpZmljIGNvLWNoYWlyLCBhbmQgSm9uYXRoYW4gd2hvIHN0ZXBwZWQg dXAgYXMgbmV3IGNvLWNoYWlyIGF0IGxpZ2h0IHNwZWVkLCBub3QNCiBmb3JnZXR0aW5nIERhbiBm b3IgeWVhcnMgYXMgc2VjcmV0YXJ5IGFuZCBub3cgRGhydXYuJm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlZSB5b3UgYWxsIHNvb24g ITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5D aGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkpQLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_BY2PR0201MB19101F132492855191FA623584840BY2PR0201MB1910_-- From nobody Tue Aug 22 10:20:48 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5A571320D9 for ; Tue, 22 Aug 2017 10:20:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 lHcWzpoeDIMr for ; Tue, 22 Aug 2017 10:20:45 -0700 (PDT) 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 61A5B132026 for ; Tue, 22 Aug 2017 10:20:44 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DND04854; Tue, 22 Aug 2017 17:20:42 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 22 Aug 2017 18:20:41 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0301.000; Tue, 22 Aug 2017 22:50:30 +0530 From: Dhruv Dhody To: "JP Vasseur (jvasseur)" , "pce@ietf.org" , Julien Meuric , "jonathan.hardwick@metaswitch.com" , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" Thread-Topic: Best Wishes for the future of PCE WG ! Thread-Index: AQHTG1MeG535AiDfYkiUmUwmwyKfDKKQnOpw Date: Tue, 22 Aug 2017 17:20:29 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBB6A4D@blreml501-mbx> References: In-Reply-To: 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.78.142] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CBB6A4Dblreml501mbx_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.599C67EA.00CD, 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: 7386accd4433696dd995ccd6c06cda59 Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 17:20:48 -0000 --_000_23CE718903A838468A8B325B80962F9B8CBB6A4Dblreml501mbx_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSlAsDQoNClRoYW5rcyBmb3IgcGlvbmVlcmluZyB0aGUgUENFIHdvcmsuDQpBbHNvLCB0aGFu a3MgZm9yIHRoZSBndWlkYW5jZSB5b3UgcHJvdmlkZWQuDQoNCkFsbCB0aGUgYmVzdCB3aXRoIG5l dyBpbml0aWF0aXZlcyEgSG9wZSB0byBzZWUgeW91IGFnYWluIQ0KDQpSZWdhcmRzLA0KRGhydXYN Cg0KRnJvbTogSlAgVmFzc2V1ciAoanZhc3NldXIpIFttYWlsdG86anZhc3NldXJAY2lzY28uY29t XQ0KU2VudDogMjIgQXVndXN0IDIwMTcgMjA6MDANClRvOiBwY2VAaWV0Zi5vcmc7IEp1bGllbiBN ZXVyaWMgPGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT47IGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFz d2l0Y2guY29tOyBEZWJvcmFoIEEgQnJ1bmdhcmQgPGRiMzU0NkBhdHQuY29tPjsgQWRyaWFuIEZh cnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az47IGQua2luZ0BsYW5jYXN0ZXIuYWMudWs7IERocnV2 IERob2R5IDxkaHJ1di5kaG9keUBodWF3ZWkuY29tPg0KU3ViamVjdDogQmVzdCBXaXNoZXMgZm9y IHRoZSBmdXR1cmUgb2YgUENFIFdHICENCg0KRGVhciBXRywNCg0KQWxtb3N0IDEyIHllYXJzIHNp bmNlIHdlIHN0YXJ0ZWQgdGhlIFBDRSBXRyAhIE1vcmUgdGhhbiAzMCBSRkNzLCBtYW55IHJlLWNo YXJ0ZXJpbmdzLCBjbG9zZWx5IHdvcmtpbmcgd2l0aCBzZXZlcmFsIG90aGVyIFdHcyAoTVBMUywg Q0NBTVAsIE9TUEYsIElTSVMsIOKApikgYW5kIG9mIGNvdXJzZSBtYW55IGltcGxlbWVudGF0aW9u cyBhbmQgZGVwbG95bWVudHMgaW4gdGhlIGZpZWxkIGFwcGx5aW5nIHRoZSBQQ0UgYXJjaGl0ZWN0 dXJlIHRvIHNldmVyYWwgYXJlYXMgIQ0KDQpBcyB5b3UgbWlnaHQgaGF2ZSBub3RpY2VkIEkgaGF2 ZSBiZWVuIGZhaXJseSBzaWxlbnQgZm9yIHRoZSBwYXN0IHR3byB5ZWFycywgZHJpdmluZyBzZXZl cmFsIHF1aXRlIGhlY3RpYyBwcm9qZWN0cyByZWxhdGVkIHRvIE1hY2hpbmUgTGVhcm5pbmcgZm9y IHRoZSBuZXR3b3JrIChTZWN1cml0eSwgV2lyZWxlc3MsIElvVCwg4oCmKSBub3QgaW52b2x2aW5n IHRvbyBtdWNoIG9mIHN0YW5kYXJkaXphdGlvbiB3b3JrICh5ZXQpLiBBcyBkaXNjdXNzZWQgYSBm ZXcgdGltZXMsIHRoZSBQQ0UgbWF5IGFsc28gcGxheSBhIGdyZWF0IHJvbGUgaW4gTUwvQUkgZm9y IGNlbnRyYWwgZ2xvYmFsIG9wdGltaXphdGlvbiA6LSkNCg0KQXMgYWdyZWVkIHdpdGggb3VyIEFE IERlYm9yYWggSSBoYXZlIGNvbXBsZXRlZCBhIHRyYW5zaXRpb24gcGhhc2UsIGFuZCBpdCBpcyBh IGdyZWF0IHRpbWUgZm9yIG1lIHRvIHN0ZXAgZG93biBhcyBQQ0UgY28tY2hhaXIuDQoNCkkgd291 bGQgbGlrZSB0byB3YXJtbHkgdGhhbmsgbXkgZnJpZW5kIEFkcmlhbiB3aG9tIEkgc3RhcnRlZCB0 aGUgUENFIFdHIHdpdGggaW4gMjAwNSBhbmQgbWFueSB5ZWFycyBvZiBjbG9zZSBjb2xsYWJvcmF0 aW9uLCBKdWxpZW4gTWV1cmljIHdobyBoYXMgYmVlbiBhIHRlcnJpZmljIGNvLWNoYWlyLCBhbmQg Sm9uYXRoYW4gd2hvIHN0ZXBwZWQgdXAgYXMgbmV3IGNvLWNoYWlyIGF0IGxpZ2h0IHNwZWVkLCBu b3QgZm9yZ2V0dGluZyBEYW4gZm9yIHllYXJzIGFzIHNlY3JldGFyeSBhbmQgbm93IERocnV2Lg0K DQpTZWUgeW91IGFsbCBzb29uICENCg0KQ2hlZXJzLA0KDQpKUC4NCg0KDQo= --_000_23CE718903A838468A8B325B80962F9B8CBB6A4Dblreml501mbx_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2Ut MToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsN Cglmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgSlAsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzIGZvciBwaW9uZWVyaW5nIHRoZSBQ Q0Ugd29yay4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBN UyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPkFsc28sIHRoYW5rcyBmb3IgdGhlIGd1aWRhbmNlIHlvdSBwcm92aWRlZC4NCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkFsbCB0aGUgYmVzdCB3 aXRoIG5ldyBpbml0aWF0aXZlcyEgSG9wZSB0byBzZWUgeW91IGFnYWluIQ0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5EaHJ1diAmbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4gSlAgVmFzc2V1ciAoanZhc3NldXIpIFttYWlsdG86anZhc3NldXJAY2lzY28uY29t XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDIyIEF1Z3VzdCAyMDE3IDIwOjAwPGJyPg0KPGI+VG86PC9i PiBwY2VAaWV0Zi5vcmc7IEp1bGllbiBNZXVyaWMgJmx0O2p1bGllbi5tZXVyaWNAb3JhbmdlLmNv bSZndDs7IGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tOyBEZWJvcmFoIEEgQnJ1bmdh cmQgJmx0O2RiMzU0NkBhdHQuY29tJmd0OzsgQWRyaWFuIEZhcnJlbCAmbHQ7YWRyaWFuQG9sZGRv Zy5jby51ayZndDs7IGQua2luZ0BsYW5jYXN0ZXIuYWMudWs7IERocnV2IERob2R5ICZsdDtkaHJ1 di5kaG9keUBodWF3ZWkuY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBCZXN0IFdpc2hlcyBm b3IgdGhlIGZ1dHVyZSBvZiBQQ0UgV0cgITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkRlYXIgV0csIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+QWxtb3N0IDEyIHllYXJzIHNpbmNlIHdlIHN0YXJ0ZWQgdGhlIFBDRSBX RyAhIE1vcmUgdGhhbiAzMCBSRkNzLCBtYW55IHJlLWNoYXJ0ZXJpbmdzLCBjbG9zZWx5IHdvcmtp bmcgd2l0aCBzZXZlcmFsIG90aGVyIFdHcyAoTVBMUywgQ0NBTVAsIE9TUEYsIElTSVMsIOKApikg YW5kIG9mIGNvdXJzZQ0KPHU+bWFueSBpbXBsZW1lbnRhdGlvbnMgYW5kIGRlcGxveW1lbnRzIGlu IHRoZSBmaWVsZCBhcHBseWluZyB0aGUgUENFIGFyY2hpdGVjdHVyZSB0byBzZXZlcmFsIGFyZWFz DQo8L3U+ITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5BcyB5b3UgbWlnaHQgaGF2ZSBub3RpY2VkIEkgaGF2ZSBiZWVuIGZhaXJseSBzaWxlbnQg Zm9yIHRoZSBwYXN0IHR3byB5ZWFycywgZHJpdmluZyBzZXZlcmFsIHF1aXRlIGhlY3RpYyBwcm9q ZWN0cyByZWxhdGVkIHRvIE1hY2hpbmUgTGVhcm5pbmcgZm9yIHRoZSBuZXR3b3JrIChTZWN1cml0 eSwgV2lyZWxlc3MsIElvVCwg4oCmKSBub3QgaW52b2x2aW5nIHRvbyBtdWNoIG9mIHN0YW5kYXJk aXphdGlvbiB3b3JrICh5ZXQpLg0KIEFzIGRpc2N1c3NlZCBhIGZldyB0aW1lcywgdGhlIFBDRSBt YXkgYWxzbyBwbGF5IGEgZ3JlYXQgcm9sZSBpbiBNTC9BSSBmb3IgY2VudHJhbCBnbG9iYWwgb3B0 aW1pemF0aW9uIDotKSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5BcyBhZ3JlZWQgd2l0aCBvdXIgQUQgRGVib3JhaCBJIGhhdmUgY29t cGxldGVkIGEgdHJhbnNpdGlvbiBwaGFzZSwgYW5kIGl0IGlzIGEgZ3JlYXQgdGltZSBmb3IgbWUg dG8gc3RlcCBkb3duIGFzIFBDRSBjby1jaGFpci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB3b3VsZCBsaWtlIHRvIHdhcm1seSB0aGFuayBt eSBmcmllbmQgQWRyaWFuIHdob20gSSBzdGFydGVkIHRoZSBQQ0UgV0cgd2l0aCBpbiAyMDA1IGFu ZCBtYW55IHllYXJzIG9mIGNsb3NlIGNvbGxhYm9yYXRpb24sIEp1bGllbiBNZXVyaWMgd2hvIGhh cyBiZWVuIGEgdGVycmlmaWMgY28tY2hhaXIsIGFuZCBKb25hdGhhbiB3aG8gc3RlcHBlZCB1cCBh cyBuZXcgY28tY2hhaXIgYXQgbGlnaHQgc3BlZWQsIG5vdA0KIGZvcmdldHRpbmcgRGFuIGZvciB5 ZWFycyBhcyBzZWNyZXRhcnkgYW5kIG5vdyBEaHJ1di4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VlIHlvdSBhbGwgc29vbiAhPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVy cyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ SlAuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_23CE718903A838468A8B325B80962F9B8CBB6A4Dblreml501mbx_-- From nobody Tue Aug 22 11:42:45 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFCDD1323B8 for ; Tue, 22 Aug 2017 11:42:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 t_mq9POLgoo8 for ; Tue, 22 Aug 2017 11:42:42 -0700 (PDT) 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 3BA2613235C for ; Tue, 22 Aug 2017 11:42:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DND12654; Tue, 22 Aug 2017 18:42:39 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 22 Aug 2017 19:42:37 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.148]) by SJCEML701-CHM.china.huawei.com ([169.254.3.191]) with mapi id 14.03.0301.000; Tue, 22 Aug 2017 11:42:27 -0700 From: Igor Bryskin To: "jvasseur@cisco.com" , "pce@ietf.org" , "julien.meuric@orange.com" , "jonathan.hardwick@metaswitch.com" , "db3546@att.com" , "adrian@olddog.co.uk" , "d.king@lancaster.ac.uk" , Dhruv Dhody Thread-Topic: [Pce] Best Wishes for the future of PCE WG ! Thread-Index: AQHTG3Zn8I7Gc6E6LU+eWXnG3YD2Gw== Date: Tue, 22 Aug 2017 18:42:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan599c7afe32df8b21fd5localhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.599C7B1F.0110, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.148, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: eac2e648cc1a7961d4e7978a806b179d Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 18:42:44 -0000 --_000_etPan599c7afe32df8b21fd5localhost_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi JP, Thanks for the great discussions we have had over the last 15 years. I wish you very best, I am sure you do and will excell in everything you p= ut your mind, focus and effort on. Cheers, Igor From:JP Vasseur (jvasseur) To:pce@ietf.org,Julien Meuric,jonathan.hardwick@metaswitch.com,Deborah A Br= ungard,Adrian Farrel,d.king@lancaster.ac.uk,Dhruv Dhody, Date:2017-08-22 10:30:36 Subject:[Pce] Best Wishes for the future of PCE WG ! Dear WG, Almost 12 years since we started the PCE WG ! More than 30 RFCs, many re-ch= arterings, closely working with several other WGs (MPLS, CCAMP, OSPF, ISIS,= =85) and of course many implementations and deployments in the field apply= ing the PCE architecture to several areas ! As you might have noticed I have been fairly silent for the past two years,= driving several quite hectic projects related to Machine Learning for the = network (Security, Wireless, IoT, =85) not involving too much of standardiz= ation work (yet). As discussed a few times, the PCE may also play a great r= ole in ML/AI for central global optimization :-) As agreed with our AD Deborah I have completed a transition phase, and it i= s a great time for me to step down as PCE co-chair. I would like to warmly thank my friend Adrian whom I started the PCE WG wit= h in 2005 and many years of close collaboration, Julien Meuric who has been= a terrific co-chair, and Jonathan who stepped up as new co-chair at light = speed, not forgetting Dan for years as secretary and now Dhruv. See you all soon ! Cheers, JP. --_000_etPan599c7afe32df8b21fd5localhost_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi JP,

Thanks for the great discussions we have had over the last 15 years.
I wish you very best,  I am sure you do and will excell in everything = you put your mind, focus and effort on.

Cheers,
Igor
From:JP Vasseur (jvasseur)
To:pce@ietf.org,Julien Meuric,jo= nathan.hardwick@metaswitch.com,Deborah A Brungard,Adrian Farrel,d.king@lanc= aster.ac.uk,Dhruv Dhody,
Date:2017-08-22 10:30:36
Subject:[Pce] Best Wishes for th= e future of PCE WG !

Dear WG,

Almost 12 years since we started the PCE WG ! More than 30 = RFCs, many re-charterings, closely working with several other WGs (MPLS, CC= AMP, OSPF, ISIS, =85) and of course many implementations and deployments in the field applying th= e PCE architecture to several areas !

As you might have noticed I have been fairly silent for the= past two years, driving several quite hectic projects related to Machine L= earning for the network (Security, Wireless, IoT, =85) not involving too mu= ch of standardization work (yet). As discussed a few times, the PCE may also play a great role in ML/AI for cen= tral global optimization :-) 

As agreed with our AD Deborah I have completed a transition= phase, and it is a great time for me to step down as PCE co-chair.

I would like to warmly thank my friend Adrian whom I starte= d the PCE WG with in 2005 and many years of close collaboration, Julien Meu= ric who has been a terrific co-chair, and Jonathan who stepped up as new co= -chair at light speed, not forgetting Dan for years as secretary and now Dhruv. 

See you all soon !

Cheers,

JP.


--_000_etPan599c7afe32df8b21fd5localhost_-- From nobody Tue Aug 22 22:44:25 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBA3213233D; Tue, 22 Aug 2017 22:44:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 XPwaIaNJaun1; Tue, 22 Aug 2017 22:44:16 -0700 (PDT) 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 9EF34132334; Tue, 22 Aug 2017 22:44:15 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DND72108; Wed, 23 Aug 2017 05:44:13 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 23 Aug 2017 06:44:11 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Wed, 23 Aug 2017 11:14:00 +0530 From: Dhruv Dhody To: Eric Rescorla CC: "draft-ietf-pce-pceps.all@ietf.org" , "pce@ietf.org" , The IESG , "cmargaria@juniper.net" , Dhruv Dhody Thread-Topic: EKR Discuss on draft-ietf-pce-pceps (was RE: [Pce] Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT)) Thread-Index: AdMbzvJfu3lLrdDTSNmu8GFbH+0PZg== Date: Wed, 23 Aug 2017 05:43:59 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBB9100@blreml501-mbx> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8CBB9100blreml501mbx_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0206.599D162D.0157, 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: 37f6d6dcf7c23ba53eef80a8975528a9 Archived-At: Subject: [Pce] EKR Discuss on draft-ietf-pce-pceps (was RE: Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT)) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 05:44:19 -0000 --_000_23CE718903A838468A8B325B80962F9B8CBB9100blreml501mbx_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi EKR, I have been told that my response [1] to your mail [2] has not reach some o= f the mailboxes. Thus on advice of our AD, I am starting a new thread to reach closure on th= is. The open point is - EKR suggested that we use the StartTLS message to indicate the local policy= if the PCEP speaker is willing to connect without TLS. Whereas the current= document does this by using the error message in case it is unwilling or u= nable to start the TLS. EKR proposal works, but will require us to add a new PCEP object - StartTLS= object, as unfortunately there is no way to carry the information in the c= urrent message/objects format defined. As an editor, my opinion was to avoid making a change in encoding if possib= le, especially if the benefit is not big and the default setting is strict = TLS. But if the opinion is towards "mandating" making the change, I can put out = a version for review soon. All the other comments are handled in -16 [3]. Thanks for all the comments = and discussions! Regards, Dhruv [1] https://www.ietf.org/mail-archive/web/pce/current/msg05487.html [2] https://www.ietf.org/mail-archive/web/pce/current/msg05486.html [3] https://tools.ietf.org/html/draft-ietf-pce-pceps-16 --_000_23CE718903A838468A8B325B80962F9B8CBB9100blreml501mbx_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi EKR,

 

I have been told that my response [1] to your = mail [2] has not reach some of the mailboxes.

 

Thus on advice of our AD, I am starting a new = thread to reach closure on this.  

 

The open point is -

EKR suggested that we use the StartTLS message= to indicate the local policy if the PCEP speaker is willing to connect wit= hout TLS. Whereas the current document does this by using the error message in case it is unwilling or unable to start the = TLS.

 

EKR proposal works, but will require us to add= a new PCEP object - StartTLS object, as unfortunately there is no way to c= arry the information in the current message/objects format defined.   

 

As an editor, my opinion was to avoid making a= change in encoding if possible, especially if the benefit is not big and t= he default setting is strict TLS.

 

But if the opinion is towards “mandating= ” making the change, I can put out a version for review soon.

 

All the other comments are handled in -16 [3].= Thanks for all the comments and discussions!

 

Regards,

Dhruv

 

[1] https://www.ietf.org/mail-archive/web/pce/current/msg05487.html

[2] https://www.ietf.org/mail-archive/web/pce/current/msg05486.html

[3] https://too= ls.ietf.org/html/draft-ietf-pce-pceps-16

 

 

--_000_23CE718903A838468A8B325B80962F9B8CBB9100blreml501mbx_-- From nobody Wed Aug 23 06:58:40 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AB37132C20 for ; Wed, 23 Aug 2017 06:58:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.533 X-Spam-Level: X-Spam-Status: No, score=-3.533 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 2IRVeor-G-T9 for ; Wed, 23 Aug 2017 06:58:37 -0700 (PDT) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id B228C132C21 for ; Wed, 23 Aug 2017 06:58:37 -0700 (PDT) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 3B45C5D89EB; Wed, 23 Aug 2017 15:58:36 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 065E95D8959; Wed, 23 Aug 2017 15:58:36 +0200 (CEST) Received: from [10.193.71.121] (10.193.71.121) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.361.1; Wed, 23 Aug 2017 15:58:35 +0200 To: "JP Vasseur (jvasseur)" References: CC: "pce@ietf.org" , "jonathan.hardwick@metaswitch.com" , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" , Dhruv Dhody From: Julien Meuric Organization: Orange Message-ID: <3b5d6106-fd9b-b072-16a1-f613e34cf4f8@orange.com> Date: Wed, 23 Aug 2017 15:58:35 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 13:58:39 -0000 Goodbye JP! Thank you for everything (the list's too long). I look forward to working with you again. Cheers, Julien Aug. 22, 2017 - jvasseur@cisco.com: > Dear WG, > > Almost 12 years since we started the PCE WG ! More than 30 RFCs, many > re-charterings, closely working with several other WGs (MPLS, CCAMP, > OSPF, ISIS, …) and of course _many implementations and deployments in > the field applying the PCE architecture to several areas _! > > As you might have noticed I have been fairly silent for the past two > years, driving several quite hectic projects related to Machine > Learning for the network (Security, Wireless, IoT, …) not involving > too much of standardization work (yet). As discussed a few times, the > PCE may also play a great role in ML/AI for central global > optimization :-) > > As agreed with our AD Deborah I have completed a transition phase, and > it is a great time for me to step down as PCE co-chair. > > I would like to warmly thank my friend Adrian whom I started the PCE > WG with in 2005 and many years of close collaboration, Julien Meuric > who has been a terrific co-chair, and Jonathan who stepped up as new > co-chair at light speed, not forgetting Dan for years as secretary and > now Dhruv. > > See you all soon ! > > Cheers, > > JP. > > From nobody Wed Aug 23 10:36:01 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB52813208E for ; Wed, 23 Aug 2017 10:35:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 wn6iOBJFNwFi for ; Wed, 23 Aug 2017 10:35:57 -0700 (PDT) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D57181323B4 for ; Wed, 23 Aug 2017 10:35:56 -0700 (PDT) Received: by mail-pf0-x230.google.com with SMTP id c28so2514689pfe.3 for ; Wed, 23 Aug 2017 10:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:message-id:thread-topic :mime-version; bh=QQ38A7ZMedEibRN99LcumXW+KFlo5IVMIHoSoBVZ1BM=; b=HyniIyIXkW3cLJZa4+vR0LP7nku+JgJt4DWiDgJfpDT1HomgF8+JoMNT9BGa7vJJx+ MC27lvSmYhLx32AdU/EKP6vDKSBtnVW2RPEVbG2nJWH+FaX8UIgxcIPc0SYigPBtkFkP AGgcRUNuiYAcX5QT3CopVygb+0Hh7sFXoP255v5+q2uJa9kae6h5nxuiixXLZc236TGQ LmbJyrdIAszp2nu1CXf+7NOJGHxBv98+o+Mi+GGkGNXEkbfinOHhpEkPpZnln558+RaB 3deeMneqRe7jw8OmWu6I9NkDCyO+ElFvCp9yjfKWtR+4ue4+COwcEXup5d9uQ+bVWsP3 YrgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:message-id :thread-topic:mime-version; bh=QQ38A7ZMedEibRN99LcumXW+KFlo5IVMIHoSoBVZ1BM=; b=Hz0RokPbhl9KIRLH3c+rL1HaFdKrMTxeuD+iVYBv4DbbsKunXwDsiWmxqsYrPMgJVf sflLaKhbRl9M85PqOKtMJbZdhoUKtZY3Ddowzs9L13RF8bnS/EOG7DpfThrz3nab24Wi ekQlUUYaAppNYxPUK6pAR5JuQQAISKuqpmCrwMeCBp7iSpcJPhYYd6zKE8Je7hftd0gq nbhfcTckGgJTHZqLtIjop9JzsCb+ouDQe8n15nbDf3tjTYI2vMR763jqTQwEyfS+684x ttMZfvzgFRep2HqGBFy+5YWpydWxbo1KhcDANOwQay6JQrFnc7z7iAzWpA1Ma9tFGkwQ qHZg== X-Gm-Message-State: AHYfb5jP351T8QaawKk+mP8yITUdaz/xLmT3dWeH68ZKR+5bkS/y3T8l d2o/qOp8MMI5Og== X-Received: by 10.84.229.3 with SMTP id b3mr3841776plk.164.1503509756318; Wed, 23 Aug 2017 10:35:56 -0700 (PDT) Received: from [192.168.1.2] ([76.126.247.72]) by smtp.gmail.com with ESMTPSA id e189sm4141867pfa.44.2017.08.23.10.35.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Aug 2017 10:35:54 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.25.0.170815 Date: Wed, 23 Aug 2017 10:35:55 -0700 From: Jeff Tantsura To: "JP Vasseur (jvasseur)" , "pce@ietf.org" , Julien Meuric , "jonathan.hardwick@metaswitch.com" , Deborah A Brungard , Adrian Farrel , "d.king@lancaster.ac.uk" , Dhruv Dhody Message-ID: Thread-Topic: [Pce] Best Wishes for the future of PCE WG ! Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3586329357_456384610" Archived-At: Subject: Re: [Pce] Best Wishes for the future of PCE WG ! X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 17:36:00 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3586329357_456384610 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable JP, =20 It has been a pleasure to working with you all these years! Good luck! =20 Cheers, Jeff =20 From: Pce on behalf of "JP Vasseur (jvasseur)" Date: Tuesday, August 22, 2017 at 07:30 To: "pce@ietf.org" , Julien Meuric = , Jonathan Hardwick , "BRUNGARD, DEBORAH A= " , Adrian Farrel , "d.king@lancaster.a= c.uk" , Dhruv Dhody Subject: [Pce] Best Wishes for the future of PCE WG ! =20 Dear WG,=20 =20 Almost 12 years since we started the PCE WG ! More than 30 RFCs, many re-ch= arterings, closely working with several other WGs (MPLS, CCAMP, OSPF, ISIS, = =E2=80=A6) and of course many implementations and deployments in the field applyin= g the PCE architecture to several areas ! =20 As you might have noticed I have been fairly silent for the past two years,= driving several quite hectic projects related to Machine Learning for the n= etwork (Security, Wireless, IoT, =E2=80=A6) not involving too much of standardizat= ion work (yet). As discussed a few times, the PCE may also play a great role= in ML/AI for central global optimization :-)=20 =20 As agreed with our AD Deborah I have completed a transition phase, and it i= s a great time for me to step down as PCE co-chair. =20 I would like to warmly thank my friend Adrian whom I started the PCE WG wit= h in 2005 and many years of close collaboration, Julien Meuric who has been = a terrific co-chair, and Jonathan who stepped up as new co-chair at light sp= eed, not forgetting Dan for years as secretary and now Dhruv.=20 =20 See you all soon ! =20 Cheers, =20 JP. =20 =20 _______________________________________________ Pce mailing list Pce@ietf.o= rg https://www.ietf.org/mailman/listinfo/pce=20 --B_3586329357_456384610 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

JP,

 

It has been a pleasure to working with you all these years!

Good luck!

 =

Cheers,

Jeff=

&nbs= p;

From: Pce <pce-bounces@ietf.org> on behalf of "J= P Vasseur (jvasseur)" <jvasseur@cisco.com>
Date: Tuesda= y, August 22, 2017 at 07:30
To: "pce@ietf.org" <pce@i= etf.org>, Julien Meuric <julien.meuric@orange.com>, Jonathan Hardwi= ck <jonathan.hardwick@metaswitch.com>, "BRUNGARD, DEBORAH A"= <db3546@att.com>, Adrian Farrel <adrian@olddog.co.uk>, "d.= king@lancaster.ac.uk" <d.king@lancaster.ac.uk>, Dhruv Dhody <d= hruv.dhody@huawei.com>
Subject: [Pce] Best Wishes for the futur= e of PCE WG !

 

Dear WG,

 

Almost 12 years since we started the PCE WG ! More than 30 RFCs, many = re-charterings, closely working with several other WGs (MPLS, CCAMP, OSPF, I= SIS, =E2=80=A6) and of course many implementations and deployments in the field= applying the PCE architecture to several areas !

 

As you might have noticed I h= ave been fairly silent for the past two years, driving several quite hectic = projects related to Machine Learning for the network (Security, Wireless, Io= T, =E2=80=A6) not involving too much of standardization work (yet). As discussed a= few times, the PCE may also play a great role in ML/AI for central global o= ptimization :-) 

 

As agreed with our AD Deborah I have completed a transition p= hase, and it is a great time for me to step down as PCE co-chair.=

 =

I would like to w= armly thank my friend Adrian whom I started the PCE WG with in 2005 and many= years of close collaboration, Julien Meuric who has been a terrific co-chai= r, and Jonathan who stepped up as new co-chair at light speed, not forgettin= g Dan for years as secretary and now Dhruv. 

<= p class=3DMsoNormal style=3D'margin-left:.5in'> 

<= p class=3DMsoNormal style=3D'margin-left:.5in'>See you all soon !

=

 

=

Cheers,

 

JP.

 

 

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

--B_3586329357_456384610-- From nobody Wed Aug 23 23:09:46 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9C3F132356 for ; Wed, 23 Aug 2017 23:09:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 DCFejYiJY7GH for ; Wed, 23 Aug 2017 23:09:42 -0700 (PDT) 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 B100012426E for ; Wed, 23 Aug 2017 23:09:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNF57202; Thu, 24 Aug 2017 06:09:39 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 24 Aug 2017 07:09:38 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Thu, 24 Aug 2017 11:39:30 +0530 From: Dhruv Dhody To: "adrian@olddog.co.uk" , "pce@ietf.org" Thread-Topic: [Pce] Comments on draft-ietf-pce-pcep-exp-codepoints Thread-Index: AdL/2TRAy7FbyRAmRvC/dNULikyoKgcxSi2Q Date: Thu, 24 Aug 2017 06:09:29 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBA7C6@blreml501-mbx> References: <06bf01d2ffd9$494bdba0$dbe392e0$@olddog.co.uk> In-Reply-To: <06bf01d2ffd9$494bdba0$dbe392e0$@olddog.co.uk> 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.149.39] 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.0A090201.599E6DA3.00A2, 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: aa461ed93e16a18e12d4f761820c1892 Archived-At: Subject: Re: [Pce] Comments on draft-ietf-pce-pcep-exp-codepoints X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2017 06:09:45 -0000 Hi WG,=20 After discussion, the conclusion is to keep the following "numbers of code = points for experimental use" -=20 * 4 messages (252-255) * 8 objects (248-255)=20 * 32 tlvs (65504-65535)=20 These numbers are derived based on the past experience of running experimen= ts.=20 All the other comments from Adrian are accepted, and Adrian has joined as c= o-author. Thanks Adrian!=20 I will post an update to the draft shortly. Please let us know if there are= any further comments.=20 Regards, Dhruv > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: 18 July 2017 20:50 > To: pce@ietf.org > Subject: [Pce] Comments on draft-ietf-pce-pcep-exp-codepoints >=20 > Hi, >=20 > Per the chairs' request today, I had another look at the experimental > codepoints draft, draft-ietf-pce-pcep-exp-codepoints-01/. Sorry to > entirely rewrite your draft ;-) >=20 > My meta point that I have raised before is that I think you are assigning > way too many experimental code points. I do not want to be blocking on WG > process on this point and will accept that I am in the rough *if* the > chairs believe that that is the case. The background to my thought is BCP > 82 that says: > In many, if not most cases, reserving a single value for experimental > use will suffice. While it may be tempting to reserve more in order > to make it easy to test many things at once, reserving many may also > increase the temptation for someone using a particular value to > assume that a specific experimental value can be used for a given > purpose exclusively. > I agree that one code point is probably limiting, but I also think that > * 4 messages > * 8 objects > * 8 TLVs > would be at the high end of what is needed. >=20 > The other points are below. >=20 > Thanks, > Adrian >=20 > --- > Metadata >=20 > I think you are changing an existing registry definition. This is > different from making an allocation from a registry, so you are updating > the RFC that created the registry. You need to add the > "Updates: RFC 5440" text. >=20 > --- >=20 > Title >=20 > s/for/for the/ >=20 > --- >=20 > Abstract >=20 > s/IETF Consensus/IETF Review/ >=20 > --- >=20 > Abstract >=20 > OLD > This document seeks to mark some codepoints for experimental usage of > PCEP. > NEW > This document updates RFC 5440 by changing the allocation policies > for these three registries to mark some of the code points as assigned > for Experimental Use. > END >=20 > --- >=20 > Requirements Language >=20 > I don't think you need 2119 language in this document. See my comments on > Section 5. >=20 > --- >=20 > 1. Introduction >=20 > The Path Computation Element communication Protocol (PCEP) provides > mechanisms for Path Computation Elements (PCEs) to perform path > computations in response to Path Computation Clients (PCCs) requests. >=20 > This is a somewhat old definition of PCEP that doesn't account for > delegation and PCE-initiated LSPs. >=20 > --- >=20 > 1. Introduction >=20 > In section 9 of [RFC5440], IANA assigns values to the PCEP protocol > parameters (messages, objects, TLVs). IANA established a new top- > level registry to contain all PCEP codepoints and sub-registries. > The allocation policy for each new registry is by IETF Consensus as > described in [RFC8126]. Specifically, new assignments are made via > RFCs approved by the IESG. Typically, the IESG will seek input on > prospective assignments from appropriate persons (e.g., a relevant > Working Group if one exists). Early allocation [RFC7120] provides > some latitude for allocation of these code points, but is reserved > for features that are considered appropriately stable. >=20 > I'm not sure you should seek to redefine "IETF Consensus". The citation o= f > 8126 should be enough and you can cut the paragraph there. >=20 > Anyway > s/IETF Consensus/IETF Review/ >=20 > --- >=20 > 1. Introduction >=20 > With some recent advancement, there is an enhanced need to experiment > with PCEP. It is often necessary to use some sort of number or > constant in order to actually test or experiment with the new > function, even when testing in a closed environment. In order to run > experiment, it is important that the value won't collide not only > with existing codepoints but any future allocation. >=20 > s/run experiment/run experiments/ >=20 > --- >=20 > 1. Introduction >=20 > OLD > This document thus set apart some codepoints in PCEP registry and > subregistries for experimental usage. > NEW > This document updates [RFC5440] by changing the allocation policies > for these three registries to mark some of the code points as > assigned for Experimental Use. See [RFC3692] for further discussion > of the use of experimental codepoints. > END >=20 > --- >=20 > 2. PCEP Messages >=20 > OLD > Some codepoints are requested to be set aside for experimentation > with new PCEP messages. The suggested range is 246-255. > NEW > PCEP message types are in the range 0 to 255. This document sets > aside message types 246-255 for experimentation as described in > Section 6.1. > END >=20 > --- >=20 > 3. PCEP Objects >=20 > OLD > Some codepoints are requested to be set aside for experimentation > with new PCEP objects. The suggested range is 224-255. > NEW > PCEP objects are identified by values in the range 0 to 255. This > document sets aside object identifiers 224-255 for experimentation as > described in Section 6.2. > END >=20 > --- >=20 > 4. PCEP TLVs >=20 > OLD > Some codepoints are requested to be set aside for experimentation > with new PCEP TLVs. The suggested range is 65280-65535. > NEW > PCEP TLV type codes are in the range 0 to 65535. This document sets > aside object identifiers 65280-65535 for experimentation as described > in Section 6.3. > END >=20 > --- >=20 > OLD > 5. Handling of unknown experimentation > NEW > 5. Handling of Unknown Experimentation > END >=20 > --- >=20 > 5. Handling of unknown experimentation >=20 > OLD > A PCE that does not recognize an experimental PCEP object, MUST > reject the entire PCEP message and MUST send a PCE error message with > Error- Type=3D"Unknown Object" or "Not supported object", defined as > per [RFC5440]. > NEW > A PCE that does not recognize an experimental PCEP object, will > reject the entire PCEP message and send a PCE error message with > Error- Type=3D"Unknown Object" or "Not supported object" as described > in [RFC5440]. > END >=20 > --- >=20 > 6.1. New PCEP Messages >=20 > OLD > Upon approval of this document, IANA is requested to make the > following allocations: >=20 > +---------+-------------+-------------------+ > | Type | Description | Allocation Policy | > +---------+-------------+-------------------+ > | 246-255 | Unassigned | Experimental Use | > +---------+-------------+-------------------+ > NEW > IANA is requested to change the registration procedure for this > registry to read as follows: >=20 > 0-245 IETF Review > 246-255 Experimental Use >=20 > IANA is also requested to mark the values 246-255 in the registry > accordingly. > END >=20 > --- >=20 > 6.2. New PCEP Objects >=20 > OLD > Upon approval of this document, IANA is requested to make the > following allocations: >=20 > +---------+-------------+-------------------+ > | Type | Description | Allocation Policy | > +---------+-------------+-------------------+ > | 224-255 | Unassigned | Experimental Use | > +---------+-------------+-------------------+ > NEW > IANA is requested to change the registration procedure for this > registry to read as follows: >=20 > 0-245 IETF Review > 224-255 Experimental Use >=20 > IANA is also requested to mark the values 224-255 in the registry > accordingly. > END >=20 > --- >=20 > 6.3. New PCEP TLVs >=20 > OLD > Upon approval of this document, IANA is requested to make the > following allocations: >=20 > +------------+-------------+-------------------+ > | Type | Description | Allocation Policy | > +------------+-------------+-------------------+ > |65280-65535 | Unassigned | Experimental Use | > +------------+-------------+-------------------+ > NEW > IANA is requested to change the registration procedure for this > registry to read as follows: >=20 > 0-65279 IETF Review > 65280-65535 Experimental Use >=20 > IANA is also requested to mark the values 65280-65535 in the registry > accordingly. > END >=20 > --- >=20 > DELETE > 7. Allocation Policy >=20 > The allocation policy for the IANA request in Section 6 is > "Experimental". As per [RFC8126], IANA does not record specific > assignments for any particular use for this policy. >=20 > As the experiment/standard progress and an early IANA allocation or > RFC publication happens, the IANA defined codepoints are used and > experimental code points are freed up. > END >=20 > NOTE > The meaning of the first paragraph is now achieved in Section 6. > The second paragraph is ambiguous as experimental codepoints are > not "freed up" in any sense that the IETF can be aware of. > END >=20 > --- >=20 > 8. Security Considerations >=20 > ADD > [RFC3692] asserts that the existence of experimental code points > introduce no new security considerations. However, implementations > accepting experimental codepoints need to take care in how they parse > and process the messages, objects, and TLVs in case they come, > accidentally from another experiment. > END >=20 > --- >=20 > 10.1. Normative References >=20 > DELETE > [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate > Requirement Levels", BCP 14, RFC 2119, > DOI 10.17487/RFC2119, March 1997, > . > END >=20 > --- >=20 > 10.2. Informative References >=20 > Add RFC 3692 >=20 > --- >=20 > Appendix A. Other Codepoints >=20 > Was this intended to be "Other PCEP Registries"? >=20 > --- >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 23 23:10:42 2017 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 E557712426E; Wed, 23 Aug 2017 23:10:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150355503791.24295.11310584323274453054@ietfa.amsl.com> Date: Wed, 23 Aug 2017 23:10:37 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-exp-codepoints-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2017 06:10:38 -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 WG of the IETF. Title : Experimental Codepoint Allocation for the Path Computation Element communication Protocol (PCEP) Authors : Dhruv Dhody Daniel King Adrian Farrel Filename : draft-ietf-pce-pcep-exp-codepoints-02.txt Pages : 7 Date : 2017-08-23 Abstract: IANA assigns values to the Path Computation Element (PCE) communication Protocol (PCEP) parameters (messages, objects, TLVs). IANA established a new top-level registry to contain all PCEP codepoints and sub-registries. The allocation policy for each new registry is by IETF Review. This document updates RFC 5440 by changing the allocation policies for these three registries to mark some of the code points as assigned for Experimental Use. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-exp-codepoints/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-exp-codepoints-02 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-exp-codepoints-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-exp-codepoints-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 25 06:38:04 2017 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 50E411326EA; Fri, 25 Aug 2017 06:37:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-pce-pce-initiated-lsp@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150366827632.19597.4644415881212125958.idtracker@ietfa.amsl.com> Date: Fri, 25 Aug 2017 06:37:56 -0700 Archived-At: Subject: [Pce] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-pce-pce-initiated-lsp-10=3A_=28with_COMMENT=29?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 13:37:56 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-pce-pce-initiated-lsp-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- 1) I'm wondering why this spec is not part of I-D.ietf-pce-stateful-pce as it is also not published yet...? 2) I-D.ietf-pce-stateful-sync-optimizations should also be a normative references, given a flag is used in section 4.1 and a TLV is used in section 5.3.2 that are defined in that draft. 3) sec 5.4: "A PLSP-ID of zero removes all LSPs that were initiated by the PCE." and "If the PLSP-ID specified in the PCInitiate message was not created by a PCE.." -> This means that the PCC must remember which LSP was created by which PCE at instantiation time. This could be stated more explicitly. From nobody Fri Aug 25 06:49:22 2017 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 4C8881326EC; Fri, 25 Aug 2017 06:49:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150366896030.19613.18267092586923572032.idtracker@ietfa.amsl.com> Date: Fri, 25 Aug 2017 06:49:20 -0700 Archived-At: Subject: [Pce] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-pce-rfc6006bis-03=3A_=28with_COMMENT=29?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 13:49:20 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I could be helpful, also for implementors to update their code, to more explicitly spell out what the changes are (in the intro) instead of just listing the errata numbers. From nobody Fri Aug 25 09:50:29 2017 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 D8AE1132938; Fri, 25 Aug 2017 09:50:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alvaro Retana To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150367982188.19690.1920206511588656401.idtracker@ietfa.amsl.com> Date: Fri, 25 Aug 2017 09:50:21 -0700 Archived-At: Subject: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 16:50:22 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I don't object the publication of this document. However, I want to call attention to the latest IPR declaration [1] which seems to have resulted in a very, very, very late claim against this document *and* rfc6006. Not only was the declaration done recently, but I don't think the WG was explicitly made aware of it. I did look at the archive and this is what I found: - WG Chair asked the authors to update the system to reflect that the IPR claimed against rfc6006 also applies to this document [2] - a new IPR statement [1] was filed, which updated the previous one [3] The problem is that the most recent statement [1] points to a patent ("US 12/404100") which is different from the one in the original statement [3] ("US 12/708048"). I take this update to mean that there is more IP than originally claimed -- resulting in a very, very, very late statement. Note that it came in after the WGLC concluded and just a couple of days before the document was submitted to the IESG for Publication. I'll let the WG chairs and the responsible AD take appropriate actions. [1] https://datatracker.ietf.org/ipr/2983/ [2] https://mailarchive.ietf.org/arch/msg/pce/4rxUbSO16PU22ThiMHBf66M73yA/?qid=222caa9caf467838c3c40466e1de7e7e [3] https://datatracker.ietf.org/ipr/1686/ From nobody Sat Aug 26 07:02:57 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91F9E132144 for ; Sat, 26 Aug 2017 07:02:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com 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 NDVFFSzmDrvZ for ; Sat, 26 Aug 2017 07:02:48 -0700 (PDT) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A0DF132392 for ; Sat, 26 Aug 2017 07:02:48 -0700 (PDT) Received: by mail-yw0-x235.google.com with SMTP id s143so11383678ywg.0 for ; Sat, 26 Aug 2017 07:02:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=y2qIcghgLwzw3XKZM3TXOcXTSaAl94TXFGbkunZIQCs=; b=jheGNoR2ANpCu71hEy2/xTv0Br1W6R/cG4ZERuua2vTPqYXjcovPsu7VCtIkL8qT5w kfLbs+UPFeTx/cRQiDHxUucBKXh8fsd6vhNHaELQ99kmCh67wlvABrswWw/mpbTGsXQm r96pwxvlJ2l7WAW9TMMIxKuSNbVT77//Ec3W/8F7qumNAFV4RkyL8i3opR4OqBzVIry/ kG2rwsb98fdYGZaZSFh4KC7XyPQgyThT9agtnOoC4q4PFot3+xcrEuZlYPxm4iJMngWF KciDZnHZ8To9gOM5YpFDKkrdYYXByJhDjuF0HYZvlNRT7wjNnBy0JOjaHhWj9qc/aC9b U2kQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=y2qIcghgLwzw3XKZM3TXOcXTSaAl94TXFGbkunZIQCs=; b=carSt6jTVHao8lyHfO7mb0LIeN7RRyTY1gSq9ePZgupkN/qUG/2ysxLtMpDMOCFYnQ oNIMxRfloV8jSnqY9vDaH1dkLqclTSg8oyog9wzi+jkHuWfwpcvl2UDUehsp9QFg0+9/ 1V2pX48JLXNoewJUSYthzlGoHcdUYgiZEJqzTl7uWQ1hFP0KO46H67GhrMWaB5Z41IfW LmsERV/qXWjLmK9dy/axj/OlukiDc1YdMaV2HLoa1vRcMib4GhWUhxKzTFG+2uFNK0Vv pKDE5NSQd/QgPU8oysa9RXTPumCy/fzErQNn+Q15VCQhvdqqTHecZWcG0wxfP0XL4X4c MRcg== X-Gm-Message-State: AHYfb5jXiFrSGjQuGE91P2zYrUEVmhDD9fzpJHfN8dDha2WcSNgHI0Tt MuWLVUh6kqGuGRc89bUQVuur3Krvs70K X-Received: by 10.129.71.212 with SMTP id u203mr1535425ywa.72.1503756167923; Sat, 26 Aug 2017 07:02:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.218.130 with HTTP; Sat, 26 Aug 2017 07:02:07 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBB9100@blreml501-mbx> References: <23CE718903A838468A8B325B80962F9B8CBB9100@blreml501-mbx> From: Eric Rescorla Date: Sat, 26 Aug 2017 07:02:07 -0700 Message-ID: To: Dhruv Dhody Cc: "draft-ietf-pce-pceps.all@ietf.org" , "pce@ietf.org" , The IESG , "cmargaria@juniper.net" , Dhruv Dhody Content-Type: multipart/alternative; boundary="001a114d78f637cd700557a88449" Archived-At: Subject: Re: [Pce] EKR Discuss on draft-ietf-pce-pceps (was RE: Alexey Melnikov's Discuss on draft-ietf-pce-pceps-15: (with DISCUSS and COMMENT)) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2017 14:02:51 -0000 --001a114d78f637cd700557a88449 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'd like to hear from the AD and chairs here. It seems to me that the design I am suggesting is better, and if the primary argument is that the editors don't want to make the change at this date, that's not very strong. Conversely, I agree that this is a WG decision, so if you're telling me that the WG considered this flavor and rejected it, then I think that's reasonable and I'll remove my discuss. -Ekr On Tue, Aug 22, 2017 at 10:43 PM, Dhruv Dhody wrote: > Hi EKR, > > > > I have been told that my response [1] to your mail [2] has not reach some > of the mailboxes. > > > > Thus on advice of our AD, I am starting a new thread to reach closure on > this. > > > > The open point is - > > EKR suggested that we use the StartTLS message to indicate the local > policy if the PCEP speaker is willing to connect without TLS. Whereas the > current document does this by using the error message in case it is > unwilling or unable to start the TLS. > > > > EKR proposal works, but will require us to add a new PCEP object - > StartTLS object, as unfortunately there is no way to carry the informatio= n > in the current message/objects format defined. > > > > As an editor, my opinion was to avoid making a change in encoding if > possible, especially if the benefit is not big and the default setting is > strict TLS. > > > > But if the opinion is towards =E2=80=9Cmandating=E2=80=9D making the chan= ge, I can put out > a version for review soon. > > > > All the other comments are handled in -16 [3]. Thanks for all the comment= s > and discussions! > > > > Regards, > > Dhruv > > > > [1] https://www.ietf.org/mail-archive/web/pce/current/msg05487.html > > [2] https://www.ietf.org/mail-archive/web/pce/current/msg05486.html > > [3] https://tools.ietf.org/html/draft-ietf-pce-pceps-16 > > > > > --001a114d78f637cd700557a88449 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'd like to hear from the AD and chairs here. It seems= to me that the design I am suggesting is better, and if the primary argume= nt is that the editors don't want to make the change at this date, that= 's not very strong. Conversely, I agree that this is a WG decision, so = if you're telling me that the WG considered this flavor and rejected it= , then I think that's reasonable and I'll remove my discuss.
-Ekr


=
On Tue, Aug 22, 2017 at 10:43 PM, Dhruv Dhody <dhruv.dhody@huawei.com> wrote:

Hi EKR,

=C2=A0

I have been told that my response [1] to your = mail [2] has not reach some of the mailboxes.

=C2=A0

Thus on advice of our AD, I am starting a new = thread to reach closure on this. =C2=A0

=C2=A0

The open point is -

EKR suggested that we use the StartTLS message= to indicate the local policy if the PCEP speaker is willing to connect wit= hout TLS. Whereas the current document does this by using the error message in case it is unwilling or unable to start the = TLS.

=C2=A0

EKR proposal works, but will require us to add= a new PCEP object - StartTLS object, as unfortunately there is no way to c= arry the information in the current message/objects format defined. =C2=A0=C2=A0

=C2=A0

As an editor, my opinion was to avoid making a= change in encoding if possible, especially if the benefit is not big and t= he default setting is strict TLS.

=C2=A0

But if the opinion is towards =E2=80=9Cmandati= ng=E2=80=9D making the change, I can put out a version for review soon.<= /u>

=C2=A0

All the other comments are handled in -16 [3].= Thanks for all the comments and discussions!

=C2=A0

Regards,

Dhruv

=C2=A0

[1] https://www.ietf.org/mail-archive/web/pce/current/<= wbr>msg05487.html

[2] https://www.ietf.org/mail-archive/web/pce/current/<= wbr>msg05486.html

[3] https://tools.ietf.org/html/draft-ietf-pce-pceps-16<= u>

=C2=A0

=C2=A0


--001a114d78f637cd700557a88449-- From nobody Sun Aug 27 17:16:58 2017 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 2E6F313219C; Sun, 27 Aug 2017 17:16:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Spencer Dawkins To: "The IESG" Cc: draft-ietf-pce-pce-initiated-lsp@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150387941118.9916.6975027287643601597.idtracker@ietfa.amsl.com> Date: Sun, 27 Aug 2017 17:16:51 -0700 Archived-At: Subject: [Pce] Spencer Dawkins' Discuss on draft-ietf-pce-pce-initiated-lsp-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 00:16:51 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-pce-pce-initiated-lsp-10: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- This ballot position would be Please Educate Me, if that was a choice, but that's not a choice. I'm sure we can clear this quickly. And I found this document very easy to read as a reviewer - thanks for that. I found a couple of places where SHOULDs seemed at least under-specified, and this one looked important. In this text, LSP State Synchronization procedures are described in section 5.4 of [I-D.ietf-pce-stateful-pce]. During State Synchronization, a PCC reports the state of its LSPs to the PCE using PCRpt messages, setting the SYNC flag in the LSP Object. For PCE-initiated LSPs, the PCC MUST also set the Create Flag in the LSP Object and MAY include the SPEAKER-ENTITY-ID TLV identifying the PCE that requested the LSP creation. At the end of state synchronization, the PCE SHOULD compare the reported PCE-Initiated LSPs with its configuration. For any mismatch, the PCE SHOULD send a PCInitiate message to initiate any missing LSPs and/or remove any LSPs that are not wanted. I’m having a hard time understanding why a PCE would not compare reported PCE-Initiated LSPs with its configuration, which is allowed by the first SHOULD. Does that mean you thought it was important to TRY to synchronize, but you’re not curious enough to check whether that worked? I can imagine reasons why you wouldn't try to fix the LSPs that weren't synchronized, at least not immediately, but you might also give guidance about one or more reasons why you wouldn't try, to help implementers understand what not doing what the SHOULD means, and make informed choices for their implementations. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In this text, The State Timeout Interval timer ensures that a PCE crash does not result in automatic and immediate disruption for the services using PCE-initiated LSPs. PCE-initiated LSPs are not removed immediately upon PCE failure. Instead, they are cleaned up on the expiration of this timer. This allows for network cleanup without manual intervention. The PCC SHOULD support removal of PCE-initiated LSPs as one of the behaviors applied on expiration of the State Timeout Interval timer. The behavior SHOULD be picked based on local policy, and can result either in LSP removal, or in reverting to operator- defined default parameters. I found myself wondering why “The PCC SHOULD support removal of PCE-initiated LSPs” is a SHOULD, and not a MUST, but if it’s a SHOULD, you might say something about the effects of not supporting this, in order to help implementers make an informed decision about whether to support it. In the same text, I found myself wondering if there were other alternatives to local policy for the last SHOULD, which is, of course, the last stop on the way to asking why this isn’t a MUST … From nobody Mon Aug 28 07:35:47 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6F7213291F for ; Mon, 28 Aug 2017 07:35:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 T6uw18mPzhr6 for ; Mon, 28 Aug 2017 07:35:43 -0700 (PDT) Received: from relais-inet.orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F95B13219E for ; Mon, 28 Aug 2017 07:35:43 -0700 (PDT) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 041A94027E for ; Mon, 28 Aug 2017 16:35:41 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.42]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id B95831A007F for ; Mon, 28 Aug 2017 16:35:40 +0200 (CEST) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM41.corporate.adroot.infra.ftgroup ([fe80::c845:f762:8997:ec86%19]) with mapi id 14.03.0361.001; Mon, 28 Aug 2017 16:35:40 +0200 From: To: "pce@ietf.org" Thread-Topic: I-D Action: draft-litkowski-pce-state-sync-02.txt Thread-Index: AQHTIATmoARK8w2pjEOnISHgH2P2PaKZ1PFg Date: Mon, 28 Aug 2017 14:35:40 +0000 Message-ID: <2635_1503930940_59A42A3C_2635_6_1_9E32478DFA9976438E7A22F69B08FF921EA38A45@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <150392833446.9864.2260548555321113100@ietfa.amsl.com> In-Reply-To: <150392833446.9864.2260548555321113100@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Pce] FW: I-D Action: draft-litkowski-pce-state-sync-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 14:35:45 -0000 Hi WG, We published a new version of the state sync draft which modifies the proce= dure to "forward" a PCReport onto the state-sync sessions. To ensure that all PCEs always have the latest state and does not override = a state by an oldest one that was late on the wire, we propose to rely on t= he LSP-DB-VERSION used at the PCC side. As a consequence, to have the benefit of state-sync, the PCC must implement= the LSP-DB-VERSION. Feel free to comment the proposed changes. Brgds, -----Original Message----- From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of inte= rnet-drafts@ietf.org Sent: Monday, August 28, 2017 15:52 To: i-d-announce@ietf.org Subject: I-D Action: draft-litkowski-pce-state-sync-02.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. Title : Inter Stateful Path Computation Element communica= tion procedures Authors : Stephane Litkowski Siva Sivabalan Dhruv Dhody Filename : draft-litkowski-pce-state-sync-02.txt Pages : 29 Date : 2017-08-28 Abstract: The Path Computation Element Communication Protocol (PCEP) provides mechanisms for Path Computation Elements (PCEs) to perform path computations in response to Path Computation Clients (PCCs) requests. The stateful PCE extensions allow stateful control of Multi-Protocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSPs) using PCEP. A Path Computation Client (PCC) can synchronize an LSP state information to a Stateful Path Computation Element (PCE). The stateful PCE extension allows a redundancy scenario where a PCC can have redundant PCEP sessions towards multiple PCEs. In such a case, a PCC gives control on a LSP to only a single PCE, and only one PCE is responsible for path computation for this delegated LSP. The document does not state the procedures related to an inter-PCE stateful communication. There are some use cases, where an inter-PCE stateful communication can bring additional resiliency in the design for instance when some PCC-PCE sessions fails. The inter-PCE stateful communication may also provide a faster update of the LSP states when an event occurs. Finally, when, in a redundant PCE scenario, there is a need to compute a set of paths that are part of a group (so there is a dependency between the paths), there may be some cases where the computation of all paths in the group is not handled by the same PCE: this situation is called a split-brain. This split-brain scenario may lead to computation loops between PCEs or suboptimal paths computation. This document describes the procedures to allow a stateful communication between PCEs for various use-cases and also the procedures to prevent computations loops. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-litkowski-pce-state-sync/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-litkowski-pce-state-sync-02 https://datatracker.ietf.org/doc/html/draft-litkowski-pce-state-sync-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-litkowski-pce-state-sync-02 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ie= tf.org/ietf/1shadow-sites.txt ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Aug 28 19:48:12 2017 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 77FD41326F6; Mon, 28 Aug 2017 19:48:05 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150397488548.13263.5782301568612117726.idtracker@ietfa.amsl.com> Date: Mon, 28 Aug 2017 19:48:05 -0700 Archived-At: Subject: [Pce] Ben Campbell's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 02:48:06 -0000 Ben Campbell has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Is section 2 expected to be of more than background interest to an implementer? If not, I suggest moving it to an appendix, or at least towards the back of the document. From nobody Tue Aug 29 18:32:55 2017 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 5725B124207; Tue, 29 Aug 2017 18:32:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Adam Roach To: "The IESG" Cc: draft-ietf-pce-pce-initiated-lsp@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150405676835.21577.565250320006836641.idtracker@ietfa.amsl.com> Date: Tue, 29 Aug 2017 18:32:48 -0700 Archived-At: Subject: [Pce] Adam Roach's No Objection on draft-ietf-pce-pce-initiated-lsp-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 01:32:48 -0000 Adam Roach has entered the following ballot position for draft-ietf-pce-pce-initiated-lsp-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 5.1 defines the PCInititate Message, and is generally pretty good about indicating where its component elements come from; however, it's missing pointers to , , and . I think you want to add: ", , and are defined in [RFC5440]". Section 5.3 indicates that an indication that the PCC is supposed to pick the source address is signaled by using a source address of "0.0.0.0" -- presumably, if the destination is an IPv6 address, this would instead use "::", right? Please add text that addresses the IPv6 case. I'm pretty certain that [I-D.ietf-pce-stateful-sync-optimizations] is a normative reference. Even though its use is optional, this document contains normative statements regarding its mechanism. See for guidance, and "Note 1" of that statement in particular. From nobody Tue Aug 29 19:49:41 2017 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 C0011132143; Tue, 29 Aug 2017 19:49:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Adam Roach To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150406137377.21533.7771156035625566886.idtracker@ietfa.amsl.com> Date: Tue, 29 Aug 2017 19:49:33 -0700 Archived-At: Subject: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 02:49:34 -0000 Adam Roach has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have only reviewed the diffs from RFC6006 (Perhaps we should request tools support for bis document diffs): The instructions in section 6.5 only indicate that IANA should update the document reference. The changes indicated in this section additionally reserve new values (specifically, the object type of "0" for object classes 28-31). As these changes are not called out, they run the risk of being overlooked. Please update the instructions to IANA to indicate that the registered values have changed, not just the document references. From nobody Wed Aug 30 02:31:46 2017 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 D761A13235C; Wed, 30 Aug 2017 02:31:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org, Fred Baker X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150408549887.21588.5130336357358222428.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 02:31:38 -0700 Archived-At: Subject: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 09:31:39 -0000 Benoit Claise has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - Where is the "diff from RFC6006" section? The following is not useful: This document obsoletes RFC 6006 and incorporates all outstanding Errata: o Erratum with IDs: 3819, 3830, 3836, 4867, and 4868. I found "Appendix A. Summary of the RBNF Changes from RFC 6006", as a good start, but it doesn't even appear in the table of content. Why? - I've not been following the IPR situation (as described by Alvaro), but would like to understand and it should be discussed during the telechat. Is it the case that https://datatracker.ietf.org/ipr/1686/ (related to RFC6006) is updated by https://datatracker.ietf.org/ipr/2983/ (related to RFC6006 and RFC6006bis)? From nobody Wed Aug 30 05:09:17 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84391133108; Wed, 30 Aug 2017 05:09:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=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 qHGWEx6uLxdl; Wed, 30 Aug 2017 05:09:07 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2CD413310A; Wed, 30 Aug 2017 05:08:56 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7UC8npW002084; Wed, 30 Aug 2017 13:08:50 +0100 Received: from 950129200 (196.252.114.87.dyn.plus.net [87.114.252.196]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7UC8msx002078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2017 13:08:49 +0100 Reply-To: From: "Adrian Farrel" To: "'Benoit Claise'" , "'The IESG'" Cc: , , , "'Fred Baker'" References: <150408549887.21588.5130336357358222428.idtracker@ietfa.amsl.com> In-Reply-To: <150408549887.21588.5130336357358222428.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 13:08:48 +0100 Message-ID: <0d4501d32188$bd2e3fb0$378abf10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEJRAOstW6oN9zYGRBu2ykeL6OaHKQwiNQQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23290.006 X-TM-AS-Result: No--8.732-10.0-31-10 X-imss-scan-details: No--8.732-10.0-31-10 X-TMASE-MatchedRID: L8tZF6zWW2o4HKI/yaqRm8zWN98iBBeG51oz70IM1OycLFKhI2Zz6yTC VwyY5KnUa88VwYtC270o4LmTgl363pz3nEP4SjjAu2yLLdlHwwQNgFUqZt55Ay3zyPBSRer1Iw6 4a0XgvUQ05VlRQJN9YDwxeGjpS2MH5mMeg8RfsnX0hv/rD7WVZJD6nudkqfAdl9UVnK8KIxyI71 /MbzTrC228FeZwrsh98snEQfVS35RUIV59BFXczqm4PbloS2C3dZPoD9V2prSbKItl61J/ycnjL TA/UDoApPKClyoUSzyNo+PRbWqfRLI7zVffJqTzI41oXt+78YWczPbQGIm5wRl28x4VpIp16aKT R2WqDf4sNiMd7PzyG37cGd19dSFd Archived-At: Subject: Re: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 12:09:10 -0000 Morning Komrade Claise, Did you spot Appendix A? A > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Benoit Claise > Sent: 30 August 2017 10:32 > To: The IESG > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org; Fred > Baker > Subject: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with > COMMENT) > > Benoit Claise has entered the following ballot position for > draft-ietf-pce-rfc6006bis-03: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > - Where is the "diff from RFC6006" section? > The following is not useful: > > This document obsoletes RFC 6006 and incorporates all outstanding > Errata: > > o Erratum with IDs: 3819, 3830, 3836, 4867, and 4868. > > I found "Appendix A. Summary of the RBNF Changes from RFC 6006", as a good > start, but it doesn't even appear in the table of content. Why? > > - I've not been following the IPR situation (as described by Alvaro), but would > like to understand and it should be discussed during the telechat. Is it the > case that https://datatracker.ietf.org/ipr/1686/ (related to RFC6006) is > updated by https://datatracker.ietf.org/ipr/2983/ (related to RFC6006 and > RFC6006bis)? > > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 09:59:57 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BE711323B5; Wed, 30 Aug 2017 09:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 RuuFmPrjArIk; Wed, 30 Aug 2017 09:59:31 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B9A21321B7; Wed, 30 Aug 2017 09:59:31 -0700 (PDT) Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id v7UGtZo8043080; Wed, 30 Aug 2017 12:59:29 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049287.ppops.net-00191d01. with ESMTP id 2cnyt6kq7q-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 30 Aug 2017 12:59:29 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v7UGxRjw031833; Wed, 30 Aug 2017 12:59:27 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v7UGxGJp031557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 30 Aug 2017 12:59:22 -0400 Received: from MISOUT7MSGHUBAA.ITServices.sbc.com (MISOUT7MSGHUBAA.itservices.sbc.com [130.9.129.145]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Wed, 30 Aug 2017 16:58:54 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.141]) by MISOUT7MSGHUBAA.ITServices.sbc.com ([130.9.129.145]) with mapi id 14.03.0361.001; Wed, 30 Aug 2017 12:58:54 -0400 From: "BRUNGARD, DEBORAH A" To: Alvaro Retana , The IESG CC: "jonathan.hardwick@metaswitch.com" , "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: Alvaro Retana's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) Thread-Index: AQHTHcJDRQMgbdGI+06uwFhkp3tU4KKdGGaQ Date: Wed, 30 Aug 2017 16:58:53 +0000 Message-ID: References: <150367982188.19690.1920206511588656401.idtracker@ietfa.amsl.com> In-Reply-To: <150367982188.19690.1920206511588656401.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.231.124] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-08-30_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1708300257 Archived-At: Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 16:59:33 -0000 SGkgQWx2YXJvLA0KDQpJdCBzZWVtcyB0aGUgUENFIENoYWlycyBhbmQgRG9jdW1lbnQgU2hlcGhl cmQgKG9uZSBvZiB0aGUgUENFIENoYWlycykgYXJlIG9uIHZhY2F0aW9uIGFzIG5vdCByZXNwb25k aW5nLg0KDQpUaGUgZGlzY2xvc3VyZSB3YXMgYWZ0ZXIgdGhlIFdHIExhc3QgQ2FsbCBhcyBkdXJp bmcgRG9jdW1lbnQgU2hlcGhlcmQgcmV2aWV3LCB0aGUgU2hlcGhlcmQgcmVhbGl6ZWQgdGhlIElQ UiBvbiBSRkM2MDA2IHdhcyBub3QgcG9zdGVkIGFnYWluc3QgdGhlIGJpcy4gSGUgcmVxdWVzdGVk IGl0IHRvIGJlIHVwZGF0ZWQgYW5kIGl0IHdhcyBpbW1lZGlhdGVseSBkb25lLiBUaGUgSVBSIGlz IG5vdGVkIGFzIGFwcGx5aW5nIGFnYWluc3QgYm90aCBSRkM2MDA2IGFuZCBSRkM2MDA2YmlzIGFu ZCBpdCB3YXMgZG9uZSBhcyBhbiB1cGRhdGUuDQoNCkFzIHlvdSBjYW4gbm90ZSBmcm9tIHRoZSBQ Q0UgZW1haWwgYXJjaGl2ZSwgdGhlIGF1dGhvcnMgZGlkIHJlc3BvbmQgaW1tZWRpYXRlbHkgdG8g dGhlIFNoZXBoZXJkJ3MgcmVxdWVzdCAodG8gdGhlIGxpc3QpLCB0aGUgSVBSIGRpc2Nsb3N1cmUg d2FzIGFubm91bmNlZCB0byB0aGUgbGlzdCAoNC8yNCksIGFuZCB0aGUgYXV0aG9ycyBzZW50IG1h aWwgKHRvIHRoZSBsaXN0KSBvbiB0aGVpciBrbm93bGVkZ2Ugb2YgdGhlIElQUiBkaXNjbG9zdXJl IChBcHJpbCAyNCwgTWF5IDIpLg0KDQpUaGUgSUVURiBMYXN0IENhbGwgYW5ub3VuY2VtZW50IChB dWd1c3QpIGFsc28gbm90ZWQgdGhlIElQUi4NCg0KU28gd2hpbGUgdGhlIFdHIG1heSBub3QgaGF2 ZSBiZWVuIGF3YXJlIG9mIGl0IGR1cmluZyBXRyBMYXN0IENhbGwsIHRoZXkgaGF2ZSBiZWVuIG1h ZGUgKGV4cGxpY2l0bHkpIGF3YXJlIG9mIGl0LiBUaGVyZSB3YXMgbm8gZnVydGhlciBkaXNjdXNz aW9uIG9uIGl0IGJ5IHRoZSBXRy4gSW4gUENFIChhcyB3aXRoIG1vc3Qgb2YgdGhlIFJvdXRpbmcg QXJlYSksIGlmIG5vIG5lZ2F0aXZlIGNvbmNlcm5zIGFyZSByYWlzZWQgb24gbm90aWZpY2F0aW9u IG9mIElQUiwgaXQgaXMgaW50ZXJwcmV0ZWQgYXMgbm8gY29uY2VybnMuIFRoZSBjb250ZW50IGlz IG5vdCBleHBsaWNpdGx5IGRpc2N1c3NlZCAoZS5nLiBkZXRhaWxzIG9mIHRoZSB1cGRhdGUpIG9y IHJlcXVpcmUgcG9zaXRpdmUgYWNrbm93bGVkZ2VtZW50IGZyb20gdGhlIGxpc3QuDQoNCkJhc2Vk IG9uIHRoaXMsIEkgc3VwcG9ydCB0aGUgZG9jdW1lbnQgY29udGludWluZyBvbiB0aGUgcHVibGlj YXRpb24gdHJhY2suIElmIHRoZSBJRVNHIGlzIGNvbmNlcm5lZCwgSSBjYW4gcHVsbCB0aGUgZG9j dW1lbnQsIHJldHVybiBpdCB0byB0aGUgV0cgZm9yIGFub3RoZXIgV0cgTGFzdCBDYWxsIGFuZCBJ RVRGIExhc3QgQ2FsbC4NCg0KVGhhbmtzLA0KRGVib3JhaA0KDQoNCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogaWVzZyBbbWFpbHRvOmllc2ctYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIEFsdmFybyBSZXRhbmENCj4gU2VudDogRnJpZGF5LCBBdWd1c3QgMjUsIDIw MTcgMTI6NTAgUE0NCj4gVG86IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KPiBDYzogam9uYXRo YW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb207IGRyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXNAaWV0 Zi5vcmc7DQo+IHBjZUBpZXRmLm9yZzsgcGNlLWNoYWlyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBB bHZhcm8gUmV0YW5hJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXMt MDM6ICh3aXRoDQo+IENPTU1FTlQpDQo+IA0KPiBBbHZhcm8gUmV0YW5hIGhhcyBlbnRlcmVkIHRo ZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiBkcmFmdC1pZXRmLXBjZS1yZmM2MDA2 YmlzLTAzOiBObyBPYmplY3Rpb24NCj4gDQo+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAg dGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbA0KPiBlbWFpbCBhZGRyZXNz ZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhp cw0KPiBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCj4gDQo+IA0KPiBQbGVhc2Ug cmVmZXIgdG8gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LQ0KPiAzQV9fd3d3LmlldGYub3JnX2llc2dfc3RhdGVtZW50X2Rpc2N1c3MtDQo+IDJEY3JpdGVy aWEuaHRtbCZkPUR3SUNhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj0tDQo+IHVmTHFPbnR0 NkxlakxNVGJOM1FwallIeHNPYnhtUEtSaGlGM0ZubW9JMCZtPUhLazlZVkk3dnA4YlpkYXU5amw1 DQo+IGNWN0hXU2IyRHRuVldvTFBSOG9RZjlVJnM9a2FiSmRRVDdCc1Y3aGJmcUpFUzYwVC0NCj4g ZW1SU2tKTnQ1VDNWcU1kQzdvemcmZT0NCj4gZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVT RyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4gDQo+IA0KPiBUaGUgZG9jdW1lbnQs IGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+ IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4gM0Ff X2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGlldGYtMkRwY2UtDQo+IDJEcmZjNjAw NmJpc18mZD1Ed0lDYVEmYz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9LQ0KPiB1ZkxxT250dDZM ZWpMTVRiTjNRcGpZSHhzT2J4bVBLUmhpRjNGbm1vSTAmbT1IS2s5WVZJN3ZwOGJaZGF1OWpsNQ0K PiBjVjdIV1NiMkR0blZXb0xQUjhvUWY5VSZzPTVuVkNpYU5OSzR6bHUwVDVuaXR3dkdiWFBxRi0N Cj4gV2dSa3AwSm1mUFJLWDhrJmU9DQo+IA0KPiANCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gQ09N TUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gSSBkb24ndCBvYmplY3QgdGhlIHB1YmxpY2F0 aW9uIG9mIHRoaXMgZG9jdW1lbnQuDQo+IA0KPiBIb3dldmVyLCBJIHdhbnQgdG8gY2FsbCBhdHRl bnRpb24gdG8gdGhlIGxhdGVzdCBJUFIgZGVjbGFyYXRpb24gWzFdIHdoaWNoIHNlZW1zDQo+IHRv IGhhdmUgcmVzdWx0ZWQgaW4gYSB2ZXJ5LCB2ZXJ5LCB2ZXJ5IGxhdGUgY2xhaW0gYWdhaW5zdCB0 aGlzIGRvY3VtZW50ICphbmQqDQo+IHJmYzYwMDYuICBOb3Qgb25seSB3YXMgdGhlIGRlY2xhcmF0 aW9uIGRvbmUgcmVjZW50bHksIGJ1dCBJIGRvbid0IHRoaW5rIHRoZSBXRw0KPiB3YXMgZXhwbGlj aXRseSBtYWRlIGF3YXJlIG9mIGl0LiAgSSBkaWQgbG9vayBhdCB0aGUgYXJjaGl2ZSBhbmQgdGhp cyBpcyB3aGF0IEkNCj4gZm91bmQ6DQo+IA0KPiAtIFdHIENoYWlyIGFza2VkIHRoZSBhdXRob3Jz IHRvIHVwZGF0ZSB0aGUgc3lzdGVtIHRvIHJlZmxlY3QgdGhhdCB0aGUgSVBSDQo+IGNsYWltZWQg YWdhaW5zdCByZmM2MDA2IGFsc28gYXBwbGllcyB0byB0aGlzIGRvY3VtZW50IFsyXQ0KPiANCj4g LSBhIG5ldyBJUFIgc3RhdGVtZW50IFsxXSB3YXMgZmlsZWQsIHdoaWNoIHVwZGF0ZWQgdGhlIHBy ZXZpb3VzIG9uZSBbM10NCj4gDQo+IFRoZSBwcm9ibGVtIGlzIHRoYXQgdGhlIG1vc3QgcmVjZW50 IHN0YXRlbWVudCBbMV0gcG9pbnRzIHRvIGEgcGF0ZW50ICgiVVMNCj4gMTIvNDA0MTAwIikgd2hp Y2ggaXMgZGlmZmVyZW50IGZyb20gdGhlIG9uZSBpbiB0aGUgb3JpZ2luYWwgc3RhdGVtZW50IFsz XSAoIlVTDQo+IDEyLzcwODA0OCIpLiAgSSB0YWtlIHRoaXMgdXBkYXRlIHRvIG1lYW4gdGhhdCB0 aGVyZSBpcyBtb3JlIElQIHRoYW4gb3JpZ2luYWxseQ0KPiBjbGFpbWVkIC0tIHJlc3VsdGluZyBp biBhIHZlcnksIHZlcnksIHZlcnkgbGF0ZSBzdGF0ZW1lbnQuICBOb3RlIHRoYXQgaXQgY2FtZQ0K PiBpbiBhZnRlciB0aGUgV0dMQyBjb25jbHVkZWQgYW5kIGp1c3QgYSBjb3VwbGUgb2YgZGF5cyBi ZWZvcmUgdGhlIGRvY3VtZW50DQo+IHdhcw0KPiBzdWJtaXR0ZWQgdG8gdGhlIElFU0cgZm9yIFB1 YmxpY2F0aW9uLg0KPiANCj4gSSdsbCBsZXQgdGhlIFdHIGNoYWlycyBhbmQgdGhlIHJlc3BvbnNp YmxlIEFEIHRha2UgYXBwcm9wcmlhdGUgYWN0aW9ucy4NCj4gDQo+IFsxXSBodHRwczovL3VybGRl ZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtDQo+IDNBX19kYXRhdHJhY2tlci5p ZXRmLm9yZ19pcHJfMjk4M18mZD1Ed0lDYVEmYz1MRllaLQ0KPiBvOV9IVU1lTVRTUWljdmpJZyZy PS0NCj4gdWZMcU9udHQ2TGVqTE1UYk4zUXBqWUh4c09ieG1QS1JoaUYzRm5tb0kwJm09SEtrOVlW STd2cDhiWmRhdTlqbDUNCj4gY1Y3SFdTYjJEdG5WV29MUFI4b1FmOVUmcz0yZ2FJNHJIa2Y0X053 dVpyOEUwN05PTnR1ZGVBeEpGYkE1YnkNCj4gRDdUWDZGVSZlPQ0KPiBbMl0NCj4gaHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLQ0KPiAzQV9fbWFpbGFyY2hp dmUuaWV0Zi5vcmdfYXJjaF9tc2dfcGNlXzRyeFViU08xNlBVMjJUaGlNSEJmNjZNNzN5QV8tDQo+ IDNGcWlkLTNEMjIyY2FhOWNhZjQ2NzgzOGMzYzQwNDY2ZTFkZTdlN2UmZD1Ed0lDYVEmYz1MRlla LQ0KPiBvOV9IVU1lTVRTUWljdmpJZyZyPS0NCj4gdWZMcU9udHQ2TGVqTE1UYk4zUXBqWUh4c09i eG1QS1JoaUYzRm5tb0kwJm09SEtrOVlWSTd2cDhiWmRhdTlqbDUNCj4gY1Y3SFdTYjJEdG5WV29M UFI4b1FmOVUmcz10S1g4aTU3MXY2TlBCR1ZrM2dxNWtVSmcyOHF6ZDZGRnRtWnIyDQo+IHdtaHN5 ayZlPQ0KPiBbM10gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0 dHBzLQ0KPiAzQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfaXByXzE2ODZfJmQ9RHdJQ2FRJmM9TEZZ Wi0NCj4gbzlfSFVNZU1UU1FpY3ZqSWcmcj0tDQo+IHVmTHFPbnR0NkxlakxNVGJOM1FwallIeHNP YnhtUEtSaGlGM0ZubW9JMCZtPUhLazlZVkk3dnA4YlpkYXU5amw1DQo+IGNWN0hXU2IyRHRuVldv TFBSOG9RZjlVJnM9YTkxZXcwbE1KTjhIRk5MXzFicFh0b2FpbkMyWGpJalVDX00zDQo+IHAtcUQw ZnMmZT0NCj4gDQoNCg== From nobody Wed Aug 30 12:54:30 2017 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 A9B1913292A; Wed, 30 Aug 2017 12:54:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari To: "The IESG" Cc: draft-ietf-pce-pce-initiated-lsp@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150412286468.21503.10622974887933434097.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 12:54:24 -0700 Archived-At: Subject: [Pce] Warren Kumari's No Objection on draft-ietf-pce-pce-initiated-lsp-10 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 19:54:25 -0000 Warren Kumari has entered the following ballot position for draft-ietf-pce-pce-initiated-lsp-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ There are no remarks associated with this position. From nobody Wed Aug 30 12:56:03 2017 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 0EC84132955; Wed, 30 Aug 2017 12:55:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150412295505.21475.4799915897808569664.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 12:55:55 -0700 Archived-At: Subject: [Pce] Warren Kumari's No Objection on draft-ietf-pce-rfc6006bis-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 19:55:56 -0000 Warren Kumari has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ There are no remarks associated with this position. From nobody Wed Aug 30 16:10:39 2017 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 7FBDD13243A; Wed, 30 Aug 2017 16:10:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-pce-pce-initiated-lsp@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150413463251.16900.3748494998139258011.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 16:10:32 -0700 Archived-At: Subject: [Pce] Eric Rescorla's No Objection on draft-ietf-pce-pce-initiated-lsp-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 23:10:32 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-pce-pce-initiated-lsp-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-pce-initiated-lsp/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Document: draft-ietf-pce-pce-initiated-lsp-10.txt Note: I reviewed this document on my experimental Phabricator instance. You can see the comments inline at: https://mozphab-ietf.devsvcdev.mozaws.net/D20 It may just be my unfamiliarity with this system, but it's not clear to me what the security model is here for the delegation. As I understand this document the PCC just tells the PCE that it has delegated the LSP to it, and then the PCE can make the LSP via the normal procedures. But what is it that tells the rest of the system that the PCC is allowed to manage that LSP. I didn't get that out of this document or out of a cursory look at RFC 8051. INLINE COMMENTS Line 162 A possible use case is a software-driven network, where applications request network resources and paths from the network infrastructure. NIT: isn't the term here "software-defined network" Line 218 all state related to the LSP and sends a PCRpt for the removed state. See details in Section 5.4. A diagram would sure help here. Line 263 Unassigned bits are considered reserved. They MUST be set to 0 on transmission and MUST be ignored on receipt. As I understand this text, you are merely adding a new code point to flags. I'm not sure it's necessary to reproduce the PDU, but if you do, you should clarify that th only change you are making is adding a new field. Perhaps on line 249 "It is reproduced here with the addition of the new I bit" Line 278 and the LSP objects, and MAY contain other objects, as discussed later in this section. Is the syntax here supposed to be ABNF? If so, you need a citation to the syntax". Line 337 create an LSP. If set to 1, it indicates a request to remove an LSP. I have the same comment here about repeating PDU. Line 436 The LSP object is defined in [I-D.ietf-pce-stateful-pce] and included here for easy reference. This is good text, and is what I would encourage the other places you replicate PDUs from other documents. From nobody Wed Aug 30 16:41:50 2017 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 6874F1321B9; Wed, 30 Aug 2017 16:41:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150413650442.16888.3965748412519528441.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 16:41:44 -0700 Archived-At: Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 23:41:44 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- The Security Considerations is worrisome, as it points to RFC 5440; Section 10.2, which basically recommends TCP-MD5: At the time of writing, TCP-MD5 [RFC2385] is the only available security mechanism for securing the TCP connections that underly PCEP sessions. As explained in [RFC2385], the use of MD5 faces some limitations and does not provide as high a level of security as was once believed. A PCEP implementation supporting TCP-MD5 SHOULD be designed so that stronger security keying techniques or algorithms that may be specified for TCP can be easily integrated in future releases. The TCP Authentication Option [TCP-AUTH] (TCP-AO) specifies new security procedures for TCP, but is not yet complete. Since it is believed that [TCP-AUTH] will offer significantly improved security for applications using TCP, implementers should expect to update their implementation as soon as the TCP Authentication Option is published as an RFC. Implementations MUST support TCP-MD5 and should make the security function available as a configuration option. TCP-AO has now been published as an RFC for quite some time, so it's probably not really appropriate to just point to a document which recommends TCP-MD5. From nobody Wed Aug 30 19:12:16 2017 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 0A08C1320BD; Wed, 30 Aug 2017 19:12:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-pce-rfc6006bis@ietf.org, Jonathan Hardwick , pce-chairs@ietf.org, jonathan.hardwick@metaswitch.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150414552903.16896.13672149203420824576.idtracker@ietfa.amsl.com> Date: Wed, 30 Aug 2017 19:12:09 -0700 Archived-At: Subject: [Pce] Suresh Krishnan's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 02:12:09 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-pce-rfc6006bis-03: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- * Appendix A: Did you mean "responses" instead of "requests" in this sentence? "Update to the reply message to allow for bundling of multiple path computation requests..." * I agree with Benoit and Mirja that summarizing all the changes since RFC6006 would be useful (Thanks for doing this for the RBNF!) From nobody Wed Aug 30 23:30:23 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B91A13218F; Wed, 30 Aug 2017 23:30:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 UsiF13_j7AxC; Wed, 30 Aug 2017 23:30:13 -0700 (PDT) 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 57BDB1321BF; Wed, 30 Aug 2017 23:30:07 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNQ54449; Thu, 31 Aug 2017 06:30:03 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:30:02 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 11:59:51 +0530 From: Dhruv Dhody To: =?utf-8?B?TWlyamEgS8O8aGxld2luZA==?= , The IESG CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: =?utf-8?B?W1BjZV0gTWlyamEgS8O8aGxld2luZCdzIE5vIE9iamVjdGlvbiBvbiBkcmFm?= =?utf-8?Q?t-ietf-pce-rfc6006bis-03:_(with_COMMENT)?= Thread-Index: AQHTHakDwGPtsWAsSUu7fBVCh22MMqKd85Ew Date: Thu, 31 Aug 2017 06:29:51 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD605@blreml501-mbx> References: <150366896030.19613.18267092586923572032.idtracker@ietfa.amsl.com> In-Reply-To: <150366896030.19613.18267092586923572032.idtracker@ietfa.amsl.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.149.39] 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.0A020204.59A7ACED.0112, 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: 00f931f47e5b1b78c3c5a2b2084284bf Archived-At: Subject: Re: [Pce] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-pce-rfc6006bis-03=3A_=28with_COMMENT=29?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:30:17 -0000 SGkgTWlyamEsIA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFBjZSBb bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTWlyamEgS8O8aGxld2lu ZA0KPiBTZW50OiAyNSBBdWd1c3QgMjAxNyAxOToxOQ0KPiBUbzogVGhlIElFU0cgPGllc2dAaWV0 Zi5vcmc+DQo+IENjOiBkcmFmdC1pZXRmLXBjZS1yZmM2MDA2YmlzQGlldGYub3JnOyBwY2VAaWV0 Zi5vcmc7IHBjZS1jaGFpcnNAaWV0Zi5vcmcNCj4gU3ViamVjdDogW1BjZV0gTWlyamEgS8O8aGxl d2luZCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLXBjZS0NCj4gcmZjNjAwNmJpcy0wMzog KHdpdGggQ09NTUVOVCkNCj4gDQo+IE1pcmphIEvDvGhsZXdpbmQgaGFzIGVudGVyZWQgdGhlIGZv bGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+IGRyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXMt MDM6IE5vIE9iamVjdGlvbg0KPiANCj4gV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUg c3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQo+IGVtYWlsIGFkZHJlc3NlcyBp bmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQo+ IGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KPiANCj4gDQo+IFBsZWFzZSByZWZl ciB0byBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlh Lmh0bWwNCj4gZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01N RU5UIHBvc2l0aW9ucy4NCj4gDQo+IA0KPiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIg YmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+IGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXMvDQo+IA0KPiANCj4gDQo+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gSSBjb3Vs ZCBiZSBoZWxwZnVsLCBhbHNvIGZvciBpbXBsZW1lbnRvcnMgdG8gdXBkYXRlIHRoZWlyIGNvZGUs IHRvIG1vcmUNCj4gZXhwbGljaXRseSBzcGVsbCBvdXQgd2hhdCB0aGUgY2hhbmdlcyBhcmUgKGlu IHRoZSBpbnRybykgaW5zdGVhZCBvZiBqdXN0DQo+IGxpc3RpbmcgdGhlIGVycmF0YSBudW1iZXJz Lg0KPiANCj4gDQpbW0RocnV2IERob2R5XV0gSSBoYXZlIHVwZGF0ZWQgdGhlIEFwcGVuZGl4LCBh bmQgYWRkZWQgYSByZWZlcmVuY2UgaW4gdGhlIEludHJvZHVjdGlvbi4gDQoNCkFwcGVuZGl4IEEu IFN1bW1hcnkgb2YgdGhlIGFsbCBDaGFuZ2VzIGZyb20gUkZDIDYwMDYNCg0KICAgbyBVcGRhdGVk IHRoZSB0ZXh0IHRvIHVzZSB0aGUgdGVybSAiUENDIiBpbnN0ZWFkIG9mICJ1c2VyIiB3aGlsZQ0K ICAgZGVzY3JpYmluZyB0aGUgZW5jb2RpbmcgcnVsZXMgaW4gc2VjdGlvbiAzLjEwLiANCg0KICAg byBVcGRhdGVkIHRoZSBleGFtcGxlIGluIGZpZ3VyZSA3IHRvIGV4cGxpY2l0bHkgaW5jbHVkZSB0 aGUgUlANCiAgIG9iamVjdC4NCg0KICAgbyBDb3JyZWN0ZWQgdGhlIGRlc2NyaXB0aW9uIG9mIEYt Yml0IGluIHRoZSBSUCBvYmplY3QgaW4gc2VjdGlvbg0KICAgMy4xMywgYXMgcGVyIHRoZSBlcnJh dGEgSUQgMzgzNi4NCg0KICAgbyBDb3JyZWN0ZWQgdGhlIGRlc2NyaXB0aW9uIG9mIGZyYWdtZW50 YXRpb24gcHJvY2VkdXJlIGZvciB0aGUNCiAgIHJlc3BvbnNlIGluIHNlY3Rpb24gMy4xMy4yLCBh cyBwZXIgdGhlIGVycmF0YSBJRCAzODE5LiAgDQoNCiAgIG8gQ29ycmVjdGVkIHRoZSBFcnJvci1U eXBlIGluIHNlY3Rpb24gMy4xNSBmb3IgZnJhZ21lbnRhdGlvbiwgYXMgcGVyDQogICB0aGUgZXJy YXRhIElEIDM4MzAuIA0KDQogICBvIFVwZGF0ZWQgdGhlIHJlZmVyZW5jZXMgZm9yIE9TUEYgUm91 dGVyIEluZm9ybWF0aW9uIExpbmsgU3RhdGUNCiAgIEFkdmVydGlzZW1lbnQgKExTQSkgW1JGQzc3 NzBdIGFuZCBQQ0VQLU1JQiBbUkZDNzQyMF0uIA0KDQogICBvIEFkZCB1cGRhdGVkIGluZm9ybWF0 aW9uIGFuZCByZWZlcmVuY2VzIGZvciBQQ0VQIFlBTkcgW0ktRC5pZXRmLXBjZS0NCiAgIHBjZXAt eWFuZ10gYW5kIFBDRVBTIFtJLUQuaWV0Zi1wY2UtcGNlcHNdLg0KDQogICBvIFVwZGF0ZWQgSUFO QSBjb25zaWRlcmF0aW9ucyB0byBtYXJrIGNvZGUtcG9pbnQgMCBhcyByZXNlcnZlZCBmb3INCiAg IHRoZSBvYmplY3QgdHlwZSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIGFzIHBlciB0aGUgZXJy YXRhIElEIDQ5NTYuDQogICBJQU5BIHJlZmVyZW5jZXMgYXJlIGFsc28gdXBkYXRlZCB0byBwb2lu dCB0byB0aGlzIGRvY3VtZW50LiANCg0KQXBwZW5kaXggQS4xIFJCTkYgQ2hhbmdlcyBmcm9tIFJG QyA2MDA2DQoNCiAgIG8gVXBkYXRlIHRvIFJCTkYgZm9yIFJlcXVlc3QgbWVzc2FnZSBmb3JtYXQ6 IA0KDQogICAgICAqIFVwZGF0ZSB0byB0aGUgcmVxdWVzdCBtZXNzYWdlIHRvIGFsbG93IGZvciB0 aGUgYnVuZGxpbmcgb2YNCiAgICAgIG11bHRpcGxlIHBhdGggY29tcHV0YXRpb24gcmVxdWVzdHMg d2l0aGluIGEgc2luZ2xlIFBhdGgNCiAgICAgIENvbXB1dGF0aW9uIFJlcXVlc3QgKFBDUmVxKSBt ZXNzYWdlLg0KDQogICAgICAqIEFkZGl0aW9uIG9mIDxzdmVjLWxpc3Q+IGluIFBDUmVxIG1lc3Nh Z2UuIFRoaXMgb2JqZWN0IHdhcyBtaXNzZWQNCiAgICAgIGluIFtSRkM2MDA2XS4NCg0KICAgICAg KiBBZGRpdGlvbiBvZiBCTkMgb2JqZWN0IGluIFBDUmVxIG1lc3NhZ2UuIFRoaXMgb2JqZWN0IGlz IHJlcXVpcmVkDQogICAgICB0byBzdXBwb3J0IFAyTVAuIEl0IHNoYXJlcyB0aGUgc2FtZSBmb3Jt YXQgYXMgSW5jbHVkZSBSb3V0ZSBPYmplY3QNCiAgICAgIChJUk8pIGJ1dCBpdCBpcyBhIGRpZmZl cmVudCBvYmplY3QuIA0KDQogICAgICAqIFVwZGF0ZSB0byB0aGUgPFJSTy1MaXN0PiBmb3JtYXQs IHRvIGFsc28gYWxsb3cgU2Vjb25kYXJ5IFJlY29yZA0KICAgICAgUm91dGUgb2JqZWN0IChTUlJP KS4gVGhpcyBvYmplY3Qgd2FzIG1pc3NlZCBpbiBbUkZDNjAwNl0uDQoNCiAgICAgICogUmVtb3Zl ZCB0aGUgQkFORFdJRFRIIE9iamVjdCBmb2xsb3dlZCBieSBSZWNvcmQgUm91dGUgT2JqZWN0DQog ICAgICAoUlJPKSBmcm9tIDxSUk8tTGlzdD4uIEFzIEJBTkRXSURUSCBvYmplY3QgZG9lc24ndCBu ZWVkIHRvIGZvbGxvdw0KICAgICAgZm9yIGVhY2ggUlJPIGluIHRoZSA8UlJPLUxpc3Q+LCB0aGVy ZSBhbHJlYWR5IGV4aXN0IEJBTkRXSURUSA0KICAgICAgb2JqZWN0IGZvbGxvdyA8UlJPLUxpc3Q+ IGFuZCBpcyBiYWNrd2FyZCBjb21wYXRpYmxlIHdpdGgNCiAgICAgIFtSRkM1NDQwXS4NCg0KICAg ICAgKiBVcGRhdGUgdG8gdGhlIDxlbmQtcG9pbnQtcnJvLXBhaXItbGlzdD4sIHRvIGFsbG93IG9w dGlvbmFsDQogICAgICBCQU5EV0lEVEggb2JqZWN0IG9ubHkgaWYgPFJSTy1MaXN0PiBpcyBpbmNs dWRlZC4gDQoNCiAgICAgICogRXJyYXRhIElEOiA0ODY3DQoNCiAgIG8gVXBkYXRlIHRoZSBSQk5G IGZvciBSZXBseSBtZXNzYWdlIGZvcm1hdDoNCg0KICAgICAgKiBVcGRhdGUgdG8gdGhlIHJlcGx5 IG1lc3NhZ2UgdG8gYWxsb3cgZm9yIGJ1bmRsaW5nIG9mIG11bHRpcGxlDQogICAgICBwYXRoIGNv bXB1dGF0aW9uIHJlcGxpZXMgd2l0aGluIGEgc2luZ2xlIFBhdGggQ29tcHV0YXRpb24gUmVwbHkN CiAgICAgIChQQ1JlcCkgbWVzc2FnZS4NCg0KICAgICAgKiBBZGRpdGlvbiBvZiB0aGUgVU5SRUFD SC1ERVNUSU5BVElPTiBpbiBQQ1JlcCBtZXNzYWdlLiBUaGlzDQogICAgICBvYmplY3Qgd2FzIG1p c3NlZCBpbiBbUkZDNjAwNl0uDQoNCiAgICAgICogRXJyYXRhIElEOiA0ODY4DQoNCkhvcGUgdGhp cyB3b3Jrcz8gDQoNClRoYW5rcyBmb3IgeW91ciByZXZpZXcuIA0KDQpSZWdhcmRzLA0KRGhydXYN Cg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBQ Y2UgbWFpbGluZyBsaXN0DQo+IFBjZUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3BjZQ0K From nobody Wed Aug 30 23:32:33 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 272171321AE; Wed, 30 Aug 2017 23:32:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 8nh6VSkSw-sN; Wed, 30 Aug 2017 23:32:29 -0700 (PDT) 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 B7E0413218F; Wed, 30 Aug 2017 23:32:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML712-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNQ54741; Thu, 31 Aug 2017 06:32:27 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:32:26 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 12:02:13 +0530 From: Dhruv Dhody To: Ben Campbell , The IESG CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Ben Campbell's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) Thread-Index: AQHTIHFKw5k1wmuw8kuC3zxFE/yo7aKd7+vg Date: Thu, 31 Aug 2017 06:32:12 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD618@blreml501-mbx> References: <150397488548.13263.5782301568612117726.idtracker@ietfa.amsl.com> In-Reply-To: <150397488548.13263.5782301568612117726.idtracker@ietfa.amsl.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.149.39] 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.0A020204.59A7AD7B.00C4, 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: 244ca1acc6783bb97b471a94eca952e8 Archived-At: Subject: Re: [Pce] Ben Campbell's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:32:31 -0000 Hi Ben,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ben Campbell > Sent: 29 August 2017 08:18 > To: The IESG > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org > Subject: [Pce] Ben Campbell's No Objection on draft-ietf-pce-rfc6006bis-0= 3: > (with COMMENT) >=20 > Ben Campbell has entered the following ballot position for > draft-ietf-pce-rfc6006bis-03: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Is section 2 expected to be of more than background interest to an > implementer? > If not, I suggest moving it to an appendix, or at least towards the back > of the document. >=20 [[Dhruv Dhody]] This is as per the earlier published RFC. This section has = not changed in the bis document.=20 Including a requirement section was quite usual in the PCEP RFCs published = earlier, I know that in the recent times this is discouraged.=20 In the case of bis document, there is some value in keeping the spirit and = order of the original RFC, so that a clear comparison with the to-be-obsolu= te-RFC is possible.=20 Do you agree, if not I can move as suggested.=20 Thanks!=20 Dhruv >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 23:34:28 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF6A413218F; Wed, 30 Aug 2017 23:34:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 e-AerC1Te2Ym; Wed, 30 Aug 2017 23:34:18 -0700 (PDT) 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 E6B8013201E; Wed, 30 Aug 2017 23:34:17 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUM62675; Thu, 31 Aug 2017 06:34:16 +0000 (GMT) Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:34:14 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 12:04:06 +0530 From: Dhruv Dhody To: Adam Roach , The IESG CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) Thread-Index: AQHTITquhjm2t0n1nEOqbdGjSAFG6qKd8Qxw Date: Thu, 31 Aug 2017 06:34:05 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD62A@blreml501-mbx> References: <150406137377.21533.7771156035625566886.idtracker@ietfa.amsl.com> In-Reply-To: <150406137377.21533.7771156035625566886.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] 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.0A020204.59A7ADE8.009D, 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: 2fbcb66a6088161bca32cd425277419f Archived-At: Subject: Re: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:34:21 -0000 Hi Adam,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adam Roach > Sent: 30 August 2017 08:20 > To: The IESG > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org > Subject: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: > (with COMMENT) >=20 > Adam Roach has entered the following ballot position for > draft-ietf-pce-rfc6006bis-03: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I have only reviewed the diffs from RFC6006 (Perhaps we should request > tools support for bis document diffs): > editor.org/rfc/rfc6006.txt&url2=3Ddraft-ietf-pce-rfc6006bis-03> >=20 > The instructions in section 6.5 only indicate that IANA should update the > document reference. The changes indicated in this section additionally > reserve new values (specifically, the object type of "0" for object > classes 28-31). As these changes are not called out, they run the risk of > being overlooked. Please update the instructions to IANA to indicate that > the registered values have changed, not just the document references. >=20 [[Dhruv Dhody]] The Object-Type 0 is already marked in the PCEP IANA regist= ry [1] as "reserved", as part of an earlier Errata [2].=20 But you are correct, that the text should be updated to reflect this.=20 I have made this change -=20 Also, for the following four PCEP objects, the code-point 0 for the Object-Type field are marked "Reserved" with reference to Errata ID 4956. IANA is requested to update the reference to point to this document. Is that okay? [1] https://www.iana.org/assignments/pcep/pcep.xhtml#pcep-objects [2] https://www.rfc-editor.org/errata_search.php?eid=3D4956 Thanks!=20 Dhruv =20 >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 23:35:29 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CC811323B6; Wed, 30 Aug 2017 23:35:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 ADilhPAo9ycC; Wed, 30 Aug 2017 23:35:20 -0700 (PDT) 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 755281323B9; Wed, 30 Aug 2017 23:35:17 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUM62832; Thu, 31 Aug 2017 06:35:16 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:35:15 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 12:05:06 +0530 From: Dhruv Dhody To: "adrian@olddog.co.uk" , "'Benoit Claise'" , "'The IESG'" CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" , "'Fred Baker'" Thread-Topic: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) Thread-Index: AQHTIXNgsbApZHYo3kukRNT64ntUa6Kccl4AgAGC0vA= Date: Thu, 31 Aug 2017 06:35:05 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD63E@blreml501-mbx> References: <150408549887.21588.5130336357358222428.idtracker@ietfa.amsl.com> <0d4501d32188$bd2e3fb0$378abf10$@olddog.co.uk> In-Reply-To: <0d4501d32188$bd2e3fb0$378abf10$@olddog.co.uk> 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.149.39] 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.0A020203.59A7AE24.0044, 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: 013e639e776c30d281e2b1c8b9393cf1 Archived-At: Subject: Re: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:35:23 -0000 Hi Benoit, Adrian,=20 I have updated Appendix A to include all changes from RFC6006 and made the = RBNF changes as a sub-section.=20 See working copy at -=20 https://github.com/dhruvdhody-huawei/ietf/blob/master/draft-ietf-pce-rfc600= 6bis-04.txt Diff: https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-rfc6006bis-03&url2= =3Dhttps://raw.githubusercontent.com/dhruvdhody-huawei/ietf/master/draft-ie= tf-pce-rfc6006bis-04.txt Thanks!=20 Dhruv > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: 30 August 2017 17:39 > To: 'Benoit Claise' ; 'The IESG' > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org= ; > 'Fred Baker' > Subject: Re: [Pce] Benoit Claise's No Objection on draft-ietf-pce- > rfc6006bis-03: (with COMMENT) >=20 > Morning Komrade Claise, >=20 > Did you spot Appendix A? >=20 > A >=20 >=20 > > -----Original Message----- > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Benoit Claise > > Sent: 30 August 2017 10:32 > > To: The IESG > > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; > > pce-chairs@ietf.org; > Fred > > Baker > > Subject: [Pce] Benoit Claise's No Objection on draft-ietf-pce- > rfc6006bis-03: > (with > > COMMENT) > > > > Benoit Claise has entered the following ballot position for > > draft-ietf-pce-rfc6006bis-03: No Objection > > > > When responding, please keep the subject line intact and reply to all > > email addresses included in the To and CC lines. (Feel free to cut > > this introductory paragraph, however.) > > > > > > Please refer to > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ > > > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > - Where is the "diff from RFC6006" section? > > The following is not useful: > > > > This document obsoletes RFC 6006 and incorporates all outstandin= g > > Errata: > > > > o Erratum with IDs: 3819, 3830, 3836, 4867, and 4868. > > > > I found "Appendix A. Summary of the RBNF Changes from RFC 6006", as a > > good start, but it doesn't even appear in the table of content. Why? > > > > - I've not been following the IPR situation (as described by Alvaro), > > but > would > > like to understand and it should be discussed during the telechat. Is > > it the case that https://datatracker.ietf.org/ipr/1686/ (related to > > RFC6006) is updated by https://datatracker.ietf.org/ipr/2983/ (related > > to RFC6006 and RFC6006bis)? > > > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 23:37:19 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD44A1321AE; Wed, 30 Aug 2017 23:37:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 Ri3nnRStWemq; Wed, 30 Aug 2017 23:37:15 -0700 (PDT) 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 76BA613218F; Wed, 30 Aug 2017 23:37:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNQ55355; Thu, 31 Aug 2017 06:37:12 +0000 (GMT) Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:37:11 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 12:06:58 +0530 From: Dhruv Dhody To: Eric Rescorla , The IESG CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) Thread-Index: AQHTIemYlPnoklGpikO+FkbXiWyMaaKd+HEQ Date: Thu, 31 Aug 2017 06:36:58 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD650@blreml501-mbx> References: <150413650442.16888.3965748412519528441.idtracker@ietfa.amsl.com> In-Reply-To: <150413650442.16888.3965748412519528441.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] 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.59A7AE99.002D, 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: 2509447d0b6db33b0adad349c116f733 Archived-At: Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:37:18 -0000 Hi Eric,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Eric Rescorla > Sent: 31 August 2017 05:12 > To: The IESG > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org > Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: > (with DISCUSS) >=20 > Eric Rescorla has entered the following ballot position for > draft-ietf-pce-rfc6006bis-03: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > The Security Considerations is worrisome, as it points to RFC 5440; > Section 10.2, which basically recommends TCP-MD5: >=20 > At the time of writing, TCP-MD5 [RFC2385] is the only available > security mechanism for securing the TCP connections that underly PCEP > sessions. >=20 > As explained in [RFC2385], the use of MD5 faces some limitations and > does not provide as high a level of security as was once believed. A > PCEP implementation supporting TCP-MD5 SHOULD be designed so that > stronger security keying techniques or algorithms that may be > specified for TCP can be easily integrated in future releases. >=20 > The TCP Authentication Option [TCP-AUTH] (TCP-AO) specifies new > security procedures for TCP, but is not yet complete. Since it is > believed that [TCP-AUTH] will offer significantly improved security > for applications using TCP, implementers should expect to update > their implementation as soon as the TCP Authentication Option is > published as an RFC. >=20 > Implementations MUST support TCP-MD5 and should make the security > function available as a configuration option. >=20 > TCP-AO has now been published as an RFC for quite some time, so it's > probably not really appropriate to just point to a document which > recommends TCP-MD5. >=20 [[Dhruv Dhody]] Let me know if this change is okay -=20 OLD:=20 5. Security Considerations As described in [RFC5862], P2MP path computation requests are more CPU-intensive and also utilize more link bandwidth. In the event of an unauthorized P2MP path computation request, or a denial of service attack, the subsequent PCEP requests and processing may be disruptive to the network. Consequently, it is important that implementations conform to the relevant security requirements of [RFC5440] that specifically help to minimize or negate unauthorized P2MP path computation requests and denial of service attacks. These mechanisms include: o Securing the PCEP session requests and responses using TCP security techniques (Section 10.2 of [RFC5440]). o Authenticating the PCEP requests and responses to ensure the message is intact and sent from an authorized node (Section 10.3 of [RFC5440]). o Providing policy control by explicitly defining which PCCs, via IP access-lists, are allowed to send P2MP path requests to the PCE (Section 10.6 of [RFC5440]). PCEP operates over TCP, so it is also important to secure the PCE and PCC against TCP denial of service attacks. Section 10.7.1 of [RFC5440] outlines a number of mechanisms for minimizing the risk of TCP based denial of service attacks against PCEs and PCCs. PCEP implementations SHOULD consider the additional security provided by Transport Layer Security (TLS) [I-D.ietf-pce-pceps]. NEW:=20 5. Security Considerations As described in [RFC5862], P2MP path computation requests are more CPU-intensive and also utilize more link bandwidth. In the event of an unauthorized P2MP path computation request, or a denial of service attack, the subsequent PCEP requests and processing may be disruptive to the network. Consequently, it is important that implementations conform to the relevant security requirements that specifically help to minimize or negate unauthorized P2MP path computation requests and denial of service attacks. These mechanisms include: o Securing the PCEP session requests and responses using TCP security techniques such as TCP Authentication Option (TCP-AO) [RFC5925] or using Transport Layer Security (TLS) [I-D.ietf-pce- pceps], as per the recommendations and best current practices in [RFC7525]. o Authenticating the PCEP requests and responses to ensure the message is intact and sent from an authorized node using TCP-AO or TLS. o Providing policy control by explicitly defining which PCCs, via IP access-lists, are allowed to send P2MP path requests to the PCE (Section 10.6 of [RFC5440]). PCEP operates over TCP, so it is also important to secure the PCE and PCC against TCP denial of service attacks. Section 10.7.1 of [RFC5440] outlines a number of mechanisms for minimizing the risk of TCP based denial of service attacks against PCEs and PCCs. END =20 Thanks, Dhruv >=20 >=20 >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 23:38:27 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37DB91321AC; Wed, 30 Aug 2017 23:38:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 GE1x0EyKAOZN; Wed, 30 Aug 2017 23:38:23 -0700 (PDT) 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 B4C7513218F; Wed, 30 Aug 2017 23:38:22 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML711-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUM63279; Thu, 31 Aug 2017 06:38:21 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 07:38:20 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 12:08:08 +0530 From: Dhruv Dhody To: Suresh Krishnan , The IESG CC: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Thread-Topic: [Pce] Suresh Krishnan's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) Thread-Index: AQHTIf6caLb18FVtkkuE4/x/Sh9Fr6Kd/wjg Date: Thu, 31 Aug 2017 06:38:08 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBD662@blreml501-mbx> References: <150414552903.16896.13672149203420824576.idtracker@ietfa.amsl.com> In-Reply-To: <150414552903.16896.13672149203420824576.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] 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.59A7AEDD.0099, 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: 89affa1867f27ab508a8bee3e2d73d10 Archived-At: Subject: Re: [Pce] Suresh Krishnan's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:38:25 -0000 Hi Suresh,=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Suresh Krishnan > Sent: 31 August 2017 07:42 > To: The IESG > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org > Subject: [Pce] Suresh Krishnan's No Objection on draft-ietf-pce- > rfc6006bis-03: (with COMMENT) >=20 > Suresh Krishnan has entered the following ballot position for > draft-ietf-pce-rfc6006bis-03: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > * Appendix A: >=20 > Did you mean "responses" instead of "requests" in this sentence? >=20 > "Update to the reply message to allow for bundling of multiple > path computation requests..." >=20 [[Dhruv Dhody]] Ack. Updated.=20 > * I agree with Benoit and Mirja that summarizing all the changes since > RFC6006 would be useful (Thanks for doing this for the RBNF!) >=20 [[Dhruv Dhody]] Updated the appendix A.=20 See working copy at -=20 https://github.com/dhruvdhody-huawei/ietf/blob/master/draft-ietf-pce-rfc600= 6bis-04.txt Diff: https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-pce-rfc6006bis-03&url2= =3Dhttps://raw.githubusercontent.com/dhruvdhody-huawei/ietf/master/draft-ie= tf-pce-rfc6006bis-04.txt Thanks!=20 Dhruv >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Aug 30 23:52:38 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A74111321EF; Wed, 30 Aug 2017 23:52:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 XsYWV6jPLNqg; Wed, 30 Aug 2017 23:52:29 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86F2313201E; Wed, 30 Aug 2017 23:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3272; q=dns/txt; s=iport; t=1504162349; x=1505371949; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=O5DaaCPaWl90CLsJVeU0NwaCt1Uy9cwvrAbVO7KWDCk=; b=Qh7wofymsVQBaGrIRghKt75cqwTkH26qxSD2rj/HJ3cdcYTWmF84q/PU WMRq44nkampy5qhjlleifWP2xHtdniAhvV0HLs+A05agNlqDHvtONXSFC PCOqaeq9VVKGYVvn7h5Lc8rtPeR1y6SeiNM37qiVL5VuYr6m8cSJjkLQV 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DpAAB4sadZ/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBhD6BFYN3iiB0kHkiiDmNbg6CBCEGhSAChGkYAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQEDAQEhFTYLDAQLEQQBAQMCIwMCAiEGHwkIBgEMBgIBAYoVAxUQrn2CJ?= =?us-ascii?q?4c3DYN/AQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBDYIdg1CBYysLgnKCV0+BHAE?= =?us-ascii?q?SAYMygmEFigOOK4gCPIdbh36EdgKCEIVng1mHGYxOgQSIcx84gQILMiEIHBVJh?= =?us-ascii?q?RgcGYFQPjYBAQGHf4IyAQEB?= X-IronPort-AV: E=Sophos;i="5.41,451,1498521600"; d="scan'208";a="696867320" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 06:52:23 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7V6qMlT025219; Thu, 31 Aug 2017 06:52:23 GMT To: Dhruv Dhody , "adrian@olddog.co.uk" , "'The IESG'" Cc: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" , "'Fred Baker'" References: <150408549887.21588.5130336357358222428.idtracker@ietfa.amsl.com> <0d4501d32188$bd2e3fb0$378abf10$@olddog.co.uk> <23CE718903A838468A8B325B80962F9B8CBBD63E@blreml501-mbx> From: Benoit Claise Message-ID: <80231542-58d0-2387-ee35-3a4a2c534afe@cisco.com> Date: Thu, 31 Aug 2017 08:52:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBBD63E@blreml501-mbx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [Pce] Benoit Claise's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 06:52:32 -0000 Thanks. Make sure it appears in the ToC. Regards, B. > Hi Benoit, Adrian, > > I have updated Appendix A to include all changes from RFC6006 and made the RBNF changes as a sub-section. > > See working copy at - > https://github.com/dhruvdhody-huawei/ietf/blob/master/draft-ietf-pce-rfc6006bis-04.txt > Diff: https://www.ietf.org/rfcdiff?url1=draft-ietf-pce-rfc6006bis-03&url2=https://raw.githubusercontent.com/dhruvdhody-huawei/ietf/master/draft-ietf-pce-rfc6006bis-04.txt > > Thanks! > Dhruv > >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel >> Sent: 30 August 2017 17:39 >> To: 'Benoit Claise' ; 'The IESG' >> Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org; >> 'Fred Baker' >> Subject: Re: [Pce] Benoit Claise's No Objection on draft-ietf-pce- >> rfc6006bis-03: (with COMMENT) >> >> Morning Komrade Claise, >> >> Did you spot Appendix A? >> >> A >> >> >>> -----Original Message----- >>> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Benoit Claise >>> Sent: 30 August 2017 10:32 >>> To: The IESG >>> Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; >>> pce-chairs@ietf.org; >> Fred >>> Baker >>> Subject: [Pce] Benoit Claise's No Objection on draft-ietf-pce- >> rfc6006bis-03: >> (with >>> COMMENT) >>> >>> Benoit Claise has entered the following ballot position for >>> draft-ietf-pce-rfc6006bis-03: No Objection >>> >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut >>> this introductory paragraph, however.) >>> >>> >>> Please refer to >>> https://www.ietf.org/iesg/statement/discuss-criteria.html >>> for more information about IESG DISCUSS and COMMENT positions. >>> >>> >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >>> >>> >>> >>> ---------------------------------------------------------------------- >>> COMMENT: >>> ---------------------------------------------------------------------- >>> >>> - Where is the "diff from RFC6006" section? >>> The following is not useful: >>> >>> This document obsoletes RFC 6006 and incorporates all outstanding >>> Errata: >>> >>> o Erratum with IDs: 3819, 3830, 3836, 4867, and 4868. >>> >>> I found "Appendix A. Summary of the RBNF Changes from RFC 6006", as a >>> good start, but it doesn't even appear in the table of content. Why? >>> >>> - I've not been following the IPR situation (as described by Alvaro), >>> but >> would >>> like to understand and it should be discussed during the telechat. Is >>> it the case that https://datatracker.ietf.org/ipr/1686/ (related to >>> RFC6006) is updated by https://datatracker.ietf.org/ipr/2983/ (related >>> to RFC6006 and RFC6006bis)? >>> >>> >>> _______________________________________________ >>> Pce mailing list >>> Pce@ietf.org >>> https://www.ietf.org/mailman/listinfo/pce >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > . > From nobody Thu Aug 31 05:47:59 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02F3F132D9C for ; Thu, 31 Aug 2017 05:47:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com 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 WxbmVKOWhQjf for ; Thu, 31 Aug 2017 05:47:50 -0700 (PDT) Received: from mail-yw0-x229.google.com (mail-yw0-x229.google.com [IPv6:2607:f8b0:4002:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0109132D96 for ; Thu, 31 Aug 2017 05:47:46 -0700 (PDT) Received: by mail-yw0-x229.google.com with SMTP id s143so2715277ywg.0 for ; Thu, 31 Aug 2017 05:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KntxI5a95XbVmLvAytc/paK1kVREiVSvxgFLovtmMKE=; b=AQ07axdJwIiJ8JznAssuWNtywWwTaL6fle/SToYXGCnyOc3C2KdvCjBaEYoes8H3uS xUQQzMKsgV47gcdzCJIMevnNr3t1T1LQgj/k5MVT3PAZbVqor+O3ILWnjhq1DFr78ORo TH7qY/Wa8eSEFMcIGjrPm928V14i1h5NajI0ywtrqKR3tj6v8qHf06jKwnBDY46XzjKX AXaRqs7USFTHtd6psyOUkDEf5sK6av7wmEhPaktWRw2Z37GTCAq4Sask3XgQxbxOx0r1 SrKkrPZgZJQmzyfsijDIksHOqwg66kCXJG4+pIi5H3uL8bkqlVAUwr8xDx46UHpUMO/Z pZPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KntxI5a95XbVmLvAytc/paK1kVREiVSvxgFLovtmMKE=; b=k8Ioy98/I+393hlBm7cVgCfl6qRGb5U/iI9PV+TayiFvG1istcKc15nNTeYm6PtiNs 1c2rki7SxN6B30hHFYTIYJaf2FGtbjhTA9PqLvyC9u95a4P9KFrVTwvbOIKL01oSztZy ke5t//teVc6uLGHSEGkUsjYm2tOhJ68qDUQd6aTxgHXbZwym8q/AHaY5oufgYPf9EPvh i1cUIxY2ahenjY2Ic3Iu2zg0tbCj/0p4A4L2MfOE8h6+jrXQOvraTHXCFoaIE7CM5Gp6 7CLyUjuIF+JRGmlc9yBVKRzli7ijjtsCV+vF1XjUoQKDKaNBPbOZkHL8CtdkLGnz6Fb0 c8/g== X-Gm-Message-State: AHYfb5i38Z6JrqDOz7gT5xTwS72pYbWyYVz2Q7rRSShEeQCXpJjfievS uqope8xomRAiTTrNPqTqv+DR5uV8pE7m X-Google-Smtp-Source: ADKCNb6GJ356DwgixqGi6QoVsyXSZaU0pZBPX0MEV+Sus1cMpi6coqboV7rX3Hua82DReSMTjfYPqL/hxewfa9U57GM= X-Received: by 10.37.216.69 with SMTP id p66mr4118495ybg.249.1504183665779; Thu, 31 Aug 2017 05:47:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.218.130 with HTTP; Thu, 31 Aug 2017 05:47:05 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBBD650@blreml501-mbx> References: <150413650442.16888.3965748412519528441.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBBD650@blreml501-mbx> From: Eric Rescorla Date: Thu, 31 Aug 2017 06:47:05 -0600 Message-ID: To: Dhruv Dhody Cc: The IESG , "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Type: multipart/alternative; boundary="001a114fc93013854805580c0d66" Archived-At: Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 12:47:53 -0000 --001a114fc93013854805580c0d66 Content-Type: text/plain; charset="UTF-8" No, not really. You're still citing to 5440 which has the TCP-MD5 stuff, and there's no requirement to use AO. I think what's needed here is a normative requirement for something strong than TCP-MD5. I defer to the WG on what that should be, but it's really not OK to keep using TCP-MD5 as our basic security measure for TCP connections for routing protocols -Ekr On Thu, Aug 31, 2017 at 12:36 AM, Dhruv Dhody wrote: > Hi Eric, > > > -----Original Message----- > > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Eric Rescorla > > Sent: 31 August 2017 05:12 > > To: The IESG > > Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; > pce-chairs@ietf.org > > Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: > > (with DISCUSS) > > > > Eric Rescorla has entered the following ballot position for > > draft-ietf-pce-rfc6006bis-03: Discuss > > > > When responding, please keep the subject line intact and reply to all > > email addresses included in the To and CC lines. (Feel free to cut this > > introductory paragraph, however.) > > > > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria. > html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ > > > > > > > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > The Security Considerations is worrisome, as it points to RFC 5440; > > Section 10.2, which basically recommends TCP-MD5: > > > > At the time of writing, TCP-MD5 [RFC2385] is the only available > > security mechanism for securing the TCP connections that underly PCEP > > sessions. > > > > As explained in [RFC2385], the use of MD5 faces some limitations and > > does not provide as high a level of security as was once believed. A > > PCEP implementation supporting TCP-MD5 SHOULD be designed so that > > stronger security keying techniques or algorithms that may be > > specified for TCP can be easily integrated in future releases. > > > > The TCP Authentication Option [TCP-AUTH] (TCP-AO) specifies new > > security procedures for TCP, but is not yet complete. Since it is > > believed that [TCP-AUTH] will offer significantly improved security > > for applications using TCP, implementers should expect to update > > their implementation as soon as the TCP Authentication Option is > > published as an RFC. > > > > Implementations MUST support TCP-MD5 and should make the security > > function available as a configuration option. > > > > TCP-AO has now been published as an RFC for quite some time, so it's > > probably not really appropriate to just point to a document which > > recommends TCP-MD5. > > > [[Dhruv Dhody]] Let me know if this change is okay - > > OLD: > 5. Security Considerations > > As described in [RFC5862], P2MP path computation requests are more > CPU-intensive and also utilize more link bandwidth. In the event of > an unauthorized P2MP path computation request, or a denial of service > attack, the subsequent PCEP requests and processing may be disruptive > to the network. Consequently, it is important that implementations > conform to the relevant security requirements of [RFC5440] that > specifically help to minimize or negate unauthorized P2MP path > computation requests and denial of service attacks. These mechanisms > include: > > o Securing the PCEP session requests and responses using TCP > security techniques (Section 10.2 of [RFC5440]). > > o Authenticating the PCEP requests and responses to ensure the > message is intact and sent from an authorized node (Section 10.3 > of [RFC5440]). > > o Providing policy control by explicitly defining which PCCs, via IP > access-lists, are allowed to send P2MP path requests to the PCE > (Section 10.6 of [RFC5440]). > > PCEP operates over TCP, so it is also important to secure the PCE and > PCC against TCP denial of service attacks. Section 10.7.1 of > [RFC5440] outlines a number of mechanisms for minimizing the risk of > TCP based denial of service attacks against PCEs and PCCs. > > PCEP implementations SHOULD consider the additional security provided > by Transport Layer Security (TLS) [I-D.ietf-pce-pceps]. > NEW: > 5. Security Considerations > > As described in [RFC5862], P2MP path computation requests are more > CPU-intensive and also utilize more link bandwidth. In the event of > an unauthorized P2MP path computation request, or a denial of service > attack, the subsequent PCEP requests and processing may be disruptive > to the network. Consequently, it is important that implementations > conform to the relevant security requirements that specifically help > to minimize or negate unauthorized P2MP path computation requests and > denial of service attacks. These mechanisms include: > > o Securing the PCEP session requests and responses using TCP > security techniques such as TCP Authentication Option (TCP-AO) > [RFC5925] or using Transport Layer Security (TLS) [I-D.ietf-pce- > pceps], as per the recommendations and best current practices in > [RFC7525]. > > o Authenticating the PCEP requests and responses to ensure the > message is intact and sent from an authorized node using TCP-AO or > TLS. > > o Providing policy control by explicitly defining which PCCs, via IP > access-lists, are allowed to send P2MP path requests to the PCE > (Section 10.6 of [RFC5440]). > > PCEP operates over TCP, so it is also important to secure the PCE and > PCC against TCP denial of service attacks. Section 10.7.1 of > [RFC5440] outlines a number of mechanisms for minimizing the risk of > TCP based denial of service attacks against PCEs and PCCs. > END > > Thanks, > Dhruv > > > > > > > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce > > --001a114fc93013854805580c0d66 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
No, not really. You're still citing to 5440 which has = the TCP-MD5 stuff, and there's no requirement to use AO. I think what&#= 39;s needed here is a normative requirement for something strong than TCP-M= D5. I defer to the WG on what that should be, but it's really not OK to= keep using TCP-MD5 as our basic security measure for TCP connections for r= outing protocols

-Ekr


On Thu, Aug 31, 2017 at 1= 2:36 AM, Dhruv Dhody <dhruv.dhody@huawei.com> wrote:
Hi Eric,

> -----Original Message-----
> From: Pce [mailto:pce-bounces@= ietf.org] On Behalf Of Eric Rescorla
> Sent: 31 August 2017 05:12
> To: The IESG <iesg@ietf.org>= ;
> Cc: draft-ietf-p= ce-rfc6006bis@ietf.org; pce@ietf.o= rg; pce-chairs@ietf.org
> Subject: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bi= s-03:
> (with DISCUSS)
>
> Eric Rescorla has entered the following ballot position for
> draft-ietf-pce-rfc6006bis-03: Discuss
>
> When responding, please keep the subject line intact and reply to all<= br> > email addresses included in the To and CC lines. (Feel free to cut thi= s
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/i= esg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/do= c/draft-ietf-pce-rfc6006bis/
>
>
>
> ------------------------------------------------------------= ----------
> DISCUSS:
> ------------------------------------------------------------= ----------
>
> The Security Considerations is worrisome, as it points to RFC 5440; > Section 10.2, which basically recommends TCP-MD5:
>
>=C2=A0 =C2=A0 At the time of writing, TCP-MD5 [RFC2385] is the only ava= ilable
>=C2=A0 =C2=A0 security mechanism for securing the TCP connections that = underly PCEP
>=C2=A0 =C2=A0 sessions.
>
>=C2=A0 =C2=A0 As explained in [RFC2385], the use of MD5 faces some limi= tations and
>=C2=A0 =C2=A0 does not provide as high a level of security as was once = believed.=C2=A0 A
>=C2=A0 =C2=A0 PCEP implementation supporting TCP-MD5 SHOULD be designed= so that
>=C2=A0 =C2=A0 stronger security keying techniques or algorithms that ma= y be
>=C2=A0 =C2=A0 specified for TCP can be easily integrated in future rele= ases.
>
>=C2=A0 =C2=A0 The TCP Authentication Option [TCP-AUTH] (TCP-AO) specifi= es new
>=C2=A0 =C2=A0 security procedures for TCP, but is not yet complete.=C2= =A0 Since it is
>=C2=A0 =C2=A0 believed that [TCP-AUTH] will offer significantly improve= d security
>=C2=A0 =C2=A0 for applications using TCP, implementers should expect to= update
>=C2=A0 =C2=A0 their implementation as soon as the TCP Authentication Op= tion is
>=C2=A0 =C2=A0 published as an RFC.
>
>=C2=A0 =C2=A0 Implementations MUST support TCP-MD5 and should make the = security
>=C2=A0 =C2=A0 function available as a configuration option.
>
> TCP-AO has now been published as an RFC for quite some time, so it'= ;s
> probably not really appropriate to just point to a document which
> recommends TCP-MD5.
>
[[Dhruv Dhody]] Let me know if this change is okay -

OLD:
5.=C2=A0 Security Considerations

=C2=A0 =C2=A0As described in [RFC5862], P2MP path computation requests are = more
=C2=A0 =C2=A0CPU-intensive and also utilize more link bandwidth.=C2=A0 In t= he event of
=C2=A0 =C2=A0an unauthorized P2MP path computation request, or a denial of = service
=C2=A0 =C2=A0attack, the subsequent PCEP requests and processing may be dis= ruptive
=C2=A0 =C2=A0to the network.=C2=A0 Consequently, it is important that imple= mentations
=C2=A0 =C2=A0conform to the relevant security requirements of [RFC5440] tha= t
=C2=A0 =C2=A0specifically help to minimize or negate unauthorized P2MP path=
=C2=A0 =C2=A0computation requests and denial of service attacks.=C2=A0 Thes= e mechanisms
=C2=A0 =C2=A0include:

=C2=A0 =C2=A0o=C2=A0 Securing the PCEP session requests and responses using= TCP
=C2=A0 =C2=A0 =C2=A0 security techniques (Section 10.2 of [RFC5440]).

=C2=A0 =C2=A0o=C2=A0 Authenticating the PCEP requests and responses to ensu= re the
=C2=A0 =C2=A0 =C2=A0 message is intact and sent from an authorized node (Se= ction 10.3
=C2=A0 =C2=A0 =C2=A0 of [RFC5440]).

=C2=A0 =C2=A0o=C2=A0 Providing policy control by explicitly defining which = PCCs, via IP
=C2=A0 =C2=A0 =C2=A0 access-lists, are allowed to send P2MP path requests t= o the PCE
=C2=A0 =C2=A0 =C2=A0 (Section 10.6 of [RFC5440]).

=C2=A0 =C2=A0PCEP operates over TCP, so it is also important to secure the = PCE and
=C2=A0 =C2=A0PCC against TCP denial of service attacks.=C2=A0 Section 10.7.= 1 of
=C2=A0 =C2=A0[RFC5440] outlines a number of mechanisms for minimizing the r= isk of
=C2=A0 =C2=A0TCP based denial of service attacks against PCEs and PCCs.

=C2=A0 =C2=A0PCEP implementations SHOULD consider the additional security p= rovided
=C2=A0 =C2=A0by Transport Layer Security (TLS) [I-D.ietf-pce-pceps].
NEW:
5.=C2=A0 Security Considerations

=C2=A0 =C2=A0As described in [RFC5862], P2MP path computation requests are = more
=C2=A0 =C2=A0CPU-intensive and also utilize more link bandwidth.=C2=A0 In t= he event of
=C2=A0 =C2=A0an unauthorized P2MP path computation request, or a denial of = service
=C2=A0 =C2=A0attack, the subsequent PCEP requests and processing may be dis= ruptive
=C2=A0 =C2=A0to the network.=C2=A0 Consequently, it is important that imple= mentations
=C2=A0 =C2=A0conform to the relevant security requirements that specificall= y help
=C2=A0 =C2=A0to minimize or negate unauthorized P2MP path computation reque= sts and
=C2=A0 =C2=A0denial of service attacks.=C2=A0 These mechanisms include:

=C2=A0 =C2=A0o=C2=A0 Securing the PCEP session requests and responses using= TCP
=C2=A0 =C2=A0 =C2=A0 security techniques such as TCP Authentication Option = (TCP-AO)
=C2=A0 =C2=A0 =C2=A0 [RFC5925] or using Transport Layer Security (TLS) [I-D= .ietf-pce-
=C2=A0 =C2=A0 =C2=A0 pceps], as per the recommendations and best current pr= actices in
=C2=A0 =C2=A0 =C2=A0 [RFC7525].

=C2=A0 =C2=A0o=C2=A0 Authenticating the PCEP requests and responses to ensu= re the
=C2=A0 =C2=A0 =C2=A0 message is intact and sent from an authorized node usi= ng TCP-AO or
=C2=A0 =C2=A0 =C2=A0 TLS.

=C2=A0 =C2=A0o=C2=A0 Providing policy control by explicitly defining which = PCCs, via IP
=C2=A0 =C2=A0 =C2=A0 access-lists, are allowed to send P2MP path requests t= o the PCE
=C2=A0 =C2=A0 =C2=A0 (Section 10.6 of [RFC5440]).

=C2=A0 =C2=A0PCEP operates over TCP, so it is also important to secure the = PCE and
=C2=A0 =C2=A0PCC against TCP denial of service attacks.=C2=A0 Section 10.7.= 1 of
=C2=A0 =C2=A0[RFC5440] outlines a number of mechanisms for minimizing the r= isk of
=C2=A0 =C2=A0TCP based denial of service attacks against PCEs and PCCs.
END

Thanks,
Dhruv


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


--001a114fc93013854805580c0d66-- From nobody Thu Aug 31 06:54:09 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37777132D87; Thu, 31 Aug 2017 06:54:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 SxUMVo4Glrr8; Thu, 31 Aug 2017 06:54:04 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1809132DFA; Thu, 31 Aug 2017 06:53:58 -0700 (PDT) Received: from [10.0.1.63] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v7VDrpRQ053537 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 31 Aug 2017 08:53:52 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.63] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Ben Campbell In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBBD618@blreml501-mbx> Date: Thu, 31 Aug 2017 08:53:51 -0500 Cc: The IESG , "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <449D815E-7611-41D9-A596-89C4C29512C6@nostrum.com> References: <150397488548.13263.5782301568612117726.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBBD618@blreml501-mbx> To: Dhruv Dhody X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Pce] Ben Campbell's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 13:54:08 -0000 > On Aug 31, 2017, at 1:32 AM, Dhruv Dhody = wrote: >=20 > Hi Ben,=20 >=20 >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ben Campbell >> Sent: 29 August 2017 08:18 >> To: The IESG >> Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; = pce-chairs@ietf.org >> Subject: [Pce] Ben Campbell's No Objection on = draft-ietf-pce-rfc6006bis-03: >> (with COMMENT) >>=20 >> Ben Campbell has entered the following ballot position for >> draft-ietf-pce-rfc6006bis-03: No Objection >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut = this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >>=20 >>=20 >>=20 >> = ---------------------------------------------------------------------- >> COMMENT: >> = ---------------------------------------------------------------------- >>=20 >> Is section 2 expected to be of more than background interest to an >> implementer? >> If not, I suggest moving it to an appendix, or at least towards the = back >> of the document. >>=20 > [[Dhruv Dhody]] This is as per the earlier published RFC. This section = has not changed in the bis document.=20 > Including a requirement section was quite usual in the PCEP RFCs = published earlier, I know that in the recent times this is discouraged.=20= >=20 > In the case of bis document, there is some value in keeping the spirit = and order of the original RFC, so that a clear comparison with the = to-be-obsolute-RFC is possible.=20 > Do you agree, if not I can move as suggested.=20 I agree, it makes since to leave it as it was in the original. >=20 > Thanks!=20 > Dhruv >=20 >>=20 >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce >=20 From nobody Thu Aug 31 07:59:53 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6E1A13292E; Thu, 31 Aug 2017 07:59:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 S3vb6QMmOP3I; Thu, 31 Aug 2017 07:59:49 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42A13132623; Thu, 31 Aug 2017 07:59:49 -0700 (PDT) Received: from Orochi.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v7VExhOb064925 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 31 Aug 2017 09:59:43 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Orochi.local To: Dhruv Dhody , The IESG Cc: "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" References: <150406137377.21533.7771156035625566886.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBBD62A@blreml501-mbx> From: Adam Roach Message-ID: <5be7e778-3cc1-557f-b746-2340e3902c34@nostrum.com> Date: Thu, 31 Aug 2017 09:59:37 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <23CE718903A838468A8B325B80962F9B8CBBD62A@blreml501-mbx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 14:59:51 -0000 On 8/31/17 01:34, Dhruv Dhody wrote: > Hi Adam, > >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adam Roach >> Sent: 30 August 2017 08:20 >> To: The IESG >> Cc: draft-ietf-pce-rfc6006bis@ietf.org; pce@ietf.org; pce-chairs@ietf.org >> Subject: [Pce] Adam Roach's No Objection on draft-ietf-pce-rfc6006bis-03: >> (with COMMENT) >> >> Adam Roach has entered the following ballot position for >> draft-ietf-pce-rfc6006bis-03: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc6006bis/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> I have only reviewed the diffs from RFC6006 (Perhaps we should request >> tools support for bis document diffs): >> > editor.org/rfc/rfc6006.txt&url2=draft-ietf-pce-rfc6006bis-03> >> >> The instructions in section 6.5 only indicate that IANA should update the >> document reference. The changes indicated in this section additionally >> reserve new values (specifically, the object type of "0" for object >> classes 28-31). As these changes are not called out, they run the risk of >> being overlooked. Please update the instructions to IANA to indicate that >> the registered values have changed, not just the document references. >> > [[Dhruv Dhody]] The Object-Type 0 is already marked in the PCEP IANA registry [1] as "reserved", as part of an earlier Errata [2]. > But you are correct, that the text should be updated to reflect this. > > I have made this change - > > Also, for the following four PCEP objects, the code-point 0 for the > Object-Type field are marked "Reserved" with reference to Errata ID > 4956. IANA is requested to update the reference to point to this > document. > > Is that okay? Yes. Thanks! /a From nobody Thu Aug 31 09:16:36 2017 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32F36126C7A; Thu, 31 Aug 2017 09:16:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 WtUXo8lQQv3h; Thu, 31 Aug 2017 09:16:32 -0700 (PDT) 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 B398E1200F3; Thu, 31 Aug 2017 09:16:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUN63714; Thu, 31 Aug 2017 16:16:29 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 31 Aug 2017 17:16:27 +0100 Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Thu, 31 Aug 2017 21:46:17 +0530 From: Dhruv Dhody To: Eric Rescorla CC: The IESG , "draft-ietf-pce-rfc6006bis@ietf.org" , "pce@ietf.org" , "pce-chairs@ietf.org" , Deborah A Brungard , "'Kathleen Moriarty'" Thread-Topic: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) Thread-Index: AQHTIemYlPnoklGpikO+FkbXiWyMaaKd+HEQgAAWB4CAAJXkIA== Date: Thu, 31 Aug 2017 16:16:17 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8CBBDA19@blreml501-mbx> References: <150413650442.16888.3965748412519528441.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B8CBBD650@blreml501-mbx> In-Reply-To: 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.76.121] 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.0A090203.59A8365D.00DF, 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: 9cf6ed20cf40e378986e3d98e007d9a2 Archived-At: Subject: Re: [Pce] Eric Rescorla's Discuss on draft-ietf-pce-rfc6006bis-03: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 16:16:35 -0000 SGkgRXJpYywgDQoNCkxldCBtZSB0YWtlIG9uZSBtb3JlIHN0YWIgYXQgaXQgLSANCg0KNS4gIFNl Y3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIEFzIGRlc2NyaWJlZCBpbiBbUkZDNTg2Ml0sIFAy TVAgcGF0aCBjb21wdXRhdGlvbiByZXF1ZXN0cyBhcmUgbW9yZQ0KICAgQ1BVLWludGVuc2l2ZSBh bmQgYWxzbyB1dGlsaXplIG1vcmUgbGluayBiYW5kd2lkdGguICBJbiB0aGUgZXZlbnQgb2YNCiAg IGFuIHVuYXV0aG9yaXplZCBQMk1QIHBhdGggY29tcHV0YXRpb24gcmVxdWVzdCwgb3IgYSBkZW5p YWwgb2Ygc2VydmljZQ0KICAgYXR0YWNrLCB0aGUgc3Vic2VxdWVudCBQQ0VQIHJlcXVlc3RzIGFu ZCBwcm9jZXNzaW5nIG1heSBiZSBkaXNydXB0aXZlDQogICB0byB0aGUgbmV0d29yay4gIENvbnNl cXVlbnRseSwgaXQgaXMgaW1wb3J0YW50IHRoYXQgaW1wbGVtZW50YXRpb25zDQogICBjb25mb3Jt IHRvIHRoZSByZWxldmFudCBzZWN1cml0eSByZXF1aXJlbWVudHMgdGhhdCBzcGVjaWZpY2FsbHkg aGVscA0KICAgdG8gbWluaW1pemUgb3IgbmVnYXRlIHVuYXV0aG9yaXplZCBQMk1QIHBhdGggY29t cHV0YXRpb24gcmVxdWVzdHMgYW5kDQogICBkZW5pYWwgb2Ygc2VydmljZSBhdHRhY2tzLiAgVGhl c2UgbWVjaGFuaXNtcyBpbmNsdWRlOg0KDQogICBvICBTZWN1cmluZyB0aGUgUENFUCBzZXNzaW9u IHJlcXVlc3RzIGFuZCByZXNwb25zZXMgaXMgUkVDT01NRU5ERUQNCiAgICAgIHVzaW5nIFRDUCBz ZWN1cml0eSB0ZWNobmlxdWVzIHN1Y2ggYXMgVENQIEF1dGhlbnRpY2F0aW9uIE9wdGlvbg0KICAg ICAgKFRDUC1BTykgW1JGQzU5MjVdIG9yIHVzaW5nIFRyYW5zcG9ydCBMYXllciBTZWN1cml0eSAo VExTKSBbSS0NCiAgICAgIEQuaWV0Zi1wY2UtcGNlcHNdLCBhcyBwZXIgdGhlIHJlY29tbWVuZGF0 aW9ucyBhbmQgYmVzdCBjdXJyZW50DQogICAgICBwcmFjdGljZXMgaW4gW1JGQzc1MjVdLg0KDQog ICBvICBBdXRoZW50aWNhdGluZyB0aGUgUENFUCByZXF1ZXN0cyBhbmQgcmVzcG9uc2VzIHRvIGVu c3VyZSB0aGUNCiAgICAgIG1lc3NhZ2UgaXMgaW50YWN0IGFuZCBzZW50IGZyb20gYW4gYXV0aG9y aXplZCBub2RlIHVzaW5nIFRDUC1BTyBvcg0KICAgICAgVExTIGlzIFJFQ09NTUVOREVELg0KDQog ICBvICBQcm92aWRpbmcgcG9saWN5IGNvbnRyb2wgYnkgZXhwbGljaXRseSBkZWZpbmluZyB3aGlj aCBQQ0NzLCB2aWEgSVANCiAgICAgIGFjY2Vzcy1saXN0cywgYXJlIGFsbG93ZWQgdG8gc2VuZCBQ Mk1QIHBhdGggcmVxdWVzdHMgdG8gdGhlIFBDRS4NCg0KICAgUENFUCBvcGVyYXRlcyBvdmVyIFRD UCwgc28gaXQgaXMgYWxzbyBpbXBvcnRhbnQgdG8gc2VjdXJlIHRoZSBQQ0UgYW5kDQogICBQQ0Mg YWdhaW5zdCBUQ1AgZGVuaWFsIG9mIHNlcnZpY2UgYXR0YWNrcy4gDQoNCiAgIEFzIHN0YXRlZCBp biBbUkZDNjk1Ml0sIFBDRVAgaW1wbGVtZW50YXRpb25zIHNob3VsZCBzdXBwb3J0IFRDUC1BTw0K ICAgW1JGQzU5MjVdIGFuZCBub3QgdXNlIFRDUC1NRDUgYmVjYXVzZSBvZiB0aGUga25vd24gdnVs bmVyYWJpbGl0aWVzDQogICBhbmQgd2Vha25lc3MuICANCg0KDQpXaGF0IGRvIHlvdSB0aGluaz8g DQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQotLS0tLS0tLS0tLS0NCg0KDQoNCkZyb206IEVyaWMgUmVz Y29ybGEgW21haWx0bzpla3JAcnRmbS5jb21dIA0KU2VudDogMzEgQXVndXN0IDIwMTcgMTg6MTcN ClRvOiBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4NCkNjOiBUaGUgSUVTRyA8 aWVzZ0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXNAaWV0Zi5vcmc7IHBjZUBp ZXRmLm9yZzsgcGNlLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQY2VdIEVyaWMgUmVz Y29ybGEncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtcGNlLXJmYzYwMDZiaXMtMDM6ICh3aXRoIERJ U0NVU1MpDQoNCk5vLCBub3QgcmVhbGx5LiBZb3UncmUgc3RpbGwgY2l0aW5nIHRvIDU0NDAgd2hp Y2ggaGFzIHRoZSBUQ1AtTUQ1IHN0dWZmLCBhbmQgdGhlcmUncyBubyByZXF1aXJlbWVudCB0byB1 c2UgQU8uIEkgdGhpbmsgd2hhdCdzIG5lZWRlZCBoZXJlIGlzIGEgbm9ybWF0aXZlIHJlcXVpcmVt ZW50IGZvciBzb21ldGhpbmcgc3Ryb25nIHRoYW4gVENQLU1ENS4gSSBkZWZlciB0byB0aGUgV0cg b24gd2hhdCB0aGF0IHNob3VsZCBiZSwgYnV0IGl0J3MgcmVhbGx5IG5vdCBPSyB0byBrZWVwIHVz aW5nIFRDUC1NRDUgYXMgb3VyIGJhc2ljIHNlY3VyaXR5IG1lYXN1cmUgZm9yIFRDUCBjb25uZWN0 aW9ucyBmb3Igcm91dGluZyBwcm90b2NvbHMNCg0KLUVrcg0KDQoNCk9uIFRodSwgQXVnIDMxLCAy MDE3IGF0IDEyOjM2IEFNLCBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4gd3Jv dGU6DQpIaSBFcmljLA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFBj ZSBbbWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRXJpYyBSZXNjb3Js YQ0KPiBTZW50OiAzMSBBdWd1c3QgMjAxNyAwNToxMg0KPiBUbzogVGhlIElFU0cgPGllc2dAaWV0 Zi5vcmc+DQo+IENjOiBkcmFmdC1pZXRmLXBjZS1yZmM2MDA2YmlzQGlldGYub3JnOyBwY2VAaWV0 Zi5vcmc7IHBjZS1jaGFpcnNAaWV0Zi5vcmcNCj4gU3ViamVjdDogW1BjZV0gRXJpYyBSZXNjb3Js YSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wY2UtcmZjNjAwNmJpcy0wMzoNCj4gKHdpdGggRElT Q1VTUykNCj4NCj4gRXJpYyBSZXNjb3JsYSBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxv dCBwb3NpdGlvbiBmb3INCj4gZHJhZnQtaWV0Zi1wY2UtcmZjNjAwNmJpcy0wMzogRGlzY3Vzcw0K Pg0KPiBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0 IGFuZCByZXBseSB0byBhbGwNCj4gZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBh bmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMNCj4gaW50cm9kdWN0b3J5IHBhcmFn cmFwaCwgaG93ZXZlci4pDQo+DQo+DQo+IFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRm Lm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCj4gZm9yIG1vcmUgaW5m b3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4NCj4N Cj4gVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBi ZSBmb3VuZCBoZXJlOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLXBjZS1yZmM2MDA2YmlzLw0KPg0KPg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IERJU0NVU1M6 DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCj4NCj4gVGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIGlzIHdv cnJpc29tZSwgYXMgaXQgcG9pbnRzIHRvIFJGQyA1NDQwOw0KPiBTZWN0aW9uIDEwLjIsIHdoaWNo IGJhc2ljYWxseSByZWNvbW1lbmRzIFRDUC1NRDU6DQo+DQo+wqAgwqAgQXQgdGhlIHRpbWUgb2Yg d3JpdGluZywgVENQLU1ENSBbUkZDMjM4NV0gaXMgdGhlIG9ubHkgYXZhaWxhYmxlDQo+wqAgwqAg c2VjdXJpdHkgbWVjaGFuaXNtIGZvciBzZWN1cmluZyB0aGUgVENQIGNvbm5lY3Rpb25zIHRoYXQg dW5kZXJseSBQQ0VQDQo+wqAgwqAgc2Vzc2lvbnMuDQo+DQo+wqAgwqAgQXMgZXhwbGFpbmVkIGlu IFtSRkMyMzg1XSwgdGhlIHVzZSBvZiBNRDUgZmFjZXMgc29tZSBsaW1pdGF0aW9ucyBhbmQNCj7C oCDCoCBkb2VzIG5vdCBwcm92aWRlIGFzIGhpZ2ggYSBsZXZlbCBvZiBzZWN1cml0eSBhcyB3YXMg b25jZSBiZWxpZXZlZC7CoCBBDQo+wqAgwqAgUENFUCBpbXBsZW1lbnRhdGlvbiBzdXBwb3J0aW5n IFRDUC1NRDUgU0hPVUxEIGJlIGRlc2lnbmVkIHNvIHRoYXQNCj7CoCDCoCBzdHJvbmdlciBzZWN1 cml0eSBrZXlpbmcgdGVjaG5pcXVlcyBvciBhbGdvcml0aG1zIHRoYXQgbWF5IGJlDQo+wqAgwqAg c3BlY2lmaWVkIGZvciBUQ1AgY2FuIGJlIGVhc2lseSBpbnRlZ3JhdGVkIGluIGZ1dHVyZSByZWxl YXNlcy4NCj4NCj7CoCDCoCBUaGUgVENQIEF1dGhlbnRpY2F0aW9uIE9wdGlvbiBbVENQLUFVVEhd IChUQ1AtQU8pIHNwZWNpZmllcyBuZXcNCj7CoCDCoCBzZWN1cml0eSBwcm9jZWR1cmVzIGZvciBU Q1AsIGJ1dCBpcyBub3QgeWV0IGNvbXBsZXRlLsKgIFNpbmNlIGl0IGlzDQo+wqAgwqAgYmVsaWV2 ZWQgdGhhdCBbVENQLUFVVEhdIHdpbGwgb2ZmZXIgc2lnbmlmaWNhbnRseSBpbXByb3ZlZCBzZWN1 cml0eQ0KPsKgIMKgIGZvciBhcHBsaWNhdGlvbnMgdXNpbmcgVENQLCBpbXBsZW1lbnRlcnMgc2hv dWxkIGV4cGVjdCB0byB1cGRhdGUNCj7CoCDCoCB0aGVpciBpbXBsZW1lbnRhdGlvbiBhcyBzb29u IGFzIHRoZSBUQ1AgQXV0aGVudGljYXRpb24gT3B0aW9uIGlzDQo+wqAgwqAgcHVibGlzaGVkIGFz IGFuIFJGQy4NCj4NCj7CoCDCoCBJbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IFRDUC1NRDUg YW5kIHNob3VsZCBtYWtlIHRoZSBzZWN1cml0eQ0KPsKgIMKgIGZ1bmN0aW9uIGF2YWlsYWJsZSBh cyBhIGNvbmZpZ3VyYXRpb24gb3B0aW9uLg0KPg0KPiBUQ1AtQU8gaGFzIG5vdyBiZWVuIHB1Ymxp c2hlZCBhcyBhbiBSRkMgZm9yIHF1aXRlIHNvbWUgdGltZSwgc28gaXQncw0KPiBwcm9iYWJseSBu b3QgcmVhbGx5IGFwcHJvcHJpYXRlIHRvIGp1c3QgcG9pbnQgdG8gYSBkb2N1bWVudCB3aGljaA0K PiByZWNvbW1lbmRzIFRDUC1NRDUuDQo+DQpbW0RocnV2IERob2R5XV0gTGV0IG1lIGtub3cgaWYg dGhpcyBjaGFuZ2UgaXMgb2theSAtDQoNCk9MRDoNCjUuwqAgU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMNCg0KwqAgwqBBcyBkZXNjcmliZWQgaW4gW1JGQzU4NjJdLCBQMk1QIHBhdGggY29tcHV0YXRp b24gcmVxdWVzdHMgYXJlIG1vcmUNCsKgIMKgQ1BVLWludGVuc2l2ZSBhbmQgYWxzbyB1dGlsaXpl IG1vcmUgbGluayBiYW5kd2lkdGguwqAgSW4gdGhlIGV2ZW50IG9mDQrCoCDCoGFuIHVuYXV0aG9y aXplZCBQMk1QIHBhdGggY29tcHV0YXRpb24gcmVxdWVzdCwgb3IgYSBkZW5pYWwgb2Ygc2Vydmlj ZQ0KwqAgwqBhdHRhY2ssIHRoZSBzdWJzZXF1ZW50IFBDRVAgcmVxdWVzdHMgYW5kIHByb2Nlc3Np bmcgbWF5IGJlIGRpc3J1cHRpdmUNCsKgIMKgdG8gdGhlIG5ldHdvcmsuwqAgQ29uc2VxdWVudGx5 LCBpdCBpcyBpbXBvcnRhbnQgdGhhdCBpbXBsZW1lbnRhdGlvbnMNCsKgIMKgY29uZm9ybSB0byB0 aGUgcmVsZXZhbnQgc2VjdXJpdHkgcmVxdWlyZW1lbnRzIG9mIFtSRkM1NDQwXSB0aGF0DQrCoCDC oHNwZWNpZmljYWxseSBoZWxwIHRvIG1pbmltaXplIG9yIG5lZ2F0ZSB1bmF1dGhvcml6ZWQgUDJN UCBwYXRoDQrCoCDCoGNvbXB1dGF0aW9uIHJlcXVlc3RzIGFuZCBkZW5pYWwgb2Ygc2VydmljZSBh dHRhY2tzLsKgIFRoZXNlIG1lY2hhbmlzbXMNCsKgIMKgaW5jbHVkZToNCg0KwqAgwqBvwqAgU2Vj dXJpbmcgdGhlIFBDRVAgc2Vzc2lvbiByZXF1ZXN0cyBhbmQgcmVzcG9uc2VzIHVzaW5nIFRDUA0K wqAgwqAgwqAgc2VjdXJpdHkgdGVjaG5pcXVlcyAoU2VjdGlvbiAxMC4yIG9mIFtSRkM1NDQwXSku DQoNCsKgIMKgb8KgIEF1dGhlbnRpY2F0aW5nIHRoZSBQQ0VQIHJlcXVlc3RzIGFuZCByZXNwb25z ZXMgdG8gZW5zdXJlIHRoZQ0KwqAgwqAgwqAgbWVzc2FnZSBpcyBpbnRhY3QgYW5kIHNlbnQgZnJv bSBhbiBhdXRob3JpemVkIG5vZGUgKFNlY3Rpb24gMTAuMw0KwqAgwqAgwqAgb2YgW1JGQzU0NDBd KS4NCg0KwqAgwqBvwqAgUHJvdmlkaW5nIHBvbGljeSBjb250cm9sIGJ5IGV4cGxpY2l0bHkgZGVm aW5pbmcgd2hpY2ggUENDcywgdmlhIElQDQrCoCDCoCDCoCBhY2Nlc3MtbGlzdHMsIGFyZSBhbGxv d2VkIHRvIHNlbmQgUDJNUCBwYXRoIHJlcXVlc3RzIHRvIHRoZSBQQ0UNCsKgIMKgIMKgIChTZWN0 aW9uIDEwLjYgb2YgW1JGQzU0NDBdKS4NCg0KwqAgwqBQQ0VQIG9wZXJhdGVzIG92ZXIgVENQLCBz byBpdCBpcyBhbHNvIGltcG9ydGFudCB0byBzZWN1cmUgdGhlIFBDRSBhbmQNCsKgIMKgUENDIGFn YWluc3QgVENQIGRlbmlhbCBvZiBzZXJ2aWNlIGF0dGFja3MuwqAgU2VjdGlvbiAxMC43LjEgb2YN CsKgIMKgW1JGQzU0NDBdIG91dGxpbmVzIGEgbnVtYmVyIG9mIG1lY2hhbmlzbXMgZm9yIG1pbmlt aXppbmcgdGhlIHJpc2sgb2YNCsKgIMKgVENQIGJhc2VkIGRlbmlhbCBvZiBzZXJ2aWNlIGF0dGFj a3MgYWdhaW5zdCBQQ0VzIGFuZCBQQ0NzLg0KDQrCoCDCoFBDRVAgaW1wbGVtZW50YXRpb25zIFNI T1VMRCBjb25zaWRlciB0aGUgYWRkaXRpb25hbCBzZWN1cml0eSBwcm92aWRlZA0KwqAgwqBieSBU cmFuc3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRMUykgW0ktRC5pZXRmLXBjZS1wY2Vwc10uDQpORVc6 DQo1LsKgIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCsKgIMKgQXMgZGVzY3JpYmVkIGluIFtS RkM1ODYyXSwgUDJNUCBwYXRoIGNvbXB1dGF0aW9uIHJlcXVlc3RzIGFyZSBtb3JlDQrCoCDCoENQ VS1pbnRlbnNpdmUgYW5kIGFsc28gdXRpbGl6ZSBtb3JlIGxpbmsgYmFuZHdpZHRoLsKgIEluIHRo ZSBldmVudCBvZg0KwqAgwqBhbiB1bmF1dGhvcml6ZWQgUDJNUCBwYXRoIGNvbXB1dGF0aW9uIHJl cXVlc3QsIG9yIGEgZGVuaWFsIG9mIHNlcnZpY2UNCsKgIMKgYXR0YWNrLCB0aGUgc3Vic2VxdWVu dCBQQ0VQIHJlcXVlc3RzIGFuZCBwcm9jZXNzaW5nIG1heSBiZSBkaXNydXB0aXZlDQrCoCDCoHRv IHRoZSBuZXR3b3JrLsKgIENvbnNlcXVlbnRseSwgaXQgaXMgaW1wb3J0YW50IHRoYXQgaW1wbGVt ZW50YXRpb25zDQrCoCDCoGNvbmZvcm0gdG8gdGhlIHJlbGV2YW50IHNlY3VyaXR5IHJlcXVpcmVt ZW50cyB0aGF0IHNwZWNpZmljYWxseSBoZWxwDQrCoCDCoHRvIG1pbmltaXplIG9yIG5lZ2F0ZSB1 bmF1dGhvcml6ZWQgUDJNUCBwYXRoIGNvbXB1dGF0aW9uIHJlcXVlc3RzIGFuZA0KwqAgwqBkZW5p YWwgb2Ygc2VydmljZSBhdHRhY2tzLsKgIFRoZXNlIG1lY2hhbmlzbXMgaW5jbHVkZToNCg0KwqAg wqBvwqAgU2VjdXJpbmcgdGhlIFBDRVAgc2Vzc2lvbiByZXF1ZXN0cyBhbmQgcmVzcG9uc2VzIHVz aW5nIFRDUA0KwqAgwqAgwqAgc2VjdXJpdHkgdGVjaG5pcXVlcyBzdWNoIGFzIFRDUCBBdXRoZW50 aWNhdGlvbiBPcHRpb24gKFRDUC1BTykNCsKgIMKgIMKgIFtSRkM1OTI1XSBvciB1c2luZyBUcmFu c3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRMUykgW0ktRC5pZXRmLXBjZS0NCsKgIMKgIMKgIHBjZXBz XSwgYXMgcGVyIHRoZSByZWNvbW1lbmRhdGlvbnMgYW5kIGJlc3QgY3VycmVudCBwcmFjdGljZXMg aW4NCsKgIMKgIMKgIFtSRkM3NTI1XS4NCg0KwqAgwqBvwqAgQXV0aGVudGljYXRpbmcgdGhlIFBD RVAgcmVxdWVzdHMgYW5kIHJlc3BvbnNlcyB0byBlbnN1cmUgdGhlDQrCoCDCoCDCoCBtZXNzYWdl IGlzIGludGFjdCBhbmQgc2VudCBmcm9tIGFuIGF1dGhvcml6ZWQgbm9kZSB1c2luZyBUQ1AtQU8g b3INCsKgIMKgIMKgIFRMUy4NCg0KwqAgwqBvwqAgUHJvdmlkaW5nIHBvbGljeSBjb250cm9sIGJ5 IGV4cGxpY2l0bHkgZGVmaW5pbmcgd2hpY2ggUENDcywgdmlhIElQDQrCoCDCoCDCoCBhY2Nlc3Mt bGlzdHMsIGFyZSBhbGxvd2VkIHRvIHNlbmQgUDJNUCBwYXRoIHJlcXVlc3RzIHRvIHRoZSBQQ0UN CsKgIMKgIMKgIChTZWN0aW9uIDEwLjYgb2YgW1JGQzU0NDBdKS4NCg0KwqAgwqBQQ0VQIG9wZXJh dGVzIG92ZXIgVENQLCBzbyBpdCBpcyBhbHNvIGltcG9ydGFudCB0byBzZWN1cmUgdGhlIFBDRSBh bmQNCsKgIMKgUENDIGFnYWluc3QgVENQIGRlbmlhbCBvZiBzZXJ2aWNlIGF0dGFja3MuwqAgU2Vj dGlvbiAxMC43LjEgb2YNCsKgIMKgW1JGQzU0NDBdIG91dGxpbmVzIGEgbnVtYmVyIG9mIG1lY2hh bmlzbXMgZm9yIG1pbmltaXppbmcgdGhlIHJpc2sgb2YNCsKgIMKgVENQIGJhc2VkIGRlbmlhbCBv ZiBzZXJ2aWNlIGF0dGFja3MgYWdhaW5zdCBQQ0VzIGFuZCBQQ0NzLg0KRU5EDQoNClRoYW5rcywN CkRocnV2DQoNCg0KPg0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBQY2UgbWFpbGluZyBsaXN0DQo+IFBjZUBpZXRmLm9yZw0KPiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0KDQo= From nobody Thu Aug 31 23:53:48 2017 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 1D47C133332; Thu, 31 Aug 2017 23:53:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150424882706.4591.4250321734514494797@ietfa.amsl.com> Date: Thu, 31 Aug 2017 23:53:47 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-group-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.22 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2017 06:53:47 -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 WG of the IETF. Title : PCEP Extensions for Establishing Relationships Between Sets of LSPs Authors : Ina Minei Edward Crabbe Siva Sivabalan Hariharan Ananthakrishnan Dhruv Dhody Yosuke Tanaka Filename : draft-ietf-pce-association-group-04.txt Pages : 21 Date : 2017-08-31 Abstract: This document introduces a generic mechanism to create a grouping of LSPs in the context of a PCE. This grouping can then be used to define associations between sets of LSPs or between a set of LSPs and a set of attributes (such as configuration parameters or behaviors), and is equally applicable to stateful PCE (active and passive modes) and stateless PCE. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-association-group/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-association-group-04 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-group-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-group-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/